Composition et accès : Connexions asynchrones

Interprétation des codes de raison de déconnexion NextPort

16 janvier 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (31 décembre 2015) | Commentaires


Contenu


Introduction

Ce document décrit comment interpréter codes de raison de débranchement d'appel signalés par les modules universels du processeur de signaux numériques de NextPort de Cisco (DSP). Le NextPort est la nouvelle génération DSP utilisée par Cisco pour implémenter la Voix, les données, ou la télécopie sur un port donné. Les Plateformes AS5350, AS5400, AS5850 et les nouveaux modèles du modem cardent pour AS5800 que tous utilisent les Modems numériques avec le NextPort DSP. Pour les modem in numériques C3600, AS5200, AS5300 et modèles plus anciens des cartes pour AS5800, vérifient des états de modem de mica et déconnectent des raisons : aucune mise à niveau du microprogramme du modem ne peut faire le NextPort DSP hors du mica DSP ou vice versa.

Conditions préalables

Conditions requises

Ce document n'a aucune condition requise spécifique.

Informations générales

Toutes les fois qu'un appel utilisant le NextPort DSP est effacé ou déconnecté, le module de NextPort enregistre la raison pour le débranchement. Ce code de raison de débranchement peut être utilisé pour déterminer si le débranchement était normal ou une erreur s'est produite. Ce code de raison peut être utilisé pour dépister des sources possibles de panne. Les Modems peuvent être dus déconnecté à un grand choix de facteurs tels que des débranchements de client, des erreurs de compagnie de téléphone, et des baisses d'appel au serveur d'accès à distance (NAS). Une « bonne » raison de débranchement est que le DTE (modem client ou NAS) à une extrémité ou à l'autre a voulu terminer l'appel. De tels débranchements de « normale » indiquent que le débranchement n'était pas un résultat des erreurs de niveau de modem ou de transmission. Pour plus d'informations sur déterminer si la raison de débranchement est « normale », référez-vous à l'aperçu du modem général et le NAS raye la qualité

Remarque: La raison de débranchement est gérée d'une mode de premier-être livréservice. Ceci signifie que la première raison de débranchement générée est la seule raison de débranchement enregistrée. Si le modem et la tentative de NAS de terminer la session simultanément et le modem s'avère justement sauvegarder la raison de débranchement avant que le message LINK_TERMINATE du NAS soit traité, alors la raison de débranchement de NAS est ignorée.

Composants utilisés

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. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). 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 de la raison de débranchement

En évaluant si vous êtes expérience débranchements de bons ou du mauvais, il est important d'obtenir l'historique des débranchements qu'un port particulier a éprouvés. Dans la plupart des environnements, la raison de débranchement est obtenue utilisant des enregistrements d'appel par modem ou des messages de Syslog de suiveur d'appels. Ce code de débranchement peut alors être interprété utilisant le tableau fourni dans ce document (ou vérifier /images/exit.gif pour des outils d'analyse de modem). Utilisez les commandes suivantes de déterminer la raison de débranchement :

  • La commande de show spe modem disconnect-reason n'affiche pas code de raison de débranchement comme valeur hexadécimale. Cependant, il indique la raison de débranchement comme nom. Le nom et la classe de la raison de débranchement peuvent être trouvés dedans et respectivement.

  • La commande de show port modem log affiche code de raison de débranchement comme valeur hexadécimale. Référez-vous au :

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 section suivante regarde quelques exemples.

Utilisant la commande de show port modem log

