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 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