Table des matières

Introduction

Conditions préalables

Exigences

Composants utilisés

Conventions

Dépannage de la couche physique

Utiliser les voyants pour résoudre les problèmes

Vérifier le câble et les deux extrémités de la connexion

Câbles en cuivre et à fibre optique Ethernet

Distances de transmission Ethernet et Fast Ethernet maximales

Dépannage de la technologie Gigabit Ethernet

Comparaison des états connecté/déconnecté

Dépannage des commandes de port et d’interface les plus courantes pour Cisco IOS

Comprendre le résultat spécifique du compteur de ports et d'interfaces pour Cisco IOS

Afficher les interfaces pour Cisco IOS

Afficher les compteurs d'interfaces pour Cisco IOS

Show Counters Interface pour Cisco IOS

Show Controller Ethernet-Controller pour Cisco IOS

Messages d'erreur système courants

%AMDP2_FE-3-UNDERFLO

%INTR_MGR-DFC1-3-INTR : Moteur de mise en file d'attente (Blackwater) [1] : le fabric FIC-A a reçu un code de contrôle inattendu

Commande rejetée : [Interface] pas un port de commutation

Problèmes courants liés aux ports et aux interfaces

L'état du port ou de l'interface est disabled ou shutdown

L'état du port ou de l'interface est errDisable

L'état des ports ou interfaces est inactive

L'état des ports ou interfaces des liaisons ascendantes est inactive

Incréments du compteur différé sur l'interface du commutateur Catalyst

Échec intermittent pour la définition du temporisateur [valeur] du VLAN [numéro vlan]

Non-correspondance du mode Trunk

Trames de type « jumbo », « giant » et « baby giant »

Impossible d'envoyer un ping sur le périphérique

Utilisation de Switchport Host pour corriger les retards de démarrage

Problèmes de vitesse/duplex, de négociation automatique ou de carte réseau

Boucles d'arborescence fractionnée

UDLD : liaison unidirectionnelle

Trames différées (Out-Lost ou Out-Discard)

Problèmes liés au logiciel

Problèmes liés au matériel

Erreurs en entrée sur une interface de couche 3 connectée à un port de commutation de couche 2

Incrémenter rapidement le compteur Rx-No-Pkt-Buff et les erreurs d'entrée

Comprendre les abandons de protocole inconnu

Jonction entre un commutateur et un routeur

Problèmes de connectivité dus au surabonnement

Sous-interfaces dans les modules SPA

Dépannage des pertes de sortie

Dernière entrée Jamais à partir de la sortie de la commande show interface

Informations connexes

Introduction

Ce document décrit la marche à suivre pour déterminer pourquoi des problèmes surviennent sur un port ou une interface.

Conditions préalables

Exigences

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

Composants utilisés

Ce document s'applique aux commutateurs Catalyst qui s'exécutent sur le logiciel système Cisco IOS®.

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

Reportez-vous aux conventions des conseils techniques Cisco pour plus d’information sur les conventions utilisées dans ce document.

Remarque : pour accéder aux outils et aux sites Web, vous devez être un client Cisco enregistré.

Dépannage de la couche physique

Utiliser les voyants pour résoudre les problèmes

Si vous avez un accès physique au commutateur, il peut save le temps nécessaire pour examiner les DEL de port qui vous indiquent l'état de la liaison ou qui peuvent indiquer une erreur (si elle est rouge ou orange). Le tableau suivant décrit les indicateurs d'état des voyants LED pour les modules Ethernet ou des commutateurs à configuration fixe :

Plateforme

URL

Commutateurs de la gamme Catalyst 6000

Voyants LED du module Ethernet

Commutateurs de la gamme Catalyst 4000

Voyants LED du module Ethernet

Commutateurs de la gamme Catalyst 3750

Voyants LED du panneau frontal

Commutateurs de la gamme Catalyst 3550

Voyants LED du panneau frontal

Commutateurs de la gamme Catalyst 2950/2955

Voyants LED du panneau frontal

Commutateurs de la gamme Catalyst 2900/3500XL

Voyants LED du panneau frontal

Commutateurs de la gamme Catalyst 1900 et 2820

Voyants LED du panneau frontal

Assurez-vous que les deux extrémités sont connectées. Un seul fil rompu ou un port arrêté peut entraîner le problème où un côté a un voyant de liaison, mais pas l'autre côté.

Un voyant de liaison ne garantit pas que le câble est totalement opérationnel. Le câble peut avoir rencontré une contrainte physique qui fait qu'il est partiellement fonctionnel. Normalement, vous pouvez identifier cette situation si le port a de nombreuses erreurs de paquet, ou si le port s'affole en permanence (perd et récupère la liaison).

Vérifier le câble et les deux extrémités de la connexion

Si le voyant de liaison du port ne s'allume pas, vous pouvez envisager les possibilités suivantes :

Cause possible

Action corrective

Aucun câble connecté

Connectez le câble du commutateur à un périphérique fiable connu.

Port incorrect

Assurez-vous que les deux extrémités du câble sont branchées dans les ports appropriés.

Le périphérique est hors tension

Assurez-vous que les deux périphériques sont sous tension.

Type de câble incorrect

Vérifiez la sélection du câble. Reportez-vous au Guide de câblage du commutateur Catalyst.

Câble défectueux

Permutez le câble suspect avec un câble fiable connu. Recherchez les broches cassées ou perdues sur les connecteurs.

Pertes de connexion

Vérifiez les pertes de connexion. Parfois, un câble semble être inséré dans la prise, mais il ne l’est pas. Débranchez le câble et réinsérez-le.

Panneaux de connexions

Supprimez les connexions défectueuses du panneau de connexions. Si possible, dérivez le panneau de connexions pour l'exclure.

Convertisseurs de support

Éliminez les convertisseurs de support défectueux : fibre vers cuivre, etc. Si possible, dérivez le convertisseur de support pour l'exclure.

Convertisseur d'interface Gigabit (GBIC) défectueux ou incorrect

Permutez le GBIC suspect avec un GBIC fiable connu. Vérifiez la prise en charge du matériel et du logiciel pour ce type de GBIC.

Port ou interface ou module incorrect ou module non activé

Déplacez le câble vers un port fiable connu pour dépanner un port ou un module suspect. Utilisez la commande show interface pour Cisco IOS pour rechercher l'état errdisable, disable ou shutdown. La commande show module peut indiquer faulty, ce qui peut indiquer un problème matériel. Pour plus d'informations, consultez la section Problèmes courants liés aux ports et aux interfaces de ce document.

Câbles en cuivre et à fibre optique Ethernet

Assurez-vous que vous disposez du câble approprié au type de connexion que vous souhaitez établir. Un câble en cuivre de catégorie 3 peut être utilisé pour les connexions à paires torsadées non blindées (UTP) de 10 Mbits/s, mais ne doit jamais être utilisé pour les connexions UTP 10/100 ou 10/100/1000 Mbits/s. Utilisez toujours des câbles UTP de catégorie 5, de catégorie 5e ou de catégorie 6 pour les connexions à 10/100 ou 10/100/1000 Mbits/s.

Avertissement : les câbles de catégorie 5e et de catégorie 6 peuvent stocker des niveaux élevés d'électricité statique en raison des propriétés diélectriques des matériaux utilisés dans leur construction. Mettez toujours à la terre les câbles (particulièrement dans les nouveaux parcours de câble) de façon appropriée et sécurisée avant de les connecter au module.

Pour les câbles à fibre optique, assurez-vous que vous disposez du câble approprié pour les distances impliquées et le type de ports fibre qui sont utilisés. Les deux options sont SMF (Single Mode Fibre) ou MMF (Multimode Fibre). Assurez-vous que les ports sur les périphériques qui sont connectés ensemble sont tous les deux des ports SMF ou tous les deux des ports MMF.

Remarque : pour les connexions par fibre optique, assurez-vous que le fil de transmission d'un port est connecté au fil de réception de l'autre port. Les connexions de type émission à émission et réception à réception ne fonctionnent pas.

Distances de transmission Ethernet et Fast Ethernet maximales

Vitesse de l'émetteur-récepteur

Type de câble

Mode duplex

Distance maximale entre les stations

10 Mbit/s

UTP de catégorie 3

Bidirectionnel simultané et bidirectionnel à l'alternat

328 pieds (100 m)

10 Mbit/s

OPC monétaire

Bidirectionnel simultané et bidirectionnel à l'alternat

1,2 mile (2 km)

100 Mbits/s

UTP de catégorie 5e UTP de catégorie 5

Bidirectionnel simultané et bidirectionnel à l'alternat

328 pieds (100 m)

100 Mbits/s

UTP de catégorie 6

Bidirectionnel simultané et bidirectionnel à l'alternat

328 pieds (100 m)

100 Mbits/s

OPC monétaire

Moitié

1 312 pieds (400 m)

Complet

1,2 mile (2 km)

100 Mbits/s

SMF

Moitié

1 312 pieds (400 m)

Complet

6,2 miles (10 km)

Pour plus de détails sur les différents types de câbles/connecteurs, les exigences de câble, les exigences optiques (distance, type, câbles de raccordement, etc.), la façon de connecter les différents câbles et les câbles utilisés par la plupart des commutateurs et modules Cisco, reportez-vous au Guide des câbles des commutateurs Catalyst .

Dépannage de la technologie Gigabit Ethernet

Si vous avez un périphérique A connecté à un périphérique B via une liaison Gigabit, et que la liaison n'est pas établie, exécutez la procédure suivante.

Procédure pas à pas

1. Vérifiez que les périphériques A et B utilisent la même carte GBIC, le même paramètre de courte longueur d'onde (SX), le même paramètre de grande longueur d'onde (LX), le même paramètre de liaison à grande distance (ZX), la même longueur d'onde étendue (ZX) ou la même UTP en cuivre (TX). Les deux périphériques doivent utiliser le même type de GBIC pour établir la liaison. Un GBIC SX doit être connecté à un GBIC SX. Un GBIC SX ne se connecte pas à un GBIC LX. Pour plus d'informations, reportez-vous à la Note d'installation des câbles de conditionnement multimode.

2. Vérifiez la distance et le câble utilisés par GBIC comme défini dans le tableau suivant.

Spécifications de câblage des ports 1000BASE-T et 1000BASE-X

GBIC

Longueur d'onde (nm)

Type en cuivre/à fibre optique

Taille du coeur^1 (microns)

Bande passante modale (MHz/km)

Distance du câble^2

WS-G54831000Base - T (cuivre)

UTP catégorie 5 UTP catégorie 5e UTP catégorie 6

328 pieds (100 m)

WS-G54841000BASE-SX^3

850

OPC monétaire

62.5 62.5 50.0 50.0

160 200 400 500

220 m (722 pieds) 275 m (902 pieds) 500 m (1 640 pieds) 550 m (1 804 pieds)

WS-G54861000BASE-LX/LH

1310

MMF^4SMF

62,5 50,0 50,0 8,3/9/10

500 400 500-

550 m (1 804 pieds) 550 m (1 804 pieds) 550 m (1 804 pieds) 10 km (6,2 miles)

WS-G54871000BASE-ZX^5

1550

MMF SMF^6

8.3/9/10 8.3/9/10

70 km (43,5 miles) 100 km (762,1 miles)

1. Les valeurs données pour le câble à fibre optique multimode font référence au diamètre du noyau. Pour le câble à fibre optique monomode, la valeur de 8,3 microns fait référence au diamètre du noyau. Les valeurs de 9 microns et de 10 microns font référence au diamètre du champ de mode (MFD), qui est le diamètre de la partie de la fibre qui est porteuse de lumière. Cette zone se compose du coeur de la fibre et d'une petite partie qui recouvre la gaine. Le diamètre du champ modal (MFD) est une fonction du diamètre de noyau, de la longueur d'onde du laser et de la différence d'indice de réfraction entre le noyau et la gaine.

2. Les distances sont basées sur la perte de fibre optique. Des épissures multiples et un câble à fibre optique non conforme aux normes réduisent les distances des câbles.

3. À utiliser avec MMF uniquement.

4. Lorsque vous utilisez un GBIC LX/LH avec une MMF d'un diamètre de 62,5 microns, vous devez installer un câble de conditionnement multimode (CAB-GELX-625 ou équivalent) entre le GBIC et le câble à fibre multimode (MMF) à la fois sur l'extrémité de transmission et sur l'extrémité de réception de la liaison. Le câble de conditionnement multimode est requis pour les distances de liaison inférieures à 328 pieds (100 m) ou supérieures à 984 pieds (300 m). Le cordon de conditionnement multimode empêche la surutilisation du récepteur pour de courtes longueurs de MMF et réduit le retard de mode différentiel pour de longues longueurs de MMF. Pour plus d'informations, reportez-vous à la Note d'installation des câbles de conditionnement multimode.

5. À utiliser avec SMF uniquement.

6. Câble à fibre optique monomode à dispersion décalée.

7. La distance de liaison minimale pour les GBIC ZX est de 6,2 miles (10 km) avec un affaiblisseur à 8 dB installé à chaque extrémité de la liaison. Sans affaiblisseurs, la distance de liaison minimale est de 24,9 miles (40 km).

3. Si l'un des périphériques comporte plusieurs ports Gigabit, connectez les ports entre eux. Cela teste chaque périphérique et vérifie que l'interface Gigabit fonctionne correctement. Par exemple, vous avez un commutateur qui a deux ports Gigabit. Branchez le port Gigabit 1 au port Gigabit 2. La liaison est-elle établie ? Si oui, le port est fiable. STP effectue un blocage sur le port et empêche toute boucle (la réception (RX) du port 1 va à la transmission (TX) du port 2, et la transmission (TX) du port 1 va à la réception (RX) du port 2).

4. Si une connexion unique ou l’étape 3 échoue avec les connecteurs SC, rebouclez le port sur lui-même (le port 1 RX passe au port 1 TX). La connexion au port fonctionne-elle ? Dans la négative, contactez le centre d'assistance technique, car il peut s'agit d'un port défectueux.

5. Si les étapes 3 et 4 aboutissent, mais qu’une connexion entre les périphériques A et B ne peut pas être établie, bouclez les ports avec le câble qui relie les deux périphériques. Vérifiez qu'aucun câble n'est défectueux.

