Voz : Routing de llamadas/Planes de marcado

Introducción a la coincidencia de los pares de marcado entrantes y salientes en plataformas IOS

23 Marzo 2008 - Traducción manual
Otras Versiones: PDFpdf | Traducción Automática (31 Julio 2013) | Inglés (2 Febrero 2006) | Comentarios

Contenidos

Introducción
Requisitos previos
     Requisitos
     Componentes utilizados
     Convenciones
Concordancia de interlocutores de marcador entrante
     Elementos y atributos del interlocutor de marcador entrante
     Proceso de coincidencia de interlocutores de marcador entrante
     Par de marcado predeterminado 0 peer_tag=0, pid:0
     Comentario especial acerca de isdn overlap-receiving
     Nota especial sobre llamadas POTS con campo vacío para el número que llama
Igualación de pares de marcado saliente
     Caso DID (marcado de entrada directo)
     Caso sin DID
     Nota especial sobre planes de marcado de longitud variable
Estado operacional de entidad par de marcado
Información adicional de par de marcado
Estudio de caso: Introducción al par de marcado 0 entrante asociado y predeterminado
     Configuraciones
Discusiones relacionadas de la comunidad de soporte de Cisco

Introducción

El objetivo de este documento es explicar cómo se asocian los pares de marcado de entrada y salida con los tramos de llamada de red de voz y el antiguo servicio telefónico sencillo (POTS).

Requisitos previos

Requisitos

Cisco recomienda tener conocimientos sobre los siguientes temas:

Componentes utilizados

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

Convenciones

Consulte Convenciones de consejos técnicos de Cisco para obtener más información sobre convenciones del documento.

Concordancia de interlocutores de marcador entrante

Elementos y atributos del interlocutor de marcador entrante

Se utilizan tres elementos de información enviados en el mensaje de configuración de llamada, y cuatro atributos configurables del comando dial peer para concordar los pares de marcado como se indica a continuación:

  • Los pares de marcado POTS entrantes se asocian a los tramos de llamada de POTS entrantes en el router o la gateway de origen.

  • Los pares de marcado de red de voz de entrada se asocian a los tramos de llamada de red de voz entrante del router o la gateway de terminación. Ejemplos de tramos de llamadas de red de voz: Voz sobre IP (VoIP), Voz sobre retransmisión de tramas (VoFR), Voz sobre ATM (VoATM) y Correo multimedia sobre IP (MMoIP).

A continuación indicamos los cuatro atributos de pares de marcado configurables de Cisco IOS® y los elementos de configuración de llamadas correspondientes:

Atributo del par de marcado

Descripción

Elemento de configuración de llamada

(Consulte la tabla 2)

gwy(config-dial-peer)# incoming called-number DNIS_string

Este comando dial-peer define el destino del número marcado o la cadena del Servicio de identificación del número marcado (DNIS). Cuando está configurado correctamente, este comando dial-peer utiliza el número llamado para que el tramo de llamada entrante coincida con un par de marcado entrante.

Número llamado (DNIS)

gwy(config-dial-peer)# answer-address ANI_string

Este comando dial-peer define la cadena del número de llamada de origen o de la identificación automática del número (ANI). Cuando está configurado correctamente, este comando dial-peer utiliza el número que llama para que el tramo de llamada entrante coincida con un par de marcado entrante.

Número que llama (ANI)

gwy(config-dial-peer)# destination-pattern string

Cuando se comparan los tramos de llamadas entrantes, este comando usa el número de la llamada (cadena de origen o ANI) para asociar el tramo de la llamada entrante con un par de marcado entrante.

Nota: Para los pares de marcado salientes, este comando se asocia al número llamado o a las cadenas DNIS.

Cadenas del número que llama (ANI) para la entrada o del número al que se llama (DNIS) para la salida

gwy(config-dial-peer)# port port

Este comando de par de marcado define el puerto de voz POTS a través del cual se colocan las llamadas a este par de marcado.

Puerto de voz

A continuación indicamos los tres elementos de configuración de la llamada:

Elemento de configuración de llamada

