[Freeswitch-users] Strange DID routing behavior

acheraime . acheraime at gmail.com
Wed Sep 2 16:10:11 MSD 2015


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 at 10.50.12.227:5065 Action
export(call_direction=inbound)
Dialplan: sofia/external/863xxxxxxx at 10.50.12.227:5065 Action ()
2015-09-02 07:55:52.644475 [DEBUG] switch_core_state_machine.c:216
(sofia/external/863xxxxxxx at 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 at 10.50.12.227:5065 [BREAK]
2015-09-02 07:55:52.644475 [DEBUG] switch_core_state_machine.c:528
(sofia/external/863xxxxxxx at 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 at 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 at 10.50.12.227:5065) State EXECUTE
2015-09-02 07:55:52.644475 [DEBUG] mod_sofia.c:178 sofia/external/
863xxxxxxx at 10.50.12.227:5065 SOFIA EXECUTE
2015-09-02 07:55:52.644475 [DEBUG] switch_core_state_machine.c:258
sofia/external/863xxxxxxx at 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 at jerris.com> wrote:

> yes, I suggest you get rid of the transfer and try without the condition
>
>
> On Tuesday, September 1, 2015, acheraime . <acheraime at 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 at 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 at 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 at 10.50.12.227:5065 parsing
>>>> [public->338_dotcs_route] continue=false
>>>> *Dialplan: sofia/external/603XXXXXXX at 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 at 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 at 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150902/619bfcbd/attachment.html 


Join us at ClueCon 2016 Aug 8-12, 2016
More information about the FreeSWITCH-users mailing list