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 witha "No route" message or an "invalid application" error.What's seems weird is the extension is generated. Below is a snippet of a log2015-09-01 21:35:07.967396 [INFO] mod_dialplan_xml.c:635 Processing WIRELESS CALLER <603XXXXXXX>->813XXXXX in context public2015-09-01 21:35:07.968396 [NOTICE] mod_python.c:212 Invoking py module: fscore.handler2015-09-01 21:35:07.970394 [DEBUG] mod_python.c:283 Call python script2015-09-01 21:35:07.970394 [INFO] switch_cpp.cpp:1328 This a dialplan request2015-09-01 21:35:07.975403 [INFO] switch_cpp.cpp:1328 Call from outside network2015-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 scriptDialplan: sofia/external/603XXXXXXX@10.50.12.227:5065 parsing [public->338_dotcs_route] continue=falseDialplan: sofia/external/603XXXXXXX@10.50.12.227:5065 Regex (PASS) ] destination_number(813XXXXXXX) =~ /^(813XXXXXXX)$/ break=on-false2015-09-01 21:35:07.976400 [INFO] switch_core_state_machine.c:241 No Route, AbortingWhat do you guys think might be wrong?Thanks--Adolphe CHER-AIME