you could try using the filter command to filter on the various uuid rather than locking it on to 1 channel with myevents<br>essentially once it's transferred your leg is dead so you can stick around on the socket if you want but you can't control the other channel.<br>
<br>If filter does not work we could look at a way to myevents over to another session but it may be tricky and involve a bounty.<br><br><br><div class="gmail_quote">On Wed, Jan 20, 2010 at 5:14 PM, Mardy Marshall <span dir="ltr"><<a href="mailto:mardy@voysys.com">mardy@voysys.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I'm having a problem with an event_socket application which is the transfer target of a consultative transfer. When the transferor begins the transfer process, the outbound event_socket session is created and everything looks normal. When the transfer is completed, switch_ivr_bridge fires a CHANNEL_EXECUTE / "uuid_bridge" event, supplying a new UUID for the "Other-Leg" which corresponds to the transferee. From this point on, I no longer receive events specific to this new UUID, such as DTMF events or CHANNEL_EXECUTE_COMPLETE events after issuing "playback" commands. Regarding the "playback" command, if I direct the command to the "Other-Leg" UUID, I get audio, but no events when it is done. On the other hand, if I direct the command to the original UUID, the one corresponding to the transferrer call leg, I get no audio, but do get completion events. I have tried re-issuing a "myevents" command using the new UUID, but the command fails due to it only being allowed to be called once per session.<br>
<br>
Am I missing something in order to handle the transfer or have I run into a bug?<br>
<br>
Thanks,<br>
<br>
-Mardy<br>
<br>
<br>
_______________________________________________<br>
FreeSWITCH-dev mailing list<br>
<a href="mailto:FreeSWITCH-dev@lists.freeswitch.org">FreeSWITCH-dev@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-dev</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
Twitter: <a href="http://twitter.com/FreeSWITCH_wire">http://twitter.com/FreeSWITCH_wire</a><br><br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="http://iax:guest@conference.freeswitch.org/888">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:+19193869900<br>