6. Vérifiez que chaque périphérique prend en charge la spécification 802.3z pour la négociation automatique Gigabit. Gigabit Ethernet dispose d'une procédure de négociation automatique plus étendue que celle utilisée pour Ethernet 10/100 (spécification de négociation automatique Gigabit : norme IEEE 802.3z-1998). Lorsque vous activez la négociation de liaison, le système négocie automatiquement le contrôle de flux, le mode duplex et les informations de défaillances à distance. Vous devez activer ou désactiver la négociation de liaison sur les deux extrémités de la liaison. La même valeur doit être définie pour les deux extrémités de la liaison, sans quoi la liaison ne peut pas établir la connexion. Des problèmes ont été constatés lorsque vous vous connectez à des périphériques fabriqués avant la ratification de la norme IEEE 802.3z. Si l'un des périphériques ne prend pas en charge la négociation automatique Gigabit, désactivez cette fonctionnalité, ce qui force l'établissement de la liaison. Il faut environ 300 ms pour que le microprogramme informe le logiciel qu'une liaison/un port 10/100/1000BASE-TX est inactif. Le temporisateur d'annulation du rebond par défaut de 300 ms vient du temporisateur d'interrogation du microprogramme pour les cartes de ligne, qui se produit toutes les 300 millisecondes. Si cette liaison est exécutée en mode 1G (1000BASE-TX), la synchronisation Gigabit, qui se produit toutes les 10 ms, doit pouvoir détecter plus rapidement la liaison hors service. Il existe une différence entre les temps de détection des pannes de liaison lorsque vous exécutez GigabitEthernet sur cuivre et GigabitEthernet sur fibre. Cette différence dans le temps de détection est basée sur les normes IEEE.

Avertissement : désactivez la négociation automatique, ce qui masque les pertes de liaison ou les problèmes de couche physique. Cette opération n'est nécessaire que si des périphériques finaux, tels que des cartes réseau Gigabit plus anciennes, sont utilisés et ne peuvent pas prendre en charge la norme IEEE 802.3z. Ne désactivez la négociation automatique entre des commutateurs que si cela s'avère absolument nécessaire, car des problèmes de couche physique peuvent ne pas être détectés, ce qui provoque des boucles du protocole STP. L'alternative consiste à contacter le fabricant pour obtenir une mise à niveau du logiciel/matériel en vue de la prise en charge de la négociation automatique Gigabit IEEE 802.3z.

Pour connaître la configuration requise pour GigabitEthernet, ainsi que pour les GBIC (convertisseurs d'interface Gigabit), le Multiplexage par répartition approximative en longueur d'onde (CWDM) et SFP (Small Form-Factor Pluggable), reportez-vous aux documents suivants :

- Configuration requise pour l'implémentation de Gigabit Ethernet sur des commutateurs Catalyst

- Matrice de compatibilité des commutateurs de convertisseurs d'interface Gigabit GigaStack Catalyst

- Matrice de compatibilité des émetteurs-récepteurs Gigabit Ethernet Cisco

- Matrice de compatibilité des modules émetteurs-récepteurs Cisco 10-Gigabit Ethernet

Pour obtenir des informations générales sur la configuration et des informations supplémentaires sur la façon de dépanner, reportez-vous à Configuration et dépannage de l'autonégociation Ethernet 10/100/1000 MB Half/Full Duplex .

Comparaison des états connecté/déconnecté

La plupart des commutateurs Cisco ont un port à l'état notconnect. Cela signifie qu'il n'est actuellement connecté à rien, mais qu'il peut se connecter s'il est correctement connecté à un autre périphérique opérationnel. Si vous connectez un câble approprié à deux ports de commutation dans l'état notconnect, le voyant de la liaison doit devenir vert pour les deux ports, et l'état du port doit indiquer connected. Cela signifie que le port est actif ce qui concerne la couche 1 (L1).

Pour Cisco IOS, vous pouvez utiliser la commande show interfaces pour vérifier si l'interface est up, line protocol is up (connected) . Le premier up fait référence à l’état de la couche physique de l’interface. Le message line protocol up affiche l'état de la couche liaison de données de l'interface et indique que l'interface peut envoyer et recevoir des messages de test d'activité.

Router#show interfaces fastEthernet 6/1

FastEthernet6/1 is down, line protocol is down (notconnect)

!--- The interface is down and line protocol is down.

!--- Reasons: In this case,

!--- 1) A cable is not properly connected or not connected at all to this port.

!--- 2) The connected cable is faulty.

!--- 3) Other end of the cable is not connected to an active port or device.

!--- Note: For gigabit connections, GBICs need to be matched on each

!--- side of the connection.

!--- There are different types of GBICs, depends on the cable and

!--- distances involved: short wavelength (SX),

!--- long-wavelength/long-haul (LX/LH) and extended distance (ZX).

!--- An SX GBIC needs to connect with an SX GBIC;

!--- an SX GBIC does not link with an LX GBIC. Also, some gigabit

!--- connections require conditioning cables,

!--- that depend on the lengths involved.

Router#show interfaces fastEthernet 6/1

FastEthernet6/1 is up, line protocol is down (notconnect)

!--- The interface is up (or not in a shutdown state), but line protocol down.

!--- Reason: In this case, the device on the other side of the wire is a

!--- CatOS switch with its port disabled.

Router#show interfaces fastEthernet 6/1 status

Port   Name    Status       Vlan    Duplex   Speed  Type

Fa6/1          notconnect    1       auto     auto   10/100BaseTX

Si show interfacesshow up/ line protocol up (connected) mais que vous voyez des erreurs s'incrémenter dans le résultat de l'une ou l'autre des commandes, reportez-vous à la section Problèmes courants de port et d'interface de ce document pour obtenir des conseils.

Dépannage des commandes de port et d’interface les plus courantes pour Cisco IOS

Ce tableau présente les commandes les plus courantes utilisées pour dépanner les problèmes de port ou d'interface sur les commutateurs qui exécutent le logiciel système Cisco IOS sur le superviseur.

Remarque : la colonne de droite du tableau suivant décrit brièvement l'action de la commande et répertorie les éventuelles exceptions à l'utilisation par plate-forme.

Si vous disposez des résultats des commandes prises en charge par votre périphérique Cisco, vous pouvez utiliser Cisco CLI Analyzer pour afficher les problèmes potentiels et les correctifs.

Commandes Cisco IOS

Description

show version

Cette commande affiche des résultats similaires à ceux d'un routeur Cisco, tels que le nom de l'image logicielle, les informations de version et les tailles de mémoire système. Utile pour la recherche d'incompatibilités logicielles/matérielles (avec Release Notes ou Software Advisor) et de bogues (avec Software Bug Toolkit).

show module

Cette commande affiche les cartes présentes dans le commutateur, la version du logiciel qu'elles exécutent et l'état des modules : ok, faulty, etc. Cela est utile pour diagnostiquer un problème matériel sur un module ou un port. Pour plus d'informations sur la façon de dépanner des problèmes matériels avec la commande show module, consultez la section Port or Interface Status is disabled or shutdown ou les sections Hardware Problems de ce document.

show run-config

Cette commande affiche le fichier de configuration actuel du commutateur. Les modifications sont saved à la configuration dans Cisco IOS avec la commande write memory. Ceci est utile pour déterminer si une mauvaise configuration du mod/port ou de l'interface peut causer un problème.

show interfaces

La commande show interface affiche l'état administratif et opérationnel d'un port de commutateur, les paquets d'entrée et de sortie, les défaillances de tampon, les erreurs, etc.

clear counters

Utilisez la commande clear counters pour mettre à zéro les compteurs de trafic et d'erreurs afin de voir si le problème est seulement temporaire ou si les compteurs continuent à s'incrémenter.

Remarque : les commutateurs de la gamme Catalyst 6500/6000 n'effacent pas les compteurs de bits d'une interface avec la commande clear counters. La seule façon d'effacer les compteurs de bits dans ces commutateurs est d'effectuer un rechargement.

show interfaces counters

Il s'agit de la commande à utiliser sur les gammes Catalyst 6000, 4000, 3550, 2950 et 3750.

show counters interface show controllers ethernet-controller

La commande d'interface show counters a été introduite dans la version 12.1(13)E du logiciel pour la gamme Catalyst 6000 uniquement et affiche les compteurs d'erreurs 32 bits et 64 bits. Pour Cisco IOS sur les commutateurs des gammes 2900/3500XL, 2950/2955, 3550, 2970 et 3750, la commande show controllers Ethernet-controller affiche les trames abandonnées, les trames différées, les erreurs d'alignement, les collisions, etc.

show interfaces counters

Il s'agit de la commande à utiliser sur les gammes Catalyst 6000, 4000, 3550, 2950 et 3750.

show diagnostic(s) show post

La commande show diagnostic a été introduite dans 12.1(11b)E pour la gamme Catalyst 6000 et show diagnostics (avec un s) a été introduite dans pour la gamme Catalyst 4000. Sur les commutateurs des gammes 2900/3500XL, 2950/2955, 3550, 2970 et 3750, la commande équivalente est show post qui affiche les résultats du test POST du commutateur. Pour plus d'informations sur le dépannage des erreurs liées au matériel sur les commutateurs Catalyst, consultez la section Problèmes matériels de ce document.

Comprendre le résultat spécifique du compteur de ports et d'interfaces pour Cisco IOS

La plupart des commutateurs ont un moyen de suivre les paquets et les erreurs qui se produisent sur un port ou une interface. Les commandes courantes utilisées pour rechercher ce type d'informations sont décrites dans la section Commandes de dépannage de port et d'interface les plus courantes pour Cisco IOS de ce document.

Remarque : il peut y avoir des différences dans l'implémentation des compteurs entre les différentes plates-formes et versions. Bien que les valeurs des compteurs soient pour une grande part précises, elles ne sont pas très précises par conception. Pour extraire les statistiques exactes du trafic, il est conseillé d'utiliser un renifleur pour surveiller les interfaces d'entrée et de sortie nécessaires.

Un nombre excessif d'erreurs pour certains compteurs indique généralement un problème. Lorsque vous utilisez une configuration bidirectionnelle non simultanée, certaines erreurs de liaison de données s'incrémentent dans la séquence de contrôle de trame (FCS), l'alignement, les trames incomplètes et les compteurs de collision sont normaux. Généralement, un taux de 1 % d'erreurs par rapport au trafic total est acceptable pour les connexions bidirectionnelles à l'alternat. Si le taux d'erreurs par rapport aux paquets en entrée est supérieur à 2 ou 3 %, une dégradation des performances peut être notée.

Dans les environnements bidirectionnels à l'alternat, il est possible que le commutateur et le périphérique connecté sondent tous les deux le réseau et transmettent exactement le même temps et le même résultat dans une collision. Les collisions peuvent entraîner des erreurs de trames incomplètes, de séquence de contrôle de trame et d’alignement, car la trame n’est pas entièrement copiée sur le fil, ce qui entraîne la fragmentation des trames.

Lorsque vous fonctionnez en transmission bidirectionnelle simultanée (Full Duplex), les erreurs dans les compteurs FCS, de contrôle de redondance cyclique (CRC), d'alignement et d'ébauches (Runts) doivent être minimales. Si la liaison fonctionne en transmission bidirectionnelle simultanée, le compteur de collisions n'est pas actif. Si les compteurs FCS, CRC, d'alignement ou d'ébauches (Runts) s'incrémentent, vérifiez s'il existe une non-correspondance de mode duplex. La non-correspondance de mode duplex est une situation dans laquelle le commutateur fonctionne en transmission bidirectionnelle simultanée et le périphérique connecté fonctionne en transmission bidirectionnelle à l'alternat, ou inversement. Les résultats d'une non-correspondance de mode duplex sont des performances extrêmement faibles, une connectivité intermittente et une perte de connexion. D'autres causes possibles des erreurs de liaison de données en transmission bidirectionnelle simultanée sont des câbles incorrects, des ports de commutation défectueux ou des problèmes logiciels/matériels de carte NIC. Pour plus d'informations, consultez la section Problèmes courants liés aux ports et aux interfaces de ce document.

Afficher les interfaces pour Cisco IOS

La commande show interfaces card-type {slot/port} est la commande utilisée pour Cisco IOS sur le Supervisor pour afficher les compteurs d'erreurs et les statistiques. Une alternative à cette commande (pour les commutateurs des gammes Catalyst 6000, 4000, 3550, 2970, 2950/2955 et 3750) est la commande show interfacescard-type <slot/port>counters errors qui affiche uniquement les compteurs d’erreurs d’interface. Pour obtenir une description de la sortie du compteur d'erreurs, reportez-vous au Tableau 1.

Remarque : pour les commutateurs de la gamme 2900/3500XL, utilisez la commande show interfacescard-type {slot/port}avec la commande show controllers Ethernet-controllercommand.

Router#sh interfaces fastEthernet 6/1

FastEthernet6/1 is up, line protocol is up (connected)

Hardware is C6k 100Mb 802.3, address is 0009.11f3.8848 (bia 0009.11f3.8848)

MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation ARPA, loopback not set

Full-duplex, 100Mb/s

input flow-control is off, output flow-control is off

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:00:14, output 00:00:36, output hang never

Last clearing of "show interface" counters never

Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0

Queueing strategy: fifo

Output queue :0/40 (size/max)

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

La sortie de la commande show interfaces jusqu'à ce point est expliquée ici (dans l'ordre) :

- up, line protocol is up (connected) : le premier up désigne l’état de la couche physique de l’interface. Le message line protocol up affiche l'état de la couche liaison de données de l'interface et indique que l'interface peut envoyer et recevoir des messages de test d'activité.

- MTU : L'unité de transmission maximale (MTU) est par défaut de 1 500 octets pour Ethernet (pour la partie de données maximale de la trame).

- Bidirectionnel simultané, 100 Mbit/s : le mode bidirectionnel simultané et 100 Mbit/s correspond à la vitesse et à la configuration bidirectionnelles actuelles de l'interface. Cela ne vous indique pas si la négociation automatique a été utilisée pour y parvenir. Utilisez la commande show interfaces fastEthernet 6/1 status pour afficher ceci :

Router#show interfaces fastEthernet 6/1 status

Port    Name               Status       Vlan       Duplex  Speed Type

Fa6/1                      connected    1          a-full  a-100 10/100BaseTX

!--- Autonegotiation was used to achieve full-duplex and 100Mbps.

- Last input, output : Nombre d'heures, de minutes et de secondes écoulées depuis la dernière réception ou transmission réussie de paquets par l'interface. Cela est utile pour savoir quand une interface morte a échoué.

- Last clearing of "show interface" counters : Dernière émission de la commande clear counters depuis le dernier redémarrage du commutateur. La commande clear counters est utilisée pour réinitialiser les statistiques d'interface.

Remarque : les variables pouvant affecter le routage (par exemple, la charge et la fiabilité) ne sont pas effacées lorsque les compteurs sont effacés.

- File d'attente d'entrée - Nombre de paquets dans la file d'attente d'entrée.Size/max/drops= le nombre actuel de trames dans la file d'attente / le nombre maximal de trames que la file d'attente peut contenir avant de commencer à supprimer des trames / le nombre réel de trames supprimées parce que la taille de file d'attente maximale a été dépassée.Flushesis est utilisé pour compter les suppressions SPD (Selective Packet Discard) sur la gamme Catalyst 6000 qui exécute Cisco IOS. (Le compteur de vidages peut être utilisé mais ne s'incrémente jamais sur la gamme Catalyst 40000 qui exécute Cisco IOS.) SPD est un mécanisme qui abandonne rapidement les paquets de faible priorité lorsque le CPU est surchargé afin de save une certaine capacité de traitement pour les paquets de priorité élevée. Le compteur Flushes dans la sortie de la commande show interface s'incrémente dans le cadre de l'abandon sélectif de paquets (SPD), ce qui implémente une stratégie de suppression sélective de paquets sur la file d'attente de processus IP du routeur. Par conséquent, il s'applique uniquement au trafic commuté par processus.

