thread and order question about switch_event_bind_removable
I met a problem when I register PROCESS and PARK event use switch_event_bind_removable. In my view,In normal sequence，PROCESS call back first and PARK callback second. But sometims PARK is callback first and PROCESS callback second. And in different thread. The out-of-order problem Bothers me. my dialplan: <action application="ring_ready" /> <action application="park" /> event time is same,but out of order and in different last number is thread number 2015-12-24 09:40:28.238697 CHANNEL_PROGRESS 3042203392 2015-12-24 09:40:28.238697 CHANNEL_PARK 3043677952
sorry，park is ahead. 2015-12-24 09:40:28.238697 CHANNEL_PARK 3043677952 2015-12-24 09:40:28.238697 CHANNEL_PROGRESS 3042203392 2015-12-24 10:28 GMT+08:00 张顺通 <shuntongzhang@gmail.com>:
I met a problem when I register PROCESS and PARK event use switch_event_bind_removable. In my view,In normal sequence，PROCESS call back first and PARK callback second. But sometims PARK is callback first and PROCESS callback second. And in different thread.
The out-of-order problem Bothers me.
my dialplan: <action application="ring_ready" /> <action application="park" />
event time is same,but out of order and in different last number is thread number 2015-12-24 09:40:28.238697 CHANNEL_PROGRESS 3042203392
2015-12-24 09:40:28.238697 CHANNEL_PARK 3043677952
initial-event-threads set to one wethere affect the call ？ 2015-12-24 10:42 GMT+08:00 张顺通 <shuntongzhang@gmail.com>:
sorry，park is ahead.
2015-12-24 09:40:28.238697 CHANNEL_PARK 3043677952 2015-12-24 09:40:28.238697 CHANNEL_PROGRESS 3042203392
2015-12-24 10:28 GMT+08:00 张顺通 <shuntongzhang@gmail.com>:
I met a problem when I register PROCESS and PARK event use switch_event_bind_removable. In my view,In normal sequence，PROCESS call back first and PARK callback second. But sometims PARK is callback first and PROCESS callback second. And in different thread.
The out-of-order problem Bothers me.
my dialplan: <action application="ring_ready" /> <action application="park" />
event time is same,but out of order and in different last number is thread number 2015-12-24 09:40:28.238697 CHANNEL_PROGRESS 3042203392
2015-12-24 09:40:28.238697 CHANNEL_PARK 3043677952
those two events should not be assumed to be in a specific order, that is correct, they can come in either order. A channel could be parked before or after we see progress. In some cases you might even see an answer without progress I think. This depends on what we get from the remote endpoint and when. You may be able to force things in dial plan to wait for progress depending on how your dial plan is structured and how you are executing things, but would need a better understanding of callflow to say any more On Wednesday, December 23, 2015, 张顺通 <shuntongzhang@gmail.com> wrote:
sorry，park is ahead.
2015-12-24 09:40:28.238697 CHANNEL_PARK 3043677952 2015-12-24 09:40:28.238697 CHANNEL_PROGRESS 3042203392
2015-12-24 10:28 GMT+08:00 张顺通 <shuntongzhang@gmail.com <javascript:_e(%7B%7D,'cvml','shuntongzhang@gmail.com');>>:
I met a problem when I register PROCESS and PARK event use switch_event_bind_removable. In my view,In normal sequence，PROCESS call back first and PARK callback second. But sometims PARK is callback first and PROCESS callback second. And in different thread.
The out-of-order problem Bothers me.
my dialplan: <action application="ring_ready" /> <action application="park" />
event time is same,but out of order and in different last number is thread number 2015-12-24 09:40:28.238697 CHANNEL_PROGRESS 3042203392
2015-12-24 09:40:28.238697 CHANNEL_PARK 3043677952
what does callflow means，Where can I learn？ 2015-12-25 1:27 GMT+08:00 Michael Jerris <mike@jerris.com>:
those two events should not be assumed to be in a specific order, that is correct, they can come in either order. A channel could be parked before or after we see progress. In some cases you might even see an answer without progress I think. This depends on what we get from the remote endpoint and when. You may be able to force things in dial plan to wait for progress depending on how your dial plan is structured and how you are executing things, but would need a better understanding of callflow to say any more
On Wednesday, December 23, 2015, 张顺通 <shuntongzhang@gmail.com> wrote:
sorry，park is ahead.
2015-12-24 09:40:28.238697 CHANNEL_PARK 3043677952 2015-12-24 09:40:28.238697 CHANNEL_PROGRESS 3042203392
2015-12-24 10:28 GMT+08:00 张顺通 <shuntongzhang@gmail.com>:
I met a problem when I register PROCESS and PARK event use switch_event_bind_removable. In my view,In normal sequence，PROCESS call back first and PARK callback second. But sometims PARK is callback first and PROCESS callback second. And in different thread.
The out-of-order problem Bothers me.
my dialplan: <action application="ring_ready" /> <action application="park" />
event time is same,but out of order and in different last number is thread number 2015-12-24 09:40:28.238697 CHANNEL_PROGRESS 3042203392
2015-12-24 09:40:28.238697 CHANNEL_PARK 3043677952
_________________________________________________________________________ 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
participants (2)
-
Michael Jerris
-
张顺通