Yes it is hangup_after_bridge... it is used because if legb hangs up ... I want call to be disconnected. .. On 5 May 2015 20:13, "Michael Jerris" <mike@jerris.com> wrote:
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