Descripción

Número llamado (DNIS)

Esta es la cadena de marcado de destino de la llamada y proviene del mensaje de configuración de ISDN o de DNIS de señalación asociada al canal (CAS).

Número que llama (ANI)

Esta es una cadena de números que representa el origen y se deriva del mensaje de configuración de ISDN o de CAS ANI. La ANI es también definida como Identificación de la línea de llamada (CLID).

Puerto de voz

Esto representa el puerto de voz físico POTS.

Proceso de coincidencia de interlocutores de marcador entrante

Cuando la gateway o router Cisco IOS recibe una solicitud de configuración de llamada, se efectúa una asociación de par de marcado para la llamada entrante a fin de facilitar el ruteo de la llamada a aplicaciones de sesiones diferentes. No se trata de una asociación dígito a dígito, sino que la cadena completa de dígitos recibida en la solicitud de configuración se utiliza para asociar con pares de marcado configurados.

El router o la gateway asocia los elementos de información del mensaje de configuración con los atributos de par de marcado para seleccionar un par de marcado entrante. El router o la gateway asocia estos elementos en el orden que indicamos a continuación:

  1. Número llamado (DNIS) con incoming called-number

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

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

    Si no se encuentra ninguna coincidencia en el paso 1, el router o la gateway intentará asociar el número de llamada de la solicitud de configuración de llamada con el comando answer-address de cada par de marcado. Este atributo puede servir en situaciones en que desee hacer coincidir celdas sobre la base del número que llama (origen).

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

    Si no se encuentra ninguna coincidencia en el paso 2, el router o la gateway intentará asociar el número de llamada de la solicitud de configuración de llamada con el comando destination-pattern de cada par de marcado. Para obtener más información sobre este tema, consulte el primer punto de la sección Información adicional de par de marcado de este documento.

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

    Si no se halla correspondencia en el paso 3, el router o la gateway intentará asociar el port de par de marcado configurado con el puerto de voz asociado a la llamada entrante. Si varios pares de marcado tienen el mismo puerto configurado, el par de marcado que se agregó primero en la configuración coincide.

  5. Si no se encuentra ninguna correlación en los cuatro primeros pasos, se ejecutará default dial peer 0 (pid:0).

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

En el siguiente diagrama se muestra el proceso de selección previo:

dial_peer_flow.gif

El router o la gateway Cisco IOS sólo asocia una de las condiciones siguientes. No es necesario que todos los atributos estén configurados en el par de marcado y que cada atributo coincida con la información de configuración de llamadas. Sólo se debe cumplir un requisito para que el router o la gateway seleccione un par de marcado. El router o la gateway dejan de buscar tan pronto como se asocia un par de marcado.

Mientras se ejecuta cada paso, se aplica el criterio de asociación más largo. En casa paso, si se encuentran varias concordancias, se elegirá aquella que tenga la concordancia explícita más larga. El ejemplo que indicamos a continuación ayuda a aclarar este concepto:

Supongamos que el número llamado entrante (DNIS) es "81690". Se asocia el par de marcado 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: En el caso de los pares de marcado entrantes, no se tiene en cuenta el comando session target.

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

Si el router o la gateway no coincide 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). Se conoce a este par de marcado predeterminado como dial-peer 0 o pid:0

Nota: Esta sentencia tiene una excepción. Las plataformas de marcado y de voz de Cisco como AS53xx y AS5800, requieren que un par de marcado entrante configurado coincida con las llamadas entrantes de conexión POTS para aceptarlo como llamada de voz. Si no hay ninguna correlación de par de marcado entrante, la llamada se tratará y procesará como si fuera una llamada de marcado (módem).

El par de marcado 0 (pid:0) tienen una configuración predeterminada que no se puede cambiar. El par de marcado 0 predeterminado no puede negociar las aplicaciones, servicios y capacidades que no son predeterminadas como:

  • Las capacidades de red de voz que no son predeterminadas: dtmf-relay, no vad, so forth y so on.

  • Marcado de entrada directo (DID)

  • Aplicaciones TCL

