Voz : Roteamento de chamadas / Planos de discagem

Entendendo a Comparação de Correspondentes de Discagem de Entrada e Saída em Plataformas IOS

7 Abril 2008 - Tradução Manual
Outras Versões: Versão em PDFpdf | Tradução por Computador (29 Julho 2013) | Inglês (2 Fevereiro 2006) | Feedback


Índice

Introdução
Pré-requisitos
     Requisitos
     Componentes Usados
     Convenções
Comparando Correspondentes de Discagem de Entrada
     Elementos e Atributos de Correspondentes de Discagem de Entrada
     Processo de Comparação de Correspondentes de Discagem de Saída
     O Correspondente de Discagem Padrão 0 peer_tag=0, pid:0
     Observação especial sobre isdn overlap-receiving
     Observação Especial Sobre Chamadas POTS Com Campo de Número Chamador Vazio
Comparando Correspondentes de Discagem de Saída
     Caso DID (Direct Inward Dial)
     Caso Não-DID
     Observação Especial Sobre Planos de Discagem de Comprimento Variável
Status Operacional do Correspondente de Discagem
Informações Adicionais Sobre Correspondente de Discagem
Caso Prático: Entendendo a Comparação de Entrada e Correspondente de Discagem Padrão 0
     Configurações
Discussões relacionadas da comunidade de suporte da Cisco
Informações Relacionadas

Introdução

Este documento tem o propósito principal de esclarecer como os correspondentes de discagem de entrada e de saída comparam-se à rede de telefonia tradicional (POTS) e aos segmentos de chamada de rede de voz.

Pré-requisitos

Requisitos

A Cisco recomenda que você tome conhecimento destes tópicos:

Componentes Usados

Este documento não está restrito às versões específicas de software e de hardware.

Convenções

Consulte Convenções de Dicas Técnicas da Cisco para obter mais informações sobre as convenções de documentos.

Comparando Correspondentes de Discagem de Entrada

Elementos e Atributos de Correspondentes de Discagem de Entrada

Três elementos de informação enviados na mensagem de configuração de chamada e quatro atributos configuráveis do correspondente de discagem são usados para encontrar os correspondentes de discagem da seguinte maneira:

  • Os correspondentes de discagem POTS de entrada são associados aos trechos de chamada POTS de entrada no(s) roteador ou gateways de origem.

  • Os correspondentes de discagem de entrada de Rede de voz de entrada estão associados a trechos de chamada de rede de voz de entrada do roteador/gateway de término. Exemplos de segmentos de chamadas seriam o VoIP (Voice over IP), VoFR (Voice over Frame Relay), VoATM (Voice over ATM) e MmoIP (Multimedia Mail over IP).

Os quatro atributos configuráveis do correspondente de discagem Cisco IOS® e os elementos de instalação de chamada correspondentes são mostrados aqui:

Atributo do correspondente de discagem

Descrição

Elemento de Configuração de Chamada

(Consulte a Tabela 2)

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

Este comando dial-peer define o destino do número chamado ou a série do serviço de identificação de número discado (DNIS). Quando está configurado apropriadamente, este comando dial-peer usa o número chamador para comparar o segmento de chamada recebido com um correspondente de discagem de entrada.

Número chamado (DNIS)

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

Este comando dial-peer define o número de origem chamado ou a seqüência da identificação automática de número (ANI). Quando está configurado apropriadamente, este comando dial-peer usa o número chamado para comparar o segmento de chamada recebido com um correspondente de discagem de entrada.

Número Chamador (ANI)

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

Ao corresponder trechos de chamada recebida, este comando usa o número chamador (de origem ou string de ANI) para corresponder ao trecho de chamada recebida para um correspondente de discagem de entrada.

Observação: Para correspondentes de discagem de saída, este comando é correspondido em comparação com o número chamado ou seqüências de DNIS.

Número chamado (ANI) para seqüências de entrada ou número chamado (DNIS) para seqüências de saída

