Comprender la coincidencia de pares de marcado entrantes/salientes en plataformas IOS

Introducción

Este documento describe cómo los pares de marcado entrantes y salientes se corresponden con los servicios telefónicos tradicionales (POTS) y con los tramos de llamadas de red de voz.

Prerequisites

Requirements

Cisco recomienda que tenga conocimiento sobre estos temas:

• Voz: Introducción a los pares de marcado y los tramos de llamada en las plataformas Cisco IOS®

• ‘Voz - Comprensión de los pares de marcado entrantes y salientes en plataformas Cisco IOS’

Componentes Utilizados

Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.

Convenciones

Consulte Convenciones de Consejos Técnicos de Cisco para obtener más información sobre las convenciones del documento.

Concordancia de interlocutores de marcador entrante

Elementos y atributos del interlocutor de marcador entrante

Tres elementos de información enviados en el mensaje de configuración de llamada, y cuatro atributos configurables del comando dial peer son usados para que coincidan con los pares de marcado como sigue:

• Los pares de marcado de POTS entrantes están asociados con tramos de llamada de POTS entrantes en el router o gateway inicial.

• Los pares de marcado de red de voz entrantes están asociados a los tramos de llamada de red de voz entrante del router o gateway de terminación. Algunos ejemplos de tramos de llamadas de red de voz son voz sobre IP (VoIP), voz sobre Frame Relay (VoFR), voz sobre ATM (VoATM) y correo multimedia sobre IP (MMoIP).

Aquí se muestran los cuatro atributos configurables del par de marcado de Cisco IOS y los elementos de configuración de llamadas relacionados:

Nota: Para los pares de marcado salientes, este comando se compara con el número llamado o las cadenas DNIS.

Los tres elementos de configuración de llamadas son:

Proceso de coincidencia de interlocutores de marcador entrante

Cuando el router o la gateway de Cisco IOS recibe una solicitud de configuración de llamada, se realiza una coincidencia de par de marcado para la llamada entrante a fin de facilitar el ruteo de la llamada a diferentes aplicaciones de sesión. No se trata de una coincidencia dígito por dígito, sino que la cadena de dígitos completa recibida en la solicitud de configuración se utiliza para hacer coincidir con los pares de marcado configurados.

Nota: El número máximo de pares de marcado que se pueden configurar en una gateway de Cisco IOS depende de la memoria disponible (DRAM). Cada par de marcado consume aproximadamente 6 KB de memoria. Asegúrese de que tiene al menos el 20% de la memoria total reservada para otros procesos de la CPU. Si los pares de marcado se utilizan para el enrutamiento de llamadas, un mayor número de pares de marcado puede agregar al retraso para enrutar una llamada. Esto puede ser significativo ya que la pila de voz del IOS de Cisco mira a través de pares de marcado de arriba hacia abajo, de manera similar a una Lista de control de acceso.

El router o la gateway hacen coincidir los elementos de información del mensaje de configuración con los atributos del par de marcado para seleccionar un par de marcado entrante. El router o la gateway coinciden con estos elementos en este orden:

1. Número que llama (DNIS) con el comando incoming called-number:

   Primero, el router o la gateway intenta hacer coincidir el número llamado de la solicitud de configuración de llamada con el número llamado entrante configurado de cada par de marcado. Debido a que las configuraciones de llamadas siempre incluyen información DNIS, se recomienda utilizar el comando incoming called-number para la coincidencia de pares de marcado entrante. Este atributo tiene prioridad coincidente sobre los comandos answer-address y destination-pattern.

2. Número que llama (ANI) con el comando answer-address:

   Si no se encuentra ninguna coincidencia en el paso 1, el router o la gateway intentan hacer coincidir el número que llama de la solicitud de configuración de llamada con la dirección de respuesta de cada par de marcado. Este atributo puede resultar útil en situaciones en las que se desea hacer coincidir las llamadas basándose en el número que llama (inicial).

3. Número que llama (ANI) con el comando destination-pattern:

   Si no se encuentra ninguna coincidencia en el paso 2, el router o la gateway intentan hacer coincidir el número de llamada de la solicitud de configuración de llamada con el patrón de destino de cada par de marcado. Para obtener más información sobre esto, vea la primera viñeta de la sección Información adicional del par de marcado de este documento.

4. Puerto de voz (asociado con la solicitud de configuración de llamada entrante) con el puerto de par de marcado configurado (aplicable a tramos de llamada POTS entrantes):

   Si no se encuentra ninguna coincidencia en el paso 3, el router o la gateway intentan hacer coincidir el puerto de dial peer configurado con el puerto de voz asociado con la llamada entrante. Si varios pares de marcado tienen el mismo puerto configurado, el par de marcado agregado primero en la configuración coincide.

