Contenu

Introduction

Conditions préalables

Conditions requises

Informations générales

Components Used

Conventions

Détermination du motif de déconnexion

Utilisation de la commande show port modem log

Utilisation de la commande show spe modem disconnect-Raison

Tableau récapitulatif du code de raison de déconnexion NextPort

Déconnecter les types de raison

Informations connexes

Introduction

Ce document décrit comment interpréter les codes de raison de déconnexion d'appel signalés par les modules DSP (Universal Digital Signal Processor) de Cisco NextPort. NextPort est le DSP de nouvelle génération utilisé par Cisco pour mettre en oeuvre la voix, les données ou la télécopie sur un port donné. Les plates-formes AS5350, AS5400, AS5850 et les nouveaux modèles de cartes modem pour AS5800 utilisent tous des modems numériques avec DSP NextPort. Pour les modems numériques des modèles C3600, AS5200, AS5300 et des modèles de cartes plus anciens pour AS5800, vérifiez les états des modems Mica et les raisons de déconnexion : aucune mise à niveau du micrologiciel du modem ne peut faire de NextPort DSP un DSP de Mica DSP ou vice versa.

Conditions préalables

Conditions requises

Ce document n'a aucune exigence spécifique.

Informations générales

Chaque fois qu'un appel utilisant les DSP NextPort est effacé ou déconnecté, le module NextPort enregistre la raison de la déconnexion. Ce code de raison de déconnexion peut être utilisé pour déterminer si la déconnexion était normale ou si une erreur s'est produite. Ce code de raison peut être utilisé pour identifier les sources possibles d'échec. Les modems peuvent être déconnectés en raison de divers facteurs, tels que les déconnexions des clients, les erreurs des opérateurs téléphoniques et les abandons d'appels au niveau du serveur d'accès au réseau (NAS). Une raison de déconnexion « correcte » est que l'ETTD (modem client ou NAS) à une extrémité ou à l'autre voulait mettre fin à l'appel. Ces déconnexions « normales » indiquent que la déconnexion n'est pas le résultat d'erreurs de modem ou de niveau de transmission. Pour plus d'informations sur la détermination de la raison de déconnexion « normale », reportez-vous à Vue d'ensemble de la qualité générale des lignes de modem et NAS

Remarque : La raison de la déconnexion est gérée de la manière du premier arrivé, premier servi. Cela signifie que la première raison de déconnexion générée est la seule raison de déconnexion enregistrée. Si le modem et le NAS tentent de mettre fin à la session simultanément et que le modem enregistre le motif de déconnexion avant le traitement du message LINK_TERMINATE du NAS, le motif de déconnexion du NAS est ignoré.

Components Used

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Les informations présentées dans ce document ont été créées à partir de périphériques dans un environnement de laboratoire spécifique. All of the devices used in this document started with a cleared (default) configuration. Si vous travaillez dans un réseau opérationnel, assurez-vous de bien comprendre l'impact potentiel de toute commande avant de l'utiliser.

Conventions

Pour plus d'informations sur les conventions des documents, référez-vous aux Conventions utilisées pour les conseils techniques de Cisco.

Détermination du motif de déconnexion