gwy(config-dial-peer)# port port

Este comando de correspondente de discagem define a porta de voz POTS através da qual são feitas as chamadas para este correspondente de discagem.

Porta de Voz

Os elementos de configuração de três chamadas são:

Elemento de Configuração de Chamada

Descrição

Número Chamado (DNIS)

Esta é a série de discagem de destino da chamada, sendo derivada da mensagem de configuração ISDN ou do DNIS de sinalização de canal associado (CAS).

Número Chamador (ANI)

Esta é uma seqüência numérica que representa a origem e é derivada da mensagem de configuração de ISDN ou de CAS ANI. O ANI também é chamado de CLID (Calling Line Identification).

Porta de Voz

Representa a porta de voz física POTS.

Processo de Comparação de Correspondentes de Discagem de Saída

Quando o roteador/gateway Cisco IOS recebe uma requisição de configuração de chamada, uma correspondência do correspondente de discagem é feita para a chamada recebida, com o fim de facilitar o roteamento da chamada para aplicativos de sessões diferentes. Isso não é uma correspondência de dígito por dígito, é a seqüência de dígitos inteira recebida na requisição de configuração que é utilizada para a comparação com correspondentes de discagem configurados.

O roteador ou gateway corresponde aos elementos informativos na mensagem de configuração com os atributos do correspondente de discagem para selecionar um correspondente de discagem de entrada. O roteador ou gateway Cisco IOS corresponde a estes itens nesta ordem:

  1. Número chamado (DNIS) com incoming called-number

    Primeiro, o roteador ou gateway tenta corresponder ao número chamado da solicitação de configuração de chamada com o incoming called-number configurado de cada correspondente de discagem. Como configurações de chamada sempre incluem informações de DNIS, recomenda-se usar o comando incoming called-number para a comparação de correspondentes de discagem de entrada. Este atributo tem prioridade de correspondência sobre answer-address e destination-pattern.

  2. Número chamador (ANI) com answer-address

    Se nenhuma correspondência for encontrada na etapa 1, o roteador ou gateway tentará comparar o número chamador da solicitação de configuração de chamada com o answer-address de cada correspondente de discagem. Esse atributo pode ser útil em situações nas quais você deseja corresponder as chamadas com base no número chamador (de origem).

  3. Número chamador (ANI) com destination-pattern

    Se nenhuma correspondência for encontrada na etapa 2, o roteador ou gateway tentará comparar o número chamador da solicitação de configuração de chamada ao destination-pattern de cada correspondente de discagem. Para obter mais informações sobre o assunto, consulte o primeiro marcador na seção Informações Adicionais Sobre Correspondente de Discagem deste documento.

  4. Porta de voz (associada à solicitação de configuração de chamada de entrada) com port de correspondente de discagem configurado (aplicável para segmentos de chamada POTS de entrada)

    Se nenhuma correspondência for encontrada na etapa 3, o roteador ou gateway tentará corresponder a port (porta) configurada do correspondente de discagem à porta de voz associada à chamada de entrada. Se vários correspondentes de discagem tiverem a mesma porta configurada, o primeiro correspondente de discagem adicionado à configuração será compatível.

  5. Se nenhuma correspondência for encontrada nas primeiras quatro etapas, default dial peer 0 (pid:0) é usado.

Observação: A etapa não se aplica a plataformas de voz ou discagem como AS5300, AS5350, AS5400, AS5800 e AS5850. Se alguma das primeiras três etapas não for usada, compare o correspondente de discagem com 0 e a chamada será tratada como uma chamada de modem de discagem. Isto significa que os clientes podem obter tons de modem em vez de tons de discagem para chamadas de entrada.

O processo de seleção anterior é exibido neste diagrama:

dial_peer_flow.gif

