Marcado y acceso remotos : Dial-on-Demand Routing (DDR)

Problemas con la superposición ISDN que recibe un número sin asignar/sin ubicar

16 Enero 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (11 Noviembre 2015) | Comentarios


Contenido


Introducción

Los routers Cisco pueden recibir una llamada ISDN en los modos de superposición o en bloque. Cuando está configurado para el modo en bloque, el mensaje de configuración debe contener toda la información de direccionamiento necesaria para rutear la llamada. En el modo de superposición, el mensaje de configuración no contiene la dirección completa. Se requieren mensajes de información adicionales de la parte que llama para completar la dirección a la que se llamó.

Un peligro común cuando configurar a un router Cisco para recibir una llamada ISDN en el modo de superposición es la configuración incorrecta del dial peer. Esto puede hacer número al que se llamó ser recibido incorrectamente, haciendo la llamada fallar.

Antes de comenzar

Convenciones

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

prerrequisitos

Quienes lean este documento deben tener conocimiento de lo siguiente:

  • configurar el ISDN en los routeres Cisco

  • conocimiento básico de los dial peer y de la voz sobre IP (VoIP)

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

  • Versión de software 12.2.(7)a de Cisco IOS�

  • Router C3640

La información que se presenta en este documento se originó a partir de dispositivos dentro de un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener un comando antes de ejecutarlo.

Resolución del error de número no atribuido/no asignado

Configurar la coincidencia que recibe en el canal D cambia la manera que el Routers se comporta al recibir las llamadas ISDN. El router responde al mensaje setup con un SETUP ACK. Esto informa a la red que está listo para recibir los mensajes de Más información que contienen los elementos adicionales del ruteo de llamadas.

El problema ocurre cuando el número de destino usado en el dial peer no está de la misma longitud que número al que se llamó que es recibido. Como se muestra abajo, el número de destino se resume para reflejar un rango de los números que pueden comenzar con los mismos dígitos:

  • El rango del número de destino es 5000 a 5600.

  • El dial peer puede ser configurado para el diagrama de destinos 5.

Este tipo de Plan de marcado trabaja sin los problemas en el modo bloque En, pero con la coincidencia que recibe al router, intenta poner la llamada después de que bastantes dígitos se hayan recibido para hacer juego el número de destino. En este caso, después de que se haya recibido los 5. Para evitar que esto ocurra el adaptador “T” se debe colocar después de los dígitos en el diagrama de destinos. Esto hace al router esperar el temporizador T302 para expirar después de la recepción de cada dígito, permitiendo que el número completo sea recogido antes de poner la llamada.

Configuración incorrecta y depuraciones asociadas

Éste es un ejemplo de una configuración que hace las llamadas fallar:

! 
interface Serial3/0:15 
 no ip address 
 no logging event link-status 
 isdn switch-type primary-qsig 
 isdn overlap-receiving 
 isdn incoming-voice voice 
 isdn send-alerting 
 no cdp enable 
! 
! 
voice-port 3/0:15 
! 
dial-peer cor custom 
! 
! 
dial-peer voice 1 voip 
 destination-pattern 5 
 session target ipv4:10.0.0.1 
! 
!

Han habilitado a los comandos debug ISDN Q931 y debug voip ccapi inout. Algunos de los debugs fueron omitidos para mayor clareza.

ECV-3640-2# 
*Mar  2 01:47:05.705: ISDN Se3/0:15: RX <- SETUP pd = 8  callref = 0x001A 
*Mar  2 01:47:05.705:         Bearer Capability i = 0x8090A3 
*Mar  2 01:47:05.709:         Channel ID i = 0xA9839B 
*Mar  2 01:47:05.709:         Facility i = 0x91AA068001008201008B0102A11
           402025CA002013B300B30090A01050A01030A0104 
*Mar  2 01:47:05.713:         Facility i = 0x91AA068001008201008B0100A10
           C02025CB006042B0C09008400 
*Mar  2 01:47:05.713:         Calling Party Number i = 0x00, 0x83, '5000', 
           Plan:Unknown, Type:Unknown 
*Mar  2 01:47:05.717:         Called Party Number i = 0x80, '5', Plan:Unknown, 
           Type:Unknown 
*Mar  2 01:47:05.717:         High Layer Compat i = 0x9181

!--- An incoming call with the first digit of called number 5.

*Mar  2 01:47:05.729: ISDN Se3/0:15: TX -> SETUP_ACK pd = 8  callref = 0x801A 
*Mar  2 01:47:05.729:         Channel ID i = 0xA9839B 
  

*Mar  2 01:47:06.385: ISDN Se3/0:15: RX <- INFORMATION pd = 8  callref = 0x001A 
*Mar  2 01:47:06.385:         Called Party Number i = 0x80, '5', Plan:Unknown, 
           Type:Unknown 

!--- An information message with the next digit 5.
 
*Mar  2 01:47:06.393: ccCallSetupRequest numbering_type 0x80 
*Mar  2 01:47:06.393: ccCallSetupRequest encapType 2 clid_restrict_disable 1 
			null_orig_clg 0 clid_transparent 0 callingNumber 5000 
*Mar  2 01:47:06.393: dest pattern 5, called 55, digit_strip 0 
*Mar  2 01:47:06.393: callingNumber=5000, calledNumber=55, redirectNumber= 
            display_info= calling_oct3a=83 