Utilisez la commande d'emplacement/port de show port modem log d'obtenir code de motif de déconnexion (dans l'hexa) pour un faire appel particulier à un port spécifique. Ce code de débranchement est identique à code de cause obtenu des sorties de Syslog de modem call-record et de suiveur d'appels. 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

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

Utilisant la commande de show spe modem disconnect-reason

Utilisez le show spe modem disconnect-reason {résumé | emplacement | la commande d'emplacement/spe} de déterminer la distribution du débranchement raison pour laquelle le port particulier a éprouvé. Un résultat récapitulatif témoin de tous les ports est affiché 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

De l'exemple ci-dessus, permettez-nous disent que nous sommes intéressés par la catégorie de débranchement « disque » dans l'EC LCL de CLASSE. Pour déterminer ce que signifie le disque de raison de débranchement, allez à l'entrée correspondant à la classe (l'EC LCL de CLASSE) et au nom de raison de débranchement (disque) qui affiche un code hexadécimal de 0x220 et est un débranchement normal.

  • CLASSEZ AUTRE

  • CLASSE DSP

  • L'EC LCL DE CLASSE

  • L'EC Cmd de CLASSE

  • L'EC FRMR DE CLASSE

  • L'EC LD DE CLASSE

  • HÔTE DE CLASSE

Tableau synoptique de code de raison de débranchement de NextPort

Type de raison de débranchement Raison de débranchement : Nom Code de raison de débranchement (hexa) Description
CLASSEZ AUTRE
2 Logiciel Rst 0x001 Le logiciel de Cisco IOSÝ a déconnecté l'appel pour une certaine raison indéterminée (SOFTWARE_RESET).
2 L'EC Termntd 0x002 Arrêt de correction d'erreurs de la couche (l'EC)
2 Mauvais MNP5 Rx 0x003 La tâche de décompression du protocole réseau 5 de Microcom (MNP5) a reçu un jeton illégal dans le flux de données. Il y a probablement une erreur de logique dans l'implémentation de compression, la décompression ou la correction d'erreurs par le modem ou le partenaire. (Il y a également la possibilité d'une ligne ou d'une erreur de mémoire RAM passagère.)
2 Mauvais V42B 0x004 La tâche de la 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 de logique dans le modem ou l'implémentation de compression du partenaire, la décompression ou la correction d'erreurs. (Il y a également la possibilité d'une ligne ou d'une erreur de mémoire RAM passagère.)
2 Mauvaise stat de COP 0x005 <reserved>
6,7 ATH 0x006 Commande ATH détectée par le modem local. La commande AT « ATH » (raccrocher) est détectée par le modem local (NextPort). Par exemple, suivant un dialout d'IOS, l'interface IOS DTE efface l'appel (en transmettant une commande AT « ATH ») intrabande, après que l'appel soit connecté.
3 Abandonné 0x007 Au mode « que n'importe quel » arrêt principal de cadran commandent à la commande de cadran a été abandonné par la « n'importe quelle » commande principale d'arrêt. Par exemple, le modem d'hôte lance un appel. Pendant l'établissement de la connexion, appuyer sur « n'importe quelle clé » entraînera à la commande de cadran d'être abandonné.
3 Connectez Tout 0x008 L'appel a pris trop long pour se terminer la connexion. Notez que le temporisateur S7 (attente le transporteur après cadran) expiré pour ce débranchement. Les causes incluent :
  • Difficulté choisissant (négociation) une norme de la couche I,
  • Une combinaison de l'établissement de la couche I et de la couche II prenant trop long.
Exemple : la négociation de correction des erreurs prend une quantité étendue de temps sur un recyclage ou en raison des erreurs de bit l'a introduit quand les essais de modem client pour se connecter à un débit « agressif » (par exemple, les essais de récepteur de modem client à connecter à un débit qu'il ne peut pas soutenir). Ce débranchement pourrait également se produire si le modem de réponse n'entendait aucune tonalité du canal (par exemple, le créateur n'était pas un modem).
2 Remettez à l'état initial le DSP 0x009 Le DSP a été remis à l'état initial (commande/interne/spontané). Le DSP dans le modem d'hôte a été remis à l'état initial par le processeur de contrôle (CP) ou le processeur de signal (fournisseur de services). Le CP remet à l'état initial le DSP si des messages du CP au fournisseur de services ne sont pas reconnus. Le fournisseur de services se remet à l'état initial s'il obtient une erreur interne d'incohérence.
4,6   0x00C La taille du mot de passe V.42bis ou V.44 dépassée a négocié le maximum.
4,6   0x00D V.42bis ou V.44 a reçu le mot de passe égal à la prochaine entrée de dictionnaire vide.
4,6   0x00E V.42bis ou V.44 a reçu le mot de passe plus grand que la prochaine entrée de dictionnaire vide.
4,6   0x00F V.42bis ou V.44 a reçu code de commande réservée.
4,6   0x010 La taille V.42bis ou V.44 ordinale a dépassé huit.
4,6   0x011 Erreur de la négociation V.42bis ou V.44.
4,6   0x012 Erreur de compression V.42bis ou V.44.