O roteador ou gateway Cisco IOS corresponde apenas a uma dessas condições. Não é necessário que todos os atributos sejam configurados no correspondente de discagem ou que cada atributo corresponda às informações de configuração de chamada. Apenas uma condição deve ser atendida para que o roteador ou gateway selecione um correspondente de discagem. O roteador ou gateway pára de procurar assim que um correspondente de discagem é encontrado.

O critério de correspondência de prefixo mais longo se aplicará enquanto a etapa estiver sendo realizada. Em cada etapa, se vários correspondentes forem encontrados, aquele com correspondência explícita mais longa será escolhido. Este exemplo ajuda a esclarecer este conceito:

Considere que o número chamado (DNIS) de entrada seja "81690". O correspondente de discagem 2 é encontrado.

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

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

Observação: Para correspondentes de discagem de entrada, o comando session target é ignorado.

O Correspondente de Discagem Padrão 0 peer_tag=0, pid:0

Se nenhum correspondente de discagem de entrada corresponder ao roteador ou gateway, o trecho da chamada recebida será roteado automaticamente para um correspondente de discagem padrão (POTS ou Rede de Voz). Esse correspondente de discagem padrão é referido como dial-peer 0 (correspondente de discagem 0) ou pid:0

Observação: Há uma exceção. As plataformas de voz e discagem Cisco, como a AS53xx e a AS5800 requerem que um correspondente de discagem de entrada configurado seja correspondido para chamadas POTS recebidas para ser aceito como chamada de voz. Se não houve uma comparação de correspondente de discagem de entrada, a chamada é tratada e processada como uma chamada de dial-up (modem).

O correspondente de discagem 0 (pid:0) possui uma configuração padrão que não pode ser alterada. O correspondente de discagem 0 não consegue negociar recursos, serviços e aplicativos que não sejam padrão, como:

  • Recursos de rede de voz não padrão: dtmf-relay, no vad, entre outros.

  • Direct Inward Dial (DID)

  • Aplicativos de TCL

O correspondente de discagem 0 para correspondentes de VoIP de entrada possui esta configuração:

  • any codec

  • vad enabled

  • no rsvp support

  • fax-rate voice

    Observação: O DSCP padrão para voz é EF codepoint 101110 (RFC 2598) e o DSCP padrão para sinalização é AF31 codepoint 011010 (RFC 2597). O correspondente de discagem padrão não marca pacotes para DSCP 0. Todos os pacotes de voz nos roteadores são marcados por padrão (podem ser sobrescritos pelo correspondente de discagem), sinalizando com AF31 e mídia com EF. Chamadas que atendam ao correspondente de discagem padrão 0 também devem ter este comportamento.

O correspondente de discagem 0 (pid:0) para correspondentes de POTS de entrada possui esta configuração:

  • no ivr application

Para obter mais explicações obre este conceito, consulte a seção Caso Prático: Entendendo a Correspondência de Entrada e o Correspondente de Discagem 0 Padrão deste documento.

Observação especial sobre isdn overlap-receiving

Há implicações na comparação de correspondentes de discagem de entrada quando isdn overlap-receving estiver configurado em interfaces ISDN. Quando um dígito é recebido na camada ISDN, os correspondentes de discagem são verificados à procura de compatíveis. Se uma correspondência completa for realizada, a chamada é roteada imediatamente (para a sessão app neste caso) sem esperar por mais nenhum dígito. O terminador 'T' pode ser usado para suspender essa correspondência de dígito por dígito e forçar o roteador ou gateway a esperar até que todos os dígitos sejam recebidos. O 'T' refere-se ao temporizador interdígitos T302 no nível do ISDN, configurável na interface serial associada à interface ISDN. O ISDN também fornece outros mecanismos para indicar o fim dos dígitos, como a configuração do Sending Complete Information Element (IE) em mensagens de informações de um Q.931.

Observação Especial Sobre Chamadas POTS Com Campo de Número Chamador Vazio

Considere esta configuração:

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