Le but de SPD est de garantir que les paquets de contrôle importants, tels que les mises à jour du routage et les keepalives, ne sont pas supprimés quand la file d'attente d'entrée IP est pleine. Lorsque la taille de la file d'attente d'entrée IP est entre les seuils minimum et maximum, les paquets IP normaux sont supprimés sur la base d'une certaine probabilité de suppression. Ces suppressions aléatoires s'appellent « effacements SPD ».

- Total output drops : Nombre de paquets supprimés car la file d'attente de sortie est pleine. Une cause courante est le trafic provenant d’une liaison à bande passante élevée commutée vers une liaison à bande passante inférieure ou le trafic provenant de plusieurs liaisons entrantes commutées vers une liaison sortante unique. Par exemple, si une grande quantité de flux de trafic arrive sur une interface gigabit et est commutée vers une interface 100 Mbits/s, cela peut entraîner l'incrémentation des pertes de sortie sur l'interface 100 Mbits/s. En effet, la file d'attente de sortie sur cette interface est submergée par le trafic excessif dû à l'incompatibilité de vitesse entre les bandes passantes entrantes et sortantes.

- Output queue : Nombre de paquets dans la file d'attente de sortie. Size/max indique le nombre actuel de trames dans la file d'attente/le nombre maximal de trames que la file d'attente peut contenir avant d'être pleine et doit commencer à supprimer les trames.

- 5 minute input/output rate : Débit moyen en entrée et en sortie vu par l'interface au cours des cinq dernières minutes. Spécifiez une période plus courte pour obtenir une lecture précise (pour mieux détecter les salves de trafic, par exemple) et exécutez la commande load-interval <seconds>interface.

Reportez-vous au Tableau 1 pour obtenir des explications sur la sortie du compteur d'erreurs.

!--- ...show interfaces command output continues.

1117058 packets input, 78283238 bytes, 0 no buffer

Received 1117035 broadcasts, 0 runts, 0 giants, 0 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog, 0 multicast, 0 pause input

0 input packets with dribble condition detected

285811 packets output, 27449284 bytes, 0 underruns

0 output errors, 0 collisions, 2 interface resets

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier

0 output buffer failures, 0 output buffers swapped out

Remarque : il existe une différence entre le compteur de la sortie de la commande show interface pour une interface physique et une interface VLAN.Les compteurs de paquets d'entrée s'incrémentent dans la sortie de show interface pour une interface VLAN lorsque ce paquet est traité par le processeur de couche 3 (L3). Le trafic qui est commuté de couche 2 (L2) ne parvient jamais au CPU et n'est pas compté dans les compteurs d'interface show pour l'interface VLAN. Il serait compté sur la sortie de l'interface show pour l'interface physique appropriée.

La commande show interfaces <card-type> <slot/port> counters errors est utilisée dans Cisco IOS pour afficher uniquement le résultat des erreurs d'interface. Reportez-vous au Tableau 1 pour obtenir des explications sur la sortie du compteur d'erreurs.

Router#sh interfaces fastEthernet 6/1 counters errors

Port        Align-Err    FCS-Err   Xmit-Err    Rcv-Err UnderSize OutDiscards

Fa6/1               0          0          0          0         0           0

Port      Single-Col Multi-Col  Late-Col Excess-Col Carri-Sen     Runts    Giants

Fa6/1              0         0         0          0         0         0         0

Tableau 1 . Résultat du compteur d’erreurs Cisco IOS pour les erreurs de compteurs show interfacesorshow interfaces<card-type> <x/y> pour les gammes Catalyst 6000 et 4000.

Compteurs (par ordre alphabétique)

Problèmes et causes courantes qui augmentent les compteurs d'erreurs

Align-Err

Description : erreurs show interfaces counters. Les erreurs d’alignement sont le nombre de trames reçues qui ne se terminent pas par un nombre pair d’octets et dont le contrôle de redondance cyclique (CRC) est incorrect.Causes courantes : elles sont généralement le résultat d’une non-correspondance de mode duplex ou d’un problème physique (tel qu’un câblage, un port défectueux ou une carte réseau défectueuse). Quand le câble est d'abord connecté au port, certaines de ces erreurs peuvent se produire. En outre, si un concentrateur est connecté au port, les collisions entre d'autres périphériques sur le concentrateur peuvent provoquer ces erreurs.Exceptions de plate-forme : les erreurs d'alignement ne sont pas comptées sur le Supervisor I (WS-X4012) ou le Supervisor II (WS-X4013) de la gamme Catalyst 4000.

babillards

Description : show interfaces counter indique que le compteur jabber de transmission a expiré. Une jabber est une trame de plus de 1 518 octets (qui exclut les bits de trame, mais inclut les octets FCS), qui ne se termine pas par un nombre pair d’octets (erreur d’alignement) ou qui présente une erreur FCS erronée.

Carri-Sen

Description : erreurs show interfaces counters. Le compteur Carri-Sen (détection de porteuse) s'incrémente chaque fois qu'un contrôleur Ethernet veut envoyer des données sur une connexion half-duplex. Le contrôleur détecte le fil et vérifie s'il n'est pas occupé avant de transmettre.Causes courantes : C'est normal sur un segment Ethernet half-duplex.

collisions

Descriptions:show interfacescounter. Nombre de fois où une collision s'est produite avant que l'interface ait transmis une trame au support.Causes courantes : Les collisions sont normales pour les interfaces configurées en mode bidirectionnel non simultané, mais elles ne doivent pas être vues sur les interfaces bidirectionnelles simultanées. Si les collisions augmentent considérablement, cela indique une liaison fortement utilisée ou peut-être une non-correspondance de mode duplex avec le périphérique raccordé.

CRC

Description : show interfacescounter. Cette valeur est incrémentée lorsque le CRC généré par la station LAN ou le périphérique distant à l’origine du trafic ne correspond pas à la somme de contrôle calculée à partir des données reçues.Causes courantes : Cela indique généralement des problèmes de bruit ou de transmission sur l’interface LAN ou sur le LAN lui-même. Un nombre élevé de CRS est généralement le résultat de collisions mais peut également indiquer un problème physique (tel que le câblage, une interface défectueuse ou une carte NIC défectueuse) ou une non-correspondance de mode duplex.

ajourné

Description : show interfacescounter. Nombre de trames qui ont été transmises avec succès après avoir attendu parce que le support était occupé.Causes courantes : Cela se produit généralement dans les environnements en mode bidirectionnel non simultané où l’opérateur est déjà utilisé lorsqu’il tente de transmettre une trame.

pause input

Description : show interfacescounter. Un incrément dans le compteur d'entrée de pause signifie que l'unité connectée demande une pause de trafic lorsque sa mémoire tampon de réception est presque pleine.Causes courantes : Ce compteur est incrémenté à des fins d'information puisque le commutateur accepte la trame. La suspension des paquets s'arrête quand le périphérique connecté peut recevoir le trafic.

paquets d'entrée avec condition de dribble

Description : show interfacescounter. Une erreur de bit de dribble indique qu’une trame est légèrement trop longue.Causes courantes : Ce compteur d’erreurs de trame est incrémenté à des fins d’information, puisque le commutateur accepte la trame.

Excess-Col

Description : show interfaces counters errors. Comptage des trames pour lesquelles la transmission sur une interface particulière échoue en raison de collisions excessives. Une collision excessive se produit quand un paquet a une collision 16 fois dans une ligne. Le paquet est alors supprimé. Causes courantes : les collisions excessives indiquent généralement que la charge sur le segment doit être répartie sur plusieurs segments, mais elles peuvent également indiquer une non-correspondance de mode duplex avec le périphérique connecté. Aucune collision ne doit être constatée sur les interfaces configurées en tant qu'interfaces bidirectionnelles simultanées.

FCS-Err

Description : show interfaces counters errors. Nombre de trames de taille valide avec des erreurs de séquence de contrôle de trame (FCS) mais aucune erreur de trame. Causes courantes : il s'agit généralement d'un problème physique (tel que le câblage, un port défectueux ou une carte réseau défectueuse), mais il peut également indiquer une non-correspondance de mode bidirectionnel.

charpente

Description : show interfaces counter. Nombre de paquets reçus de façon incorrecte qui a une erreur de CRC et un nombre non entier d'octets (erreur d'alignement). Causes courantes : il s'agit généralement d'une collision ou d'un problème physique (câblage, port défectueux ou carte réseau), mais cela peut également indiquer une non-correspondance de mode duplex.

Géants

Description : show interfaces et show interfaces counters errors. Trames reçues qui dépassent la taille de trame IEEE 802.3 maximale (1 518 octets pour les trames Ethernet autres que jumbo) et qui ont une séquence FCS (Frame Check Sequence) incorrecte. Causes courantes : dans de nombreux cas, cela est dû à une carte réseau défectueuse. Essayez de localiser le périphérique incriminé et supprimez-le du réseau. Exceptions de plate-forme : la gamme Catalyst Cat4000 qui exécute Cisco IOS Avant la version 12.1(19)EW du logiciel, le compteur de géants s'incrémentait pour une trame > 1 518 octets. Après la version 12.1(19)EW, un géant dans show interfaces s'incrémente uniquement lorsqu'une trame est reçue > 1 518 octets avec une séquence de contrôle de trame incorrecte.

ignoré

Description : compteur d'interfaces sh. Nombre de paquets reçus ignorés par l'interface car le matériel d'interface s'est trouvé à court de mémoires tampons internes. Causes courantes : les tempêtes de diffusion et les rafales de bruit peuvent entraîner une augmentation du nombre ignoré.

Erreurs d'entrée

Description : show interfaces counter. Causes courantes : les trames incomplètes, les trames géantes, l'absence de mémoire tampon, le CRC, la trame, le dépassement de capacité et les nombres ignorés. D'autres erreurs liées à l'entrée peuvent également entraîner l'augmentation du compteur input errors, et certains datagrammes peuvent avoir plusieurs erreurs. Par conséquent, cette somme ne peut pas s'équilibrer avec la somme des décomptes d'erreurs en entrée énumérés. Reportez-vous également à la section Erreurs en entrée sur une interface de couche 3 connectée à un port de commutation de couche 2.

Late-Col

Description : show interfaces et show interfaces counters errors.Nombre de fois qu'une collision est détectée sur une interface particulière en fin de processus de transmission. Pour un port à 10 Mbits/s, c'est après 512 bit-times dans la transmission d'un paquet. 512 bit-times correspondent à 51,2 microsecondes sur un système à 10 Mbits/s. Causes courantes : cette erreur peut indiquer une non-correspondance de mode duplex, entre autres. Pour le scénario de non-correspondance de mode duplex, la collision tardive est observée du côté du mode semi-duplex. Lorsque le mode bidirectionnel non simultané transmet, le mode bidirectionnel simultané n'attend pas son tour et transmet simultanément, ce qui entraîne une collision tardive. Des collisions tardives peuvent également indiquer qu'un câble ou segment Ethernet est trop long. Aucune collision ne doit être constatée sur les interfaces configurées en tant qu'interfaces bidirectionnelles simultanées.

lost carrier

Description : show interfaces counter. Nombre de fois où la porteuse a été perdue dans la transmission. Causes courantes : recherchez un câble défectueux. Vérifiez la connexion physique des deux côtés.

Multi-Col

Description : show interfaces counters errors. Nombre de fois où plusieurs collisions se sont produites avant que l'interface n'ait transmis avec succès une trame au support. Causes courantes : les collisions sont normales pour les interfaces configurées en mode bidirectionnel non simultané, mais elles ne doivent pas être vues sur les interfaces bidirectionnelles simultanées. Si les collisions augmentent considérablement, cela indique une liaison fortement utilisée ou peut-être une non-correspondance de mode duplex avec le périphérique raccordé.

no buffer

Description : compteur show interfaces. Nombre de paquets reçus rejetés parce qu'il n'y a pas d'espace tampon.Causes courantes : Comparer avec nombre ignoré. Des tempêtes de diffusion peuvent souvent être responsables de ces événements.

no carrier

Description : show interfacescounter. Nombre de fois où l'opérateur n'était pas présent dans la transmission.Causes courantes : Vérifiez la présence d'un câble défectueux. Vérifiez la connexion physique des deux côtés.

Out-Discard

Description : nombre de paquets sortants dont l'abandon a été choisi même si aucune erreur n'a été détectée.Causes courantes : Une raison possible d'abandonner un tel paquet peut être de libérer de l'espace dans la mémoire tampon.

défaillances du tampon de sortie tampons de sortie échangés

Description : show interfacescounter. Nombre de mémoires tampon en échec et nombre de mémoires tampon échangées.Causes courantes : Un port met en mémoire tampon les paquets vers la mémoire tampon Tx lorsque le taux de trafic commuté vers le port est élevé et qu'il ne peut pas gérer le volume de trafic. Le port commence à supprimer les paquets quand la mémoire tampon Tx est pleine et augmente par conséquent les compteurs underruns et output buffer failures. Cette augmentation des compteurs output buffer failures peut être un signe que les ports sont exécutés à une vitesse et/ou un duplex inférieurs, ou que trop de trafic passe par le port. À titre d'exemple, considérez un scénario où un flux multidiffusion de 1 gigaoctet est transféré à des ports 24 100 Mbps. Si une interface de sortie est surabonnée, il est normal de voir les défaillances de la mémoire tampon de sortie (output buffer failures) qui augmentent en même temps que les abandons en sortie (Out-Discard). Pour obtenir des informations de dépannage, consultez la section Trames différées (Out-Lost ou Out-Discard) de ce document.

output errors

Description : show interfacescounter. Somme de toutes les erreurs qui ont empêché la transmission finale des datagrammes hors de l'interface.Cause courante : Ce problème est dû à la faible taille de la file d'attente de sortie.

dépassement

Description : Nombre de fois où le matériel récepteur n'a pas pu remettre les données reçues à une mémoire tampon matérielle.Cause courante : Le débit d'entrée du trafic a dépassé la capacité du récepteur à traiter les données.

packets input/output

Description : show interfacescounter. Nombre total de paquets sans erreurs reçus et transmis sur l'interface. Surveillez ces compteurs pour les incréments car il est utile de déterminer si le trafic circule correctement à travers l'interface. Le compteur d'octets inclut à la fois les données et l'encapsulation MAC dans les paquets sans erreurs reçus et transmis par le système.

Rcv-Err

Description : Pour la gamme Catalyst 6000 uniquement - show interfaces counters error.Common Causes :Voir Exceptions de plate-forme.Exceptions de plate-forme : Catalyst 5000 Seriesrcv-err = défaillances du tampon de réception. Par exemple, une erreur de type « runt », « giant » ou « FCS-Err » n'incrémente pas le compteur rcv-err. Le compteur rcv-err sur un 5K s'incrémente uniquement suite à un trafic excessif. OnCatalyst 4000 Seriesrcv-err = somme de toutes les erreurs de réception, ce qui signifie, contrairement au Catalyst 5000, que le compteur rcv-err s'incrémente lorsque l'interface reçoit une erreur telle qu'un runt, un giant ou FCS-Err.