!--- The router matches received digits 55 with dial peer 1.
 
*Mar  2 01:47:06.421: ccCallDisconnect (callID=0x25, cause=0x1 tag=0x0) 
*Mar  2 01:47:06.421: ccCallDisconnect (callID=0x24, cause=0x1 tag=0x0) 
*Mar  2 01:47:06.425: cc_api_call_disconnect_done(vdbPtr=0x62679168, 
            callID=0x24, disp=0, tag=0x0) 

!--- The call was disconnected from the remote router, because 
!--- the number is incomplete as only 55 is sent, this fails to match any dial 
!--- peers (dial peers at remote router were four digits in length).
 
*Mar  2 01:47:06.433: ISDN Se3/0:15: TX -> DISCONNECT pd = 8  callref = 0x801A 
*Mar  2 01:47:06.433:         Cause i = 0x8081 - Unallocated/unassigned number 

!--- The call was disconnected because of an unallocated/unassigned number.
 
ECV-3640-2# 
ECV-3640-2# 
ECV-3640-2# 
ECV-3640-2#

Depuraciones y configuración corregida

En este ejemplo, el número que es marcado es 5678. Ahora han corregido al dial peer con la adición del adaptador “T”. También se incluye en la configuración de la coincidencia el ajuste del temporizador T302 para reflejar una más configuración realística. El temporizador predeterminado es 10 segundos, que pueden ser demasiado largos en ciertas situaciones.

interface Serial3/0:15 
 no ip address 
 no logging event link-status 
 isdn switch-type primary-qsig 
 isdn overlap-receiving T302 2000
 
!--- The T302 timer is configured to wait for two seconds.

 isdn incoming-voice voice 
 isdn send-alerting 
 no cdp enable 
! 
! 
voice-port 3/0:15 
! 
dial-peer cor custom 
! 
! 
! 
dial-peer voice 1 voip 
 destination-pattern 5T     

!--- The "T" is added to the dial peer.
 
 session target ipv4:10.0.0.1 
! 
end 

ECV-3640-2# 
*Mar  2 21:36:10.132: ISDN Se3/0:15: RX <- SETUP pd = 8  callref = 0x0024 
*Mar  2 21:36:10.136:         Bearer Capability i = 0x8090A3 
*Mar  2 21:36:10.136:         Channel ID i = 0xA98386 
*Mar  2 21:36:10.136:         Facility i = 0x91AA068001008201008B0102A114020262A
            002013B300B30090A01050A01030A0104 
*Mar  2 21:36:10.140:         Facility i = 0x91AA068001008201008B0100A10C020262B
            006042B0C09008400 
*Mar  2 21:36:10.140:         Calling Party Number i = 0x00, 0x83, '5000', 
            Plan:Unknown, Type:Unknown 
*Mar  2 21:36:10.144:         Called Party Number i = 0x80, '5', Plan:Unknown, 
            Type:Unknown 
*Mar  2 21:36:10.144:         High Layer Compat i = 0x9181 

!--- An incoming call with the first digit of called number 5.
 
*Mar  2 21:36:10.164: ISDN Se3/0:15: TX -> SETUP_ACK pd = 8  callref = 0x8024 
*Mar  2 21:36:10.164:         Channel ID i = 0xA98386 
  

*Mar  2 21:36:10.360: ISDN Se3/0:15: RX <- INFORMATION pd = 8  callref = 0x0024 
*Mar  2 21:36:10.364:         Called Party Number i = 0x80, '6', Plan:Unknown, 
            Type:Unknown 

!--- An information message with the next digit 6.
 
*Mar  2 21:36:10.660: ISDN Se3/0:15: RX <- INFORMATION pd = 8  callref = 0x0024 
*Mar  2 21:36:10.664:         Called Party Number i = 0x80, '7', Plan:Unknown, 
            Type:Unknown 

!--- An information message with the next digit 7.
 
*Mar  2 21:36:10.924: ISDN Se3/0:15: RX <- INFORMATION pd = 8  callref = 0x0024 
*Mar  2 21:36:10.924:         Called Party Number i = 0x80, '8', Plan:Unknown, 
            Type:Unknown 

!--- An information message with the next digit 8.
 
*Mar  2 21:36:20.168: ccCallSetupRequest encapType 2 clid_restrict_disable 1 
            null_orig_clg 0 clid_transparent 0 callingNumber 5000 
*Mar  2 21:36:20.172: dest pattern 5T, called 5678, digit_strip 0 
*Mar  2 21:36:20.172: callingNumber=5000, calledNumber=5678, redirectNumber= 
            display_info= calling_oct3a=83 

!--- The router matches received digits 5678 with dial peer 1.
 
*Mar  2 21:36:20.228: ISDN Se3/0:15: TX -> CALL_PROC pd = 8  callref = 0x8024 
*Mar  2 21:36:20.420: cc_api_call_cut_progress(vdbPtr=0x6221F1E8, callID=0x38, 
            prog_ind=0x8, sig_ind=0x1) 
  

*Mar  2 21:36:20.440: ISDN Se3/0:15: TX -> ALERTING pd = 8  callref = 0x8024 
*Mar  2 21:36:20.440:         Progress Ind i = 0x8188 - In-band info or appropriate 
            now available 

!---  The call is successfully routed and the remote phone is ringing.
 
ECV-3640-2#

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.


Información Relacionada


Document ID: 23382