Lorsque vous évaluez si vous êtes confronté à des déconnexions bonnes ou mauvaises, il est important d'obtenir l'historique des déconnexions qu'un port particulier a connues. Dans la plupart des environnements, la raison de la déconnexion est obtenue à l'aide d'enregistrements d'appels de modem ou de messages syslog de suivi d'appels. Ce code de déconnexion peut ensuite être interprété à l'aide du tableau fourni dans ce document (ou vérifiez les outils d'analyse de modem). Utilisez les commandes suivantes pour déterminer la raison de la déconnexion :

- La commande show spe modem disconnect-Raison n'affiche pas le code raison de déconnexion comme valeur hexadécimale. Cependant, il indique la raison de déconnexion comme nom. Le nom et la classe de la raison de déconnexion se trouvent respectivement dans et.

- La commande show port modem log affiche le code raison de déconnexion sous la forme d'une valeur hexadécimale. Reportez-vous à la section :

0x0.

0x001

0x002

0x003

0x004

0x005

0x006

0x007

0x008

0x009

0 x 00 C

0x00D

0x00E

0 x 00 F

0x010

0x011

0x012

0x1.

0x100

0x101

0x102

0x103

0x104

0x105

0x106

0x107

0x108

0 x 109

0x1F00

0x1F01

0x1F02

0x1F03

0x1F04

0x1F05

0x1F06

0x1F07

0x1F08

0x1FFF

0x2

0x201

0x202

0x203

0x204

0 x 205

0x206

0x210

0x211

0x212

0x220

0x221

0x222

0 x 224

0 x 225

0x3..

0x3xx

0x4.

0x401

0x403

0x404

0x408

0x5.

0x501

0x502

0x503

0x504

0x505

0x506

0x5FF

La section suivante présente quelques exemples.

Utilisation de la commande show port modem log

Utilisez la commande show port modem log slot/port pour obtenir le code cause de déconnexion (en hexadécimal) pour un appel particulier sur un port spécifique. Ce code de déconnexion est identique au code de cause obtenu à partir des sorties syslog de l'enregistrement d'appels et du suivi d'appels du modem. Un exemple est montré :

*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

Dans l'exemple ci-dessus, notez que le code de déconnexion est 0x220.

Utilisation de la commande show spe modem disconnect-Raison

Utilisez la commande show spe modem disconnect-Raison {summary | emplacement | slot/spe} pour déterminer la distribution des raisons de déconnexion rencontrées par le port en question. Un exemple de sortie récapitulative de tous les ports est présenté ci-dessous :

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

À partir de l'exemple ci-dessus, disons que nous sommes intéressés par la catégorie de déconnexion "Disk" dans CLASS EC LCL. Pour déterminer ce que le disque de raison de déconnexion signifie, accédez à l'entrée correspondant à la classe (CLASS EC LCL ) et au nom de raison de déconnexion (Disque) qui affiche un code hexadécimal de 0x220 et qui est une déconnexion normale.

- CLASSE AUTRE

- DSP DE CLASSE

- CLASSE CE LCL

- Cmd CE CLASS

- FRMR CE CLASSE

- CLASSE EC LD

- HÔTE DE CLASSE

Tableau récapitulatif du code de raison de déconnexion NextPort

Type de raison de déconnexion

Motif de déconnexion : Name (nom)

Code motif de déconnexion (hexadécimal)

Description

CLASSE AUTRE

2

Logiciel

0x001

Le logiciel Cisco IOS® a déconnecté l'appel pour une raison indéterminée (SOFTWARE_RESET).

2

CE Termntd

0x002

Terminaison de la couche de correction d'erreurs (EC)

2

MNP5 Rx incorrect

0x003

La tâche de décompression MNP5 (Microcom Network Protocol 5) a reçu un jeton illégal dans le flux de données. Il y a probablement une erreur logique dans l'implémentation de compression, décompression ou correction d'erreur par le modem ou le partenaire. (Il existe également la possibilité d'une erreur de ligne transitoire ou de mémoire vive.)

2

V42B incorrect

0x004

La tâche de décompression V.42bis ou V.44 a reçu un jeton illégal dans le flux de données. Il y a probablement une erreur logique dans l'implémentation de compression, de décompression ou de correction d'erreur du modem ou du partenaire. (Il existe également la possibilité d'une erreur de ligne transitoire ou de mémoire vive.)

2

Début de COP incorrect

0x005

<réservé>

6,7

ATH

0x006

Commande ATH détectée par le modem local. La commande ATH (Hangup) AT est détectée par le modem local (NextPort). Par exemple, à la suite d’une numérotation à partir de l’IOS, l’interface ETTD de l’IOS efface l’appel (en transmettant une commande ATH intrabande AT), une fois l’appel connecté.

3

Abandonné

0x007

Mode AT « any key » abandon de la commande de numérotation La commande de numérotation AT a été abandonnée par la commande « any key » abort. Par exemple, le modem hôte émet un appel. Lors de l'établissement de la connexion, si vous appuyez sur « n'importe quelle touche », la commande de numérotation AT sera abandonnée.

3

Connecter tout

0x008

L'appel a pris trop de temps pour terminer la connexion. Notez que le minuteur S7 (attendez l'opérateur après la numérotation) a expiré pour cette déconnexion. Les causes sont les suivantes :

- Difficulté à choisir (négocier) une norme de couche I,

- Une combinaison d'établissement de couche I et de couche II prend trop de temps.

Exemple : la négociation de correction d'erreurs prend un temps étendu en plus d'une remise en forme ou en raison d'erreurs de bits introduites lorsque le modem client tente de se connecter à un débit « agressif » (par exemple, le récepteur du modem client tente de se connecter à un débit qu'il ne peut pas supporter). Cette déconnexion peut également se produire si le modem de réponse n'entend aucune tonalité du canal (par exemple, l'initiateur n'est pas un modem).

2

Réinitialiser DSP

0x009

DSP a été réinitialisé (commande/interne/spontané). Le DSP du modem hôte a été réinitialisé par le processeur de contrôle (CP) ou le processeur de signal (SP). Le CP réinitialise le DSP si les messages du CP vers le SP ne sont pas reçus. Le SP se réinitialise s'il obtient une erreur d'incohérence interne.

4,6

0 x 00 C

La taille du mot de passe V.42bis ou V.44 dépasse la limite négociée.

4,6

0x00D

V.42bis ou V.44 a reçu un mot de passe égal à la prochaine entrée vide du dictionnaire.

4,6

0x00E

V.42bis ou V.44 a reçu un mot de passe supérieur à la prochaine entrée vide du dictionnaire.

4,6

0 x 00 F

V.42bis ou V.44 a reçu le code de commande réservé.

4,6

0x010

La taille ordinale V.42bis ou V.44 dépasse huit.

4,6

0x011

Erreur de négociation V.42bis ou V.44.

4,6

0x012

Erreur de compression V.42bis ou V.44.

DSP DE CLASSE

0x1xx

Conditions DSP signalées par SPE

4,5

no carrier

0x100

Le signal porteur SPE est perdu. NextPort a détecté une perte de porteuse du modem client. Le DSP NextPort a cessé d'entendre le porteur pendant une période supérieure à la valeur spécifiée dans le registre S10 (délai de raccrochage après perte du porteur). Cela peut signifier que le chemin de conversation s'est arrêté ou que le client a arrêté de transmettre. Si un protocole de couche II (V.42 et/ou V.42bis) est en vigueur, il est anormal de voir une telle déconnexion. Les causes les plus courantes sont l'abandon de l'appel avant qu'une connexion n'ait lieu. La numérotation par incident, les démarrages annulés et les applications clientes expirent lorsque les appels mettent trop de temps à se connecter (en raison de plusieurs reprises lors de la négociation de couche 1). La perte de porteuse peut également se produire en mode de données normal lorsque le client abandonne brusquement le porteur. La cause courante est une déconnexion non négociée ou « sale » de la part du modem client (par exemple, le modem client abandonne simplement le signal porteur). Cela peut se produire si la liaison est brusquement interrompue (erreur réseau) ou si le modem client déconnecte l'appel. Cela peut également se produire avec des modems clients « moins chers » qui n'implémentent pas les protocoles de suppression de couche I et/ou de couche II lors d'une suppression de DTR. Pour un grand nombre de modems clients, il s’agit d’une déconnexion normale.

3

Pas d'ABT dtctd

0x101

Aucune tonalité de réponse détectée - l'appelant n'est probablement pas un modem

3

Frv de formation

0x102

Échec de l'appel pendant la formation du modem en raison d'une modulation incompatible ou d'une mauvaise ligne. Cela peut être révélateur des tentatives de négociation d'une modulation non prise en charge telle qu'une modulation propriétaire existante de Rockwell (K56Plus, V.FC, etc.). D'autres causes possibles sont les échecs de formation des DSP dus à de graves déficiences de ligne, des bruits de poussée, l'interruption de la formation, des paramètres de modulation incompatibles, et peut-être l'incapacité à sélectionner correctement une norme de couche I.

4,5

Lt de mise à niveau

0x103

Trop de trains ou de vitesses consécutifs. La limite de retenue est spécifiée au registre S40. Au cours de la progression d'un appel, trop de reprises ont eu lieu, ce qui a rendu l'appel inefficace car le débit de données était si faible qu'il n'était plus utile. D'autres conditions possibles sont que le modem client ne complète pas le protocole de déconnexion (par exemple, le Telco a arrêté l'appel au milieu de la connexion) et que NextPort (NP) tente de récupérer l'appel en effectuant des retrains. Une fois la limite de remise à niveau atteinte, NP abandonne l'appel et signale cette raison de déconnexion.

