ESL, ESL_EVENT_CHANNEL_HANGUP, ESL_EVENT_CHANNEL_HANGUP_COMPLETE
Hello, I have another issue that is unclear to me. After "hangup" esl returns events ESL_EVENT_CHANNEL_HANGUP (always), ESL_EVENT_CHANNEL_STATE (twice, but I really don't care for that) and ESL_EVENT_CHANNEL_HANGUP_COMPLETE (sometimes). Why ESL_EVENT_CHANNEL_HANGUP_COMPLETE is not always generated? In /var/log/freeswitch/freeswitch.log there are some entries which may have something in common with this issue: 2014-02-14 14:27:05.079484 [DEBUG] switch_core_session.c:1492 Session 131 (sofia/vlan25/379) Locked, Waiting on external entities 2014-02-14 14:27:05.079484 [NOTICE] switch_core_session.c:1510 Session 131 (sofia/vlan25/379) Ended Second question - when is ESL_EVENT_CHANNEL_HANGUP generated? After hangup? Before hangup? It is important for me, because sometimes I have to originate another call somewhere, but I can't do this when previous call (in another session) is not fully released.
Hi Marcin, This is due to a race condition. The socket can be closed before all events are send. You need to tell FreeSWITCH to "linger". See: https://wiki.freeswitch.org/wiki/Event_Socket_Outbound#Events. Regards, Kenn On Mon, Feb 17, 2014 at 1:18 PM, Marcin S <ms4esl@gmail.com> wrote:
Hello,
I have another issue that is unclear to me. After "hangup" esl returns events ESL_EVENT_CHANNEL_HANGUP (always), ESL_EVENT_CHANNEL_STATE (twice, but I really don't care for that) and ESL_EVENT_CHANNEL_HANGUP_COMPLETE (sometimes).
Why ESL_EVENT_CHANNEL_HANGUP_COMPLETE is not always generated?
In /var/log/freeswitch/freeswitch.log there are some entries which may have something in common with this issue:
2014-02-14 14:27:05.079484 [DEBUG] switch_core_session.c:1492 Session 131 (sofia/vlan25/379) Locked, Waiting on external entities 2014-02-14 14:27:05.079484 [NOTICE] switch_core_session.c:1510 Session 131 (sofia/vlan25/379) Ended
Second question - when is ESL_EVENT_CHANNEL_HANGUP generated? After hangup? Before hangup? It is important for me, because sometimes I have to originate another call somewhere, but I can't do this when previous call (in another session) is not fully released.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
It has nothing in common with esl socket (besides I'm using "linger" anyway). My application originates 2 or 3 calls from within one esl socket connection, and HANGUP_COMPLETE sometimes is generated, sometimes not. The only difference I see, is that calls originated from "sofia/external/" always have HANGUP_COMPLETE, but from "sofia/vlan25" not. 2014-02-17 13:50 GMT+01:00 Kenn Leth Hansen <klh@justfone.dk>:
Hi Marcin,
This is due to a race condition. The socket can be closed before all events are send.
You need to tell FreeSWITCH to "linger". See: https://wiki.freeswitch.org/wiki/Event_Socket_Outbound#Events.
Regards, Kenn
On Mon, Feb 17, 2014 at 1:18 PM, Marcin S <ms4esl@gmail.com> wrote:
Hello,
I have another issue that is unclear to me. After "hangup" esl returns events ESL_EVENT_CHANNEL_HANGUP (always), ESL_EVENT_CHANNEL_STATE (twice, but I really don't care for that) and ESL_EVENT_CHANNEL_HANGUP_COMPLETE (sometimes).
Why ESL_EVENT_CHANNEL_HANGUP_COMPLETE is not always generated?
In /var/log/freeswitch/freeswitch.log there are some entries which may have something in common with this issue:
2014-02-14 14:27:05.079484 [DEBUG] switch_core_session.c:1492 Session 131 (sofia/vlan25/379) Locked, Waiting on external entities 2014-02-14 14:27:05.079484 [NOTICE] switch_core_session.c:1510 Session 131 (sofia/vlan25/379) Ended
Second question - when is ESL_EVENT_CHANNEL_HANGUP generated? After hangup? Before hangup? It is important for me, because sometimes I have to originate another call somewhere, but I can't do this when previous call (in another session) is not fully released.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
Logs, data and JIRA? Sent from my iPad
On Feb 17, 2014, at 8:39 AM, Marcin S <ms4esl@gmail.com> wrote:
It has nothing in common with esl socket (besides I'm using "linger" anyway). My application originates 2 or 3 calls from within one esl socket connection, and HANGUP_COMPLETE sometimes is generated, sometimes not. The only difference I see, is that calls originated from "sofia/external/" always have HANGUP_COMPLETE, but from "sofia/vlan25" not.
2014-02-17 13:50 GMT+01:00 Kenn Leth Hansen <klh@justfone.dk>:
Hi Marcin,
This is due to a race condition. The socket can be closed before all events are send.
You need to tell FreeSWITCH to "linger". See: https://wiki.freeswitch.org/wiki/Event_Socket_Outbound#Events.
Regards, Kenn
On Mon, Feb 17, 2014 at 1:18 PM, Marcin S <ms4esl@gmail.com> wrote: Hello,
I have another issue that is unclear to me. After "hangup" esl returns events ESL_EVENT_CHANNEL_HANGUP (always), ESL_EVENT_CHANNEL_STATE (twice, but I really don't care for that) and ESL_EVENT_CHANNEL_HANGUP_COMPLETE (sometimes).
Why ESL_EVENT_CHANNEL_HANGUP_COMPLETE is not always generated?
In /var/log/freeswitch/freeswitch.log there are some entries which may have something in common with this issue:
2014-02-14 14:27:05.079484 [DEBUG] switch_core_session.c:1492 Session 131 (sofia/vlan25/379) Locked, Waiting on external entities 2014-02-14 14:27:05.079484 [NOTICE] switch_core_session.c:1510 Session 131 (sofia/vlan25/379) Ended
Second question - when is ESL_EVENT_CHANNEL_HANGUP generated? After hangup? Before hangup? It is important for me, because sometimes I have to originate another call somewhere, but I can't do this when previous call (in another session) is not fully released.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
Here are more lines from /var/log/freeswitch/freeswitch.log: 2014-02-14 14:27:05.079484 [DEBUG] mod_sofia.c:503 Channel sofia/vlan25/379 hanging up, cause: NORMAL_CLEARING 2014-02-14 14:27:05.079484 [DEBUG] mod_sofia.c:552 Sending BYE to sofia/vlan25/379 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:48 sofia/vlan25/379 Standard HANGUP, cause: NORMAL_CLEARING 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:667 (sofia/vlan25/379) State HANGUP going to sleep 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:446 (sofia/vlan25/379) State Change CS_HANGUP -> CS_REPORTING 2014-02-14 14:27:05.079484 [DEBUG] switch_core_session.c:1287 Send signal sofia/vlan25/379 [BREAK] 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:415 (sofia/vlan25/379) Running State Change CS_REPORTING 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:749 (sofia/vlan25/379) State REPORTING 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:92 sofia/vlan25/379 Standard REPORTING, cause: NORMAL_CLEARING 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:749 (sofia/vlan25/379) State REPORTING going to sleep 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:440 (sofia/vlan25/379) State Change CS_REPORTING -> CS_DESTROY 2014-02-14 14:27:05.079484 [DEBUG] switch_core_session.c:1287 Send signal sofia/vlan25/379 [BREAK] 2014-02-14 14:27:05.079484 [DEBUG] switch_core_session.c:1492 Session 131 (sofia/vlan25/379) Locked, Waiting on external entities 2014-02-14 14:27:05.079484 [NOTICE] switch_core_session.c:1510 Session 131 (sofia/vlan25/379) Ended 2014-02-14 14:27:05.079484 [NOTICE] switch_core_session.c:1514 Close Channel sofia/vlan25/379 [CS_DESTROY] 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:556 (sofia/vlan25/379) Callstate Change HANGUP -> DOWN 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:559 (sofia/vlan25/379) Running State Change CS_DESTROY 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:569 (sofia/vlan25/379) State DESTROY 2014-02-14 14:27:05.079484 [DEBUG] mod_sofia.c:396 sofia/vlan25/379 SOFIA DESTROY 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:99 sofia/vlan25/379 Standard DESTROY 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:569 (sofia/vlan25/379) State DESTROY going to sleep 2014-02-19 6:32 GMT+01:00 Brian West <brian@freeswitch.org>:
Logs, data and JIRA?
Sent from my iPad
On Feb 17, 2014, at 8:39 AM, Marcin S <ms4esl@gmail.com> wrote:
It has nothing in common with esl socket (besides I'm using "linger" anyway). My application originates 2 or 3 calls from within one esl socket connection, and HANGUP_COMPLETE sometimes is generated, sometimes not. The only difference I see, is that calls originated from "sofia/external/" always have HANGUP_COMPLETE, but from "sofia/vlan25" not.
2014-02-17 13:50 GMT+01:00 Kenn Leth Hansen <klh@justfone.dk>:
Hi Marcin,
This is due to a race condition. The socket can be closed before all events are send.
You need to tell FreeSWITCH to "linger". See: https://wiki.freeswitch.org/wiki/Event_Socket_Outbound#Events.
Regards, Kenn
On Mon, Feb 17, 2014 at 1:18 PM, Marcin S <ms4esl@gmail.com> wrote:
Hello,
I have another issue that is unclear to me. After "hangup" esl returns events ESL_EVENT_CHANNEL_HANGUP (always), ESL_EVENT_CHANNEL_STATE (twice, but I really don't care for that) and ESL_EVENT_CHANNEL_HANGUP_COMPLETE (sometimes).
Why ESL_EVENT_CHANNEL_HANGUP_COMPLETE is not always generated?
In /var/log/freeswitch/freeswitch.log there are some entries which may have something in common with this issue:
2014-02-14 14:27:05.079484 [DEBUG] switch_core_session.c:1492 Session 131 (sofia/vlan25/379) Locked, Waiting on external entities 2014-02-14 14:27:05.079484 [NOTICE] switch_core_session.c:1510 Session 131 (sofia/vlan25/379) Ended
Second question - when is ESL_EVENT_CHANNEL_HANGUP generated? After hangup? Before hangup? It is important for me, because sometimes I have to originate another call somewhere, but I can't do this when previous call (in another session) is not fully released.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
https://wiki.freeswitch.org/wiki/Reporting_Bugs On Feb 19, 2014, at 7:09 AM, Marcin S <ms4esl@gmail.com> wrote:
Here are more lines from /var/log/freeswitch/freeswitch.log:
2014-02-14 14:27:05.079484 [DEBUG] mod_sofia.c:503 Channel sofia/vlan25/379 hanging up, cause: NORMAL_CLEARING 2014-02-14 14:27:05.079484 [DEBUG] mod_sofia.c:552 Sending BYE to sofia/vlan25/379 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:48 sofia/vlan25/379 Standard HANGUP, cause: NORMAL_CLEARING 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:667 (sofia/vlan25/379) State HANGUP going to sleep 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:446 (sofia/vlan25/379) State Change CS_HANGUP -> CS_REPORTING 2014-02-14 14:27:05.079484 [DEBUG] switch_core_session.c:1287 Send signal sofia/vlan25/379 [BREAK] 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:415 (sofia/vlan25/379) Running State Change CS_REPORTING 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:749 (sofia/vlan25/379) State REPORTING 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:92 sofia/vlan25/379 Standard REPORTING, cause: NORMAL_CLEARING 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:749 (sofia/vlan25/379) State REPORTING going to sleep 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:440 (sofia/vlan25/379) State Change CS_REPORTING -> CS_DESTROY 2014-02-14 14:27:05.079484 [DEBUG] switch_core_session.c:1287 Send signal sofia/vlan25/379 [BREAK] 2014-02-14 14:27:05.079484 [DEBUG] switch_core_session.c:1492 Session 131 (sofia/vlan25/379) Locked, Waiting on external entities 2014-02-14 14:27:05.079484 [NOTICE] switch_core_session.c:1510 Session 131 (sofia/vlan25/379) Ended 2014-02-14 14:27:05.079484 [NOTICE] switch_core_session.c:1514 Close Channel sofia/vlan25/379 [CS_DESTROY] 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:556 (sofia/vlan25/379) Callstate Change HANGUP -> DOWN 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:559 (sofia/vlan25/379) Running State Change CS_DESTROY 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:569 (sofia/vlan25/379) State DESTROY 2014-02-14 14:27:05.079484 [DEBUG] mod_sofia.c:396 sofia/vlan25/379 SOFIA DESTROY 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:99 sofia/vlan25/379 Standard DESTROY 2014-02-14 14:27:05.079484 [DEBUG] switch_core_state_machine.c:569 (sofia/vlan25/379) State DESTROY going to sleep
2014-02-19 6:32 GMT+01:00 Brian West <brian@freeswitch.org>: Logs, data and JIRA?
Sent from my iPad
On Feb 17, 2014, at 8:39 AM, Marcin S <ms4esl@gmail.com> wrote:
It has nothing in common with esl socket (besides I'm using "linger" anyway). My application originates 2 or 3 calls from within one esl socket connection, and HANGUP_COMPLETE sometimes is generated, sometimes not. The only difference I see, is that calls originated from "sofia/external/" always have HANGUP_COMPLETE, but from "sofia/vlan25" not.
2014-02-17 13:50 GMT+01:00 Kenn Leth Hansen <klh@justfone.dk>: Hi Marcin,
This is due to a race condition. The socket can be closed before all events are send.
You need to tell FreeSWITCH to "linger". See: https://wiki.freeswitch.org/wiki/Event_Socket_Outbound#Events.
Regards, Kenn
On Mon, Feb 17, 2014 at 1:18 PM, Marcin S <ms4esl@gmail.com> wrote: Hello,
I have another issue that is unclear to me. After "hangup" esl returns events ESL_EVENT_CHANNEL_HANGUP (always), ESL_EVENT_CHANNEL_STATE (twice, but I really don't care for that) and ESL_EVENT_CHANNEL_HANGUP_COMPLETE (sometimes).
Why ESL_EVENT_CHANNEL_HANGUP_COMPLETE is not always generated?
In /var/log/freeswitch/freeswitch.log there are some entries which may have something in common with this issue:
2014-02-14 14:27:05.079484 [DEBUG] switch_core_session.c:1492 Session 131 (sofia/vlan25/379) Locked, Waiting on external entities 2014-02-14 14:27:05.079484 [NOTICE] switch_core_session.c:1510 Session 131 (sofia/vlan25/379) Ended
Second question - when is ESL_EVENT_CHANNEL_HANGUP generated? After hangup? Before hangup? It is important for me, because sometimes I have to originate another call somewhere, but I can't do this when previous call (in another session) is not fully released.
Regarding your second question, CHANNEL_HANGUP is generated after hangup. On Mon, Feb 17, 2014 at 1:18 PM, Marcin S <ms4esl@gmail.com> wrote:
Hello,
I have another issue that is unclear to me. After "hangup" esl returns events ESL_EVENT_CHANNEL_HANGUP (always), ESL_EVENT_CHANNEL_STATE (twice, but I really don't care for that) and ESL_EVENT_CHANNEL_HANGUP_COMPLETE (sometimes).
Why ESL_EVENT_CHANNEL_HANGUP_COMPLETE is not always generated?
In /var/log/freeswitch/freeswitch.log there are some entries which may have something in common with this issue:
2014-02-14 14:27:05.079484 [DEBUG] switch_core_session.c:1492 Session 131 (sofia/vlan25/379) Locked, Waiting on external entities 2014-02-14 14:27:05.079484 [NOTICE] switch_core_session.c:1510 Session 131 (sofia/vlan25/379) Ended
Second question - when is ESL_EVENT_CHANNEL_HANGUP generated? After hangup? Before hangup? It is important for me, because sometimes I have to originate another call somewhere, but I can't do this when previous call (in another session) is not fully released.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
participants (4)
-
Brian West
-
Kenn Leth Hansen
-
Marcin S
-
Michael Jerris