Commutateurs : Commutateurs Cisco Catalyst, s�rie 4500

Messages d'erreur CatOS courants sur les commutateurs de la gamme Catalyst 4500/4000

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (7 octobre 2015) | Commentaires


Contenu


Introduction

Ce document fournit une brève explication à propos des messages courants du journal système (syslog) et des messages d'erreur que vous voyez sur les commutateurs Cisco de la gamme Catalyst 4500/4000 qui exécutent le logiciel Catalyst OS (CatOS).

Si vous ne trouvez pas les détails pour un message d'erreur spécifique dans ce document, utilisez l'outil de décodeur de messages d'erreur (clients enregistrés seulement). Cet outil fournit la signification des messages d'erreur que le logiciel de logiciel et de CatOS de Cisco IOSÝ génèrent.

Remarque: Le format précis du Syslog et des messages d'erreur que ce document décrit peut varier. La variation dépend de la version logicielle qui fonctionne sur l'engine de superviseur de commutateur.

Remarque: C'est la configuration de journalisation minimum recommandée sur les Commutateurs de gamme Catalyst 4500/4000 :

  • Placez la date et l'heure sur le commutateur, ou configurez le commutateur pour employer le Protocole NTP (Network Time Protocol) afin d'obtenir la date et l'heure d'un serveur de NTP.

    Remarque: Émettez la commande set time afin de définir la date et l'heure sur le commutateur.

  • Assurez-vous que la journalisation et les marqueurs temporels de la journalisation sont activés, ce qui est le cas par défaut.

  • Configurez le commutateur pour qu'il enregistre sur un serveur Syslog, si possible.

Les messages d'erreur dans ce document peuvent se produire sur les Commutateurs de gamme Catalyst 4500/4000 et sur des dérivés de ces Commutateurs, tels que les Commutateurs 2948G, 2980G, et 4912G de Catalyst.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Composants utilisés

Ce document n'est pas limité à des versions de matériel ou de logiciel spécifiques.

Conventions

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

Messages d'erreur sur des Commutateurs de gamme Catalyst 4500/4000

[dec] de HwTxQId de file d'attente de transmission %C4K_HWPORTMAN-4-BLOCKEDTXQUEUE:Blocked en fonction [car], [dec] de count=

Problème

Le commutateur génère le [dec] de HwTxQId de file d'attente de transmission %C4K_HWPORTMAN-4-BLOCKEDTXQUEUE:Blocked en fonction [car], des erreurs de [dec] de count=.

Description

Ce message débit-limité indique qu'une file d'attente de transmission sur un port est bloquée pour des raisons autres que « fait une pause ». En d'autres termes, le trafic sur ce port est limité et bloqué. Vous voyez les messages bloqués de file d'attente de transmission si l'engine de superviseur ne peut pas envoyer des paquets au linecard en raison de la réception d'un bit occupé du linecard. Le mauvais matériel ou une vitesse/conflit du mode bidirectionnel peuvent poser ce problème. Le contournement est de configurer les deux côtés du lien pour autonégocier pour le la vitesse et le duplex. Émettez la commande fermée par shut/no afin de récupérer le port. Si le problème persiste, déplacez le périphérique connecté à un autre port et voyez si le problème se produit là. Comme mesure finale de débloquer la file d'attente de transmission (Tx), émettez la commande de hw-module reset afin de redémarrer le commutateur ou remettre à l'état initial le linecard.

%CDP-4-NVLANMISMATCH : Native vlan mismatch detected on port [dec]/[dec]

Problème

Le commutateur génère les messages syslog %CDP-4-NVLANMISMATCH fréquents.

Description

Cet exemple montre la sortie de la console qui est affichée quand ce message d'erreur se produit sur le commutateur :

%CDP-4-NVLANMISMATCH:Native vlan mismatch detected on port 4/1

Le commutateur génère ce message chaque fois que le port de commutateur est physiquement connecté à un autre commutateur ou routeur. Le commutateur génère ce message parce que le VLAN indigène configuré sur le port est différent que le VLAN indigène qui est placé sur le port se connectant de commutateur ou de routeur.

Un port de joncteur réseau que vous configurez avec l'étiquetage de 802.1Q d'IEEE peut recevoir le trafic étiqueté et non-marqué. Par défaut, le commutateur transfère le trafic non balisé avec le VLAN natif qui est configuré pour le port. Si un paquet a le même ID DE VLAN que l'ID DE VLAN indigène de port sortant, le paquet est non-marqué transmis. Si les IDs de VLAN ne sont pas identiques, le commutateur transmet le paquet avec une balise.

Assurez-vous que le VLAN natif pour une liaison 802.1Q est identique aux deux extrémités de la liaison agrégée. Si le VLAN natif à l'une des extrémités est différent du VLAN natif de l'autre extrémité, le trafic des VLAN natifs des deux côtés ne peut pas être transmis correctement sur la liaison. Si la transmission ne s'effectue pas correctement, cela peut indiquer des problèmes de connectivité dans votre réseau.

Afin de vérifier le VLAN indigène qui est configuré sur votre commutateur, émettez le modèle de show trunk/commande de port. Dans cette commande, mod/port est le port d'agrégation. Voici la sortie témoin de la commande :

Console> (enable) show trunk 5/24

Port      Mode         Encapsulation  Status        Native vlan
--------  -----------  -------------  ------------  -----------
 5/24     desirable    dot1q          not-trunking  1

Port      Vlans allowed on trunk
--------  ---------------------------------------------------------------------
 5/24     1-1005

Port      Vlans allowed and active in management domain
--------  ---------------------------------------------------------------------
 5/24     1

Port      Vlans in spanning tree forwarding state and not pruned
--------  ---------------------------------------------------------------------
 5/24

Console> (enable)

Afin de changer le VLAN indigène qui est configuré sur le port de joncteur réseau, émettez le modèle de VLAN-id de set vlan/commande de port. Dans cette commande, mod/port est le port d'agrégation.

DTP-1-ILGLCFG : Illegal config (on, isl--on,dot1q) on Port [mod/port]

Problème

Le commutateur génère des erreurs DTP-1-ILGLCFG: Illegal config (on, isl--on,dot1q) on Port [mod/port].

Description

Ce message peut se produire si les deux côtés du joncteur réseau sont placés à en fonction, mais les types d'encapsulation (ISL, dot1q) ne s'assortissent pas. Si les modes de joncteur réseau sont placés à desirable, le joncteur réseau ne monte pas en raison de cette mauvaise configuration. Afin de dépanner, vérifiez la sortie de la commande de show trunk sur les deux extrémités. Assurez-vous que les types d'encapsulation sont identiques.

%%IP-3-UDP_SOCKOVFL:UDP socket overflow

Problème

Le commutateur génère des messages syslog %IP-3-UDP_SOCKOVFL:UDP socket overflow périodiques.

Description

Cet exemple montre la sortie de console que vous voyez quand cette erreur se produit :

Remarque: Le numéro du socket UDP (protocole de datagramme utilisateur) qui s'affiche peut varier ou être uniformément le même.

%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow

Le commutateur génère ce message de Syslog quand la mémoire tampon qui est allouée pour des paquets entrant sur le socket spécifié (destination port d'UDP) est pleine. La mémoire tampon est pleine parce que le débit du trafic qui est destiné à ce socket est trop élevé. Par exemple, cette condition peut se produire quand une station de Gestion de réseau envoie un grand nombre de requêtes de Protocole SNMP (Simple Network Management Protocol). Quand le dépassement d'UDP se produit, essai pour réduire le nombre de requêtes SNMP. Exécutez l´une de ces actions:

  • Augmentez l'intervalle de sondage sur la station de Gestion de réseau.

  • Réduisez le nombre d'objets MIB qui sont votés.

Dans l'exemple dans cette section, le commutateur a reçu un nombre excessif de paquets qui étaient destinés à l'adresse IP du commutateur (ou à l'adresse de diffusion) avec le socket UDP 2353 de destination. Comme la mémoire tampon d'entrée pour ce socket sur le commutateur est saturée, le commutateur génère un message syslog. Émettez la commande show netstat udp afin d'afficher le nombre de fois que le commutateur a atteint la condition de débordement.

Ces messages de Syslog indiquent qu'un ou plusieurs stations envoient un grand nombre de trafic UDP sur les ports UDP spécifiés de destination au commutateur. Si le commutateur génère un nombre excessif de ces messages, employez un analyseur de réseau afin d'identifier la source de trafic et réduire le débit du trafic. Reportez-vous à l'Exemple de configuration de la fonction Catalyst Switched Port Analyzer (SPAN) pour plus d'informations.

Remarque: Ne prêtez pas attention à no such port counter. Ce compteur montre le nombre de paquets UDP que le commutateur a reçus et qui étaient destinés à des ports inexistants.

%%IP-3-UDP_BADCKSUM:UDP bad checksum

Problème

Le commutateur génère des messages syslog %IP-3-UDP_SOCKOVFL:UDP socket overflow périodiques.

Description

Cet exemple montre la sortie de console que vous voyez quand cette erreur se produit :

Remarque: Le numéro de socket UDP qui s'affiche peut varier ou être uniformément le même.

%IP-3-UDP_BADCKSUM:UDP bad checksum

Le commutateur génère ce message syslog quand le commutateur détecte une erreur de total de contrôle sur un datagramme UDP, par exemple des paquets SNMP. L'en-tête de datagramme UDP porte une somme de contrôle que le périphérique de réception de réseau vérifie afin de déterminer si le datagramme était corrompu pendant le transit. Si la somme de contrôle reçue n'apparie pas la valeur de la somme de contrôle dans l'en-tête, le datagramme est lâché et un message d'erreur est enregistré. Émettez la commande d'UDP de show netstat afin de voir le nombre de fois que le commutateur a détecté un datagramme erroné de somme de contrôle.

6500-b (enable) show netstat udp

udp:
0 incomplete headers
0 bad data length fields
0 bad checksums
0 socket overflows
110483 no such ports

Ce message est uniquement fourni à titre indicatif. Un périphérique de réseau qui envoie de mauvais paquets au commutateur entraîne ce message. Utilisez un analyseur de réseau afin d'identifier la source du trafic. Reportez-vous à l'Exemple de configuration de la fonction Catalyst Switched Port Analyzer (SPAN) pour plus d'informations.

Remarque: Ne prêtez pas attention à no such port counter. Ce compteur montre le nombre de paquets UDP que le commutateur a reçus et qui étaient destinés à des ports inexistants.

%%KERNEL-5-UNALIGNACCESS:Alignment correction made

Problème

Le commutateur génère des messages syslog %KERNEL-5-UNALIGNACCESS:Alignment correction made périodiques.

Description

Cet exemple montre la sortie syslog que vous voyez quand cette erreur se produit :

%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B3C reading 0x81B82F36

Ces messages de Syslog indiquent que la CPU de commutateur a détecté et a corrigé une erreur de cadrage quand le commutateur tenté pour accéder à des données dans la mémoire vive dynamique. Ces messages sont uniquement fournis à titre indicatif. Les messages n'indiquent pas un problème avec le commutateur et n'affectent pas les performances du système.

Dans certains cas, un nombre excessif de ces messages s'affiche. Par exemple, ces messages peuvent inonder votre fichier journal de serveur syslog ou votre console de commutateur. Si vous recevez une quantité excessive de messages, songez à mettre à niveau le logiciel du commutateur à la dernière version de maintenance pour votre série de versions du logiciel. Ou émettez la commande set logging level kernel 4 default afin d'attribuer au niveau de journalisation pour l'installationKernel le niveau 4 ou inférieur.

Si vous améliorez à la dernière release de maintenance mais recevez toujours ces messages de Syslog, créez une demande de service (clients enregistrés seulement) avec le support technique de Cisco.

%MCAST-4-RX_JNRANGE:IGMP : Rcvd Report in the range

Problème

Un commutateur qui a piller de Protocole IGMP (Internet Group Management Protocol) activé affiche le %MCAST-4-RX_JNRANGE:IGMP : État de Rcvd dans le message d'erreur de la plage 01-00-5e-00-00-xx.

Description

Cet exemple montre la sortie syslog que vous voyez quand cette erreur se produit :

%MCAST-4-RX_JNRANGE:IGMP: Rcvd Report in the range 01-00-5e-00-00-xx

Le message syslog Rcvd Report in the range est uniquement fourni à titre indicatif. Le commutateur génère ce message quand le commutateur reçoit des paquets de rapport IGMP avec une adresse MAC de Multidiffusion qui commence par 01-00-5e-00-00-xx. Cette plage d'adresses de la couche 2 (L2) est équivalente à une plage d'adresse de multidiffusion de la couche 3 (L3) entre 224.0.0.0 et 224.0.0.255. Ces adresses sont réservées à l'utilisation de protocoles de routage et d'autres protocoles de détection ou de maintenance de topologie de niveau inférieur. La détection de passerelle et le rapport d'adhésion aux groupes constituent des exemples de ces protocoles.

Utilisez un outil de capture de paquet, tel qu'un renifleur, et le filtre sur des messages IGMP afin de dépanner ce problème. En outre, vous pouvez utiliser la fonction SPAN de Catalyst afin de copier des paquets d'un port qui, selon vous, reçoit ces messages d'un périphérique réseau. Afin de supprimer ces messages, émettez la commande par défaut du mcast 2 de set logging level. Cette commande attribue au niveau de journalisation des messages multicast la valeur 2.

Utilisez les ports que l'ordre de show multicast router affiche et toutes les liaisons ascendantes au coeur du réseau comme ports de source d'ENVERGURE. Si ces ports sont des ports de joncteur réseau, configurez également la destination port d'ENVERGURE comme port de joncteur réseau. Émettez la commande show trunk afin de vérifier que les ports sont des ports d'agrégation.

MGMT-5-LOGIN_FAIL:User failed to log in from Console

Problème

Le commutateur génère des erreurs MGMT-5-LOGIN_FAIL:User failed to log in from Console.

Description

Ce message peut indiquer un problème avec le serveur de terminaux qui est connecté au port de console du commutateur. Quand la console du commutateur est connectée à une ligne asynchrone d'un serveur de terminaux et vous exécutez une étiquette logicielle sur le commutateur, les déchets (texte aléatoire) coulent à travers l'écran pendant plusieurs minutes. Si TACACS est activé sur le commutateur, plusieurs minutes peuvent se transformer en plusieurs jours parce que des mémoires tampons TACACS et traitent les déchets pièce par pièce. La solution de contournement est d'émettre la commande no exec sur la ligne asynchrone à laquelle le commutateur se connecte.

Remarque: Même après l'émission de la commande no exec, les messages continuent jusqu'à ce que la mémoire tampon soit effacée.

Remarque: Si vous recevez le message d'erreur %MGMT-5-LOGIN_FAIL:User ne s'est pas connecté par l'intermédiaire du telnet - la tentative maximum atteinte, essayent de limiter le nombre d'utilisateurs qui sont permis au telnet au commutateur.

%%PAGP-5-PORTFROMSTP / %PAGP-5-PORTTOSTP

Problème

Le commutateur génère des messages syslog %PAGP-5-PORTFROMSTP et %PAGP-5-PORTTOSTP fréquents.

Description

Cet exemple montre la sortie de console qui s'affiche quand le commutateur génère ces messages syslog :

%PAGP-5-PORTFROMSTP:Port 3/3 left bridge port 3/3
%PAGP-5-PORTTOSTP:Port 3/3 joined bridge port 3/3

Le Protocole PAgP (Port Aggregation Protocol) se connectant l'installation signale les événements qui impliquent PAgP. Vous employez PAgP pour négocier des liaisons Etherchannel entre les commutateurs. Le commutateur génère le message syslog %PAGP-5-PORTFROMSTP en cas de perte d'une liaison sur un port de commutateur. Le commutateur génère le message syslog %PAGP-5-PORTTOSTP en cas de détection d'une liaison sur un port de commutateur. Ces messages de Syslog sont normaux, les messages d'information qui indiquent l'ajout ou la suppression d'un port du spanning-tree.

Remarque: L'activation de l'acheminement n'est pas nécessaire pour que ces messages apparaissent.

Dans l'exemple dans cette section, le commutateur a perdu la première fois la liaison sur le port 3/3, ce qui a supprimé le port du spanning-tree. Puis, le commutateur a de nouveau détecté la liaison sur le port, et le port a été rajouté dans le spanning-tree.

Si vous constatez que ces messages s'affichent fréquemment pour un port particulier, la liaison est perturbée, ce qui signifie que la liaison est constamment perdue et regagnée. Étudiez la cause. Les causes typiques de la perturbation de liaison sur un port de commutateur incluent :

  • Erreur de correspondance de vitesse ou de duplex

  • Câble défectueux

  • Network interface card défectueux (NIC) ou tout autre problème de station d'extrémité

  • Port de commutateur défectueux

  • Autre configuration incorrecte

Si vous voulez supprimer ces messages syslog, émettez la commande set logging level pagp 4 default afin de modifier le niveau de journalisation pour l'installation PAgP (niveau 4 ou inférieur). Le niveau de journalisation par défaut pour PAgP est 5.

%SPANTREE-3-PORTDEL_FAILNOTFOUND

Problème

Le commutateur génère des messages syslog périodiques %SPANTREE-3-PORTDEL_FAILNOTFOUND périodiques.

Description

Cet exemple montre la sortie syslog que vous voyez quand cette erreur se produit :

%SPANTREE-3-PORTDEL_FAILNOTFOUND:9/5 in vlan 10 not found (PAgP_Group_Rx)

Ces messages syslog indiquent que le PAgP a tenté de supprimer un port du spanning-tree pour le VLAN spécifié, mais le port n'était pas dans la structure de données du spanning-tree pour ce VLAN. Typiquement, un autre processus, tel que le Protocole DTP (Dynamic Trunking Protocol) a déjà enlevé le port du spanning-tree.

Ces messages accompagnent généralement des messages %PAGP-5-PORTFROMSTP. Les messages sont pour le débogage. Les messages n'indiquent pas un problème avec le commutateur et n'affectent pas les performances de commutation. En outre, ces messages ne sont pas consignés à moins que vous ayez modifié la configuration de la journalisation de l'installation SPANTREE par défaut. Le niveau de journalisation par défaut pour SPANTREE est 2.

Dans certains cas, un nombre excessif de ces messages s'affiche. Par exemple, ces messages peuvent inonder votre console du commutateur. Si vous recevez une quantité excessive de messages, songez à mettre à niveau le logiciel du commutateur à la dernière version de maintenance pour votre série de versions du logiciel. Les versions logicielles postérieures suppriment ces messages dans la plupart des cas.

%SYS-3-P2_ERROR : module 1/Unknown

Problème

Le %SYS-3-P2_ERROR : le message d'erreur du module 1/Unknown est affiché quand vous installez un nouveau module de commutation dans une gamme Catalyst 4500/4000 commutez.

Description

Cet exemple montre la sortie de console que vous voyez quand cette erreur se produit :

%SYS-3-P2_ERROR: 1/Unknown module (fru minor type 304) in slot 3

Le %SYS-3-P2_ERROR : l'erreur du module 1/Unknown se produit quand la version d'image logicielle qui fonctionne actuellement sur l'engine de superviseur ne prend en charge pas le composant matériel que vous avez inséré.

Dans l'exemple, un module de commutation de serveur 18-port 1000BASE-X (WS-X4418) est inséré dans un commutateur du Catalyst 4500/4000 qui exécute la version de logiciel 4.4(1) de CatOS. Le module WS-X4418 exige une version logicielle minimale de 4.5(1).

Le contournement est d'améliorer la version de logiciel de moteur de supervision à une version logicielle qui prend en charge le matériel. Référez-vous aux notes en version pour des Commutateurs de gamme Catalyst 4500 pour une liste des versions logicielles minimales pour chaque module.

%SYS-3-P2_ERROR : 1/Have manqué de vbufs (mémoires tampons internes)

Problème

Le commutateur génère %SYS-3-P2_ERROR : 1/Have manqué de messages de vbufs quand de plusieurs hôtes sont mis sous tension à ou vers la même époque.

Description

Cet exemple prouve à la sortie de console que vous voyez quand l'erreur se produit :

%SYS-3-P2_ERROR: 1/Have run out of vbufs(internal buffers)

Le %SYS-3-P2_ERROR : le passage 1/Have hors des erreurs de vbufs (mémoires tampons internes) peut se produire quand de plusieurs hôtes sont actionnés vers le haut de simultanément. Après que les hôtes soient mis sous tension, les erreurs n'apparaissent plus.

Ces erreurs n'entraînent aucune interruption à la capacité de Catalyst de commuter le trafic. Les messages sont d'une nature informationnelle seulement.

%SYS-3-P2_ERROR : Hôte xx : xx : xx : xx : xx : xx s'agite entre les ports

Problème

Le commutateur génère %SYS-3-P2_ERROR : Hôte xx : xx : xx : xx : xx : xx s'agite entre les messages de ports…, où xx : xx : xx : xx : xx : xx est une adresse MAC.

Description

Cet exemple montre la sortie de console que vous voyez quand cette erreur se produit :

%SYS-4-P2_WARN: 1/Host 00:50:0f:20:08:00 is flapping between port 1/2 and port 4/39 

Employez les étapes et les instructions dans cette section afin de comprendre et dépanner la cause de ce message d'erreur.

Le message indique que votre commutateur du Catalyst 4500/4000 a appris une adresse MAC qui existe déjà dans la table de mémoire de contenu adressable (CAM), sur un port autre que le d'origine. Ce comportement se produit à plusieurs reprises au-dessus des courtes périodes, ainsi il signifie qu'il y a de lien instable d'adresse entre les ports.

Si le message apparaît pour des plusieurs adresses MAC, le comportement n'est pas normal. Ce comportement indique un problème possible de réseau parce que les adresses MAC se déplacent rapidement d'un port à un autre port avant la durée de vieillissement par défaut. Le problème peut être le trafic en boucle sur le réseau. Les symptômes typiques incluent :

  • Utilisation du CPU élevé

  • Ralentissez le trafic dans tout le réseau

  • Utilisation du fond de panier élevée sur le commutateur

Pour les informations sur la façon dont identifier et dépanner des questions avec le spanning-tree, référez-vous aux problèmes et aux considérations de conception associée de Protocole Spanning Tree.

Si le message d'erreur apparaît pour un ou deux adresses MAC, localisez ces adresses MAC afin de déterminer la cause. Émettez la commande de mac_addr de show cam afin de l'identifier d'où ces adresses MAC ont été apprises. Dans cette commande, le mac_addr est l'adresse MAC que l'erreur signale comme lien instable.

Après que vous déterminiez entre quels ports cette adresse MAC agite, dépistez l'adresse MAC. Connectez aux périphériques intermédiaires entre votre Catalyst 4500/4000 et le périphérique qui a l'adresse MAC de problème. Faites ceci jusqu'à ce que vous puissiez identifier la source et comment ce périphérique se connecte au réseau.

Remarque: Puisque l'adresse MAC s'agite entre deux ports, dépistez chacun des deux chemins.

Cet exemple affiche comment dépister chacun des deux chemins desquels cette adresse MAC a été apprise :

Remarque: Supposez que vous avez reçu ce message et vous ont commencé à l'étudier.

%SYS-4-P2_WARN: 1/Host 00:50:0f:20:08:00 is flapping between port 1/2 and port 4/39

Afin de dépister comment cette adresse MAC a été apprise des deux ports, terminez-vous ces étapes :

  1. Considérez le port 1/2 d'abord, et émettez la commande dynamique du show cam 1/2.

    Si vous voyez l'adresse MAC 00:50:0f:20:08:00 dans la liste des adresses MAC qui ont été apprises sur ce port, déterminez si c'est un seul hôte qui est connecté ou s'il y a de plusieurs hôtes qui sont enregistrés sur ce port.

  2. Sur la base de s'il y a des hôtes simples ou de multiple, étudiez le périphérique :

    • S'il y a un seul hôte (00:50:0f:20:08:00) qui est connecté, vérifiez l'autre port qui est enregistré et voyez si l'hôte est double relié au commutateur.

      Dans cet exemple, l'autre port est le port 4/39.

    • Si l'hôte a des connexions à d'autres périphériques qui peuvent par la suite mener de nouveau à ce commutateur, essayez de dépister les périphériques intermédiaires.

      Avec des périphériques de Cisco, émettez la commande modèle de show cdp neighbors/détail de port. La sortie fournit des informations au sujet des périphériques intermédiaires.

      Voici un exemple de sortie :

      Cat4K> (enable) show cdp neighbors 1/2 detail
      
      Port (Our Port): 1/2
      Device-ID: brigitte
      Device Addresses:
      IP Address: 172.16.1.1
      Novell address: aa.0
      Holdtime: 171 sec
      Capabilities: ROUTER
      Version:
      Cisco Internetwork Operating System Software
      IOS (tm) 2500 Software (C2500-JS-L), Version 12.0(7)T,  RELEASE SOFTWARE (fc2)
      
      Copyright (c) 1986-1999 by cisco Systems, Inc.
      Compiled Mon 06-DEC-99 17:10 by phanguye
      Platform: cisco 2500
      Port-ID (Port on Neighbors's Device): Ethernet0
      VTP Management Domain: unknown
      Native VLAN: unknown
      Duplex: half
      System Name: unknown
      System Object ID: unknown
      Management Addresses: unknown
      Physical Location: unknown
      
      Cat4K> (enable)
  3. Établissez une session de telnet avec le périphérique et suivez le chemin de l'adresse MAC.

    Dans cet exemple, l'adresse IP est 172.16.1.1.

    Répétez la procédure pour toutes les adresses MAC que le message d'erreur signale comme lien instable.

  4. Créez un diagramme simple du périphérique de source avec cette adresse MAC et des connexions physiques (le Catalyst 4500/4000 met en communication) derrière desquelles et à ce que cette adresse MAC agite.

    Le diagramme te permet de déterminer si c'est un port et un chemin valides pour votre configuration du réseau.

    Si vous vérifiez que les deux ports sur lesquels l'adresse MAC s'agite fournissent un chemin vers ce noeud de réseau, il y a une possibilité que vous avez une question de panne de spanning-tree. Référez-vous aux problèmes et aux considérations de conception associée de Protocole Spanning Tree afin d'isoler et dépanner cette boucle.

    Dans les grands réseaux dans lesquels de plusieurs hôtes de plusieurs constructeurs sont interconnectés, la difficulté surgit pendant que vous essayez de dépister l'hôte avec l'utilisation juste de l'adresse MAC. Employez l'utilitaire de recherche pour l'IEEE OUI et des affectations de Company_idleavingcisco.com afin de dépister ces adresses MAC. Cette liste est le frontal de la base de données où IEEE a enregistré toutes les adresses MAC qui ont été assignées à tous les constructeurs. Présentez les trois premiers octets de l'adresse MAC dans le rechercher : champ de cette page afin de trouver le constructeur qui est associé avec ce périphérique. Les trois premiers octets dans l'exemple sont 00:50:0f.

Ce sont d'autres numéros qui peuvent faire apparaître ce message :

  • Problème de Redondance NIC de serveur — Il y a un serveur avec un NIC double-relié qui se conduit mal et ne suit pas les normes. Le serveur utilise la même adresse MAC pour les deux ports qui se connectent au même commutateur.

  • Battement de Protocole HSRP (Hot Standby Router Protocol) — Le HSRP instable peut faire apparaître ces messages dans la console du Supervisor Engine. Si vous notez que l'implémentation de HSRP dans votre réseau est instable, référez-vous en comprenant et dépannage des problèmes de HSRP dans les réseaux de commutateurs Catalyst afin de résoudre le problème.

  • Mauvaise configuration d'EtherChannel — Une connexion misconfigured d'EtherChannel peut également entraîner ces symptômes. Si les ports que le message instable signale sont des membres du même groupe de canaux, vérifiez votre configuration d'EtherChannel et référez-vous compréhension derrière l'Équilibrage de charge et de la Redondance d'EtherChannel sur des Commutateurs de Catalyst afin de dépanner la configuration.

  • L'hôte reflète des paquets de retour sur le réseau — la réflexion des paquets de retour sur le réseau par un hôte peut également entraîner le lien instable. Typiquement, la cause principale de cette réflexion de paquet est un NIC cassé ou n'importe quelle panne de l'interface physique de l'hôte qui est connecté au port.

    Si la réflexion des paquets par l'hôte est votre cause principale, obtenez un tracé de renifleur et examinez le trafic qui va à et des ports sur lesquels les messages sont apparus. Si un hôte reflète des paquets, vous voyez typiquement des paquets dupliqués dans le suivi. Les paquets dupliqués sont un symptôme possible de ce lien instable de l'adresse MAC.

    Référez-vous à configurer l'ENVERGURE et le RSPAN pour des détails sur la façon dont configurer un port pour l'usage avec un renifleur.

  • Défaut du logiciel ou du matériel — Si vous avez essayé de dépanner le message instable avec les instructions dans cette section mais vous notez toujours la question, recherchez davantage d'assistance de support technique de Cisco. Soyez sûr de mentionner et fournir la documentation des informations que vous avez collectées tandis que vous suiviez les étapes. Ces informations rendent davantage de dépannage plus rapide et plus efficace.

%SYS-4-P2_WARN : file d'attente 1/Blocked (tx) sur le port [car]

Problème

Le commutateur génère la file d'attente bloquée (tx) sur des messages de port [car].

Description

Cet exemple affiche le Syslog sorti que vous voyez quand l'erreur se produit :

%SYS-4-P2_WARN: 1/Blocked queue (tx) on port 3/3
%SYS-4-P2_WARN: 1/Blocked queue on gigaport 3, ( 8671 : 0)  

Ces erreurs indiquent un problème matériel ou celui de ces problèmes :

  • Non-correspondance de mode duplex

  • Câble défectueux

  • Câblage de type 1

  • Ports défectueux

  • Problème matériel d'un périphérique connecté externe

La plupart de cause classique de ces erreurs est un problème de couche physique. Le problème fait sauvegarder un niveau de trafic considérable sur les gigaports K1 internes. Les circuits intégrés K1 spécifiques à l'application (ASIC) sont les puces principales qui contrôlent le commutateur. Généralement, le compte bloqué de file d'attente de Tx incrémente en raison d'une question de configuration ou d'un câblage endommagé.

Dans un environnement normal, la file d'attente de Tx peut seulement être bloquée pendant approximativement 20 secondes. Un plus long blocage indique un problème important. En conséquence, le compte bloqué de file d'attente de Tx incrémente si la file d'attente de Tx ne s'est pas écoulée pour le gigaport en 35 secondes.

S'il y a lieu, support technique de Cisco de contact afin de déterminer si le module a besoin de remplacement. Mais d'abord, réinsérez le module et voyez si le message d'erreur existe toujours.

Voici les étapes pour tracer la file d'attente bloquée par 4000/2948G/2980G de Catalyst sur le <gigaport_number> de Gigaport aux ports de commutateur de panneau avant, qui doit être réinséré.

Exemples de message d'erreur :

2000 Aug 25 12:22:48 cet +02:00 %SYS-4-P2_WARN: 1/Blocked queue on gigaport 29, (331 : 0 )
2000 Aug 25 12:23:41 cet +02:00 %SYS-4-P2_WARN: 1/Blocked queue on gigaport 29, (332 : 0 )
2000 Aug 25 12:25:42 cet +02:00 %SYS-4-P2_WARN: 1/Blocked queue on gigaport 29, (333 : 0 )
2000 Aug 25 12:46:42 cet +02:00 %SYS-4-P2_WARN: 1/Blocked queue on gigaport 29, (334 : 0 )
2000 Aug 25 12:48:41 cet +02:00 %SYS-4-P2_WARN: 1/Blocked queue on gigaport 29, (335 : 0 )
2000 Aug 25 12:57:42 cet +02:00 %SYS-4-P2_WARN: 1/Blocked queue on gigaport 29, (336 : 0 )

Ce message d'erreur indique qu'il y a une erreur de configuration qui résulte très probablement d'un problème de couche physique ou d'un conflit du mode bidirectionnel lié au gigaport 29. Afin de trouver que les ports associent au gigaport 29, voir les ces tableaux. Les tables varient et dépendent de l'engine de superviseur.

Mappage de ports de Kirky du gigabit WS-X4013

K1-A (gigaports 0-11)

Gigaport 0 Liaison ascendante 0 (port 1/1) ou interconnexion interne K1-C
Gigaport 1 Emplacement 6 - Interconnexion 5 de gigabit
Gigaport 2 Emplacement 5 - Interconnexion 5 de gigabit
Gigaport 3 Emplacement 2 - Interconnexion 5 de gigabit
Gigaport 4 Emplacement 3 - Interconnexion 5 de gigabit
Gigaport 5 Emplacement 4 - Interconnexion 5 de gigabit
Gigaport 6 Emplacement 4 - Interconnexion 4 de gigabit
Gigaport 7 Emplacement 3 - Interconnexion 4 de gigabit
Gigaport 8 Emplacement 2 - Interconnexion 4 de gigabit
Gigaport 9 Emplacement 5 - Interconnexion 4 de gigabit
Gigaport 10 Emplacement 6 - Interconnexion 4 de gigabit
Gigaport 11 Interconnexion interne K1-B

K1-B (gigaports 12-23)

Gigaport 12 Interconnexion interne K1-A
Gigaport 13 Emplacement 6 - Interconnexion 3 de gigabit
Gigaport 14 Emplacement 5 - Interconnexion 3 de gigabit
Gigaport 15 Emplacement 2 - Interconnexion 3 de gigabit
Gigaport 16 Emplacement 3 - Interconnexion 3 de gigabit
Gigaport 17 Emplacement 4 - Interconnexion 3 de gigabit
Gigaport 18 Emplacement 4 - Interconnexion 2 de gigabit
Gigaport 19 Emplacement 3 - Interconnexion 2 de gigabit
Gigaport 20 Emplacement 2 - Interconnexion 2 de gigabit
Gigaport 21 Emplacement 5 - Interconnexion 2 de gigabit
Gigaport 22 Emplacement 6 - Interconnexion 2 de gigabit
Gigaport 23 Interconnexion interne K1-C

K1-C (gigaports 24-35)

Gigaport 24 Interconnexion interne à K1-B
Gigaport 25 Emplacement 6 - Interconnexion 1 de gigabit
Gigaport 26 Emplacement 5 - Interconnexion 1 de gigabit
Gigaport 27 Emplacement 2 - Interconnexion 1 de gigabit
Gigaport 28 Emplacement 3 - Interconnexion 1 de gigabit
Gigaport 29 Emplacement 4 - Interconnexion 1 de gigabit
Gigaport 30 Emplacement 4 - Interconnexion 0 de gigabit
Gigaport 31 Emplacement 3 - Interconnexion 0 de gigabit
Gigaport 32 Emplacement 2 - Interconnexion 0 de gigabit
Gigaport 33 Emplacement 5 - Interconnexion 0 de gigabit
Gigaport 34 Emplacement 6 - Interconnexion 0 de gigabit
Gigaport 35 Liaison ascendante 1 (port 1/2) ou interconnexion interne à K1-A

Chaque K1 ASIC a 12 gigabits interconnecte. Ce gigabit interconnecte sont utilisés entre les linecards et l'engine de superviseur en tant que liens point par point séquentiels. Chaque linecard dans le Catalyst 4000 se connecte à 6 des 12 gigabits interconnecte. Le gigabit interconnecte sont mis en référence 0 à 5 et sont connectés dans l'ordre inverse. Par exemple, sur des 4148 linecard, l'interconnexion 5 de gigabit connecte aux ports 1-8, l'interconnexion 4 de gigabit connecte aux ports 9-16.

Ligne mappage de ports d'interconnexion de module

WS-X4148-RJ, WS-X4148-RJ45V, WS-X4148-RJ21

Ports Interconnexion de gigabit
1-8 5
9-16 4
17-24 3
25-32 2
33-40 1
41-48 0

WS-X4232-RJ-32, WS-X4232-L3

Ports Interconnexion de gigabit
1 5
2 4
3-10 3
11-18 2
19-26 1
27-34 0

WS-X4418-GB

Ports Interconnexion de gigabit
1 5
2 4
3-6 3
7-10 2
11-14 1
15-18 0

WS-X4124-FX-MT

Ports Interconnexion de gigabit
1-4 5
5-8 4
9-12 3
13-16 2
17-20 1
21-24 0

WS-X4306-GB

Ports Interconnexion de gigabit
1 5
2 4
3 3
4 2
5 1
6 0

WS--X4412-2GB-TX

Ports Interconnexion de gigabit
1-2 5
3-4 4
5-6 3
7-8 2
9-10 1
11-12 0

Exemple de trouver les ports suspects

4006-2b1> en

Enter password:

4006-2b1> (enable) sh mod
Mod Slot Ports Module-Type               Model               Sub Status
--- ---- ----- ------------------------- ------------------- --- --------
1   1    2     1000BaseX Supervisor      WS-X4013            no  ok
2   2    48    10/100BaseTx Ethernet     WS-X4148            no  ok
3   3    34    Router Switch Card        WS-X4232-L3         no  ok
6   6    24    100BaseFX Ethernet        WS-X4124-FX-MT      no  ok

Mod Module-Name         Serial-Num
--- ------------------- --------------------
1                       JAB0438020C
2                       JAB0234036Q
3                       JAB041705GE
6                       JAB0410096R

Mod MAC-Address(es)                        Hw     Fw         Sw
--- -------------------------------------- ------ ---------- -----------------
1   00-01-96-62-cc-00 to 00-01-96-62-cf-ff 2.0    5.4(1)     5.5(6)
2   00-50-73-0a-30-e0 to 00-50-73-0a-31-0f 1.0
3   00-01-42-06-72-98 to 00-01-42-06-72-b9 1.0    12.0(7)W5( 12.0(7)W5(15d)
6   00-d0-06-01-68-30 to 00-d0-06-01-68-47 1.0

4006-2b1> (enable)

2000 Aug 25 12:48:41 cet +02:00 %SYS-4-P2_WARN: 1/Blocked queue on gigaport 16, (335 : 0 )
2000 Aug 25 12:57:42 cet +02:00 %SYS-4-P2_WARN: 1/Blocked queue on gigaport 16, (336 : 0 )

Gigaport 16 se rapporte à l'emplacement 3, l'interconnexion 3. de gigabit. Puisque l'emplacement 3 est un WS-X4232-L3, l'interconnexion 3 de gigabit se rapporte à des ports 3-10. Quand vous dépannez ces ports, vérifiez les erreurs et/ou les conflits du mode bidirectionnel qui utilisent le show port, le show mac, et les commandes de show counters. Il peut également être utile d'obtenir un vidage mémoire 1 et de voir s'il y a des erreurs matérielles associées avec des ports. Une référence notable dans le vidage mémoire 1 sorti est le cscTimeout associé avec la ligne le module ASIC pour l'interconnexion correspondante. La valeur du cscTimeout devrait être 0

%SYS-4-P2_WARN : adresse MAC Ethernet 1/Filtering de la valeur zéro

Problème

Le commutateur génère l'adresse MAC Ethernet de filtrage des messages de la valeur zéro.

Description

Cet exemple montre la sortie syslog que vous voyez quand cette erreur se produit :

%SYS-4-P2_WARN: 1/Filtering Ethernet MAC address of value zero
                from agent host table interface
%SYS-4-P2_WARN: 1/Filtering Ethernet MAC address of value zero
                from agent host table interface

Le commutateur génère l'adresse MAC Ethernet de filtrage du message de Syslog de la valeur zéro quand le commutateur reçoit des paquets avec une adresse MAC source de 00-00-00-00-00-00. Cette adresse MAC est un MAC de source non valide.

Le message de Syslog indique que le commutateur refuse d'apprendre l'adresse non valide. Cependant, le commutateur trafiquent en avant qui est originaire d'une adresse MAC de tout-zéros.

Le contournement est d'essayer d'identifier la station d'extrémité qui génère des trames avec une adresse MAC source de tout-zéros. En général, l'un des périphériques suivants transmet de telles trames :

  • Un générateur de trafic, tel que Spirent SmartBits

  • Certains types de serveurs, tels que les serveurs IBM WebSphere à équilibrage de charge

  • Un routeur ou une station d'extrémité mal configurés, tel qu'un périphérique qui transmet des diffusions ne contenant que des zéros

  • Une carte NIC défectueuse

%SYS-4-P2_WARN : crc 1/Invalid, paquet relâché, compte = xx

Problème

Le commutateur avec Supervisor Engine II (WS-X4013=) génère le message que cette section affiche et vous éprouvent la perte de connectivité réseau partielle ou pleine. La perte de connectivité peut affecter seulement une partie des ports de commutateur et peut inclure les ports uplinks.

%SYS-4-P2_WARN: 1/Invalid crc, dropped packet, count = xx

Description

Cet exemple affiche le Syslog ou la sortie de console que vous voyez quand cette erreur se produit :

%SYS-4-P2_WARN: 1/Invalid crc, dropped packet, count = 590073  
%SYS-4-P2_WARN: 1/Invalid crc, dropped packet, count = 594688

Parfois, vous voyez également ce message :

%SYS-4-P2_WARN: 1/Astro(3/4) - management request timed out

Remarque: Si vous obtenez seulement le %SYS-4-P2_WARN : 1/Astro(3/4) - la demande de gestion a chronométré le message, voient le %SYS-4-P2_WARN : 1/Astro(mod/port) section de ce document.

Remarque: Vous pouvez éprouver des questions de connexion réseau quand ces messages apparaissent.

Suivez ces étapes de dépannage et saisissez la sortie des commandes pendant chaque étape :

Remarque: Support technique de Cisco de contact pour l'assistance dans le dépannage.

  1. Émettez les commandes suivantes :

    1. show logging buffer -1023

    2. show tech-support

    3. affichez les santés 1

    4. vidage mémoire 1

  2. Émettez une de ces commandes cinq fois, au hasard des intervalles, et observez le compteur d'InvalidPacketBufferCrcs :

    • affichez le nvramenv 1 — Version de logiciel 6.1(1) ou ultérieures de CatOS

      Cat4k> (enable) show nvramenv 1
      
      PS1="rommon ! >"
      ?="0"
      DiagBootMode="post"
      MemorySize="64"
      ResetCause="20"
      AutobootStatus="success"
      InvalidPacketBufferCrcs="82325"
      
    • show env 1 — Version de logiciel 5.5(19) de CatOS ou plus tôt

    Comme vous répétez la commande, observez si le compteur d'InvalidPacketBufferCrcs augmente rapidement par des valeurs élevées.

    cat4k> (enable) show nvramenv 1
    
    PS1="rommon ! >"
    ?="0"
    DiagBootMode="post"
    MemorySize="64"
    ResetCause="20"
    AutobootStatus="success"
    InvalidPacketBufferCrcs="82763"
    

    Remarque: Si vous voyez qu'un nombre restreint d'InvalidPacketBufferCrcs dans la sortie et vous exécutez une version de logiciel de CatOS qui est plus tôt que 5.5.10, 6.2.3, ou 6.3.1, mise à jour à une version ultérieure. Il y a une possibilité que vous avez rencontré l'ID de bogue Cisco CSCdu48749 (clients enregistrés seulement) et CSCdt80707 (clients enregistrés seulement). Référez-vous aux notes de terrain : Les ports de Catalyst 4000 perdent l'état de VLAN actif ayant pour résultat la perte de paquets pour de plus amples informations.

  3. Si vous constatez que le compteur d'InvalidPacketBufferCrcs augmente à un haut débit, émettez l'étiquette logicielle de commande de remise le commutateur.

    Remarque: La capture de la sortie dans cette étape est essentielle.

    cat4k> (enable) reset
    
    This command will reset the system.
    Do you want to continue (y/n) [n]? y
    
    nodcsw0nm1> (enable)
    WS-X4013 bootrom version 5.4(1), built on 2000.02.17 18:28:09
    H/W Revisions:    Crumb: 5    Rancor: 8    Board: 2
    Supervisor MAC addresses: 00:0a:8a:6d:92:00 through 00:0a:8a:6d:95:ff
    (1024 addresses)
    Installed memory: 64 MB
    Testing LEDs.... done!
    The system will autoboot in 5 seconds.
    Type control-C to prevent autobooting.
    
    rommon 1 >
    The system will now begin autobooting.
    Autobooting image: "bootflash:cat4000-k9.6-3-9.bin"
    CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCC
    CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCC################################
    Starting Off-line Diagnostics
    Mapping in TempFs
    Board type is WS-X4013
    DiagBootMode value is "post"
    Loading diagnostics...
    
    Power-on-self-test for Module 1:  WS-X4013
    Status: (. = Pass, F = Fail)
    uplink port 1: .       uplink port 2: F       eobc port: .
    processor: .           cpu sdram: .           eprom: .
    nvram: .               flash: .               enet console port: .
    switch 0 port 0: .     switch 0 port 1: .     switch 0 port 2: .
    switch 0 port 3: .     switch 0 port 4: .     switch 0 port 5: .
    switch 0 port 6: .     switch 0 port 7: .     switch 0 port 8: .
    switch 0 port 9: .     switch 0 port 10: .    switch 0 port 11: .
    switch 0 registers: .  switch 0 sram: .       switch 1 port 0: .
    switch 1 port 1: .     switch 1 port 2: .     switch 1 port 3: .
    switch 1 port 4: .     switch 1 port 5: .     switch 1 port 6: .
    switch 1 port 7: .     switch 1 port 8: .     switch 1 port 9: .
    switch 1 port 10: .    switch 1 port 11: .    switch 1 registers: .
    switch 1 sram: .       switch 2 port 0: F     switch 2 port 1: F
    switch 2 port 2: F     switch 2 port 3: F     switch 2 port 4: F
    switch 2 port 5: F     switch 2 port 6: F     switch 2 port 7: F
    switch 2 port 8: F     switch 2 port 9: F     switch 2 port 10: F
    switch 2 port 11: F    switch 2 registers: .  switch 2 sram: F
    Module 1 Failed
    
    Exiting Off-line Diagnostics
    Failed Module Bringup Process
    Use 'show test 1' to see results of tests.
    
    !--- Output suppressed.
    
    
  4. Après que le commutateur revienne sur la ligne, émettez la commande du show test 1.

  5. Si la sortie de commande affiche des pannes de diagnostics, arrêt et redémarrage (réinitialisation matérielle) le commutateur.

  6. Après que le commutateur revienne sur la ligne, émettez la commande du show test 1 de nouveau et observez si le commutateur a manqué les tests de diagnostic.

  7. Support technique de Cisco de contact sur la base de votre observation :

    • Si le commutateur a manqué les tests de diagnostic de nouveau, l'engine de superviseur a très probablement manqué. Support technique de Cisco de contact pour des instructions complémentaires.

    • Si le commutateur n'échoue pas des diagnostics sur la réinitialisation matérielle, entrez en contact avec le support technique de Cisco avec les informations que vous avez collectées dans les autres étapes de cette procédure.

    Remarque: Si le support technique de Cisco n'était pas engagé pendant le dépannage, vous devez fournir les informations dans la commande dans laquelle elles ont été documentées.

Après que vous exécutiez la réinitialisation matérielle, votre connexion réseau devrait être restaurée.

%SYS-4-P2_WARN : 1/Invalid traffic from multicast source address

Problème

Le commutateur génère des messages Invalid traffic from multicast source address.

Description

Cet exemple montre la sortie syslog que vous voyez quand cette erreur se produit :

SYS-4-P2_WARN: 1/Invalid traffic from multicast source address
               81:00:01:00:00:00 on port 2/1
%SYS-4-P2_WARN: 1/Invalid traffic from multicast source address
                81:00:01:01:00:00 on port 2/1

Le commutateur génère le trafic non valide du message de Syslog d'adresse source multicast quand le commutateur reçoit des paquets avec une adresse MAC de Multidiffusion comme MAC de source. L'utilisation d'une adresse MAC de diffusion ou multicast comme MAC source pour une trame n'est pas un comportement conforme à la norme. Cependant, le commutateur transfère toujours le trafic qui provient d'une adresse MAC multicast.

Le message syslog indique l'adresse MAC multicast dans le champ MAC source de la trame, ainsi que le port sur lequel le trafic a été reçu.

La solution de contournement est d'essayer d'identifier la station d'extrémité qui génère des trames avec une adresse MAC de source multicast. En général, l'un des périphériques suivants transmet de telles trames :

  • Un générateur du trafic, tel que SmartBits

  • Les périphériques tiers qui partagent une adresse MAC multicast, comme le pare-feu d'équilibrage de charge ou les produits serveurs

%SYS-4-P2_WARN : 1/Astro(mod/port)

Problème

Le commutateur génère %SYS-4-P2_WARN : 1/Astro(6/6)… messages.

Description

Ce message d'erreur indique que l'engine de superviseur a perdu la transmission à un composant sur un linecard. L'engine de superviseur maintient tous les délais d'attente qui sont associés avec cette transmission. Il y a beaucoup de causes possibles de cette condition. Pour plus d'informations sur ces message d'erreur et causes possibles, référez-vous en comprenant et dépannage d'Astro/de Mans/Nice de délais d'attente sur des Commutateurs de gamme Catalyst 4000/4500

%SYS-4-P2_WARN : 1/Tag 0

Le commutateur génère %SYS-4-P2_WARN : … messages 1/Tag 0.

Cet exemple montre la sortie syslog que vous voyez quand cette erreur se produit :

%SYS-4-P2_WARN: 1/Tag [dec] on packet from [ether] port [chars],
                but port's native vlan is [dec]

Ce message indique qu'un paquet 802.1Q-tagged a été reçu sur un port de nontrunk. Le VLAN qui est dérivé de la balise de paquet est différent du port VLAN indigène. Dans le message d'erreur :

  • Le [dec] de balise est l'identifiant VLAN du paquet.

  • [Ether] est l'adresse MAC d'hôte.

  • Le [chars] de port est l'identifiant de port.

  • Le deuxième [dec] est le nombre indigène VLAN.

Il y a une possibilité que le port local est inexactement configuré comme port d'accès au lieu d'un port de joncteur réseau. Alternativement, le côté distant peut avoir été configuré comme port de joncteur réseau au lieu d'un port d'accès.

Vérifiez que le port local n'est pas inexactement configuré comme port d'accès au lieu d'un port de joncteur réseau. En outre, vérifiez que le côté distant n'est pas configuré comme port de joncteur réseau au lieu d'un port d'accès.

convert_post_SAC_CiscoMIB : Bloc de Nvram [#] unconvertible

Problème

Le commutateur génère des messages d'erreur convert_post_SAC_CiscoMIB: périodiques.

Description

Cet exemple montre la sortie de console que vous voyez quand ce message se produit :

convert_post_SAC_CiscoMIB:Nvram block 0 unconvertible: )
convert_post_SAC_CiscoMIB:Nvram block 1 unconvertible: )
convert_post_SAC_CiscoMIB:Nvram block 2 unconvertible: )

Le commutateur génère souvent ces messages console quand vous améliorez ou déclassifiez des versions de code de CatOS. L'erreur peut également se produire quand vous chargez une configuration de commutateur qu'un autre commutateur génère ou quand vous utilisez une configuration de commutateur d'une autre version de code. Un basculement au Supervisor Engine de réserve peut également générer ces messages.

Les différentes versions du code contiennent les variables qui sont enregistrées dans NVRAM. Quand le commutateur démarre initialement avec une version ultérieure ou antérieure de CatOS, le commutateur convertit la configuration précédente en une version qui est utilisable par l'image de démarrage actuelle. Pendant ce processus, un bloc de mémoire particulier qui n'est pas nécessaire ou n'est pas utilisable sous la forme en cours est désaffecté, plutôt que converti. Cette fonction interne génère le message d'erreur.

Ce message est généralement fourni à titre indicatif uniquement. Comparez la configuration précédente à la configuration en cours afin de vérifier que toutes les informations de configuration ont été correctement converties.

Si ces messages apparaissent quand aucune mise à niveau du code, modification de configuration, ou Basculement d'engine de superviseur ne se sont produits, créez une demande de service (clients enregistrés seulement) avec le support technique de Cisco.

La somme de contrôle globale a manqué erreur

Problème

Ce message d'erreur peut apparaître sur les Commutateurs de gammes Catalyst 4000/4500 et 6000/6500 qui exécutent le logiciel système OS de Catalyst.

Le message d'erreur la somme de contrôle que globale a manqué peut apparaître dans la sortie de la commande de show version.

4000-Switch> (enable) show version
WS-C4006 Software, Version NmpSW: 7.6(2)
Copyright (c) 1995-2003 by Cisco Systems, Inc.
NMP S/W compiled on Jun 25 2003, 23:00:25
GSP S/W compiled on Jun 25 2003, 17:11:56

System Bootstrap Version: 5.4(1)

Hardware Version: 3.2  Model: WS-C4006  Serial #: FOX053701JY

Mod Port Model              Serial #              Versions
--- ---- ------------------ -------------------- -------------------------------
--
1   2    WS-X4013           JAB054207A0          Hw : 3.2
                                                 Gsp: 7.6(2.0)
                                                 Nmp: 7.6(2)
2   48   WS-X4148-RJ45V     JAB05410EQF          Hw : 1.6
3   48   WS-X4148-RJ45V     JAB05410ES5          Hw : 1.6
4   48   WS-X4148-RJ45V     JAB0541070L          Hw : 1.6
5   48   WS-X4148-RJ45V     JAB05410ESC          Hw : 1.6

       DRAM                    FLASH                   NVRAM
Module Total   Used    Free    Total   Used    Free    Total Used  Free
------ ------- ------- ------- ------- ------- ------- ----- ----- -----
1       65536K  40935K  24601K  16384K  10543K   5841K  480K  198K  282K

Global checksum failed.

Uptime is 306 days, 8 hours, 0 minute

Un message associé, NVRAM : F, peut apparaître sur la sortie de la commande de show test.

6000-Switch> show test 1

Diagnostic mode: complete   (mode at next reset: complete)


Module 1 : 2-port 1000BaseX Supervisor
Network Management Processor (NMP) Status: (. = Pass, F = Fail, U = Unknown)
  ROM:  .   Flash-EEPROM: .   Ser-EEPROM: .   NVRAM: F   EOBC Comm: .

Line Card Status for Module 1 : PASS

Port Status :
  Ports 1  2
  -----------
        .  .

!--- Output is suppressed.

Description

L'erreur globale de somme de contrôle signifie que la prochaine fois que la case est rechargée, le NVRAM est très probablement dû perdu à une somme de contrôle de CRC qui a manqué tandis qu'elle lisait la configuration. Ce n'est pas habituellement une erreur matérielle, mais le commutateur se corrige. Ceci n'a aucune incidence à un commutateur opérationnel à moins que des modifications de configuration soient apportées tandis que le commutateur est en cette condition. Mais le plus souvent, une remise résout la panne de somme de contrôle pendant qu'elle est recalculée. Cette question est documentée dans l'ID de bogue Cisco CSCdx87646 (clients enregistrés seulement).

Solution

Terminez-vous ces étapes afin de récupérer le commutateur de cet état d'erreur :

  1. Sauvegarde la configuration du commutateur. Référez-vous à télécharger des fichiers de configuration à un serveur TFTP pour plus d'informations sur soutenir la configuration.

  2. Remettez à l'état initial le module de superviseur en émettant la commande de supervisor_module_# de remise.

  3. Une fois que le commutateur initialise, émettez les commandes de show version et de show test afin de vérifier si la sortie est normale.

  4. Vérifiez la configuration existant sur le commutateur, et la restaurez de la sauvegarde s'il y a lieu.

Conversations connexes de la communauté de soutien de Cisco

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


Informations connexes


Document ID: 30003