Entender os correspondentes de discagem de entrada/saída que correspondem às plataformas IOS

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

Observação especial sobre número chamado vazio

A mensagem de aviso mostrada aqui, que é exibida quando o correspondente de discagem está configurado com o número chamado de entrada T, pode levantar questões em relação à seleção do correspondente de discagem com um número chamado vazio de um roteador 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)#

Correspondência de peer de discagem de entrada com um número chamado vazio:

• Um número chamado "nulo" é considerado "menos" qualificado em comparação a um número de porta e/ou, em alguns casos, endereço de resposta. Portanto, uma correspondência com base em um número chamado "nulo" pode ocorrer SOMENTE se não houver correspondência com base no endereço de resposta ou no número de porta.

• Em caso de discagem sobreposta, um número chamado "nulo" não pode corresponder a "número chamado de entrada T" porque o tempo limite não ocorreu.

• Um número chamado "nulo" pode corresponder a "número chamado de entrada T" somente no caso de ENBLOCK e não há correspondência por causa de endereço de resposta e número de porta. O aviso que você vê ao configurar "incoming called-number T" se refere a esse caso específico.

Comparando correspondentes de discagem externos

Para corresponder os peers de discagem de saída, o roteador ou gateway usa o comando dial peer destination-pattern called_number.

• Em peers de discagem POTS, o comando port é utilizado para encaminhar a chamada.

• Nos peers de discagem de rede de voz, o comando session target é utilizado para encaminhar a chamada.

Além disso, quando os peers de saída são correspondidos, há dois casos a serem considerados: caso DID e não DID.

Caso de Discagem Direta de Entrada (DDI)

Um peer de discagem de entrada configurado com discagem direta de entrada DID se parece com este:

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

Em chamadas DID, também conhecidas como discagem de um estágio, a mensagem de configuração contém todos os dígitos necessários para rotear a chamada, e o roteador ou gateway não deve fazer a coleta de dígitos subsequente. Quando o roteador ou gateway procura um peer de discagem de saída, o dispositivo usa toda a sequência de discagem de entrada. Essa correspondência é de comprimento variável por padrão. Essa correspondência 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:

Suponha que a série de discagem DID seja "81690". Nesse caso, o roteador corresponde ao correspondente de discagem 4 e encaminha a sequê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 o DID, consulte Voz - Entendendo a Discagem Interna Direta (DID - Direct-Inward-Dial) em Interfaces Digitais (T1/E1) do Cisco IOS .

Caso não DID

Esse caso é também denominado discagem em dois estágios. Se o DID não estiver configurado no peer de discagem de entrada correspondente, o roteador ou gateway entra no modo de coleta de dígitos (os dígitos são coletados na entrada). A correspondência do ponto de discagem de saída é feita dígito por dígito. O roteador ou gateway verifica as correspondências do peer de discagem depois que o dispositivo recebe cada dígito e, em seguida, roteia a chamada quando uma correspondência completa é feita. Estes exemplos ajudam a esclarecer este conceito:

Suponha que a sequência de discagem seja "81690". Imediatamente após o roteador receber o dígito "6", ele faz a correspondência com o correspondente de discagem 3 e roteia a 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, suponha que o peer 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

Nesse caso, a regra de prefixo mais longo se aplica e o correspondente de discagem 4 é correspondido para o segmento de chamada de saída.

Nota especial sobre planos de discagem de apoio de discagem de comprimento variável

Há situações em que as cadeias de caracteres de discagem esperadas não têm um número definido de dígitos. Nesses casos, a Cisco recomenda que você configure o terminador " T " no comando dial peer destination-pattern para usar correspondentes de discagem de comprimento variável.

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

• Aguarda um intervalo interdígitos definido antes que o dispositivo roteie a chamada.

• Encaminha a chamada quando o dispositivo recebe o caractere de terminação "#" na sequência de discagem. Por exemplo, se você discou "5551212#", o "#" indica ao roteador que você discou todos os dígitos e que todos os dígitos anteriores a "#" devem ser usados para corresponder a um correspondente de discagem.

