[Freeswitch-users] Strange DID routing behavior
Avi Marcus
avi at avimarcus.net
Wed Sep 2 16:46:51 MSD 2015
Oh sorry, gmail webclient parses part of it and shows some garbly
characters... I see the normal string in the email.
-Avi
On Wed, Sep 2, 2015 at 3:38 PM, acheraime . <acheraime at gmail.com> wrote:
> @ 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
>>
>
>
> _________________________________________________________________________
> 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/52215636/attachment-0001.html
Join us at ClueCon 2016 Aug 8-12, 2016
More information about the FreeSWITCH-users
mailing list