3

ABT end Fr

0x104

Problème de détection de fin de tonalité de réponse (ABT). Échec de négociation ou bruit excessif pendant la formation V.34. Les modems hôtes répondent et envoient V.8bis et des tonalités de réponse modulées de 2100Hz (ABT) avec des inversions de phase, mais rencontrent un bruit excessif pendant la séquence de préparation. Recherchez des erreurs sur le chemin du modem appelant au modem répondant dans l'une ou l'autre des directions. Un comportement similaire se produit lorsque le réseau téléphonique public commuté (RTPC) présente une latence supérieure à une seconde et que les modems ne sont pas en mesure de former les suppresseurs d'écho. Les autres causes possibles sont les suivantes :

- Les niveaux d'alimentation TX réels sont incorrects et les tonalités ne sont alors pas gérées par le côté distant.

- Il y a trop de bruit excessif dans les phases III et IV pendant la formation V.34.

- Erreur de l'opérateur.

- Il y a des interférences réseau pendant la formation V.34 (quelqu'un prend le poste).

3

0x105

Opération SS7/COT (test de continuité) terminée avec succès.

3

0x106

Échec de l'opération SS7/COT (test de continuité) : Délai d'attente T8/T24 en attente de l'activation de la tonalité.

3

0x107

Échec de l'opération SS7/COT (test de continuité) : Délai d'attente T8/T24 en attente du « teinte off ».

4

0x108

Modem en attente (MOH) désactivé par NextPort. V.92 spécifie que la raison de la suppression peut être :

- Effacement dû à un appel entrant

- Effacement dû à un appel sortant

- Défrichement pour d'autres raisons

4

0 x 109

La valeur du délai d'attente musicale a été atteinte. Cette valeur peut être ajustée à l'aide de Register S62 (V.92 durée maximale d'attente musicale).

CLASSE CE LCL : Condition EC détectée localement

0x2xx

Conditions de correction d'erreur locale (EC).

3

Pas de LR

0x201

Lors de la négociation, aucune trame LR (Link Request) n’a été reçue. L'homologue peut ne pas prendre en charge MNP.

3

Paramètre LR1

0x202

La trame réception MNP LR avait un PARAM1 incorrect/inattendu. Pour plus d'informations sur PARAM1, reportez-vous à la spécification V.42.

3

Incmpt LR

0x203

La trame MNP LR reçue est incompatible avec les paramètres du modem hôte pour EC.

4,5

Retours Lt

0x204

Trop de retransmissions consécutives dans EC. Cette raison de déconnexion peut être causée par le bruit sur la ligne. Par exemple, le modem hôte transmet des données au modem client, mais le bruit sur la ligne entraîne la réception incorrecte (ou pas du tout) des données par le côté client. Ainsi, un bruit excessif peut conduire à des retransmissions excessives. Le modem client aurait également pu se déconnecter sans que le modem hôte ne s'en rende compte. Ainsi, le modem hôte retransmet continuellement, sans savoir que le modem client n'est plus présent. Parfois, lorsque l'appel se connecte dans LAPM ou MNP, NextPort ne peut pas transmettre une trame au modem client. Le modem client ne reconnaît pas la transmission initiale de NextPort, ne répond pas aux sondages du Register S19 (Error Correction Retransmission Limit) (la valeur par défaut est 12), donc NP déconnecte l'appel. L’une des causes pourrait être que l’opérateur du chemin de transmission s’est considérablement dégradé alors que le client n’a pas réussi à basculer. Une autre cause pourrait être un problème avec le moteur EC du client (comme cela se produirait sur un système Winmodem si Windows cessait de répondre).

6,7

Inactivité

0 x 205

Délai d'inactivité, Déconnexion de liaison MNP (LD) envoyé. Le modem hôte envoie au modem client une trame LD indiquant un délai d’inactivité.

4,5

Erreur de protocole

0x206

Erreur de protocole EC. Il s'agit d'une erreur générale de protocole catch-all. Il indique qu'une erreur de protocole LAPM ou MNP EC s'est produite.

3

Fallback Term

0x210

Aucun protocole de secours EC n'est disponible. La négociation de correction d'erreur n'a pas réussi. L'appel est interrompu car aucun protocole de secours de correction d'erreur n'est disponible. S-register S25 (Link Protocol fallback ) détermine le protocole de secours disponible. Les options sont le tramage asynchrone, le tramage synchrone ou la déconnexion (raccrochage).

3

Aucun ID XID

0x211

La trame XID (eXchange IDentification) n'a jamais été reçue lors de la négociation. L'homologue peut ne pas prendre en charge MNP.

3

Incmpt XID

0x212

La trame XID reçue est incompatible avec les paramètres locaux. Le modem client peut ne pas prendre en charge le LAPM dans V.42.

3,4,5

Disque

0x220

Trame de déconnexion reçue (DISK). Il s'agit de la déconnexion LAP-M normale. L'appel s'est terminé normalement avec un effacement approprié du côté client. (Par exemple, un paquet de déconnexion V.42 a été envoyé du modem client au modem hôte). Le modem client a abandonné DTR et a négocié proprement un protocole de déconnexion.

3,4,5

DM

0x221

Trame DM reçue. L'homologue se déconnecte probablement. Le modem client indique qu'il se déconnecte. Lors de la configuration de l'appel, cette raison indique que le modem client abandonne la négociation de la correction d'erreur.

4,5

Mauvaise NR

0x222

Le numéro de séquence de réception ou le numéro ACK incorrect a été reçu. Un FRMR MNP LD ou LAP-M est envoyé. Le modem hôte a reçu une trame de correction d'erreur LAPM ou MNP avec un numéro d'ordre ou d'accusé de réception incorrect. Une trame LD ou FRMR (Frame Reject) est envoyée au modem client pour indiquer que le modem hôte se déconnecte.

4,5

SABME Online

0 x 224

Trame XID MNP reçue en état stable. Ceci est interprété comme une erreur de protocole de correction d'erreur LAPM en état d'équilibre. Cela signifie que le modem client peut avoir été réinitialisé en raison de la réception d'un FRMR.

4,5

XID en ligne

0 x 225

Trame MNP LR reçue en état stabilisé. Ceci est interprété comme une erreur de protocole de correction d'erreur MNP en état d'équilibre. Cela signifie que le modem client a été réinitialisé.

CLASS EC Cmd : EC a détecté un code de commande incorrect

4,5

Cmd incorrect

0x3xx

EC a détecté un code de commande incorrect. La commande reçue inconnue se trouve dans les 2 derniers chiffres. Une trame FRMR MNP LD ou LAP-M est envoyée en réponse.

CLASSE CE FRMR : EC a détecté la FRMR de l'homologue

4,5

0x4xx

Conditions CE indiquées par le client dans le cadre de FRMR LAP-M. La raison du bit mappé se trouve dans les deux derniers chiffres.

4,5

Cmd Frmr Bad

0x401

LAPM : pair signale une mauvaise commande. Le modem hôte a reçu une trame FRMR du modem client. La trame FRMR reçue indique que le modem client a reçu une trame de correction d’erreur du modem hôte contenant une commande incorrecte.

4,5

Données Frmr

0x403

LAPM : d'homologues signalent que le champ de données n'est pas autorisé ou qu'il a une longueur incorrecte (trames U). Le modem hôte a reçu une trame FRMR du modem client. La trame FRMR reçue indique que le modem client a reçu une trame de correction d'erreur du modem hôte contenant un champ de données non autorisé ou contenant un champ de données de longueur incorrecte (c'est-à-dire une trame U).

4,5

Longueur de la trame

0x404

LAPM : la longueur du champ de données des rapports homologues est supérieure à N401 (la longueur maximale du champ d'informations spécifiée dans V.42), mais présente une séquence de contrôle de trame (FCS) correcte. Le modem NextPort a reçu une trame FRMR du modem client. La trame FRMR reçue indique que le modem client a reçu une trame de correction d'erreur de NextPort qui contenait une longueur de champ de données supérieure au nombre maximal d'octets pouvant être transportés dans le champ d'informations (N401) d'une trame I, d'une trame SREJ, d'une trame XID, d'une trame UI ou d'une trame TEST. La séquence de contrôle de trame est correcte.

4,5

Frm Bad NR

0x408

LAPM : les homologues signalent un numéro de séquence de réception incorrect ou N(R). Le modem hôte a reçu une trame FRMR du modem client. La trame FRMR reçue indique que le modem client a reçu une trame de correction d’erreur du modem hôte contenant un numéro de séquence de réception incorrect.

CLASSE EC LD : Correction d'erreur (EC) détectée Déconnexion de liaison (LD) de l'homologue

4,5

0x5xx

Conditions EC indiquées par le client dans la trame MNP LD. Le champ Motif se trouve dans les 2 derniers chiffres

3

LD no LR

0x501

MNP : homologue n'a jamais reçu de trame LR. Le modem hôte a reçu une trame LD du modem client. La trame LD reçue indique que le modem client n’a jamais reçu de demande de liaison du modem hôte.

3

Paramètre LD LR1

0x502

MNP : rapports d’homologues La trame LR (Link Request) a un paramètre incorrect n° 1 Le modem hôte a reçu une trame LD (Link Disconnect) du modem client. La trame LD reçue indique que le modem client a reçu une trame de demande de liaison du modem hôte contenant un PARAM1 incorrect (inattendu). Pour plus d'informations sur PARAM1, reportez-vous à la spécification V.42.

3

Incmpt LD LR

0x503

MNP : rapports d’homologue La trame LR est incompatible avec sa configuration Le modem hôte a reçu une trame de déconnexion de liaison (LD) du modem client. La trame LD reçue indique que le modem client a reçu une trame LR (Link Request) du modem hôte qui est incompatible avec la configuration du modem client.

4,5

LD retourne Lt

0x504

MNP : Les homologues signalent trop de retransmissions EC consécutives Le modem hôte a reçu une trame LD du modem client. La trame LD reçue indique que le modem client a reçu trop de retransmissions consécutives.

4,5

Inactivité LD

0x505

MNP : le compteur d’inactivité des rapports d’homologue a expiré Le modem hôte a reçu une trame de déconnexion de liaison (LD) du modem client. La trame LD reçue indique que l'hôte du modem client (ETTD) n'a pas transmis de données au modem client au cours d'une période donnée.

3

protocole LD

0x506

MNP : erreur signalée par l’homologue Le modem hôte a reçu une trame LD du modem client. La trame LD reçue indique que le modem client a reçu une erreur de protocole MNP.

3

Utilisateur LD

0x507

Déconnexion MNP normale Le modem hôte a reçu une trame LD du modem client. La trame LD reçue indique une terminaison MNP normale.

HÔTE DE CLASSE : Demandé par l'hôte

6,7

0x1Fxx

Déconnexion initiée par l’hôte. La valeur est une somme de 0x1F00 et de la valeur SessionStopCommand. Il s’agit de l’autre raison de fin d’hôte. La raison de l'hôte est indiquée dans l'ordre bas des octets « xx ».

3,6,7

Non-spécification de TVH

0x1F00

Déconnexion initiée par un hôte non spécifique. La valeur est une somme de 0x1F00 et de la valeur SessionStopCommand. Il s'agit de la raison de déconnexion initiée par IOS. Il est utilisé pour toutes les déconnexions non standard. Par exemple, cela peut être dû au fait que le logiciel de gestion de modem décide de mettre fin à l'appel. Une explication possible est un échec d'authentification de niveau supérieur RADIUS, TACACS, ou une autre application qui émet une DTR abandonnée au modem hôte. Ce type de déconnexion ne compte pas pour CSR lorsque le modem hôte est en mode données.

3

TVH Occupé

0x1F01

Le numéro composé était occupé. La déconnexion s'est produite car l'hôte indique que le numéro composé est occupé.

3

TVH Pas de réponse

0x1F02

Le numéro composé n'a pas répondu. La déconnexion s'est produite car l'hôte indique que le numéro composé n'a pas répondu.

3,6,7

DTR de TVH

0x1F03

DTR « virtuel » abandonné. Cet état est « reflété » par le « redirecteur de port d'E/S » qui utilise actuellement le modem. La déconnexion s'est produite car l'hôte a abandonné la ligne DTR « virtuelle ». Cette cause de déconnexion générique est initiée par le logiciel Cisco IOS. Par exemple, les causes sont le délai d’inactivité, la réception de PPP LCP TERMREQ, l’échec d’authentification, la raccrochage Telnet, etc. Pour déterminer la raison du raccrochage, examinez le motif de déconnexion Radius de la commande modem call-record terse ou de l'authentification, autorisation et comptabilité (AAA).

6,7

TVH ATH

0x1F04

La commande ATH (hangup) a été détectée par l'hôte local.

3

NuméroTn de la TVH

0x1F05

Aucun accès au réseau de l'opérateur téléphonique. La déconnexion s'est produite car l'hôte n'a pas pu accéder au réseau (tel que RNIS).

3,4,5

N° de carnet de la TVH

0x1F06

Déconnexion indiquée par le réseau. Il s'agit d'une déconnexion déclenchée côté client qui n'est pas une fin d'appel gracieuse. Cela peut se produire lors de la configuration des appels. Une cause courante est lorsque les utilisateurs de Windows 95 ou de Windows 98 Dial Up Networking (DUN) cliquent sur « annuler » avant que l'appel n'atteigne l'état stabilisé. Une autre raison courante est que tout client a incité DTR à baisser avant l'état stabilisé. En mode données, il s'agit également d'une déconnexion déclenchée côté client qui n'est pas une fin d'appel gracieuse (c'est-à-dire une déconnexion « sale »). Une cause très courante est les échecs d'authentification.

3

0x1F07

Opération SS7/COT terminée par le NAS. La déconnexion s'est produite car le NAS a mis fin à l'opération SS7/COT (Continuity Test).

3

0x1F08

L'opération SS7/COT a été interrompue par le routeur en raison d'un délai d'attente T8/T24.

-

0x1FFF

TERMINAISON spontanée. L’hôte envoie cette raison de déconnexion lorsqu’il reçoit un message de fin non sollicité.

Déconnecter les types de raison

Type de déconnexion

Description

0

(inutilisé)

1 - 0x2...

(inutilisé)

2 - 0x4...

Autres situations

3 - 0x6...

Condition survenue lors de la configuration de l'appel

4 - 0x8...

En mode données. Vidage des données Rx (ligne à hôte) OK

5 - 0 x A...

En mode données. Le vidage des données Rx (ligne à hôte) n'est pas correct (pour le moment, les applications ne doivent pas se préoccuper de l'option « pas OK »)

6 à 0 °C...

En mode données. Tx (hôte à ligne) vidage des données OK

7 - 0xE...

En mode données. Tx (hôte à ligne) vidage de données non OK (actuellement, les applications ne doivent pas se préoccuper de la valeur « not OK »)

Informations connexes

- Comparaison entre les commandes NexPort SPE et les commandes de modem MICA

- Vue d'ensemble de la qualité générale du modem et de la ligne NAS

- Accès aux pages d'assistance technologique

- Support technique - Cisco Systems