Marcado y acceso remotos : Conexiones asíncronas

Interpretación de los códigos de motivos para la desconexión de NextPort

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


Contenido


Introducción

Este documento describe cómo interpretar los códigos de motivo de desconexión de llamada señalados por los módulos del procesador de señal digital universal de NextPort de Cisco (DSP). El NextPort es el DSP de la última generación usado por Cisco para implementar la Voz, los datos, o el fax en un puerto dado. Las Plataformas AS5350, AS5400, AS5850 y los modelos nuevos de las placas del módem para el AS5800 todos emplean los módems digitales con el NextPort DSPs. Para los módems digitales en C3600, AS5200, AS5300 y más viejos modelos de los indicadores luminosos LED amarillo de la placa muestra gravedad menor para el AS5800, estados del módem MICA del control y motivos de desconexión: ninguna actualización del firmware del módem puede hacer el DSP del NextPort fuera del DSP de la mica o vice versa.

prerrequisitos

Requisitos

Este documento no tiene ningún requisito específico.

Antecedentes

Siempre que una llamada usando el NextPort DSPs se borre o se desconecte, el módulo NextPort registra la razón de la desconexión. Este código de motivo de desconexión se puede utilizar para determinar si la desconexión era normal u ocurrió un error. Este código de motivo se puede utilizar para rastrear los orígenes posibles de la falla. Los módems pueden ser disconnected debido a una variedad de factores tales como desconexiones del cliente, errores de Telco, y descensos de la llamada en el servidor de acceso a la red (NAS). Un “buen” motivo de desconexión es que el DTE (modem del cliente o NAS) en un extremo o el otro quiso terminar la llamada. Esta desconexión "normal" indica que la desconexión no se produjo por errores de nivel del módem o de la transmisión. Para más información sobre determinar si el motivo de desconexión es “normal”, refiera al descripción de la calidad de la línea NAS y del módem general

Nota: El motivo de desconexión se maneja en una moda del primero-venir-primero-servicio. Esto significa que el primer motivo de desconexión generado es el único motivo de desconexión registrado. Si el módem y el NAS intentan terminar la sesión simultáneamente y el módem sucede salvar el motivo de desconexión antes de que el mensaje del LINK_TERMINATE del NAS se procese, después se ignora el motivo de desconexión NAS.

Componentes Utilizados

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

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.

Convenciones

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

Determinación de la razón de desconexión

Al evaluar si usted es el experimentar las desconexiones buenas o del malo, es importante obtener el historial de las desconexiones que un puerto determinado ha experimentado. En la mayoría de los entornos, el motivo de desconexión se obtiene usando los registros de llamada del módem o los mensajes de Syslog del rastreador de llamada. Este código de la desconexión se puede entonces interpretar usando la tabla proporcionada en este documento (o marcar /images/exit.gif para las herramientas de análisis del módem). Utilice los siguientes comandos de determinar el motivo de desconexión:

  • El comando show spe modem disconnect-reason no visualiza el código de motivo de desconexión como valor hexadecimal. Sin embargo, indica el motivo de desconexión como nombre. El nombre y la clase del motivo de desconexión se pueden encontrar adentro y respectivamente.

  • El comando show port modem log visualiza el código de motivo de desconexión como valor hexadecimal. Refiera a:

0x0.   0x001 0x002 0x003 0x004 0x005 0x006 0x007 0x008 0x009 0x00C 0x00D 0x00E 0x00F
0x010 0x011 0x012                      
0x1. 0x100 0x101 0X102 0x103 0x104 0x105 0x106 0x107 0x108 0x109        
0x1F00 0x1f01 0x1f02 0x1f03 0x1F04 0x1F05 0x1F06 0x1F07 0x1F08          
                          0x1FFF
0x2   0x201 0x202 0x203 0x204 0x205 0x206              
0x210 0x211 0x212                      
0x220 0x221 0x222   0x224 0x225                
0x3. 0x3xx    
0x4.   0x401   0x403 0x404       0x408          
0x5.   0x501 0x502 0x503 0x504 0x505 0x506              
                          0x5FF

