Enterprise originate, SIP 302, sip_redirect_profile
Hi, all The goal is call multiple destinations simultaneously. And when receiving SIP 302 from some of destination, the another calls must not be interrupted. There is enterprise originate functionality for that. But we can not use 'sip_redirect_profile', 'sip_redirect_context' channel variables to route to redirection number in a dialplan when enterprise originate in action. I mean there is no effect of setting that variables. When non enterprise originate (',' as separator) 'sip_redirect_profile', 'sip_redirect_context' channel variables work as expected, but calls to another destinations end. Is there any way to use 'sip_redirect_profile', 'sip_redirect_context' in the enterprise originate?
You can try originate a call via loopback endpoint. пт, 10 июн. 2016 г. в 12:39, <royj@yandex.ru>:
Hi, all
The goal is call multiple destinations simultaneously. And when receiving SIP 302 from some of destination, the another calls must not be interrupted. There is enterprise originate functionality for that. But we can not use 'sip_redirect_profile', 'sip_redirect_context' channel variables to route to redirection number in a dialplan when enterprise originate in action. I mean there is no effect of setting that variables. When non enterprise originate (',' as separator) 'sip_redirect_profile', 'sip_redirect_context' channel variables work as expected, but calls to another destinations end.
Is there any way to use 'sip_redirect_profile', 'sip_redirect_context' in the enterprise originate?
_________________________________________________________________________ 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
Nope, Set the variable outbound_redirect_fatal=true, This will cause the 302's in a group dial to just fall away and not be followed. /b On Fri, Jun 10, 2016 at 6:39 AM, Sergey Safarov <s.safarov@gmail.com> wrote:
You can try originate a call via loopback endpoint.
пт, 10 июн. 2016 г. в 12:39, <royj@yandex.ru>:
Hi, all
The goal is call multiple destinations simultaneously. And when receiving SIP 302 from some of destination, the another calls must not be interrupted. There is enterprise originate functionality for that. But we can not use 'sip_redirect_profile', 'sip_redirect_context' channel variables to route to redirection number in a dialplan when enterprise originate in action. I mean there is no effect of setting that variables. When non enterprise originate (',' as separator) 'sip_redirect_profile', 'sip_redirect_context' channel variables work as expected, but calls to another destinations end.
Is there any way to use 'sip_redirect_profile', 'sip_redirect_context' in the enterprise originate?
_________________________________________________________________________ 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
_________________________________________________________________________ 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
-- *Brian West* brian@freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here <https://freeswitch.org/jira>! | Reddit: /r/freeswitch <https://www.reddit.com/r/freeswitch> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
It will stop handling of 302 completely, right? Could that 302 be followed manually for some leg of call? Can we processed it in ESL or dialplan? 2016-06-10 16:50 GMT+03:00 Brian West <brian@freeswitch.org>:
Nope,
Set the variable outbound_redirect_fatal=true, This will cause the 302's in a group dial to just fall away and not be followed.
/b
On Fri, Jun 10, 2016 at 6:39 AM, Sergey Safarov <s.safarov@gmail.com> wrote:
You can try originate a call via loopback endpoint.
пт, 10 июн. 2016 г. в 12:39, <royj@yandex.ru>:
Hi, all
The goal is call multiple destinations simultaneously. And when receiving SIP 302 from some of destination, the another calls must not be interrupted. There is enterprise originate functionality for that. But we can not use 'sip_redirect_profile', 'sip_redirect_context' channel variables to route to redirection number in a dialplan when enterprise originate in action. I mean there is no effect of setting that variables. When non enterprise originate (',' as separator) 'sip_redirect_profile', 'sip_redirect_context' channel variables work as expected, but calls to another destinations end.
Is there any way to use 'sip_redirect_profile', 'sip_redirect_context' in the enterprise originate?
_________________________________________________________________________ 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
_________________________________________________________________________ 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
--
*Brian West* brian@freeswitch.org
*Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com https://www.gofundme.com/freeswitch_ubuntu
Got Bugs? Report them here <https://freeswitch.org/jira>! | Reddit: /r/freeswitch <https://www.reddit.com/r/freeswitch>
*T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
_________________________________________________________________________ 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
-- Best regards, Dmitry Sytchev, IT Engineer
participants (4)
-
Brian West
-
Dmitry Sytchev
-
royj＠yandex.ru
-
Sergey Safarov