Comprender los pares de marcado entrantes/salientes que coinciden en las plataformas IOS

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 T llamado entrante, 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 llamado "nulo" SOLAMENTE puede ocurrir si no hay coincidencia basada en la dirección de respuesta o el número de puerto.

• En caso de marcado superpuesto, un número llamado "nulo" no puede coincidir con "número llamado entrante T" porque no se ha producido un tiempo de espera.

• Un "null" called-number puede coincidir con "incoming called-number T" solamente en el caso de ENBLOCK y no hay coincidencia tampoco debido a answer-address y port-number. La advertencia que aparece al configurar "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 los peers salientes son coincidentes, 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 de mayor longitud 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' fuerza al router o al 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 signo "#" indica al router que marcó todos los dígitos y que todos los dígitos anteriores a "#" 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 "95551212" 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 por un "." o dígitos (".T" o "555T", por 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: Comprensión de la coincidencia entrante y del par de marcación 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 IP Precedence 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, compatibilidad, MOS y negociación
• Soporte Técnico y Documentación - Cisco Systems