El par de marcado 0 (pid:0) para pares de entrada VoIP tiene la siguiente configuración:

  • any codec

  • vad enabled

  • 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 paquetes en DSCP 0. Todos los paquetes de voz de los routers se marcan de forma predeterminada (el par de marcado puede anularlo); la señalización con AF31 y los medios con EF. Las llamadas asociadas al par de marcado 0 predeterminado también deben tener este comportamiento.

El par de marcado 0 (pid:0) para pares de entrada POTS tiene la siguiente configuración:

  • no ivr application

Para obtener más información acerca de este concepto, consulte la sección Estudio de caso: introducción al par de marcado 0 entrante asociado y predeterminado de este documento.

Comentario especial acerca de isdn overlap-receiving

Se producen varias implicaciones para la coincidencia del par de marcado entrante cuando isdn overlap-receving está configurado en interfaces ISDN. Una vez que se han recibido todos los dígitos en la capa de ISDN, se comprueban los pares de marcado para buscar concordancias. Si se efectúa una asociación completa, la llamada se enruta inmediatamente (en este caso al session app) sin esperar a dígitos adicionales. El terminador 'T' se puede utilizar para suspender esta coincidencia de dígito a dígito y obligar al router o la gateway a esperar a que se hayan recibido todos los dígitos. La 'T' se refiere al temporizador entre dígitos T302 en el nivel ISDN, configurable en la interfaz serial asociada a la interfaz ISDN. ISDN también proporciona otros mecanismos para indicar el fin de dígitos, como la configuración de Enviar el elemento de información (IE) completo en mensajes de información Q.931.

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

Supongamos que tenemos la configuración siguiente:

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

Ahora, supongamos que llega una llamada entrante sin información del número que llama y se asocia al par de marcado POTS basado en destination-pattern 9T. En este caso, el router o la gateway Cisco IOS utiliza el dígito "9" como número que llama y reenvía la llamada al dispositivo correspondiente (como, por ejemplo, Call Manager o IOS Gateway). Para no sustituir el campo vacío del número que llama, cree un par de marcado alternativo que sólo tenga el comando incoming called-number configurado. Debido a que la sentencia incoming called-number tiene mayor prioridad que destination pattern para la asociación de POTS entrante, el par de marcado de voz 2 se convierte en el par de marcado de POTS utilizado.


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


!


dial-peer voice 2 pots
incoming called-number .

Igualación de pares de marcado saliente

Para poder asociar los pares de marcado entrantes, el router o la gateway utiliza el comando de par de marcado destination-pattern called_number.

  • En los pares de marcado POTS, el comando port se utiliza a continuación para reenviar la llamada.

  • En los pares de marcado de red de voz, el comando session target se utiliza a continuación para reenviar la llamada.

Además, cuando se asocian los pares salientes, hay que tener en cuenta dos casos: Caso DID y no DID.

Caso DID (marcado de entrada directo)

Un par de marcado entrante que está 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 llamadas DID (también denominadas de marcado en una etapa), el mensaje de configuración contiene todos los dígitos necesarios para enrutar la llamada y el router o la gateway no debería efectuar una recolección de dígitos posterior. Cuando el router o la gateway busca un par de marcado saliente, el dispositivo utiliza la cadena completa de marcado entrante. Esta coincidencia es, de manera predeterminada, de longitud variable. No se realiza dígito a dígito debido a que por la definición de DID se han recibido todos los dígitos. El ejemplo que indicamos a continuación ayuda a aclarar este concepto:

Supongamos que la cadena de marcado de DIS es "81690". En este caso, el router asociará el par de marcado 4 y reenviará la cadena completa de marcado "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 acerca de DID, consulte Voz – Comprensión del Marcador de entrada directa (DID) en interfaces digitales de Cisco IOS (T1/E1).

Caso sin DID

