[Freeswitch-users] Strange DID routing behavior

[Michael Jerris]

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
> <javascript:_e(%7B%7D,'cvml','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
>> <javascript:_e(%7B%7D,'cvml','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
>> <javascript:_e(%7B%7D,'cvml','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
>> <javascript:_e(%7B%7D,'cvml','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/285406cb/attachment.html