[Freeswitch-users] System shown no route but connected with false caller ID

Avi Marcus avi at avimarcus.net
Thu Feb 9 11:51:45 MSK 2012


If you're seeing unexpected dialplan stuff, then can you show us the entire
dialplan parsing log, from start to finish? I'm guessing you have an extra
bridge getting pulled in there...
-Avi


On Thu, Feb 9, 2012 at 10:31 AM, Man <mantung at commverge.com> wrote:

>  No failover bridge is configured and I cannot find any similar command in
> the dialplan directory.
>
> The log is a bit long here:
>
> Dialplan: sofia/external/3175xxxx at 203.x.x.80 parsing
> [public->DID_31759999] continue=false
> Dialplan: sofia/external/3175xxxx at 203.x.x.80 Regex (FAIL) [DID_31759999]
> destination_number(6578xxxx) =~ /31759999/ break=on-false
> Dialplan: sofia/external/3175xxxx at 203.x.x.80 parsing [public->IVR2]
> continue=false
> Dialplan: sofia/external/3175xxxx at 203.x.x.80 Regex (PASS) [IVR]
> context(public) =~ /public/ break=on-false
> Dialplan: sofia/external/3175xxxx at 203.x.x.80 Regex (FAIL) [IVR]
> destination_number(6578xxxx) =~ /023128002/ break=on-false
> 2012-02-09 17:09:17.199902 [INFO] switch_core_state_machine.c:177 No
> Route, Aborting
> 2012-02-09 17:09:17.199902 [DEBUG] switch_channel.c:2848 (
> sofia/external/3175xxxx at 203.x.x.80) Callstate Change RINGING -> HANGUP
> 2012-02-09 17:09:17.199902 [NOTICE] switch_core_state_machine.c:178 Hangup
> sofia/external/3175xxxx at 203.x.x.80 [CS_ROUTING] [NO_ROUTE_DESTINATION]
> 2012-02-09 17:09:17.199902 [DEBUG] switch_channel.c:2871 Send signal
> sofia/external/3175xxxx at 203.x.x.80 [KILL]
> 2012-02-09 17:09:17.199902 [DEBUG] switch_core_session.c:1180 Send signal
> sofia/external/3175xxxx at 203.x.x.80 [BREAK]
> 2012-02-09 17:09:17.199902 [DEBUG] switch_core_state_machine.c:410 (
> sofia/external/3175xxxx at 203.x.x.80) State ROUTING going to sleep
> 2012-02-09 17:09:17.199902 [DEBUG] switch_core_state_machine.c:362 (
> sofia/external/3175xxxx at 203.x.x.80) Running State Change CS_HANGUP
> 2012-02-09 17:09:17.199902 [DEBUG] switch_core_state_machine.c:602 (
> sofia/external/3175xxxx at 203.x.x.80) State HANGUP
> 2012-02-09 17:09:17.199902 [DEBUG] mod_sofia.c:469 Channel
> sofia/external/3175xxxx at 203.x.x.80 hanging up, cause: NO_ROUTE_DESTINATION
> 2012-02-09 17:09:17.199902 [DEBUG] mod_sofia.c:534 Responding to INVITE
> with: 404
> 2012-02-09 17:09:17.199902 [DEBUG] switch_core_state_machine.c:47
> sofia/external/3175xxxx at 203.x.x.80 Standard HANGUP, cause:
> NO_ROUTE_DESTINATION
> 2012-02-09 17:09:17.199902 [DEBUG] switch_core_state_machine.c:602 (
> sofia/external/3175xxxx at 203.x.x.80) State HANGUP going to sleep
> 2012-02-09 17:09:17.199902 [DEBUG] switch_core_state_machine.c:393 (
> sofia/external/3175xxxx at 203.x.x.80) State Change CS_HANGUP -> CS_REPORTING
> 2012-02-09 17:09:17.199902 [DEBUG] switch_core_session.c:1180 Send signal
> sofia/external/3175xxxx at 203.x.x.80 [BREAK]
> 2012-02-09 17:09:17.199902 [DEBUG] switch_core_state_machine.c:362 (
> sofia/external/3175xxxx at 203.x.x.80) Running State Change CS_REPORTING
> 2012-02-09 17:09:17.199902 [DEBUG] switch_core_state_machine.c:662 (
> sofia/external/3175xxxx at 203.x.x.80) State REPORTING
> 2012-02-09 17:09:17.199902 [DEBUG] switch_core_state_machine.c:79
> sofia/external/3175xxxx at 203.x.x.80 Standard REPORTING, cause:
> NO_ROUTE_DESTINATION
> 2012-02-09 17:09:17.199902 [DEBUG] switch_core_state_machine.c:662 (
> sofia/external/3175xxxx at 203.x.x.80) State REPORTING going to sleep
> 2012-02-09 17:09:17.199902 [DEBUG] switch_core_state_machine.c:387 (
> sofia/external/3175xxxx at 203.x.x.80) State Change CS_REPORTING ->
> CS_DESTROY
> 2012-02-09 17:09:17.199902 [DEBUG] switch_core_session.c:1180 Send signal
> sofia/external/3175xxxx at 203.x.x.80 [BREAK]
> 2012-02-09 17:09:17.199902 [DEBUG] switch_core_session.c:1380 Session
> 23374 (sofia/external/3175xxxx at 203.x.x.80) Locked, Waiting on external
> entities
> 2012-02-09 17:09:17.199902 [NOTICE] switch_core_session.c:1398 Session
> 23374 (sofia/external/3175xxxx at 203.x.x.80) Ended
> 2012-02-09 17:09:17.199902 [NOTICE] switch_core_session.c:1400 Close
> Channel sofia/external/3175xxxx at 203.x.x.80 [CS_DESTROY]
> 2012-02-09 17:09:17.199902 [DEBUG] switch_core_state_machine.c:491 (
> sofia/external/3175xxxx at 203.x.x.80) Callstate Change HANGUP -> DOWN
> 2012-02-09 17:09:17.199902 [DEBUG] switch_core_state_machine.c:494 (
> sofia/external/3175xxxx at 203.x.x.80) Running State Change CS_DESTROY
> 2012-02-09 17:09:17.199902 [DEBUG] switch_core_state_machine.c:504 (
> sofia/external/3175xxxx at 203.x.x.80) State DESTROY
> 2012-02-09 17:09:17.199902 [DEBUG] mod_sofia.c:374
> sofia/external/3175xxxx at 203.x.x.80 SOFIA DESTROY
> 2012-02-09 17:09:17.199902 [DEBUG] switch_core_state_machine.c:86
> sofia/external/3175xxxx at 203.x.x.80 Standard DESTROY
> 2012-02-09 17:09:17.199902 [DEBUG] switch_core_state_machine.c:504 (
> sofia/external/3175xxxx at 203.x.x.80) State DESTROY going to sleep
> 2012-02-09 17:09:17.327945 [DEBUG] switch_core_io.c:340 Setting BUG Codec
> PCMU:0
> 2012-02-09 17:09:17.519934 [INFO] switch_rtp.c:3188 Auto Changing port
> from 10.0.166.104:16384 to 118.x.x.115:2590
> 2012-02-09 17:09:20.136096 [DEBUG] switch_core_session.c:875 Send signal
> sofia/external/6578xxxx at 203.x.x.80 [BREAK]
> 2012-02-09 17:09:20.136096 [DEBUG] switch_core_session.c:875 Send signal
> sofia/external/6578xxxx at 203.x.x.80 [BREAK]
> 2012-02-09 17:09:20.136096 [DEBUG] sofia.c:5512 Channel
> sofia/external/6578xxxx at 203.x.x.80 entering state [proceeding][183]
> 2012-02-09 17:09:20.136096 [DEBUG] sofia.c:5523 Remote SDP:
> v=0
> o=CiscoSystemsSIP-GW-UserAgent 1393 6748 IN IP4 203.x.x.80
> s=SIP Call
> c=IN IP4 203.x.x.80
> t=0 0
> m=audio 17294 RTP/AVP 0 101
> c=IN IP4 203.x.x.80
> a=rtpmap:0 PCMU/8000
> a=rtpmap:101 telephone-event/8000
> a=fmtp:101 0-16
> a=ptime:20
>
> 2012-02-09 17:09:20.136096 [DEBUG] sofia_glue.c:4374 Activate Buggy
> RFC2833 Mode!
> 2012-02-09 17:09:20.136096 [DEBUG] sofia_glue.c:4798 Audio Codec Compare
> [PCMU:0:8000:20:64000]/[PCMU:0:8000:20:64000]
> 2012-02-09 17:09:20.136096 [DEBUG] sofia_glue.c:2919 Set Codec
> sofia/external/6578xxxx at 203.x.x.80 PCMU/8000 20 ms 160 samples 64000 bits
> 2012-02-09 17:09:20.136096 [DEBUG] switch_core_codec.c:111
> sofia/external/6578xxxx at 203.x.x.80 Original read codec set to PCMU:0
> 2012-02-09 17:09:20.136096 [DEBUG] sofia_glue.c:4912 Set 2833 dtmf send
> payload to 101
> 2012-02-09 17:09:20.136096 [DEBUG] sofia_glue.c:3171 AUDIO RTP [
> sofia/external/6578xxxx at 203.x.x.80] 203.x.x.91 port 28814 -> 203.x.x.80
> port 17294 codec: 0 ms: 20
> 2012-02-09 17:09:20.136096 [DEBUG] switch_rtp.c:1669 Not using a timer
> 2012-02-09 17:09:20.136096 [DEBUG] sofia_glue.c:3435 Set 2833 dtmf send
> payload to 101
> 2012-02-09 17:09:20.136096 [DEBUG] sofia_glue.c:3441 Set 2833 dtmf receive
> payload to 101
> 2012-02-09 17:09:20.136096 [NOTICE] sofia_glue.c:3945 Pre-Answer
> sofia/external/6578xxxx at 203.x.x.80!
>
> Seem the system treat this outbound call as inbound. It loaded the inbound
> dialplan. As following entries are only in
> ../freeswitch/conf/dialplan/public:
> Dialplan: sofia/external/3175xxxx at 203.x.x.80 parsing
> [public->DID_31759999] continue=false
> Dialplan: sofia/external/3175xxxx at 203.x.x.80 Regex (FAIL) [DID_31759999]
> destination_number(6578xxxx) =~ /31759999/ break=on-false
> Dialplan: sofia/external/3175xxxx at 203.x.x.80 parsing [public->IVR2]
> continue=false
> Dialplan: sofia/external/3175xxxx at 203.x.x.80 Regex (PASS) [IVR]
> context(public) =~ /public/ break=on-false
> Dialplan: sofia/external/3175xxxx at 203.x.x.80 Regex (FAIL) [IVR]
> destination_number(6578xxxx) =~ /023128002/ break=on-false
>
> Thank you.
>
> Armand
>
> On 2012-02-09 3:59 PM, Avi Marcus wrote:
>
> Can we see the call on /log 7? You don't have a failover bridge
> destination?
> -Avi
>
> On Thu, Feb 9, 2012 at 6:03 AM, Man <mantung at commverge.com> wrote:
>
>>  User registered to the system and try to make call to PSTN network but
>> system show "No Route, Aborting" at first and connect the call right after
>> it. The destination number ring wrong caller ID displayed. 40% calls
>> happened with this issue.
>>
>> Any possible reason?
>>
>> FreeSWITCH Version 1.0.head (git-7f5b8fb 2012-02-02 20-41-15 -0600)
>>
>> Checked the CDR both normal and fault call are no different.
>>
>> My dialplan is simply bridge the call to the voice gateway:
>> <extension name="outbound">
>> <condition field="destination_number" expression="^(\d{8})$">
>> <action application="bridge" data="sofia/external/$1 at 203.194.x.x"<sofia/external/$1 at 203.194.x.x>
>> />
>> </condition>
>> </extension>
>>
>> Thanks a lot.
>>
>>  Armand
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.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.orghttp://www.freeswitchsolutions.com
>
> FreeSWITCH-powered IP PBX: The CudaTel Communication Server
>
> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
>
> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.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/20120209/b76a1752/attachment-0001.html 


Join us at ClueCon 2011 Aug 9-11, 2011
More information about the FreeSWITCH-users mailing list