Este caso también es llamado marcado en dos etapas. Si DID no está configurado en el par de marcado entrante correspondiente, el router o la gateway entrará al modo de recolección de dígitos (los dígitos se recopilan dentro de la banda). La asociación del par de marcado saliente se efectúa dígito a dígito. El router o la gateway busca si hay asociaciones de par de marcado después de que el dispositivo haya recibido todos los dígitos y, a continuación, enruta la llamada cuando se realiza una asociación completa. Los ejemplos que indicamos a continuación ayudan a aclarar este concepto:

Supongamos que la cadena de marcado es "81690". Inmediatamente después de que el router reciba el dígito "6", éste asociará el par de marcado 3 y enrutará la llamada (sólo reenviará 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 supongamos que el par de marcado 3 está configuración para una asociación con 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 del prefijo más largo y el par de marcado 4 se empareja con el tramo de llamada saliente.

Nota especial sobre planes de marcado de longitud variable

En ocasiones, las cadenas de marcado esperadas no tienen un número definido de dígitos. En tales casos, Cisco recomienda configurar el terminador "T" en el comando destination-pattern del par de marcado para utilizar pares de marcado de longitud variable.

El terminador 'T' hace que el router o la gateway espere a recibir la cadena completa de marcado. Para ello, el terminador 'T' obliga al router o la gateway a esperar hasta haber recibido la cadena completa de marcado. El router o la gateway:

  • Espera un tiempo de espera entre dígitos definido 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 ha marcado "5551212#", el carácter "#" le indica al router que ha marcado todos los dígitos y que cualquier dígito anterior a "#" debe usarse para hacer coincidir un par de marcado.

El ejemplo que indicamos a continuación ayuda a aclarar este concepto:

Supongamos que el router de este ejemplo recibe una configuración de llamada con la cadena de marcado "95551212" de la red. A continuación, el par de marcado 2 reenvía a PSTN los dígitos "5551212".

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

Ahora, supongamos 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 del prefijo más largo y el par de marcado 4 se empareja con el tramo de llamada saliente.

Nota: 

  • El tiempo de espera entre dígitos predeterminado está definido como 10 segundos. Para modificar este valor, ejecute el comando voice-port timeouts interdigit seconds.

  • Siempre que se utilice "T", deberá ir precedido de un "." o dígitos (por ejemplo, ".T" o "555T"). Si sólo utiliza "T", los pares de marcado no actuarán correctamente e influirán sobre la forma en que el router maneje las llamadas.

Estado operacional de entidad par de marcado

El estado de funcionamiento de un par de marcado debe estar activado y ser válido en términos administrativos para que se lo pueda hacer coincidir con un par de marcado. Para que considerar operativos los pares de marcado, es preciso que éstos cumplan una de las condiciones siguientes: (existen más, aunque éstas son las principales).

  • Destination-pattern está configurado y un voice-port o session target también está configurado.

  • Incoming called-number está configurado.

  • Answer-address está configurado.

Para obtener más información, consulte Voz: Comprensión del estado operacional de los pares del marcado en plataformas de Cisco IOS.

Información adicional de par de marcado

El atributo de par de marcado destination-pattern tiene un comportamiento diferente cuando se aplica a tramos de llamada entrantes o salientes:

  • En el caso de los pares de llamada entrantes, el comando destination-pattern se asocia con el número que llama (cadena ANI).

  • En el caso de los pares de llamada salientes, el comando destination-pattern se asocia con el número llamado (cadena DNIS).

Por consiguiente, un par de marcado con el atributo destination-pattern puede funcionar tanto para la asociación entrante como la saliente.

Estudio de caso: Introducción al par de marcado 0 entrante asociado y predeterminado

in_dial_peer_match.gif

Configuraciones

maui-gwy-04

maui-gwy-06


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

En este caso de estudio usamos los siguientes 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 conectadas actualmente mediante el router. En este caso, este 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 solucionar 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.
!---
!--- <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

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

!--- Este comando utiliza el DNIS (número llamado) para asociar el tramo de llamada entrante
!--- al par de marcado.

 maui-gwy-06(config-dial-peer)#incoming called-number 8....
A continuación se brinda una instantánea de una configuración maui-gwy-06 después de una configuración adicional:
!--- < Se ha omitido parte del resultado>
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


Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Document ID: 14074