[Freeswitch-users] Strange DID routing behavior
acheraime .
acheraime at gmail.com
Wed Sep 2 16:38:14 MSD 2015
@ 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 at 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 at 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 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
>>>
>>
>>
>>
>>
>>
>> _________________________________________________________________________
>> 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/808c5afe/attachment-0001.html
Join us at ClueCon 2016 Aug 8-12, 2016
More information about the FreeSWITCH-users
mailing list