Agora, considere que uma chamada de entrada chegue sem informações sobre o número chamador e ela é comparada ao correspondente de discagem POTS com base no destination-pattern 9T. Neste caso, o roteador ou gateway Cisco IOS usa o dígito "9" como o número chamador e encaminha a chamada ao dispositivo correspondente (como o Call Manager ou o IOS Gateway). Para não substituir o campo de número chamador vazio, crie um correspondente de discagem POTS fictício usando apenas o comando incoming called-number configurado. Já que a instrução incoming called-number possui uma prioridade maior que destination pattern para a correspondência de POTS de entrada, o correspondente de discagem de voz 2 torna-se o correspondente de discagem POTS usado.

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

Comparando Correspondentes de Discagem de Saída

Para comparar correspondentes de discagem de saída, o roteador ou gateway usa o comando de correspondente de discagem destination-pattern called_number .

  • Em correspondentes de discagem POTS, o comando port é usando para encaminhar a chamada.

  • Em correspondentes de discagem de rede de voz, o comando session target é usando para encaminhar a chamada.

Além disso, ao comparar os correspondentes de saída, há dois casos a serem considerados: Caso DID e não-DID.

Caso DID (Direct Inward Dial)

Um correspondente de discagem de entrada, configurado com Direct-Inward-Dial (DID), se parece com o seguinte:

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

Nas chamadas DID (também conhecidas como discagens de um estágio), a mensagem inicial contém todos os dígitos necessários para rotear a chamada, e o roteador ou gateway não deve realizar nenhuma coleta subseqüente de dígitos. Quando o roteador ou gateway procura um correspondente de discagem de saída, o dispositivo usa a seqüência inteira de discagem de entrada. Esta correspondência tem comprimento variável por padrão. Ela não é feita dígito por dígito porque, pela definição DID, todos os dígitos foram recebidos. Este exemplo ajuda a esclarecer este conceito:

Considere que a seqüência de discagem DID seja "81690". Neste caso, o roteador compara o correspondente de discagem 4 e encaminha a seqüência de discagem 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 obter mais informações sobre DID, consulte Voz - Entendendo a Direct-Inward-Dial (DID) em Interfaces Digitais (T1/E1) do Cisco IOS.

Caso Não-DID

Este caso é também denominado discagem em dois estágios. Se DID não for configurado no correspondente de discagem recebida correspondente, o roteador ou gateway entrará no modo de coleta de dígitos (os dígitos são coletados por associação). A comparação de correspondentes de discagem de saída é feita digito por dígito. O roteador ou gateway verifica comparações de correspondentes de discagem após o dispositivo ter recebido cada digito e, em seguida, faz o roteamento da chamada quando uma correspondência completa é realizada. Estes exemplos ajudam a esclarecer este conceito:

Considere que a seqüência de discagem seja "81690". Imediatamente após o roteador receber o dígito "6", esse roteador compara-se ao correspondente de discagem 3 e faz o roteamento da chamada (encaminhando apenas os 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

Agora considere que o correspondente de discagem 3 esteja configurado para correspondência de caractere curinga:

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

Neste caso, a regra de prefixo mais longo se aplica, e o correspondente de discagem 4 compara-se ao segmento de chamada de saída.

Observação Especial Sobre Planos de Discagem de Comprimento Variável

Há situações onde as seqüências de discagem esperadas não possuem um número definido de dígitos. Em tais casos, a Cisco recomenda que você configure o terminador "T" no comando destination-pattern do correspondente de discagem para usar correspondentes de discagem com comprimento variável.

O terminador 'T' força o roteador ou gateway a esperar até que a seqüência de discagem inteira seja recebida. Para isso, o terminador 'T' força o roteador ou gateway a esperar até que a seqüência de discagem inteira seja recebida. O roteador ou gateway:

  • Espera por um intervalo de expiração inter-dígito definido antes de que o dispositivo faça o roteamento da chamada.

  • Faz o roteamento da chamada depois que o dispositivo receber o caractere de terminação "#" na seqüência de discagem. Por exemplo, se você tivesse discado "5551212#", o "#" indicaria ao roteador que você discou todos os dígitos e que todos os dígitos antes de "#" deverão ser usados para a comparação com um correspondente de discagem.

Este exemplo ajuda a esclarecer este conceito:

Considere que o roteador neste exemplo receba uma configuração de chamada com a seqüência de discagem "95551212" proveniente da rede. O correspondente de discagem 2 então encaminha os dígitos "5551212". para o PSTN.

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

Agora, considere que a seqüência de discagem de uma interface POTS de entrada seja "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

Neste caso, a regra de prefixo mais longo se aplica, e o correspondente de discagem 4 compara-se ao segmento de chamada de saída.

Observação: 

  • O intervalo de expiração inter-dígito padrão é definido para 10 segundos. Para modificar esse valor, execute o comando de porta de voz timeouts interdigit seconds .

  • Todas as vezes que "T" for usado, ele tem que ser precedido por um "." u por dígitos (".T" ou "555T", por exemplo). Se você usar o "T" sozinho, os correspondentes de discagem atuam incorretamente e afetam a forma na qual as chamadas são manipuladas pelo roteador.

Status Operacional do Correspondente de Discagem

Um status operacional de correspondente de discagem deve estar administrativamente conectado e válido para ser comparado. Para serem considerados operacionais, os correspondentes de discagem devem atender a uma das seguintes condições: (Existem outras, mas estas são as principais.)

  • Destination-pattern está configurado e voice-port ou session target também está configurado.

  • Incoming called-number está configurado.

  • Answer-address está configurado.

Para obter mais informações, consulte Voz - Entendendo o Status Operacional de Correspondentes de Discagem em Plataformas do Cisco IOS.

Informações Adicionais Sobre Correspondente de Discagem

O atributo de correspondente de discagem destination-pattern possui um comportamento diferente quando aplicado a segmentos de chamada de entrada ou de saída:

  • Para correspondentes de discagem de entrada, destination-pattern corresponde ao número chamador (seqüência ANI).

  • Para correspondentes de discagem de saída, destination-pattern corresponde ao número chamado (seqüência DNIS).

Sendo assim, um correspondente de discagem com o atributo destination-pattern pode funcionar tanto para correspondência de entrada quanto de saída.

Caso Prático: Entendendo a Comparação de Entrada e Correspondente de Discagem Padrão 0

in_dial_peer_match.gif

Configurações

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
!

                     !-- Este correspondente de discagem é usado para
!-- chamadas DID de entrada.
                  
                  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
!

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

Neste caso prático, os comandos show e debug são usados:

  • show call active voice {brief} — Este comando exibe o conteúdo da tabela de chamadas ativas, que mostra todas as chamadas que estão conectadas no momento através do roteador. Neste caso, o comando é útil para a exibição de correspondentes de discagem e de capacidades associadas a uma chamada ativa.

  • debug voip ccapi inout — Este comando e útil para solucionar problemas de chamadas VoIP de ponto a ponto.

                  
                     !--- Ação: A chamada vai da PSTN através do maui-gwy-04 e é terminada
!--- em uma porta FXS de maui-gwy-06 (número chamado: "81560")
!--- Observações:
!--- 1) Em maui-gwy-04, a chamada de entrada é recebida no correspondente de discagem POTS 1,
!--- que está configurado para DID.
!--- 2) Em maui-gwy-06, nenhum correspondente de discagem VoIP foi encontrado e o
!--- correspondente de discagem =0 é usado. Portanto, a negociação DTMF-relay cisco-rtp
!--- falha.

!-----------------------------------------------------------------------------
!--- Saída em maui-gwy-04 (Gateway de Origem)
                  
!-----------------------------------------------------------------------------

maui-gwy-04#show call active voice brief
                  
                     !--- Estas informações foram capturadas no gateway de origem da chamada