Runts

Description :show interfaces et show interfaces counters errors. Trames reçues dont la taille est inférieure à la taille de trame IEEE 802.3 minimale (64 octets pour Ethernet) et dont le CRC est incorrect.Causes courantes : cela peut être dû à une non-correspondance de mode duplex et à des problèmes physiques, tels qu’un câble, un port ou une carte réseau défectueux sur le périphérique connecté.Exceptions de plate-forme : gamme Catalyst 4000 qui exécute Cisco IOSPérieure à la version 12.1(19)EW du logiciel, une trame = taille insuffisante. Taille trop petite = trame < 64 octets. Le compteur d'ébauches (Runts) ne s'incrémentait que lorsqu'une trame de moins de 64 octets était reçue. Après la version 12.1(19)EW, une ébauche = un fragment. Un fragment est une trame de moins de 64 octets mais avec une valeur CRC incorrecte. Le résultat est que le compteur runt incrémente maintenant inshow interfaces, avec le compteur de fragments inshow interfaces counters errors quand une trame <64 octets avec un CRC incorrect est reçue.Commutateurs de la gamme Cisco Catalyst 3750Dans les versions antérieures à Cisco IOS 12.1(19)EA1, quand dot1q est utilisé sur l'interface trunk sur le Catalyst 3750, les runts peuvent être vus sur le résultat de la commande show interfacescar les paquets encapsulés dot1q valides, qui sont compris entre 61 et 64 Les octets et les inclusions de la balise q sont comptés par le Catalyst 3750 comme des trames sous-dimensionnées, même si ces paquets sont transférés correctement. De plus, ces paquets ne sont pas signalés dans la catégorie appropriée (unicast, multicast ou broadcast) dans les statistiques de réception. Ce problème est résolu dans Cisco IOS version 12.1(19)EA1, 12.2(18)SE ou ultérieures.

Single-Col

Description : erreurs show interfaces counters. Nombre de fois où une collision s'est produite avant que l'interface n'ait transmis une trame au support.Causes courantes : Les collisions sont normales pour les interfaces configurées en mode bidirectionnel non simultané, mais elles ne doivent pas être vues sur les interfaces bidirectionnelles simultanées. Si les collisions augmentent considérablement, cela indique une liaison fortement utilisée ou peut-être une non-correspondance de mode duplex avec le périphérique raccordé.

accélérateurs

Description : show interfaces. Nombre de fois où le récepteur sur le port est désactivé, peut-être en raison d'une surcharge de la mémoire tampon ou du processeur. Si un astérisque (*) apparaît après la valeur du compteur d'étranglements, cela signifie que l'interface est étranglée au moment de l'exécution de la commande.Causes courantes : Les paquets qui peuvent augmenter la surcharge du processeur incluent les paquets IP avec options, la durée de vie expirée, l'encapsulation non-ARPA, la fragmentation, les tunnels, les paquets ICMP, les paquets avec échec de total de contrôle MTU, l'échec RPF, les erreurs de total de contrôle IP et de longueur.

dépannage

Description : Nombre de fois où l’émetteur s’est exécuté plus vite que le commutateur ne peut le gérer.Causes courantes : Cela peut se produire dans une situation de débit élevé où une interface est touchée par un volume élevé de rafales de trafic provenant de nombreuses autres interfaces à la fois. Des réinitialisations d'interface peuvent se produire avec les sous-exécutions (underruns).

Dimensions Inférieures

Description : show interfaces counters errors . Trames reçues dont la taille est inférieure à la taille de trame IEEE 802.3 minimale de 64 octets (ce qui exclut les bits de trame mais inclut les octets FCS) qui sont par ailleurs bien formées.Causes courantes : vérifiez le périphérique qui envoie ces trames.

Xmit-Err

Description : erreurs show interfaces counters. Ceci indique que la mémoire tampon d'envoi interne (Tx) est pleine.Causes courantes : Une cause courante de Xmit-Err peut être le trafic d'une liaison à bande passante élevée commutée vers une liaison à bande passante inférieure, ou le trafic de plusieurs liaisons entrantes commutées vers une liaison sortante unique. Par exemple, si une grande quantité de trafic entre en rafale sur une interface gigabit et est commutée vers une interface 100 Mbits/s, cela peut entraîner l'incrémentation de Xmit-Err sur l'interface 100 Mbits/s. En effet, la mémoire tampon de sortie de l'interface est submergée par le trafic excessif dû à l'incompatibilité de vitesse entre les bandes passantes entrantes et sortantes.

Afficher les compteurs d'interfaces pour Cisco IOS

Surveiller le trafic entrant et sortant sur le port, tel qu'affiché par la sortie suivante, pour le trafic de monodiffusion, de multidiffusion et de diffusion. La commande show interfacescard-type {slot/port}counters est utilisée lorsque vous exécutez Cisco IOS sur le superviseur.

Remarque : il existe un compteur Out-Discard dans la commande Cisco IOSshow interfaces counters errors qui est expliqué dans le Tableau 1.

Router#sh interfaces fas 6/1 counters

Port            InOctets   InUcastPkts   InMcastPkts   InBcastPkts

Fa6/1           47856076            23        673028           149

Port           OutOctets  OutUcastPkts  OutMcastPkts  OutBcastPkts

Fa6/1           22103793            17        255877          3280

Router#

!--- Cisco IOS counters used to monitor inbound and outbound unicast, multicast

!--- and broadcast packets on the interface.

Show Counters Interface pour Cisco IOS

La commande show counters interface-type {slot/port} a été introduite dans le logiciel Cisco IOS version 12.1(13)E pour la gamme Catalyst 6000 seulement, elle offre des statistiques encore plus détaillées pour les ports et les interfaces. Cette commande affiche les compteurs d'erreurs 32 bits et 64 bits par port ou interface.

Show Controller Ethernet-Controller pour Cisco IOS

Pour les commutateurs Catalyst 3750, 3550, 2970, 2950/2955, 2940 et 2900/3500XL, utilisez la commande show controller ethernet-controller pour afficher la sortie du compteur de trafic et du compteur d'erreurs qui est similaire à la sortie pour les commutateurs de la gamme Catalyst 6000.

3550-1#show controller ethernet-controller fastEthernet 0/1

!--- Output from a Catalyst 3550.

Transmit FastEthernet0/1           Receive

0 Bytes                        0 Bytes

0 Unicast frames               0 Unicast frames

0 Multicast frames             0 Multicast frames

0 Broadcast frames             0 Broadcast frames

0 Discarded frames             0 No dest, unicast

0 Too old frames               0 No dest, multicast

0 Deferred frames              0 No dest, broadcast

0  1 collision frames

0  2 collision frames          0 FCS errors

0  3 collision frames          0 Oversize frames

0  4 collision frames          0 Undersize frames

0  5 collision frames          0 Collision fragments

0  6 collision frames

0  7 collision frames          0 Minimum size frames

0  8 collision frames          0 65 to 127 byte frames

0  9 collision frames          0 128 to 255 byte frames

0 10 collision frames          0 256 to 511 byte frames

0 11 collision frames          0 512 to 1023 byte frames

0 12 collision frames          0 1024 to 1518 byte frames

0 13 collision frames

0 14 collision frames          0 Flooded frames

0 15 collision frames          0 Overrun frames

0 Excessive collisions         0 VLAN filtered frames

0 Late collisions              0 Source routed frames

0 Good (1 coll) frames         0 Valid oversize frames

0 Good(>1 coll) frames         0 Pause frames

0 Pause frames                 0 Symbol error frames

0 VLAN discard frames          0 Invalid frames, too large

0 Excess defer frames          0 Valid frames, too large

0 Too large frames             0 Invalid frames, too small

0 64 byte frames               0 Valid frames, too small

0 127 byte frames

0 255 byte frames

0 511 byte frames

0 1023 byte frames

0 1518 byte frames

3550-1#

!--- See the next table for additional counter output for 2900/3500XL Series switches.

Compteur

Description

Causes possibles

Trames transmises

Discarded frames

Nombre total de trames dont la tentative de transmission est abandonnée en raison de ressources insuffisantes. Ce total inclut les trames de tous types de destination.

La charge de trafic sur l'interface est excessive et provoque l'abandon des trames. Réduisez la charge de trafic sur l'interface s'il y a des incréments dans le nombre de paquets dans ce champ.

Too old frames

Nombre de trames dont le passage par le commutateur a mis plus de deux secondes. Par conséquent, elles ont été ignorées par le commutateur. Cela se produit uniquement dans des conditions extrêmes de contraintes élevées.

La charge de trafic pour ce commutateur est excessive et provoque l'abandon des trames. Réduire la charge du commutateur si le nombre de paquets dans ce champ augmente. Vous pouvez être amené à modifier la topologie de votre réseau pour réduire la charge de trafic pour ce commutateur.

Deferred frames

Nombre total de trames dont la première tentative de transmission a été retardée, en raison du trafic sur le support réseau. Ce total inclut uniquement les trames qui sont ensuite transmises sans erreur et qui ne sont pas affectées par des collisions.

La charge de trafic destinée à ce commutateur est excessive et provoque l'abandon des trames. Réduire la charge du commutateur si le nombre de paquets dans ce champ augmente. Vous pouvez être amené à modifier la topologie de votre réseau pour réduire la charge de trafic pour ce commutateur.

Collision frames

Les compteurs de trames de collision correspondent au nombre de tentatives de transmission d’un paquet qui ont échoué, mais qui ont abouti lors de la tentative suivante. Cela signifie que si le compteur de trames de collision est passé à 2, le commutateur a tenté d'envoyer le paquet deux fois, sans y parvenir, mais il a réussi lors de sa troisième tentative.

La charge de trafic sur l'interface est excessive et provoque l'abandon des trames. Réduisez la charge de trafic sur l'interface si vous voyez le nombre de paquets augmenter dans ces champs.

Collisions excessives

Le compteur de collisions excessives augmente après 16 collisions tardives consécutives dans une ligne. Après 16 tentatives d'envoi du paquet, le paquet est supprimé, et le compteur s'incrémente.

Si ce compteur s'incrémente, cela indique un problème de câblage, un réseau dont la charge est excessive ou une non-correspondance de mode duplex. Un trop grand nombre de périphériques sur un Ethernet partagé peut être la cause de la surcharge d'un réseau.

Collisions tardives

Une collision tardive se produit quand deux périphériques effectuent une transmission en même temps, et qu'aucun côté de la connexion ne détecte une collision. Cela se produit car le temps nécessaire à la propagation du signal d'une extrémité à l'autre du réseau est plus long que le temps nécessaire pour placer la totalité du paquet sur le réseau. Les deux périphériques à l’origine de la collision tardive ne voient jamais que chacun d’eux envoie avant d’avoir placé le paquet entier sur le réseau. Les collisions tardives ne sont détectées par l'émetteur qu'après la plage de temps des 64 premiers octets. En effet, elles sont détectées uniquement dans les transmissions de paquets dont la taille est supérieure à 64 octets.

Les collisions tardives sont le résultat d'un câblage incorrect ou d'un nombre non conforme de concentrateurs dans le réseau. Les cartes NIC défectueuses peuvent également provoquer des collisions tardives.

Good (1 coll) frames

Nombre total de trames qui subissent exactement une collision et sont ensuite transmises avec succès.

Les collisions dans un environnement bidirectionnel à l'alternat sont un comportement normal attendu.

Good (>1 coll) frames

Nombre total de trames qui subissent entre 2 et 15 collisions, inclus, et sont ensuite transmises avec succès.

Les collisions dans un environnement bidirectionnel à l'alternat sont un comportement normal attendu. Les trames qui s'incrémentent à l'extrémité supérieure de ce compteur peuvent dépasser les 15 collisions et peuvent être comptées comme collisions excessives.

VLAN discardframes

Nombre de trames supprimées sur une interface car le bit CFI est défini.

Le bit CFI (Canonical Format Indicator) dans le TCI d'une trame 802.1Q a la valeur 0 pour le format de trame canonique Ethernet. Si le bit CFI a la valeur 1, cela indique la présence d'une trame RIF (Routing Information Field) ou non canonique Token Ring qui est ignorée.

Trames reçues

No bandwidth frames

2900/3500XL uniquement. Nombre de fois qu’un port a reçu un paquet du réseau, mais que le commutateur n’avait pas les ressources pour le recevoir. Ceci se produit uniquement dans des conditions de contraintes mais peut arriver avec des rafales de trafic sur plusieurs ports. Par conséquent, une petite valeur pour le compteur No bandwidth ne doit pas inquiéter. (Il doit néanmoins être bien inférieur à 1 % des trames reçues.)

La charge de trafic sur l'interface est excessive et provoque l'abandon des trames. Réduisez la charge de trafic sur l'interface si vous voyez le nombre de paquets augmenter dans ces champs.

No buffers frames

2900/3500XL uniquement. Nombre de fois qu’un port a reçu un paquet du réseau, mais que le commutateur n’avait pas les ressources pour le recevoir. Ceci se produit uniquement dans des conditions de contraintes mais peut arriver avec des rafales de trafic sur plusieurs ports. Par conséquent, une petite valeur pour le compteur No buffers frames ne doit pas inquiéter. (Il doit néanmoins être bien inférieur à 1 % des trames reçues.)

La charge de trafic sur l'interface est excessive et provoque l'abandon des trames. Réduisez la charge de trafic sur l'interface si vous voyez le nombre de paquets augmenter dans ces champs.

No dest, unicast

La valeur No dest, unicast représente le nombre de paquets de monodiffusion que le port n'a transférés à aucun autre port.

Voici de brèves descriptions des cas où les compteurs No dest, (unicast, multicast et broadcast) peuvent s'incrémenter :

- Si un port est un port d'accès, et qu'il est connecté à un port de tronc du protocole ISL (Inter-Switch Link Protocol), la valeur du compteur No dest est très élevée car tous les paquets ISL entrants ne sont pas transférés. C'est une configuration non valide.

- Si un port est bloqué par le protocole STP (Spanning Tree Protocol), la plupart des paquets ne sont pas transférés, ce qui donne des paquets No dest. Si un port vient juste d'obtenir une liaison, il y a une période très brève (moins d'une seconde) pendant laquelle les paquets entrants ne sont pas transférés.

- Si le port est seul dans un VLAN, et qu'aucun autre port sur le commutateur n'appartient à ce VLAN, tous les paquets entrants sont supprimés et le compteur s'incrémente.

- Le compteur s'incrémente également quand l'adresse de destination du paquet est apprise sur le port sur lequel le paquet a été reçu. Si un paquet a été reçu sur le port 0/1, avec l'adresse MAC X de destination, et que le commutateur a déjà appris que l'adresse MAC X réside sur le port 0/1, le compteur s'incrémente et le paquet est ignoré. Cela peut se produire dans les situations suivantes :

- Si un concentrateur est connecté au port 0/1, et qu'une station de travail connectée au concentrateur transmet un paquet à une autre station de travail également connectée au concentrateur, le port 0/1 ne transfère ce paquet nulle part, car l'adresse MAC de destination réside sur le même port.

- Cela peut également se produire si un commutateur est connecté au port 0/1 et commence à diffuser des paquets vers tous ses ports pour apprendre les adresses MAC.

- Si une adresse statique a été configurée sur un autre port dans le même VLAN, et qu'aucune adresse statique n'a été configurée pour le port de réception, le paquet est ignoré. Par exemple, si une carte statique pour l'adresse MAC X a été configurée sur le port 0/2 pour transférer le trafic vers le port 0/3, le paquet doit être reçu sur le port 0/2, sans quoi il est supprimé. Si un paquet est envoyé à partir de n'importe quel autre port du même VLAN que le port 0/2, le paquet est supprimé.

- Si le port est un port sécurisé, les paquets avec des adresses MAC sources non autorisées ne sont pas transférés et n'incrémentent pas le compteur.

No dest, multicast

La valeur No dest, multicast représente le nombre de paquets de multidiffusion que le port n'a transférés à aucun autre port.

No dest, broadcast

La valeur No dest, broadcast représente le nombre de paquets de diffusion que le port n'a transférés à aucun autre port.

Erreurs d'alignement

Les erreurs d'alignement sont le nombre de trames reçues qui ne terminent pas par un nombre pair d'octets et ont un contrôle de redondance cyclique (CRC) incorrect.

Les erreurs d’alignement sont dues à la trame qui n’est pas entièrement copiée sur le fil, ce qui entraîne la fragmentation des trames. Les erreurs d’alignement sont le résultat de collisions en mode bidirectionnel non simultané, d’une non-correspondance de mode bidirectionnel, d’un matériel défectueux (carte réseau, câble ou port) ou de périphériques connectés qui génèrent des trames qui ne se terminent pas par un octet et dont la séquence de contrôle de trame est défectueuse.

FCS errors

Le nombre d'erreurs de FCS correspond au nombre de trames qui ont été reçues avec un total de contrôle incorrect (valeur de CRC) dans la trame Ethernet. Ces trames sont supprimées et non propagées sur d'autres ports.

Les erreurs de séquence de contrôle de trame sont le résultat de collisions en mode bidirectionnel non simultané, d’une non-concordance de mode bidirectionnel, d’un matériel défectueux (carte réseau, câble ou port) ou de périphériques connectés qui génèrent des trames qui ne se terminent pas par un octet et dont la séquence de contrôle de trame est défectueuse.

Undersize frames

Il s’agit du nombre total de paquets reçus dont la longueur était inférieure à 64 octets (ce qui exclut les bits de trame mais inclut la séquence de contrôle de trame) et qui ont une bonne valeur de séquence de contrôle de trame.

Cela indique une trame incorrecte générée par le périphérique connecté. Vérifiez que le périphérique connecté fonctionne correctement.

Oversize frames

Nombre de paquets d'une taille supérieure à 1 514 octets reçus par le port en provenance du réseau.

Cela peut indiquer un matériel défectueux, ou des problèmes de configuration du mode Trunk ISL ou dot1q.

Collision fragments

Nombre total de trames dont la longueur est inférieure à 64 octets (ce qui exclut les bits de trame, mais inclut la séquence de contrôle de trame) et dont la valeur de séquence de contrôle de trame est incorrecte.

Si ce compteur s'incrémente, cela indique que les ports sont configurés en transmission bidirectionnelle à l'alternat. Définissez le mode bidirectionnel sur bidirectionnel simultané.

Overrun frames

Nombre de fois où le matériel de réception n'a pas pu passer les données reçues à une mémoire tampon matérielle.

Le débit en entrée du trafic a dépassé la capacité du récepteur à traiter les données.

VLAN filtered frames

Nombre total de trames qui sont filtrées en raison du type des informations relatives au VLAN a contenues dans la trame.

Le port peut être configuré pour filtrer les trames à balises 802.1Q. Quand une trame contenant une balise 802.1Q est reçue, elle est filtrée et cette statistique est incrémentée.

Source routed frames

Nombre total de trames de réception qui sont abandonnées en raison de la situation où le bit de routage source est défini dans l'adresse source de la trame native.

Ce genre de routage source est défini uniquement pour Token Ring et FDDI. La spécification Ethernet IEEE interdit que ce bit soit défini pour toute trame Ethernet. Par conséquent, le commutateur ignore de telles trames.

Valid oversize frames

Nombre total de trames reçues dont la longueur dépasse le MTU système, mais qui ont de bonnes valeurs FCS.

Cette statistique compte les trames qui dépassent la MTU système configurée, mais qui peuvent avoir été augmentées de 1 518 octets pour permettre les encapsulations Q-in-Q ou MPLS.

Symbol error frames

Gigabit Ethernet (1000 Base-X) utilise le codage 8B/10B pour traduire des données 8 bits de la sous-couche MAC (couche 2) en symbole 10 bits à envoyer via le réseau. Quand un port reçoit un symbole, il extrait les données 8 bits du symbole (10 bits).

Une erreur de symbole signifie que l'interface détecte la réception d'un symbole non défini (non valide). Une faible quantité d'erreurs de symbole peut être ignorée. Une grande quantité d'erreurs de symbole peut indiquer un périphérique, un câble ou du matériel défectueux.

Invalid frames, too large

Trames de type Giant ou trame reçues qui dépassent la taille de trame IEEE 802.3 maximale (1 518 octets pour les trames Ethernet autres que jumbo) et qui ont une séquence FCS (Frame Check Sequence) incorrecte.

Dans de nombreux cas, cela est le résultat d'une carte NIC défectueuse. Essayez de localiser le périphérique incriminé et supprimez-le du réseau.

Invalid frames, too small

Trames de type Runts ou trames reçues dont la taille est inférieure à 64 octets (ce qui inclut les bits FCS et exclut l'en-tête de trame) et qui ont une erreur de FCS ou une erreur d'alignement.

Cela peut être provoqué par une non-correspondance de mode duplex et des problèmes physiques, tels qu'un câble, un port ou une carte NIC défectueux sur le périphérique raccordé.

Messages d'erreur système courants

Pour le format des messages du système Cisco IOS, vous pouvez vous référer au Guide des messages et des procédures de récupération pour la version du logiciel que vous exécutez. Par exemple, vous pouvez consulter les messages et les procédures de récupération pour les versions de Cisco IOS.

%AMDP2_FE-3-UNDERFLO

Ce message d'erreur est généré lorsqu'une trame est transmise, et que la mémoire tampon locale de la mémoire tampon locale du processeur du contrôleur reçoit des données insuffisantes. Les données ne peuvent pas être transférées suffisamment rapidement au processeur pour maintenir le rythme du débit en sortie. Normalement, une telle condition est temporaire, en fonction des charges maximales passagères dans le système. Ce problème se produit quand un volume excessif de trafic est traité par l'interface Fast Ethernet. Le message d'erreur est reçu lorsque le niveau du trafic atteint environ 2,5 Mo. Cette contrainte de niveau de trafic est due à une limitation matérielle. C'est pourquoi le périphérique connecté au commutateur Catalyst risque de supprimer des paquets.

Le problème se résout généralement par la récupération automatique du système. Aucune action n'est requise. Si le commutateur submerge l'interface Ethernet, vérifiez la vitesse et la configuration duplex. En outre, utilisez un programme analyseur pour analyser les paquets qui entrent et sortent de l’interface Fast Ethernet du routeur. Afin d'éviter les pertes de paquets sur le périphérique connecté au commutateur Catalyst, émettez la commande ip cefsur l'interface Fast Ethernet du périphérique connecté au commutateur.

%INTR_MGR-DFC1-3-INTR : Moteur de mise en file d'attente (Blackwater) [1] : le fabric FIC-A a reçu un code de contrôle inattendu

La raison de ce message d'erreur est la réception d'un paquet en provenance de la matrice de commutation, où la valeur de CRC dans l'en-tête de la matrice sur ce paquet ne correspondait pas à la valeur de CRC calculée par le sous-bloc FCI (Fabric Interface Controller) du circuit intégré à application spécifique (ASIC) Blackwater. Cela indique qu'une corruption du paquet s'est produite lors du transfert, et que Blackwater a reçu le paquet corrompu.

Commande rejetée : [Interface] pas un port de commutation

Dans les commutateurs qui prennent en charge à la fois les interfaces de couche 3 et le port de commutation de couche 2, le message "Commande rejetée : [interface] pas un port de commutation" s'affiche lorsque vous essayez d'entrer une commande liée à la couche 2 sur un port qui est configuré en tant qu'interface de couche 3.

Afin de convertir l'interface du mode de couche 3 au mode de couche 2, émettez la commande de configuration d'interface switchport. Après avoir émis cette commande, configurez le port pour toutes les propriétés de couche 2.

Problèmes courants liés aux ports et aux interfaces

L'état du port ou de l'interface est disabled ou shutdown

Une cause évidente mais parfois négligée de l'échec de la connectivité de ports est une configuration incorrecte sur le commutateur. Si un port a un voyant orange en continu, cela signifie que le logiciel à l'intérieur du commutateur a arrêté le port, soit par le biais de l'interface utilisateur soit par le biais de processus internes.

Remarque : certaines DEL de port de la plate-forme fonctionnent différemment par rapport au protocole STP. Par exemple, le Catalyst 1900/2820 rend les ports orange lorsqu'ils sont en mode bloc STP. Dans ce cas, un voyant orange peut indiquer les fonctions normales du protocole STP. Catalyst 6000/4000 ne fait pas passer le voyant des ports à l'orange quand il effectue un blocage pour STP.

Assurez-vous que le port ou le module n'a pas été désactivé ou mis hors tension pour une raison donnée. Si un port ou un module est arrêté manuellement d'un côté ou de l'autre de la liaison, la liaison n'est pas établie tant que vous ne réactivez pas le port. Vérifiez l'état du port des deux côtés. Utilisez la commande show run interface et vérifiez si l'interface est dans l'état ashutdown :

Switch#show run interface fastEthernet 4/2

!

interface FastEthernet4/2

switchport trunk encapsulation dot1q

switchport mode trunk

shutdown

duplex full

speed 100

end

!--- Use the no shut command in config-if mode to re-enable this interface.

Si le port passe en mode d'arrêt immédiatement après un redémarrage du commutateur, la cause probable est la configuration de la sécurité du port. Si la propagation monodiffusion est activée sur ce port, elle peut entraîner l'arrêt du port après une réinitialisation. Cisco vous recommande de désactiver la propagation monodiffusion, car cela garantit également qu'aucune propagation ne se produit sur le port une fois la limite d'adresses MAC atteinte.

L'état du port ou de l'interface est errDisable

Par défaut, les processus logiciels à l'intérieur du commutateur peuvent arrêter un port ou une interface si certaines erreurs sont détectées.

Lorsque vous regardez la commande show interface-card-type {slot/port}status pour Cisco IOS :

Router#show interface fastethernet 2/4 status

Port    Name               Status       Vlan       Duplex  Speed Type

Gi2/4                      err-disabled 1            full   1000 1000BaseSX

!--- The show interfaces card-type {slot/port} status command for Cisco IOS

!--- displays a status of errdisabled.

!--- The show interfaces status errdisabled command shows all the interfaces

!--- in this status.

La commande show logging pour Cisco IOS affiche également les messages d'erreur (le format exact des messages varie) qui se rapportent à l'état errdisable.

Dans Cisco IOS, les ports ou les entrelacs de flux sont arrêtés à la suite de la désactivation de l'erreur. Les causes de cette plage sont les suivantes : erreur de configuration EtherChannel qui entraîne un affalement PAgP, non-concordance de mode bidirectionnel, protection de port BPDU et configuration de portfast en même temps, UDLD qui détecte une liaison unidirectionnelle, etc.

Vous devez réactiver manuellement le port ou l'interface pour qu'il quitte l'état errdisable, sauf si vous configurez une option de récupération errdisable. Dans le logiciel Cisco IOS, vous avez la possibilité de réactiver automatiquement un port après un laps de temps configurable passé à l'état errdisable. Au final, même si vous configurez l'interface pour une récupération de l'état errdisable, le problème se reproduit jusqu'à ce que la cause première soit déterminée.

Remarque : utilisez cette commande Recover Errdisable Port State sur les plates-formes Cisco IOS pour plus d'informations sur l'état errdisable sur les commutateurs qui exécutent Cisco IOS.

Ce tableau présente un exemple des commandes utilisées pour configurer, vérifier et dépanner l'état errdisable sur les commutateurs. Accédez au lien pour plus d'informations sur les commandes Recover Errdisable Port State sur les plates-formes Cisco IOS :

Action

Commandes errdisable Cisco IOS

Configurer

errdisable detect cause

Configurer

errdisable recovery cause

Configurer

errdisable recovery interval <timer_interval_in_seconds>

vérifier et dépanner

show errdisable detect

vérifier et dépanner

show interfaces status err-disabled

L'état des ports ou interfaces est inactive

Une cause courante des ports inactifs sur les commutateurs qui exécutent Cisco IOS est la disparition du VLAN auquel ils appartiennent. Cela peut se produire lorsque les interfaces sont configurées en tant que ports de commutation de couche 2 qui utilisent la commande switchport.

Chaque port d'un commutateur de couche 2 appartient à un VLAN. Chaque port d'un commutateur de couche 3 configuré pour être un port de commutateur de couche 2 (L2) doit également appartenir à un VLAN. Si ce VLAN est supprimé, le port ou l'interface devient alors inactif.

Remarque : certains commutateurs affichent un voyant orange (orange) fixe sur chaque port lorsque cela se produit.

Utilisez la commande show interfacescard-type {slot/port}switchport avec show vlan pour vérifier.

Router#show interfaces fastEthernet 4/47 switchport

Name: Fa4/47Switchport: Enabled

Administrative Mode: static access

Operational Mode: static access

Administrative Trunking Encapsulation: negotiate

Operational Trunking Encapsulation: native

Negotiation of Trunking: Off

Access Mode VLAN: 11 ((Inactive))

!--- FastEth 4/47 is inactive.

Router#show vlan

VLAN Name                             Status    Ports

---- -------------------------------- --------- -------------------------------

1    default                          active    Gi1/1, Gi2/1, Fa6/6

10   UplinkToGSR's                    active    Gi1/2, Gi2/2

!--- VLANs are displayed in order and VLAN 11 is not available.

30   SDTsw-1ToSDTsw-2Link             active Fa6/45

Si le commutateur qui a supprimé le VLAN est un serveur VTP pour le domaine VTP, chaque commutateur serveur et client du domaine a le VLAN également supprimé de sa table de VLAN. Lorsque vous ajoutez à nouveau le VLAN dans la table de VLAN à partir d'un commutateur serveur VTP, les ports des commutateurs du domaine qui appartiennent à ce VLAN restauré redeviennent actifs. Un port se rappelle à quel VLAN il est affecté, même si le VLAN lui-même est supprimé. Référez-vous àCompréhension et configuration du protocole VTP (VLAN Trunk Protocol) pour plus d'informations sur VTP.

Remarque : si la sortie de la commande show interface <interface> switchport affiche le port comme port agrégé même après que vous avez configuré le port comme port d'accès avec la commande switchport access vlan <vlan>, émettez la commande switchport mode access afin de faire du port un port d'accès.

L'état des ports ou interfaces des liaisons ascendantes est inactive

Sur un commutateur de la gamme Catalyst 4510R, pour activer les ports de liaisons ascendantes 10 Gigabit Ethernet et Gigabit Ethernet SFP, il y a une configuration facultative. Afin d'activer l'utilisation simultanée de 10-Gigabit Ethernet et des interfaces SFP Gigabit Ethernet, émettez la commande hw-module uplink select all. Après avoir émis la commande, redémarrez le commutateur ou sinon le résultat de la commande show interface status module <module number>montre le port uplink comme inactif.

Le logiciel Cisco IOS Version 12.2(25)SG prend en charge l'utilisation simultanée des interfaces 10 Gigabit Ethernet et Gigabit Ethernet SFP sur les commutateurs Catalyst 4500.

Remarque : sur les commutateurs des gammes Catalyst 4503, 4506 et 4507R, cette fonctionnalité est automatiquement activée.

Incréments du compteur différé sur l'interface du commutateur Catalyst

Le problème vient du fait que la charge de trafic destinée au commutateur est excessive et provoque l'abandon des trames. Normalement, les trames différées correspondent au nombre de trames qui ont été transmises avec succès après avoir attendu le support, car ce dernier était occupé. Cela se produit généralement dans les environnements bidirectionnels non simultanés où l’opérateur est déjà utilisé lorsqu’il tente de transmettre une trame. Mais dans les environnements bidirectionnels simultanés, le problème se produit quand la charge excessive est destinée au commutateur.

Voici la solution de contournement :

- Codez en dur les deux extrémités de la liaison en transmission bidirectionnelle simultanée afin que la non-correspondance de négociation puisse être évitée.

- Changez le câble et le cordon de raccordement du panneau de connexions pour vous assurer que le câble et les cordons de connexion ne sont pas défectueux.

Remarque : si l'erreur Compteur différé s'incrémente sur un GigabitEthernet d'un Supervisor 720, activez la négociation de vitesse sur l'interface comme solution de contournement.

Échec intermittent pour la définition du temporisateur [valeur] du VLAN [numéro vlan]

Le problème se produit quand la logique de reconnaissance des adresses encodées (EARL) ne peut pas affecter à la durée de vieillissement de la mémoire CAM du VLAN le nombre de secondes requis. Ici, la durée de vieillissement du VLAN est déjà définie sur un vieillissement rapide.

Lorsque le VLAN est déjà en vieillissement rapide, EARL ne peut pas définir le vieillissement rapide pour le VLAN, et le processus de définition de la minuterie du vieillissement est bloqué. La durée de vieillissement par défaut de la mémoire CAM est de cinq minutes, ce qui signifie que le commutateur vide la table d'adresses MAC apprises toutes les cinq minutes. Cela garantit que la table d'adresses MAC (la table CAM) contient les entrées les plus récentes.

Le vieillissement rapide affecte temporairement à la durée de vieillissement de la mémoire CAM le nombre de secondes que l'utilisateur spécifie, et est utilisé en même temps que le processus de notification de modification de topologie (TCN). L'idée est que, lorsqu'une modification de topologie se produit, cette valeur est nécessaire pour vider plus rapidement la table CAM, afin de compenser la modification de topologie.

Émettez la commande show cam aging pour vérifier le temps de vieillissement CAM sur le commutateur. Les notifications de modification de topologie (TCN) et le vieillissement rapide sont assez rares. En conséquence, le message a un niveau de gravité de 3. Si les VLAN sont fréquemment dans vieillissement rapide, vérifiez quelle en est la raison.

Des PC clients connectés directement à un commutateur constituent la raison la plus courante pour des notifications de modification de topologie (TCN). Quand vous allumez ou éteignez le PC, le port de commutation change d'état, et le commutateur commence le processus de TCN. En effet, le commutateur ne sait pas que le périphérique connecté est un PC ; il sait seulement que le port a changé d'état.

Pour résoudre ce problème, Cisco a développé la fonctionnalité PortFast pour les ports hôtes. Le fait que PortFast supprime les notifications de modification de topologie (TCN) pour un port hôte constitue l'un des avantages de cette fonctionnalité.

Remarque : PortFast ignore également les calculs Spanning Tree sur le port et ne peut donc être utilisé que sur un port hôte.

Non-correspondance du mode Trunk

Vérifiez le mode Trunk de chaque côté de la liaison. Assurez-vous que les deux côtés sont dans le même mode (les deux agrégations avec la même méthode : ISL ou 802.1q, ou les deux ne sont pas agrégées). Si vous activez le mode Trunk (par opposition à auto ou desirable) pour un port alors que le mode Trunk est désactivé sur l'autre port, ils ne peuvent pas communiquer. Le mode Trunk modifie le formatage du paquet. Les ports doivent être d'accord sur le format qu'ils utilisent sur la liaison, sinon ils ne se comprennent pas.

Pour Cisco IOS, utilisez la commande show interfacescard-type {mod/port}trunkcommand pour vérifier la configuration d’agrégation et le VLAN natif.

Router#sh interfaces fastEthernet 6/1 trunk

Port      Mode         Encapsulation  Status        Native vlan

Fa6/1     desirable    802.1q         trunking      1

Port      Vlans allowed on trunk

Fa6/1     1-4094

!--- Output truncated.

Pour plus d'informations sur les différents modes Trunk, les directives et les restrictions, reportez-vous aux documents suivants :

- Configuration requise pour l'implémentation du mode Trunk

- Pages de support de la technologie de jonction (Trunk)

Trames de type « jumbo », « giant » et « baby giant »

La valeur MTU (unité de transmission maximale) de la partie « données » d'une trame Ethernet est par défaut de 1 500 octets. Si la MTU du trafic transmis dépasse la MTU prise en charge, le commutateur ne transfère pas le paquet. De plus, en fonction du matériel et du logiciel, certaines plates-formes de commutation incrémentent de ce fait les compteurs d'erreurs de port et d'interface.

- Les trames jumbo ne sont pas définies en tant qu'élément de la norme Ethernet IEEE et dépendent du fabricant. Elles peuvent être définies comme étant toute trame de taille supérieure à la trame Ethernet standard de 1 518 octets (ce qui inclut l'en-tête L2 et le contrôle de redondance cyclique (CRC)). La taille des trames jumbo est plus grande, généralement supérieure à 9 000 octets.

