Yes it is hangup_after_bridge... it is used because if legb hangs up ... I want call to be disconnected. ..
hangup_after_bridge=true? I'm not sure there is a hangup_after_answer or any reason to use one.
> On May 5, 2015, at 6:42 AM, Vishal Sharma <vishal.sharma@knowlarity.com> wrote:
>
> Hi All,
> I am using ESL to control the call flow.
> My initial call flow is as following
>
> 1. INVITE---> FS
> 2. 180<--------|
> 3. 200<--------|
> 4. ------------>ACK
> 5. *************|-------------->INVITE
> 6. *************|<---------------180
> 7. BYE------->|
> 8. Retransmissions of BYE
> 9. *************|<----------------200 OK
> 10. 200(bye)<---|
>
>
>
> Now Leg B remains hanging... Shouldn't FS have killed it since legA is dead.
>
> On Application I get Channel Hangup on 200 bye. leg B call is generated using bridge command with hangup_on_answer = TRUE.
>
>
> Regards,
> Vishal Sharma
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com
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