From: Cal Michael (cmichael@xxxxxxxxxxxxxxxx)
Date: Sun Jun 17 2001 - 21:21:50 GMT-3
- Neat trick with the TAC case link. . .
- If anyone has any additional ideas, I am
open to them. . .
- Based on a private reply to the problem
that mentioned using a $ character as the
null at the end of both voice peer 9 and 91
destination patterns.
Liked the idea, appealed to the logical. . .
Cured the show dialplan number issue quite
well, but didn't resolve the issue of this
working with real lines.
IOS's tried: 12.1.5T7 and 12.1.3XA
Have tried to invoke the power of a router
reload. . .
- Someone also mentioned that under the 911
peer that prefix 911 should be there.
In testing with 411, we found that it is
not needed. Is a prefix needed? Opinions?
- Current applicable configuration, and in
this order, I have tried reordering them
for grins:
I have dumped the 9T for now. . .
!
dial-peer voice 911 pots
destination-pattern +911
port 1/1/0
!
dial-peer voice 91 pots
destination-pattern 91..........$
prefix 1
port 1/1/1
!
dial-peer voice 9 pots
destination-pattern 9.......$
port 1/1/1
!
--- Requested Information / Output ---
2621-1#show dialplan number 95551212
Macro Exp.: 95551212
VoiceOverIpPeer9
information type = voice,
tag = 9, destination-pattern = `9.......$',
answer-address = `', preference=0,
numbering Type = `unknown'
group = 9, Admin state is up, Operation state is up,
incoming called-number = `', connections/maximum = 0/unlimited,
DTMF Relay = disabled,
huntstop = disabled,
in bound application associated: DEFAULT
out bound application associated:
permission :both
incoming COR list:maximum capability
outgoing COR list:minimum requirement
type = pots, prefix = `',
forward-digits default
session-target = `', voice-port = `1/1/1',
direct-inward-dial = disabled,
digit_strip = enabled,
register E.164 number with GK = TRUE
Connect Time = 4109, Charged Units = 0,
Successful Calls = 0, Failed Calls = 0, Incomplete Calls = 0
Accepted Calls = 4, Refused Calls = 0,
Last Disconnect Cause is "10 ",
Last Disconnect Text is "normal call clearing.",
Last Setup Time = 43632.
Matched: 95551212 Digits: 2
Target:
2621-1#
2621-1#show dialplan number 918005551212
Macro Exp.: 918005551212
VoiceOverIpPeer91
information type = voice,
tag = 91, destination-pattern = `91..........$',
answer-address = `', preference=0,
numbering Type = `unknown'
group = 91, Admin state is up, Operation state is up,
incoming called-number = `', connections/maximum = 0/unlimited,
DTMF Relay = disabled,
huntstop = disabled,
in bound application associated: DEFAULT
out bound application associated:
permission :both
incoming COR list:maximum capability
outgoing COR list:minimum requirement
type = pots, prefix = `',
forward-digits default
session-target = `', voice-port = `1/1/1',
direct-inward-dial = disabled,
digit_strip = enabled,
register E.164 number with GK = TRUE
Connect Time = 4109, Charged Units = 0,
Successful Calls = 0, Failed Calls = 0, Incomplete Calls = 0
Accepted Calls = 4, Refused Calls = 0,
Last Disconnect Cause is "10 ",
Last Disconnect Text is "normal call clearing.",
Last Setup Time = 43632.
Matched: 818005551212 Digits: 3
Target:
2621-1#
- This is from a test call in progress.
2621-1#show call voice active brief
<output truncated>
Total call-legs: 4
B : 43150hs.1 +781 pid:1001 Answer +18475551001 active
dur 00:00:06 tx:60/9242 rx:326/52160
Tele 1/0/0:9: tx:6510/6510/0ms g711ulaw noise:0 acom:20 i/0:-41/-58 dBm
B : 43632hs.1 +298 pid:8 Originate 91800555 active
dur 00:00:07 tx:372/59520 rx:60/9242
IP 172.30.5.5:0 rtt:1ms pl:1155/0ms lost:0/1/0 delay:58/58/65ms g711ulaw
B : 43638hs.1 +271 pid:0 Answer 18475551001 active
dur 00:00:07 tx:60/9242 rx:373/59680
IP 172.30.5.5:0 rtt:1ms pl:2745/0ms lost:0/0/0 delay:54/54/65ms g711ulaw
B : 43638hs.2 +270 pid:58 Originate 91800555 active
dur 00:00:07 tx:373/59680 rx:60/9242
Tele 1/1/1 (12): tx:7670/1165/0ms g711ulaw noise:-63 acom:13 i/0:-53/-46
dBm
--- ----- ---
-----Original Message-----
From: Michael E. Flannagan [mailto:mflannag@cisco.com]
Sent: Sunday, June 17, 2001 2:40 PM
To: Cal Michael
Subject: RE: Problem with VoIP Dial Peers / Destination Patterns
Sounds to me like you need to play around with adding a $ to the end of
the dial strings -- my abbreviated understanding of VoIP is that the $
will compare all dialed digits, so you don't confuse things by having two
dial strings that being with 9. It's pretty well documented in the 12.2
docs on CCO under dialing patterns & strings.
---------------------------------------------------------
C i s c o S y s t e m s Michael E. Flannagan
| | Network Consulting Engineer
||| ||| Research Triangle Park, NC
||||||| ||||||| (919) 392-4550
.:|||||||||||:.:|||||||||||:. mflannag@cisco.com
---------------------------------------------------------
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
> Cal Michael
> Sent: Sunday, June 17, 2001 2:29 PM
> To: ccielab@groupstudy.com
> Subject: Problem with VoIP Dial Peers / Destination Patterns
>
>
> - I have a conceptual question regarding
> dial peer / destination-patterns.
>
> If a install has the requirement here in
> Chi town that they want to hit a 9 to be
> routed offnet to Ameritech/SBC and be able
> to do either 7 or 11 digit dialing (1+10)
> how do you set the destination patterns?
>
> I can get a destination pattern of 9T to
> work fine, but if I want to get specific,
> say because the Ameritech switch only will
> accept 10 digits or more so I would need
> to prepend - prefix the local area code to
> 7 digit calls, a 9T would not work for this
> and would seem to interfere with a exact
> dial peer / destination pattern match for
> 911, though I don't dare test that.
>
> I was thinking that I would need four dial
> peer w/ destination pattern aimed at the
> correct FXO ports, but when I do this, the
> result just doesn't work right.
>
> --- Example ---
>
> The first dial peer / destination pattern
> is for 7 digits dialing. It should strip
> the 9 by default. It prepends the local
> area code to send to the switch.
>
> dial-peer voice 9 pots
> destination-pattern 9.......
> prefix 847
> port 1/1/1
>
> The second dial peer / destination pattern
> is for 11 digits dialing. It should strip
> the 9 and 1 by default sending the remain
> 10 digits to Ameritech/SBC's switch.
>
> dial-peer voice 91 pots
> destination-pattern 91..........
> port 1/1/1
>
> The third dial peer / destination pattern
> is for international dialing, or calling
> codes. It should strip the 9 by default
> sending the remaining digits to the switch
> after 10 seconds of not hearing digits.
>
> dial-peer voice 90 pots
> destination-pattern 9T
> port 1/1/1
>
> The fourth dial peer / destination pattern
> is for 911. No digits should be stripped
> as no wild cards are used. 911 should be
> sent to the switch, but on a different
> port.
>
> dial-peer voice 911 pots
> destination-pattern 911
> port 1/1/0
>
> Testing by calling 918005551212 results in
> a call being placed for 1800555 as if it
> matched dial-peer 1 as the best match.
> Ameritech/SBC has pleasant messages for the
> result. . .
>
> When I do a show dialplan number <E164>,
> both dial-peers 1,2,3 show as if it they
> can match.
>
> If I do the same show dialplan against 911,
> the results are that all four are valid.
>
> Where am I going wrong?
>
> --- Thanks ---
>
> ::::::::::::::::::::::::::::::::::::::::::::::
> Cal Michael - Senior Networking Consultant
> CCIE R-S/ISP Dial, CCDP 847-385-6700 Voice
> Network Data Systems 888-286-7350 Pager
> mailto:cmichael@network-data.com
> **Please read:http://www.groupstudy.com/list/posting.html
**Please read:http://www.groupstudy.com/list/posting.html
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:31:25 GMT-3