Este exemplo ajuda a esclarecer este conceito:

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

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

Suponha que a sequê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

Nesse caso, a regra de prefixo mais longo se aplica e o correspondente de discagem 4 é correspondido para o segmento de chamada de saída.

• O tempo limite padrão entre dígitos é definido para 10 segundos. Para modificar esse valor, execute o comando timeouts interdigit seconds voice-port.

• Sempre que o "T" for usado, "T" deve ser precedido por um "." ou dígitos (".T" ou "555T", por exemplo). Se você usar "T" sozinho, os peers de discagem agirão incorretamente e afetarão a maneira como as chamadas são tratadas pelo roteador.

Status operacional do correspondente de discagem

Um status operacional de peer de discagem deve ser administrativamente ativo e válido para que o peer de discagem seja correspondido. Para serem considerados operacionais, os peers de discagem devem atender a uma destas condições:

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

• O número chamado de entrada está configurado.

• O endereço de resposta é configurado.

Existem outras condições, mas estas são as principais.

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

Informações adicionais sobre correspondentes de discagem

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

• Para correspondentes de discagem de entrada, o destination-pattern é comparado ao número de chamada (cadeia de caracteres ANI).

• Para peers de discagem de saída, o padrão de destino corresponde ao número chamado (série DNIS).

Portanto, um peer de discagem com o atributo destination-pattern pode funcionar para correspondência de saída e < /i> de entrada .

Estudo de caso: Compreender a correspondência de entrada e o correspondente de discagem padrão 0

Cada plano de discagem precisa de um correspondente de discagem de saída e de entrada. Neste exemplo, há uma conexão T1 PSTN que chega como entrada ao roteador maui-gwy-04. Nesse caso, quando uma chamada recebida é recebida do PSTN, o roteador tenta encontrar o número chamado. Quando a chamada é recebida, o chamador fornece a ID do chamador com a Identificação Automática de Número (ANI). Neste exemplo, há um intervalo de Direct Inward Dial (DID) que começa em 8. DNIS é o número que a pessoa no PSTN disca. O número pode ter 11 ou 10 dígitos. Se ele corresponder ao peer de discagem de entrada configurado com a discagem de entrada direta, somente 4 números após 8 serão encaminhados e o restante será retirado para que a chamada seja alcançada diretamente sem a ajuda de um recepcionista.

Se você não tiver um correspondente de discagem de entrada configurado, o correspondente de discagem 0 será correspondido e cuidará da chamada. O correspondente de discagem 0 tem estes atributos:

• Funciona para qualquer codec

• Tem Detecção de Atividade de Voz (VAD) habilitada

• Marca o tráfego como precedência de IP 0

• Não tem suporte para RSVP

• Suporta serviço FAX-RATE

Observação: o comando IP Precedence é definido com um valor padrão de 0 , o que faz com que a Precedência IP seja passada como está.

Configurações

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

Neste estudo de caso, os comandos show e debug são usados:

• show call ative voice {brief} Este comando exibe o conteúdo da tabela de chamadas ativas, que mostra todas as chamadas atualmente conectadas através do roteador. Nesse caso, o comando é útil para exibir os correspondentes de discagem e os recursos associados a uma chamada ativa.

• debug voip ccapi inout Esse comando é útil para solucionar problemas de chamadas VoIP de ponta a ponta.

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

Agora, para corresponder ao peer de discagem VoIP de entrada 2 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

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

Este é um instantâneo da configuração maui-gwy-06 após a configuração 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

Informações Relacionadas

• Voz - Entendendo a paridade de discagem e segmentos de chamada em plataformas Cisco IOS
• Voz - Entendendo a paridade de discagem de entrada e de saída em plataformas do Cisco IOS
• Voz - Compreendendo o Status Operacional de Peers de Discagem em Plataformas Cisco IOS
• Voz - Entendendo a discagem interna direta (DID) em interfaces digitais (T1/E1) do Cisco IOS
• VoIP - Entendendo os codecs: complexidade, suporte, MOS e negociação
• Suporte Técnico e Documentação - Cisco Systems