5. Si no se encuentra ninguna coincidencia en los primeros cuatro pasos, se utiliza el comando default dial peer 0 (pid:0).

Nota: El paso 4 no se aplica a las plataformas de voz o de marcado como AS5300, AS5350, AS5400, AS5800 y AS5850. Si no se utiliza alguno de los tres primeros pasos, haga coincidir el par de marcado 0 y la llamada se tratará como una llamada de módem de marcado. Esto significa que los clientes pueden obtener tonos de módem en lugar de tonos de marcado para las llamadas entrantes.

El router o la gateway del IOS de Cisco coincide sólo con una de estas condiciones. No es necesario que todos los atributos se configuren en el par de marcado o que cada atributo coincida con la información de configuración de la llamada. Sólo se debe cumplir una condición para que el router o la puerta de enlace seleccionen un par de marcado. El router o la gateway se detienen para buscar tan pronto como un par de marcado coincide.

El criterio de coincidencia de prefijo más largo se aplica mientras se realiza cada paso. En cada paso, si se encuentran varias coincidencias, se elige la que tenga la coincidencia explícita más larga. Este ejemplo ayuda a clarificar este concepto:

Suponga que el número de llamada entrante (DNIS) es 81690. El par de marcado 2 coincide.

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: En el caso de los pares de marcado entrantes, el comando session target se ignora.

Par de marcado predeterminado 0 peer_tag=0, pid:0

Si el router o la gateway no coinciden con ningún par de marcado entrante, el tramo de llamada entrante se enruta automáticamente a un par de marcado predeterminado (POTS o red de voz). Este par de marcado predeterminado se denomina dial-peer 0 o pid:0.

Nota: Hay una excepción a esta declaración. Las plataformas de voz y marcado de Cisco, como AS53xx y AS5800, requieren que un par de marcado entrante configurado coincida con las llamadas POTS entrantes para ser aceptadas como llamadas de voz. Si no hay ninguna coincidencia de par de marcado entrante, la llamada se trata y se procesa como una llamada de acceso telefónico (módem).

El par de marcado 0 (pid:0) tiene una configuración predeterminada que no se puede cambiar. El dial-peer 0 predeterminado no puede negociar capacidades, servicios y aplicaciones no predeterminados como:

• Capacidades de red de voz no predeterminadas: dtmf-relay, no vad, etc.

• Marcación entrante directa (DID)

• Aplicaciones TCL

El par de marcado 0 para pares VoIP entrantes tiene esta configuración:

• cualquier códec

• vad habilitado

• no rsvp support

• fax-rate voice

Nota: El DSCP predeterminado para voz es el punto de código EF 101110 (RFC 2598) y el DSCP predeterminado para señalización es el punto de código AF31 011010 (RFC 2597). El par de marcado predeterminado no marca los paquetes a DSCP 0. Todos los paquetes de voz de los routers están marcados de forma predeterminada (esto puede ser anulado por el par de marcado), señalización con AF31 y medios con EF. Las llamadas que coinciden con el par de marcado predeterminado 0 también deben tener este comportamiento.

El par de marcado 0 (pid:0) para los pares POTS entrantes tiene esta configuración:

• no ivr application

Para obtener más información sobre este concepto, consulte el caso práctico: Comprender la coincidencia entrante y la sección Dial-Peer predeterminado 0 de este documento.

Comentario especial acerca de isdn overlap-receiving

Hay implicaciones para la coincidencia de pares de marcado entrante cuando el comando isdn superposición-receiving se configura en las interfaces ISDN. Después de recibir cada dígito en la capa ISDN, se verifican los pares de marcado para ver si coinciden. Si se realiza una coincidencia completa, la llamada se enruta inmediatamente (a la aplicación de sesión en este caso) antes de que se enruten dígitos adicionales. El terminador T se puede utilizar para suspender esta coincidencia dígito por dígito y forzar al router o gateway a esperar hasta que se reciban todos los dígitos. El T se refiere al temporizador entre dígitos T302 en el nivel ISDN, configurable bajo la interfaz serial asociada con la interfaz ISDN. ISDN también proporciona otros mecanismos para indicar el final de los dígitos, como el Elemento de información de envío completo (IE) en los mensajes de información Q.931 que establece.

Nota especial sobre llamadas POTS con campo vacío para el número que llama

Suponga esta configuración:

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