La siguiente sección mira algunos ejemplos.

Uso del comando show port modem log

Utilice el comando show port modem log slot/port de obtener el código de la causa de desconexión (en el hex.) para una llamada determinada en un puerto específico. Este código de la desconexión es idéntico al código de la causa obtenido de las salidas de Syslog del registro de llamada y del rastreador de llamada del módem. Se muestra un ejemplo a continuación:

*Jan  1 00:53:56.867: Modem State event: State: Terminate
*Jan  1 00:53:56.879: Modem End Connect event: 
  Call Timer                              :   195  secs
  Disconnect Reason Info                  :   0x220
      Type (=0  ):  
     Class (=2  ):  EC condition - locally detected
    Reason (=32 ):  received DISC frame -- normal LAPM termination

Del ejemplo anterior, observe que el código de la desconexión es 0x220.

Uso del comando show spe modem disconnect-reason

Utilice el show spe modem disconnect-reason {summary | ranura | ranure el comando del /spe} de determinar la distribución de los motivos de desconexión que el puerto determinado ha experimentado. Un resumen de resultado de la muestra de todos los puertos se muestra abajo:

NAS>show spe modem disconnect-reason summary
===CLASS OTHER====  =====CLASS DSP====  ===CLASS EC LCL===  ==CLASS EC FRMR===
Software Rst     0  No Carrier     341  No LR            0  Frmr Bad Cmd     0
EC Termntd       0  No ABT dtctd     0  LR Param1        0  Frmr Data        0
Bad MNP5 Rx      0  Trainup flr    328  LR Incmpt        0  Frmr Length      0
Bad V42B       110  Retrain Lt       0  Retrns Lt      226  Frmr Bad NR      0
Bad COP stat     0  ABT end flr      0  Inactivity       0  
ATH              0                      Protocol Err     1  ===CLASS EC LD====
Aborted          0  ====CLASS HOST====  Fallbck Term    74  LD No LR         0
Connect Tout   198  Hst NonSpec      0  No XID          67  LD LR Param1     0
Reset DSP        0  HST Busy         0  XID Incmpt       0  LD LR Incmpt     0
                    HST No answr     0  Disc         21448  LD Retrns Lt     0
===CLASS EC Cmd===  HST DTR       3615  DM               5  LD Inactivty     0
Bad Cmd          0  HST ATH          0  Bad NR           0  LD Protocol      0
                    HST NoDialTn     0  SABME Online     0  LD User          0
=====N O N E======  HST No Carr   5276  XID Online       0  
None            39  HST Ack          0  LR Online        0  TOTAL        31728 
HST NoDialTn     0  SABME Online     0  LD User          0=====N O N E======
HST No Carr   5276  XID Online       0  None            39  HST Ack          0
LR Online        0  TOTAL        31728

Del ejemplo anterior, digamos que estamos interesados en la categoría “disco” de la desconexión dentro de la CLASE EC LCL. Para determinar lo que significa el disco del motivo de desconexión, vaya a la entrada correspondiente a la clase (la CLASE EC LCL) y al nombre del motivo de desconexión (disco) que muestra un código hexadecimal de 0x220 y es una desconexión normal.

  • CLASIFIQUE OTRO

  • CLASIFIQUE EL DSP

  • CLASIFIQUE EC LCL

  • CLASIFIQUE el cmd EC

  • CLASIFIQUE EC FRMR

  • CLASIFIQUE EC LD

  • HOST DE CLASE

Tabla de resumen de códigos de motivos de la desconexión de NextPort

