[Freeswitch-users] Variable continue on fail

[Виталий Давудов]

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 at vts24.ru <mailto:vitaliy.davudov at 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 at vts24.ru <mailto:vitaliy.davudov at 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 at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120510/4083a6ec/attachment.html