Variable continue on fail
Hi all! In my dialplan I've included variable continue on fail: <extension name="Dial Out SIP-M200 Mobile numbers"> <condition field="destination_number" expression="^(89\d{9})$"> <action application="export" data="t38_passthru=true"/> <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> <action application="info"/> <action application="bridge" data="sofia/gateway/SIP_M200/$1"/> <action application="limit_execute" data="hash limit SMG-1016M 60 bridge sofia/gateway/SMG-1016M/$1"/> </condition> </extension> And if FS recieve from first gateway USER_BUSY, then FS try to bridge this call to another gateway. Although in line <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> there is no code Q.850 = 17. How resolve this issue? -- Best regards, Vitaly Davudov "VIP-TELECOM-SERVICE" Ltd. ("ETERIA" Group of companies) http://www.vts24.ru
Ok, i got it. Even that there is no USER_BUSY at continue_on_fail variable, FS still tries to reach the second action, am i right? So, for better debugging, i suggest to paste full call log with enabled siptrace and /log 7 to pastebin.freeswitch.org. 13 апреля 2012 г. 13:18 пользователь Виталий Давудов < vitaliy.davudov@vts24.ru> написал:
Hi all!
In my dialplan I've included variable continue on fail:
<extension name="Dial Out SIP-M200 Mobile numbers"> <condition field="destination_number" expression="^(89\d{9})$"> <action application="export" data="t38_passthru=true"/> <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> <action application="info"/> <action application="bridge" data="sofia/gateway/SIP_M200/$1"/> <action application="limit_execute" data="hash limit SMG-1016M 60 bridge sofia/gateway/SMG-1016M/$1"/> </condition> </extension>
And if FS recieve from first gateway USER_BUSY, then FS try to bridge this call to another gateway. Although in line <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> there is no code Q.850 = 17. How resolve this issue?
-- Best regards, Vitaly Davudov "VIP-TELECOM-SERVICE" Ltd. ("ETERIA" Group of companies) http://www.vts24.ru
_________________________________________________________________________ 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
Yes, you are right! I did it: http://pastebin.freeswitch.org/18863 Additionally: I've included in this extension new line: <extension name="Dial Out SIP-M200 Mobile numbers"> <condition field="destination_number" expression="^(89\d{9})$"> <action application="export" data="t38_passthru=true"/> *<action application="set" data="hangup_after_bridge=true"/>* <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> <action application="info"/> <action application="bridge" data="sofia/gateway/SIP_M200/$1"/> <action application="limit_execute" data="hash limit SMG-1016M 60 bridge sofia/gateway/SMG-1016M/$1"/> </condition> </extension> Without that line a similar situation occurs if FS recieve /NORMAL_CLEARING./ 13.04.2012 13:44, Anton Kvashenkin написал:
Ok, i got it. Even that there is no USER_BUSY at continue_on_fail variable, FS still tries to reach the second action, am i right?
So, for better debugging, i suggest to paste full call log with enabled siptrace and /log 7 to pastebin.freeswitch.org <http://pastebin.freeswitch.org>.
13 апреля 2012 г. 13:18 пользователь Виталий Давудов <vitaliy.davudov@vts24.ru <mailto:vitaliy.davudov@vts24.ru>> написал:
Hi all!
In my dialplan I've included variable continue on fail:
<extension name="Dial Out SIP-M200 Mobile numbers"> <condition field="destination_number" expression="^(89\d{9})$"> <action application="export" data="t38_passthru=true"/> <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> <action application="info"/> <action application="bridge" data="sofia/gateway/SIP_M200/$1"/> <action application="limit_execute" data="hash limit SMG-1016M 60 bridge sofia/gateway/SMG-1016M/$1"/> </condition> </extension>
And if FS recieve from first gateway USER_BUSY, then FS try to bridge this call to another gateway. Although in line <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> there is no code Q.850 = 17. How resolve this issue?
-- Best regards, Vitaly Davudov "VIP-TELECOM-SERVICE" Ltd. ("ETERIA" Group of companies) http://www.vts24.ru
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <mailto: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
-- С наилучшими пожеланиями, Давудов Виталий Федорович ООО "ВИП-ТЕЛЕКОМ-СЕРВИС" (Группа компаний "ETERIA") http://www.vts24.ru Тел: (495) 989-47-00
Hi! Is there any news on this issue? 13.04.2012 16:57, Виталий Давудов написал:
Yes, you are right!
I did it: http://pastebin.freeswitch.org/18863
Additionally: I've included in this extension new line:
<extension name="Dial Out SIP-M200 Mobile numbers"> <condition field="destination_number" expression="^(89\d{9})$"> <action application="export" data="t38_passthru=true"/> *<action application="set" data="hangup_after_bridge=true"/>* <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> <action application="info"/> <action application="bridge" data="sofia/gateway/SIP_M200/$1"/> <action application="limit_execute" data="hash limit SMG-1016M 60 bridge sofia/gateway/SMG-1016M/$1"/> </condition> </extension>
Without that line a similar situation occurs if FS recieve /NORMAL_CLEARING./
13.04.2012 13:44, Anton Kvashenkin написал:
Ok, i got it. Even that there is no USER_BUSY at continue_on_fail variable, FS still tries to reach the second action, am i right?
So, for better debugging, i suggest to paste full call log with enabled siptrace and /log 7 to pastebin.freeswitch.org <http://pastebin.freeswitch.org>.
13 апреля 2012 г. 13:18 пользователь Виталий Давудов <vitaliy.davudov@vts24.ru <mailto:vitaliy.davudov@vts24.ru>> написал:
Hi all!
In my dialplan I've included variable continue on fail:
<extension name="Dial Out SIP-M200 Mobile numbers"> <condition field="destination_number" expression="^(89\d{9})$"> <action application="export" data="t38_passthru=true"/> <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> <action application="info"/> <action application="bridge" data="sofia/gateway/SIP_M200/$1"/> <action application="limit_execute" data="hash limit SMG-1016M 60 bridge sofia/gateway/SMG-1016M/$1"/> </condition> </extension>
And if FS recieve from first gateway USER_BUSY, then FS try to bridge this call to another gateway. Although in line <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> there is no code Q.850 = 17. How resolve this issue?
-- Best regards, Vitaly Davudov "VIP-TELECOM-SERVICE" Ltd. ("ETERIA" Group of companies) http://www.vts24.ru
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <mailto: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
-- С наилучшими пожеланиями, Давудов Виталий Федорович ООО "ВИП-ТЕЛЕКОМ-СЕРВИС" (Группа компаний "ETERIA") http://www.vts24.ru Тел: (495) 989-47-00
_________________________________________________________________________ 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
-- С наилучшими пожеланиями, Давудов Виталий Федорович ООО "ВИП-ТЕЛЕКОМ-СЕРВИС" (Группа компаний "ETERIA") http://www.vts24.ru Тел: (495) 989-47-00
Which version of FreeSWITCH do you use? I suggest to update to lattest git and try to reproduce this issue. 2012/5/5 Виталий Давудов <vitaliy.davudov@vts24.ru>
Hi! Is there any news on this issue?
13.04.2012 16:57, Виталий Давудов написал:
Yes, you are right!
I did it: http://pastebin.freeswitch.org/18863
Additionally: I've included in this extension new line:
<extension name="Dial Out SIP-M200 Mobile numbers"> <condition field="destination_number" expression="^(89\d{9})$"> <action application="export" data="t38_passthru=true"/> *<action application="set" data="hangup_after_bridge=true"/>* <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> <action application="info"/> <action application="bridge" data="sofia/gateway/SIP_M200/$1"/> <action application="limit_execute" data="hash limit SMG-1016M 60 bridge sofia/gateway/SMG-1016M/$1"/> </condition> </extension>
Without that line a similar situation occurs if FS recieve * NORMAL_CLEARING.*
13.04.2012 13:44, Anton Kvashenkin написал:
Ok, i got it. Even that there is no USER_BUSY at continue_on_fail variable, FS still tries to reach the second action, am i right?
So, for better debugging, i suggest to paste full call log with enabled siptrace and /log 7 to pastebin.freeswitch.org.
13 апреля 2012 г. 13:18 пользователь Виталий Давудов < vitaliy.davudov@vts24.ru> написал:
Hi all!
In my dialplan I've included variable continue on fail:
<extension name="Dial Out SIP-M200 Mobile numbers"> <condition field="destination_number" expression="^(89\d{9})$"> <action application="export" data="t38_passthru=true"/> <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> <action application="info"/> <action application="bridge" data="sofia/gateway/SIP_M200/$1"/> <action application="limit_execute" data="hash limit SMG-1016M 60 bridge sofia/gateway/SMG-1016M/$1"/> </condition> </extension>
And if FS recieve from first gateway USER_BUSY, then FS try to bridge this call to another gateway. Although in line <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> there is no code Q.850 = 17. How resolve this issue?
-- Best regards, Vitaly Davudov "VIP-TELECOM-SERVICE" Ltd. ("ETERIA" Group of companies) http://www.vts24.ru
_________________________________________________________________________ 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.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- С наилучшими пожеланиями, Давудов Виталий Федорович ООО "ВИП-ТЕЛЕКОМ-СЕРВИС" (Группа компаний "ETERIA")http://www.vts24.ru Тел: (495) 989-47-00
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- С наилучшими пожеланиями, Давудов Виталий Федорович ООО "ВИП-ТЕЛЕКОМ-СЕРВИС" (Группа компаний "ETERIA")http://www.vts24.ru Тел: (495) 989-47-00
_________________________________________________________________________ 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
Today I updated FS. Version is: freeswitch@internal> version FreeSWITCH Version 1.1.beta1 (git-073e405 2012-05-04 19-48-31 -0500) But nothing changed... 05.05.2012 11:19, Anton Kvashenkin написал:
Which version of FreeSWITCH do you use? I suggest to update to lattest git and try to reproduce this issue.
2012/5/5 Виталий Давудов <vitaliy.davudov@vts24.ru <mailto:vitaliy.davudov@vts24.ru>>
Hi! Is there any news on this issue?
13.04.2012 16:57, Виталий Давудов написал:
Yes, you are right!
I did it: http://pastebin.freeswitch.org/18863
Additionally: I've included in this extension new line:
<extension name="Dial Out SIP-M200 Mobile numbers"> <condition field="destination_number" expression="^(89\d{9})$"> <action application="export" data="t38_passthru=true"/> *<action application="set" data="hangup_after_bridge=true"/>* <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> <action application="info"/> <action application="bridge" data="sofia/gateway/SIP_M200/$1"/> <action application="limit_execute" data="hash limit SMG-1016M 60 bridge sofia/gateway/SMG-1016M/$1"/> </condition> </extension>
Without that line a similar situation occurs if FS recieve /NORMAL_CLEARING./
13.04.2012 13:44, Anton Kvashenkin написал:
Ok, i got it. Even that there is no USER_BUSY at continue_on_fail variable, FS still tries to reach the second action, am i right?
So, for better debugging, i suggest to paste full call log with enabled siptrace and /log 7 to pastebin.freeswitch.org <http://pastebin.freeswitch.org>.
13 апреля 2012 г. 13:18 пользователь Виталий Давудов <vitaliy.davudov@vts24.ru <mailto:vitaliy.davudov@vts24.ru>> написал:
Hi all!
In my dialplan I've included variable continue on fail:
<extension name="Dial Out SIP-M200 Mobile numbers"> <condition field="destination_number" expression="^(89\d{9})$"> <action application="export" data="t38_passthru=true"/> <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> <action application="info"/> <action application="bridge" data="sofia/gateway/SIP_M200/$1"/> <action application="limit_execute" data="hash limit SMG-1016M 60 bridge sofia/gateway/SMG-1016M/$1"/> </condition> </extension>
And if FS recieve from first gateway USER_BUSY, then FS try to bridge this call to another gateway. Although in line <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> there is no code Q.850 = 17. How resolve this issue?
-- Best regards, Vitaly Davudov "VIP-TELECOM-SERVICE" Ltd. ("ETERIA" Group of companies) http://www.vts24.ru
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <mailto: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 <mailto: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 <mailto: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
-- С наилучшими пожеланиями, Давудов Виталий Федорович ООО "ВИП-ТЕЛЕКОМ-СЕРВИС" (Группа компаний "ETERIA") http://www.vts24.ru Тел: (495) 989-47-00
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <mailto: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
-- С наилучшими пожеланиями, Давудов Виталий Федорович ООО "ВИП-ТЕЛЕКОМ-СЕРВИС" (Группа компаний "ETERIA") http://www.vts24.ru Тел: (495) 989-47-00
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <mailto: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
-- С наилучшими пожеланиями, Давудов Виталий Федорович ООО "ВИП-ТЕЛЕКОМ-СЕРВИС" (Группа компаний "ETERIA") http://www.vts24.ru Тел: (495) 989-47-00
I don't recall you ever posting a console debug log to pastebin.freeswitch.org. Could you please do that? It will help us to know exactly what is happening. -MC On Sat, May 5, 2012 at 12:12 AM, Виталий Давудов <vitaliy.davudov@vts24.ru>wrote:
Hi! Is there any news on this issue?
13.04.2012 16:57, Виталий Давудов написал:
Yes, you are right!
I did it: http://pastebin.freeswitch.org/18863
Additionally: I've included in this extension new line:
<extension name="Dial Out SIP-M200 Mobile numbers"> <condition field="destination_number" expression="^(89\d{9})$"> <action application="export" data="t38_passthru=true"/> *<action application="set" data="hangup_after_bridge=true"/>* <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> <action application="info"/> <action application="bridge" data="sofia/gateway/SIP_M200/$1"/> <action application="limit_execute" data="hash limit SMG-1016M 60 bridge sofia/gateway/SMG-1016M/$1"/> </condition> </extension>
Without that line a similar situation occurs if FS recieve * NORMAL_CLEARING.*
13.04.2012 13:44, Anton Kvashenkin написал:
Ok, i got it. Even that there is no USER_BUSY at continue_on_fail variable, FS still tries to reach the second action, am i right?
So, for better debugging, i suggest to paste full call log with enabled siptrace and /log 7 to pastebin.freeswitch.org.
13 апреля 2012 г. 13:18 пользователь Виталий Давудов < vitaliy.davudov@vts24.ru> написал:
Hi all!
In my dialplan I've included variable continue on fail:
<extension name="Dial Out SIP-M200 Mobile numbers"> <condition field="destination_number" expression="^(89\d{9})$"> <action application="export" data="t38_passthru=true"/> <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> <action application="info"/> <action application="bridge" data="sofia/gateway/SIP_M200/$1"/> <action application="limit_execute" data="hash limit SMG-1016M 60 bridge sofia/gateway/SMG-1016M/$1"/> </condition> </extension>
And if FS recieve from first gateway USER_BUSY, then FS try to bridge this call to another gateway. Although in line <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> there is no code Q.850 = 17. How resolve this issue?
-- Best regards, Vitaly Davudov "VIP-TELECOM-SERVICE" Ltd. ("ETERIA" Group of companies) http://www.vts24.ru
Hi, Michael! I added a new post on pastebin: http://pastebin.freeswitch.org/19026 07.05.2012 5:14, Michael Collins написал:
I don't recall you ever posting a console debug log to pastebin.freeswitch.org <http://pastebin.freeswitch.org>. Could you please do that? It will help us to know exactly what is happening. -MC
On Sat, May 5, 2012 at 12:12 AM, Виталий Давудов <vitaliy.davudov@vts24.ru <mailto:vitaliy.davudov@vts24.ru>> wrote:
Hi! Is there any news on this issue?
13.04.2012 16:57, Виталий Давудов написал:
Yes, you are right!
I did it: http://pastebin.freeswitch.org/18863
Additionally: I've included in this extension new line:
<extension name="Dial Out SIP-M200 Mobile numbers"> <condition field="destination_number" expression="^(89\d{9})$"> <action application="export" data="t38_passthru=true"/> *<action application="set" data="hangup_after_bridge=true"/>* <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> <action application="info"/> <action application="bridge" data="sofia/gateway/SIP_M200/$1"/> <action application="limit_execute" data="hash limit SMG-1016M 60 bridge sofia/gateway/SMG-1016M/$1"/> </condition> </extension>
Without that line a similar situation occurs if FS recieve /NORMAL_CLEARING./
13.04.2012 13:44, Anton Kvashenkin написал:
Ok, i got it. Even that there is no USER_BUSY at continue_on_fail variable, FS still tries to reach the second action, am i right?
So, for better debugging, i suggest to paste full call log with enabled siptrace and /log 7 to pastebin.freeswitch.org <http://pastebin.freeswitch.org>.
13 апреля 2012 г. 13:18 пользователь Виталий Давудов <vitaliy.davudov@vts24.ru <mailto:vitaliy.davudov@vts24.ru>> написал:
Hi all!
In my dialplan I've included variable continue on fail:
<extension name="Dial Out SIP-M200 Mobile numbers"> <condition field="destination_number" expression="^(89\d{9})$"> <action application="export" data="t38_passthru=true"/> <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> <action application="info"/> <action application="bridge" data="sofia/gateway/SIP_M200/$1"/> <action application="limit_execute" data="hash limit SMG-1016M 60 bridge sofia/gateway/SMG-1016M/$1"/> </condition> </extension>
And if FS recieve from first gateway USER_BUSY, then FS try to bridge this call to another gateway. Although in line <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> there is no code Q.850 = 17. How resolve this issue?
-- Best regards, Vitaly Davudov "VIP-TELECOM-SERVICE" Ltd. ("ETERIA" Group of companies) http://www.vts24.ru
_________________________________________________________________________ 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
-- С наилучшими пожеланиями, Давудов Виталий Федорович ООО "ВИП-ТЕЛЕКОМ-СЕРВИС" (Группа компаний "ETERIA") http://www.vts24.ru Тел: (495) 989-47-00
Hi! Is there any hope that this problem will be solved? 10.05.2012 11:43, Виталий Давудов написал:
Hi, Michael!
I added a new post on pastebin:
http://pastebin.freeswitch.org/19026
07.05.2012 5:14, Michael Collins написал:
I don't recall you ever posting a console debug log to pastebin.freeswitch.org <http://pastebin.freeswitch.org>. Could you please do that? It will help us to know exactly what is happening. -MC
On Sat, May 5, 2012 at 12:12 AM, Виталий Давудов <vitaliy.davudov@vts24.ru <mailto:vitaliy.davudov@vts24.ru>> wrote:
Hi! Is there any news on this issue?
13.04.2012 16:57, Виталий Давудов написал:
Yes, you are right!
I did it: http://pastebin.freeswitch.org/18863
Additionally: I've included in this extension new line:
<extension name="Dial Out SIP-M200 Mobile numbers"> <condition field="destination_number" expression="^(89\d{9})$"> <action application="export" data="t38_passthru=true"/> *<action application="set" data="hangup_after_bridge=true"/>* <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> <action application="info"/> <action application="bridge" data="sofia/gateway/SIP_M200/$1"/> <action application="limit_execute" data="hash limit SMG-1016M 60 bridge sofia/gateway/SMG-1016M/$1"/> </condition> </extension>
Without that line a similar situation occurs if FS recieve /NORMAL_CLEARING./
13.04.2012 13:44, Anton Kvashenkin написал:
Ok, i got it. Even that there is no USER_BUSY at continue_on_fail variable, FS still tries to reach the second action, am i right?
So, for better debugging, i suggest to paste full call log with enabled siptrace and /log 7 to pastebin.freeswitch.org <http://pastebin.freeswitch.org>.
13 апреля 2012 г. 13:18 пользователь Виталий Давудов <vitaliy.davudov@vts24.ru <mailto:vitaliy.davudov@vts24.ru>> написал:
Hi all!
In my dialplan I've included variable continue on fail:
<extension name="Dial Out SIP-M200 Mobile numbers"> <condition field="destination_number" expression="^(89\d{9})$"> <action application="export" data="t38_passthru=true"/> <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> <action application="info"/> <action application="bridge" data="sofia/gateway/SIP_M200/$1"/> <action application="limit_execute" data="hash limit SMG-1016M 60 bridge sofia/gateway/SMG-1016M/$1"/> </condition> </extension>
And if FS recieve from first gateway USER_BUSY, then FS try to bridge this call to another gateway. Although in line <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> there is no code Q.850 = 17. How resolve this issue?
-- Best regards, Vitaly Davudov "VIP-TELECOM-SERVICE" Ltd. ("ETERIA" Group of companies) http://www.vts24.ru
_________________________________________________________________________ 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
-- С наилучшими пожеланиями, Давудов Виталий Федорович ООО "ВИП-ТЕЛЕКОМ-СЕРВИС" (Группа компаний "ETERIA") http://www.vts24.ru Тел: (495) 989-47-00
-- С наилучшими пожеланиями, Давудов Виталий Федорович ООО "ВИП-ТЕЛЕКОМ-СЕРВИС" (Группа компаний "ETERIA") http://www.vts24.ru Тел: (495) 989-47-00
To solve this issue, I think it would be better if you will open the ticket at bugtracker http://jira.freeswitch.org/secure/Dashboard.jspa . 2012/5/17 Виталий Давудов <vitaliy.davudov@vts24.ru>
Hi! Is there any hope that this problem will be solved?
10.05.2012 11:43, Виталий Давудов написал:
Hi, Michael!
I added a new post on pastebin:
http://pastebin.freeswitch.org/19026
07.05.2012 5:14, Michael Collins написал:
I don't recall you ever posting a console debug log to pastebin.freeswitch.org. Could you please do that? It will help us to know exactly what is happening. -MC
On Sat, May 5, 2012 at 12:12 AM, Виталий Давудов < vitaliy.davudov@vts24.ru> wrote:
Hi! Is there any news on this issue?
13.04.2012 16:57, Виталий Давудов написал:
Yes, you are right!
I did it: http://pastebin.freeswitch.org/18863
Additionally: I've included in this extension new line:
<extension name="Dial Out SIP-M200 Mobile numbers"> <condition field="destination_number" expression="^(89\d{9})$"> <action application="export" data="t38_passthru=true"/> *<action application="set" data="hangup_after_bridge=true"/>* <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> <action application="info"/> <action application="bridge" data="sofia/gateway/SIP_M200/$1"/> <action application="limit_execute" data="hash limit SMG-1016M 60 bridge sofia/gateway/SMG-1016M/$1"/> </condition> </extension>
Without that line a similar situation occurs if FS recieve * NORMAL_CLEARING.*
13.04.2012 13:44, Anton Kvashenkin написал:
Ok, i got it. Even that there is no USER_BUSY at continue_on_fail variable, FS still tries to reach the second action, am i right?
So, for better debugging, i suggest to paste full call log with enabled siptrace and /log 7 to pastebin.freeswitch.org.
13 апреля 2012 г. 13:18 пользователь Виталий Давудов < vitaliy.davudov@vts24.ru> написал:
Hi all!
In my dialplan I've included variable continue on fail:
<extension name="Dial Out SIP-M200 Mobile numbers"> <condition field="destination_number" expression="^(89\d{9})$"> <action application="export" data="t38_passthru=true"/> <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> <action application="info"/> <action application="bridge" data="sofia/gateway/SIP_M200/$1"/> <action application="limit_execute" data="hash limit SMG-1016M 60 bridge sofia/gateway/SMG-1016M/$1"/> </condition> </extension>
And if FS recieve from first gateway USER_BUSY, then FS try to bridge this call to another gateway. Although in line <action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/> there is no code Q.850 = 17. How resolve this issue?
-- Best regards, Vitaly Davudov "VIP-TELECOM-SERVICE" Ltd. ("ETERIA" Group of companies) http://www.vts24.ru
_________________________________________________________________________ Professional FreeSWITCH Consulting Services:consulting@freeswitch.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
-- С наилучшими пожеланиями, Давудов Виталий Федорович ООО "ВИП-ТЕЛЕКОМ-СЕРВИС" (Группа компаний "ETERIA")http://www.vts24.ru Тел: (495) 989-47-00
-- С наилучшими пожеланиями, Давудов Виталий Федорович ООО "ВИП-ТЕЛЕКОМ-СЕРВИС" (Группа компаний "ETERIA")http://www.vts24.ru Тел: (495) 989-47-00
_________________________________________________________________________ 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
Join Us At ClueCon - Aug 7-9, 2012
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
Hi Vitaly! Did you ever solve this problem? I have the same continue_on_fail behaviour. http://jira.freeswitch.org/browse/FS-4232 Vitaly added a comment - 26/Jun/12 3:14 AM Sorry for the long absence, but the problem is still actual for me. I replaced in my dialplan continue_on_fail to "true", but it's not give desired effect. May be some additional variables can help me? Regards, Kirill -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Variable-continue-on-fail-tp74... Sent from the freeswitch-users mailing list archive at Nabble.com.
Hello guys, the way you have it: <action application="set" data="continue_on_fail=1,2,3, 6,25,34,38,41,42,44,47,63,66,500,501"/> Never worked for me, I had to set it up like: <action application="set" data=" continue_on_fail=NORMAL_TEMPORARY_FAILURE,TIMEOUT,NO_ROUTE_DESTINATION,UNALLOCATED_NUMBER"/> With the description text, not the error number... Hope this helps you.. David On Wed, Sep 12, 2012 at 3:53 PM, iam <iam@onnet.su> wrote:
Hi Vitaly!
Did you ever solve this problem? I have the same continue_on_fail behaviour.
http://jira.freeswitch.org/browse/FS-4232
Vitaly added a comment - 26/Jun/12 3:14 AM Sorry for the long absence, but the problem is still actual for me. I replaced in my dialplan continue_on_fail to "true", but it's not give desired effect. May be some additional variables can help me?
Regards, Kirill
-- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Variable-continue-on-fail-tp74... Sent from the freeswitch-users mailing list archive at Nabble.com.
_________________________________________________________________________ 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
Hi David! Thank you for your answer! It doesn't work either. Here is the situation: 1. the phone call goes to cell phone through the first gateway. 2. cell phone ringing. 3. phone call rejected by cell phone ("Cancel" button pressed) 4. FS receives USER_BUSY from the first gateway 5. FS executes continue_on_fail despite there is no USER_BUSY in continue_on_fail cause list settings. Brian suggested workaround in Vitaly's report ( http://jira.freeswitch.org/browse/FS-4232 ) But if the cell phone is off, caller can not hear announce about that. So I was wondering whether it is solved in some another way. DialPlan: <condition field="destination_number" expression="^(8921\d{7}|8931\d{7})$"> <action application="set" data="hangup_after_bridge=true"/> <action application="set" data="continue_on_fail=CALL_REJECTED,NORMAL_TEMPORARY_FAILURE,NO_ROUTE_DESTINATION"/> <action application="bridge" data="sofia/gateway/gw1/$1"/> <action application="bridge" data="sofia/gateway/gw2/$1"/> </condition> Short callLogs: 2012-09-13 13:46:09.332094 [DEBUG] switch_channel.c:3057 (sofia/onnet/78120000000@y.y.y.y) Callstate Change RINGING -> EARLY 2012-09-13 13:46:09.332094 [DEBUG] mod_sofia.c:2643 Ring SDP: v=0 o=FreeSWITCH 1347502619 1347502620 IN IP4 x.x.x.x s=FreeSWITCH c=IN IP4 x.x.x.x t=0 0 m=audio 26950 RTP/AVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv 2012-09-13 13:46:09.332094 [DEBUG] switch_core_session.c:778 Send signal sofia/onnet/78120000000@y.y.y.y [BREAK] 2012-09-13 13:46:09.332094 [DEBUG] switch_ivr_originate.c:3360 Originate Resulted in Success: [sofia/gw1/89210000000] 2012-09-13 13:46:09.332094 [DEBUG] switch_core_session.c:778 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:09.332094 [DEBUG] switch_core_session.c:778 Send signal sofia/onnet/78120000000@y.y.y.y [BREAK] 2012-09-13 13:46:09.332094 [DEBUG] switch_ivr_bridge.c:1359 (sofia/gw1/89210000000) State Change CS_CONSUME_MEDIA -> CS_EXCHANGE_MEDIA 2012-09-13 13:46:09.332094 [DEBUG] switch_core_session.c:1229 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:09.332094 [DEBUG] switch_core_state_machine.c:385 (sofia/gw1/89210000000) Running State Change CS_EXCHANGE_MEDIA 2012-09-13 13:46:09.332094 [DEBUG] switch_core_state_machine.c:443 (sofia/gw1/89210000000) State EXCHANGE_MEDIA 2012-09-13 13:46:09.332094 [DEBUG] mod_sofia.c:652 SOFIA EXCHANGE_MEDIA 2012-09-13 13:46:09.332094 [DEBUG] switch_core_session.c:924 Send signal sofia/onnet/78120000000@y.y.y.y [BREAK] 2012-09-13 13:46:09.332094 [DEBUG] sofia.c:6051 Channel sofia/onnet/78120000000@y.y.y.y skipping state [early][183] 2012-09-13 13:46:09.372176 [DEBUG] switch_rtp.c:3594 Correct ip/port confirmed. 2012-09-13 13:46:09.432175 [DEBUG] switch_rtp.c:3594 Correct ip/port confirmed. 2012-09-13 13:46:13.632367 [DEBUG] switch_core_session.c:924 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:13.632367 [DEBUG] switch_core_session.c:924 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:13.632367 [DEBUG] switch_core_session.c:924 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:13.652424 [DEBUG] sofia.c:6058 Channel sofia/gw1/89210000000 entering state [terminated][486] 2012-09-13 13:46:13.652424 [DEBUG] switch_channel.c:2914 (sofia/gw1/89210000000) Callstate Change EARLY -> HANGUP 2012-09-13 13:46:13.652424 [NOTICE] sofia.c:6850 Hangup sofia/gw1/89210000000 [CS_EXCHANGE_MEDIA] [USER_BUSY] 2012-09-13 13:46:13.652424 [DEBUG] switch_channel.c:2937 Send signal sofia/gw1/89210000000 [KILL] 2012-09-13 13:46:13.652424 [DEBUG] switch_core_session.c:1229 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:13.652424 [DEBUG] switch_ivr_bridge.c:588 BRIDGE THREAD DONE [sofia/gw1/89210000000] 2012-09-13 13:46:13.652424 [DEBUG] switch_ivr_bridge.c:613 Send signal sofia/onnet/78120000000@y.y.y.y [BREAK] 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:443 (sofia/gw1/89210000000) State EXCHANGE_MEDIA going to sleep 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:385 (sofia/gw1/89210000000) Running State Change CS_HANGUP 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:625 (sofia/gw1/89210000000) State HANGUP 2012-09-13 13:46:13.652424 [DEBUG] mod_sofia.c:474 Channel sofia/gw1/89210000000 hanging up, cause: USER_BUSY 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:47 sofia/gw1/89210000000 Standard HANGUP, cause: USER_BUSY 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:625 (sofia/gw1/89210000000) State HANGUP going to sleep 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:416 (sofia/gw1/89210000000) State Change CS_HANGUP -> CS_REPORTING 2012-09-13 13:46:13.652424 [DEBUG] switch_core_session.c:1229 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:385 (sofia/gw1/89210000000) Running State Change CS_REPORTING 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:685 (sofia/gw1/89210000000) State REPORTING 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:79 sofia/gw1/89210000000 Standard REPORTING, cause: USER_BUSY 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:685 (sofia/gw1/89210000000) State REPORTING going to sleep 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:410 (sofia/gw1/89210000000) State Change CS_REPORTING -> CS_DESTROY 2012-09-13 13:46:13.652424 [DEBUG] switch_core_session.c:1229 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:13.652424 [DEBUG] switch_core_session.c:1429 Session 779 (sofia/gw1/89210000000) Locked, Waiting on external entities 2012-09-13 13:46:13.672425 [DEBUG] switch_ivr_bridge.c:501 sofia/gw1/89210000000 ending bridge by request from write function 2012-09-13 13:46:13.672425 [DEBUG] switch_ivr_bridge.c:588 BRIDGE THREAD DONE [sofia/onnet/78120000000@y.y.y.y] 2012-09-13 13:46:13.672425 [DEBUG] switch_ivr_bridge.c:613 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:13.672425 [DEBUG] switch_core_session.c:778 Send signal sofia/onnet/78120000000@y.y.y.y [BREAK] EXECUTE sofia/onnet/78120000000@y.y.y.y bridge(sofia/gateway/gw2/89210000000) Regards, Kirill 13.09.2012 12:55, David Villasmil ?????:
Hello guys,
the way you have it:
<action application="set" data="continue_on_fail=1,2,3,6,25,34,38,41,42,44,47,63,66,500,501"/>
Never worked for me, I had to set it up like:
<action application="set" data="continue_on_fail=NORMAL_TEMPORARY_FAILURE,TIMEOUT,NO_ROUTE_DESTINATION,UNALLOCATED_NUMBER"/>
With the description text, not the error number...
Hope this helps you..
David
On Wed, Sep 12, 2012 at 3:53 PM, iam <iam@onnet.su <mailto:iam@onnet.su>> wrote:
Hi Vitaly!
Did you ever solve this problem? I have the same continue_on_fail behaviour.
http://jira.freeswitch.org/browse/FS-4232
Vitaly added a comment - 26/Jun/12 3:14 AM Sorry for the long absence, but the problem is still actual for me. I replaced in my dialplan continue_on_fail to "true", but it's not give desired effect. May be some additional variables can help me?
Regards, Kirill
-- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Variable-continue-on-fail-tp74... Sent from the freeswitch-users mailing list archive at Nabble.com.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto: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 <mailto: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
Hello Kirill, Can you set the debug level? "fsctl loglevel debug" Also: 2012-09-13 13:46:09.332094 [DEBUG] sofia.c:6051 Channel sofia/onnet/78120000000@y.y.y.y skipping state [early][183] Might be preventing you from getting the annoucement, try: bridge_early_media=true and remove de hangup hangup_after_bridge=true And try again.. I think FS considers receiving early media as a successful bridge... not sure though. David On Thu, Sep 13, 2012 at 12:14 PM, Kirill Sysoev <iam@onnet.su> wrote:
Hi David!
Thank you for your answer!
It doesn't work either.
Here is the situation: 1. the phone call goes to cell phone through the first gateway. 2. cell phone ringing. 3. phone call rejected by cell phone ("Cancel" button pressed) 4. FS receives USER_BUSY from the first gateway 5. FS executes continue_on_fail despite there is no USER_BUSY in continue_on_fail cause list settings.
Brian suggested workaround in Vitaly's report ( http://jira.freeswitch.org/browse/FS-4232 ) But if the cell phone is off, caller can not hear announce about that.
So I was wondering whether it is solved in some another way.
DialPlan:
<condition field="destination_number" expression="^(8921\d{7}|8931\d{7})$">
<action application="set" data="hangup_after_bridge=true"/> <action application="set" data="continue_on_fail=CALL_REJECTED,NORMAL_TEMPORARY_FAILURE,NO_ROUTE_DESTINATION"/> <action application="bridge" data="sofia/gateway/gw1/$1"/> <action application="bridge" data="sofia/gateway/gw2/$1"/> </condition>
Short callLogs:
2012-09-13 13:46:09.332094 [DEBUG] switch_channel.c:3057 ( sofia/onnet/78120000000@y.y.y.y) Callstate Change RINGING -> EARLY 2012-09-13 13:46:09.332094 [DEBUG] mod_sofia.c:2643 Ring SDP: v=0 o=FreeSWITCH 1347502619 1347502620 IN IP4 x.x.x.x s=FreeSWITCH c=IN IP4 x.x.x.x t=0 0 m=audio 26950 RTP/AVP 8 101 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv
2012-09-13 13:46:09.332094 [DEBUG] switch_core_session.c:778 Send signal sofia/onnet/78120000000@y.y.y.y [BREAK] 2012-09-13 13:46:09.332094 [DEBUG] switch_ivr_originate.c:3360 Originate Resulted in Success: [sofia/gw1/89210000000] 2012-09-13 13:46:09.332094 [DEBUG] switch_core_session.c:778 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:09.332094 [DEBUG] switch_core_session.c:778 Send signal sofia/onnet/78120000000@y.y.y.y [BREAK] 2012-09-13 13:46:09.332094 [DEBUG] switch_ivr_bridge.c:1359 (sofia/gw1/89210000000) State Change CS_CONSUME_MEDIA -> CS_EXCHANGE_MEDIA 2012-09-13 13:46:09.332094 [DEBUG] switch_core_session.c:1229 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:09.332094 [DEBUG] switch_core_state_machine.c:385 (sofia/gw1/89210000000) Running State Change CS_EXCHANGE_MEDIA 2012-09-13 13:46:09.332094 [DEBUG] switch_core_state_machine.c:443 (sofia/gw1/89210000000) State EXCHANGE_MEDIA 2012-09-13 13:46:09.332094 [DEBUG] mod_sofia.c:652 SOFIA EXCHANGE_MEDIA 2012-09-13 13:46:09.332094 [DEBUG] switch_core_session.c:924 Send signal sofia/onnet/78120000000@y.y.y.y [BREAK] 2012-09-13 13:46:09.332094 [DEBUG] sofia.c:6051 Channel sofia/onnet/78120000000@y.y.y.y skipping state [early][183] 2012-09-13 13:46:09.372176 [DEBUG] switch_rtp.c:3594 Correct ip/port confirmed. 2012-09-13 13:46:09.432175 [DEBUG] switch_rtp.c:3594 Correct ip/port confirmed. 2012-09-13 13:46:13.632367 [DEBUG] switch_core_session.c:924 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:13.632367 [DEBUG] switch_core_session.c:924 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:13.632367 [DEBUG] switch_core_session.c:924 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:13.652424 [DEBUG] sofia.c:6058 Channel sofia/gw1/89210000000 entering state [terminated][486] 2012-09-13 13:46:13.652424 [DEBUG] switch_channel.c:2914 (sofia/gw1/89210000000) Callstate Change EARLY -> HANGUP 2012-09-13 13:46:13.652424 [NOTICE] sofia.c:6850 Hangup sofia/gw1/89210000000 [CS_EXCHANGE_MEDIA] [USER_BUSY] 2012-09-13 13:46:13.652424 [DEBUG] switch_channel.c:2937 Send signal sofia/gw1/89210000000 [KILL] 2012-09-13 13:46:13.652424 [DEBUG] switch_core_session.c:1229 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:13.652424 [DEBUG] switch_ivr_bridge.c:588 BRIDGE THREAD DONE [sofia/gw1/89210000000] 2012-09-13 13:46:13.652424 [DEBUG] switch_ivr_bridge.c:613 Send signal sofia/onnet/78120000000@y.y.y.y [BREAK] 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:443 (sofia/gw1/89210000000) State EXCHANGE_MEDIA going to sleep 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:385 (sofia/gw1/89210000000) Running State Change CS_HANGUP 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:625 (sofia/gw1/89210000000) State HANGUP 2012-09-13 13:46:13.652424 [DEBUG] mod_sofia.c:474 Channel sofia/gw1/89210000000 hanging up, cause: USER_BUSY 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:47 sofia/gw1/89210000000 Standard HANGUP, cause: USER_BUSY 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:625 (sofia/gw1/89210000000) State HANGUP going to sleep 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:416 (sofia/gw1/89210000000) State Change CS_HANGUP -> CS_REPORTING 2012-09-13 13:46:13.652424 [DEBUG] switch_core_session.c:1229 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:385 (sofia/gw1/89210000000) Running State Change CS_REPORTING 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:685 (sofia/gw1/89210000000) State REPORTING 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:79 sofia/gw1/89210000000 Standard REPORTING, cause: USER_BUSY 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:685 (sofia/gw1/89210000000) State REPORTING going to sleep 2012-09-13 13:46:13.652424 [DEBUG] switch_core_state_machine.c:410 (sofia/gw1/89210000000) State Change CS_REPORTING -> CS_DESTROY 2012-09-13 13:46:13.652424 [DEBUG] switch_core_session.c:1229 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:13.652424 [DEBUG] switch_core_session.c:1429 Session 779 (sofia/gw1/89210000000) Locked, Waiting on external entities 2012-09-13 13:46:13.672425 [DEBUG] switch_ivr_bridge.c:501 sofia/gw1/89210000000 ending bridge by request from write function 2012-09-13 13:46:13.672425 [DEBUG] switch_ivr_bridge.c:588 BRIDGE THREAD DONE [sofia/onnet/78120000000@y.y.y.y] 2012-09-13 13:46:13.672425 [DEBUG] switch_ivr_bridge.c:613 Send signal sofia/gw1/89210000000 [BREAK] 2012-09-13 13:46:13.672425 [DEBUG] switch_core_session.c:778 Send signal sofia/onnet/78120000000@y.y.y.y [BREAK] EXECUTE sofia/onnet/78120000000@y.y.y.ybridge(sofia/gateway/gw2/89210000000)
Regards, Kirill
13.09.2012 12:55, David Villasmil пишет:
Hello guys,
the way you have it:
<action application="set" data="continue_on_fail=1,2,3, 6,25,34,38,41,42,44,47,63,66,500,501"/>
Never worked for me, I had to set it up like:
<action application="set" data=" continue_on_fail=NORMAL_TEMPORARY_FAILURE,TIMEOUT,NO_ROUTE_DESTINATION,UNALLOCATED_NUMBER"/>
With the description text, not the error number...
Hope this helps you..
David
On Wed, Sep 12, 2012 at 3:53 PM, iam <iam@onnet.su> wrote:
Hi Vitaly!
Did you ever solve this problem? I have the same continue_on_fail behaviour.
http://jira.freeswitch.org/browse/FS-4232
Vitaly added a comment - 26/Jun/12 3:14 AM Sorry for the long absence, but the problem is still actual for me. I replaced in my dialplan continue_on_fail to "true", but it's not give desired effect. May be some additional variables can help me?
Regards, Kirill
-- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Variable-continue-on-fail-tp74... Sent from the freeswitch-users mailing list archive at Nabble.com.
_________________________________________________________________________ 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.orghttp://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Serverhttp://www.cudatel.com
Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
FreeSWITCH-users mailing listFreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_________________________________________________________________________ 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
Hi, Kirill! I solved it by adding lua-script after "bridge" application in my dialplan: endpoint_disposition = session:getVariable("endpoint_disposition") last_bridge_hangup_cause = session:getVariable("last_bridge_hangup_cause") if (last_bridge_hangup_cause == "USER_BUSY" and endpoint_disposition == "EARLY MEDIA" ) then session:hangup(); end You can see these variables by adding "info" application in the corresponding extension. 12.09.2012 17:53, iam пишет:
Hi Vitaly!
Did you ever solve this problem? I have the same continue_on_fail behaviour.
http://jira.freeswitch.org/browse/FS-4232
Vitaly added a comment - 26/Jun/12 3:14 AM Sorry for the long absence, but the problem is still actual for me. I replaced in my dialplan continue_on_fail to "true", but it's not give desired effect. May be some additional variables can help me?
Regards, Kirill
-- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Variable-continue-on-fail-tp74... Sent from the freeswitch-users mailing list archive at Nabble.com.
_________________________________________________________________________ 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
Hi David, Vitaly! Thank you for your answers. Will try to implement your advices. Best, Kirill 13.09.2012 14:52, Виталий Давудов пишет:
Hi, Kirill!
I solved it by adding lua-script after "bridge" application in my dialplan:
endpoint_disposition = session:getVariable("endpoint_disposition") last_bridge_hangup_cause = session:getVariable("last_bridge_hangup_cause") if (last_bridge_hangup_cause == "USER_BUSY" and endpoint_disposition == "EARLY MEDIA" ) then session:hangup(); end
You can see these variables by adding "info" application in the corresponding extension.
12.09.2012 17:53, iam пишет:
Hi Vitaly!
Did you ever solve this problem? I have the same continue_on_fail behaviour.
http://jira.freeswitch.org/browse/FS-4232
Vitaly added a comment - 26/Jun/12 3:14 AM Sorry for the long absence, but the problem is still actual for me. I replaced in my dialplan continue_on_fail to "true", but it's not give desired effect. May be some additional variables can help me?
Regards, Kirill
-- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Variable-continue-on-fail-tp74... Sent from the freeswitch-users mailing list archive at Nabble.com.
_________________________________________________________________________
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 (6)
-
Anton Kvashenkin
-
David Villasmil
-
iam
-
Kirill Sysoev
-
Michael Collins
-
Виталий Давудов