[Freeswitch-users] hangup_after_bridge=false only works if bypass_media=false

[Jeremiah Johnson]

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 at 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 at 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 at 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 at 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 at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20090811/b5869900/attachment-0002.html