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