Tipo del motivo de desconexión Motivo de desconexión: Nombre Código de motivo de desconexión (hex.) Descripción
CLASIFIQUE OTRO
2 Software Rst 0x001 El software de Cisco IOS� desconectó la llamada por una cierta razón indeterminada (SOFTWARE_RESET).
2 EC Termntd 0x002 Terminación de la capa del error correction (EC)
2 Mún rx MNP5 0x003 La tarea de descompresión de Microcom Network Protocol 5 (MNP5) recibió un indicador ilegal en la secuencia de datos. Hay probablemente un error lógico en la instrumentación de la compresión, la descompresión o la corrección de errores del módem o del partner. (Hay también la posibilidad de una línea transitoria o de un error de memoria RAM.)
2 Mún V42B 0x004 La tarea de descompresión V.42bis o V.44 recibió un testigo ilegal en la secuencia de datos. Hay probablemente un error lógico en el módem o la instrumentación de la compresión del partner, descompresión o corrección de errores. (Hay también la posibilidad de una línea transitoria o de un error de memoria RAM.)
2 Mún stat del POLI 0x005 <reserved>
6,7 ATH 0x006 Comando ATH detectado por el módem local. El “ATH” (parada) EN el comando es detectado por el módem local (NextPort). Por ejemplo, siguiendo un dialout del IOS, la interfaz IOS DTE borra la llamada (transmitiendo un “ATH inband” EN el comando), después de que la llamada esté conectada.
3 Abortado 0x007 EN el modo “cualquier” aborto dominante del comando del dial el comando AT dial fue abortado por el comando " any key " abort. Por ejemplo, el módem del host origina una llamada. Durante el establecimiento de la conexión, pulsar “cualquier tecla” causará el comando AT dial de ser abortado.
3 Conecte el revendedor 0x008 La llamada demoró demasiado para completar la conexión. Note que el temporizador S7 (espera para el portador después del dial) expirado para esta desconexión. Las causas incluyen:
  • Dificultad que elige (negociación) un estándar de la capa I,
  • Una combinación de establecimiento de la capa I y de la capa II que dura demasiado.
Por ejemplo: la Negociación de corrección de errores tarda una extensa cantidad de hora encima de un reentrenamiento o debido a los errores de bit la introdujo cuando el modem del cliente intenta conectar a una tarifa “agresiva” (por ejemplo, el receptor del modem del cliente intenta conectar a una tarifa que no puede sostener). Esta desconexión podría también suceder si el módem de respuesta no oyó ningún tono del canal (por ejemplo, el terminal original no era un módem).
2 Reajuste el DSP 0x009 El DSP fue reajustado (comando/interno/espontáneo). El CP (Procesador de control) o el SP (Procesador de señal) reinició el DSP dentro del módem host. El CP reajusta el DSP si los mensajes del correo del CP al SP no se están reconociendo. El SP se reajusta si consigue un error de inconsistencia interna.
4,6   0x00C El V.42bis o el tamaño del codeword V.44 excedió el máximo negociado.
4,6   0x00D El V.42bis o el V.44 recibió el codeword igual a la entrada de diccionario vacía siguiente.
4,6   0x00E El V.42bis o el V.44 recibió el codeword mayor que la entrada de diccionario vacía siguiente.
4,6   0x00F El V.42bis o el V.44 recibió el código de comando reservado.
4,6   0x010 El V.42bis o el tamaño ordinal V.44 excedió de ocho.
4,6   0x011 V.42bis o error de negociación V.44.
4,6   0x012 V.42bis o error de compresión V.44.

DSP DE LA CLASE
    0x1xx Condiciones de DSP informadas por SPE