CLASSE DSP
    0x1xx États DSP signalés par SPE
4,5 no carrier 0x100 Le signal de porteuse de SPE est perdu. Le NextPort a détecté une baisse de transporteur de modem client. Le NextPort DSP a arrêté entendre le transporteur pendant une période plus grande que la valeur spécifique dans le registre S10 (retard d'arrêt imprévu après la perte de transporteur). Ceci pourrait signifier que le chemin vocal est parti ou que le client a arrêté la transmission. Si un protocole de la couche II (V.42 et/ou V.42bis) est en vigueur, il est anormal pour voir un tel débranchement. Les causes classiques sont des utilisateurs « abandonnant » l'appel avant qu'une connexion ait lieu. Composition fortuite, débuts abandonnés, et applications cliente chronométrant quand les appels prennent trop long pour se connecter (en raison de plusieurs recyclages pendant la négociation de couche 1.) L'état perdu par transporteur peut également se produire pendant le mode Données normal quand le client relâche abruptement le transporteur. La cause classique est un débranchement non-négocié ou « modifié » de la part du modem client (par exemple, le modem client relâche juste le signal de porteuse). Ceci peut se produire si le lien est abruptement relâché (erreur réseau), ou l'alimentation est coupée au modem client déconnectant l'appel. Ceci peut également se produire avec des modems client « meilleur marché » qui n'implémentent pas les protocoles clairs-vers le bas de la couche I et/ou de la couche II relatif à une suppression DTR. Pour un grand nombre de modems client, ceci est considéré une déconnexion normale.
3 Aucun dtctd ABT 0x101 Aucune tonalité de réponse câblée détectée -- l'appelant n'est probablement pas un modem
3 Flrv de Trainup 0x102 Échec d'appel tandis que modem s'exerçant vers le haut d'en raison de la modulation incompatible ou de la mauvaise ligne. Ceci peut être indicatif des tentatives de négocier une modulation non vérifiée telle qu'une modulation de propriété industrielle existante de Rockwell (K56Plus, V.FC, et ainsi de suite). D'autres causes possibles sont série- de pannes DSP due aux affaiblissements graves des lignes, bruits impulsifs, formation de interruption, paramètres de modulation incompatible, et peut-être l'incapacité de sélectionner correctement une norme de la couche I.
4,5 Lt de recyclage 0x103 Trop de resynchronisations consécutives ou de vitesse-shifts. La limite de recyclage est spécifiée avec le registre S40. Pendant la progression d'un appel, trop de recyclages se sont produits qui ont rendu l'appel inefficace puisque le débit de données serait si pauvre quant à soit inutile. D'autres conditions possibles sont le modem client ne se termine pas le protocole clair-vers le bas (par exemple, la compagnie de téléphone a démoli l'appel au milieu de la connexion) et des tentatives du NextPort (NP) de récupérer l'appel en émettant des recyclages. Une fois la limite de recyclage est atteinte, le NP relâchera l'appel et signalera cette raison de débranchement.
3 Flr d'extrémité ABT 0x104 Problème détectant la fin de la réponse câblée Tone(ABT). Panne ou bruit excessif de négociation pendant la formation V.34. Les Modems d'hôte répondent et envoient à V.8bis et la réponse 2100Hz modulée de retour modifie la tonalité (ABTs) avec des inversions de phase, mais le bruit excessif de rencontre pendant l'ordre d'apprentissage. Recherchez les erreurs sur le chemin du modem appelant au modem de réponse dans chacun de directions. Le comportement semblable se produit quand il y a de latence dans le réseau téléphonique public commuté (PSTN) pour l'appel qui dépasse une seconde et rend les Modems s'exercer vers le haut des annuleurs d'écho. D'autres causes possibles sont :
  • Les niveaux de puissance de l'effectif TX sont incorrects et les tonalités ne sont pas alors manipulées par le côté distant.
  • Il y a trop de bruit excessif dans la phase III et IV pendant la formation V.34.
  • Il y a erreur d'opérateur.
  • Il y a interférence de réseau pendant la formation V.34 (quelqu'un prend l'extension).
