Problem with event_socket application when serving as a consultative transfer target
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. Am I missing something in order to handle the transfer or have I run into a bug? Thanks, -Mardy
you could try using the filter command to filter on the various uuid rather than locking it on to 1 channel with myevents 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. 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. On Wed, Jan 20, 2010 at 5:14 PM, Mardy Marshall <mardy@voysys.com> wrote:
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.
Am I missing something in order to handle the transfer or have I run into a bug?
Thanks,
-Mardy
_______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
I have been trying to use filters in place of "myevents" and even with a basic outbound event_socket session I am unable to receive any events at all. Also, why is the "events" command only allowed for an inbound session? I would think that in my case, I would want to be issuing an "events plain all" command followed by UUID specific filters. On Jan 20, 2010, at 7:11 PM, Anthony Minessale wrote:
you could try using the filter command to filter on the various uuid rather than locking it on to 1 channel with myevents 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.
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.
On Wed, Jan 20, 2010 at 5:14 PM, Mardy Marshall <mardy@voysys.com> wrote: 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.
Am I missing something in order to handle the transfer or have I run into a bug?
Thanks,
-Mardy
I went ahead and hacked mod_event_socket.c to enable the "event" command for both inbound and outbound sessions and now everything is working, including the consultative transfer target case. Should the "event" command really be restricted to only inbound sessions? -Mardy On Jan 21, 2010, at 9:03 AM, Mardy Marshall wrote:
I have been trying to use filters in place of "myevents" and even with a basic outbound event_socket session I am unable to receive any events at all.
Also, why is the "events" command only allowed for an inbound session? I would think that in my case, I would want to be issuing an "events plain all" command followed by UUID specific filters.
On Jan 20, 2010, at 7:11 PM, Anthony Minessale wrote:
you could try using the filter command to filter on the various uuid rather than locking it on to 1 channel with myevents 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.
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.
On Wed, Jan 20, 2010 at 5:14 PM, Mardy Marshall <mardy@voysys.com> wrote: 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.
Am I missing something in order to handle the transfer or have I run into a bug?
Thanks,
-Mardy
_______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
participants (2)
-
Anthony Minessale
-
Mardy Marshall