11-06-2012 09:24 PM - edited 03-12-2019 09:55 AM
This describes concept of dial-peer and steps to debug dial-peer.
Cisco IOS uses two types of dial-peers. They are defined as:-
Different technologies used by dial peers are explained here:-
dial-peer voice <tag> pots
destination-pattern <number>
port <port #>
<other configurable options>
application <ivr application>
Note - Pots peers strip the pattern that is match and forwards the rest.
dial-peer voice 123 pots dial-peer voice 123 pots
destination-pattern 2.. ===> destination-pattern 2
port 1/1/0 port 1/1/0
prefix 2 prefix 2
Note:- the above 2 peers are functionally equivalent.
Wild-cards - A dot (.) is used to represent any single digit to be collected ex. 2…. Would match any extension in RTP.
T - used for variable length dialing - Gateway will continue to collect digits until the inter-digit timeout expires - can incorporate a terminating character with:‘dial-peer terminator x’ globally, where x is any DTMF tone.
For call routing, dial-peers are matched solely on destination-pattern using the following rules:-
1. Most exact longest match.
2. Preference is used as tie breaker.
Note: If variable length dialing is *NOT* used!
dialpeer destpat preference session-target
1 4085271048 0 (highest) voip1
2 408527.... 0 voip2
3 408527.... 1 (lower) pots 1 (interface)
4 .......... 1 0:D (interface)
5 .......... 0 voip3
So, if the called number is 4085271048, the order of attempts will be 1,2,3,5,4.
dial-peer destpat preference
1 408527.... 0
2 4085271048 1
3 4085271... 0
And the number dialed is 4085271048, the order will be 2, 3, 1.
Note that digits matched supercedes precedence.
If variable length dialing is used, then dial-peer matching changes slightly for calls where the DNIS is received one digit at a time (i.e. not PRI):
• The first match is taken regardless of the number of digits explicitly matched if “digit T” is not used.
dialpeer destpat preference session-target
1 4085271048 0 voip1
2 408… 1 voip2
3 408… 0 voip3
So, if the called number is 4085271048, the order of attempts will be 3 then 2. and only 408527 will be collected by the router. Peer 1 will never be
used. If the call is an inbound ISDN call with called party=4085271048, then peer 1 will be matched.
dialpeer destpat preference session-target
1 408527104.T 1 voip1
2 408…T 0 voip2
So, if the called number is 4085271048, the order of attempts will be 1 then 2.
For peers where the call leg (VoIP) matches the dial-peer type (VoIP):
1. if the type is matched, associate the called number with the ”incoming called-number <string>”
2. else if the type is matched, associate calling-number with
”answer-address <string>”
3. else if the type is matched, associate calling-number with
”destination-pattern <string>”
4. else match PID=0
Answer-address: config option under a dial-peer that is used to match the ANI of the call to the <string> in the config command.
Incoming called-number: config option under a dial-peer that is used to match the DNIS of the call to the <string> in the config command.
Peer ID 0 is an un-configured dial-peer used for inbound matching only. The matched inbound peer defaults to PID=0 if no other inbound peer is found based on matching criteria.PID=0 has a default configuration that cannot be changed.
Output of “debug voip ccapi inout”:
*Mar 2 01:19:50.561: cc_api_call_setup_ind (vdbPtr=0x815CAA28, callInfo={called=200, calling=100, fdest=1 peer_tag=0}, callID=0x816AAEC0)
dial-peer voice 1234 voip
destination-pattern 1..
session target ipv4:10.1.1.1
*Mar 2 01:22:14.089: cc_api_call_setup_ind (vdbPtr=0x815CAA28, callInfo={called=200, calling=100, fdest=1 peer_tag=1234}, callID=0x816AAEC0)
dial-peer voice 1234 voip
destination-pattern 1..
session target ipv4:10.1.1.1
!
dial-peer voice 9876 voip
answer-address 100
*Mar 2 01:28:03.173: cc_api_call_setup_ind (vdbPtr=0x815CAA28, callInfo={called=200, calling=100, fdest=1 peer_tag=9876}, callID=0x816AAEC0)
dial-peer voice 1234 voip
destination-pattern 1..
session target ipv4:10.1.1.1
!
dial-peer voice 9876 voip
answer-address 100
!
dial-peer voice 5678 voip
incoming called-number 200
*Mar 2 01:29:11.089: cc_api_call_setup_ind (vdbPtr=0x815CAA28, callInfo={called=200, calling=100, fdest=1 peer_tag=5678}, callID=0x816AAEC0)
PID 0 for inbound voip peers has the following configuration:
PID 0 for inbound pots peers has the following configuration:
no ivr application
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: