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

Introduzione

In questo documento viene descritta la corrispondenza tra i peer di composizione in entrata e in uscita e i servizi telefonici tradizionali (POTS) e le terminali di chiamata della rete voce.

Prerequisiti

Requisiti

Cisco raccomanda la conoscenza dei seguenti argomenti:

• Voce - Informazioni sui peer di composizione e sulle gambe di chiamata sulle piattaforme Cisco IOS®

• Voce - Informazioni sui peer delle chiamate in entrata e in uscita sulle piattaforme Cisco IOS

Componenti usati

Il documento può essere consultato per tutte le versioni software o hardware.

Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.

Convenzioni

Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.

Corrispondenza Dial Peer In Entrata

Elementi e attributi Dial Peer in entrata

Tre elementi di informazione inviati nel messaggio di impostazione della chiamata e quattro attributi di comando dial peer configurabili vengono utilizzati per abbinare i peer di composizione come segue:

• I peer di composizione POTS in entrata sono associati ai terminali di chiamata POTS in entrata sul router o sul gateway iniziale.

• I peer della connessione Voice-Network in entrata sono associati ai segmenti di chiamata Voice-Network in entrata del router o del gateway terminante. Esempi di terminali per chiamate di rete voce sono VoIP (Voice over IP), VoFR (Voice over Frame Relay), VoATM (Voice over ATM) e MoIP (Multimedia Mail over IP).

Di seguito sono riportati i quattro attributi configurabili del dial peer Cisco IOS e i relativi elementi di configurazione delle chiamate:

Nota: Per i peer di composizione in uscita, questo comando viene confrontato con il numero o le stringhe DNIS chiamate.

I tre elementi di impostazione della chiamata sono:

Processo di corrispondenza Dial Peer in entrata

Quando il router o il gateway Cisco IOS riceve una richiesta di configurazione di chiamata, viene effettuata una corrispondenza dial-peer per la chiamata in arrivo in modo da facilitare il routing della chiamata a diverse applicazioni di sessione. Non si tratta di una corrispondenza di cifre per cifre, ma la stringa di cifre complete ricevuta nella richiesta di installazione viene utilizzata per la corrispondenza con i peer di composizione configurati.

Nota: Il numero massimo di peer di composizione configurabili su un gateway Cisco IOS dipende dalla memoria disponibile (DRAM). Ogni peer di composizione occupa circa 6 KB di memoria. Accertarsi di disporre di almeno il 20% della memoria totale riservata ad altri processi CPU. Se i peer di composizione vengono utilizzati per il routing delle chiamate, al ritardo di indirizzamento di una chiamata può essere aggiunto un numero maggiore di peer di composizione. Questa condizione può essere significativa poiché lo stack voce di Cisco IOS guarda tra i peer di connessione dall'alto verso il basso, in modo simile a un Access Control List.

Il router o il gateway corrisponde agli elementi di informazione nel messaggio di installazione con gli attributi del dial peer per selezionare un dial peer in entrata. Il router o il gateway corrisponde a questi elementi nell'ordine seguente:

1. Numero chiamante (DNIS) con il comando call-number in arrivo:

   In primo luogo, il router o il gateway cerca di far corrispondere il numero chiamato della richiesta di configurazione della chiamata con il numero chiamato in ingresso configurato di ogni peer di composizione. Poiché le impostazioni delle chiamate includono sempre informazioni DNIS, è consigliabile utilizzare il comando call-number in ingresso per la corrispondenza dial peer in ingresso. Questo attributo ha la priorità corrispondente sui comandi answer-address e destination-pattern.

2. Numero chiamante (ANI) con il comando answer-address:

   Se non viene trovata alcuna corrispondenza nel passaggio 1, il router o il gateway tenta di far corrispondere il numero di chiamata della richiesta di configurazione della chiamata con l'indirizzo di risposta di ciascun peer di chiamata. Questo attributo può essere utile nelle situazioni in cui si desidera associare le chiamate in base al numero di chiamata (iniziale).

