Interprétation des codes de raison de déconnexion NextPort
Contenu
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 :
|
| 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 :
|
| 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 :
|
|
| 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
CommentairesContacter Cisco
- Ouvrir un dossier d’assistance
- (Un contrat de service de Cisco est requis)