3   0x105 L'exécution SS7/COT (test de continuité) s'est terminée avec succès.
3   0x106 Échec de l'opération SS7/COT (test de continuité) : Délai d'attente T8/T24 attendant la « tonalité sur ».
3   0x107 Échec de l'opération SS7/COT (test de continuité) : Délai d'attente T8/T24 attendant la « tonalité outre de ».
4   0x108 Modem sur le cleardown de l'attente (MOH) par NextPort. V.92 spécifie que la raison de cleardown peut être :
  • Cleardown dû à l'appel entrant
  • Cleardown dû à l'appel sortant
  • Cleardown dû à autre raison
4   0x109 Valeur du dépassement de durée MOH atteinte. Cette valeur peut être ajustée utilisant le registre S62 (temps maximum V.92 MOH).

L'EC LCL DE CLASSE : État EC, localement détecté
    0x2xx États (l'EC) de correction d'erreurs locaux.
3 L'aucune LR 0x201 Pendant la négociation une trame de demande de lien (LR) n'a pas été reçue. Le pair peut ne pas prendre en charge MNP.
3 La LR Param1 0x202 La trame reçue de la LR MNP a eu mauvais/inattendu PARAM1. Pour plus d'informations sur PARAM1 référez-vous à la spécification V.42.
3 La LR Incmpt 0x203 La trame reçue de la LR MNP est incompatible avec les configurations du modem d'hôte pour l'EC.
4,5 Lt de Retrns 0x204 Trop de retransmissions consécutives dans l'EC. Cette raison de débranchement peut sont provoqué par par bruit sur la ligne. Par exemple, le modem d'hôte transmet des données au modem client, mais le bruit sur la ligne cause les données d'être reçues inexactement (ou pas du tout) par le côté client. Ainsi le bruit excessif peut mener aux retransmissions excessives. Le modem client pourrait également avoir déconnecté sans modem d'hôte réalisant ceci. Ainsi le modem d'hôte le retransmet continuellement, sans savoir que le modem client n'est plus présent. Parfois, quand l'appel se connecte dans LAPM ou MNP, le NextPort ne peut pas transmettre une trame au modem client. Le modem client ne reconnaît pas la transmission initiale du NextPort, puis ne répond pas pour enregistrer (limite de correction d'erreurs de retransmission) les balayages S19 (le par défaut est 12), ainsi le NP déconnecte l'appel. Une cause pourrait être que le transporteur dans le chemin de transmission dégradé sensiblement tandis que le client ne rétrogradait pas. Une autre cause pourrait être un problème avec l'engine EC du client (comme se produirait sur un système de Winmodem si Windows cesse de répondre).
6,7 Inactivité 0x205 Temporisation d'inactivité, débranchement de lien MNP (LD) envoyé. Le modem d'hôte envoie au modem client une trame LD indiquant qu'une temporisation d'inactivité s'est produite.
4,5 Protocol errent 0x206 Erreur de protocole EC. C'est une erreur de protocole générale de fourre-tout. Il indique qu'une erreur de protocole EC LAPM ou MNP s'est produite.
3 Terme de Fallbck 0x210 Aucun protocole de repli EC disponible. La négociation de correction des erreurs n'a pas été réussie. L'appel est terminé parce qu'il n'y a aucun protocole de repli sur correction des erreurs disponible. le S-registre S25 (retour du protocole de communication) détermine le protocole de repli disponible. Les options sont tramage asynchrone, tramage synchrone, ou débranchement (raccrocher).
3 Aucun XID 0x211 Trame non jamais reçue de l'identification d'échange (XID) pendant la négociation. Le pair peut ne pas prendre en charge MNP.
3 XID Incmpt 0x212 Le trame xid reçu est incompatible avec les configurations locales. Le modem client peut ne pas prendre en charge LAPM dans V.42.
3,4,5 Disque 0x220 Trame reçue de débranchement (DISQUE). C'est le débranchement normal LAP-M. L'appel s'est terminé normalement avec un bas clair approprié du côté client. (Par exemple, un paquet du débranchement V.42 a été envoyé du modem client au modem d'hôte). Le modem client a relâché le DTR et a proprement négocié un protocole clair-vers le bas.
3,4,5 DM 0x221 Trame reçue DM. Le pair déconnecte probablement. Le modem client indique qu'il déconnecte. Pendant l'établissement d'appel, cette raison indique que le modem client abandonne sur la correction d'erreurs de négociation.
4,5 Mauvais NR 0x222 Le mauvais reçoivent le numéro de séquence ou le nombre ACK a été reçu. Un MNP LD ou LAP-M FRMR est envoyé. Le modem d'hôte a reçu une trame de correction des erreurs LAPM ou MNP avec un mauvais nombre de numéro de séquence ou d'accusé de réception. Une trame LD ou de rejet de trame (FRMR) est envoyée au modem client indiquant que le modem d'hôte déconnecte.
4,5 SABME en ligne 0x224 Trame xid reçu MNP dans équilibré. Ceci est interprété comme erreur du protocole de correction des erreurs LAPM dans équilibré. Il signifie que le modem client a pu avoir remis à l'état initial en raison de recevoir un FRMR.
4,5 XID en ligne 0x225 Trame reçue de la LR MNP tandis que dans équilibré. Ceci est interprété comme erreur du protocole de correction des erreurs MNP dans équilibré. Il signifie que le modem client a remis à l'état initial.