3. Numero chiamante (ANI) con il comando destination-pattern:

   Se non viene trovata alcuna corrispondenza nel passaggio 2, il router o il gateway tenta di far corrispondere il numero di chiamata della richiesta di configurazione della chiamata al modello di destinazione di ciascun peer di composizione. Per ulteriori informazioni su questo argomento, vedere il primo punto della sezione Informazioni aggiuntive su Dial Peer in questo documento.

4. Porta vocale (associata alla richiesta di configurazione della chiamata in ingresso) con porta peer di composizione configurata (applicabile alle gambe di chiamata POTS in ingresso):

   Se nel passaggio 3 non viene trovata alcuna corrispondenza, il router o il gateway tenta di far corrispondere la porta peer di composizione configurata alla porta vocale associata alla chiamata in arrivo. Se sono configurati più peer di composizione con la stessa porta, verrà trovata una corrispondenza con il peer di composizione aggiunto per primo nella configurazione.

5. Se non viene trovata alcuna corrispondenza nei primi quattro passaggi, viene utilizzato il comando di composizione predefinita peer 0 (pid:0).

Nota: Il passaggio 4 non è applicabile alle piattaforme voce o di composizione, ad esempio AS5300, AS5350, AS5400, AS5800 e AS5850. Se uno dei primi tre passaggi non viene utilizzato, comporre il peer 0 e la chiamata verrà trattata come una chiamata con modem. Ciò significa che i clienti possono ricevere i toni del modem anziché quelli delle chiamate in entrata.

Il router o il gateway Cisco IOS soddisfa solo una di queste condizioni. Non è necessario configurare tutti gli attributi nel peer di composizione o che ogni attributo corrisponda alle informazioni di impostazione della chiamata. Per selezionare un peer di composizione, il router o il gateway deve soddisfare una sola condizione. Il router o il gateway si arresta per eseguire la ricerca non appena viene trovata una corrispondenza con un dial peer.

Durante l'esecuzione di ogni passaggio viene applicato il criterio di corrispondenza del prefisso più lungo. In ogni passaggio, se vengono trovate più corrispondenze, viene scelta quella con la corrispondenza esplicita più lunga. L'esempio seguente chiarisce il concetto:

Si supponga che il numero chiamato (DNIS) in ingresso sia 81690. Viene trovata una corrispondenza per il peer di composizione 2.

dial-peer voice 1 pots
 incoming called-number 8....
 direct-inward-dial
!

dial-peer voice 2 pots
 incoming called-number 816..
 direct-inward-dial

Nota: Per i peer della connessione remota in entrata, il comando session target viene ignorato.

Il Dial-Peer predefinito 0 peer_tag=0, pid:0

Se il router o il gateway non corrisponde ad alcun dial peer in ingresso, la coda delle chiamate in ingresso viene automaticamente indirizzata a un dial peer predefinito (POTS o Voice-Network). Questo peer di composizione predefinito è denominato dial-peer 0 o pid:0.

Nota: Si è verificata un'eccezione a questa istruzione. Le piattaforme voce e di composizione Cisco, come AS53xx e AS5800, richiedono che un dial peer in entrata configurato venga abbinato alle chiamate POTS in arrivo per essere accettate come chiamate vocali. Se non esiste una corrispondenza dial-up in ingresso, la chiamata viene trattata ed elaborata come chiamata dial-up (modem).

Il peer di chiamata 0 (pid:0) ha una configurazione predefinita che non può essere modificata. Il dial-peer 0 predefinito non è in grado di negoziare funzionalità, servizi e applicazioni non predefiniti, quali:

• Funzionalità di rete voce non predefinite: relè dtmf, no vad e così via.

• Direct Inward Dial (DID)

• Applicazioni TCL

Il peer dial-peer 0 per i peer VoIP in entrata ha questa configurazione:

• qualsiasi codec

• vad abilitato

• nessun supporto rsvp

• velocità fax

Nota: Il DSCP predefinito per la voce è il codice EF 101110 (RFC 2598), mentre il DSCP predefinito per la segnalazione è il codice AF31 011010 (RFC 2597). Il dial peer predefinito non contrassegna i pacchetti su DSCP 0. Tutti i pacchetti voce sui router sono contrassegnati per impostazione predefinita (questa impostazione può essere ignorata dal dial peer), segnalando con AF31 e i supporti con EF. Questo comportamento deve essere applicato anche alle chiamate corrispondenti al peer di composizione predefinito 0.