4,5 Sin Portadora 0x100 Se pierde la señal de la portadora de SPE. El NextPort detectó a caída de la portadora del módem del cliente. El DSP cesó de escuchar a la portadora del NextPort por un período mayor que el valor especificado en el registro S10 (retraso de desconexión después de la pérdida de la portadora). Esto podría significar que salió el trayecto de conversación o que el cliente paró el transmitir. Si un protocolo de la capa II (V.42 y/o V.42bis) está en efecto, es anormal considerar tal desconexión. Las causas comunes son usuarios “que abortan” la llamada antes de que ocurra una conexión. Marcado incidental, comienzo abortado, y aplicaciones de cliente que miden el tiempo hacia fuera cuando las llamadas duran demasiado para conectar (debido a los varios reintentos durante la negociación del Layer 1.) La condición de pérdida de la portadora puede ocurrir también durante el modo de datos normal cuando el cliente suelta la portadora abruptamente. La causa común es una desconexión NON-negociada o “sucia” de parte del modem del cliente (por ejemplo, el modem del cliente apenas cae la señal de la portadora). Esto puede ocurrir si el link se cae precipitadamente (Error de red), o el poder se apaga al modem del cliente que desconecta la llamada. Esto puede también ocurrir con modemes del cliente “más baratos” que no implementen los protocolos claros-abajo de la capa I y/o de la capa II en una interrupción de DTR. Para una gran cantidad de módems clientes, esta desconexión se considera normal.
3 Ningún dtctd ABT 0x101 Ningún Answer Back Tone detectado -- el llamador no es probablemente un módem
3 Flrv del trainup 0X102 Falla de llamada mientras que módem que entrena encima de debido a la modulación incompatible o a la mala línea. Esto puede ser indicativo de intentos para negociar una modulación no admitida tal como una modulación propietaria heredada de Rockwell (D56Plus, V.FC, etc). Otras causas posibles son las fallas de DSP en la preparación debido a graves desperfectos en la línea, ruidos del impulso, interrupciones en la capacitación, parámetros de modulación incompatibles y, posiblemente, la incapacidad de seleccionar correctamente una norma de Capa I.
4,5 Lt del reentrenamiento 0x103 Demasiados reintentos o cambios de velocidad consecutivos. El límite de reacondicionamiento se especifica por medio del Register S40. Durante el proceso de una llamada, se produjeron demasiados reacondicionamientos que resultaron en una llamada no efectiva, dado que la velocidad de datos podría ser lo suficientemente lenta como para que no sea válida. Otras condiciones posibles son el modem del cliente no completan el protocolo claro-abajo (por ejemplo, la compañía telefónica derribó la llamada en el medio de la conexión) y el NextPort (NP) intenta recuperar la llamada publicando los reentrenamientos. El límite del reentrenamiento se alcanza una vez, el NP caerá la llamada y señalará este motivo de desconexión.
3 Flr del extremo ABT 0x104 Problema que detecta el final de la respuesta de control Tone(ABT). Falla de negociación o ruido excesivo durante el entrenamiento V.34. Los módems del host contestan y envían al V.8bis y la respuesta modulada 2100Hz detrás entona (los ABT) con las inversiones de fase, pero el ruido excesivo del encuentro durante la secuencia de preparación. Buscan errores en el trayecto desde el módem que llama hasta el que contesta en una dirección o en ambas. Un comportamiento similar ocurre cuando hay latencia en la red de telefonía pública conmutada (PSTN) para marcación que supera un segundo y provoca que los módems no puedan preparar los canceladores de eco. Otras posibles causas son:
  • Alimentación de TX los niveles reales son incorrectos y los tonos entonces no son manejados por el lado remoto.
  • Hay demasiado ruido en las Fases III y IV durante la capacitación V.34.
  • Existe error del operador.
  • Hay interferencia en la red durante la capacitación V.34 (alguien recoge la extensión).
3   0x105 La operación SS7/COT (prueba de continuidad) completó con éxito.
3   0x106 La operación SS7/COT (prueba de continuidad) falló: Tono que espera del descanso T8/T24 para “en”.
3   0x107 Operación SS7/COT (prueba de continuidad) fallada: Tono que espera del descanso T8/T24 para “de”.
4   0x108 Cleardown del Modem On Hold (MOH) por el NextPort. V.92 especifica que la razón de limpieza puede ser:
  • Terminación a causa de a la llamada entrante
  • Terminación a causa de a la llamada saliente
  • Terminación a causa de a la otra razón
4   0x109 Valor de agotamiento del tiempo MOH alcanzado. Este valor se puede ajustar usando el registro S62 (tiempo máximo V.92 MOH).

CLASE EC LCL: Condición EC, localmente detectada
    0x2xx Condiciones de la corrección de error local (EC).