- Les trames giant sont définies comme étant n'importe quelle trame de taille supérieure à la taille maximale d'une trame Ethernet (plus de 1 518 octets) qui a une séquence FCS incorrecte.

- Les trames baby giant sont juste légèrement plus grandes que la taille maximale d'une trame Ethernet. Généralement, cela correspond à des trames d'une taille maximale de 1 600 octets.

La prise en charge des trames jumbo et baby giant sur les commutateurs Catalyst varie suivant la plate-forme de commutation, parfois même suivant les modules dans le commutateur. La version du logiciel est également un facteur.

Référez-vous àConfiguration de la prise en charge des trames jumbo/géantes sur les commutateurs Catalyst pour plus d'informations sur la configuration système requise, configurer et dépanner les problèmes jumbo et baby giant.

Impossible d'envoyer un ping sur le périphérique

Vérifiez d'abord le périphérique final avec une requête ping envoyée depuis le commutateur directement connecté, puis revenez port par port, interface par interface, agrégation par agrégation jusqu'à ce que vous trouviez la source du problème de connectivité. Assurez-vous que chaque commutateur peut voir l'adresse MAC du périphérique final dans sa table CAM (Content-Addressable Memory).

Utilisez la commande dynamique show mac address-table ou remplacez le mot clé interface.

Router# show mac-address-table interface fastEthernet 6/3

Codes: * - primary entry

vlan   mac address     type    learn qos            ports

------+----------------+--------+-----+---+--------------------------

*    2  0040.ca14.0ab1   dynamic  No    --  Fa6/3

!--- A workstation on VLAN 2 with MAC address 0040.ca14.0ab1 is directly connected

!--- to interface fastEthernet 6/3 on a switch running Cisco IOS.

Une fois que vous savez que le commutateur a réellement l'adresse MAC du périphérique dans la table CAM, déterminez si ce périphérique se trouve sur le même VLAN ou sur un VLAN différent de celui où vous essayez d'envoyer une requête ping.

Si le périphérique final se trouve sur un VLAN différent de celui sur lequel vous essayez d’envoyer une requête ping, un commutateur ou un routeur de couche 3 doit être configuré pour permettre aux périphériques de communiquer. Assurez-vous que votre adressage L3 sur le périphérique et sur le routeur/commutateur L3 est correctement configuré. Vérifiez l'adresse IP, le masque de sous-réseau, la passerelle par défaut, la configuration du protocole de routage dynamique, les routes statiques, etc.

Utilisation de Switchport Host pour corriger les retards de démarrage

Si les stations ne peuvent pas communiquer avec leurs serveurs principaux lorsqu’elles se connectent via le commutateur, le problème peut impliquer des retards sur le port du commutateur lorsqu’il tente de devenir actif après l’établissement de la liaison de couche physique. Dans certains cas, ces retards peuvent atteindre 50 secondes. Certaines stations de travail ne peuvent tout simplement pas attendre aussi longtemps avant de trouver leur serveur, puis elles abandonnent. Ces retards sont provoqués par le protocole STP, les négociations de jonction (DTP) et les négociations EtherChannel (PAgP). Tous ces protocoles peuvent être désactivés pour les ports d'accès où ils ne sont pas nécessaires, de sorte que le port ou l'interface de commutation commence à transférer les paquets quelques secondes après avoir établi une liaison avec son périphérique voisin.

Dans Cisco IOS, vous pouvez utiliser la commande switchport host pour désactiver la transmission et pour activer spanning-tree portfast et la commande switchport nonegotiatecpour désactiver les paquets de négociation DTP. Utilisez la commande interface-range pour effectuer cette opération sur plusieurs interfaces à la fois.

Router6k-1(config)#interface range fastEthernet 6/13 - 18

Router6k-1(config-if-range)#switchport

Router6k-1(config-if-range)#switchport host

switchport mode can be set to access

spanning-tree portfast can be enabled

channel group can be disabled

!--- Etherchannel is disabled and portfast is enabled on interfaces 6/13 - 6/18.

Router6k-1(config-if-range)#switchport nonegotiate

!--- Trunking negotiation is disabled on interfaces 6/13 - 6/18.

Router6k-1(config-if-range)#end

Router6k-1#

Cisco IOS a la possibilité d'utiliser la commande globale spanning-tree portfast default pour appliquer automatiquement portfast à n'importe quelle interface configurée comme port de commutation d'accès de couche 2. Vérifiez la Liste de référence des commandes de votre version du logiciel pour vérifier la disponibilité de cette commande. Vous pouvez également utiliser la commande espanning-tree portfastpar interface, mais cela nécessite que vous désactiviez l'agrégation et l'etherchannel séparément pour aider à corriger les retards de démarrage de la station de travail.

Remarque : reportez-vous àUtilisation de Portfast et d'autres commandes pour corriger les retards de connectivité de démarrage de la station de travail pour plus d'informations sur la façon de corriger les retards de démarrage.

Problèmes de vitesse/duplex, de négociation automatique ou de carte réseau

Un grand nombre d'erreurs d'alignement, d'erreurs FCS ou de collisions tardives peut indiquer l'un des problèmes suivants :

- Non-correspondance de mode duplex

- Câble défectueux ou endommagé

- Problèmes de carte NIC

Non-correspondance de mode duplex

Un problème courant avec la vitesse/le mode bidirectionnel est lorsque les paramètres bidirectionnels ne correspondent pas entre deux commutateurs, entre un commutateur et un routeur ou entre le commutateur et une station de travail ou un serveur. Cela peut se produire lorsque vous codez manuellement en dur la vitesse et le mode bidirectionnel ou en raison de problèmes de négociation automatique entre les deux périphériques.

Si la non-correspondance se produit entre deux périphériques Cisco avec le protocole Cisco Discovery Protocol (CDP) activé, vous voyez les messages d'erreur CDP sur la console ou dans la mémoire tampon de journalisation des deux périphériques. CDP est utile pour détecter les erreurs, ainsi que les statistiques du port et du système, sur les périphériques Cisco proches. CDP est un protocole propriétaire de Cisco qui fonctionne lorsque vous envoyez des paquets à une adresse MAC connue 01-00-0C-CC-CC-CC.

L'exemple montre les messages de journal qui résultent d'une non-correspondance de mode duplex entre deux commutateurs de la gamme Catalyst 6000 : l'un qui exécute CatOS et l'autre qui exécute Cisco IOS. Ces messages vous indiquent généralement de quelle non-correspondance il s'agit et où elle se produit.

2003 Jun 02 11:16:02 %CDP-4-DUPLEXMISMATCH:Full/half duplex mismatch detected on port 3/2

!--- CatOS switch sees duplex mismatch.

Jun  2 11:16:45 %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on FastEthernet6/2

(not half duplex), with TBA04251336 3/2 (half duplex).

!--- Cisco IOS switch sees duplex mismatch.

Utilisez la commande show cdp neighborscard-type <slot/port>detail pour afficher les informations CDP pour les périphériques voisins Cisco.

Router#show cdp neighbors fastEthernet 6/1 detail

-------------------------

Device ID: TBA04251336

Entry address(es):

IP address: 10.1.1.1

Platform: WS-C6006,  Capabilities: Trans-Bridge Switch IGMP

Interface: FastEthernet6/1,  Port ID (outgoing port): 3/1

Holdtime : 152 sec

Version :

WS-C6006 Software, Version McpSW: 6.3(3) NmpSW: 6.3(3)

Copyright (c) 1995-2001 by Cisco Systems

!--- Neighbor device to FastEth 6/1 is a Cisco Catalyst 6000 Switch

!--- on port 3/1 running CatOS.

advertisement version: 2

VTP Management Domain: 'test1'

Native VLAN: 1

Duplex: full

!--- Duplex is full.

Router#

setup auto speed/duplex d'un côté et 100/Full-duplex de l'autre est également une erreur de configuration et peut entraîner une non-concordance de mode bidirectionnel. Si le port de commutateur reçoit beaucoup de collisions tardives, cela indique généralement un problème de non-correspondance de mode duplex et peut placer le port dans un état errdisable dans un résultat. Le côté bidirectionnel non simultané attend uniquement des paquets à certains moments, et non à aucun moment, et compte donc les paquets reçus au mauvais moment comme des collisions. Il y a d'autres causes de collisions tardives en plus de la non-correspondance de mode bidirectionnel, mais c'est l'une des raisons les plus courantes. Définissez toujours les deux côtés de la connexion pour la négociation automatique du débit/duplex ou définissez le débit/duplex manuellement des deux côtés.