L'EC Cmd de CLASSE : Mauvais code opération détecté parEC
4,5 Mauvais Cmd 0x3xx Mauvais code opération détecté parEC. La commande inconnue reçue est dans les 2 derniers chiffres. Une trame MNP LD ou LAP-M FRMR est introduite la réponse.

L'EC FRMR DE CLASSE : FRMR détecté parEC de pair
4,5 0x4xx États EC indiqués par le client dans la trame LAP-M FRMR. La raison établie une correspondance de bits est dans les deux derniers chiffres.
4,5 Le mauvais Cmd de Frmr 0x401 LAPM : le pair signale la mauvaise commande. Le modem d'hôte a reçu une trame FRMR du modem client. La trame reçue FRMR indique que le modem client a reçu une trame de correction des erreurs du modem d'hôte qui a contenu une mauvaise commande.
4,5 Données de Frmr 0x403 LAPM : états de pair que la zone d'information n'est pas permise ou est longueur incorrecte (trames U). Le modem d'hôte a reçu une trame FRMR du modem client. La trame reçue FRMR indique que le modem client a reçu une trame de correction des erreurs du modem d'hôte qui a contenu une zone d'information qui n'est pas permise ou a contenu une zone d'information avec une longueur incorrecte (c'est-à-dire, trame U).
4,5 Longueur de Frmr 0x404 LAPM : la longueur du champ de données d'états de pair est plus grande que N401 (la longueur de zone d'informations maximum spécifiée dans V.42), mais a le bon contrôle Sequence(FCS) de vue. Le modem Nextport a reçu une trame FRMR du modem client. La trame reçue FRMR indique que le modem client a reçu une trame de correction des erreurs du NextPort qui a contenu une longueur du champ de données qui est plus grande que le nombre maximal d'octets qui peuvent être portés dedans la zone d'informations (N401) d'une trame I, d'une trame SREJ, d'un trame xid, d'une trame UI, ou d'une trame de test. Le Frame Check Sequence est bon.
4,5 Frmr mauvais NR 0x408 LAPM : le pair signale le mauvais reçoivent le numéro de séquence ou le N (R). Le modem d'hôte a reçu une trame FRMR du modem client. La trame reçue FRMR indique que le modem client a reçu une trame de correction des erreurs du modem d'hôte qui a contenu un mauvais reçoivent le numéro de séquence.