!--- quando a chamada foi realizada e estava ativa.
!---
!--- <algumas saídas omitidas>
!
                  
<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


                     !--- O correspondente de discagem POTS 1 (palavra-chave Tele) é correspondido na entrada (palavra-chave Answer).
!--- Este correspondente de discagem foi comparado com base na condição1 da correspondência de entrada
!--- Seção Correspondentes de Discagem deste documento.
                  
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


                     --- O correspondente de discagem VoIP 3 (palavra-chave IP) é correspondido na saída (palavra-chave Originate).
!--- Este correspondente de discagem foi comparado no comando destination-pattern.
                  
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
                  
                     !--- <algumas saídas omitidas>
!--- Com o comando show call active voice, você percebe que o DTMF-relay Cisco
!--- RTP foi parcialmente negociado.
                  
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

                     !-----------------------------------------------------------------------------
!-- Saída em maui-gwy-06 (Gateway de Terminação)
!-----------------------------------------------------------------------------

                  
maui-gwy-06#show call active voice brief
                  
                     !--- Estas informações foram capturadas quando a chamada foi realizada e estava ativa.
!---
!--- <algumas saídas omitidas>
!--- Observe que neste caso o correspondente de discagem VoIP (palavra-chave IP) 0 padrão foi
!-- comparado na entrada.
                  
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
                  
                     !--- <algumas saídas omitidas>
!--- Observe que o DTMF-relay cisco rtp NÃO foi negociado nesta extremidade.
                  
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


                     !-- Saída de debug voip ccapi inout.
!--- <Somente a saída relevante foi capturada>

!--- Segmento de chamada VoIP de entrada comparado ao correspondente de discagem 0 padrão.
!--- Neste caso, observe que maui-gwy-06 não recebeu o número
!--- chamador (ANI). Sendo assim, voip dial-peer 2 não foi comparado com base na
!--- condição 3 da seção Comparando Correspondentes de Discagem de Entrada deste documento.
                  


                  *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"
.....


                     !--- Correspondente de discagem POTS de saída é combinado.
                  

                  *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
               

Agora, para corresponder ao correspondente de discagem 2 VoIP de entrada em maui-gwy-06 adicione 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
            
               !--- Este comando usa o DNIS (número chamado) para comparar o segmento de chamada de entrada
!--- ao correspondente de discagem. 
            
maui-gwy-06(config-dial-peer)#incoming called-number 8....
         

Este é um instantâneo da configuração de maui-gwy-06 após configuração adicional:

            
               !--- <Algumas saídas omitidas>
            
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
!
                  
                     !--- Ação: A chamada vai da PSTN através do maui-gwy-04 e é terminada
!--- em uma porta FXS de maui-gwy-06 (número chamado: "81560").
!--- Observações:
!--- 1) Em maui-gwy-04, a chamada de entrada é recebida no correspondente de discagem 1 POTS,
!--- que está configurado para DID.
!--- 2) Em maui-gwy-06, dial-peer 2 voip é correspondido na entrada e dtmf-relay
!--- Cisco RTP é negociado.

!-----------------------------------------------------------------------------
!--- Saída em maui-gwy-06 (Gateway de Terminação)
                  
!-----------------------------------------------------------------------------

maui-gwy-06#show call active voice brief
                  
                     !--- <algumas saídas omitidas>
                  
Total call-legs: 2

                     !--- Observe que neste caso, o segmento de chamada VoIP de entrada compara-se ao
!--- VOIP do correspondente de discagem 2.
                  
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
                  
                     !--- <algumas saídas omitidas>
!--- Observe que dtmf-relay cisco rtp foi negociado com êxito.
                  
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


Discussões relacionadas da comunidade de suporte da Cisco

A Comunidade de Suporte da Cisco é um fórum onde você pode perguntar e responder, oferecer sugestões e colaborar com colegas.


Informações Relacionadas


Document ID: 14074