03-25-2017 05:31 AM - edited 03-17-2019 09:54 AM
I am working with a new ISR4331 and outgoing dial peers are not matching [range of digits] properly.
Dial-peer 100 should match 00100~00999, but it doesn't.
I get 'no match' when the second zero is entered. 00 = 'no match'
!
dial-peer voice 100 pots
trunkgroup DEFAULT
description 00100~00999
translation-profile outgoing CLID
preference 1
destination-pattern 00[1-9]..$
no digit-strip
!
dial-peer voice 200 pots
trunkgroup DEFAULT
description Catch-all
translation-profile outgoing CLID
preference 10
destination-pattern 0.T
no digit-strip
!
Notice that dial-peer 200 is a catch-all. But it's not checking the next dial-peer, this problem seems to break additional pattern matching.
I use similar destination patterns on other CME's and they work correctly.
Am I encountering a bug in IOS? If so, anyone know if it's been resolved?
Thanks!
03-26-2017 03:32 PM
Reverse engineer this, so start off with an exact match, say 00199 make a call and see if it hits dial-peer 100. then put in 01.. test again and so forth.
meanwhile do a debug dial peer to see what gets matched.
also make sure that you have no translation patterns, that could manipulate, causing the DP not to get hit.
(csim start <number> is a useful command when debugging and TS this sort of issue)
Please rate if this helps
03-26-2017 07:41 PM
I actually discovered the answer. The sip phone KPML (keypad markup language) does not handle dial-peer destination-patterns properly. Specifically, KPML does not support the range parameter.
So the dialing fails when it encounters a digit range.
I had to override KPML, forcing the SIP phone to use a separate dialplan. Shown below.
voice register dialplan 1
type 7940-7960-others
pattern 1 0,01..
pattern 2 0,02..
pattern 3 0,03..
pattern 4 0,04..
pattern 5 0,05..
pattern 6 0,06..
pattern 7 0,07..
pattern 8 0,08..
pattern 9 0,09..
pattern 10 0,*
Thanks
03-26-2017 08:04 PM
what phones were you using? or was it only the 7940's-60's?
03-27-2017 06:31 PM
Using the 8851 SIP phones.
BTW:
The dial-peer would be applied properly when sending the full dial string from the phone. Enter all the digits and press place call.
The issue was when a line was selected, with the open connection tone. When dialing a valid dial-peer string, this is where it would fail when it encountered a [range] in the dial-peer. Solved by applying 'voice register dialplan' to the phone.
voice register pool 1
pin 12345
park reservation-group 1
id mac FFFF.FFFF.FFFF
type 8851
number 1 dn 1
number 2 dn 2
number 3 dn 3
dialplan 1
dtmf-relay rtp-nte sip-notify
username secret password 12345
codec g711ulaw
no vad
!
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide