Comprendere la corrispondenza dei dial peer in entrata/in uscita sulle piattaforme IOS

dial-peer voice 1 pots 
    destination-pattern 9T
    port 1/0:1
!
dial-peer voice 2 pots
    incoming called-number .

Nota speciale sul numero chiamato vuoto

Il messaggio di avviso mostrato qui, che viene visualizzato quando il dial-peer è configurato con il numero chiamato T in ingresso, può sollevare domande relative alla selezione del dial-peer con un numero chiamato vuoto da un router effettivo.

RTR(config)#dial-peer voice 1 pots
RTR(config-dial-peer)#incoming called-number T 

Warning: Pattern T defines a match with zero or more digits and hence could 
match with an empty number.  If this is not the desired behaviour please 
configure pattern .T instead to match on one or more digits
RTR(config-dial-peer)#

Corrispondenza dial-peer in ingresso con un numero chiamato vuoto:

• Un numero chiamato nullo è considerato meno qualificato rispetto a un numero di porta e/o in alcuni casi un indirizzo di risposta. Pertanto, una corrispondenza basata su un numero null chiamato può verificarsi SOLO se non esiste alcuna corrispondenza basata su indirizzo-risposta o numero-porta.

• In caso di composizione sovrapposta, un numero null chiamato non può corrispondere al numero chiamato in ingresso T perché non si è verificato il timeout.

• Un numero chiamato nullo può corrispondere al numero chiamato in ingresso T solo in caso di ENBLOCK e non esiste alcuna corrispondenza a causa di indirizzo-risposta e numero-porta. L'avviso visualizzato quando si configura il numero chiamato in ingresso T si riferisce a questo caso specifico.

Corrispondenza Dial Peer In Uscita

Per trovare la corrispondenza con i peer di chiamata in uscita, il router o il gateway usa il comando dial peer destination-pattern call_number .

• Sui peer di composizione POTS, il comando port viene quindi utilizzato per inoltrare la chiamata.

• Nei peer di connessione di rete voce, il comando session target viene quindi utilizzato per inoltrare la chiamata.

Inoltre, quando vengono abbinati peer in uscita, è necessario considerare due casi: DID e non DID.

Custodia Direct Inward Dial (DID)

Un peer di composizione in ingresso configurato con la composizione diretta DID ha il seguente aspetto:

dial-peer voice 1 pots
  incoming called-number 81690
  voice-port 0:D
  direct-inward-dial

Nelle chiamate DID, chiamate anche a uno stadio, il messaggio di installazione contiene tutte le cifre necessarie per indirizzare la chiamata e il router o il gateway non deve eseguire la raccolta delle cifre successive. Quando il router o il gateway cerca un dial peer in uscita, il dispositivo usa l'intera stringa di composizione in arrivo. Questa corrispondenza è di lunghezza variabile per impostazione predefinita. Questa corrispondenza non viene eseguita cifra per cifra perché per definizione DID sono state ricevute tutte le cifre. L'esempio seguente chiarisce il concetto:

Si supponga che la stringa di composizione DID sia 81690. In questo caso, il router corrisponde al dial peer 4 e inoltra la stringa di composizione completa 81690.

dial-peer voice 3 voip
 destination-pattern 816
 session target ipv4:172.22.10.1
!
dial-peer voice 4 voip
 destination-pattern 81690
 session target ipv4:172.22.10.1

Per ulteriori informazioni su DID, consultare il documento sulla descrizione di Direct-Inward-Dial (DID) sulle interfacce digitali (T1/E1) di Cisco IOS.

Caso non DID

Questo caso è anche noto come composizione in due fasi. Se DID non è configurato nel dial peer in ingresso corrispondente, il router o il gateway entra nella modalità di raccolta delle cifre (le cifre vengono raccolte in entrata). La corrispondenza peer della chiamata in uscita viene eseguita cifra per cifra. Il router o il gateway verifica la presenza di corrispondenze dial peer dopo che il dispositivo ha ricevuto ciascuna cifra e instrada la chiamata quando viene effettuata una corrispondenza completa. Questi esempi aiutano a chiarire questo concetto:

Si supponga che la stringa di composizione sia 81690. Immediatamente dopo che il router riceve la cifra 6, trova la corrispondenza del peer di composizione 3 e instrada la chiamata (inoltrando solo le cifre 816).

dial-peer voice 3 voip
 destination-pattern 816
 session target ipv4:172.22.10.1
!
dial-peer voice 4 voip
 destination-pattern 81690
 session target ipv4:172.22.10.1

Si supponga ora che il dial peer 3 sia configurato per la corrispondenza con caratteri jolly:

dial-peer voice 3 voip
 destination-pattern 816..
 session target ipv4:172.22.10.1 
!
dial-peer voice 4 voip
 destination-pattern 81690
 session target ipv4:172.22.10.1

In questo caso, viene applicata la regola del prefisso più lungo e il dial peer 4 viene abbinato alla coda di chiamata in uscita.

Nota speciale sui piani di composizione a lunghezza variabile

In alcuni casi le stringhe di composizione previste non dispongono di un numero di cifre impostato. In questi casi, Cisco consiglia di configurare il terminatore T sul comando dial peer destination-pattern per utilizzare i peer di composizione a lunghezza variabile.

Il terminatore T impone al router o al gateway di attendere che venga ricevuta la stringa di composizione completa. A tale scopo, il terminatore T impone al router o al gateway di attendere finché non viene ricevuta la stringa di composizione completa. Il router o il gateway:

• Attende un timeout intercifra impostato prima che il dispositivo instrada la chiamata.

• Instrada la chiamata quando il dispositivo riceve il carattere di terminazione # nella stringa di composizione. Ad esempio, se è stato composto 5551212#, il simbolo # indica al router di aver composto tutte le cifre e che per individuare la corrispondenza con un peer di composizione è necessario utilizzare tutte le cifre precedenti il simbolo #.

L'esempio seguente chiarisce il concetto:

Si supponga che il router in questo esempio riceva una configurazione di chiamata con la stringa di composizione 9551212 dalla rete. Comporre il peer 2, quindi inoltrare alla PSTN le cifre 5551212:

dial-peer voice 2 pots
 destination-pattern 9T
 port 2/0:23

Si supponga che la stringa di composizione da un'interfaccia POTS in entrata sia 81690:

dial-peer voice 3 voip
 destination-pattern 8T
 session target ipv4:172.22.10.1
!
dial-peer voice 4 voip
 destination-pattern 81690T
 session target ipv4:172.22.10.1

In questo caso, viene applicata la regola del prefisso più lungo e il dial peer 4 viene abbinato alla coda di chiamata in uscita.

• Il timeout predefinito tra cifre è impostato su 10 secondi. Per modificare questo valore, usare il comando timeout interdigit seconds voice-port.

• Ogni volta che si utilizza T, T deve essere preceduto da un punto (.) o da cifre (ad esempio T o 555T). Se si utilizza T da solo, i peer della connessione remota non funzionano correttamente e influiscono sul modo in cui le chiamate vengono gestite dal router.

Stato operativo Dial Peer

È necessario che lo stato operativo di un dial peer sia impostato a livello amministrativo e valido affinché il dial peer corrisponda. Per essere considerati operativi, i peer di composizione devono soddisfare una delle seguenti condizioni:

• Il modello di destinazione è configurato ed è configurata anche una porta voce o una destinazione sessione.

• Numero chiamato in ingresso configurato.

• L'indirizzo di risposta è configurato.

Ci sono altre condizioni, ma queste sono quelle principali.

Per ulteriori informazioni, fare riferimento a Voce - Informazioni sullo stato operativo dei peer di composizione sulle piattaforme Cisco IOS.

Ulteriori informazioni su Dial Peer

Il modello di destinazione dell'attributo dial peer ha un comportamento diverso quando applicato ai segmenti di chiamata in entrata o in uscita:

• Per i peer di composizione in ingresso, il modello di destinazione viene confrontato con il numero chiamante (stringa ANI).

• Per i peer di composizione in uscita, il modello di destinazione viene confrontato con il numero chiamato (stringa DNIS).

Pertanto, un dial peer con l'attributo destination-pattern può funzionare sia per la corrispondenza in entrata che per quella in uscita< /i> .

Caso aziendale: Informazioni sulla corrispondenza in ingresso e sul dial-peer predefinito 0

Ogni dial plan richiede un dial peer in uscita e uno in entrata. Nell'esempio, è presente una connessione PSTN T1 in entrata sul router maui-gwy-04. In questo caso, quando viene ricevuta una chiamata in arrivo dalla PSTN, il router tenta di trovare il numero chiamato. Quando la chiamata viene ricevuta, il chiamante fornisce l'ID chiamante con l'ANI (Automatic Number Identification). Nell'esempio, è presente un intervallo DID (Direct Inward Dial) che inizia da 8. DNIS è il numero composto dalla persona sulla rete PSTN. Il numero può essere composto da 11 o 10 cifre. Se corrisponde al peer di composizione in ingresso configurato con la composizione diretta verso l'interno, solo 4 numeri dopo 8 vengono inoltrati e gli altri vengono eliminati per consentire di raggiungere direttamente la chiamata senza l'aiuto di un centralinista.

Se non è stato configurato alcun dial peer in ingresso, viene trovata una corrispondenza per il dial-peer 0 che consente di gestire la chiamata. Il dial-peer 0 ha i seguenti attributi:

• Compatibile con qualsiasi codec

• Rilevamento attività voce (VAD) abilitato

• Contrassegna il traffico come IP Precedence 0

• Non supporta RSVP

• Supporto del servizio FAX-RATE

Nota: Il comando IP Precedence è impostato sul valore predefinito 0 , in modo che IP Precedence venga passato così com'è.

Configurazioni

!--- <some output omitted>

!
version 12.0
service timestamps debug datetime
!
hostname maui-gwy-04
!
isdn switch-type primary-ni
!
controller T1 0
 framing esf
 clock source line primary
 linecode b8zs
 pri-group timeslots 1-24
!
voice-port 0:D
!

!--- This dial peer is used for !--- inbound DID calls.

Dial-peer voice 1 pots
 incoming called-number 8....
 direct-inward-dial
!
dial-peer voice 3 voip
 destination-pattern 8....
 DTMF-relay cisco-rtp
 session target ipv4:172.22.10.1
!
dial-peer voice 2 pots
 destination-pattern 9T
 port 0:D
!
interface Ethernet0
 ip address 172.22.10.2 255.255.255.0
 no ip directed-broadcast
!
interface Serial0:23
 no ip address
 no ip directed-broadcast
 isdn switch-type primary-ni
 isdn incoming-voice modem
 fair-queue 64 256 0
 no cdp enable

!
version 12.2
service timestamps debug datetime
!
hostname maui-gwy-06
!
interface Ethernet0/0
 ip address 172.22.10.1 255.255.255.0
 half-duplex
!

!--- FXS port

voice-port 1/0/0
!
dial-peer voice 1 pots
 destination-pattern 81560
 port 1/0/0
!
dial-peer voice 2 voip
 destination-pattern 9.....
 session target ipv4:172.22.10.2
 DTMF-relay cisco-rtp

In questo caso studio vengono utilizzati i comandi show e debug seguenti:

• show call active voice {brief} Questo comando visualizza il contenuto della tabella delle chiamate attive, in cui sono visualizzate tutte le chiamate attualmente connesse tramite il router. In questo caso, il comando è utile per visualizzare i peer di composizione e le funzionalità associate a una chiamata attiva.

• debug voip capi inout Questo comando è utile per risolvere i problemi relativi alle chiamate VoIP end-to-end.

!--- Action: Call is placed from the PSTN through maui-gwy-04 
!--- and terminated on an FXS port of maui-gwy-06 (called number: "81560") 
!--- Notes: 
!--- 1)On maui-gwy-04, the incoming call is received on the POTS dial-peer 1, 
!--- which is configured for DID. !--- 2)On maui-gwy-06, no inbound VoIP dial-peer is matched and default 
!--- dial-peer=0 is used. Therefore, the DTMF-relay cisco-rtp negotiation !--- fails. 
!----------------------------------------------------------------------------- 
!--- Output on maui-gwy-04 (Originating Gateway)
!-----------------------------------------------------------------------------

maui-gwy-04#show call active voice brief

!--- This information was captured on the call originating gateway 
!--- once the call was placed and active. !--- !--- <some output omitted> !

<ID>: <start>hs.<index> +<connect> pid:<peer_id> <dir> <addr> <state>
  dur hh:mm:ss tx:<packets>/<bytes> rx:<packets>/<bytes> <state>
 IP <ip>:<udp> rtt:<time>ms pl:<play>/<gap>ms lost:<lost>/<early>/<late>
  delay:<last>/<min>/<max>ms <codec>
Tele <int>: tx:<tot>/<v>/<fax>ms <codec> noise:<1> acom:<1> i/o:<1>/<1> dBm


!--- POTS (keyword Tele) dial-peer 1 is matched inbound (keyword Answer). 
!--- This dial-peer was matched based on condition 1 of the Matching Inbound 
!--- Dial Peers section of this document.

87   : 415666267hs.1 +107 pid:1 Answer  active
 dur 00:00:20 tx:101/791 rx:100/3200
 Tele 0:D:93: tx:20600/2000/0ms g729r8 noise:-56 acom:0  i/0:-55/-70 dBm


!--- VoIP (keyword IP) dial-peer 3 is matched outbound (keyword Originate). 
!--- This dial-peer was matched based on the destination-pattern command.

87   : 415666268hs.1 +106 pid:3 Originate 81560 active
 dur 00:00:20 tx:100/2000 rx:101/1991
 IP 172.22.10.1:18160 rtt:2ms pl:1990/40ms lost:0/1/0 delay:69/69/70ms g729r8

maui-gwy-04#show call active voice

!--- <some output omitted> 
!--- With the show call active voice command, you see that DTMF-relay Cisco 
!--- RTP was partially negotiated.
 
VOIP:
RemoteIPAddress=172.22.10.1
RemoteUDPPort=18160
RoundTripDelay=4 ms
SelectedQoS=best-effort
tx_DtmfRelay=cisco-rtp
SessionProtocol=cisco
SessionTarget=ipv4:172.22.10.1
VAD = enabled
CoderTypeRate=g729r8
CodecBytes=20
SignalingType=cas

!----------------------------------------------------------------------------- 
!--- Output on maui-gwy-06 (Terminating Gateway) 
!----------------------------------------------------------------------------- 

maui-gwy-06#show call active voice brief

!--- This information was captured once the call was placed and active. 
!--- !--- <some output omitted> 
!--- Notice that in this case, default VoIP(keyword IP) dial-peer 0 was 
!--- matched inbound.
 
Total call-legs: 2
87   : 257583579hs.1 +105 pid:0 Answer  active
 dur 00:10:03 tx:1938/37069 rx:26591/531820
 IP 172.22.10.2:18988 rtt:1ms pl:528740/160ms lost:0/1/0 delay:50/50/70ms
 g729r8

87   : 257583580hs.1 +104 pid:1 Originate 81560 active
 dur 00:10:05 tx:26648/532960 rx:1938/37069
 Tele 1/0/0 (96): tx:605710/37690/0ms g729r8 noise:-46 acom:
0  i/0:-46/-61 dBm

maui-gwy-06#show call active voice

!--- <some output omitted> !--- Notice that DTMF-relay cisco rtp was NOT negotiated on this end.

Total call-legs: 2
VOIP:
RemoteIPAddress=172.22.10.2
RoundTripDelay=2 ms
SelectedQoS=best-effort
tx_DtmfRelay=inband-voice
FastConnect=FALSE
Separate H245 Connection=FALSE
H245 Tunneling=FALSE
SessionProtocol=cisco
VAD = enabled
CoderTypeRate=g729r8
CodecBytes=20
SignalingType=ext-signal


!--- Output from debug voip ccapi inout. 
!--- <Only relevant output has been captured> 
!--- Inbound VoIP call leg is matched to default dial-peer 0. 
!--- In this case, notice that maui-gwy-06 did not receive the calling 
!--- number (ANI). Therefore, voip dial-peer 2 was not matched based on 
!--- condition 3 of the Matching Inbound Dial Peers section of this document.



*Mar 30 19:30:35: cc_api_call_setup_ind (vdbPtr=0x620AA230,
 callInfo={called=81560,
     called_oct3=0 calling=,calling_oct3=0x0,calling_oct3a=0x0,
calling_xlated=false,
     subscriber_type_str=Unknown, fde,peer_tag=0, prog_ind=0},
callID=0x62343650)
*Mar 30 19:30:35: cc_api_call_setup_ind (vdbPtr=0x620AA230,
callInfo={called=81560,
     calling=, fd1 peer_tag=0}, callID=0x62343650)