3 Ningún LR 0x201 Durante la negociación una trama de Petición de link (LR) no fue recibida. El par puede no soportar el MNP.
3 Param1 LR 0x202 La trama LR recibida MNP tenía PARAM1 malo/inesperado. Para más información acerca de PARAM1, consulte la especificación V.42.
3 LR Incmpt 0x203 El marco MNP LR recibido no es compatible con la configuración del módem del host correspondiente a EC.
4,5 Lt de Retrns 0x204 Demasiadas retransmisiones consecutivas en el EC. Esta razón de desconexión puede ser causada por un ruido en la línea. Por ejemplo, el módem del host transmite datos al módem del cliente pero el ruido que hay en la línea hace que el cliente reciba los datos de manera incorrecta (o incompleta). Un ruido muy excesivo puede provocar retransmisiones excesivas. El modem del cliente habría podido también desconectar sin el módem del host que realizaba esto. Por lo tanto, el módem del host retransmite continuamente, sin detectar que el módem del cliente ya no está presente. A veces, cuando la llamada conecta en el LAPM o el MNP, el NextPort no puede transmitir una trama al modem del cliente. El modem del cliente no puede reconocer la transmisión inicial del NextPort, después no puede responder para registrar las encuestas S19 (Límite de restransmisión de corrección de errores) (el valor por defecto es 12), así que el NP desconecta la llamada. Una causa podría ser que el portador en la trayectoria del transmitir degradada substancialmente mientras que el cliente no pudo desplazar hacia abajo. Otra causa puede ser un problema con el motor EC del cliente (como ocurriría en un sistema Winmodem si Windows deja de responder).
6,7 Inactividad 0x205 Tiempo de espera inactiva, MNP LD (link desconectado) enviado. El módem del host envía el modem del cliente una trama LD que indica que ha ocurrido un tiempo de espera de inactividad.
4,5 El protocolo yerra 0x206 Error de protocolo EC. Este es un error de protocolo general común. Indica que ha ocurrido un error en el protocolo LAPM o MNP EC.
3 Término de Fallbck 0x210 No hay ningún protocolo de repliegue EC disponible. La negociación de corrección de errores no fue exitosa. La llamada finaliza porque no hay un protocolo de corrección de errores como sistema de soporte disponible. S-register S25 (protocolo de seguridad de link) determina el protocolo de seguridad disponible. Las opciones son alineación de tramas asincrónica, alineación de tramas sincrónica o desconectar (cortar).
3 Ningún XID 0x211 No se recibió la trama eXchange IDentification (XID) durante la negociación. El par puede no soportar el MNP.
3 XID Incmpt 0x212 La trama XID recibida es incompatible con la configuración local. Es posible que el módem del cliente no admita LAPM con V.42.
3,4,5 Disco 0x220 Trama de desconexión recibida (DISC). Ésta es la desconexión normal de LAP-M. La llamada finalizó normalmente con una liberación de llamada correcta por parte del cliente. (Por ejemplo, un paquete de la desconexión V.42 fue enviado del modem del cliente al módem del host). El módem del cliente dejó de transmitir DTR y negoció un protocolo de limpieza total de manera limpia.
3,4,5 DM 0x221 Trama recibida DM. El par está desconectando posiblemente. El módem de cliente indica que se está desconectando. Durante la configuración de la llamada, este motivo indica que el módem del cliente abandona la corrección de errores de negociación.
4,5 Mún NR 0x222 El mún número de secuencia de recepción o el número ACK fue recibido. Se envía Un MNP LD o LAP-M FRMR. El módem del host recibió una trama de correción de errores LAPM o MNP con una mala sequencia de números o números de reconocimiento. Se envía LD o trama de rechazo de trama (FRMR) al módem del cliente para indicarle que el módem del host está desconectando.
4,5 Online SABME 0x224 Trama MNP XID recibida en estado estable. Esto se interpreta como un error del protocolo de corrección de errores en estado constante. Significa que el modem del cliente pudo haber reajustado debido a recibir un FRMR.
4,5 Online XID 0x225 Recepción de trama MNP LR en estado constante. Esto se interpreta como un error del protocolo de corrección de errores de protocolos MNP en estado constante. Significa que el módem del cliente se ha restablecido.

Cmd de la CLASE EC: Mún código de comando detectado EC
4,5 Mún cmd 0x3xx EC detectó un código de comando defectuoso. El comando received unknown está en los dígitos del último 2. Una trama MNP LD o del LAP-M FRMR se envía en la respuesta.

