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@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@203.x.x.80 parsing [public->DID_31759999] continue=false
Dialplan: sofia/external/3175xxxx@203.x.x.80 Regex (FAIL) [DID_31759999] destination_number(6578xxxx) =~ /31759999/ break=on-false
Dialplan: sofia/external/3175xxxx@203.x.x.80 parsing [public->IVR2] continue=false
Dialplan: sofia/external/3175xxxx@203.x.x.80 Regex (PASS) [IVR] context(public) =~ /public/ break=on-false
Dialplan: sofia/external/3175xxxx@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@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@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@203.x.x.80 [KILL]
2012-02-09 17:09:17.199902 [DEBUG] switch_core_session.c:1180 Send signal sofia/external/3175xxxx@203.x.x.80 [BREAK]
2012-02-09 17:09:17.199902 [DEBUG] switch_core_state_machine.c:410 (sofia/external/3175xxxx@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@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@203.x.x.80) State HANGUP
2012-02-09 17:09:17.199902 [DEBUG] mod_sofia.c:469 Channel sofia/external/3175xxxx@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@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@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@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@203.x.x.80 [BREAK]
2012-02-09 17:09:17.199902 [DEBUG] switch_core_state_machine.c:362 (sofia/external/3175xxxx@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@203.x.x.80) State REPORTING
2012-02-09 17:09:17.199902 [DEBUG] switch_core_state_machine.c:79 sofia/external/3175xxxx@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@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@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@203.x.x.80 [BREAK]
2012-02-09 17:09:17.199902 [DEBUG] switch_core_session.c:1380 Session 23374 (sofia/external/3175xxxx@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@203.x.x.80) Ended
2012-02-09 17:09:17.199902 [NOTICE] switch_core_session.c:1400 Close Channel sofia/external/3175xxxx@203.x.x.80 [CS_DESTROY]
2012-02-09 17:09:17.199902 [DEBUG] switch_core_state_machine.c:491 (sofia/external/3175xxxx@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@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@203.x.x.80) State DESTROY
2012-02-09 17:09:17.199902 [DEBUG] mod_sofia.c:374 sofia/external/3175xxxx@203.x.x.80 SOFIA DESTROY
2012-02-09 17:09:17.199902 [DEBUG] switch_core_state_machine.c:86 sofia/external/3175xxxx@203.x.x.80 Standard DESTROY
2012-02-09 17:09:17.199902 [DEBUG] switch_core_state_machine.c:504 (sofia/external/3175xxxx@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@203.x.x.80 [BREAK]
2012-02-09 17:09:20.136096 [DEBUG] switch_core_session.c:875 Send signal sofia/external/6578xxxx@203.x.x.80 [BREAK]
2012-02-09 17:09:20.136096 [DEBUG] sofia.c:5512 Channel sofia/external/6578xxxx@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@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@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@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@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@203.x.x.80 parsing [public->DID_31759999] continue=false
Dialplan: sofia/external/3175xxxx@203.x.x.80 Regex (FAIL) [DID_31759999] destination_number(6578xxxx) =~ /31759999/ break=on-false
Dialplan: sofia/external/3175xxxx@203.x.x.80 parsing [public->IVR2] continue=false
Dialplan: sofia/external/3175xxxx@203.x.x.80 Regex (PASS) [IVR] context(public) =~ /public/ break=on-false
Dialplan: sofia/external/3175xxxx@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@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@203.194.x.x"/>
</condition>
</extension>


Thanks a lot.

Armand

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@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@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@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@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org