*Mar 30 19:30:35: >>>>CCAPI handed cid 95 with tag 0 to app "DEFAULT"
.....


!--- Outbound POTS dial-peer 1 is matched.


*Mar 30 19:30:35: ssaSetupPeer cid(95) peer list:  tag(1)
 called number (81560)
*Mar 30 19:30:35: ccCallSetupRequest (Inbound call = 0x5F,
 outbound peer =1, dest=,
        params=0x621D4570 mode=0, *callID=0x621D48D8, prog_ind = 0)
*Mar 30 19:30:35: peer_tag=1

A questo punto, per trovare la corrispondenza con il dial-peer VoIP in entrata 2 su maui-gwy-06, aggiungere questo comando:

maui-gwy-06#config t
Enter configuration commands, one per line.  End with CNTL/Z.
maui-gwy-06(config)#dial-peer voice 2 voip

!--- This command uses the DNIS(called number)to match the inbound call leg 
!--- to the dial-peer. 

maui-gwy-06(config-dial-peer)#incoming called-number 8....

Questa è un'istantanea della configurazione maui-gwy-06 dopo la configurazione aggiuntiva:

!--- <Some output omitted>

dial-peer voice 1 pots
 destination-pattern 81560
 port 1/0/0
!
dial-peer voice 2 voip
 incoming called-number 8....
 destination-pattern 9.....
 session target ipv4:172.22.10.2
 dtmf-relay cisco-rtp
!

!--- Action: Call is placed from the PSTN through maui-gwy-04 !--- and terminated in an FXS port of maui-gwy-06 (called number: "81560"). 
!--- Notes: !--- 1)On maui-gwy-04, the incoming call is received on the POTS dial-peer 1, 
!--- which is configured for DID. 
!--- 2)On maui-gwy-06, dial-peer 2 voip is matched inbound, and dtmf-relay 
!--- Cisco RTP is negotiated. 
!----------------------------------------------------------------------------- 
!--- Output on maui-gwy-06 (Terminating Gateway)
!-----------------------------------------------------------------------------

maui-gwy-06#show call active voice brief

!--- <some output omitted>

Total call-legs: 2

!--- Notice that in this case, the inbound VoIP call leg is matched to !--- dial-peer 2 VOIP.

8B   : 258441268hs.1 +176 pid:2 Answer  active
 dur 00:01:01 tx:485/8768 rx:2809/56180
 IP 172.22.10.2:16762 rtt:2ms pl:52970/120ms lost:0/1/0 delay:
60/60/70ms g729r8

8B   : 258441269hs.1 +175 pid:1 Originate 81560 active
 dur 00:01:02 tx:2866/57320 rx:512/9289
 Tele 1/0/0 (98): tx:64180/9640/0ms g729r8 noise:-46 acom:
0  i/0:-46/-61 dBm


maui-gwy-06#show call active voice

!--- <some output omitted> !--- Notice that dtmf-relay cisco rtp was successfully negotiated.

VOIP:
RemoteIPAddress=172.22.10.2
RoundTripDelay=1 ms
SelectedQoS=best-effort
tx_DtmfRelay=cisco-rtp
FastConnect=FALSE
Separate H245 Connection=FALSE
H245 Tunneling=FALSE
SessionProtocol=cisco
SessionTarget=
VAD = enabled
CoderTypeRate=g729r8
CodecBytes=20
SignalingType=cas

Informazioni correlate

• Voce - Informazioni sui peer di chiamata e sui collegamenti di chiamata sulle piattaforme Cisco IOS
• Voce - Informazioni sui peer delle chiamate in entrata e in uscita sulle piattaforme Cisco IOS
• Voce - Informazioni sullo stato operativo dei Dial-Peer sulle piattaforme Cisco IOS
• Voce - Informazioni su Direct-Inward-Dial (DID) sulle interfacce digitali (T1/E1) Cisco IOS
• VoIP - Informazioni sui codec: Complessità, supporto, MOS e negoziazione
• Documentazione e supporto tecnico – Cisco Systems