L'EC LD DE CLASSE : Démonter détecté de lien de la correction d'erreurs (l'EC) (LD) de pair
4,5   0x5xx États EC indiqués par le client dans la trame MNP LD. Le champ de raison est dans les 2 derniers chiffres
3 LD l'aucune LR 0x501 MNP : le pair n'a jamais reçu la trame de la LR. Le modem d'hôte a reçu une trame LD du modem client. La trame reçue LD indique que le modem client n'a jamais reçu une demande de lien du modem d'hôte.
3 La LR Param1 LD 0x502 MNP : le pair que les états la trame joignent demande (LR) a le mauvais paramètre #1 le modem d'hôte a reçu une trame du débranchement de lien (LD) du modem client. La trame reçue LD indique que le modem client a reçu une trame de demande de lien du modem d'hôte qui a contenu un mauvais (c.-à-d. inattendu) PARAM1. Pour plus d'informations sur PARAM1 référez-vous à la spécification V.42.
3 La LR Incmpt LD 0x503 MNP : la trame de la LR d'états de pair est incompatible avec sa configuration que le modem d'hôte a reçu une trame du débranchement de lien (LD) du modem client. La trame reçue LD indique que le modem client a reçu une trame de demande de lien (LR) du modem d'hôte qui est incompatible avec la configuration du modem client.
4,5 Lt LD Retrns 0x504 MNP : le pair signale trop de retransmissions consécutives EC que le modem d'hôte a reçu une trame LD du modem client. La trame reçue LD indique que le modem client a reçu trop de retransmissions consécutives.
4,5 Inactivité LD 0x505 MNP : le temporisateur d'inactivité d'états de pair a expiré l'hôte que le modem a reçu une trame du débranchement de lien (LD) du modem client. La trame reçue LD indique que l'hôte du modem client (DTE) n'a pas passé des données au modem client au cours d'une période.
3 LD Protocol 0x506 MNP : le pair signale l'erreur que le modem d'hôte a reçu une trame LD du modem client. La trame reçue LD indique que le modem client a reçu une erreur de protocole MNP.
3 Utilisateur LD 0x507 Le débranchement normal MNP le modem d'hôte a reçu une trame LD du modem client. La trame reçue LD indique un arrêt normal MNP.

HÔTE DE CLASSE : Demandé par l'hôte
6,7 0x1Fxx Débranchement initié par hôte. La valeur est une somme de 0x1F00 et de valeur de SessionStopCommand. C'est l'autre hôte terminent la raison. La raison d'hôte est indiquée dans les octets d'ordre réduit « xx ».
3,6,7 Le TGV NonSpec 0x1F00 Débranchement initié par hôte non spécifique. La valeur est une somme de 0x1F00 et de valeur de SessionStopCommand. C'est le « crochet toute la » raison de débranchement initiée par IOS. Il est utilisé pour tous les débranchements non standard. Par exemple, ceci a pu être un résultat de logiciel de gestion de modems décidant de terminer l'appel. Une explication possible est un RAYON de plus haut niveau d'échec d'authentification, un TACACS, ou une application différente fournissant une suppression DTR au modem d'hôte. Ce type de débranchement ne comptera pas vers le CSR quand le modem d'hôte est dans le mode Données.
3 Le TGV occupé 0x1F01 Le numéro composé était occupé. La déconnexion s'est produite parce que l'hôte indique que le numéro composé est occupé.
3 Le TGV aucun answr 0x1F02 Le numéro composé n'a pas répondu. La déconnexion s'est produite parce que l'hôte indique que le numéro composé n'a pas répondu.
3,6,7 LE TGV DTR 0x1F03 DTR « virtuel » relâché. Cet état « est reflété » de la « redirection de port d'I/O » qui utilise actuellement le modem. La déconnexion s'est produite parce que l'hôte a relâché la ligne « virtuelle » DTR. Cette cause générique de débranchement est initiée par le logiciel de Cisco IOS. Les causes d'exemple sont délai d'attente de veille, le PPP LCP TERMREQ reçu, échec d'authentification, raccrocher de telnet, et ainsi de suite. Pour déterminer la raison pour le coup, examinez la raison de débranchement de « rayon » de la commande laconique de modem call-record ou de l'Authentification, autorisation et comptabilité (AAA).
6,7 LE TGV ATH 0x1F04 La commande « ATH » (raccrocher) a été détectée par l'hôte local.
3 Le TGV NoDialTn 0x1F05 Aucun accès au réseau de l'opérateur de téléphonie. La déconnexion s'est produite parce que l'hôte ne pourrait pas accéder au réseau (tel que le RNIS).
3,4,5 Le TGV NoCarr 0x1F06 Débranchement indiqué par réseau. C'est un débranchement déclenché par côté client qui n'est pas une terminaison d'appel gracieuse. Il peut se produire pendant l'établissement d'appel. Une cause classique est quand les utilisateurs du Windows 95 ou de l'appel de Windows 98 le réseau (BRUN GRISÂTRE) frappent la « annulation » avant que l'appel atteigne équilibré. Une autre raison commune est n'importe quel client incitée suppression DTR avant équilibré. Pendant le mode Données, c'est également une déconnexion déclenchée par côté client qui n'est pas une terminaison d'appel gracieuse (c'est-à-dire, un débranchement) « modifié ». Une très cause classique est défectueuse des échecs d'authentification.
3 0x1F07 Le NAS a terminé l'exécution SS7/COT. La déconnexion s'est produite parce que le NAS a terminé l'exécution SS7/COT (test de continuité).
3 0x1F08 L'exécution SS7/COT a été terminée par le routeur en raison d'un délai d'attente T8/T24.
- 0x1FFF TERMINAISON non sollicitée. L'hôte envoie cette raison de débranchement quand il reçoit un message de terminaison non sollicité.

Types de raison de débranchement

Type de débranchement Description
0 (inutilisé)
1 - 0x2… (inutilisé)
2 - 0x4… D'autres situations
3 - 0x6… La condition s'est produite pendant l'établissement d'appel
4 - 0x8… Dans le mode Données. Données de Rx (ligne à héberger) vidant CORRECT
5 - 0xA… Dans le mode Données. Données de Rx (ligne à héberger) vidant NON CORRECT (actuellement, des applications ne devraient pas être préoccupées par « le NON CORRECT »)
6 - 0xC… Dans le mode Données. Données de Tx (hôte à rayer) vidant CORRECT
7 - 0xE… Dans le mode Données. Données de Tx (hôte à rayer) vidant NON CORRECT (actuellement, des applications ne devraient pas être préoccupées par « le NON CORRECT »)

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 9502