Este documento describe cómo interpretar los códigos de motivo de desconexión de llamada notificados por los módulos del procesador universal de señales digitales (DSP) Cisco NextPort. NextPort es el DSP de última generación que utiliza Cisco para implementar voz, datos o fax en un puerto determinado. Las plataformas AS5350, AS5400, AS5850 y los nuevos modelos de tarjetas de módem para AS5800 emplean módems digitales con DSP NextPort. Para módems digitales en modelos de tarjetas C3600, AS5200, AS5300 y anteriores para AS5800, verifique los estados del módem Mica y las razones de desconexión : ninguna actualización del firmware del módem puede hacer que NextPort DSP salga de Mica DSP o viceversa.
Este documento no tiene requisitos específicos.
Siempre que se borra o desconecta una llamada que utiliza los DSP NextPort, el módulo NextPort registra el motivo de la desconexión. Este código de motivo de desconexión se puede utilizar para determinar si la desconexión era normal o si se produjo un error. Este código de motivo se puede utilizar para rastrear posibles fuentes de falla. Los módems se pueden desconectar debido a una variedad de factores como desconexiones de clientes, errores de la compañía telefónica y caídas de llamadas en el servidor de acceso a la red (NAS). Una razón de desconexión "buena" es que el DTE (módem cliente o NAS) en un extremo u otro deseaba 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 obtener más información sobre cómo determinar si la razón de desconexión es "normal", consulte Descripción General de la Calidad de Línea NAS y Módem General
Nota: La razón de la desconexión se gestiona de la forma "primero en llegar". Esto significa que la primera razón de desconexión generada es la única razón de desconexión registrada. Si el módem y el NAS intentan terminar la sesión simultáneamente y el módem guarda la razón de desconexión antes de que se procese el mensaje LINK_TERMINATE del NAS, se ignora la razón de desconexión del NAS.
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. All of the devices used in this document started with a cleared (default) configuration. Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener un comando antes de ejecutarlo.
Para obtener más información sobre las convenciones del documento, consulte Convenciones de Consejos Técnicos de Cisco.
Al evaluar si está experimentando desconexiones buenas o malas, es importante obtener el historial de desconexiones que un puerto determinado ha experimentado. En la mayoría de los entornos, la razón de desconexión se obtiene mediante registros de llamadas del módem o mensajes syslog del rastreador de llamadas. Este código de desconexión puede entonces interpretarse utilizando la tabla proporcionada en este documento (o comprobar si hay herramientas de análisis del módem). Utilice los siguientes comandos para determinar la razón de desconexión:
El comando show spe modem disconnect-reason no muestra el código de motivo de desconexión como un valor hexadecimal. Sin embargo, indica el motivo de desconexión como un nombre. El nombre y la clase del motivo de desconexión se pueden encontrar en y respectivamente.
El comando show port modem log muestra el Código de motivo de desconexión como un valor hexadecimal. Consulte la sección:
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 |
En la siguiente sección se muestran algunos ejemplos.
Utilice el comando show port modem log slot/port para obtener el código de causa de desconexión (en hexadecimal) para una llamada determinada en un puerto específico. Este código de desconexión es idéntico al código de causa obtenido de las salidas del registro de llamadas del módem y del registro del sistema del rastreador de llamadas. 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
En el ejemplo anterior, observe que el código de desconexión es 0x220.
Use el comando show spe modem disconnect-reason {summary | slot | slot/spe} para determinar la distribución de las razones de desconexión que el puerto en particular ha experimentado. A continuación se muestra un ejemplo de salida de resumen de todos los puertos:
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 de desconexión "Disk" dentro de CLASS EC LCL. Para determinar el motivo de desconexión Disk, vaya a la entrada correspondiente a la clase (CLASS EC LCL ) y al nombre del motivo de desconexión (Disk) que muestra un código hexadecimal de 0x220 y es una desconexión normal.
CLASE OTRA
CLASS DSP
CLASS EC LCL
CLASS EC Cmd
CLASS EC FRMR
CLASS EC LD
CLASS HOST
Tipo de motivo de desconexión | Motivo de desconexión: Nombre | Código de motivo de desconexión (hexadecimal) | Descripción |
---|---|---|---|
CLASE OTRA | |||
2 | Software Rst | 0x001 | El software Cisco IOS® desconectó la llamada por algún motivo indeterminado (SOFTWARE_RESET). |
2 | EC Termntd | 0x002 | Terminación de capa de corrección de errores (EC) |
2 | MNP5 Rx Incorrecto | 0x003 | La tarea de descompresión de Microcom Network Protocol 5 (MNP5) recibió un indicador ilegal en la secuencia de datos. Probablemente haya un error lógico en la implementación de compresión, descompresión o corrección de errores por parte del módem o del partner. (También existe la posibilidad de un error transitorio de la línea o de la memoria RAM.) |
2 | V42B erroneo | 0x004 | La tarea de descompresión V.42bis o V.44 recibió un testigo ilegal en la secuencia de datos. Probablemente haya un error lógico en la implementación de compresión, descompresión o corrección de errores por parte del módem o del partner. (También existe la posibilidad de un error transitorio de la línea o de la memoria RAM.) |
2 | Estado COP incorrecto | 0x005 | <reserved> |
6,7 | ATH | 0x006 | El módem local ha detectado el comando ATH. El módem local (NextPort) detecta el comando AT "ATH" (Hangup). Por ejemplo, después de un marcado de salida del IOS, la interfaz IOS DTE borra la llamada (mediante la transmisión de un comando "ATH" AT dentro de la banda), después de que la llamada esté conectada. |
3 | Anulado | 0x007 | El modo AT "any key" abort del comando dial AT fue anulado por el comando abort "any key". Por ejemplo, el módem host origina una llamada. Durante el establecimiento de la conexión, al pulsar "cualquier tecla" se anulará el comando AT dial. |
3 | Connect Tout | 0x008 | La llamada demoró demasiado para completar la conexión. Observe que el temporizador S7 (espera al transportista después de marcar) ha caducado para esta desconexión. Las causas incluyen:
|
2 | Restablecer DSP | 0x009 | Se restableció el DSP (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 restablece el DSP si los mensajes de correo del CP al SP no se reconocen. El SP se reinicia si recibe un error de inconsistencia interna. |
4,6 | 0x00C | El tamaño de palabra de código V.42bis o V.44 excedió el máximo negociado. | |
4,6 | 0x00D | V.42bis o V.44 recibieron una palabra de código igual a la siguiente entrada vacía del diccionario. | |
4,6 | 0x00E | V.42bis o V.44 recibieron una palabra de código mayor que la siguiente entrada vacía del diccionario. | |
4,6 | 0x00F | V.42bis o V.44 recibieron código de comando reservado. | |
4,6 | 0x010 | El tamaño ordinal V.42bis o V.44 excedió de ocho. | |
4,6 | 0x011 | Error de negociación V.42bis o V.44. | |
4,6 | 0x012 | Error de compresión V.42bis o V.44. |
CLASS DSP | |||
---|---|---|---|
0x1xx | Condiciones de DSP informadas por SPE | ||
4,5 | Sin Portadora | 0x100 | Se pierde la señal de la portadora SPE. NextPort ha detectado una caída del portador del módem del cliente. El DSP NextPort dejó de oír al portador durante un período mayor que el valor especificado en el Registro S10 (retraso de colgado tras pérdida del portador). Esto podría significar que la trayectoria de conversación desapareció o que el cliente dejó de transmitir. Si un protocolo de capa II (V.42 y/o V.42bis) está en vigor, es anormal ver tal desconexión. Las causas comunes son los usuarios que "abortan" la llamada antes de que se produzca una conexión. Marcación accidental, inicio interrumpido y tiempo de espera de las aplicaciones cliente cuando las llamadas tardan demasiado en conectarse (debido a que se vuelven a preparar varias veces durante la negociación de la capa 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 no negociada o "sucia" por parte del módem del cliente (por ejemplo, el módem del cliente simplemente descarta la señal de la portadora). Esto puede ocurrir si el link se interrumpe bruscamente (error de red), o si la alimentación se apaga al módem cliente que desconecta la llamada. Esto también puede ocurrir con módems cliente "más baratos" que no implementan los protocolos de desconexión de Capa I y/o Capa II en una caída de DTR. Para una gran cantidad de módems clientes, esta desconexión se considera normal. |
3 | No ABT dtctd | 0x101 | No se ha detectado tono de respuesta: es probable que la persona que llama no sea un módem |
3 | Flrv de formación | 0X102 | Falla de llamada mientras el módem se entrena debido a modulación incompatible o línea defectuosa. 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 | Volver a Entrenar Lt | 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 que el módem cliente no completa el protocolo de desconexión (por ejemplo, la compañía telefónica desconectó la llamada en medio de la conexión) y los intentos de NextPort (NP) para recuperar la llamada mediante la emisión de retrenes. Una vez que se alcanza el límite de retención, NP descartará la llamada e informará de este motivo de desconexión. |
3 | ABT end flr | 0x104 | Problema al detectar el final del tono de respuesta (ABT). Falla de negociación o ruido excesivo durante el entrenamiento V.34. Los módems host responden y envían V.8bis y los tonos de respuesta modulados de 2100 Hz (ABT) con reversiones de fase, pero se topan con un ruido excesivo durante la secuencia de entrenamiento. 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:
|
3 | 0x105 | Operación SS7/COT (Prueba de continuidad) completada correctamente. | |
3 | 0x106 | Falló la operación SS7/COT (Prueba de continuidad): Tiempo de espera T8/T24 esperando "tono on". | |
3 | 0x107 | Falló la operación SS7/COT (Prueba de continuidad): Tiempo de espera T8/T24 esperando "tono apagado". | |
4 | 0x108 | Desactivación del módem en espera (MOH) por NextPort. V.92 especifica que la razón de limpieza puede ser:
|
|
4 | 0x109 | Se alcanzó el valor de tiempo de espera de MOH. Este valor se puede ajustar usando Register S62 (V.92 Maximum MOH time). |
CLASS EC LCL: condición EC detectada localmente | |||
---|---|---|---|
0x2xx | Condiciones de corrección de errores locales (EC). | ||
3 | Sin LR | 0x201 | Durante la negociación, no se recibió una trama de solicitud de enlace (LR). Es posible que el par no admita MNP. |
3 | LR Param1 | 0x202 | La trama MNP LR recibida tenía PARAM1 incorrecta/inesperada. 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 | Devuelve Lt | 0x204 | Demasiadas retransmisiones consecutivas en la CE. 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 módem del cliente también podría haberse desconectado sin que el módem del host se diera cuenta de 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 se conecta en LAPM o MNP, NextPort no puede transmitir una trama al módem cliente. El módem del cliente no puede reconocer la transmisión inicial de NextPort y luego no puede responder a las encuestas Register S19 (Error Correction Retransmit Limit) (el valor predeterminado es 12), por lo que NP desconecta la llamada. Una causa podría ser que el porteador en la trayectoria de transmisión se degradó sustancialmente mientras que el cliente no pudo bajar la velocidad. 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 host envía al módem cliente una trama LD que indica que se ha producido un tiempo de espera de inactividad. |
4,5 | Error de protocolo | 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 | Plazo de falla | 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 | Sin XID | 0x211 | No se recibió la trama eXchange IDentification (XID) durante la negociación. Es posible que el par no admita 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, se envió un paquete de desconexión V.42 del módem cliente al módem 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 de DM recibida. Es posible que el par se desconecte. 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 | NR incorrecto | 0x222 | Se recibió un número de secuencia de recepción incorrecto o un número ACK. Se envía un LD MNP o un FRMR LAP-M. 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 | SABME Online | 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 módem del cliente puede haberse restablecido debido a la recepción de un FRMR. |
4,5 | XID en línea | 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. |
CLASS EC Cmd: EC detectó un código de comando defectuoso | |||
---|---|---|---|
4,5 | Cmd Incorrecto | 0x3xx | EC detectó un código de comando defectuoso. El comando desconocido recibido se encuentra en los últimos 2 dígitos. Se envía una trama MNP LD o LAP-M FRMR en respuesta. |
CLASS EC FRMR: EC ha detectado FRMR desde el 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 | Frmr Bad Cmd | 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 FRMR recibida indica que el módem cliente recibió una trama de corrección de errores del módem host que contenía un campo de datos que no está permitido o que contenía un campo de datos con una longitud incorrecta (es decir, una 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 Bad 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. |
CLASS EC LD: Error Correction (EC) Detectó la desconexión de enlace (LD) del par | |||
---|---|---|---|
4,5 | 0x5xx | Condiciones de EC indicadas por el cliente en la trama LD de MNP. El campo Motivo se encuentra en los últimos 2 dígitos | |
3 | LD No 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 | LD LR Param1 | 0x502 | MNP: La trama de solicitud de enlace (LR) de informes de peer tiene un parámetro incorrecto #1. El módem host recibió una trama de desconexión de enlace (LD) del módem cliente. La trama LD recibida indica que el módem cliente recibió una trama de solicitud de link del módem host que contenía una PARAM1 incorrecta (es decir, inesperada). Para más información acerca de PARAM1, consulte la especificación V.42. |
3 | LD LR Incmpt | 0x503 | MNP: peer reports LR frame es incompatible con su configuración El módem host recibió una trama Link Disconnect (LD) del módem cliente. La trama LD recibida indica que el módem cliente recibió una trama de solicitud de link (LR) del módem host que es incompatible con la configuración del módem cliente. |
4,5 | LD devuelve Lt | 0x504 | MNP: peer informa demasiadas retransmisiones EC consecutivas El módem host recibió una trama LD del módem cliente. La trama LD recibida indica que el módem del cliente recibió demasiadas retransmisiones consecutivas. |
4,5 | Inactividad de LD | 0x505 | MNP: peer informa que el temporizador de inactividad expiró. El módem host recibió una trama de desconexión de link (LD) del módem cliente. La trama LD recibida indica que el host (DTE) del módem del cliente no ha pasado datos al módem del cliente en un período de tiempo. |
3 | Protocolo LD | 0x506 | MNP: peer informa error El módem host recibió una trama LD del módem cliente. La trama LD recibida indica que el módem del cliente recibió un error de protocolo MNP. |
3 | Usuario LD | 0x507 | Desconexión MNP normal El módem host recibió una trama LD del módem cliente. La trama LD recibida indica una terminación MNP normal. |
HOST DE CLASE: Solicitado por 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 "xx" de bajo orden. | |
3,6,7 | HST NonSpecification | 0x1F00 | Host no específico inició la desconexión. El valor es una suma de 0x1F00 y del valor de SessionStopCommand. Esta es la razón de desconexión iniciada por el IOS "catch all". 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 Busy | 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 Sin respuesta | 0x1f02 | El número marcado no respondió. Se ha producido un corte en la conexión porque el host está indicando que el número marcado no responde. |
3,6,7 | DTR HST | 0x1f03 | DTR "virtual" descartado. Este estado se "refleja" en el "redirector de puerto de E/S" que está utilizando actualmente el módem. Se ha producido la desconexión porque el host ha descartado la línea DTR "virtual". El software del IOS de Cisco inicia esta desconexión genérica. Las causas de ejemplo son tiempo de espera inactivo, PPP LCP TERMREQ recibido, falla de autenticación, bloqueo de Telnet, etc. Para determinar el motivo del bloqueo, examine el motivo de desconexión "Radius" del comando modem call-record terse o de Autenticación, Autorización y Contabilización (AAA). |
6,7 | HST ATH | 0x1F04 | El host local detectó el comando "ATH" (hangup). |
3 | NoDialTn de HST | 0x1F05 | Sin acceso a la red de la compañía telefónica. Se ha producido una desconexión porque el host no pudo acceder a la red (como ISDN). |
3,4,5 | HST NoCarr | 0x1F06 | Desconexión indicada por la red. Este es un lado del cliente que se desconectó y que no es una terminación de llamada correcta. Puede ocurrir durante la configuración de la llamada. Una causa común es que los usuarios de las redes de acceso telefónico de Windows 95 o Windows 98 (DUN) activen "cancelar" antes de que la llamada alcance el estado estable. Otra razón común es cualquier caída de DTR instigada por el cliente antes del estado estable. Durante el modo de datos, esto también es una desconexión activada por el cliente que no es una terminación de llamada correcta (es decir, una desconexión "sucia"). Una causa muy común son las 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 | FINALIZACIÓN no solicitada. El host envía este motivo de desconexión cuando recibe un mensaje de terminación no solicitado. |
Tipo de desconexión | Descripción |
---|---|
0 | (sin utilizar) |
1 - 0x2... | (sin utilizar) |
2 - 0x4... | Otras situaciones |
3 - 0x6... | Esta condición ocurrió durante la configuración de la llamada |
4 - 0x8... | En el modo de datos. Eliminación correcta de datos Rx (línea a host) |
5 - 0xA... | En el modo de datos. Los vaciados de datos Rx (línea a host) no son correctos (actualmente, a las aplicaciones no les debería importar "not OK") |
6 - 0xC... | En el modo de datos. Eliminación correcta de datos Tx (de host a línea) |
7 - 0xE... | En el modo de datos. Los vaciados de datos Tx (de host a línea) no son correctos (en la actualidad, las aplicaciones no deben preocuparse por "not OK") |