@ 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