Utilisez la commande show interfaces <card-type> <slot/port>status pour afficher la configuration de la vitesse et du mode duplex, ainsi que d’autres informations. Utilisez ces commandes peedand duplex du mode de configuration d'interface pour coder en dur les deux côtés sur 10 ou 100 et moitié ou complète si nécessaire.

Router#show interfaces fasstEthernet 6/1 status

Port    Name               Status       Vlan       Duplex  Speed Type

Fa6/1                      connected    1          a-full  a-100 10/100BaseTX

Si vous utilisez la commande show interfaces sans l'option d'état, vous voyez une configuration pour la vitesse et le duplex, mais vous ne savez pas si cette vitesse et ce duplex ont été atteints par la négociation automatique ou non.

Router#sh int fas 6/1

FastEthernet6/1 is up, line protocol is up (connected)

Hardware is C6k 100Mb 802.3, address is 0009.11f3.8848 (bia 0009.11f3.8848)

MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation ARPA, loopback not set

Full-duplex, 100Mb/s

!--- Full-duplex and 100Mbps does not tell you whether autoneg was used to achieve this.

!--- Use the sh interfaces fas 6/1 status command to display this.

Câble défectueux ou endommagé

Vérifiez toujours le câble pour déceler une détérioration ou une défaillance marginale. Un câble peut être dans un état suffisamment correct pour établir simplement une connexion à la couche physique, mais il corrompt les paquets en raison d'une détérioration légère du câblage ou des connecteurs. Vérifiez ou remplacez le câble en cuivre ou à fibre optique. Remplacez la carte GBIC (si elle est amovible) en cas de connexions par fibre optique. Éliminez toutes les connexions défectueuses du panneau de connexions ou tous les convertisseurs de support défectueux entre la source et la destination. Essayez le câble dans un autre port ou une autre interface, le cas échéant, et voyez si le problème persiste.

Problèmes liés à la négociation automatique et à la carte NIC

Des problèmes se produisent parfois entre les commutateurs Cisco et certaines cartes NIC d'un fabricant tiers. Par défaut, les ports et interfaces de commutation Catalyst sont configurés pour appliquer la négociation automatique. Il est courant que des périphériques tels que des ordinateurs portables ou d'autres périphériques soient également configurés pour appliquer la négociation automatique, mais des problèmes liés à la négociation automatique se produisent néanmoins.

Afin de résoudre les problèmes de négociation automatique, il est souvent recommandé d'essayer de coder en dur les deux côtés. Si la négociation automatique ou la configuration de code matériel ne semblent pas fonctionner, il peut y avoir un problème avec le micrologiciel ou le logiciel de votre carte réseau. Pour y remédier, mettez à niveau le pilote de la carte NIC vers la dernière version disponible sur le site Web du fabricant.

Référez-vous à Configuration et dépannage de la négociation automatique bidirectionnelle non simultanée/bidirectionnelle simultanée Ethernet 10/100/1000 Mo pour plus de détails sur la façon de résoudre les problèmes de vitesse/bidirectionnelle et de négociation automatique.

Référez-vous àDépannage des problèmes de compatibilité des commutateurs Cisco Catalyst avec les cartes réseau pour plus de détails sur la façon de résoudre les problèmes de cartes réseau tierces.

Boucles d'arborescence fractionnée

Les boucles du protocole Spanning Tree Protocol (STP) peuvent provoquer de graves problèmes de performances qui passent pour des problèmes liés aux ports ou aux interfaces. Dans cette situation, votre bande passante est utilisée par les mêmes trames à maintes reprises, ce qui laisse peu de place pour le trafic légitime.

La fonctionnalité de protection contre les boucles STP fournit une protection supplémentaire contre les boucles de transfert de couche 2 (boucles STP). Une boucle STP est créée lorsqu'un port de bloc STP dans une topologie redondante passe par erreur à l'état de transmission. Cela se produit généralement parce que l'un des ports d'une topologie physiquement redondante (pas nécessairement le port de bloc STP) ne reçoit plus de BPDU STP. Dans son fonctionnement, STP compte sur la réception ou la transmission continue de BPDU en fonction du rôle du port. Le port désigné transmet les BPDU, et le port non désigné les reçoit.

Lorsque l'un des ports d'une topologie redondante physiquement ne reçoit plus les BPDU, STP conçoit que la topologie est sans boucle. Finalement, le port de bloc du port alternatif ou de secours devient désigné et passe à un état de transmission. Cette situation crée une boucle.

La fonctionnalité de protection contre les boucles effectue des contrôles supplémentaires. Si les BPDU ne sont pas reçues sur un port non désigné et que la protection contre les boucles est activée, ce port passe à l'état de bloc incohérent de boucle STP, au lieu de l'état d'écoute / d'apprentissage / de transmission. Sans la fonctionnalité de protection contre les boucles, le port prend par défaut le rôle du port désigné. Le port passe dans l'état de transfert via STP et crée une boucle. Référez-vous àAméliorations du protocole Spanning Tree à l'aide des fonctions de protection contre les boucles et de détection de l'inclinaison des BPDU pour plus d'informations sur la fonction de protection contre les boucles.

Ce document traite des raisons possibles d'une défaillance de STP, des informations à rechercher pour identifier la source du problème et du genre de conception qui réduit les risques liés à STP.

Les boucles peuvent également être provoquées par une liaison unidirectionnelle. Pour plus d'informations, référez-vous à la section UDLD : Problèmes de liaison unidirectionnelle de ce document.

UDLD : liaison unidirectionnelle

Une liaison unidirectionnelle est une liaison où le trafic sort dans un sens, mais où aucun trafic n'est reçu dans la direction d'entrée. Le commutateur ne sait pas que la direction d'entrée de la liaison est mauvaise (le port pense que la liaison est active et fonctionne).

Un câble à fibre optique rompu ou d'autres problèmes liés au câblage/aux ports peut être la cause de cette communication unidirectionnelle. Ces liaisons partiellement fonctionnelles peuvent provoquer des problèmes tels que des boucles STP quand les commutateurs impliqués ne savent pas que la liaison est partiellement interrompue. UDLD peut mettre un port dans l'état errdisable lorsqu'il détecte une liaison unidirectionnelle. La commande udld en mode agressif peut être configurée sur les commutateurs qui exécutent Cisco IOS (vérifiez les notes de version pour la disponibilité de la commande) pour les connexions point à point entre les commutateurs où les liaisons unidirectionnelles ne peuvent pas être tolérées. L'utilisation de cette fonctionnalité peut vous aider à identifier des problèmes de liaison unidirectionnelle difficile à détecter.

Référez-vous à Comprendre et configurer la fonctionnalité Unidirectional Link Detection Protocol (UDLD) pour des informations de configuration sur UDLD.

Trames différées (Out-Lost ou Out-Discard)

Si vous avez un grand nombre de trames différées, ou Out-Discard (également appelé Out-Lost sur certaines plates-formes), cela signifie que les tampons de sortie du commutateur se sont remplis et que le commutateur a dû abandonner ces paquets. Cela peut être un signe que ce segment est exécuté à une vitesse et/ou un duplex inférieurs, ou que trop de trafic passe par ce port.

Utilisez la commande show interfaces counters error pour examiner OutDiscards.

Router#show interfaces counters error

Port        Align-Err    FCS-Err   Xmit-Err    Rcv-Err UnderSize OutDiscards

Fa7/47              0          0          0          0         0           0

Fa7/48              0          0          0          0         0     2871800

Fa8/1               0          0          0          0         0     2874203

Fa8/2             103          0          0        103         0     2878032

Fa8/3             147          0          0        185         0           0

Fa8/4             100          0          0        141         0     2876405

Fa8/5               0          0          0          0         0     2873671

Fa8/6               0          0          0          0         0           2

Fa8/7               0          0          0          0         0           0

!--- The show interfaces counters errors command shows certain interfaces

!--- that increment in large amounts OutDiscards while others run clean.

Étudiez les causes courantes suivantes de défaillances de la mémoire tampon de sortie :

Vitesse/duplex inférieurs pour le volume de trafic

Votre réseau peut envoyer trop de paquets via ce port pour que le port puisse les traiter à sa vitesse/configuration duplex actuelle. Cela peut se produire lorsque vous avez plusieurs ports haut débit propageant des paquets vers un seul port (généralement plus lent). Vous pouvez déplacer le périphérique qui bloque ce port vers un support plus rapide. Par exemple, si la vitesse du port est de 10 Mbits/s, déplacez ce périphérique vers un port à 100 Mbits/s ou à 1 Gigabit. Vous pouvez modifier la topologie pour acheminer les trames différemment.

Problèmes d'encombrement : segment trop occupé

Si le segment est partagé, d'autres périphériques sur ce segment peuvent transmettre un tel volume que le commutateur n'a aucune possibilité d'effectuer la transmission. Évitez, autant que possible, les concentrateurs chaînés en série. L'encombrement peut entraîner une perte de paquets. La perte de paquets provoque des retransmissions au niveau la couche transport, lesquelles, à leur tour, provoquent une latence au niveau de l'application pour les utilisateurs. Vous pouvez mettre à niveau les liaisons à 10 Mbits/s vers des liaisons à 100 Mbits/s ou vers des liaisons Gigabit Ethernet lorsque cela est possible. Vous pouvez supprimer certains périphériques de segments encombrés et les placer sur d'autres segments moins chargés. Faites de l'évitement de l'encombrement une priorité sur votre réseau.

Applications

Parfois, les fonctionnalités de transmission du trafic des applications utilisées peuvent conduire à des problèmes de mémoire tampon de sortie. Les transferts de fichiers NFS provenant d'un serveur Gigabit connecté qui utilise le protocole UDP (User Datagram Protocol) avec une taille de fenêtre de 32 Ko sont un exemple de configuration d'application qui peut mettre en évidence ce type de problème. Si vous avez vérifié ou essayé les autres suggestions dans ce document (vérifié la vitesse/duplex, aucune erreur physique sur la liaison, tout le trafic est normal, le trafic valide, etc.), puis réduire la taille d'unité qui est envoyé par l'application qui peut aider à atténuer ce problème.

Problèmes liés au logiciel

Si vous voyez un comportement qui ne peut être considéré que comme étrange, vous pouvez l'isoler dans une boîte spécifique, et vous avez regardé tout ce qui a été suggéré jusqu'à présent, cela peut indiquer des problèmes logiciels ou matériels. Il est généralement plus facile de mettre à niveau le logiciel que de mettre à niveau le matériel. Modifiez d'abord le logiciel.

Utilisez la commande show version pour vérifier la version actuelle du logiciel avec la commande dir flash: ordir bootflash: (selon la plate-forme) pour vérifier la mémoire flash disponible pour la mise à niveau :

Router#show version

Cisco Internetwork Operating System Software

IOS (tm) Catalyst 4000 L3 Switch Software (cat4000-IS-M), Version 12.1(13)EW, EA

RLY DEPLOYMENT RELEASE SOFTWARE (fc1)

TAC Support: http://www.cisco.com/tac

Copyright (c) 1986-2002 by cisco Systems, Inc.

Compiled Fri 20-Dec-02 13:52 by eaarmas

Image text-base: 0x00000000, data-base: 0x00E638AC

ROM: 12.1(12r)EW

Dagobah Revision 71, Swamp Revision 24

trunk-4500 uptime is 2 weeks, 2 days, 6 hours, 27 minutes

System returned to ROM by redundancy reset

System image file is "bootflash:cat4000-is-mz.121-13.EW.bin"

!--- Typical Cisco IOS show version output.

Router#dir bootflash:

Directory of bootflash:/

1  -rw-     8620144   Mar 22 2002 08:26:21  cat4000-is-mz.121-13.EW.bin

61341696 bytes total (52721424 bytes free)

!--- Verify available flash memory on switch running Cisco IOS.

Comment mettre à jour le logiciel

Pour plus d'informations sur la mise à niveau logicielle de vos commutateurs Cisco, naviguez jusqu'au lien, choisissez votre plate-forme et consultez la section Configuration logicielle.

Incompatibilité matériel-logiciel

Il peut arriver que le logiciel ne soit pas compatible avec le matériel. Cela se produit lorsqu'un nouveau matériel apparaît et requiert une prise en charge spéciale par le logiciel. Pour plus d'informations sur la compatibilité logicielle, utilisez l'outil Software Advisor.

Bogues logiciels

Le système d'exploitation peut avoir un bogue. Si vous chargez une version plus récente du logiciel, cela peut souvent le corriger. Vous pouvez rechercher les bogues logiciels connus à l'aide de la boîte à outils des bogues logiciels (Software Bug Toolkit).

Images endommagées

Une image peut avoir été endommagée. Pour plus d'informations sur la récupération à partir d'images corrompues, choisissez votre commutateur de plate-forme et consultez la section Dépannage.

Problèmes liés au matériel

Vérifiez les résultats de show module pour les commutateurs des gammes Catalyst 6000 et 4000 qui exécutent Cisco IOS.

Vérifiez les résultats de l'autotest de mise sous tension (POST) pour voir si des défaillances sont indiquées pour une partie du commutateur. Les défaillances de tout test d'un module ou d'un port indiquent un « F » dans les résultats du test.

Pour Cisco IOS, sur les commutateurs modulaires comme le Cat6000, utilisez la commande show diagnostics. Afin de voir les résultats POST par module, utilisez la commande show diagnostics module<module>.

ecsj-6506-d2#sh diagnostic module 3

Current Online Diagnostic Level = Minimal

!--- The diagnostic level is set to minimal which is a shorter,

!--- but also less thorough test result.

!--- You may wish to configure diagnostic level complete to get more test results.

Online Diagnostic Result for Module 3 : MINOR ERROR

Online Diagnostic Level when Line Card came up = Minimal

Test Results: (. = Pass, F = Fail, U = Unknown)

1 . TestLoopback :

Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24

----------------------------------------------------------------------------

.  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  F  F  F  F F  F

!--- Notice the MINOR ERROR test result and failed loopback test which means

!--- these ports are currently unusable.

!--- Use the hw-module{mod}reset command or, if necessary, physically reseat the

!--- module to try and fix this problem.

!--- If these steps fail, open a case with Cisco Technical Support.

Remarque : pour les commutateurs des gammes Catalyst 3750, 3550, 2970, 2950/2955 et 2900/3500XL, utilisez la commande show postcommand, qui indique une simple réussite ou un échec pour l'état matériel. Utilisez les voyants LED situés sur ces commutateurs pour mieux comprendre les résultats de l'autotest de mise sous tension (POST).

Pour plus d'informations sur la façon de dépanner les problèmes matériels sur les commutateurs Catalyst qui exécutent Cisco IOS, accédez aux pages de support des commutateurs Cisco, choisissez votre plate-forme et consultez laTroubleshooting > Hardwarede l'Aide. Pour les problèmes possibles liés aux notifications de champ, référez-vous àNotifications de champ pour les commutateurs LAN et ATM.

