Dépannage des interfaces Token Ring du routeur Cisco

Introduction

Ce document décrit certains des problèmes les plus courants qui font qu'une interface Token Ring de routeur Cisco ne peut pas être insérée dans un réseau Token Ring. 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

Exigences

Aucune exigence spécifique n'est associée à ce document.

Composants utilisés

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. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Processus d'insertion 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.

Pour joindre un anneau, une station passe par cinq phases :

1. test des lobes

2. Insertion physique et contrôle du moniteur

3. Vérification des adresses en double

4. Participation à un sondage en anneau

5. Initialisation de la demande

Essai De Lobe

Le processus d'insertion commence par un test de lobe. Cette phase teste en fait l'émetteur et le récepteur de la carte Token Ring et teste le câble entre la carte et l'unité d'accès multistation (MAU). Une MAU enveloppe physiquement le câble de transmission des câbles de connexion??? vers son câble de réception. L'adaptateur peut ainsi transmettre des trames MAC de test de support jusqu'à l'unité d'adaptation d'interface (MAU) (où elles sont enroulées) et revenir à elle-même. Au cours de cette phase, la carte envoie des trames MAC de test de support lobe à l'adresse de destination 00-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 en tant que source et destination) sur le câble. Si le test du lobe réussit, la phase 1 est terminée.

Insertion physique et contrôle du moniteur

Dans la phase deux, 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 recherchant l'une des trames suivantes :

• Trame MAC AMP (Active Monitor Present)

• Trame MAC SMP (Standby monitor present)

• Purger les trames MAC

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 contention du moniteur. Grâce au processus de gestion des conflits de surveillance, la station ayant l'adresse MAC la plus élevée devient la surveillance active. Si le conflit n'est pas terminé dans un délai d'une seconde, la carte 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 la carte reçoit une trame MAC de balise ou une trame MAC de station de suppression, l'ouverture de la carte échoue.

Vérification des adresses dupliquées

Dans le cadre de la phase de vérification d'adresse en double, la station transmet une série de trames MAC d'adresse en double qui lui sont adressées. Si la station reçoit deux trames en retour avec l'indicateur ARI (Address Recognition Indicator) et l'indicateur FCI (Frame Copied Indicator) définis sur 1, elle sait que cette adresse est un doublon sur cet anneau, elle se détache et elle signale un échec d'ouverture. Cela est nécessaire car Token Ring autorise les adresses administrées localement (LAA) et vous pourriez vous retrouver avec deux cartes ayant la même adresse MAC si cette vérification n'est pas effectuée. Si cette phase ne s'achève pas dans les 18 secondes, la station signale une panne 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 par route source, cela ne sera pas détecté. La vérification des adresses dupliquées n'est significative que localement.

Participation au sondage en anneau

Lors de la phase d'interrogation en anneau, la station apprend l'adresse de son NAUN (Nearest Active Upstream Neighbor) et fait connaître son adresse à son voisin aval le plus proche. Ce processus crée la correspondance 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 bascule les deux bits (ARI et FCI) sur 1, si suffisamment de ressources sont disponibles, et met en file d’attente une trame SMP pour la transmission. Si aucune trame de ce type 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, à savoir l'initialisation de la demande.

Initialisation de la demande

Lors de la phase d’initialisation de la requête, la station envoie quatre trames MAC d’initialisation de la requête à l’adresse fonctionnelle du serveur RPS (Ring Parameter Server). Si aucun RPS n'est présent sur l'anneau, l'adaptateur utilise ses propres valeurs par défaut et signale que le processus d'insertion est terminé. 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 une réponse dans les deux secondes. En l'absence de réponse, il retransmet jusqu'à quatre fois. À ce stade, en l'absence 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, référez-vous aux spécifications IEEE802.5.

Dépannage

Organigramme

Reportez-vous à cet organigramme pour une présentation rapide du dépannage :

Une des premières choses qui doit être vérifiée, quand une interface Token Ring a des problèmes avec l'insertion dans l'anneau, est si vous insérez ou non dans un anneau qui existe déjà. Si la réponse est oui, vous devez faire correspondre le numéro de sonnerie configuré sur l'interface Token Ring avec le numéro de sonnerie existant régi par d'autres ponts SRB (Source-Route Bridges).

