Also, if I understand bypass_media, the SIP signaling is going through FreeSWITCH and the audio is endpoint to endpoint, so I would think the manner in which the "B" leg hangup is handled is controlled by FreeSWITCH. That is what appears to be happening in the debug. On Tue, Aug 11, 2009 at 2:13 PM, Jeremiah Johnson <boonedox@gmail.com>wrote:
I guess that makes sense, but that's not the answer I wanted to hear. I don't necessarily know when the "B" leg is going to hangup so I may not be able to do the re-invite beforehand. Is there some sort of workaround?
On Tue, Aug 11, 2009 at 12:50 PM, Phillip Jones <pjintheusa@gmail.com>wrote:
Hi there,
I the 'does not work' example your media stream is back up at the carrier as the called party hangs up.
You would have to cause another SIP REINVITE and re capture the media.
See http://wiki.freeswitch.org/wiki/Bypass_Media and the "How to disable/enable it on the fly?" section as a start.
On Tue, Aug 11, 2009 at 2:29 PM, Jeremiah Johnson<boonedox@gmail.com> wrote:
This is an integral part of my application. I need to have FreeSWITCH outside of the media path as well as be able to do multiple bridges for the same "A" leg. /*WORKS*/ <action application="set" data="hangup_after_bridge=false"/> <action application="bridge" data="sofia/gateway/${mygateway}/1${client_one}"/> <action application="bridge" data="sofia/gateway/${mygateway}/1${client_two}"/> /*DOES NOT WORK*/ <action application="set" data="hangup_after_bridge=false"/> <action application="set" data="bypass_media=true"/> <action application="bridge" data="sofia/gateway/${mygateway}/1${client_one}"/> <action application="bridge" data="sofia/gateway/${mygateway}/1${client_two}"/> In the "DOES NOT WORK" example, the "A" leg hangs up as soon as the leg for client_one hangs up. _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org