CLASE EC FRMR: FRMR detectado EC del par
4,5 0x4xx Condiciones EC indicadas por cliente en la trama LAP-M FRMR. El motivo del mapa de bits se encuentra en los últimos dos dígitos.
4,5 Cmd del malo de Frmr 0x401 LAPM: Comando peer reports bad. El módem del host recibió una trama FRMR del módem del cliente La trama FRMR recibida indica que el módem del cliente recibió una trama de corrección de error del módem del host que contenía un comando incorrecto.
4,5 Datos Frmr 0x403 LAPM: el par informa que no se permite el campo de datos o que tiene un tamaño incorrecto (tramas U). El módem del host recibió una trama FRMR del módem del cliente La trama recibida FRMR indica que el modem del cliente recibió una trama de corrección de errores del módem del host que contuvo un campo de datos que no se permite o contuvo un campo de datos con una longitud incorrecta (es decir, trama U).
4,5 Longitud Frmr 0x404 LAPM: la longitud del campo de datos de informes de pares es mayor que N401 (la longitud máxima del campo de información especificada en V.42), pero tiene una buena secuencia de verificación de tramas (FCS). El módem NextPort recibió una trama FRMR del módem del cliente La trama FRMR recibida indica que el módem del cliente recibió una trama de corrección de errores desde NextPort que contenía una longitud de campo de datos superior al número máximo de octetos que puede contener el campo de información (N401) de una trama I, una trama SREJ, una trama XID, una trama UI o una trama TEST. La secuencia de verificación de tramas es buena.
4,5 Frmr mún NR 0x408 LAPM: número de secuencia de recepción incorrecta de informes sobre entidades pares o N(R). El módem del host recibió una trama FRMR del módem del cliente El marco FRMR indica que el módem del cliente recibió un marco de corrección de error del módem host que contenía un número de secuencia de mala recepción.

CLASE EC LD: Desconexión del link detectado del error correction (EC) (LD) del par
4,5   0x5xx Condiciones de EC indicadas por el cliente en la trama LD de MNP. El campo de la razón está en los dígitos del último 2
3 LD ningún LR 0x501 MNP: El par nunca recibió la trama LR. El módem del host recibió una trama LD del módem cliente La trama LD recibida indica que el módem del cliente nunca recibió una petición de link del módem host.
3 Param1 LD LR 0x502 MNP: la trama de Petición de link (LR) de los informes de peer tiene mún parámetro #1 que el módem del host recibió una trama del link disconnect (LD) del modem del cliente. La trama recibida LD indica que el modem del cliente recibió una trama de petición de link del módem del host que contuvo un mún (es decir inesperado) PARAM1. Para más información acerca de PARAM1, consulte la especificación V.42.
3 LD LR Incmpt 0x503 MNP: la trama LR de los informes de peer es incompatible con su configuración que el módem del host recibió una trama del link disconnect (LD) del modem del cliente. La trama recibida LD indica que el modem del cliente recibió una trama de Petición de link (LR) del módem del host que es incompatible con la configuración del modem del cliente.
4,5 Lt LD Retrns 0x504 MNP: los informes de peer demasiadas retransmisiones consecutivas EC el módem del host recibieron una trama LD del modem del cliente. La trama LD recibida indica que el módem del cliente recibió demasiadas retransmisiones consecutivas.
4,5 Inactividad LD 0x505 MNP: el temporizador de inactividad de los informes de peer expiró el host que el módem recibió una trama del link disconnect (LD) del modem del cliente. La trama recibida LD indica que el host del modem del cliente (DTE) no ha pasado los datos al modem del cliente dentro de un período de tiempo.
3 Protocolo LD 0x506 MNP: el error de los informes de peer el módem del host recibió una trama LD del modem del cliente. La trama LD recibida indica que el módem del cliente recibió un error de protocolo MNP.
3 Usuario LD 0x507 La desconexión normal MNP el módem del host recibió una trama LD del modem del cliente. La trama recibida LD indica una finalización normal de MNP.