Suponga que una llamada entrante llega sin información de número de llamada y se compara con el par de marcado POTS basado en el comando destination-pattern 9T. En este caso, el router o gateway de Cisco IOS utiliza el dígito "9" como el número de llamada y reenvía la llamada al dispositivo relacionado, como CallManager o la gateway de Cisco IOS. Para no reemplazar el campo de número de llamada vacío, cree un par de marcado POTS ficticio con sólo el comando incoming called-number configurado. Debido a que la instrucción incoming called-number< /strong> tiene mayor prioridad que el patrón de destino para la coincidencia de POTS entrantes, el dial-peer voice 2 se convierte en el dial peer POTS utilizado.

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

Nota especial sobre el número llamado vacío

El mensaje de advertencia que se muestra aquí, que se muestra cuando el par de marcado se configura con el número llamado entrante T, puede plantear preguntas con respecto a la selección del par de marcado con un número llamado vacío de un router real.

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)#

Coincidencia de dial-peer entrante con un número llamado vacío:

• Un número llamado nulo se considera menos calificado en comparación con un número de puerto y/o en algunos casos una dirección de respuesta. Por lo tanto, una coincidencia basada en un número nulo llamado SOLAMENTE puede ocurrir si no hay una coincidencia basada en la dirección de respuesta o el número de puerto.

• En caso de marcado superpuesto, un número null llamado no puede coincidir con el número incoming called-number T porque no se agotó el tiempo de espera.

• Un null called-number puede coincidir con el incoming called-number T solamente en el caso de ENBLOCK y tampoco hay coincidencia debido a answer-address y port-number. La advertencia que aparece cuando configura incoming called-number T se refiere a este caso específico.

Igualación de pares de marcado saliente

Para hacer coincidir los pares de marcado salientes, el router o la gateway utilizan el comando dial peer destination-pattern called_number.

• En los pares de marcación POTS, el comando port luego se utiliza para reenviar la llamada.

• En los pares de marcado de red de voz, el comando session target se usa entonces para reenviar la llamada.

Además, cuando se hacen coincidir los pares salientes, hay dos casos a considerar: Caso DID y no DID.

Caso DID (Direct Inward Dial)

Un par de marcado entrante configurado con DID direct-inward-dial tiene el siguiente aspecto:

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

En las llamadas DID, también denominadas marcación de una etapa, el mensaje de configuración contiene todos los dígitos necesarios para enrutar la llamada y el router o la puerta de enlace no debe realizar la recopilación de dígitos posterior. Cuando el router o la gateway buscan un par de marcado saliente, el dispositivo utiliza la cadena de marcado entrante completa. Esta coincidencia es de longitud variable de forma predeterminada. Esta coincidencia no se realiza dígito por dígito porque, según la definición de DID, se han recibido todos los dígitos. Este ejemplo ayuda a clarificar este concepto:

Suponga que la cadena de marcado DID es 81690. En este caso, el router coincide con el par de marcado 4 y reenvía la cadena de marcado 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

Para obtener más información sobre DID, refiérase a Voz - Comprensión de Direct-Inward-Dial (DID) en las Interfaces Digitales (T1/E1) de Cisco IOS.

Caso sin DID

Este caso también es llamado marcado en dos etapas. Si DID no está configurado en el par de marcado entrante coincidente, el router o la gateway ingresa al modo de recolección de dígitos (los dígitos se recolectan de entrada). La coincidencia del par de marcado saliente se realiza dígito por dígito. El router o la gateway verifica las coincidencias de pares de marcado después de que el dispositivo haya recibido cada dígito y luego enruta la llamada cuando se realiza una coincidencia completa. Estos ejemplos ayudan a clarificar este concepto:

Suponga que la cadena de marcado es 81690. Inmediatamente después de que el router reciba el dígito 6, el router coincide con el par de marcado 3 y enruta la llamada (reenviando sólo los dígitos 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

Ahora, asuma que el par de marcado 3 está configurado para la coincidencia de comodín:

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

En este caso, se aplica la regla de prefijo más largo y el par de marcado 4 coincide con el tramo de llamada saliente.

Nota especial sobre planes de marcado de longitud variable

Hay situaciones en las que las cadenas de marcado esperadas no tienen un número establecido de dígitos. En estos casos, Cisco recomienda que configure el terminador T en el comando dial peer destination-pattern para utilizar los pares de marcado de longitud variable.

El terminador T fuerza al router o a la gateway a esperar hasta que se reciba la cadena de marcado completa. Para lograr esto, el terminador T obliga al router o a la gateway a esperar hasta que se reciba la cadena de marcado completa. El router o la gateway:

• Espera un tiempo de espera entre dígitos antes de que el dispositivo enrute la llamada.

• Enruta la llamada una vez que el dispositivo recibe el carácter de terminación # en la cadena de marcado. Por ejemplo, si marcó 5551212#, el # indica al router que marcó todos los dígitos y que todos los dígitos anteriores al # deben utilizarse para coincidir con un par de marcado.

Este ejemplo ayuda a clarificar este concepto:

Suponga que el router en este ejemplo recibe una configuración de llamada con la cadena de marcado 9551212 de la red. Marque el par 2 y luego reenvíe a la PSTN los dígitos 5551212:

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

Suponga que la cadena de marcado de una interfaz POTS entrante es 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

En este caso, se aplica la regla de prefijo de mayor longitud y el par de marcado 4 coincide con el tramo de llamada saliente.

• El tiempo de espera entre dígitos predeterminado se establece para 10 segundos. Para modificar este valor, ejecute el comando timeouts interdigit seconds voice-port.

• Siempre que se utilice la T, la T debe ir precedida de un punto (.) o dígitos (T o 555Tpor ejemplo). Si utiliza T solo, los pares de marcado actúan incorrectamente y afectan la forma en que el router maneja las llamadas.

Estado operacional de entidad par de marcado

El estado operativo de un par de marcado debe ser administrativamente activo y válido para que el par de marcado coincida. Para que se considere operativo, los pares de marcado deben cumplir una de estas condiciones:

• Se configura el patrón de destino y también se configura un puerto de voz o un destino de sesión .

• Se encuentra configurado el número de llamada entrante.

• La dirección de respuesta está configurada.

Hay otras condiciones, pero estas son las principales.

Para obtener más información, consulte Voice - Understanding the Operational Status of Dial-Peers on Cisco IOS Platforms .

Información adicional de par de marcado

El patrón de destino del atributo del par de marcado tiene diferentes comportamientos cuando se lo aplica a tramos de llamadas entrantes o salientes:

• Para los pares de marcado entrantes, el destination-pattern se compara con el número que llama (cadena ANI).

• Para los pares de marcado salientes, el patrón de destino se corresponde en comparación con el número al que se realiza la llamada (cadena DNIS).

Por lo tanto, un par de marcado con el atributo destination-pattern puede funcionar tanto para la coincidencia saliente como entrante< /i> .

Caso Práctico: Comprender la coincidencia entrante y el par de marcado predeterminado 0

Cada plan de marcación necesita un par de marcación entrante y saliente. En este ejemplo, hay una conexión PSTN T1 entrante al router maui-gwy-04. En este caso, cuando se recibe una llamada entrante desde la PSTN, el router intenta encontrar el número llamado. Cuando se recibe la llamada, la persona que llama proporciona la ID de la persona que llama con la identificación automática de número (ANI). En este ejemplo, hay un intervalo de marcación entrante directa (DID) que comienza en 8. DNIS es el número que marca la persona de la PSTN. El número puede ser de 11 o 10 dígitos. Si coincide con el par de marcado entrante configurado con la marcación entrante directa, sólo se reenvían 4 números después de 8 y el resto se elimina para que la llamada se pueda alcanzar directamente sin la ayuda de un recepcionista.

Si no tiene configurado un par de marcado entrante, el par de marcado 0 coincide y se ocupa de la llamada. El par de marcado 0 tiene estos atributos:

• Funciona para cualquier códec

• Tiene activada la detección de actividad de voz (VAD)

• Marca el tráfico como precedencia IP 0

• No admite RSVP

• Admite el servicio FAX-RATE

Nota: El comando IP Precedence se establece en un valor predeterminado de 0 , lo que hace que la Precedencia IP se pase tal cual.

Configuraciones

!--- 

!
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

En este caso práctico, se utilizan estos comandos show y debug :

• show call active voice {brief} Este comando muestra el contenido de la tabla de llamadas activas, que muestra todas las llamadas actualmente conectadas a través del router. En este caso, el comando es útil para mostrar los pares de marcado y las capacidades asociadas a una llamada activa.

• debug voip ccapi inout Este comando es útil para resolver problemas de llamadas VoIP de extremo a extremo.

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

Ahora, para hacer coincidir el par de marcado entrante VoIP 2 en maui-gwy-06 , agregue este 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....

Esta es una instantánea de la configuración de maui-gwy-06 después de la configuración adicional:

!--- 

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

Información Relacionada

• Voz: Introducción a los pares del marcado y tramos del llamado en las plataformas de Cisco IOS
• ‘Voz - Comprensión de los pares de marcado entrantes y salientes en plataformas Cisco IOS’
• Voz: Comprensión del estado operacional de los pares del marcado en plataformas IOS de Cisco
• Voz – Comprensión del Marcador de entrada directa (DID) en interfaces digitales del IOS de Cisco (T1/E1)
• VoIP – Introducción a los códecs: Complejidad, soporte, MOS y negociación
• Soporte Técnico y Documentación - Cisco Systems