ESL connection appears to hang on bgapi originate - isn't the whole point of it being in the background?
Hello, When an ESL connection is opened to FS, there is no way to close the connection with "exit" until the A Leg of a bgapi originate answers or rejects the call, or the originate times out. I thought bgapi is supposed to be truly non-blocking? When the bgapi originate is executed, FS returns the expected *Reply-Text: +OK Job-UUID *response, I am able to continue to communicate with FS over the ESL connection while the originate is in progress and the A Leg is ringing, and get responses to other standard commands. It all works, except for "exit", to which FS responds with *Reply-Text: +OK bye *but does not actually proceed to close the connection and issue a *Content-Type: text/disconnect-notice *response until the (supposedly in the background) originate is rejected or answered. However, after the exit command, ESL will no longer process any new commands, it just hangs until the originate has some kind of result. I tested with FS 1.6.2, a 1.8.x instance, and also latest master just now. This is an actual telnet ESL connection, just added a comment to indicate where it appears to "hang": Trying 45.45.45.45... Connected to 45.45.45.45. Escape character is '^]'. Content-Type: auth/request auth ClueCon Content-Type: command/reply Reply-Text: +OK accepted bgapi originate {origination_caller_id_number='4154446666',origination_caller_id_name='Callback',originate_timeout=20}user/1000@sip.domain.com 808080 XML sip.domain.com Content-Type: command/reply Reply-Text: +OK Job-UUID: e53965cd-b0c0-4c39-99ad-946048082ef2 Job-UUID: e53965cd-b0c0-4c39-99ad-946048082ef2 exit Content-Type: command/reply Reply-Text: +OK bye *<< here it pauses until originate times out, gets rejected, or answered by the destination user >>* Content-Type: text/disconnect-notice Content-Length: 67 Disconnected, goodbye. See you at ClueCon! http://www.cluecon.com/ Connection closed by foreign host. Is this expected behavior? I also tested with ignore_early_media on/off just in case, same result. Thanks Mike
I gather that this is an INBOUND ESL connection (your program connects to FreeSwitch). Usually, an INBOUND ESL connection is long lived, taking care of many simultaneous calls. The BGAPI calls let you respond to other ESL messages while a long running command like ORIGINATE proceeds (in the background). Why do you want to disconnect from ESL before the ORIGINATE returns a result? On Wed, Oct 23, 2019 at 6:09 PM Michael Avers <michael@mailworks.org> wrote:
Hello,
When an ESL connection is opened to FS, there is no way to close the connection with "exit" until the A Leg of a bgapi originate answers or rejects the call, or the originate times out.
I thought bgapi is supposed to be truly non-blocking?
When the bgapi originate is executed, FS returns the expected *Reply-Text: +OK Job-UUID *response, I am able to continue to communicate with FS over the ESL connection while the originate is in progress and the A Leg is ringing, and get responses to other standard commands. It all works, except for "exit", to which FS responds with *Reply-Text: +OK bye *but does not actually proceed to close the connection and issue a *Content-Type: text/disconnect-notice *response until the (supposedly in the background) originate is rejected or answered. However, after the exit command, ESL will no longer process any new commands, it just hangs until the originate has some kind of result.
I tested with FS 1.6.2, a 1.8.x instance, and also latest master just now.
This is an actual telnet ESL connection, just added a comment to indicate where it appears to "hang":
Trying 45.45.45.45... Connected to 45.45.45.45. Escape character is '^]'. Content-Type: auth/request
auth ClueCon
Content-Type: command/reply Reply-Text: +OK accepted
bgapi originate {origination_caller_id_number='4154446666',origination_caller_id_name='Callback',originate_timeout=20}user/ 1000@sip.domain.com 808080 XML sip.domain.com
Content-Type: command/reply Reply-Text: +OK Job-UUID: e53965cd-b0c0-4c39-99ad-946048082ef2 Job-UUID: e53965cd-b0c0-4c39-99ad-946048082ef2
exit
Content-Type: command/reply Reply-Text: +OK bye
*<< here it pauses until originate times out, gets rejected, or answered by the destination user >>*
Content-Type: text/disconnect-notice Content-Length: 67
Disconnected, goodbye. See you at ClueCon! http://www.cluecon.com/ Connection closed by foreign host.
Is this expected behavior? I also tested with ignore_early_media on/off just in case, same result.
Thanks Mike
_________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
-- Guillermo Ruiz Camauer
Quite simple - in my web app I have a button where a user can see a list of calls in a queue, and click a button to initiate an eavesdrop operation that rings his own extension with the various eavesdrop config for that call. Elsewhere I have a list of numbers that requested a callback, and pressing a button allows the user to initiate a callback to that number by sending a bgapi originate to their own extension and once answered we bridge it to the final destination. Both of these hang until the user answers their device. Mike On Wed, Oct 23, 2019, at 2:36 PM, Guillermo Ruiz Camauer wrote:
I gather that this is an INBOUND ESL connection (your program connects to FreeSwitch). Usually, an INBOUND ESL connection is long lived, taking care of many simultaneous calls. The BGAPI calls let you respond to other ESL messages while a long running command like ORIGINATE proceeds (in the background). Why do you want to disconnect from ESL before the ORIGINATE returns a result?
On Wed, Oct 23, 2019 at 6:09 PM Michael Avers <michael@mailworks.org> wrote:
__ Hello,
When an ESL connection is opened to FS, there is no way to close the connection with "exit" until the A Leg of a bgapi originate answers or rejects the call, or the originate times out.
I thought bgapi is supposed to be truly non-blocking?
When the bgapi originate is executed, FS returns the expected *Reply-Text: +OK Job-UUID *response, I am able to continue to communicate with FS over the ESL connection while the originate is in progress and the A Leg is ringing, and get responses to other standard commands. It all works, except for "exit", to which FS responds with *Reply-Text: +OK bye *but does not actually proceed to close the connection and issue a *Content-Type: text/disconnect-notice *response until the (supposedly in the background) originate is rejected or answered. However, after the exit command, ESL will no longer process any new commands, it just hangs until the originate has some kind of result.
I tested with FS 1.6.2, a 1.8.x instance, and also latest master just now.
This is an actual telnet ESL connection, just added a comment to indicate where it appears to "hang":
Trying 45.45.45.45... Connected to 45.45.45.45. Escape character is '^]'. Content-Type: auth/request
auth ClueCon
Content-Type: command/reply Reply-Text: +OK accepted
bgapi originate {origination_caller_id_number='4154446666',origination_caller_id_name='Callback',originate_timeout=20}user/1000@sip.domain.com 808080 XML sip.domain.com
Content-Type: command/reply Reply-Text: +OK Job-UUID: e53965cd-b0c0-4c39-99ad-946048082ef2 Job-UUID: e53965cd-b0c0-4c39-99ad-946048082ef2
exit
Content-Type: command/reply Reply-Text: +OK bye
*<< here it pauses until originate times out, gets rejected, or answered by the destination user >>*
Content-Type: text/disconnect-notice Content-Length: 67
Disconnected, goodbye. See you at ClueCon! http://www.cluecon.com/ Connection closed by foreign host.
Is this expected behavior? I also tested with ignore_early_media on/off just in case, same result.
Thanks Mike
_________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
-- Guillermo Ruiz Camauer _________________________________________________________________________
The FreeSWITCH project is sponsored by SignalWire https://signalwire.com Enhance your FreeSWITCH install with disruptive priced SMS and PSTN services. Build your next product on our scalable cloud platform.
Join our online community to chat in real time https://signalwire.community
Professional FreeSWITCH Services sales@freeswitch.com https://freeswitch.com
Official FreeSWITCH Sites https://freeswitch.com/oss https://freeswitch.org/confluence https://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 https://freeswitch.com
participants (2)
-
Guillermo Ruiz Camauer
-
Michael Avers