Dial-peer 0 (pid:0) per peer POTS in entrata con questa configurazione:

• nessuna applicazione ivr

Per ulteriori spiegazioni su questo concetto, vedere il Case Study: Comprendere la sezione Corrispondenza in entrata e Dial-Peer 0 predefinito di questo documento.

Nota speciale sulla ricezione di sovrapposizioni ISDN

Esistono implicazioni per la corrispondenza del dial peer in entrata quando il comando isdn overlap-receiver è configurato sulle interfacce ISDN. Dopo la ricezione di ogni cifra sul layer ISDN, i peer di composizione vengono controllati per verificare la presenza di corrispondenze. Se viene effettuata una corrispondenza completa, la chiamata viene instradata immediatamente (all'app della sessione in questo caso) prima che vengano instradate altre cifre. Il terminatore T può essere usato per sospendere la corrispondenza cifra per cifra e forzare il router o il gateway ad attendere finché tutte le cifre non vengono ricevute. Il termine T si riferisce al timer internumerico T302 a livello ISDN, configurabile tramite l'interfaccia seriale associata all'interfaccia ISDN. ISDN fornisce anche altri meccanismi per indicare la fine delle cifre, come l'elemento di informazione completo (IE, Sending Complete Information Element) nei messaggi informativi Q.931 che imposta.

Nota speciale sulle chiamate POTS con campo Numero di chiamata vuoto

Si supponga che la configurazione

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

Si supponga che una chiamata in arrivo non contenga informazioni sul numero di chiamata e che venga associata al peer di composizione POTS in base al comando destination-pattern 9T. In questo caso, il router o il gateway Cisco IOS usa la cifra "9" come numero di chiamata e inoltra la chiamata al dispositivo correlato, ad esempio CallManager o il gateway Cisco IOS. Per non sostituire il campo vuoto del numero di chiamata, creare un peer di composizione POTS fittizio con solo il comando chiamato in ingresso configurato. Poiché l'istruzione call-number< /strong> in ingresso ha priorità più alta rispetto al modello di destinazione per la corrispondenza POTS in ingresso, la voce del peer di composizione 2 diventa il peer di composizione POTS utilizzato.

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 in ingresso T, 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 null chiamato è 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 chiamato null non può corrispondere al numero chiamato in ingresso T perché non si è verificato il timeout.

• Un numero chiamato null 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 arrivo T si riferisce a questo caso specifico.

Corrispondenza Dial Peer In Uscita

Per trovare la corrispondenza con i peer di composizione 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 DID (Direct Inward Dial)

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 peer di composizione 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. Subito dopo che il router riceve la cifra 6, trova la corrispondenza con il dial peer 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 551212#, il # indica al router di aver composto tutte le cifre e che per far corrispondere un dial peer è necessario utilizzare tutte le cifre precedenti al #.

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. Dial peer 2 inoltra quindi 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 viene utilizzata la T, la T deve essere preceduta da un punto (.) o da cifre (T o 555T ad esempio). Se si utilizza T da solo, i peer della connessione non funzionano correttamente e influiscono sulla gestione delle chiamate da parte del router.

Stato operativo Dial Peer

Lo stato operativo di un peer di composizione deve essere amministrativamente attivo e valido affinché il peer di composizione corrisponda. Per essere considerati operativi, i peer di composizione devono soddisfare una delle seguenti condizioni:

• Il modello di destinazione è configurato ed è inoltre configurata una porta vocale o una destinazione di 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 componenti di chiamata in entrata o in uscita:

• Per i peer di composizione in entrata, 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 peer di composizione con l'attributo destination-pattern può funzionare sia per la corrispondenza in uscita che per quella in entrata< /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 un dial peer in ingresso, il dial-peer 0 corrisponde e gestisce 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

!--- 

!
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. !--- !---  !

<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

!---  
!--- 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. 
!--- !---  
!--- 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

!---  !--- 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. 
!---  
!--- 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:

!--- 

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

!--- 

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

!---  !--- 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