Résolution des problèmes liés aux interfaces Token Ring des routeurs Cisco
Contenu
Introduction
Ce document décrit certains des problèmes les plus courants qui font en sorte que l'insertion d'une interface Token Ring d'un routeur Cisco dans un Token Ring échoue. Il présente un organigramme donnant un bref aperçu des étapes nécessaires pour dépanner l'interface Token Ring. Le document présente également certaines des commandes les plus utilisées du logiciel de Cisco IOS® et les façons de les utiliser pour recueillir des renseignements sur l'interface Token Ring afin de réussir le dépannage.
Conditions préalables
Conditions requises
Aucune spécification déterminée n'est requise pour ce document.
Components Used
Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
Conventions
For more information on document conventions, refer to the Cisco Technical Tips Conventions.
Processus d'insertion de Token Ring
Afin de dépanner correctement les interfaces Token Ring, il est important de comprendre la séquence des événements qui se produisent avant qu’une station ne rejoigne l’anneau.
Il y a cinq phases au cours desquelles une station procède pour rejoindre un anneau :
Test de boucle
Le processus d'insertion commence par un essai de lobe. Cette phase teste l'émetteur et le récepteur de l'adaptateur Token Ring et teste le câble entre l'adaptateur et l'unité d'accès multistation (MAU). Une unité MAU enroule physiquement le câble de connexion ? est un fil de transmission qui est renvoyé à son fil de réception. L'adaptateur peut ainsi transmettre des trames MAC de test multimédia jusqu'au MAU (où elles sont enveloppées) et revenir à lui-même. Au cours de cette phase, la carte envoie des trames MAC de test de média lobe à l'adresse de destination 00-00-00-00 (avec l'adresse source de la carte) et une trame MAC de test d'adresse de duplication (DAT) (qui contient l'adresse de la carte comme source et destination) sur le câble. Si l'essai de lobe réussit, la phase 1 est terminée.
Insertion physique et contrôle du moniteur
Dans la phase 2, un courant fantôme ph est envoyé pour ouvrir le relais de concentrateur, une fois que le relais de concentrateur ouvre la station et se fixe à l’anneau. La station vérifie ensuite si un moniteur actif (AM) est présent en vérifiant l’une des trames suivantes :
-
Trame MAC AMP (Active Monitor Presence)
-
Trame MAC SMP (Standby Monitor Presence)
-
Trames MAC de purge de sonnerie
Si aucune de ces trames n'est détectée dans les 18 secondes, la station suppose qu'aucun moniteur actif n'est présent et lance le processus de conflit de moniteur. Au cours du processus de conflit du moniteur, la station dont l'adresse MAC est la plus élevée devient le moniteur actif. Si le conflit n'est pas terminé dans un délai d'une seconde, l'adaptateur ne s'ouvre pas. Si l'adaptateur devient l'AM et lance une purge et que le processus de purge ne se termine pas en une seconde, l'adaptateur ne s'ouvre pas. Si l'adaptateur reçoit une trame MAC de balise ou une trame MAC de station de secours, l'adaptateur ne s'ouvre pas.
Contrôle d'adresse en double
Dans le cadre de la phase de vérification des adresses en double, la station transmet une série de trames MAC d’adresses en double qui lui sont adressées. Si la station reçoit deux trames avec l'indicateur d'adresse reconnu (ARI) et l'indicateur de trame copié (FCI) définis sur 1, alors elle sait que cette adresse est un doublon sur cet anneau, elle se détache et signale un échec d'ouverture. Cette opération est nécessaire car Token Ring autorise les adresses locales (LAA) et vous pouvez finir avec deux cartes avec la même adresse MAC si cette vérification n'est pas effectuée. Si cette phase ne se termine pas dans les 18 secondes, la station signale une défaillance et se détache de l’anneau.
Remarque : S'il existe une adresse MAC dupliquée sur un autre anneau, ce qui est autorisé dans les réseaux Token Ring pontés de route source, cela ne sera pas détecté. La vérification de l'adresse en double n'est significative que localement.
Participation au sondage en anneau
Au cours de la phase de sondage en anneau, la station apprend l’adresse de son NAUN (voisin actif en amont le plus proche) et fait connaître son adresse à son voisin en aval le plus proche. Ce processus crée la carte d'anneau. La station doit attendre de recevoir une trame AMP ou SMP avec les bits ARI et FCI définis sur 0. Dans ce cas, la station fait basculer les deux bits (ARI et FCI) sur 1, si suffisamment de ressources sont disponibles, et met en file d’attente une trame SMP pour transmission. Si aucune trame n’est reçue dans les 18 secondes, la station signale un échec d’ouverture et de désinsertion de l’anneau. Si la station participe avec succès à un sondage en anneau, elle passe à la phase finale d'insertion, demander l'initialisation.
Initialisation de la demande
Au cours de la phase d’initialisation de la demande, la station envoie quatre trames MAC d’initialisation de la demande à l’adresse fonctionnelle du serveur de paramètres d’anneau (RPS). Si aucun RPS n'est présent sur l'anneau, l'adaptateur utilise ses propres valeurs par défaut et signale la fin du processus d'insertion. Si la carte reçoit une de ses quatre trames MAC d'initialisation de requête avec les bits ARI et FCI définis sur 1, elle attend deux secondes pour obtenir une réponse. S'il n'y a pas de réponse, elle retransmet jusqu'à quatre fois. À ce stade, s'il n'y a pas de réponse, il signale un échec d'initialisation de la demande et désinsère de l'anneau.
Voici une liste des adresses fonctionnelles :
C000.0000.0001 - Active monitor C000.0000.0002 - Ring Parameter Server C000.0000.0004 - Network Server Heartbeat C000.0000.0008 - Ring Error Monitor C000.0000.0010 - Configuration Report Server C000.0000.0020 - Synchronous Bandwidth Manager C000.0000.0040 - Locate Directory Server C000.0000.0080 - NetBIOS C000.0000.0100 - Bridge C000.0000.0200 - IMPL Server C000.0000.0400 - Ring Authorization Server C000.0000.0800 - LAN Gateway C000.0000.1000 - Ring Wiring Concentrator C000.0000.2000 - LAN Manager
Pour plus d'informations sur les adresses fonctionnelles, reportez-vous aux spécifications IEEE802.5.
Dépannage
Graphique de flux
Reportez-vous à ce diagramme de flux pour une présentation rapide du dépannage :
L'une des premières choses à vérifier, lorsqu'une interface Token Ring rencontre des problèmes d'insertion dans l'anneau, est de savoir si vous insérez dans un anneau qui existe déjà. Si oui, vous devez faire correspondre le numéro de sonnerie configuré sur l'interface Token Ring au numéro de sonnerie existant régi par d'autres pontes SRB (Source-Route Bridges).
Remarque : par défaut, les routeurs Cisco acceptent les numéros de sonnerie au format décimal, tandis que la plupart des ponts IBM utilisent la notation hexadécimale. Par conséquent, assurez-vous d'effectuer la conversion du format hexadécimal en format décimal avant de configurer ceci sur le routeur Cisco. Par exemple, si vous avez un SRB avec le numéro de sonnerie 0x10, vous devez entrer 16 sur le routeur Cisco. Vous pouvez également saisir le numéro de sonnerie sur l'interface Token Ring du routeur Cisco au format hexadécimal, si vous précédez le numéro de sonnerie de 0x :
turtle(config)# interface token turtle(config)# interface tokenring 0 turtle(config-if)# source turtle(config-if)# source-bridge 0x10 1 0x100
Remarque : lorsque vous affichez la configuration, le routeur affiche automatiquement les numéros de sonnerie en notation décimale. Par conséquent, les nombres décimaux en anneau sont le format le plus couramment utilisé sur les routeurs Cisco. Voici la partie pertinente d'une commande show run :
source-bridge ring-group 256 interface TokenRing0 no ip address ring-speed 16 source-bridge 16 1 256 !--- 16 is the physical ring number, 1 is the bridge number or ID, !--- and 256 is the Virtual Ring number. source-bridge spanning
Si vous ne faites pas correspondre les numéros de sonnerie, l'interface Token Ring de Cisco affiche un message similaire à celui-ci et s'arrête :
02:50:25: %TR-3-BADRNGNUM: Unit 0, ring number (6) doesn't match established number (5). 02:50:25: %LANMGR-4-BADRNGNUM: Ring number mismatch on TokenRing0, shutting down the interface 02:50:27: %LINK-5-CHANGED: Interface TokenRing0, changed state to administratively down
Vous devez ensuite configurer le numéro de sonnerie correct sur l'interface Token Ring ? ? ? dans ce cas, 5 ? ? ? et ensuite exécuter manuellement la commande no shutdown.
Remarque : le numéro de pont (ou l'ID de pont) ne doit pas correspondre aux autres numéros de pont du réseau ; vous pouvez utiliser une valeur unique ou le même numéro de pont sur l'ensemble de votre réseau tant que vous disposez d'un chemin RIF (Routing Information Field) unique vers chaque périphérique de votre réseau SRB. Par exemple, si vous avez deux anneaux connectés via deux ponts parallèles, vous devez utiliser des numéros de pont différents. Dans ce cas, l’absence d’utilisation de différents numéros de pont entraîne deux chemins physiquement différents, mais les mêmes informations RIF.
Remarque : lorsque vous ajoutez ou supprimez la commande source-bridge, l'interface Token Ring rebondit, ce qui provoque des interruptions à destination et en provenance de ce routeur via son interface Token Ring. Pour plus d'informations sur la configuration de SRB, référez-vous à Comprendre et dépanner le pontage source-route local.
Outre les numéros de sonnerie correspondants, vous devez également vous assurer que la vitesse de sonnerie est définie correctement ; c'est-à-dire 4 ou 16 Mbits/s. Si ce n'est pas le cas, la génération d'une balise d'anneau et une panne réseau sur cet anneau sont provoquées. Si les numéros de la sonnerie et la vitesse de la sonnerie sont configurés correctement, mais que l'interface Token Ring ne parvient toujours pas à s'insérer dans la sonnerie, utilisez le processus d'élimination pour éliminer les problèmes liés aux câbles ou à l'unité MAU. Utilisez une fiche autobloquante ou assurez-vous que l'adaptateur est connecté à une unité MAU opérationnelle. Un câblage incorrect entraîne de nombreux problèmes d'adaptateur lors du processus d'insertion. Les éléments à rechercher sont les suivants :
-
La carte est-elle configurée pour utiliser le port de support approprié, le câble à paires torsadées non blindées (UTP) ou le câble à paires torsadées blindées (STP) ?
-
Le câble reliant l'adaptateur au concentrateur est-il complet et correct ?
-
Quel type de filtre multimédia est utilisé ? Gardez à l'esprit que ce qui fonctionne à 4 Mbits/s ne fonctionne pas toujours à 16 Mbits/s.
Il peut s’agir d’un problème de couche physique sur l’anneau (par exemple, le câblage, le bruit de ligne ou la gigue) qui apparaît lorsque d’autres stations s’insèrent. Cela provoque des purges et des balises, qui déclenchent un adaptateur récemment inséré. Cela peut être éliminé si l'interface Token Ring apparaît lorsqu'elle est connectée à une autre unité MAU sans autre station. Vous pouvez ensuite ajouter progressivement plus de stations pour voir à quel moment vous obtenez une panne. Ce test élimine également les problèmes de conflit potentiels tels qu'Active Monitor, RPS, Configuration Report Server (CRS), etc. Reportez-vous à la section LAN Network Manager pour plus de détails.
LAN Network Manager
LAN Network Manager (LNM, anciennement LAN Manager) est un produit IBM qui gère une collection de ponts de route source. LNM utilise une version du protocole CMIP (Common Management Information Protocol) pour parler au gestionnaire de stations LNM. LNM vous permet de surveiller l'ensemble de la collection de Token Rings qui composent votre réseau ponté de route source. Vous pouvez utiliser LNM pour gérer la configuration des ponts de route source, surveiller les erreurs Token Ring et recueillir des informations à partir des serveurs de paramètres Token Ring.
Depuis la version 9.0 du logiciel Cisco IOS, les routeurs Cisco qui utilisent des interfaces Token Ring 4 et 16 Mbits/s configurées pour SRB prennent en charge le protocole propriétaire utilisé par LNM. Ces routeurs fournissent toutes les fonctions actuellement fournies par le programme IBM Bridge. Ainsi, LNM peut communiquer avec un routeur comme s'il s'agissait d'un pont de route source IBM (par exemple IBM 8209) et peut gérer ou surveiller tout Token Ring connecté au routeur, qu'il s'agisse d'un anneau virtuel ou physique. LNM est activé par défaut sur les routeurs Cisco. En outre, ces commandes de configuration d’interface masquées sont activées par défaut :
-
[no] lnm crs - Le CRS surveille la configuration logique actuelle d’un Token Ring et signale toute modification apportée à LNM. CRS signale également divers autres événements, tels que le changement d'un moniteur actif sur un Token Ring.
-
[no] lnm rps - Le RPS fait rapport à LNM lorsqu’une nouvelle station rejoint un Token Ring et s’assure que toutes les stations d’un anneau utilisent un ensemble cohérent de paramètres de rapport.
-
[no] lnm rem - Surveillance des erreurs d'anneau (REM) surveille les erreurs signalées par n'importe quelle station de l'anneau. En outre, REM vérifie si l'anneau est en état de fonctionnement ou de défaillance.
Ces commandes ne sont visibles dans la configuration qu'après avoir été désactivées :
para# config terminal Enter configuration commands, one per line. End with CNTL/Z. para(config)# interface tokenRing 0 para(config-if)# no lnm crs para(config-if)# ^Z
Cela fait partie de la configuration de l’interface Token Ring dans laquelle la configuration est affichée :
interface TokenRing0 ip address 192.168.25.18 255.255.255.240 no ip directed-broadcast ring-speed 16 source-bridge 200 1 300 source-bridge spanning no lnm CRS
Lorsque vous dépannez des interfaces Token Ring, il peut être nécessaire de désactiver CRS, RPS, REM ou les trois sur le routeur Cisco pour éliminer les conflits avec d'autres périphériques Token Ring. Un scénario typique est lorsqu’une station Token Ring ne parvient pas à s’insérer dans l’anneau, même si la même station peut s’insérer dans un anneau isolé sans aucune autre station. Vous pouvez désactiver des serveurs individuels, tels que RPS, CRS et REM, ou désactiver la fonctionnalité LNM sur le routeur avec cette configuration globale :
-
lnm disabled - Cette commande met fin à toutes les liaisons d'entrée et de rapport du serveur LNM. Il s'agit d'un ensemble de fonctions normalement exécutées sur des interfaces individuelles par les commandes no lnm rem, no lnm rps et no lnm rps.
Si vous désactivez LNM et que cela résout le problème, assurez-vous que vous ne rencontrez pas de bogue connu. Si LNM n'est pas requis sur votre réseau, vous pouvez le laisser désactivé.
Vous pouvez également utiliser la fonctionnalité LNM sur le routeur Cisco pour répertorier les stations qui se trouvent sur les anneaux locaux connectés au routeur, pour voir s'il y a des nombres d'erreurs d'isolement et pour voir quelle station les envoie :
para# show lnm station
isolating error counts
station int ring loc. weight line inter burst ac abort
0005.770e.0a8c To0 00C8 0000 00 - N 00000 00000 00000 00000 00000
0006.f425.ce89 To0 00C8 0000 00 - N 00000 00000 00000 00000 00000
Remarque : si vous désactivez LNM, vous ne pouvez pas utiliser les commandes show lnm.
À partir de la commande show lnm station, l'adresse de la station, le numéro de la sonnerie et toute erreur signalée sont particulièrement intéressants. Pour une explication complète des champs, référez-vous à la commande show lnm station dans le manuel de référence des commandes.
Une autre commande LNM utile est la commande show lnm interface :
para# show lnm interface tokenring 0
nonisolating error counts
interface ring Active Monitor SET dec lost cong. fc freq. token
To0 0200 0005.770e.0a8c 00200 00001 00000 00000 00000 00000 00000
Notification flags: FE00, Ring Intensive: FFFF, Auto Intensive: FFFF
Active Servers: LRM LBS REM RPS CRS
Last NNIN: never, from 0000.0000.0000.
Last Claim: never, from 0000.0000.0000.
Last Purge: never, from 0000.0000.0000.
Last Beacon: never, 'none' from 0000.0000.0000.
Last MonErr: never, 'none' from 0000.0000.0000.
isolating error counts
station int ring loc. weight line inter burst ac abort
0005.770e.0a8c To0 00C8 0000 00 - N 00000 00000 00000 00000 00000
0006.f425.ce89 To0 00C8 0000 00 - N 00000 00000 00000 00000 00000
À partir de cette commande, vous pouvez facilement voir qui est le moniteur actif, les stations présentes sur l'anneau directement connecté et tous les serveurs actifs sur l'anneau (tels que REM, RPS, etc.).
Voici les autres options de commande show lnm :
show lnm bridge show lnm config show lnm ring
Utilisation des commandes du logiciel Cisco IOS
Voici les commandes de dépannage du logiciel Cisco IOS les plus couramment utilisées pour les interfaces Token Ring :
show interfaces tokenring
Voici les points forts de la commande show interfaces tokenring :
ankylo# show interfaces tokenring1/0
TokenRing1/0 is up, line protocol is up
Hardware is IBM2692, address is 0007.78a6.a948 (bia 0007.78a6.a948)
Internet address is 1.1.1.1/24
MTU 4464 bytes, BW 16000 Kbit, DLY 630 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation SNAP, loopback not set
Keepalive set (10 sec)
ARP type: SNAP, ARP Timeout 04:00:00
Ring speed: 16 Mbps
Duplex: half
Mode: Classic token ring station
Source bridging enabled, srn 5 bn 1 trn 100 (ring group)
spanning explorer enabled
Group Address: 0x00000000, Functional Address: 0x0800001A
Ethernet Transit OUI: 0x000000
Last Ring Status 18:15:54
(0x2000)
Last input 00:00:01, output 00:00:01, output hang never
Last clearing of "show interface" counters never
Queueing strategy: fifo
Output queue 0/40, 0 drops; input queue 0/75, 0 drops
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
27537 packets input, 1790878 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
7704 packets output, 859128 bytes, 0 underruns
0 output errors, 0 collisions, 2 interface resets
0 output buffer failures, 0 output buffers swapped out
1 transitions
Les pertes de sortie peuvent être provoquées lorsque le support de sortie ne peut pas accepter les trames et que la file d'attente de sortie atteint la valeur maximale avant de commencer à abandonner les paquets. Les pertes de sortie peuvent ne pas indiquer nécessairement un problème, car une trame d'exploration qui est abandonnée (parce qu'elle a déjà voyagé sur un anneau particulier) peut incrémenter le compteur de pertes de sortie.
L'augmentation des pertes d'intrants, par contre, peut être sérieuse et doit être analysée avec soin. Les pertes d'entrée peuvent être causées par des tampons système insuffisants ; voir 0 no buffer dans la sortie précédente show interfaces tokenring1/0. Le compteur sans tampon incrémenté de la sortie show interfaces peut être corrélé au compteur manquant incrémenté de la sortie de show buffers, et le pool de tampons approprié peut avoir besoin d'être réglé. Référez-vous à Réglage de la mémoire tampon pour tous les routeurs Cisco pour plus d'informations.
Remarque : Les files d'attente d'entrée et de sortie peuvent être augmentées avec la longueur de la file d'attente en attente {in | out} ; cependant, il est important de comprendre pourquoi ces files d'attente atteignent leur valeur de rétention maximale avant de les augmenter. Il se peut que, lorsque vous augmentez la valeur maximale de la file d'attente en attente, vous augmentez seulement la période avant qu'ils ne débordent à nouveau.
Vous devriez également vérifier le compteur de limitation. Ce compteur indique le nombre de fois où les tampons d'entrée d'une interface ont été nettoyés, parce qu'ils n'ont pas été traités assez rapidement ou parce qu'ils sont dépassés. En règle générale, une tempête d'exploration peut entraîner l'incrémentation du compteur de limitation. Reportez-vous à la commande source-bridge explorer-maxrate et à la section Optimized Explorer Processing de Configuration du pontage Source-Route.
Remarque : Chaque fois que vous avez une limitation, tous les paquets de la file d'attente d'entrée sont abandonnés. Cela entraîne des performances très lentes et peut également perturber les sessions existantes.
Une transition se produit lorsque l'interface change d'état, par exemple lorsqu'elle passe de l'état down à l'initialisation ou de l'état initialize à up. Une réinitialisation se produit lorsque l'interface est démarrée. L'insertion d'autres périphériques dans l'anneau ne doit pas entraîner l'augmentation de l'un ou l'autre de ces compteurs, mais elle entraînera l'augmentation du nombre d'erreurs logicielles. En outre, si la commande show interface tokenring ne montre aucune perte, erreur d'entrée ou erreur de sortie, mais que vous voyez un nombre significatif de réinitialisations et de transitions, alors les keepalives peuvent réinitialiser l'interface.
Remarque : lorsque vous effacez une interface Token Ring, une réinitialisation et deux transitions se produisent : une transition de l'initialisation à l'initialisation et une transition de l'initialisation à l'initialisation.
Le champ Dernier état de la sonnerie indique le dernier état de la sonnerie. Par exemple, 0x2000 indique une erreur logicielle. Voici une liste de valeurs d'état possibles :
RNG_SIGNAL_LOSS FIXSWAP(0x8000) RNG_HARD_ERROR FIXSWAP(0x4000) RNG_SOFT_ERROR FIXSWAP(0x2000) RNG_BEACON FIXSWAP(0x1000) RNG_WIRE_FAULT FIXSWAP(0x0800) RNG_HW_REMOVAL FIXSWAP(0x0400) RNG_RMT_REMOVAL FIXSWAP(0x0100) RNG_CNT_OVRFLW FIXSWAP(0x0080) RNG_SINGLE FIXSWAP(0x0040) RNG_RECOVERY FIXSWAP(0x0020) RNG_UNDEFINED FIXSWAP(0x021F) RNG_FATAL FIXSWAP(0x0d00) RNG_AUTOFIX FIXSWAP(0x0c00) RNG_UNUSEABLE FIXSWAP(0xdd00)
Remarque : L'erreur logicielle 0x2000 est un état normal très courant de sonnerie. 0x20 indique l'initialisation de l'anneau et 00 la longueur du sous-vecteur ; cela indique qu'une station d'anneau est entrée dans la sonnerie.
show controllers tokenring
La commande suivante du logiciel Cisco IOS à utiliser pour le dépannage est la commande show controllers tokenring :
FEP# show controllers tokenring 0/0
TokenRing0/0: state up
current address: 0000.30ae.8200, burned in address: 0000.30ae.8200
Last Ring Status: none
Stats: soft: 0/0, hard: 0/0, sig loss: 0/0
tx beacon: 0/0, wire fault 0/0, recovery: 0/0
only station: 0/0, remote removal: 0/0
Bridge: local 100, bnum 1, target 60
max_hops 7, target idb: null
Interface failures: 0
Monitor state: (active), chip f/w: '000500.CS1AA5 ', [bridge capable]
ring mode: F00, internal enables: SRB REM RPS CRS/NetMgr
internal functional: 0800011A (0800011A), group: 00000000 (00000000)
internal addrs: SRB: 0288, ARB: 02F6, EXB 0880, MFB: 07F4
Rev: 0170, Adapter: 02C4, Parms 01F6
Microcode counters:
MAC giants 0/0, MAC ignored 0/0
Input runts 0/0, giants 0/0, overrun 0/0
Input ignored 0/0, parity 0/0, RFED 0/0
Input REDI 0/0, null rcp 0/0, recovered rcp 0/0
Input implicit abort 0/0, explicit abort 0/0
Output underrun 0/0, TX parity 0/0, null tcp 0/0
Output SFED 0/0, SEDI 0/0, abort 0/0
Output False Token 0/0, PTT Expired 0/0
Internal controller counts:
line errors: 0/0, internal errors: 0/0
burst errors: 0/0, ari/fci errors: 0/0
abort errors: 0/0, lost frame: 0/0
copy errors: 0/0, rcvr congestion: 0/0
token errors: 0/0, frequency errors: 0/0
Internal controller smt state:
Adapter MAC: 0000.30ae.8200, Physical drop: 00000000
NAUN Address: 0005.770e.0a87, NAUN drop: 00000000
Last source: 0000.30ae.8200, Last poll: 0000.30ae.8200
Last MVID: 0006, Last attn code: 0006
Txmit priority: 0003, Auth Class: 7BFF
Monitor Error: 0000, Interface Errors: 0004
Correlator: 0000, Soft Error Timer: 00DC
Local Ring: 0000, Ring Status: 0000
Beacon rcv type: 0000, Beacon txmit type: 0004
Beacon type: 0000, Beacon NAUN: 0005.770e.0a87
Beacon drop: 00000000, Reserved: 0000
Reserved2: 0000
Erreurs douces : il s'agit d'une combinaison de toutes les erreurs douces qui sont vues par cette interface. Les erreurs logicielles incluent les erreurs de ligne, plusieurs moniteurs, les erreurs de définition ARI et FCI, les erreurs de rafales, les trames perdues, le jeton endommagé, le jeton perdu, la trame en circulation ou le jeton de priorité, le moniteur perdu et l'erreur de fréquence. Référez-vous à Informations sur les erreurs logicielles pour plus de détails.
Erreurs matérielles : il s'agit d'erreurs qui ne peuvent pas être récupérées par les routines logicielles. L'anneau a été physiquement réinitialisé. Pour plus d'informations, référez-vous à Liste des états anormaux Token Ring.
État du moniteur : (active) - Indique l'état du contrôleur. Les valeurs possibles incluent active, échec, inactive et réinitialisation.
SRB REM RPS CRS/NetMgr - Indique que SRB, REM, RPS et CRS sont tous activés sur l'interface. Reportez-vous à la section LAN Network Manager pour plus de détails.
Les informations importantes qui sont également fournies dans le résultat sont les adresses MAC et NAUN de l'adaptateur, qui permettent de déterminer la topologie en anneau. Vous pouvez également savoir qui est la balise NAUN ; c'est-à-dire le voisin en amont actif le plus proche de la station de transfert. Cela vous donne un point de départ pour déterminer où se trouve le problème : la station de balisage, la balise NAUN ou le câble qui les relie. Pour une explication des autres champs, référez-vous à show controllers token dans le manuel de référence des commandes.
debug token events
La dernière commande du logiciel Cisco IOS à utiliser pour le dépannage est la commande debug token events :
1w6d: TR0 starting.
1w6d: %LINK-5-CHANGED: Interface TokenRing0, changed state to initializing
1w6d: TR0 receive SRB_FREE, state=2, if_state=6
1w6d: TR0 receive SRB_FREE, state=2, if_state=7 ring mode = F00
1w6d: TR0: modified open w/ option 1180
1w6d: TR0: Interface is alive, phys. addr 0000.3090.79a0
setting functional address w/ 800011A
setting group address w/ 80000000
ring mode = F00
1w6d: TR0: modified open w/ option 1180
1w6d: %LINK-3-UPDOWN: Interface TokenRing0, changed state to up
1w6d: %LINEPROTO-5-UPDOWN: Line protocol on Interface TokenRing0,
changed state to up
1w6d: %SYS-5-CONFIG_I: Configured from console by console
Attention : les événements de jeton de débogage doivent avoir un impact minimal sur le routeur, car ils n'affichent que les événements de sonnerie de jeton et non les paquets. Cependant, si vous avez un anneau très occupé avec beaucoup de transitions, il est recommandé d'émettre la mémoire tampon de journalisation et les commandes no logging console et que vous avez un accès physique au routeur.
La sortie précédente des événements de jeton de débogage provient d'un routeur Cisco 2500. Le résultat peut avoir une grande variété de messages, mais il devrait donner des indications sur l'emplacement du problème. Dans l'exemple précédent, il montre une initialisation réussie de l'interface Token Ring. Le débogage contient également des messages d'information contenus en mode sonnerie et en adresse de groupe et adresse fonctionnelle.
Définitions du mode sonnerie
Il s'agit de valeurs transmises du système principal aux cartes d'extension pour indiquer le mode que l'interface doit utiliser. Ils contrôlent si certains bits de fonction sont activés ou non et contrôlent les indicateurs de commande utilisés lors de l'insertion réelle dans la Token Ring. En mode sonnerie, ces chiffres signifient :
Pour l'exemple de débogage précédent, le mode ring est 0x0F00, qui est une valeur de 2 octets qui a les significations suivantes :
RINGMODE_LOOPBACK 0x8000 RINGMODE_NO_RINGSTAT 0x4000 RINGMODE_ALL_FRAMES 0x2000 RINGMODE_ALL_LLC 0x1000 RINGMODE_BRIDGE 0x0800 /* status only */ RINGMODE_REM 0x0400 /* be Ring Error Monitor */ RINGMODE_RPS 0x0200 /* be Ring Parameter Server */ RINGMODE_NETMGR 0x0100 /* be Configuration Report Server */ RINGMODE_TBRIDGE 0x0080 /* be a transparent bridge */ RINGMODE_CONTENDER 0x0040 /* be a contender for AMP */ RINGMODE_RS 0x0020 /* listen to ring maintenance MAC frames */ RINGMODE_ALL_MAC 0x0010 /* listen to all MAC frames */ RINGMODE_ETR 0x0008 /* Early Token Release */ RINGMODE_NEED_MAC 0x0730 /* Needs MAC frames */
Le mode anneau est donc un total de ces paramètres de bit. 0xF00 indique Bridge, Ring Error Monitor, Ring Parameter Server et Configuration Report Server.
ouvert modifié avec option
Il s'agit du nouveau paramètre du chipset par Cisco. Dans l'exemple de débogage précédent, vous pouvez voir modifié ouvert avec l'option 1180. Il s'agit d'une valeur de 16 bits lue de gauche à droite. Le routeur Cisco peut uniquement activer les options, mais pas désactiver.
+ Bit 0 - Open in Wrap: the open adapter is executed without inserting phantom drive to allow testing of the lobe. + Bit 1 - Disable Hard Error: prevents a change in the Hard Error and Transmit Beacon bits causing a Ring Status Change ARB. + Bit 2 - Disable Soft Error: prevents a change in the Soft Error bit from causing a Ring Status Change ARB. + Bit 3 - Pass Adapter MAC frames: Causes adapter class MAC frames not supported by the adapter to be passed back as received Frames. If this bit is off, these frames are discarded. + Bit 4 - Pass Attention MAC frames: Causes attention MAC frames that are not the same as the last received attention MAC frame. + Bit 5 - reserved: should be 0 + Bit 6 - reserved: should be 0 + Bit 7 - Contender: When the contender bit is on, the adapter will participate in claim token upon receiving a claim token frame from another adapter with a lower source address. If this bit is off the adapter will not enter into claim token process if it receives a Claim Token MAC frame. The adapter will enter claim token if a need is detected regardless of the setting of this bit. + Bit 8 - Pass Beacon MAC frames: The adapter will pass the first Beacon MAC frame and all subsequent Beacon MAC frames that have a change in the source address of the Beacon type. + Bit 9 - reserved: should be 0 + Bit 10 - reserved: should be 0 + Bit 11 - Token Release: If this bit is set the adapter will not operate with early token release. If this bit is 0 the adapter will operate with early token release when the selected ring speed is 16 megabits per second. + Bit 12 - reserved: should be 0 + Bit 13 - reserved: should be 0 + Bit 14 - reserved: should be 0 + Bit 15 - reserved: should be 0
Pour l'option 0x1180, reportez-vous aux bits gras précédents.
Définition des adresses fonctionnelles et de groupe
Dans l'exemple de débogage précédent, l'adresse fonctionnelle est définie sur w/ 800011A et l'adresse de groupe est définie sur w/ 80000000.
Voici les attributs de rapport pour LNM :
REPORT_LRM 0x80000000 REPORT_LBS 0x00000100 REPORT_CRS 0x00000010 REPORT_REM 0x00000008 REPORT_RPS 0x00000002 REPORT_AVAIL 0x8000011a REPORT_ALL 0x8000011a
Keepalives
Si le problème semble être la désinsertion et la réinsertion intermittentes d’un nombre aléatoire d’interfaces Token Ring, l’anneau peut être extrêmement encombré, ce qui entraîne l’expiration des keepalives envoyés par l’interface Token Ring. Émettez la commande d'interface keepalive {0 - 32767} pour augmenter la valeur keepalive. (La valeur par défaut est 10 secondes.)
tricera(config)# interface tokenring 4/0/0 tricera(config-if)# keepalive 30
Remarque : lorsque vous augmentez les keepalives, vous pouvez empêcher les interfaces Token Ring de rebondir ; toutefois, cela ne remplace pas une bonne conception de réseau et une segmentation correcte des anneaux.
Utilisation de LAN Analyzer
Très souvent, les problèmes rencontrés dans les réseaux Token Ring sont de nature intermittente, avec des réoccurrences à intervalles aléatoires. Cela rend le dépannage beaucoup plus difficile. Cela est courant dans les situations où vous avez un nombre aléatoire de stations qui subissent des performances lentes ou qui ont tendance à se détacher momentanément de l'anneau. En outre, l'utilisation des techniques ci-dessus pour résoudre les problèmes d'insertion peut parfois ne pas fournir d'informations adéquates.
Afin de réduire le problème, un analyseur de réseau local Token Ring peut être nécessaire pour capturer et analyser les trames. L'analyseur doit être le voisin en amont immédiat de la station qui essaie d'insérer. Il est donc important de savoir ce que vous devez rechercher dans une trace Token Ring et à quoi vous attendre dans un réseau Token Ring sain. L'analyse des trames Token Ring dépasse le cadre de ce document, mais ces trames sont ce que vous attendez de voir dans la trace Token Ring d'une insertion réussie de station Token Ring :
MAC: Active Monitor Present !--- Normal ring poll. MAC: Standby Monitor Present !--- Normal ring poll. MAC: Duplicate Address Test !--- Inserting station sends duplicate address MAC#1 frames. MAC: Duplicate Address Test !--- Inserting station sends duplicate address MAC#2 frames. MAC: Standby Monitor Present MAC: Report SUA Change !--- Stored Upstream Address reported to Configuration Report Server !--- by inserting station. MAC: Standby Monitor Present !--- Participate in ring poll by inserting station. MAC: Report SUA Change !--- SUA reported by station downstream from inserting station. MAC: Standby Monitor Present !--- Normal ring poll. MAC: Request Initialization !--- Request ring initialization MAC#1 from Ring Parameter Server. MAC: Request Initialization !--- Request ring initialization MAC#2 from Ring Parameter Server. MAC: Request Initialization !--- Request ring initialization MAC#3 from Ring Parameter Server. MAC: Request Initialization !--- Request ring initialization MAC#4 from Ring Parameter Server. MAC: Report Soft Error MAC: Active Monitor Present MAC: Standby Monitor Present !--- Station inserted and participating in ring poll. MAC: Standby Monitor Present
Note : Cette trace a été filtrée pour afficher uniquement les cadres d'intérêt (voir les commentaires). Sur un analyseur de réseau, ces trames peuvent être examinées de plus près pour afficher les informations détaillées contenues dans ces champs.
Il est très probable que vous verrez également des erreurs paramétrées (telles que des erreurs de rafales, des erreurs de ligne, des erreurs de jeton, des purges de sonnerie et des erreurs de trame perdues) causées par le simple fait d'ouvrir le relais de concentrateur. Ne supposez pas que l'existence de ces erreurs indique un anneau problématique, car il s'agit de symptômes normaux qui se produisent au cours du processus d'insertion.
D'autres trames pour lesquelles il faut regarder, par exemple, sont des trames MAC émises par un AM qui sont appelées NNI (Neighbor Notification Incomplete) ou échec du sondage en anneau. Cette trame doit être émise toutes les sept secondes dans un anneau défaillant, juste avant une trame MAC AMP. La trame NNI est importante car elle contient l'adresse de la dernière station pour terminer le processus d'interrogation de l'anneau. Le voisin en aval de cette station est généralement le coupable, et vous pouvez supprimer le voisin en aval pour résoudre le problème.
Informations connexes
CommentairesContacter Cisco
- Ouvrir un dossier d’assistance
- (Un contrat de service de Cisco est requis)