Strange DID routing behavior
Hi, I'm experiencing a strange issue with freeswitch 1.4.21 running on CentOS 6.5. I have a trunk that terminates a few DIDs for 150 sip users. I'm using mod_python to dynamically generate all my dialplans. Everything have been working fine for three weeks (When I made this deployment) since Saturday, freeswitch start dropping calls. 95% of inbound calls are dropped with a "No route" message or an "invalid application" error. What's seems weird is the extension is generated. Below is a snippet of a log 2015-09-01 21:35:07.967396 [INFO] mod_dialplan_xml.c:635 Processing WIRELESS CALLER <603XXXXXXX>->813XXXXX in context public 2015-09-01 21:35:07.968396 [NOTICE] mod_python.c:212 Invoking py module: fscore.handler 2015-09-01 21:35:07.970394 [DEBUG] mod_python.c:283 Call python script 2015-09-01 21:35:07.970394 [INFO] switch_cpp.cpp:1328 This a dialplan request 2015-09-01 21:35:07.975403 [INFO] switch_cpp.cpp:1328 Call from outside network 2015-09-01 21:35:07.976400 [NOTICE] switch_cpp.cpp:1328 <?xml version="1.0" encoding="UTF-8" standalone="no"?> <document type="freeswitch/xml"> <section name="dialplan" description="Dotcs automatically generated dialplan"> <context name="public"> <extension name="338_dotcs_route"> <condition field="destination_number" expression="^(813XXXXXXX)$"> <action application="log" data="notice INBOUND CALL FOR DID ${destination_number}"/> <action application="export" data="call_direction=inbound"/> <action application="transfer" data="1049 XML default"/> </condition> </extension> </context> </section> </document> 2015-09-01 21:35:07.976400 [DEBUG] mod_python.c:286 Finished calling python script Dialplan: sofia/external/603XXXXXXX@10.50.12.227:5065 parsing [public->338_dotcs_route] continue=false *Dialplan: sofia/external/603XXXXXXX@10.50.12.227:5065 <http://603XXXXXXX@10.50.12.227:5065> Regex (PASS) ] destination_number(813XXXXXXX) =~ /^(813XXXXXXX)$/ break=on-false* 2015-09-01 21:35:07.976400 [INFO] switch_core_state_machine.c:241 No Route, Aborting What do you guys think might be wrong? Thanks -- *Adolphe CHER-AIME*
Hi Marcus, No it's not the cause of the problem. Thanks, Adolphe On Tue, Sep 1, 2015 at 11:03 PM, Avi Marcus <avi@avimarcus.net> wrote:
Is this causing a problem?
-8" standalone="no"?>
-Avi Marcus BestFone
_________________________________________________________________________ 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
when generating dynamic dial plan, it makes no sense to generate a condition, you would think your logic already handled the conditions. You can use a blank condition tag instead... also, why have it transfer right back into dial plan causing extra parsing, instead just give it the actions that would otherwise happen inside the extension its being transferred to. On Tuesday, September 1, 2015, acheraime . <acheraime@gmail.com> wrote:
Hi,
I'm experiencing a strange issue with freeswitch 1.4.21 running on CentOS 6.5. I have a trunk that terminates a few DIDs for 150 sip users. I'm using mod_python to dynamically generate all my dialplans. Everything have been working fine for three weeks (When I made this deployment) since Saturday, freeswitch start dropping calls. 95% of inbound calls are dropped with a "No route" message or an "invalid application" error. What's seems weird is the extension is generated. Below is a snippet of a log
2015-09-01 21:35:07.967396 [INFO] mod_dialplan_xml.c:635 Processing WIRELESS CALLER <603XXXXXXX>->813XXXXX in context public 2015-09-01 21:35:07.968396 [NOTICE] mod_python.c:212 Invoking py module: fscore.handler 2015-09-01 21:35:07.970394 [DEBUG] mod_python.c:283 Call python script 2015-09-01 21:35:07.970394 [INFO] switch_cpp.cpp:1328 This a dialplan request 2015-09-01 21:35:07.975403 [INFO] switch_cpp.cpp:1328 Call from outside network 2015-09-01 21:35:07.976400 [NOTICE] switch_cpp.cpp:1328 <?xml version="1.0" encoding="UTF-8" standalone="no"?> <document type="freeswitch/xml"> <section name="dialplan" description="Dotcs automatically generated dialplan"> <context name="public"> <extension name="338_dotcs_route"> <condition field="destination_number" expression="^(813XXXXXXX)$"> <action application="log" data="notice INBOUND CALL FOR DID ${destination_number}"/> <action application="export" data="call_direction=inbound"/> <action application="transfer" data="1049 XML default"/> </condition> </extension> </context> </section> </document>
2015-09-01 21:35:07.976400 [DEBUG] mod_python.c:286 Finished calling python script Dialplan: sofia/external/603XXXXXXX@10.50.12.227:5065 parsing [public->338_dotcs_route] continue=false *Dialplan: sofia/external/603XXXXXXX@10.50.12.227:5065 <http://603XXXXXXX@10.50.12.227:5065> Regex (PASS) ] destination_number(813XXXXXXX) =~ /^(813XXXXXXX)$/ break=on-false* 2015-09-01 21:35:07.976400 [INFO] switch_core_state_machine.c:241 No Route, Aborting
What do you guys think might be wrong?
Thanks
--
*Adolphe CHER-AIME*
Michael, I agree with you on the redundant condition statement. About the transfer I take that path because I already handle calls to registered users or any voice application like auto attendant from other dial plans. For sake of simplicity I transfer call from DIDs to them instead of redefining the same logics. Any suggestions? Thanks Adolphe On Tue, Sep 1, 2015 at 11:17 PM, Michael Jerris <mike@jerris.com> wrote:
when generating dynamic dial plan, it makes no sense to generate a condition, you would think your logic already handled the conditions. You can use a blank condition tag instead... also, why have it transfer right back into dial plan causing extra parsing, instead just give it the actions that would otherwise happen inside the extension its being transferred to.
On Tuesday, September 1, 2015, acheraime . <acheraime@gmail.com> wrote:
Hi,
I'm experiencing a strange issue with freeswitch 1.4.21 running on CentOS 6.5. I have a trunk that terminates a few DIDs for 150 sip users. I'm using mod_python to dynamically generate all my dialplans. Everything have been working fine for three weeks (When I made this deployment) since Saturday, freeswitch start dropping calls. 95% of inbound calls are dropped with a "No route" message or an "invalid application" error. What's seems weird is the extension is generated. Below is a snippet of a log
2015-09-01 21:35:07.967396 [INFO] mod_dialplan_xml.c:635 Processing WIRELESS CALLER <603XXXXXXX>->813XXXXX in context public 2015-09-01 21:35:07.968396 [NOTICE] mod_python.c:212 Invoking py module: fscore.handler 2015-09-01 21:35:07.970394 [DEBUG] mod_python.c:283 Call python script 2015-09-01 21:35:07.970394 [INFO] switch_cpp.cpp:1328 This a dialplan request 2015-09-01 21:35:07.975403 [INFO] switch_cpp.cpp:1328 Call from outside network 2015-09-01 21:35:07.976400 [NOTICE] switch_cpp.cpp:1328 <?xml version="1.0" encoding="UTF-8" standalone="no"?> <document type="freeswitch/xml"> <section name="dialplan" description="Dotcs automatically generated dialplan"> <context name="public"> <extension name="338_dotcs_route"> <condition field="destination_number" expression="^(813XXXXXXX)$"> <action application="log" data="notice INBOUND CALL FOR DID ${destination_number}"/> <action application="export" data="call_direction=inbound"/> <action application="transfer" data="1049 XML default"/> </condition> </extension> </context> </section> </document>
2015-09-01 21:35:07.976400 [DEBUG] mod_python.c:286 Finished calling python script Dialplan: sofia/external/603XXXXXXX@10.50.12.227:5065 parsing [public->338_dotcs_route] continue=false *Dialplan: sofia/external/603XXXXXXX@10.50.12.227:5065 <http://603XXXXXXX@10.50.12.227:5065> Regex (PASS) ] destination_number(813XXXXXXX) =~ /^(813XXXXXXX)$/ break=on-false* 2015-09-01 21:35:07.976400 [INFO] switch_core_state_machine.c:241 No Route, Aborting
What do you guys think might be wrong?
Thanks
--
*Adolphe CHER-AIME*
_________________________________________________________________________ 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
yes, I suggest you get rid of the transfer and try without the condition On Tuesday, September 1, 2015, acheraime . <acheraime@gmail.com> wrote:
Michael,
I agree with you on the redundant condition statement. About the transfer I take that path because I already handle calls to registered users or any voice application like auto attendant from other dial plans. For sake of simplicity I transfer call from DIDs to them instead of redefining the same logics. Any suggestions?
Thanks
Adolphe
On Tue, Sep 1, 2015 at 11:17 PM, Michael Jerris <mike@jerris.com <javascript:_e(%7B%7D,'cvml','mike@jerris.com');>> wrote:
when generating dynamic dial plan, it makes no sense to generate a condition, you would think your logic already handled the conditions. You can use a blank condition tag instead... also, why have it transfer right back into dial plan causing extra parsing, instead just give it the actions that would otherwise happen inside the extension its being transferred to.
On Tuesday, September 1, 2015, acheraime . <acheraime@gmail.com <javascript:_e(%7B%7D,'cvml','acheraime@gmail.com');>> wrote:
Hi,
I'm experiencing a strange issue with freeswitch 1.4.21 running on CentOS 6.5. I have a trunk that terminates a few DIDs for 150 sip users. I'm using mod_python to dynamically generate all my dialplans. Everything have been working fine for three weeks (When I made this deployment) since Saturday, freeswitch start dropping calls. 95% of inbound calls are dropped with a "No route" message or an "invalid application" error. What's seems weird is the extension is generated. Below is a snippet of a log
2015-09-01 21:35:07.967396 [INFO] mod_dialplan_xml.c:635 Processing WIRELESS CALLER <603XXXXXXX>->813XXXXX in context public 2015-09-01 21:35:07.968396 [NOTICE] mod_python.c:212 Invoking py module: fscore.handler 2015-09-01 21:35:07.970394 [DEBUG] mod_python.c:283 Call python script 2015-09-01 21:35:07.970394 [INFO] switch_cpp.cpp:1328 This a dialplan request 2015-09-01 21:35:07.975403 [INFO] switch_cpp.cpp:1328 Call from outside network 2015-09-01 21:35:07.976400 [NOTICE] switch_cpp.cpp:1328 <?xml version="1.0" encoding="UTF-8" standalone="no"?> <document type="freeswitch/xml"> <section name="dialplan" description="Dotcs automatically generated dialplan"> <context name="public"> <extension name="338_dotcs_route"> <condition field="destination_number" expression="^(813XXXXXXX)$"> <action application="log" data="notice INBOUND CALL FOR DID ${destination_number}"/> <action application="export" data="call_direction=inbound"/> <action application="transfer" data="1049 XML default"/> </condition> </extension> </context> </section> </document>
2015-09-01 21:35:07.976400 [DEBUG] mod_python.c:286 Finished calling python script Dialplan: sofia/external/603XXXXXXX@10.50.12.227:5065 parsing [public->338_dotcs_route] continue=false *Dialplan: sofia/external/603XXXXXXX@10.50.12.227:5065 <http://603XXXXXXX@10.50.12.227:5065> Regex (PASS) ] destination_number(813XXXXXXX) =~ /^(813XXXXXXX)$/ break=on-false* 2015-09-01 21:35:07.976400 [INFO] switch_core_state_machine.c:241 No Route, Aborting
What do you guys think might be wrong?
Thanks
--
*Adolphe CHER-AIME*
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:_e(%7B%7D,'cvml','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 <javascript:_e(%7B%7D,'cvml','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
Michael, I did exactly what you suggest about the condition . Now 2/3 calls failed with an Invalid application. I realize that when freeswitch is parsing the extension. For some reason freeswitch receive some empty application statement this is why it throw the invalid application exception. See below Dialplan: sofia/external/863xxxxxxx@10.50.12.227:5065 Action export(call_direction=inbound) Dialplan: sofia/external/863xxxxxxx@10.50.12.227:5065 Action () 2015-09-02 07:55:52.644475 [DEBUG] switch_core_state_machine.c:216 (sofia/external/863xxxxxxx@10.50.12.227:5065) State Change CS_ROUTING -> CS_EXECUTE 2015-09-02 07:55:52.644475 [DEBUG] switch_core_session.c:1397 Send signal sofia/external/863xxxxxxx@10.50.12.227:5065 [BREAK] 2015-09-02 07:55:52.644475 [DEBUG] switch_core_state_machine.c:528 (sofia/external/863xxxxxxx@10.50.12.227:5065) State ROUTING going to sleep 2015-09-02 07:55:52.644475 [DEBUG] switch_core_state_machine.c:472 (sofia/external/863xxxxxxx@10.50.12.227:5065) Running State Change CS_EXECUTE 2015-09-02 07:55:52.644475 [DEBUG] switch_core_state_machine.c:535 (sofia/external/863xxxxxxx@10.50.12.227:5065) State EXECUTE 2015-09-02 07:55:52.644475 [DEBUG] mod_sofia.c:178 sofia/external/ 863xxxxxxx@10.50.12.227:5065 SOFIA EXECUTE 2015-09-02 07:55:52.644475 [DEBUG] switch_core_state_machine.c:258 sofia/external/863xxxxxxx@10.50.12.227:5065 Standard EXECUTE 2015-09-02 07:55:52.644475 [ERR] switch_core_session.c:2710 Invalid Application Matched dial plan <?xml version="1.0" encoding="UTF-8" standalone="no"?> <document type="freeswitch/xml"> <section name="dialplan" description="Dotcs automatically generated dialplan"> <context name="public"> <extension name="tribuneroute"> <condition> <action application="export" data="call_direction=inbound"/> <action application="transfer" data="6508 XML default"/> </condition> </extension> </context> </section> </document> The same codes are running fine on two other boxes. Thanks Adolphe On Wed, Sep 2, 2015 at 12:50 AM, Michael Jerris <mike@jerris.com> wrote:
yes, I suggest you get rid of the transfer and try without the condition
On Tuesday, September 1, 2015, acheraime . <acheraime@gmail.com> wrote:
Michael,
I agree with you on the redundant condition statement. About the transfer I take that path because I already handle calls to registered users or any voice application like auto attendant from other dial plans. For sake of simplicity I transfer call from DIDs to them instead of redefining the same logics. Any suggestions?
Thanks
Adolphe
On Tue, Sep 1, 2015 at 11:17 PM, Michael Jerris <mike@jerris.com> wrote:
when generating dynamic dial plan, it makes no sense to generate a condition, you would think your logic already handled the conditions. You can use a blank condition tag instead... also, why have it transfer right back into dial plan causing extra parsing, instead just give it the actions that would otherwise happen inside the extension its being transferred to.
On Tuesday, September 1, 2015, acheraime . <acheraime@gmail.com> wrote:
Hi,
I'm experiencing a strange issue with freeswitch 1.4.21 running on CentOS 6.5. I have a trunk that terminates a few DIDs for 150 sip users. I'm using mod_python to dynamically generate all my dialplans. Everything have been working fine for three weeks (When I made this deployment) since Saturday, freeswitch start dropping calls. 95% of inbound calls are dropped with a "No route" message or an "invalid application" error. What's seems weird is the extension is generated. Below is a snippet of a log
2015-09-01 21:35:07.967396 [INFO] mod_dialplan_xml.c:635 Processing WIRELESS CALLER <603XXXXXXX>->813XXXXX in context public 2015-09-01 21:35:07.968396 [NOTICE] mod_python.c:212 Invoking py module: fscore.handler 2015-09-01 21:35:07.970394 [DEBUG] mod_python.c:283 Call python script 2015-09-01 21:35:07.970394 [INFO] switch_cpp.cpp:1328 This a dialplan request 2015-09-01 21:35:07.975403 [INFO] switch_cpp.cpp:1328 Call from outside network 2015-09-01 21:35:07.976400 [NOTICE] switch_cpp.cpp:1328 <?xml version="1.0" encoding="UTF-8" standalone="no"?> <document type="freeswitch/xml"> <section name="dialplan" description="Dotcs automatically generated dialplan"> <context name="public"> <extension name="338_dotcs_route"> <condition field="destination_number" expression="^(813XXXXXXX)$"> <action application="log" data="notice INBOUND CALL FOR DID ${destination_number}"/> <action application="export" data="call_direction=inbound"/> <action application="transfer" data="1049 XML default"/> </condition> </extension> </context> </section> </document>
2015-09-01 21:35:07.976400 [DEBUG] mod_python.c:286 Finished calling python script Dialplan: sofia/external/603XXXXXXX@10.50.12.227:5065 parsing [public->338_dotcs_route] continue=false *Dialplan: sofia/external/603XXXXXXX@10.50.12.227:5065 <http://603XXXXXXX@10.50.12.227:5065> Regex (PASS) ] destination_number(813XXXXXXX) =~ /^(813XXXXXXX)$/ break=on-false* 2015-09-01 21:35:07.976400 [INFO] switch_core_state_machine.c:241 No Route, Aborting
What do you guys think might be wrong?
Thanks
--
*Adolphe CHER-AIME*
_________________________________________________________________________ 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
This line is the same on the other machines, too? -8" standalone="no"?> -Avi Marcus On Wed, Sep 2, 2015 at 3:10 PM, acheraime . <acheraime@gmail.com> wrote:
Michael,
I did exactly what you suggest about the condition . Now 2/3 calls failed with an Invalid application. I realize that when freeswitch is parsing the extension. For some reason freeswitch receive some empty application statement this is why it throw the invalid application exception. See below
Dialplan: sofia/external/863xxxxxxx@10.50.12.227:5065 Action export(call_direction=inbound) Dialplan: sofia/external/863xxxxxxx@10.50.12.227:5065 Action () 2015-09-02 07:55:52.644475 [DEBUG] switch_core_state_machine.c:216 (sofia/external/863xxxxxxx@10.50.12.227:5065) State Change CS_ROUTING -> CS_EXECUTE 2015-09-02 07:55:52.644475 [DEBUG] switch_core_session.c:1397 Send signal sofia/external/863xxxxxxx@10.50.12.227:5065 [BREAK] 2015-09-02 07:55:52.644475 [DEBUG] switch_core_state_machine.c:528 (sofia/external/863xxxxxxx@10.50.12.227:5065) State ROUTING going to sleep 2015-09-02 07:55:52.644475 [DEBUG] switch_core_state_machine.c:472 (sofia/external/863xxxxxxx@10.50.12.227:5065) Running State Change CS_EXECUTE 2015-09-02 07:55:52.644475 [DEBUG] switch_core_state_machine.c:535 (sofia/external/863xxxxxxx@10.50.12.227:5065) State EXECUTE 2015-09-02 07:55:52.644475 [DEBUG] mod_sofia.c:178 sofia/external/ 863xxxxxxx@10.50.12.227:5065 SOFIA EXECUTE 2015-09-02 07:55:52.644475 [DEBUG] switch_core_state_machine.c:258 sofia/external/863xxxxxxx@10.50.12.227:5065 Standard EXECUTE 2015-09-02 07:55:52.644475 [ERR] switch_core_session.c:2710 Invalid Application
Matched dial plan
<?xml version="1.0" encoding="UTF-8" standalone="no"?> <document type="freeswitch/xml"> <section name="dialplan" description="Dotcs automatically generated dialplan"> <context name="public"> <extension name="tribuneroute"> <condition> <action application="export" data="call_direction=inbound"/> <action application="transfer" data="6508 XML default"/> </condition> </extension> </context> </section> </document>
The same codes are running fine on two other boxes.
Thanks
Adolphe
On Wed, Sep 2, 2015 at 12:50 AM, Michael Jerris <mike@jerris.com> wrote:
yes, I suggest you get rid of the transfer and try without the condition
On Tuesday, September 1, 2015, acheraime . <acheraime@gmail.com> wrote:
Michael,
I agree with you on the redundant condition statement. About the transfer I take that path because I already handle calls to registered users or any voice application like auto attendant from other dial plans. For sake of simplicity I transfer call from DIDs to them instead of redefining the same logics. Any suggestions?
Thanks
Adolphe
On Tue, Sep 1, 2015 at 11:17 PM, Michael Jerris <mike@jerris.com> wrote:
when generating dynamic dial plan, it makes no sense to generate a condition, you would think your logic already handled the conditions. You can use a blank condition tag instead... also, why have it transfer right back into dial plan causing extra parsing, instead just give it the actions that would otherwise happen inside the extension its being transferred to.
On Tuesday, September 1, 2015, acheraime . <acheraime@gmail.com> wrote:
Hi,
I'm experiencing a strange issue with freeswitch 1.4.21 running on CentOS 6.5. I have a trunk that terminates a few DIDs for 150 sip users. I'm using mod_python to dynamically generate all my dialplans. Everything have been working fine for three weeks (When I made this deployment) since Saturday, freeswitch start dropping calls. 95% of inbound calls are dropped with a "No route" message or an "invalid application" error. What's seems weird is the extension is generated. Below is a snippet of a log
2015-09-01 21:35:07.967396 [INFO] mod_dialplan_xml.c:635 Processing WIRELESS CALLER <603XXXXXXX>->813XXXXX in context public 2015-09-01 21:35:07.968396 [NOTICE] mod_python.c:212 Invoking py module: fscore.handler 2015-09-01 21:35:07.970394 [DEBUG] mod_python.c:283 Call python script 2015-09-01 21:35:07.970394 [INFO] switch_cpp.cpp:1328 This a dialplan request 2015-09-01 21:35:07.975403 [INFO] switch_cpp.cpp:1328 Call from outside network 2015-09-01 21:35:07.976400 [NOTICE] switch_cpp.cpp:1328 <?xml version="1.0" encoding="UTF-8" standalone="no"?> <document type="freeswitch/xml"> <section name="dialplan" description="Dotcs automatically generated dialplan"> <context name="public"> <extension name="338_dotcs_route"> <condition field="destination_number" expression="^(813XXXXXXX)$"> <action application="log" data="notice INBOUND CALL FOR DID ${destination_number}"/> <action application="export" data="call_direction=inbound"/> <action application="transfer" data="1049 XML default"/> </condition> </extension> </context> </section> </document>
2015-09-01 21:35:07.976400 [DEBUG] mod_python.c:286 Finished calling python script Dialplan: sofia/external/603XXXXXXX@10.50.12.227:5065 parsing [public->338_dotcs_route] continue=false *Dialplan: sofia/external/603XXXXXXX@10.50.12.227:5065 <http://603XXXXXXX@10.50.12.227:5065> Regex (PASS) ] destination_number(813XXXXXXX) =~ /^(813XXXXXXX)$/ break=on-false* 2015-09-01 21:35:07.976400 [INFO] switch_core_state_machine.c:241 No Route, Aborting
What do you guys think might be wrong?
Thanks
--
*Adolphe CHER-AIME*
_________________________________________________________________________ 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
_________________________________________________________________________ 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
@ Marcus, Yes it is. <?xml version="1.0" encoding="UTF-8" standalone="no"?> On Wed, Sep 2, 2015 at 8:22 AM, Avi Marcus <avi@avimarcus.net> wrote:
This line is the same on the other machines, too?
-8" standalone="no"?>
-Avi Marcus
On Wed, Sep 2, 2015 at 3:10 PM, acheraime . <acheraime@gmail.com> wrote:
Michael,
I did exactly what you suggest about the condition . Now 2/3 calls failed with an Invalid application. I realize that when freeswitch is parsing the extension. For some reason freeswitch receive some empty application statement this is why it throw the invalid application exception. See below
Dialplan: sofia/external/863xxxxxxx@10.50.12.227:5065 Action export(call_direction=inbound) Dialplan: sofia/external/863xxxxxxx@10.50.12.227:5065 Action () 2015-09-02 07:55:52.644475 [DEBUG] switch_core_state_machine.c:216 (sofia/external/863xxxxxxx@10.50.12.227:5065) State Change CS_ROUTING -> CS_EXECUTE 2015-09-02 07:55:52.644475 [DEBUG] switch_core_session.c:1397 Send signal sofia/external/863xxxxxxx@10.50.12.227:5065 [BREAK] 2015-09-02 07:55:52.644475 [DEBUG] switch_core_state_machine.c:528 (sofia/external/863xxxxxxx@10.50.12.227:5065) State ROUTING going to sleep 2015-09-02 07:55:52.644475 [DEBUG] switch_core_state_machine.c:472 (sofia/external/863xxxxxxx@10.50.12.227:5065) Running State Change CS_EXECUTE 2015-09-02 07:55:52.644475 [DEBUG] switch_core_state_machine.c:535 (sofia/external/863xxxxxxx@10.50.12.227:5065) State EXECUTE 2015-09-02 07:55:52.644475 [DEBUG] mod_sofia.c:178 sofia/external/ 863xxxxxxx@10.50.12.227:5065 SOFIA EXECUTE 2015-09-02 07:55:52.644475 [DEBUG] switch_core_state_machine.c:258 sofia/external/863xxxxxxx@10.50.12.227:5065 Standard EXECUTE 2015-09-02 07:55:52.644475 [ERR] switch_core_session.c:2710 Invalid Application
Matched dial plan
<?xml version="1.0" encoding="UTF-8" standalone="no"?> <document type="freeswitch/xml"> <section name="dialplan" description="Dotcs automatically generated dialplan"> <context name="public"> <extension name="tribuneroute"> <condition> <action application="export" data="call_direction=inbound"/> <action application="transfer" data="6508 XML default"/> </condition> </extension> </context> </section> </document>
The same codes are running fine on two other boxes.
Thanks
Adolphe
On Wed, Sep 2, 2015 at 12:50 AM, Michael Jerris <mike@jerris.com> wrote:
yes, I suggest you get rid of the transfer and try without the condition
On Tuesday, September 1, 2015, acheraime . <acheraime@gmail.com> wrote:
Michael,
I agree with you on the redundant condition statement. About the transfer I take that path because I already handle calls to registered users or any voice application like auto attendant from other dial plans. For sake of simplicity I transfer call from DIDs to them instead of redefining the same logics. Any suggestions?
Thanks
Adolphe
On Tue, Sep 1, 2015 at 11:17 PM, Michael Jerris <mike@jerris.com> wrote:
when generating dynamic dial plan, it makes no sense to generate a condition, you would think your logic already handled the conditions. You can use a blank condition tag instead... also, why have it transfer right back into dial plan causing extra parsing, instead just give it the actions that would otherwise happen inside the extension its being transferred to.
On Tuesday, September 1, 2015, acheraime . <acheraime@gmail.com> wrote:
Hi,
I'm experiencing a strange issue with freeswitch 1.4.21 running on CentOS 6.5. I have a trunk that terminates a few DIDs for 150 sip users. I'm using mod_python to dynamically generate all my dialplans. Everything have been working fine for three weeks (When I made this deployment) since Saturday, freeswitch start dropping calls. 95% of inbound calls are dropped with a "No route" message or an "invalid application" error. What's seems weird is the extension is generated. Below is a snippet of a log
2015-09-01 21:35:07.967396 [INFO] mod_dialplan_xml.c:635 Processing WIRELESS CALLER <603XXXXXXX>->813XXXXX in context public 2015-09-01 21:35:07.968396 [NOTICE] mod_python.c:212 Invoking py module: fscore.handler 2015-09-01 21:35:07.970394 [DEBUG] mod_python.c:283 Call python script 2015-09-01 21:35:07.970394 [INFO] switch_cpp.cpp:1328 This a dialplan request 2015-09-01 21:35:07.975403 [INFO] switch_cpp.cpp:1328 Call from outside network 2015-09-01 21:35:07.976400 [NOTICE] switch_cpp.cpp:1328 <?xml version="1.0" encoding="UTF-8" standalone="no"?> <document type="freeswitch/xml"> <section name="dialplan" description="Dotcs automatically generated dialplan"> <context name="public"> <extension name="338_dotcs_route"> <condition field="destination_number" expression="^(813XXXXXXX)$"> <action application="log" data="notice INBOUND CALL FOR DID ${destination_number}"/> <action application="export" data="call_direction=inbound"/> <action application="transfer" data="1049 XML default"/> </condition> </extension> </context> </section> </document>
2015-09-01 21:35:07.976400 [DEBUG] mod_python.c:286 Finished calling python script Dialplan: sofia/external/603XXXXXXX@10.50.12.227:5065 parsing [public->338_dotcs_route] continue=false *Dialplan: sofia/external/603XXXXXXX@10.50.12.227:5065 <http://603XXXXXXX@10.50.12.227:5065> Regex (PASS) ] destination_number(813XXXXXXX) =~ /^(813XXXXXXX)$/ break=on-false* 2015-09-01 21:35:07.976400 [INFO] switch_core_state_machine.c:241 No Route, Aborting
What do you guys think might be wrong?
Thanks
--
*Adolphe CHER-AIME*
_________________________________________________________________________ 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
_________________________________________________________________________ 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
Oh sorry, gmail webclient parses part of it and shows some garbly characters... I see the normal string in the email. -Avi On Wed, Sep 2, 2015 at 3:38 PM, acheraime . <acheraime@gmail.com> wrote:
@ Marcus,
Yes it is. <?xml version="1.0" encoding="UTF-8" standalone="no"?>
On Wed, Sep 2, 2015 at 8:22 AM, Avi Marcus <avi@avimarcus.net> wrote:
This line is the same on the other machines, too?
-8" standalone="no"?>
-Avi Marcus
On Wed, Sep 2, 2015 at 3:10 PM, acheraime . <acheraime@gmail.com> wrote:
Michael,
I did exactly what you suggest about the condition . Now 2/3 calls failed with an Invalid application. I realize that when freeswitch is parsing the extension. For some reason freeswitch receive some empty application statement this is why it throw the invalid application exception. See below
Dialplan: sofia/external/863xxxxxxx@10.50.12.227:5065 Action export(call_direction=inbound) Dialplan: sofia/external/863xxxxxxx@10.50.12.227:5065 Action () 2015-09-02 07:55:52.644475 [DEBUG] switch_core_state_machine.c:216 (sofia/external/863xxxxxxx@10.50.12.227:5065) State Change CS_ROUTING -> CS_EXECUTE 2015-09-02 07:55:52.644475 [DEBUG] switch_core_session.c:1397 Send signal sofia/external/863xxxxxxx@10.50.12.227:5065 [BREAK] 2015-09-02 07:55:52.644475 [DEBUG] switch_core_state_machine.c:528 (sofia/external/863xxxxxxx@10.50.12.227:5065) State ROUTING going to sleep 2015-09-02 07:55:52.644475 [DEBUG] switch_core_state_machine.c:472 (sofia/external/863xxxxxxx@10.50.12.227:5065) Running State Change CS_EXECUTE 2015-09-02 07:55:52.644475 [DEBUG] switch_core_state_machine.c:535 (sofia/external/863xxxxxxx@10.50.12.227:5065) State EXECUTE 2015-09-02 07:55:52.644475 [DEBUG] mod_sofia.c:178 sofia/external/ 863xxxxxxx@10.50.12.227:5065 SOFIA EXECUTE 2015-09-02 07:55:52.644475 [DEBUG] switch_core_state_machine.c:258 sofia/external/863xxxxxxx@10.50.12.227:5065 Standard EXECUTE 2015-09-02 07:55:52.644475 [ERR] switch_core_session.c:2710 Invalid Application
Matched dial plan
<?xml version="1.0" encoding="UTF-8" standalone="no"?> <document type="freeswitch/xml"> <section name="dialplan" description="Dotcs automatically generated dialplan"> <context name="public"> <extension name="tribuneroute"> <condition> <action application="export" data="call_direction=inbound"/> <action application="transfer" data="6508 XML default"/> </condition> </extension> </context> </section> </document>
The same codes are running fine on two other boxes.
Thanks
Adolphe
On Wed, Sep 2, 2015 at 12:50 AM, Michael Jerris <mike@jerris.com> wrote:
yes, I suggest you get rid of the transfer and try without the condition
On Tuesday, September 1, 2015, acheraime . <acheraime@gmail.com> wrote:
Michael,
I agree with you on the redundant condition statement. About the transfer I take that path because I already handle calls to registered users or any voice application like auto attendant from other dial plans. For sake of simplicity I transfer call from DIDs to them instead of redefining the same logics. Any suggestions?
Thanks
Adolphe
On Tue, Sep 1, 2015 at 11:17 PM, Michael Jerris <mike@jerris.com> wrote:
when generating dynamic dial plan, it makes no sense to generate a condition, you would think your logic already handled the conditions. You can use a blank condition tag instead... also, why have it transfer right back into dial plan causing extra parsing, instead just give it the actions that would otherwise happen inside the extension its being transferred to.
On Tuesday, September 1, 2015, acheraime . <acheraime@gmail.com> wrote:
> Hi, > > I'm experiencing a strange issue with freeswitch 1.4.21 running on > CentOS 6.5. > I have a trunk that terminates a few DIDs for 150 sip users. I'm > using mod_python to dynamically generate all my dialplans. > Everything have been working fine for three weeks (When I made this > deployment) since Saturday, freeswitch start dropping calls. 95% of inbound > calls are dropped with > a "No route" message or an "invalid application" error. > What's seems weird is the extension is generated. Below is a snippet > of a log > > > 2015-09-01 21:35:07.967396 [INFO] mod_dialplan_xml.c:635 Processing > WIRELESS CALLER <603XXXXXXX>->813XXXXX in context public > 2015-09-01 21:35:07.968396 [NOTICE] mod_python.c:212 Invoking py > module: fscore.handler > 2015-09-01 21:35:07.970394 [DEBUG] mod_python.c:283 Call python > script > 2015-09-01 21:35:07.970394 [INFO] switch_cpp.cpp:1328 This a > dialplan request > 2015-09-01 21:35:07.975403 [INFO] switch_cpp.cpp:1328 Call from > outside network > 2015-09-01 21:35:07.976400 [NOTICE] switch_cpp.cpp:1328 > <?xml version="1.0" encoding="UTF-8" > standalone="no"?> > <document type="freeswitch/xml"> > <section name="dialplan" description="Dotcs > automatically generated dialplan"> > <context name="public"> > <extension name="338_dotcs_route"> > <condition > field="destination_number" expression="^(813XXXXXXX)$"> > <action application="log" > data="notice INBOUND CALL FOR DID ${destination_number}"/> > <action application="export" > data="call_direction=inbound"/> > <action > application="transfer" data="1049 XML default"/> > </condition> > </extension> > </context> > </section> > </document> > > 2015-09-01 21:35:07.976400 [DEBUG] mod_python.c:286 Finished calling > python script > Dialplan: sofia/external/603XXXXXXX@10.50.12.227:5065 parsing > [public->338_dotcs_route] continue=false > *Dialplan: sofia/external/603XXXXXXX@10.50.12.227:5065 > <http://603XXXXXXX@10.50.12.227:5065> Regex (PASS) ] > destination_number(813XXXXXXX) =~ /^(813XXXXXXX)$/ break=on-false* > 2015-09-01 21:35:07.976400 [INFO] switch_core_state_machine.c:241 No > Route, Aborting > > > What do you guys think might be wrong? > > > Thanks > > > > -- > > > *Adolphe CHER-AIME* >
_________________________________________________________________________ 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
_________________________________________________________________________ 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
_________________________________________________________________________ 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
*> Dialplan: sofia/external/603XXXXXXX@10.50.12.227:5065 <http://603XXXXXXX@10.50.12.227:5065/> Regex (PASS) ] destination_number(813XXXXXXX) =~ /^(813XXXXXXX)$/ break=on-false* The ']' bracket without an opening bracket looks odd to me. Normally you'd expect to see [338_dotcs_route]. That suggests there are some character problems. Not sure if that'd be your issue, but perhaps there are parsing problems as a result. On 2 September 2015 at 03:11, acheraime . <acheraime@gmail.com> wrote:
Hi,
I'm experiencing a strange issue with freeswitch 1.4.21 running on CentOS 6.5. I have a trunk that terminates a few DIDs for 150 sip users. I'm using mod_python to dynamically generate all my dialplans. Everything have been working fine for three weeks (When I made this deployment) since Saturday, freeswitch start dropping calls. 95% of inbound calls are dropped with a "No route" message or an "invalid application" error. What's seems weird is the extension is generated. Below is a snippet of a log
2015-09-01 21:35:07.967396 [INFO] mod_dialplan_xml.c:635 Processing WIRELESS CALLER <603XXXXXXX>->813XXXXX in context public 2015-09-01 21:35:07.968396 [NOTICE] mod_python.c:212 Invoking py module: fscore.handler 2015-09-01 21:35:07.970394 [DEBUG] mod_python.c:283 Call python script 2015-09-01 21:35:07.970394 [INFO] switch_cpp.cpp:1328 This a dialplan request 2015-09-01 21:35:07.975403 [INFO] switch_cpp.cpp:1328 Call from outside network 2015-09-01 21:35:07.976400 [NOTICE] switch_cpp.cpp:1328 <?xml version="1.0" encoding="UTF-8" standalone="no"?> <document type="freeswitch/xml"> <section name="dialplan" description="Dotcs automatically generated dialplan"> <context name="public"> <extension name="338_dotcs_route"> <condition field="destination_number" expression="^(813XXXXXXX)$"> <action application="log" data="notice INBOUND CALL FOR DID ${destination_number}"/> <action application="export" data="call_direction=inbound"/> <action application="transfer" data="1049 XML default"/> </condition> </extension> </context> </section> </document>
2015-09-01 21:35:07.976400 [DEBUG] mod_python.c:286 Finished calling python script Dialplan: sofia/external/603XXXXXXX@10.50.12.227:5065 parsing [public->338_dotcs_route] continue=false *Dialplan: sofia/external/603XXXXXXX@10.50.12.227:5065 <http://603XXXXXXX@10.50.12.227:5065> Regex (PASS) ] destination_number(813XXXXXXX) =~ /^(813XXXXXXX)$/ break=on-false* 2015-09-01 21:35:07.976400 [INFO] switch_core_state_machine.c:241 No Route, Aborting
What do you guys think might be wrong?
Thanks
--
*Adolphe CHER-AIME*
_________________________________________________________________________ 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
Steven, I agree with you. Certainly there's a parsing issue. On Wed, Sep 2, 2015 at 8:06 AM, Steven Ayre <steveayre@gmail.com> wrote:
*> Dialplan: sofia/external/603XXXXXXX@10.50.12.227:5065 <http://603XXXXXXX@10.50.12.227:5065/> Regex (PASS) ] destination_number(813XXXXXXX) =~ /^(813XXXXXXX)$/ break=on-false*
The ']' bracket without an opening bracket looks odd to me. Normally you'd expect to see [338_dotcs_route]. That suggests there are some character problems. Not sure if that'd be your issue, but perhaps there are parsing problems as a result.
On 2 September 2015 at 03:11, acheraime . <acheraime@gmail.com> wrote:
Hi,
I'm experiencing a strange issue with freeswitch 1.4.21 running on CentOS 6.5. I have a trunk that terminates a few DIDs for 150 sip users. I'm using mod_python to dynamically generate all my dialplans. Everything have been working fine for three weeks (When I made this deployment) since Saturday, freeswitch start dropping calls. 95% of inbound calls are dropped with a "No route" message or an "invalid application" error. What's seems weird is the extension is generated. Below is a snippet of a log
2015-09-01 21:35:07.967396 [INFO] mod_dialplan_xml.c:635 Processing WIRELESS CALLER <603XXXXXXX>->813XXXXX in context public 2015-09-01 21:35:07.968396 [NOTICE] mod_python.c:212 Invoking py module: fscore.handler 2015-09-01 21:35:07.970394 [DEBUG] mod_python.c:283 Call python script 2015-09-01 21:35:07.970394 [INFO] switch_cpp.cpp:1328 This a dialplan request 2015-09-01 21:35:07.975403 [INFO] switch_cpp.cpp:1328 Call from outside network 2015-09-01 21:35:07.976400 [NOTICE] switch_cpp.cpp:1328 <?xml version="1.0" encoding="UTF-8" standalone="no"?> <document type="freeswitch/xml"> <section name="dialplan" description="Dotcs automatically generated dialplan"> <context name="public"> <extension name="338_dotcs_route"> <condition field="destination_number" expression="^(813XXXXXXX)$"> <action application="log" data="notice INBOUND CALL FOR DID ${destination_number}"/> <action application="export" data="call_direction=inbound"/> <action application="transfer" data="1049 XML default"/> </condition> </extension> </context> </section> </document>
2015-09-01 21:35:07.976400 [DEBUG] mod_python.c:286 Finished calling python script Dialplan: sofia/external/603XXXXXXX@10.50.12.227:5065 parsing [public->338_dotcs_route] continue=false *Dialplan: sofia/external/603XXXXXXX@10.50.12.227:5065 <http://603XXXXXXX@10.50.12.227:5065> Regex (PASS) ] destination_number(813XXXXXXX) =~ /^(813XXXXXXX)$/ break=on-false* 2015-09-01 21:35:07.976400 [INFO] switch_core_state_machine.c:241 No Route, Aborting
What do you guys think might be wrong?
Thanks
--
*Adolphe CHER-AIME*
_________________________________________________________________________ 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
participants (4)
-
acheraime .
-
Avi Marcus
-
Michael Jerris
-
Steven Ayre