Remarque : par défaut, les routeurs Cisco acceptent les sonneries au format décimal, alors que la plupart des ponts IBM utilisent la notation hexadécimale. Par conséquent, assurez-vous d'effectuer la conversion du format hexadécimal au format décimal avant de configurer cette option sur le routeur Cisco. Par exemple, si vous avez un SRB avec un 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 le faites précéder 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 correspondez pas aux numéros de sonnerie, l'interface Token Ring de Cisco envoie 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 émettre manuellement la commande no shutdown.

Remarque : le numéro de pont (ou l'ID de pont) ne doit pas nécessairement correspondre à d'autres numéros de pont sur le réseau ; vous pouvez utiliser une valeur unique ou le même numéro de pont sur l'ensemble de votre réseau, à condition que vous disposiez d'un chemin RIF (Routing Information Field) unique vers chaque périphérique de votre réseau SRB. Par exemple, lorsque vous avez besoin de numéros de pont différents, vous avez deux anneaux connectés via deux ponts parallèles. Dans ce cas, si vous n’utilisez pas des numéros de pont différents, vous obtenez 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 entraîne une interruption de ce routeur via son interface Token Ring. Pour plus d'informations sur la façon de configurer SRB, référez-vous à Compréhension et dépannage du pontage source-route local.

Outre les numéros de sonnerie correspondants, vous devez également vous assurer que la vitesse de la sonnerie est définie correctement, c'est-à-dire 4 ou 16 Mbits/s. Si vous ne le faites pas, une balise en anneau est générée et le réseau de cet anneau est interrompu. Si les numéros de sonnerie et la vitesse de sonnerie sont configurés correctement, mais que l'interface Token Ring ne parvient toujours pas à s'insérer dans l'anneau, utilisez le processus d'élimination pour éliminer les problèmes avec les câbles ou avec l'unité d'accès au réseau. Utilisez une fiche de connexion enroulée ou vérifiez que l'adaptateur est connecté à une unité d'adaptation d'interface en état de marche. Un câblage incorrect entraîne de nombreux problèmes d'adaptateur lors du processus d'insertion. Les éléments à rechercher sont les suivants :

• L'adaptateur est-il configuré pour utiliser le port de support, le câble à paires torsadées non blindées (UTP) ou le câble à paires torsadées blindées (STP) appropriés ?

• 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 se peut qu'un problème de couche physique sur l'anneau (par exemple, câblage, bruit de ligne ou gigue) apparaisse lorsque davantage de stations sont insérées. Cela entraîne des purges et des balises, qui déclenchent l'insertion d'un adaptateur. Cela peut être éliminé si l'interface Token Ring s'active lorsqu'elle est connectée à une autre MAU sans aucune autre station. Vous pouvez ensuite ajouter progressivement d'autres stations pour voir à quel moment vous rencontrez une panne. Ce test élimine également les éventuels problèmes de conflit, tels que Active Monitor, RPS, Configuration Report Server (CRS), etc. Pour plus d'informations, consultez la section LAN Network Manager.

LAN Network Manager

LAN Network Manager (LNM, anciennement LAN Manager) est un produit IBM qui gère un ensemble de ponts source-route. LNM utilise une version du protocole CMIP (Common Management Information Protocol) pour communiquer avec le gestionnaire de stations LNM. LNM vous permet de surveiller l'ensemble de la collection de Token Rings qui composent votre réseau ponté à route source. Vous pouvez utiliser LNM pour gérer la configuration des ponts source-route, surveiller les erreurs Token Ring et collecter 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 offrent toutes les fonctions actuellement offertes par le programme IBM Bridge. Ainsi, LNM peut communiquer avec un routeur comme s'il s'agissait d'un pont source-route IBM, tel que l'IBM 8209, et peut gérer ou surveiller tout Token Ring connecté au routeur, qu'il s'agisse d'un anneau virtuel ou d'un anneau 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 système CRS surveille la configuration logique actuelle d'un réseau Token Ring et signale toute modification apportée à LNM. CRS signale également divers autres événements, tels que la modification d'un moniteur actif sur un réseau Token Ring.

• [no] lnm rps - Le RPS rend compte au 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 - Le moniteur REM (Ring Error Monitor) surveille les erreurs signalées par n'importe quelle station de l'anneau. En outre, REM contrôle si l'anneau est dans un état fonctionnel ou défaillant.

Ces commandes ne sont visibles dans la configuration qu’une fois 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 d’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 problèmes de conflit avec d'autres périphériques Token Ring. Un scénario typique est celui où 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 présente. 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 termine toutes les liaisons d'entrée et de rapport du serveur LNM. Il s'agit d'un sur-ensemble des 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 vous n'avez pas besoin de LNM 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'isolation 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 utiliser aucune des commandes show lnm.

La commande show lnm station présente un intérêt particulier pour l'adresse de la station, le numéro de sonnerie et les erreurs signalées. 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 connecté directement et tous les serveurs actifs sur l'anneau (tels que REM, RPS et autres).

Voici les autres options de la 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

• show controllers tokenring

• debug token events

show interfaces tokenring

Voici les points saillants 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 survenir lorsque le support de sortie ne peut pas accepter de trames et que la file d'attente de sortie atteint la valeur maximale avant de commencer à supprimer des paquets. Les abandons de sortie peuvent ne pas nécessairement indiquer un problème, car une trame d'exploration abandonnée (parce qu'elle a déjà voyagé sur un anneau particulier) peut incrémenter le compteur d'abandons de sortie.

Par contre, l'augmentation des pertes de données peut être grave et devrait être analysée attentivement. Les pertes d'entrée peuvent être causées par des tampons système insuffisants ; voir 0 no buffer dans la sortie de show interfaces tokenring1/0 précédente. L'incrémentation du compteur no buffer de la sortie de show interfaces peut être corrélée au compteur d'échecs d'incrémentation de la sortie de la commande show buffers, et le pool de tampons approprié peut nécessiter un réglage. Référez-vous à Réglage de 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 file d'attente {in | out} ; cependant, il est important de comprendre la raison pour laquelle ces files d'attente atteignent leur valeur de mise en attente maximale avant de les augmenter. Vous constaterez peut-être que, lorsque vous augmentez la valeur maximale de la file d'attente, vous ne faites qu'augmenter la période avant qu'elle ne déborde à nouveau.

Vous devez également vérifier le compteur d'étranglements. Ce compteur indique le nombre de fois que les mémoires tampon d'entrée d'une interface ont été nettoyées, parce qu'elles n'ont pas été traitées assez rapidement ou parce qu'elles sont saturées. En général, une tempête d'exploration peut provoquer l'incrémentation du compteur d'étranglements. Référez-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 un étranglement, tous les paquets dans 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 bas à l’initialisation ou de l’initialisation à l’état haut. Une réinitialisation se produit lorsque l'interface est lancée. L'insertion d'autres périphériques dans l'anneau ne doit pas entraîner l'augmentation de ces compteurs, mais elle entraîne l'augmentation du nombre d'erreurs logicielles. De plus, 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 pourraient être en train de réinitialiser l'interface.

Remarque : lorsque vous effacez une interface Token Ring, une réinitialisation et deux transitions se produisent : une transition de up à initializing et une transition d'initializing à up.

Le champ Dernier état de sonnerie affiche le dernier état de sonnerie pour la sonnerie. Par exemple, 0x2000 indique une erreur logicielle. Voici une liste des 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 de sonnerie normal très courant. 0x20 indique l'initialisation de la sonnerie et 00 est la longueur du sous-vecteur ; cela indique qu'une station de sonnerie est entrée dans la sonnerie.

show controllers tokenring

La commande suivante du logiciel Cisco IOS à utiliser pour dépanner 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 logicielles : combinaison de toutes les erreurs logicielles détectées par cette interface. Les erreurs logicielles incluent les erreurs de ligne, les moniteurs multiples, les erreurs de définition ARI et FCI, les erreurs de salve, les trames perdues, le jeton corrompu, le jeton perdu, la trame en circulation ou le jeton de priorité, le moniteur perdu et les erreurs 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 sont pas récupérables par les routines logicielles. La sonnerie a été physiquement réinitialisée. Pour plus d'informations, référez-vous à Liste d'états anormaux Token Ring.

Monitor state : (active) - Indique l'état du contrôleur. Les valeurs possibles sont active, failure, inactive et reset.

SRB REM RPS CRS/NetMgr : indique que SRB, REM, RPS et CRS sont tous activés sur l'interface. Pour plus d'informations, consultez la section LAN Network Manager.

Les informations importantes 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 déterminer qui est le NAUN de la balise en anneau, c'est-à-dire le voisin actif en amont le plus proche de la station de balisage. Vous disposez ainsi d’un point de départ pour déterminer où se situe le problème : la station de balisage, la balise NAUN ou le câble qui les relie. Pour une explication du reste des 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 dépanner 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 il affiche uniquement les événements d'anneau de jeton et non les paquets. Cependant, si vous avez un anneau très occupé avec beaucoup de transitions, il est recommandé d'émettre les commandes logging buffer et 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 contenir une grande variété de messages, mais il doit 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 anneau 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 qui sont utilisés lors de l'insertion effective dans le Token Ring. Pour le mode de sonnerie, voici ce que signifient ces chiffres :

Pour l'exemple de débogage précédent, le mode de sonnerie est 0x0F00, qui est une valeur de 2 octets qui a ces significations :

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 de sonnerie est donc un total de ces paramètres binaires. 0xF00 indique Bridge, Ring Error Monitor, Ring Parameter Server et Configuration Report Server.

ouverture modifiée 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 open modifié avec l'option 1180. Il s'agit d'une valeur de 16 bits lue de gauche à droite. Le routeur Cisco peut uniquement définir des options sur, mais pas sur off.

+  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, voir les 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/ 8000000.

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 provoque le dépassement du délai d'attente des messages de test d'activité envoyés par l'interface Token Ring. Émettez la commande d'interface keepalive {0 - 32767} pour augmenter la valeur de keepalive. (La valeur par défaut est de 10 secondes.)

tricera(config)# interface tokenring 4/0/0

tricera(config-if)# keepalive 30

Remarque : lorsque vous augmentez les keepalives, vous empêchez peut-être les interfaces Token Ring de rebondir ; cela ne remplace cependant pas une bonne conception du réseau et une segmentation en anneau appropriée.

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. C'est fréquent dans les situations où vous avez un nombre aléatoire de stations qui connaissent des performances lentes ou ont tendance à se détacher de l'anneau momentanément. En outre, l'utilisation des techniques ci-dessus pour résoudre les problèmes d'insertion peut parfois ne pas fournir des informations adéquates.

Afin de réduire le problème, un analyseur LAN Token Ring peut être nécessaire pour capturer et analyser les trames. L'analyseur doit être le voisin immédiat en amont de la station qui tente de l'insérer. Il est donc important de savoir ce que vous devez rechercher dans une trace Token Ring et de savoir à quoi vous attendre dans un réseau Token Ring sain. L'analyse des trames Token Ring sort du cadre de ce document, mais ces trames sont celles que vous verriez 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

Remarque : cette trace a été filtrée pour n'afficher que les trames intéressantes (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 logicielles, telles que des erreurs en rafale, des erreurs de ligne, des erreurs de jeton, des purges de sonnerie et des erreurs de trame perdues, provoqué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 pendant le processus d'insertion.

D'autres trames à rechercher, par exemple, sont des trames MAC émises par la mémoire vive, appelées NNI (Neighbor Notification Incomplete) ou Ring Poll Failure. 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 à avoir terminé avec succès le processus d’interrogation en 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

• Dépannage de DLSw
• Page d'assistance DLSw (Data-Link Switching) et DLSw+ (Data-Link Switching Plus)
• Assistance et documentation techniques - Cisco Systems