[Freeswitch-users] Strange DID routing behavior
Avi Marcus
avi at avimarcus.net
Wed Sep 2 16:22:21 MSD 2015
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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150902/e4f6a342/attachment-0001.html
Join us at ClueCon 2016 Aug 8-12, 2016
More information about the FreeSWITCH-users
mailing list