Erreurs en entrée sur une interface de couche 3 connectée à un port de commutation de couche 2

Par défaut, tous les ports de couche 2 sont en mode indynamique souhaitable, de sorte que le port de couche 2 tente de former une liaison agrégée et envoie des paquets DTP au périphérique distant. Lorsqu'une interface de couche 3 est connectée à un port de commutation de couche 2, elle ne peut pas interpréter ces trames, ce qui génère des erreurs en entrée, des erreurs WrongEncap et des suppressions dans la file d'attente d'entrée.

Afin de résoudre ceci, changez le mode du port de commutateur en trunkas d'accessoire statique selon vos besoins.

Switch2(config)#interface fastEthernet1/0/12

Switch2(config-if)#switchport mode access

OU

Switch2(config)#interface fastEthernet1/0/12

Switch2(config-if)#switchport trunk encapsulation dot1q

Switch2(config-if)#switchport mode trunk

Incrémenter rapidement le compteur Rx-No-Pkt-Buff et les erreurs d'entrée

Le compteur Rx-No-Pkt-Buff peut augmenter sur les ports quand il a des lames, telles que WS-X4448-GB-RJ45, WS-X4548-GB-RJ45 et WS-X4548-GB-RJ45V. En outre, l'incrémentation de la suppression des paquets est normale et résulte de la salve de trafic.

Ces types d'erreurs augmentent rapidement, surtout lorsque le trafic qui passe par cette liaison est élevé ou lorsqu'il a des périphériques tels que des serveurs connectés à cette interface. Cette charge élevée du trafic surabonne les ports, ce qui épuise les mémoires tampons d'entrée et fait augmenter rapidement le compteur Rx-No-Pkt-Buff et les erreurs en entrée.

Si un paquet ne peut pas être complètement reçu parce que le commutateur ne dispose pas de suffisamment de mémoires tampons pour les paquets, ce compteur est incrémenté une fois pour chaque paquet supprimé. Ce compteur indique l'état interne des circuits intégrés à application spécifique (ASIC) de commutation sur le superviseur et n'indique pas nécessairement une condition d'erreur.

Trames de pause

Lorsque la file d'attente FIFO Rx de la partie réception (Rx) du port est remplie et atteint la limite supérieure, la partie transmission (Tx) du port commence à générer des trames de pause à une valeur d'intervalle mentionnée à l'intérieur de celles-ci. Le périphérique distant est censé arrêter/réduire la transmission des paquets pendant l'intervalle de temps mentionné dans la trame de pause.

Si la partie Rx peut effacer la file d'attente Rx ou atteindre la limite inférieure dans cet intervalle, Tx envoie une trame de pause spéciale qui mentionne un intervalle de zéro (0x0). Cela permet au périphérique distant de commencer à transmettre les paquets.

Si la partie Rx travaille toujours sur la file d'attente, une fois l'intervalle expiré, la partie Tx envoie de nouveau une nouvelle trame de pause avec une nouvelle valeur d'intervalle.

Si Rx-No-Pkt-Buff a la valeur zéro ou ne s'incrémente pas et que le compteur TxPauseFrames s'incrémente, cela indique que notre commutateur génère des trames de pause et que l'extrémité distante obéit ; par conséquent, la file d'attente FIFO Rx diminue.

Si Rx-No-Pkt-Buff s'incrémente et que TxPauseFrames s'incrémente également, cela signifie que l'extrémité distante ignore les trames de pause (ne prend pas en charge le contrôle de flux) et continue à envoyer du trafic malgré les trames de pause. Pour résoudre ce problème, configurez manuellement la vitesse et le mode duplex, et désactivez le contrôle de flux, si nécessaire.

Ces types d'erreurs sur l'interface sont liés à un problème de trafic avec les ports surabonnés. Les modules de commutation WS-X4448-GB-RJ45, WS-X4548-GB-RJ45 et WS-X4548-GB-RJ45V ont 48 ports surabonnés répartis en six groupes de huit ports chacun :

- Ports 1, 2, 3, 4, 5, 6, 7, 8

- Ports 9, 10, 11, 12, 13, 14, 15, 16

- Ports 17, 18, 19, 20, 21, 22, 23, 24

- Ports 25, 26, 27, 28, 29, 30, 31, 32

- Ports 33, 34, 35, 36, 37, 38, 39, 40

- Ports 41, 42, 43, 44, 45, 46, 47, 48

Les huit ports de chaque groupe utilisent des circuits communs qui multiplexent efficacement le groupe en une seule connexion Gigabit Ethernet bidirectionnelle simultanée non bloquée vers la matrice de commutation interne. Pour chaque groupe de huit ports, les trames qui sont reçues sont mises en mémoire tampon et envoyées par la liaison Gigabit Ethernet commune à la matrice de commutation interne. Si la quantité de données reçues pour un port commence à dépasser la capacité de la mémoire tampon, le contrôle de flux envoie des trames de pause au port distant pour arrêter temporairement le trafic et empêcher la perte de trames.

Si les trames reçues sur un groupe dépassent la bande passante d'1 Gbits/s, le périphérique commence à supprimer les trames. Ces suppressions ne sont pas évidentes car elles sont effectuées au niveau de l'ASIC interne, et non pas au niveau des interfaces réelles. Cela peut ralentir le débit des paquets à travers le périphérique.

Le compteur Rx-No-Pkt-Buff ne dépend pas du débit du trafic total. Il dépend de la quantité des paquets qui sont stockés dans la mémoire tampon FIFO Rx de l'ASIC du module. La taille de cette mémoire tampon est de seulement 16 Ko. Il est compté avec des rafales de trafic courtes lorsque certains paquets remplissent cette mémoire tampon. Par conséquent, la valeur Rx-No-Pkt-Buff sur chaque port peut être comptée lorsque le débit du trafic total de ce groupe de ports ASIC dépasse 1 Gbits/s, car WS-X4548-GB-RJ45 est un module surabonné à 8:1.

Lorsque vous avez des périphériques qui doivent transporter un grand volume de trafic à travers cette interface, envisagez d'utiliser un port de chaque groupe, afin que les circuits communs qui partagent un même groupe ne soient pas affectés par ce volume de trafic. Lorsque le module de commutation Gigabit Ethernet n'est pas entièrement utilisé, vous pouvez équilibrer les connexions de ports entre les groupes de ports afin d'optimiser la bande passante disponible. Par exemple, avec le module de commutation WS-X4448-GB-RJ45 10/100/1000, vous pouvez connecter des ports de différents groupes, tels que les ports 4, 12, 20 ou 30 (dans n'importe quel ordre), avant de connecter des ports du même groupe, tels que les ports 1, 2, 3, 4, 5, 6, 7 et 8. Si cela ne résout pas le problème, vous devez envisager un module sans aucun surabonnement des ports.

Comprendre les abandons de protocole inconnu

L’abandon d’un protocole inconnu est un compteur sur l’interface. Elle est due à des protocoles qui ne sont pas compris par le routeur/commutateur. Cet exemple de commande d'interface show run montre les abandons de protocole inconnus sur l'interface GigabitEthernet 0/1.

Switch#show run interface GigabitEthernet0/1

GigabitEthernet0/1 is up, line protocol is up

Hardware is BCM1125 Internal MAC, address is 0000.0000.0000 (via 0000.0000)

MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation 802.1Q Virtual LAN, Vlan ID  1., loopback not set

Keepalive set (10 sec)

Full-duplex, 1000Mb/s, media type is RJ45

output flow-control is XON, input flow-control is XON

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:00:05, output 00:00:03, output hang never

Last clearing of "show interface" counters 16:47:42

Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0

Queueing strategy: fifo

Output queue: 0/40 (size/max)

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 0 bits/sec, 0 packets/sec

3031 packets input, 488320 bytes, 0 no buffer

Received 3023 broadcasts, 0 runts, 0 giants, 0 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog, 63107 multicast, 0 pause input

0 input packets with dribble condition detected

7062 packets output, 756368 bytes, 0 underruns

0 output errors, 0 collisions, 0 interface resets

2015 unknown protocol drops

4762 unknown protocol drops

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier, 0 pause output

0 output buffer failures, 0 output buffers swapped out

Les abandons de protocoles inconnus sont normalement abandonnés parce que l'interface où ces paquets sont reçus n'est pas configurée pour ce type de protocole, ou il peut s'agir de tout protocole que le routeur ne reconnaît pas. Par exemple, si deux routeurs sont connectés et que vous désactivez le protocole CDP sur une interface de routeur, cela entraîne des abandons de protocole inconnus sur cette interface. Les paquets CDP ne sont plus reconnus et ils sont abandonnés.

Jonction entre un commutateur et un routeur

Des liaisons de tronc (Trunk) entre un commutateur et un routeur peuvent provoquer l'arrêt du port de commutation. Une jonction peut apparaître après la désactivation puis l'activation du port de commutation, mais en définitive, le port de commutation peut à nouveau s'arrêter.

Pour résoudre ce problème, exécutez les étapes suivantes :

1. Assurez-vous que le protocole Cisco Discovery Protocol (CDP) fonctionne entre le commutateur et le routeur, et que ces derniers se voient mutuellement.

2. Désactivez leKeepalive sur l'interface du routeur.

3. Reconfigurez l'encapsulation de jonction sur les deux périphériques.

Lorsque les connexions persistantes (keepalives) sont désactivées, le protocole CDP permet le fonctionnement normal de la liaison.

Problèmes de connectivité dus au surabonnement

Lorsque vous utilisez les modules WS-X6548-GE-TX ou WS-X6148-GE-TX, il est possible que l'utilisation de ports individuels entraîne des problèmes de connectivité ou la perte de paquets sur les interfaces environnantes. Référez-vous à Problèmes de connectivité d'interface/module pour plus d'informations sur le surabonnement.

Sous-interfaces dans les modules SPA

Dans les modules SPA, après avoir créé une sous-interface avec 802.1Q, le même VLAN n'est pas utilisable sur le commutateur. Une fois que vous avez encapsulé dot1q sur une sous-interface, vous ne pouvez plus utiliser ce VLAN dans le système car le 6500 ou le 7600 alloue le VLAN en interne et fait de cette sous-interface son seul membre. Afin de résoudre ce problème, créez des ports agrégés au lieu de sous-interfaces. Ainsi, le VLAN peut être vu dans toutes les interfaces.

Dépannage des pertes de sortie

En général, les pertes de sortie peuvent se produire si la QoS est configurée et ne fournit pas suffisamment de bande passante à certaines classes de paquets. Cela se produit également lorsque le matériel atteint un surabonnement.

Par exemple, vous voyez ici un grand nombre de pertes de sortie sur l'interface GigabitEthernet 8/9 d'un commutateur de la gamme Catalyst 6500 :

Switch#show interface GigabitEthernet8/9

GigabitEthernet8/9 is up, line protocol is up (connected)

Hardware is C6k 1000Mb 802.3, address is 0013.8051.5950 (bia 0013.8051.5950)

Description: Connection To Bedok_Core_R1 Ge0/1

MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,

reliability 255/255, txload 18/255, rxload 23/255

Encapsulation ARPA, loopback not set

Keepalive set (10 sec)

Full-duplex, 1000Mb/s, media type is SX

input flow-control is off, output flow-control is off

Clock mode is auto

ARP type: ARPA, ARP Timeout 04:00:00

Last input 00:00:28, output 00:00:10, output hang never

Last clearing of "show interface" counters never

Input queue: 0/2000/3/0 (size/max/drops/flushes); Total output drops: 95523364

Queueing strategy: fifo

Output queue: 0/40 (size/max)

5 minute input rate 94024000 bits/sec, 25386 packets/sec

5 minute output rate 71532000 bits/sec, 24672 packets/sec

781388046974 packets input, 406568909591669 bytes, 0 no buffer

Received 274483017 broadcasts (257355557 multicasts)

0 runts, 0 giants, 0 throttles

3 input errors, 2 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog, 0 multicast, 0 pause input

0 input packets with dribble condition detected

749074165531 packets output, 324748855514195 bytes, 0 underruns

0 output errors, 0 collisions, 3 interface resets

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier, 0 PAUSE output

0 output buffer failures, 0 output buffers swapped out

Afin d'analyser le problème, collectez le résultat de ces commandes :

- show fabric utilisation detail

- show fabric errors

- show platform hardware capacity

- show catalyst6000 traffic-meter

- show platform hardware capacity rewrite-engine drop

Dernière entrée Jamais à partir de la sortie de la commande show interface

Cet exemple de la commande show interface montre la dernière entrée jamais sur l'interface TenGigabitEthernet1/15.

Switch#show interface TenGigabitEthernet1/15

TenGigabitEthernet1/15 is up, line protocol is up (connected)

Hardware is C6k 10000Mb 802.3, address is 0025.84f0.ab16 (bia 0025.84f0.ab16)

Description: lsnbuprod1 solaris

MTU 1500 bytes, BW 10000000 Kbit, DLY 10 usec,

reliability 255/255, txload 1/255, rxload 1/255

Encapsulation ARPA, loopback not set

Keepalive set (10 sec)

Full-duplex, 10Gb/s

input flow-control is off, output flow-control is off

ARP type: ARPA, ARP Timeout 04:00:00

Last input never, output 00:00:17, output hang never

Last clearing of "show interface" counters 2d22h

Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0

Queueing strategy: fifo

Output queue: 0/40 (size/max)

5 minute input rate 0 bits/sec, 0 packets/sec

5 minute output rate 46000 bits/sec, 32 packets/sec

52499121 packets input, 3402971275 bytes, 0 no buffer

Received 919 broadcasts (0 multicasts)

0 runts, 0 giants, 0 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored

0 watchdog, 0 multicast, 0 pause input

0 input packets with dribble condition detected

118762062 packets output, 172364893339 bytes, 0 underruns

0 output errors, 0 collisions, 3 interface resets

0 babbles, 0 late collision, 0 deferred

0 lost carrier, 0 no carrier, 0 PAUSE output

0 output buffer failures, 0 output buffers swapped out

Indique le nombre d'heures, de minutes et de secondes écoulées depuis la réception du dernier paquet par une interface et son traitement local sur le routeur. Cela est utile pour savoir quand une interface morte est tombée en panne. Ce compteur est mis à jour uniquement lorsque les paquets sont commutés par processus, et non lorsque les paquets sont commutés rapidement. La dernière entrée ne signifie jamais qu'aucun transfert de paquet d'interface vers un autre terminal ou point d'extrémité n'a réussi. Cela signifie généralement qu’il n’y a pas eu de transfert de paquets par rapport à cette entité.

Informations connexes

- Dépannage de problèmes de compatibilité des commutateurs Cisco Catalyst avec NIC

- Utilisation de PortFast et d'autres commandes pour remédier aux délais de connectivité lors du démarrage de la station de travail

- Configuration et dépannage de la négociation automatique de transmission semi-duplex/duplex intégral simultanée Ethernet 10/100/1000 MB

- Mise à niveau des images logicielles et utilisation des fichiers de configuration sur les commutateurs Catalyst

- Assistance et documentation techniques - Cisco Systems