HOST DE CLASE: Pedido por el host
6,7 0x1Fxx Desconexión del host iniciado. El valor es una suma de 0x1F00 y del valor de SessionStopCommand. Ésta es la otra razón de terminación del host. La razón del host se indica en los bytes de orden inferior “xx”.
3,6,7 HST NonSpec 0x1F00 Host no específico inició la desconexión. El valor es una suma de 0x1F00 y del valor de SessionStopCommand. Ésta es la “captura toda la” razón IOS inició desconexión. Se utiliza para todas las desconexiones no estándar. Por ejemplo, esto podría ser el resultado del software de administración del módem que decide finalizar la llamada. Una posible explicación es una falla de autenticación a nivel superior en RADIUS, TACACS u otra aplicación que emite una interrupción de DTR al módem host. Este tipo de desconexión no influirá en el CSR cuando el módem del host esté en modo de datos.
3 HST ocupado 0x1f01 El número marcado estaba ocupado. Se ha producido la desconexión porque el host indica que el número marcado está ocupado.
3 HST ningún answr 0x1f02 El Número marcado no contestó. Se ha producido un corte en la conexión porque el host está indicando que el número marcado no responde.
3,6,7 HST DTR 0x1f03 DTR “virtual” caído. Este estatus “se refleja” del “redirector del puerto I/O” que está utilizando actualmente el módem. La desconexión ha ocurrido porque el host cayó la línea “virtual” DTR. Esta causa de la desconexión genérica es iniciada por el Cisco IOS Software. Las causas del ejemplo son tiempo de inactividad, PPP LCP TERMREQ recibido, falla de autenticación, interrupción de Telnet, y así sucesivamente. Para determinar la razón de la caída para arriba, examine el motivo de desconexión del “radio” del comando modem call-record terse o del Authentication, Authorization, and Accounting (AAA).
6,7 HST ATH 0x1F04 El comando “ATH” (parada) fue detectado por el host local.
3 HST NoDialTn 0x1F05 Sin acceso a la red de la compañía telefónica. La desconexión ha ocurrido porque el host no podría acceder la red (tal como ISDN).
3,4,5 HST NoCarr 0x1F06 Desconexión indicada por la red. Ésta es una desconexión accionada lado del cliente que no es una terminación elegante de la llamada. Puede ocurrir durante la configuración de la llamada. Una causa común es cuando los usuarios del Dial Up Networking de Windows 95 o de Windows 98 (DUN) golpean la “cancelación” antes de que la llamada alcance al estado constante. Otras razones comunes son cualquier cliente instigadas interrupción de DTR antes del estado constante. Durante el modo de datos, la es también el lado del cliente disparó la desconexión que no es una terminación elegante de la llamada (es decir, una desconexión “sucia”). Una mismo causa común es averiada fallas de autenticación.
3 0x1F07 Operación del SS7/COT terminado en NAS. Se produjo la desconexión debido a que NAS ha finalizado la operación SS7/COT (Prueba de continuidad).
3 0x1F08 La operación SS7/COT fue finalizada por el router debido a un tiempo de espera de T8/T24.
- 0x1FFF El TERMINAR no solicitado. El host envía este motivo de desconexión cuando recibe un mensaje de terminación no solicitado.

Tipos de razón de desconexión

Tipo de desconexión Descripción
0 (sin utilizar)
1 - 0x2… (sin utilizar)
2 - 0x4… Otras situaciones
3 - 0x6… La condición ocurrió durante la configuración de la llamada
4 - 0x8… En el modo de datos. Datos del rx (línea a recibir) que vacian OK
5 - 0xA… En el modo de datos. Datos del rx (línea a recibir) que vacian NO ACEPTABLE (actualmente, las aplicaciones no se deben referir sobre el “no OK”)
6 - 0xC… En el modo de datos. Datos del tx (host a alinear) que vacian OK
7 - 0xE… En el modo de datos. Datos del tx (host a alinear) que vacian NO ACEPTABLE (actualmente, las aplicaciones no se deben referir sobre el “no OK”)

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: 9502