destination-pattern problems...
It appears that I can only get a destination pattern match on 9T? When I disbale this dial-peer, none of the other destination patterns match per... debug voice dialpeer default. I also assume this is why my cor list are not working properly, all call are routed out the 9T dial-peer with no COR bound to it... Any insight would be greatly appreciated.
My destination patterns are as follows...
destination-pattern 9911
destination-pattern 911
destination-pattern 9[2-9].........
destination-pattern 91.............
destination-pattern 9011T
destination-pattern 91900.......
destination-pattern 91976.......
destination-pattern 9T
I also have my preference set to one for fxo 0/1/0 two for 0/1/1 three for 0/1/4 etc...
Output with dial-peer shutdown...
Match Rule=DP_MATCH_DEST; Called Number=9195
Jan 25 17:13:49.541: //-1/B99BFE8B87CA/DPM/dpMatchPeersCore:
No Outgoing Dial-peer Is Matched; Result=NO_MATCH(-1)
Otherwise... 9T pots win out...
.Jan 25 17:40:14.760: //-1/651848648817/DPM/dpMatchPeersMoreArg:
Result=SUCCESS(0)
List of Matched Outgoing Dial-peer(s):
1: Dial-peer Tag=57
2: Dial-peer Tag=65
New forum topics
Active forum topics
- CUE error on upgrade attempt
- CUE error on upgrade attempt
- BACD real time monitoring?
- Cisco VoIP over Sonicwall VPN
- UC560 SPA504g + 500s Expansion Module losing settings in User Extensions
- UC520- Outbound caller ID
- UC500 and Outlook / Exchange integration
- Call Accounting and Billing - UC500 , CUCME and CUCM
- Re- addressing ESW-520-48P admin interface
- Auto attendant script presenting DNIS to agent
Recent comments
- 7975 with 7916 expansion module
1 day 3 hours ago - UC560 Outbound Caller ID name
1 day 3 hours ago - UC500 and Outlook / Exchange integration
1 day 8 hours ago - same problem - different approach?
2 days 9 hours ago - well, I erase the route
3 days 20 hours ago - thats true man, well i will
3 days 21 hours ago - Outlook Rules
4 days 6 hours ago - Just a quick thank you for
4 days 14 hours ago - Still not fixed in 2.2(5)
1 week 1 day ago - Bellsouth is really odd
1 week 1 day ago
Subscribe to the UC500 Rss Feed
Voice News
- Demo Thursday: Cisco FabricPath
- SalesForce's Chatter is A Chasm Crosser
- Talk2Cisco: Capturing Today's Profit & Driving Tomorrow's Growth
- Google Voice - UCStrategies Podcast Analysis
- Two Cultures Drive Data Center Development in Higher Education
- Grote relies on WebEx to communicate with sales force
- In The UK BT Launches a Wi-Fi Smartphone App
- Observation-iPad's Are Just Starting to Take Off
- Airfare Prices Rising, Video Conferencing Costs Falling
- Apple Just Gave Bandwidth Providers a Present
- Cisco Customer Collaboration Technology
- Cisco Customer Collaboration Technology
Cisco TAC Issues - CME - UE
- CUE 8.0(2) - Announcement Only Mailbox does not play announcements , Open CSCti72294
- CUE 8.x will have problems restoring backup from AIM-CUE 7.2.x , Open CSCti70693
- need way to send CUE host name or IP instead of "localhost" to syslog , Open CSCti55268
- CUE: blank voice mails when more than one RTP stream to same port , Open CSCsk77329
- CUE restore fails , Terminated CSCti31531
Comments
Destination pattern problems on UC520
Looks to me that you might have a problem with a translation rule.
When I look at this line of your debug output
Match Rule=DP_MATCH_DEST; Called Number=9195
The Called number is showing 4 digits. It looks like you are translating the full dialed number down to 4 digits.
You can use the following command to test your translation rules.
test voice translation-rule RULENUMBER ENterATestNumbertoDial
Another command I use to test is an Undocumented command
CSIM START PhonenumberToDial
this command actually sends a test call from the box rather than the phone. Bypassing COR if you had it applied.
four digits
When I get to that fourth digit it cuts off the call, that's my 9 for an outside line, 1 for LD, and 95... = 954 for Fort Lauderdale Florida... It won't let me enter anymore digits and drops the line. I'll check what you posted though, as always thanks!
NOTE... I did notice that in CUE, only 9.T and .T are setup for patterns in Configure / System Parameters / Transfer Patterns... could this be a IOS VS CUE functionality issue?
HUM... Probably not...
To configure your Cisco Unified CME system to permit transfers to nonlocal destinations (VoIP or PSTN), set the transfer-pattern command under telephony-service. The transfer-pattern command also allows you to specify that specific transfer-to destinations should receive only blind transfers. You also have to use this configuration for SIP VoIP transfers. The transfer-pattern command allows you to restrict trunk-to-trunk transfers to prevent incoming PSTN calls from being transferred back out to the PSTN (employee toll fraud). Trunk-to-trunk transfers are disabled by default, because the default is to allow only local extension-to-extension transfers.
???
Num-Exp
Do you have any num-exp statements that might be matching it?
Also I noticed that preference statements don't seem to matter all the time in the UC500. I have an install that I noticed it matches based on which dial-peer statments are configured first. If you do a show dial-peer voice summary, it will show you that ordered listed. What is the first dial-peer with 9 as the destination pattern? Is is the one you are matching outbound?
more info
No Num-EXP statements...
Order of dial-peer destination patterns seems correct as well. It's hopping on 57 first, and only other 9T desc patterns.
50 pots up up 9911 1 up 0/1/0
51 pots up up 911 1 up 0/1/0
52 pots up up 9[2-9]......... 1 up 0/1/0
53 pots up up 1 91............. 1 up 0/1/0
54 pots up up 011 9011T 1 up 0/1/0
55 pots up up 1900 91900....... 1 up 0/1/0
56 pots up up 1976 91976....... 1 up 0/1/0
57 pots up up 9T 1 up 0/1/0
Do you have COR on the other dial-peers?
Just a quick trubleshooting tip.
For the Router Consule do a Csim Start
CSIM START is an undocumented Cisco command (it will never show up when you use the question mark for help) This command will actually send a test call from the router itself bypassing COR.
hope it helps,
Ted