From: Todor Georgiev (tgeorgiev@telelink.bg)
Date: Fri Sep 19 2003 - 02:57:03 GMT-3
Hi,
I tested it, its works. The problem is digits collection.
I have made test:
dial-peer voice 1000 voip
destination-pattern 43.+
session target ipv4:192.168.2.10
!
IPT_GW1#sh dialplan number 4301
Macro Exp.: 4301
VoiceOverIpPeer1000
peer type = voice, information type = voice,
description = `',
tag = 1000, destination-pattern = `43.+',
answer-address = `', preference=0,
CLID Restriction = None
CLID Network Number = `'
CLID Second Number sent
source carrier-id = `', target carrier-id = `',
source trunk-group-label = `', target trunk-group-label = `',
numbering Type = `unknown'
group = 1000, Admin state is up, Operation state is up,
incoming called-number = `', connections/maximum = 1/unlimited,
DTMF Relay = disabled,
modem transport = system,
huntstop = disabled,
in bound application associated: 'DEFAULT'
out bound application associated: ''
dnis-map =
permission :both
incoming COR list:maximum capability
outgoing COR list:minimum requirement
Translation profile (Incoming):
Translation profile (Outgoing):
incoming call blocking:
translation-profile = `'
disconnect-cause = `no-service'
type = voip, session-target = `ipv4:192.168.2.10',
technology prefix:
settle-call = disabled
ip media DSCP = ef, ip signaling DSCP = af31, UDP checksum =
disabled,
session-protocol = cisco, session-transport = system, req-qos =
best-effort,
acc-qos = best-effort,
RTP dynamic payload type values: NTE = 101
Cisco: NSE=100, fax=96, fax-ack=97, dtmf=121, fax-relay=122
CAS=123, ClearChan=125, PCM switch over u-law=0,A-law=8
RTP comfort noise payload type = 19
fax rate = voice, payload size = 20 bytes
fax protocol = system
fax-relay ecm enable
fax NSF = 0xAD0051 (default)
codec = g729r8, payload size = 20 bytes,
Expect factor = 0, Icpif = 20,
Playout Mode is set to adaptive,
Initial 60 ms, Max 300 ms
Playout-delay Minimum mode is set to default, value 40 ms
Fax nominal 300 ms
Max Redirects = 1, signaling-type = cas,
VAD = enabled, Poor QOV Trap = disabled,
Source Interface = NONE
voice class sip url = system,
voice class sip rel1xx = system,
voice class perm tag = `'
Time elapsed since last clearing of voice call statistics never
Connect Time = 0, Charged Units = 0,
Successful Calls = 0, Failed Calls = 0, Incomplete Calls = 0
Accepted Calls = 0, Refused Calls = 0,
Last Disconnect Cause is "",
Last Disconnect Text is "",
Last Setup Time = 77104469.
Matched: 4301 Digits: 2
Target: ipv4:192.168.2.10
It will works but:
When I deal 4301 from fxo voice port
IPT_GW1#deb dialpeer
dialpeer detailed info debugging is on
IPT_GW1#term mon
IPT_GW1#
*Mar 9 22:13:45.925: Inside dpMatchCore:
*Mar 9 22:13:45.925: destination pattn: expanded string:
*Mar 9 22:13:45.925: Inside dpMatchCore:
*Mar 9 22:13:45.925: destination pattn: expanded string:
*Mar 9 22:13:45.925: Inside dpMatchCore:
*Mar 9 22:13:45.925: destination pattn: expanded string:
*Mar 9 22:13:47.267: Inside dpMatchPeersMoreArg
*Mar 9 22:13:47.267: dpMatchPeersMoreArg: Match Dest. pattern; called
(43)
*Mar 9 22:13:47.271: Inside dpMatchCore:
*Mar 9 22:13:47.271: destination pattn: 43 expanded string: 43
*Mar 9 22:13:47.271: MatchNextPeer: Peer 1 matched partially
*Mar 9 22:13:47.271: dpMatchPeersMoreArg: Result=1 after
MATCH_ORIGINATE
*Mar 9 22:13:47.820: Inside dpMatchPeersMoreArg
*Mar 9 22:13:47.820: dpMatchPeersMoreArg: Match Dest. pattern; called
(430)
*Mar 9 22:13:47.820: Inside dpMatchCore:
*Mar 9 22:13:47.820: destination pattn: 430 expanded string: 430
*Mar 9 22:13:47.820: MatchNextPeer: Peer 1000 matched
*Mar 9 22:13:47.820: dpMatchPeersMoreArg: Result=0 after
MATCH_ORIGINATE
IPT_GW1#
Sh call hi v b
12B2 : 77122787hs.647 +-1 +3 pid:1000 Originate 430
dur 00:00:00 tx:0/0 rx:0/0 1 (unassigned number (1))
IP 0.0.0.0:0 rtt:0ms pl:0/0ms lost:0/0/0 delay:0/0/0ms g729r8 pre-ietf
If your destination pattern is destination-pattern 43.+T (408555.+T) it
will work as cisco says.
When you have not "T" this match early and do not collect all digits.
Regards,
Todor
-----Original Message-----
From: Paul Chen [mailto:cpjchen@starhub.net.sg]
Sent: Friday, September 19, 2003 5:26 AM
To: Todor Georgiev
Cc: raj_tpd@comcast.net; ccielab@groupstudy.com
Subject: RE: Destination-patterns
Hi,
408555.+ will work only for 4085556.
40855566 and 408555666 will not work ,I get a busy tone ?
It comes back to Cisco's explanation of the meaning of 408555.+
containing
at LEAST 7 digits.
It works with 7 digits and not more than 7, so I am confused with
Cisco's
explanantion.
http://www.cisco.com/en/US/products/sw/iosswrel/ps1835/products_configur
atio
n_guide_chapter09186a0080080aec.html
Paul
-----Original Message-----
From: Todor Georgiev [mailto:tgeorgiev@telelink.bg]
Sent: Thursday, September 18, 2003 3:23 PM
To: Paul Chen
Subject: RE: Destination-pattern- Calling all VOIP Experts
Hi,
May be ONE or MORE times means one or more time one digit.
For example : If you have 408555.+ , it will work with 4085556 and
40855566, and 408555666
-----Original Message-----
From: Paul Chen [mailto:cpjchen@starhub.net.sg]
Sent: Thursday, September 18, 2003 10:16 AM
To: Todor Georgiev
Subject: RE: Destination-pattern- Calling all VOIP Experts
Hi,
Yes you are right.
If I have a dial peer with destination-pattern 4085551234 and
If I use a destination pattern of 408555.+ it will not connect to the
dial
peer. But if I have 4085556 then it would work .
CCO documentation states that .+ implies a single digit occurred ONE
or
MORE times, so 4085551234 should work ? One digit works but what about
more
times ?
.+ will only accept one digit - you must have 4085556, 4085551234 does
not
work.
Same goes for .% and + and % and ? symbols - they don't work with the
above
dial-peer
Go to TABLE 12 at this URL - perhaps I don't really understand the
concepts
http://www.cisco.com/en/US/products/sw/iosswrel/ps1835/products_configur
atio
n_guide_chapter09186a0080080aec.html
Thanks,
Paul
-----Original Message-----
From: Todor Georgiev [mailto:tgeorgiev@telelink.bg]
Sent: Thursday, September 18, 2003 2:19 PM
To: Paul Chen
Subject: RE: Destination-pattern- Calling all VOIP Experts
Hi,
I think the problem is + and % symbols.
When you would like to use variable length digits number you should use
T , this means the call setup will send after inter digit timeout (T302)
expire.
And second way is if you have explicit digit length you could use n x
"." to specified number of digits after pattern.
Regards,
Todor
-----Original Message-----
From: Paul Chen [mailto:cpjchen@starhub.net.sg]
Sent: Wednesday, September 17, 2003 6:50 PM
To: Todor Georgiev
Subject: RE: Destination-pattern- Calling all VOIP Experts
Importance: High
Hi,
Could you please help me out with this:
r1
dial-peer voice 101 pots
destination-pattern 4085551234
port 1/0/1
r3
dial-peer voice 300 pots
destination-pattern 7038103333
port 1/0/0
!
dial-peer voice 301 voip
destination-pattern 408555.+
session target ipv4:172.16.13.1
Cannot call 4085551234 - busy tone ?
!
OR
dial-peer voice 301 voip
destination-pattern 408555.%
session target ipv4:172.16.13.1
cannot call 4085551234 - busy tone ?
I got this example from cisco documentation - maybe I don't understand
the +
and % symbols
http://www.cisco.com/en/US/products/sw/iosswrel/ps1835/products_configur
atio
n_guide_chapter09186a0080080aec.html
Thanks,
Paul
-----Original Message-----
From: Todor Georgiev [mailto:tgeorgiev@telelink.bg]
Sent: Wednesday, September 17, 2003 10:53 PM
To: Paul Chen
Subject: RE: Destination-pattern- Calling all VOIP Experts
Hi,
Both example will work. The difference is :
In first way
dial-peer voice 100 voip
destination-pattern 55574T
session target ipv4:135.15.13.1
Gateway will wait 10 seconds (this is timer T302 ) or "#" key to send
call setup
In second way Gateway will send call setup immediately after dial number
dial-peer voice 100 voip
destination-pattern 55574.....
session target ipv4:135.15.13.1
-----Original Message-----
From: Paul Chen [mailto:cpjchen@starhub.net.sg]
Sent: Wednesday, September 17, 2003 5:19 PM
To: Todor Georgiev
Subject: RE: Destination-pattern- Calling all VOIP Experts
Thanks, I will try that and let you know the results.
Paul
-----Original Message-----
From: Todor Georgiev [mailto:tgeorgiev@telelink.bg]
Sent: Wednesday, September 17, 2003 7:06 PM
To: Paul Chen; ccielab@groupstudy.com
Subject: RE: Destination-pattern- Calling all VOIP Experts
Hi,
Try this
dial-peer voice 100 voip
destination-pattern 55574T
session target ipv4:135.15.13.1
or
dial-peer voice 100 voip
destination-pattern 55574.....
session target ipv4:135.15.13.1
-----Original Message-----
From: Paul Chen [mailto:cpjchen@starhub.net.sg]
Sent: Wednesday, September 17, 2003 12:34 PM
To: ccielab@groupstudy.com
Subject: Destination-pattern- Calling all VOIP Experts
Hi Everyone,
Can anyone figure out how to do this ? Any help appreciated.
R1
dial-peer voice 100 pots
destination-pattern 5557412345
port 1/0/0
!
dial-peer voice 101 pots
destination-pattern 5557434567
port 1/0/1
!
dial-peer voice 300 voip
destination-pattern 7038103333
session target ipv4:135.15.13.3
-Question ------------R3- call any R1's phones with only one voip
dial-peer.
dial-peer voice 300 pots
destination-pattern 7038103333
port 1/0/0
!
dial-peer voice 100 voip
destination-pattern 55574[(12345),(34567)]$ ----------- This Does
NOT
work ? I tested it. Busy tone after dialing 55574
session target ipv4:135.15.13.1
***Get your CCIE and a FREE vacation: Shop.GroupStudy.com***
This archive was generated by hypermail 2.1.4 : Wed Oct 01 2003 - 07:24:31 GMT-3