Commutateurs : Commutateurs de la gamme Cisco Catalyst 6500

Messages d'erreur courants sur les commutateurs des gammes Catalyst 6000/6500 exécutant le logiciel Cisco IOS

30 juillet 2013 - Traduction automatique
Autres versions: PDFpdf | Anglais (21 décembre 2011) | Commentaires


Contenu


Introduction

Ce document fournit une brève explication des messages syslog et des messages d'erreur courants que vous voyez sur les commutateurs Cisco de la gamme Catalyst 6500/6000 qui exécutent la plate-forme logicielle Cisco IOS®. Utilisez l'outil interpréteur de sortie (clients enregistrés seulement) si vous avez un message d'erreur qui n'apparaît pas dans ce document. L'outil fournit la signification des messages d'erreur générés par les logiciels Cisco IOS et CatalystOS (CatOS).

Remarque: Le format précis des messages syslog et des messages d'erreur décrits dans ce document peut varier légèrement. La variation dépend de la version de logiciel qui fonctionne sur Supervisor Engine.

Remarque: Cette configuration minimale de journalisation sur Catalyst 6500/6000 est recommandée :

  • Définissez la date et l'heure sur le commutateur, ou configurez le commutateur pour qu'il utilise le Protocole d'Heure Réseau (NTP) pour obtenir la date et l'heure d'un serveur NTP.

  • 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.

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 et 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.

%C6KPWR-SP-4-UNSUPPORTED : unsupported module in slot [num], power not allowed: [chars]

Problème

Le commutateur enregistre ce message d'erreur :

Cet exemple montre la sortie de console qui est affichée quand ce problème survient :

Oct 14 16:50:13: %C6KPWR-SP-4-UNSUPPORTED: unsupported module in slot 2, power not allowed: 
Unknown Card Type
Oct 14 16:50:20: %C6KPWR-SP-4-UNSUPPORTED: unsupported module in slot 2, power not allowed: 
Unknown Card Type

Description

Ce message indique que le module dans l'emplacement spécifié n'est pas pris en charge. La valeur [num] est le numéro de l'emplacement et [chars] fournit plus de détails au sujet de l'erreur.

Contournement

Mettez à niveau le logiciel Supervisor Engine avec une version qui prend en charge le module matériel. Référez-vous à la section Matériel pris en charge de Notes de publication relatives aux commutateurs de la gamme Cisco Catalyst 6500. Afin de résoudre le problème décrit dans le message, exécutez une de ces actions :

  • Insérez ou remplacez le Module de matrice de commutation.

  • Déplacez le module non pris en charge à un emplacement différent.

%DUAL-3-INTERNAL : IP-EIGRP 1: Internal Error

Problème

Le commutateur enregistre ce message d'erreur :

Description

Le message d'erreur indique qu'il y a un bogue interne dans le logiciel Cisco IOS. Le bogue a été corrigé dans les versions suivantes :

  • Logiciel Cisco IOS Version 12.2(0.4)

  • Logiciel Cisco IOS Version 12.1(6.1)

  • Logiciel Cisco IOS Version 12.2(0.5)T

  • Logiciel Cisco IOS Version 12.1(6.5)E

  • Logiciel Cisco IOS Version 12.1(6.5)EC

  • Logiciel Cisco IOS Version 12.1.(6)E02

  • Logiciel Cisco IOS Version 12.2(0.18)S

  • Logiciel Cisco IOS Version 12.2(2)B

  • Logiciel Cisco IOS Version 12.2(15)ZN

Contournement

Mettez à niveau le logiciel Cisco IOS avec l'une de ces versions ou la dernière.

%EARL_L3_ASIC-SP-4-INTR_THROTTLE : Throttling "IP_TOO_SHRT"

Problème

Le commutateur enregistre ce message d'erreur :

Cet exemple montre la sortie de console qui est affichée quand ce problème survient :

Jul 25 12:00:40.228 AEST: %EARL_L3_ASIC-SP-4-INTR_THROTTLE: Throttling "IP_TOO_SHRT"Intr. 
Exceeded permitted 1000/100 intrs/msec

Description

Ce message indique que le moteur de transfert du commutateur reçoit un paquet IP d'une longueur inférieure à la longueur minimale permise. Le commutateur supprime le paquet. Dans les versions antérieures, le paquet est supprimé silencieusement et compté dans les statistiques du moteur de transfert. Dans les versions postérieures, le message d'erreur est enregistré dans le syslog une fois toutes les 30 minutes. Ces problèmes peuvent engendrer la réception par le moteur de transfert du commutateur de ce type de paquet IP :

  • Un gestionnaire de carte d'interface réseau défectueux (NIC)

  • Un bogue du pilote de carte NIC

  • Une mauvaise application

Le commutateur enregistre simplement qu'il a reçu ces « mauvais » paquets et qu'il va les supprimer.

Contournement

L'origine du problème est externe au commutateur. Malheureusement, le moteur de transfert ne garde pas trace de l'adresse IP source du périphérique qui envoie ces mauvais paquets. La seule façon de détecter le périphérique est d'employer un analyseur réseau pour détecter la source, puis pour remplacer le périphérique.

%EARL_L3_ASIC-SP-3-INTR_WARN : EARL L3 ASIC: Non-fatal interrupt [chars]

Problème

Le commutateur enregistre ce message d'erreur :

Cet exemple montre la sortie de console qui est affichée quand ce problème survient :

Apr 20 17:53:38: %EARL_L3_ASIC-SP-3-INTR_WARN: EARL L3 ASIC: 
           Non-fatal interrupt Packet Parser block interrupt
Apr 20 19:13:05: %EARL_L3_ASIC-SP-3-INTR_WARN: EARL L3 ASIC:
           Non-fatal interrupt Packet Parser block interrupt

Description

Le message d'erreur %EARL_L3_ASIC-SP-3-INTR_WARN indique que le circuit intégré spécifique à l'application (ASIC) de la couche 3 (L3) de la logique de reconnaissance des adresses encodées (EARL) a détecté une condition inattendue non fatale. Ceci indique qu'un mauvais paquet, contenant probablement une erreur de contrôle de la couche 3 IP, a été reçu et supprimé. Le problème est dû à un périphérique du réseau qui envoie de mauvais paquets. Les problèmes suivants, notamment, peuvent entraîner de mauvais paquets :

  • De mauvaises NIC

  • De mauvais pilotes de carte NIC

  • De mauvaises applications

Dans des versions plus anciennes du logiciel Cisco IOS, ces paquets sont normalement supprimés sans être journalisés. La fonctionnalité de journalisation des messages d'erreur liés à ce problème est incluse dans le logiciel Cisco IOS Version 12.2SX et ultérieure.

Contournement

Ce message est à des fins d'information seulement. Comme contournement, utilisez une de ces deux options :

  • Utilisez un analyseur réseau afin d'identifier la source qui envoie les paquets erronés. Puis, résolvez le problème avec l'équipement ou l'application qui en est à l'origine.

  • Désactivez les contrôles d'erreur de la couche 3 dans le matériel de commutation pour :

    • Les erreurs de total de contrôle de paquets

    • Les erreurs de longueur de paquet

    • Les paquets ayant les mêmes adresse IP source et de destination

    Utilisez la commande no mls verify pour arrêter ces contrôles d'erreur, comme dans ces exemples :

    • Switch(config)#no mls verify ip checksum
      
      !--- This configures the switch to discontinue checks for packet 
      !--- checksum errors.
      
      
    • Switch(config)#no mls verify ip length {consistent | minimum}
      
      !--- This configures the switch to discontinue checks for packet 
      !--- length errors.
      
      
    • Switch(config)#no mls verify ip same-address
      
      
      !--- This configures the switch to discontinue checks for packets that have the 
      !--- same source and destination IP addresses.
      
      

%EARL_NETFLOW-4-TCAM_THRLD : Netflow TCAM threshold exceeded, TCAM Utilization [[dec]%]

Problème

Le commutateur enregistre ce message d'erreur :

Cet exemple montre la sortie de console qui est affichée quand ce problème survient :

Aug 24 12:30:53: %EARL_NETFLOW-SP-4-TCAM_THRLD: Netflow TCAM threshold exceeded, 
TCAM Utilization [97%]
Aug 24 12:31:53: %EARL_NETFLOW-SP-4-TCAM_THRLD: Netflow TCAM threshold exceeded, 
TCAM Utilization [97%]

Remarque: Si vous voulez filtrer ce message d'erreur spécifique, sachez que tous les messages d'erreur avec le même niveau de gravité seront filtrés. Un message du journal spécifique ne peut pas être filtré sans affecter d'autres journaux en-dessous, qui sont sous le même niveau de gravité.

Description

Ce message indique que la mémoire ternaire adressable par le contenu de Netflow (TCAM) est presque pleine. Le vieillissement agressif sera temporairement activé. Si vous changez le masque de Netflow en mode FULL, TCAM pour le Netflow peut déborder en raison de ce grand nombre d'entrées. Émettez la commande show mls netflow ip count afin de contrôler ces informations.

Supervisor Engine 720 contrôle toutes les 30 secondes dans quelle mesure la table de Netflow est pleine. Supervisor Engine active le vieillissement agressif quand la taille de la table atteint presque 90 pour cent. L'idée derrière le vieillissement agressif est que la table est presque pleine de sorte qu'il y a de nouveaux flux actifs qui ne peuvent pas être créés. Par conséquent, il semble logique de vieillir agressivement les flux les moins actifs (ou flux inactifs) dans la table pour libérer de l'espace pour les flux plus actifs.

La capacité pour chaque table Netflow (ipv4) de la carte de fonctionnalités de politique (PFC), pour PFC3a et PFC3b, est 128.000 flux. Pour le PFC3bXL, la capacité est de 256.000 flux.

Contournement

Afin d'empêcher ce problème, désactivez le mode FULL de Netflow. Émettez la commande no mls flow ip.

Remarque: Généralement, la commande no mls flow ip n'affecte pas le transfert des paquets parce que TCAM pour le transfert des paquets et TCAM pour Netflow Accounting sont distincts.

Pour éliminer ce problème, activez le vieillissement rapide de MLS. Lorsque vous activez la durée de vieillissement rapide de MLS, définissez au commencement la valeur à 128 secondes. Si la taille du cache MLS continue à se développer à plus de 32 K entrées, diminuez la configuration jusque ce que la taille du cache reste inférieure à 32 K. Si le cache continue à se développer au-dessus de 32K entrées, diminuez la durée de vieillissement normal de MLS. Toute valeur de durée de vieillissement qui n'est pas un multiple de 8 secondes est ajustée sur le multiple le plus proche de 8 secondes.

Switch#configure terminal
Switch(config)#mls aging fast threshold 64 time 30

L'autre contournement consiste à désactiver service intrenal au cas où vous l'ayez activé, et à supprimer mls flow ip interface-full au cas où vous n'ayez pas besoin de flux complet.

Switch(config)#no service internal
Switch(config)#mls flow ip interface-full

%ETHCNTR-3-LOOP_BACK_DETECTED : Keepalive packet loop-back detected on [chars]

Problème

Le commutateur enregistre ce message d'erreur et le port est forcé d'arrêter la liaison :

Cet exemple montre la sortie de console qui est affichée quand ce problème survient :

Oct 2 10:40:13: %ETHCNTR-3-LOOP_BACK_DETECTED: Keepalive packet loop-back detected on 
GigabitEthernet0/1
Oct 2 10:40:13: %PM-4-ERR_DISABLE: loopback error detected on Gi0/1, putting Gi0/1 in 
err-disable state

Description

Le problème survient parce que le paquet keepalive fait une boucle vers le port qui a envoyé le keepalive. Des keepalives sont envoyés sur les commutateurs Catalyst afin d'empêcher des boucles dans le réseau. Des keepalives sont activées par défaut sur toutes les interfaces. Vous voyez ce problème sur le périphérique qui détecte et casse la boucle, mais pas sur le périphérique qui entraîne la boucle.

Contournement

Émettez la commande d'interface no keepalive afin de désactiver les keepalives. Désactiver la keepalive empêche l'état errdisable de l'interface, mais ne supprime pas la boucle.

Remarque: Dans les versions 12.2(x)SE du logiciel Cisco IOS et ultérieures, des keepalives ne sont pas envoyées sur la fibre et les interfaces de liaison ascendante par défaut.

loadprog : error - on file open boot: cannot load "cisco2-Cat6k-MSFC"

Problème

Le commutateur enregistre ce message d'erreur :

Description

Le problème survient seulement sur une écriture non alignée sur le périphérique qui est fermé à une limite interne de 64 octets. Le problème peut se poser dans l'une de ces circonstances :

  • Pendant l'écriture d'un fichier de vidage sur incident

    Quelque chose entraîne une défaillance du système au moment de l'écriture du fichier.

  • Quand le code est altéré pendant la migration de CatOS vers le logiciel Cisco IOS

Contournement

Le contournement consiste à modifier le pilote du périphérique de sorte qu'il gère correctement l'accès non aligné. Si l'erreur se produit en raison d'une corruption de code pendant la migration de CatOS vers le logiciel Cisco IOS, effacez la mémoire Flash et téléchargez une nouvelle image logicielle CatOS valide.

%L3_ASIC-DFC3-4-ERR_INTRPT : Interrupt TF_INT: FI_DATA_INT

Problème

Le commutateur enregistre ce message d'erreur :

  • %L3_ASIC-DFC3-4-ERR_INTRPT : Interrupt TF_INT: FI_DATA_INT occurring in EARL %Layer 3 ASIC

Description

Ce message d'erreur indique qu'il y a une erreur dans la couche 3 (L3) expédiant le circuit ASIC. Fondamentalement, le commutateur montre ce message quand un trafic temporaire traverse le circuit ASIC et que le logiciel enregistre simplement l'occurrence d'une condition d'interruption. Dès que cette condition apparaît, les compteurs indiqués par la commande show earl statistics augmentent. Chaque fois que le logiciel essaye de récupérer d'un tel état, le commutateur produit ce message syslog. Généralement, ce message est à des fins d'information tant que son occurrence demeure faible. Mais si le message d'erreur se produit fréquemment, il peut y a un problème avec le matériel.

Contrôlez la valeur des compteurs dans la sortie de la commande show earl statistics. Si les compteurs augmentent rapidement, cela indique un éventuel problème avec le matériel.

%MLS_STAT-SP-4-IP_LEN_ERR : MAC/IP length inconsistencies

Problème

Le commutateur enregistre ce message d'erreur :

Cet exemple montre la sortie de console qui est affichée quand ce problème survient :

May 29 21:54:14 JST: %MLS_STAT-SP-4-IP_LEN_ERR: MAC/IP length inconsistencies
May 29 23:10:44 JST: %MLS_STAT-SP-4-IP_LEN_ERR: MAC/IP length inconsistencies

Description

Ces messages indiquent que des paquets ont été reçus dans lesquels la longueur IP ne correspond pas à la longueur MAC du paquet. Supervisor Engine a supprimé ces paquets. Il n'y a aucun effet négatif sur le commutateur parce qu'il supprime les paquets. Le commutateur enregistre le message à des fins d'information. Le problème est dû à un périphérique du réseau qui envoie de mauvais paquets. Les problèmes suivants, notamment, peuvent entraîner de mauvais paquets :

  • De mauvaises NIC

  • De mauvais pilotes de carte NIC

  • De mauvaises applications

Utilisez un analyseur réseau afin de trouver la source qui envoie les paquets erronés. Puis, résolvez le problème avec l'équipement ou l'application qui en est à l'origine.

L'autre contournement est une configuration du commutateur qui arrête les contrôle du commutateur :

  • Les erreurs de total de contrôle de paquets

  • Les erreurs de longueur de paquet

  • Les paquets ayant les mêmes adresse IP source et de destination

Utilisez ces commandes pour arrêter les contrôles du commutateur :

  • Switch(config)#no mls verify ip checksum
    
    !--- This configures the switch to discontinue checks for packet checksum errors.
    
    
  • Switch(config)#no mls verify ip length
    
    !--- This configures the switch to discontinue checks for packet length errors.
    
    
  • Switch(config)#no mls verify ip same-address
    
    !--- This configures the switch to discontinue checks for packets that have the 
    !--- same source and destination IP addresses.
    
    

%MLS_STAT-SP-4-IP_CSUM_ERR : IP checksum errors

Problème

Le commutateur enregistre ce message d'erreur :

Cet exemple montre la sortie de console qui est affichée quand ce problème survient :

Jan 20 12:48:52: %MLS_STAT-SP-4-IP_CSUM_ERR: IP checksum errors
Jan 20 14:49:53: %MLS_STAT-SP-4-IP_CSUM_ERR: IP checksum errors

Description

Ces messages indiquent que le commutateur reçoit des paquets IP qui ont une valeur de la somme de contrôle incorrecte. Il n'y a aucun effet négatif sur le commutateur parce qu'il supprime les paquets. Le commutateur enregistre le message à des fins d'information. Le problème est dû à un périphérique du réseau qui envoie de mauvais paquets. Les problèmes suivants, notamment, peuvent entraîner de mauvais paquets :

  • De mauvaises NIC

  • De mauvais pilotes de carte NIC

  • De mauvaises applications

Contournement

Comme contournement, utilisez une de ces deux options :

  • Utilisez un analyseur réseau afin d'identifier la source qui envoie les paquets erronés. Puis, résolvez le problème avec l'équipement ou l'application qui en est à l'origine.

  • Désactivez les contrôles d'erreur de la couche 3 dans le matériel de commutation pour les deux éléments suivants :

    • Les erreurs de total de contrôle de paquets

    • Les erreurs de longueur de paquet

    Pour arrêter ces contrôles d'erreur, utilisez la commande no mls verify , comme dans ces exemples :

    • Switch(config)#no mls verify ip checksum
      
      !--- This configures the switch to discontinue checks for packet 
      !--- checksum errors.
      
      
    • Switch(config)#no mls verify ip length {consistent | minimum}
      
      !--- This configures the switch to discontinue checks for packet 
      !--- length errors.
      
      

%MCAST-SP-6-ADDRESS_ALIASING_FALLBACK

Problème

Le commutateur enregistre ce message d'erreur :

  • %MCAST-SP-6-ADDRESS_ALIASING_FALLBACK :

Cet exemple montre la sortie de console qui est affichée quand ce problème survient :

%MCAST-SP-6-ADDRESS_ALIASING_FALLBACK: Address Aliasing detected for 
group 0100.5e00.0001 on vlan 632 from possible source ip 10.158.132.185 source 
mac 0000.bea6.82e0

Description

Ce message indique que le commutateur reçoit un trafic muticast excessif qui est destiné à une adresse MAC multicast dans la plage 01-00-5e-00-00-xx. Cette plage multicast est réservée au trafic de contrôle d'Internet Group Management Protocol (IGMP), par exemple :

  • Feuilles

  • Se joint

  • Requêtes générales

Le CPU du commutateur traite normalement tout le trafic de contrôle d'IGMP. Par conséquent, le logiciel Cisco IOS fournit un mécanisme pour ignorer le trafic IGMP multicast excessif, qui est destiné aux adresses réservées. Le mécanisme s'assure que le CPU ne devient pas submergé. L'utilisation de ce mécanisme est désigné sous le nom de « mode de secours ».

Recherchez la source du trafic de multidiffusion illégal. Puis, arrêtez la transmission ou modifiez les caractéristiques du flux de sorte que la transmission ne viole plus l'espace de données de contrôle d'IGMP. En outre, utilisez le message d'erreur dans la section Problème, qui fournit une source réseau pouvant éventuellement provoquer le problème.

c6k_pwr_get_fru_present() : can't find fru_info for fru type 6, #

Problème

Le commutateur enregistre ce message d'erreur :

Cet exemple montre la sortie de console qui est affichée quand ce problème survient :

Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #38
Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #38
Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #43
Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #43

Description

Ce message d'erreur apparaît en raison d'une réponse incorrecte du commutateur au vote de Protocole de gestion de réseau simple (SNMP) des adaptateurs de port qui fléchissent les modules Flex WAN utilisent. Ce message d'erreur est essentiellement cosmétique, et il n'y a aucun problème de performances préjudiciable au commutateur. Référez-vous à l'ID bogue Cisco CSCdx41473 (clients enregistrés seulement) pour plus de détails. Le problème est résolu dans ces versions :

  • Logiciel Cisco IOS Version 12.1(11b)E4

  • Logiciel Cisco IOS Version 12.1(12c)E1

  • Logiciel Cisco IOS Version 12.1(13)E

  • Logiciel Cisco IOS Version 12.1(13)EC

  • Versions ultérieures

%MROUTE-3-TWHEEL_DELAY_ERR

Problème

Le commutateur enregistre ce message d'erreur :

  • %MROUTE-3-TWHEEL_DELAY_ERR :

Cet exemple montre la sortie de console qui est affichée quand ce problème survient :

%MROUTE-3-TWHEEL_DELAY_ERR: Exceeded maximum delay (240000 ms) requested: 7200000

Description

Ce message apparaît quand le commutateur reçoit les paquets multicast PIM (Protocol Independent Multicast) Joindre/Élaguer qui présentent une valeur élevée de temps de maintien. Les paquets présentent une valeur de temps de maintien plus élevée que le délai maximal permis par le système d'exploitation du commutateur, qui est de 4 minutes. Ces paquets sont des paquets de contrôle multicast, tels que PIM, Distance Vector Multicast Routing Protocol (DVMRP) et d'autres types.

Les versions ultérieures du logiciel Cisco IOS pour Catalyst 6500/6000 ont augmenté ce délai maximal à 65.535 secondes, ou approximativement 17 minutes. Référez-vous à l'ID bogue Cisco CSCdw50542 (clients enregistrés seulement) pour plus de détails. Le problème est résolu dans ces versions :

  • Logiciel Cisco IOS Version 12.1(12c)E

  • Logiciel Cisco IOS Version 12.2(12)T01

  • Logiciel Cisco IOS Version 12.1(13)E

  • Logiciel Cisco IOS Version 12.1(13)EC

  • Versions ultérieures

Contournement

Configurez le périphérique tiers qui produit des paquets PIM pour qu'il utilise les temporisateurs recommandés par les normes du protocole.

%MCAST-SP-6-GC_LIMIT_EXCEEDED

Problème

Le commutateur enregistre ce message d'erreur :

  • %MCAST-SP-6-GC_LIMIT_EXCEEDED

Cet exemple montre la sortie de console qui est affichée quand ce problème survient :

%MCAST-SP-6-GC_LIMIT_EXCEEDED: IGMP snooping was trying to allocate 
more Layer 2 entries than what=allowed (13000)

Description

Ce message d'erreur est enregistré quand la fonction IGMP Snooping sur le commutateur a créé le nombre maximal d'entrées autorisées sur la couche 2 (L2). Le nombre maximum par défaut d'entrées sur la couche L2 que le commutateur peut créer pour des groupes multicast est 15.488. Dans les versions ultérieures du logiciel Cisco IOS, seules les entrées de multidiffusion L2 installées sur le matériel comptent vers la limite. Référez-vous à l'ID bogue Cisco CSCdx89380 (clients enregistrés seulement) pour plus de détails. Le problème est résolu dans le logiciel Cisco IOS Version 12.1(13)E1 et ultérieure.

Contournement

Vous pouvez élever manuellement la limite L2. Émettez la commande ip igmp l2-entry-limit.

%MISTRAL-SP-3-ERROR : Error condition detected: TM_NPP_PARITY_ERROR

Problème

Le commutateur enregistre ce message d'erreur :

Cet exemple montre la sortie de console qui est affichée quand ce problème survient :

Apr 19 22:14:18.237 EDT: %MISTRAL-SP-3-ERROR: Error condition detected: 
TM_NPP_PARITY_ERROR
Apr 19 22:14:25.050 EDT: %MISTRAL-SP-3-ERROR: Error condition detected: 
TM_NPP_PARITY_ERROR
Apr 19 22:15:20.171 EDT: %MISTRAL-SP-3-ERROR: Error condition detected: 
TM_NPP_PARITY_ERROR

Description

Ce message d'erreur indique qu'il y a eu une erreur de parité dans le pointeur de la page suivante du gestionnaire interne de table. Si le commutateur exécute le logiciel Cisco IOS Version 12.1(8)E ou ultérieure, il détecte l'erreur de parité et réinitialise l'ASIC Mistral. Le commutateur peut alors continuer, sans nécessité de recharger. Une décharge électrostatique aléatoire ou d'autres facteurs externes peuvent entraîner l'erreur de parité de la mémoire. Si vous voyez le message d'erreur seulement une fois ou rarement, contrôlez le Syslog du commutateur afin de confirmer que le message d'erreur est un incident isolé. Si ces messages d'erreur se reproduisent, créez une demande de service avec l'assistance technique de Cisco.

%MLS_STAT-4-IP_TOO_SHRT : Too short IP packets received

Problème

Le commutateur enregistre ce message d'erreur :

Cet exemple montre la sortie de console qui est affichée quand ce problème survient :

*Apr  1 10:30:35 EST: %MLS_STAT-SP-4-IP_TOO_SHRT: Too short IP packets received

Description

Ce message indique que le moteur de transfert du commutateur reçoit un paquet IP d'une longueur inférieure à la longueur minimum permise. Le commutateur supprime le paquet. Dans les versions antérieures, le paquet est supprimé silencieusement et compté dans les statistiques du moteur de transfert. Ceci s'applique aux versions de logiciel qui sont antérieures à 7.x ou antérieures au logiciel Cisco IOS Version 12.1(13E). Dans des versions de logiciel postérieures à 7.x ou postérieures au logiciel Cisco IOS Version 12.1(13E), le message est enregistré dans le syslog une fois toutes les 30 minutes.

Il n'y a aucun effet du côté du commutateur. Le commutateur supprime le mauvais paquet, que l'équipement en réception aurait supprimé en conséquence. Le seul souci est qu'il y a un périphérique qui envoie de mauvais paquets. Les causes possibles incluent :

  • Un mauvais pilote de carte NIC

  • Un bogue du pilote de carte NIC

  • Une mauvaise application

En raison des limitations matérielles, Supervisor Engine ne garde pas trace de la source IP, de l'adresse MAC ni du port du périphérique qui envoie les mauvais paquets. Vous devez employer une application de reniflage de paquets afin de détecter ces périphériques et de détecter l'adresse source.

Le message dans la section Problème est simplement un message envoyé par le commutateur aux fins d'avertissement/d'information. Le message ne fournit aucune information au sujet du port source, de l'adresse MAC ou de l'adresse IP.

Utilisez une application de reniflage de paquets à l'intérieur du réseau. Essayez en arrêter une partie de l'interface ou de supprimer certains périphériques du réseau afin de déterminer si vous isoler le périphérique qui fonctionne mal.

Processor [number] of module in slot [number] cannot service session requests

Problème

Le commutateur enregistre ce message d'erreur :

Description

Cette erreur se produit quand vous émettez la commande session slot number processor number afin d'essayer d'établir une session dans ces situations :

  • Vous essayez d'établir une session vers un module dans lequel une session a déjà été établie lors de la connexion au commutateur.

  • Vous essayez d'établir une session pour un module indisponible dans l'emplacement.

  • Vous essayez d'établir a session pour un processeur indisponible dans le module.

%PM_SCP-1-LCP_FW_ERR : System resetting module [dec] to recover from error: [chars]

Problème

Le commutateur enregistre ce message d'erreur :

Ces exemples montrent la sortie de console qui est affichée quand ce problème survient :

  • %PM_SCP-SP-1-LCP_FW_ERR : System resetting module 13 to recover from error: Linecard received system exception

    ou

  • %PM_SCP-SP-1-LCP_FW_ERR : System resetting module 4 to recover from error: Coil Pb Rx Parity Error - Port #14

Description

Le message indique que le microprogramme du module spécifié a détecté une erreur. Le système réinitialise automatiquement le module afin de récupérer de l'erreur. La valeur [dec] est le numéro de module, et [chars] est l'erreur.

Contournement

Réinsérez le module ou mettez le module dans un emplacement différent et permettez au module de passer par le test complet de diagnostic de démarrage. Pour plus d'informations sur les diagnostics en direct sur les commutateurs de la gamme Catalyst 6500, référez-vous à Configuration des diagnostics en ligne. Après que le module passe le test de diagnostics, contrôlez la récurrence du message d'erreur. Si l'erreur se produit de nouveau ou si le test de diagnostics détecte un problème, créez une demande de service avec l'assistance technique de Cisco pour davantage de dépannage.

%PM_SCP-2-LCP_FW_ERR_INFORM : Le [dec] de module éprouve l'erreur suivante : [chars]

Problème

Le commutateur enregistre ce message d'erreur :

  • %PM_SCP-2-LCP_FW_ERR_INFORM : Le [dec] de module éprouve l'erreur suivante : [chars]

Cet exemple montre la sortie de console qui est affichée quand ce problème survient :

  • %PM_SCP-SP-2-LCP_FW_ERR_INFORM : Le module 4 éprouve l'erreur suivante : Erreur passagère de Pb d'Asic #0 de bus

Description

Le module signale une condition d'erreurs, où le [dec] est le numéro de module et le [chars] est l'erreur. Cette condition est habituellement provoquée par un linecard incorrectement posé ou une défaillance matérielle. Si le message d'erreur est vu sur tous les linecards, la cause est un module incorrectement posé.

Contournement

Réinsérez et remettez à l'état initial le linecard ou le module. Émettez alors la commande de module_# de show diagnostic result module. »

Si le message d'erreur persiste après que le module soit remis à l'état initial, créez une demande de service avec le support technique de Cisco pour davantage de dépannage.

%PM_SCP-SP-2-LCP_FW_ERR_INFORM : Le [dec] de module éprouve l'erreur suivante : [chars]

Problème

Le commutateur enregistre ce message d'erreur :

%PM_SCP-SP-2-LCP_FW_ERR_INFORM : Le module 4 éprouve l'erreur suivante : Erreur passagère de Pb du port #36 TX

Description

Ce message d'erreur indique une erreur passagère sur le numéro de module 4 dans le datapath du port 36. Dans la plupart des cas, c'est un un temps/question passagère.

Contournement

  1. Fermé et unshut le port Gi4/36, et moniteur pour la récurrence de la question.

  2. Si l'erreur se reproduit, placez le diagnostic pour se terminer avec la commande complète de diagnostic bootup level. Puis, réinsérez physiquement le linecard.

  3. Si le message d'erreur persiste après que le module soit réinséré, créez une demande de service avec le support technique de Cisco pour davantage de dépannage avec ces sorties de commande :

%PM_SCP-SP-4-UNK_OPCODE : Received unknown unsolicited message from module [dec], opcode [hex]

Problème

Le commutateur enregistre ce message d'erreur :

Ces exemples montrent la sortie de console qui est affichée quand ce problème survient :

  • Dec 10 12:44:18.117: %PM_SCP-SP-4-UNK_OPCODE : Received unknown unsolicited message from module 2, opcode 0x330

    ou

  • Dec 10 12:44:25.210: %PM_SCP-SP-4-UNK_OPCODE : Received unknown unsolicited message from module 2, opcode 0x114

Description

Ce message d'erreur indique simplement que Supervisor Engine ne comprend pas le message de contrôle de la carte de ligne en raison de fonctionnalités qui ne sont pas prises en charge par la version du logiciel Cisco IOS du commutateur.

Les cartes de ligne envoient les messages de contrôle au Supervisor Engine actif qui indiquent les fonctionnalités prises en charge par le logiciel. Mais si le logiciel ne prend en charge aucune des fonctionnalités de la de carte de ligne, ces messages de contrôle ne sont pas reconnus et le message d'erreur est affiché. Ce message est une occurrence inoffensive et n'affecte aucune fonction sur Supervisor Engine ou les cartes de ligne.

Contournement

Mettez à niveau le logiciel Supervisor Engine avec la dernière version qui a une prise en charge maximale des fonctionnalités. Puisque ce message d'erreur n'affecte pas la production ou le trafic, vous pouvez ignorer le message.

%PM_SCP-SP-3-TRANSCEIVER_BAD_EEPROM : Contrôle d'intégrité sur l'émetteur-récepteur dans le port LAN 5/2 manqué : mauvaise clé

Problème

Le commutateur enregistre ce message d'erreur :

  • %PM_SCP-SP-3-TRANSCEIVER_BAD_EEPROM : Contrôle d'intégrité sur l'émetteur-récepteur dans le port LAN 5/2 manqué : mauvaise clé

Description

La raison pour ce message d'erreur est l'utilisation de non-Cisco SFP GBIC, qui n'est pas prise en charge.

Cisco SFP GBIC ont un seul code chiffré (ID de qualité) ce SYSTÈME D'EXPLOITATION de Cisco IOS/CAT d'enables pour identifier les pièces enfichables de Cisco. Le GBIC normal n'ont pas ceci et par conséquent ils peuvent probablement fonctionner. Référez-vous au pour en savoir plus %PM_SCP-SP-3-TRANSCEIVER_BAD_EEPROM.

%PM_SCP-SP-3-LCP_FW_ABLC : Message en retard de collision de [dec] de module, port:035

Problème

Le commutateur enregistre ce message d'erreur :

  • %PM_SCP-SP-3-LCP_FW_ABLC : Message en retard de collision du module 3, port:035

Description

Défuntes collisions — Une collision en retard se produit quand deux périphériques transmettent en même temps, et ni l'un ni l'autre de 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 l'autre effectue un envoi tant qu'ils n'ont pas placé la totalité du paquet 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.

Causes possibles — Les collisions en retard sont un résultat de quand il y a un conflit du mode bidirectionnel, un câblage incorrect ou un nombre non-conforme de Concentrateurs dans le réseau. Les cartes NIC défectueuses peuvent également provoquer des collisions tardives.

%PM-3-INVALID_BRIDGE_PORT : Le numéro de port de passerelle est hors de plage

Problème

Le commutateur enregistre ce message d'erreur :

%PM-3-INVALID_BRIDGE_PORT: Bridge Port number is out of range

Description

Ce numéro semble cosmétique et est dû à un balayage SNMP du MIB dot1dTpFdbEntry.

Contournement

Vous pouvez bloquer l'OID de voter sur ce périphérique. Ce défaut est réparé de la Cisco IOS version 12.2(33)SRD04 et ultérieures.

%QM-4-TCAM_ENTRY : Hardware TCAM entry capacity exceeded

Problème

Le commutateur enregistre ce message d'erreur :

Description

TCAM est une partie spécialisée de la mémoire conçue pour des recherches de table rapides par les moteurs d'ACL et de QoS. Ce message indique l'épuisement des ressources TCAM et la commutation logicielle de paquets. Ceci signifie que chaque interface a son propre ID dans TCAM et utilise donc plus de ressources TCAM. Ce problème est très probablement provoqué par la présence de la commande mls qos marking statistics ou quand le matériel TCAM n'a pas la capacité de gérer tous les ACL configurés.

Contournement

  • Désactivez la commande mls qos marking statistics puisqu'elle est activée par défaut.

  • Essayez de partager les mêmes ACL à travers plusieurs interfaces afin de réduire le conflit de ressources TCAM.

%slot_earl_icc_shim_addr: Slot [num] is neither SuperCard nor Supervisor - Invalid slot

Problème

Le commutateur enregistre ce message d'erreur :

Description

Ce message se produit quand un gestionnaire SNMP vote pour les données TCAM d'une carte de ligne qui n'a aucune information TCAM. Ceci se produit seulement pour une carte de ligne dans un commutateur Catalyst 6500 qui exécute le logiciel Cisco IOS. Si la carte de ligne a des informations TCAM pendant le vote SNMP, les données sont fournies au système de gestion de réseaux (NMS) pour un autre traitement. Référez-vous à l'ID bogue Cisco CSCec39383 (clients enregistrés seulement) pour plus de détails. Ce problème est résolu dans le logiciel Cisco IOS Version 12.2(18) .

Comme contournement, vous pouvez bloquer la requête des données TCAM par les NMS. L'objet MIB qui fournit les données d'utilisation TCAM est cseTcamUsageTable. Complétez ces étapes sur le routeur afin d'éviter des retours arrière :

  1. Émettez la commande tcamBlock cseTcamUsageTable excluded.

  2. Émettez la commande tcamBlock iso included.

  3. Émettez la commande snmp-server community public view tcamBlock ro.

  4. Émettez la commande snmp-server community private view tcamBlock rw.

%SYSTEM_CONTROLLER-SP-3-ERROR : Error condition detected: TM_NPP_PARITY_ERROR

Problème

Le commutateur enregistre ce message d'erreur :

Cet exemple montre la sortie de console qui est affichée quand ce problème survient :

Feb 23 21:55:00: %SYSTEM_CONTROLLER-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR
Feb 23 22:51:32: %SYSTEM_CONTROLLER-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR
Feb 23 23:59:01: %SYSTEM_CONTROLLER-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR

Description

Les erreurs les plus communes de l'ASIC Mistral sur le MSFC sont TM_DATA_PARITY_ERROR, SYSDRAM_PARITY_ERROR, SYSAD_PARITY_ERROR et TM_NPP_PARITY_ERROR. Parmi les causes possibles de ces erreurs de parité figurent une décharge électrostatique aléatoire ou d'autres facteurs externes. Ce message d'erreur indique qu'il y avait une erreur de parité. Les erreurs de parité mémoire du processeur (PMPE) sont décomposées en deux types : les erreurs uniques d'événements contrariés (SEU) et les erreurs répétées.

Ces erreurs à bit unique se produisent quand un bit dans un mot contenant des données change inopinément en raison des événements externes (qui entraînent, par exemple, le changement spontané d'un zéro en un un). Les SEU sont un phénomène universel indépendant du constructeur ou de la technologie. Les SEU se produisent très rarement, mais tous les systèmes informatiques et systèmes réseau, même un PC, y sont sujets. Les SEU, également appelées « erreurs mineures », sont provoquées par du bruit et résultent d'une erreur passagère et incohérente dans les données. Ceci est indépendant d'une panne composante et est le plus souvent dû à au rayonnement cosmique.

Des erreurs répétées (souvent appelées « erreurs majeures ») sont provoquées par les composants défaillants. Une erreur majeure est provoquée par un composant défaillant ou un problème au niveau du panneau, tel qu'une carte de circuit imprimé mal construit, avec pour conséquences des occurrences répétées de la même erreur.

Contournement

Si vous voyez le message d'erreur seulement une fois ou rarement, contrôlez le Syslog du commutateur afin de confirmer que le message d'erreur est un incident isolé. Si ces messages d'erreur se reproduisent, réinsérez la lame de Supervisor Engine. Si les erreurs s'arrêtent, c'est qu'il s'agissait d'une erreur de parité majeure. Si ces messages d'erreur continuent à se reproduire, ouvrez un cas auprès du centre d'assistance technique.

%SYSTEM_CONTROLLER-SW2_SPSTBY-3-ERROR : Error condition detected: TM_NPP_PARITY_ERROR

Problème

Le commutateur enregistre ce message d'erreur :

Description

Ce message d'erreur indique qu'il y avait une erreur de parité et les causes possibles sont une décharge électrostatique aléatoire ou d'autres facteurs externes, qui entraîne l'erreur de parité de la mémoire, telle qu'une Connectivité passagère de panneau arrière ou pourraient se produire en raison des questions d'alimentation et parfois le linecard n'est pas accès capable le contenu séquentiel PROM (SPROM) sur le module afin de déterminer l'identification du linecard.

Tous les systèmes d'ordinateur et de réseau sont susceptibles de l'occurrence rare des renversements simples d'événement (SEU), parfois décrite comme erreurs de parité. Ces erreurs à bit unique se produisent quand un bit dans un mot contenant des données change inopinément en raison des événements externes, et ainsi des causes, par exemple, un zéro pour changer spontanément à celle. SEUs sont un phénomène universel indépendamment de constructeur et technologie. Les SEU se produisent très rarement, mais tous les systèmes informatiques et systèmes réseau, même un PC, y sont sujets. SEUs s'appellent également les erreurs logicielles, qui sont provoqué par par bruit et résultats dans une erreur passagère et contradictoire dans les données, et sont indépendantes d'une panne composante.

Les erreurs répétées, des erreurs majeures souvent visées, sont provoqué par par les composants défectueux. Une erreur majeure est provoqué par par un composant défectueux, ou un problème de niveau de la carte tel que la carte de circuit imprimé incorrectement construite cette a comme conséquence des occurrences répétées de la même erreur.

Contournement

Si ces messages d'erreur se reproduisent, réinsérez le module de superviseur pendant la fenêtre de maintenance.

fournisseur de services : Linecard endpoint of Channel 14 lost Sync. to Lower fabric and trying to recover now!

Problème

Le commutateur enregistre ce message d'erreur :

Description

Le message d'erreur indique habituellement une carte de ligne mal ajustée. Dans la plupart des cas, vous pouvez physiquement réinsérer la carte de ligne afin de résoudre ce problème. Dans certains cas, le module est défectueux.

  1. Émettez la commande show fabric fpoe map afin d'identifier le module qui entraîne ce message d'erreur.

    Switch#configure terminal
    Switch(config)#service internal
    Switch(config)#end
    Switch#show fabric fpoe map
    Switch#configure terminal
    Switch(config)#no service internal
    Switch(config)#end
    

    Cet exemple est le résultat de la commande show fabric fpoe map. À partir de la sortie, vous pouvez identifier que le module à l'emplacement 12 entraîne le message d'erreur.

    switch#show fabric fpoe map 
    
    slot channel   fpoe 
    
      12     0    14  <<
    
    
    There are also related errors in "show fabric channel-counters" :
    
    slot channel   rxErrors   txErrors    txDrops  lbusDrops
        1       0          1          0          0          0
        2       0         16          0          0          0
        3       0         16          0          0          0
  2. Réinsérez le module qui génère le message d'erreur.

%SYSTEM-1-INITFAIL : Network boot is not supported

Problème

Pendant le démarrage d'un commutateur Cisco Catalyst 6000/6500, il peut afficher un message d'erreur semblable :

%SYSTEM-1-INITFAIL: Network boot is not supported.

Invalid device specified
Booting from default device
Initializing ATA monitor library...
monlib.open(): Open Error = -13
loadprog: error - on file open
boot: cannot load "bootdisk:s72033-ipservicesk9-mz.122-18.SXF7.bin"

Description

Cette erreur se produit en grande partie quand les variables de démarrage ne sont pas configurées correctement pour démarrer le commutateur à partir d'un périphérique Flash valide.

Dans l'illustration, notez la dernière ligne du message :

boot: cannot load "bootdisk:s72033-ipservicesk9-mz.122-18.SXF7.bin"

Le nom du périphérique Flash mentionné est bootdisk, et la première partie du nom de fichier IOS, s72033 indique que IOS est pour le module Supervisor 720. Le module Supervisor 720 ne comporte ni ne prend en charge un périphérique Flash appelé bootdisk. Puisque le module Supervisor 720 n'a pas de Flash local de ce nom, le commutateur pense que vous voulez démarrer à partir du réseau, d'où l'affichage du message d'erreur.

Résolution

Configurez la variable de démarrage avec le nom de périphérique Flash correct et le nom correct du fichier de logiciel.

Ces périphériques Flash sont pris en charge par les modules de Supervisor :

  • Supervisor Engine 1 et Supervisor Engine 2

    Nom du périphérique Flash Description
    bootflash : Mémoire Flash embarquée
    slot0 : Carte PC Flash linéaire (emplacement PCMCIA)
    disk0 : Carte PC Flash ATA (emplacement PCMCIA)

  • Supervisor Engine 720

    Nom du périphérique Flash Description
    bootflash : Mémoire Flash embarquée
    disk0 : Carte CompactFlash de type II seulement (emplacement disque 0)
    disk1 : Carte CompactFlash de type I (emplacement disque 1)

  • Supervisor Engine 32

    Nom du périphérique Flash Description
    bootdisk : Mémoire Flash embarquée
    disk0 : Carte CompactFlash de type II seulement (emplacement disque 0)

Si ceci ne résout pas le problème, référez-vous à Récupération d'un Catalyst 6500/6000 exécutant la plate-forme logicielle Cisco IOS à partir d'une image de programme de démarrage altérée ou absente ou d'un mode ROMmon.

CPU_MONITOR-3-TIMED_OUT ou CPU_MONITOR-6-NOT_HEARD

Problème

Le commutateur enregistre ces messages d'erreur :

CPU_MONITOR-3-TIMED_OUT: CPU monitor messages have failed, resetting system
CPU_MONITOR-6-NOT_HEARD: CPU monitor messages have not been heard for [dec] seconds

Description

Ces messages indiquent que des messages de contrôle du CPU n'ont pas été entendus pendant une période importante. Un temps d'attente se produit probablement, ce qui réinitialise le système. [dec] est le nombre de secondes.

Le problème se pose probablement pour ces raisons :

  • Carte de ligne ou module mal installé

  • Mauvais ASIC ou mauvais fond de panier

  • Bogues logiciels

  • Erreur de parité

  • Trafic élevé dans l'Ethernet hors du canal Ethernet Out of Band Channel (EOBC)

    Le canal EOBC est un canal bidirectionnel à l'alternat, qui gère beaucoup d'autres fonctions dont le trafic du Protocole de gestion de réseau simple (SNMP) et les paquets qui sont destinés au commutateur. Si le canal EOBC est plein de messages en raison d'une tempête de trafic SNMP, le canal est alors soumis à des collisions. Quand ceci se produit, EOBC n'est peut-être pas capable de porter les messages IPC. Ceci provoque l'affichage du message d'erreur par le commutateur.

Contournement

Réinsérez la carte de ligne ou le module. Si une fenêtre de maintenance peut être planifiée, réinitialisez le commutateur pour supprimer tout problème passager.

% Invalid IDPROM image for linecard

Problème

Le message d'erreur %Invalid IDPROM image for linecard est reçu dans les commutateurs de la gamme Catalyst 6500 exécutant la plate-forme logiciel Cisco IOS.

Le message d'erreur peut être semblable à ceux-ci :

% Invalid IDPROM image for daughterboard 1 in slot 4 (error = 4)
% Invalid IDPROM image for linecard in slot 5 (error = 4)
% Invalid IDPROM image for daughterboard 1 in slot 5 (error = 4)

Description

Cette erreur indique que les cartes de ligne installées n'ont pas démarré correctement parce que le superviseur a généré un mauvais signal sur le bus de commande. Dans certains scénarios, on voit que l'allocation erronée des places peut également entraîner la non-reconnaissance du superviseur ou les cartes de ligne sur le châssis Cat6500. Référez-vous à l'ID bogue Cisco CSCdz65855 (clients enregistrés seulement) pour plus d'informations.

Contournement

Si la configuration avec un superviseur redondant est disponible, exécutez un changement de force et réinsérez le superviseur actif initial.

S'il s'agit d'une configuration avec un superviseur unique, programmez un temps d'arrêt et exécutez ces étapes :

  1. Déplacez le module de supervision à l'autre emplacement.

  2. Réinsérez toutes les cartes de ligne et assurez-vous qu'elles sont placées correctement.

    Référez-vous à Mise en place et retrait en ligne (OIR) des modules dans les commutateurs Cisco Catalyst pour plus d'informations sur la mise en place et le retrait en ligne des modules.

%CPU_MONITOR-SP-6-NOT_HEARD ou %CPU_MONITOR-SP-3-TIMED_OUT

Problème

Le commutateur enregistre ces messages d'erreur :

%CPU_MONITOR-SP-6-NOT_HEARD: CPU_MONITOR messages have not been heard for 61 seconds [2/0]
%CPU_MONITOR-SP-6-NOT_HEARD: CPU_MONITOR messages have not been heard for 151 seconds [2/0]
%CPU_MONITOR-SP-3-TIMED_OUT: CPU_MONITOR messages have failed, resetting module [2/0]
%OIR-SP-3-PWRCYCLE: Card in module 1, is being power cycled off (Module not responding to Keep Alive polling)
%OIR-SP-3-PWRCYCLE: Card in module 2, is being power-cycled off (Heartbeat Messages Not Received From Module)

Description

Le superviseur envoie à un ping SCP une fois toutes les 2 secondes à chaque linecard. Si aucune réponse n'est reçue après 3 pings (6 secondes), elle est comptée comme première panne. Après 25 telles pannes successives, ou après 150 secondes de ne pas recevoir une réponse du linecard, les arrêts et redémarrages de superviseur qui linecard. Après toutes les 30 secondes, ce message d'erreur est vu sur le commutateur :

%CPU_MONITOR-SP-6-NOT_HEARD: CPU_MONITOR messages have not been heard for 61 seconds [2/0]
%CPU_MONITOR-SP-6-NOT_HEARD: CPU_MONITOR messages have not been heard for 151 seconds [2/0]

Après 150 secondes, le module obtient l'alimentation faite un cycle avec ces Syslog :

%CPU_MONITOR-SP-3-TIMED_OUT: CPU_MONITOR messages have failed, resetting module [2/0]
%OIR-SP-3-PWRCYCLE: Card in module 1, is being power-cycled off (Module not responding to Keep Alive polling)
%OIR-SP-3-PWRCYCLE: Card in module 2, is being power-cycled off (Heartbeat Messages Not Received From Module)

%C6KPWR-4-DISABLED : Power to module in slot [dec] set [chars]

Problème

Le commutateur enregistre ce message d'erreur :

%C6KPWR-4-DISABLED: Power to module in slot [dec] set [chars]

Cet exemple montre la sortie de console qui est affichée quand ce problème survient :

%C6KPWR-SP-4-DISABLED: power to module in slot 10 set off (Fabric channel errors)
%C6KPWR-SP-4-DISABLED: power to module in slot 2 set off (Module Failed SCP dnld)
%C6KPWR-SP-4-DISABLED: power to module in slot 9 set off (Module not responding to Keep Alive polling)

Description

Ce message indique que le module dans l'emplacement indiqué a été mis hors tension pour la raison indiquée. [dec] est le numéro de l'emplacement, et [chars] indique l'état de l'alimentation.

Un commutateur a des vibrations normales qui, au fil du temps, peuvent faire déplacer légèrement un module du fond du panier. Quand ceci se produit, les interrogations des keepalives du superviseur ne reçoivent pas de réponse du module dans le temps imparti et le superviseur redémarre le module afin d'essayer d'obtenir une meilleure connexion. Si le module ne répond toujours pas aux interrogations, le superviseur redémarre continuellement le module pour finalement le mettre dans l'état error disable et ne permet pas à l'alimentation d'atteindre ce module.

Contournement

Une simple réinsertion du module corrige ce problème 90 pour cent des fois. Si vous réinsérez le module, cela réaligne la matrice de commutation et assure une connexion ferme au fond du panier.

Si le module intéressé est le module de commutation du contenu (CSM), envisagez la mise à niveau du logiciel CSM à la version 4.1(7) ou ultérieure. Ce problème est documenté comme l'ID bogue Cisco CSCei85928 (contre logiciel CSM) (clients enregistrés seulement) et l'ID bogue Cisco CSCek28863 (contre logiciel Cisco IOS) (clients enregistrés seulement).

Le dernier logiciel CSM peut être téléchargé depuis la page de téléchargement du logiciel du module de commutation de contenu Cisco Catalyst 6000.

ONLINE-SP-6-INITFAIL : Module [dec]: Failed to [chars]

Problème

Le commutateur enregistre le message d'erreur :

ONLINE-SP-6-INITFAIL: Module [dec]: Failed to [chars]

Cet exemple montre la sortie de console qui est affichée quand ce problème survient :

%ONLINE-SP-6-INITFAIL: Module 5: Failed to synchronize Port asic

Description

La cause de la panne est que la synchronisation par l'ASIC Pinnacle a échoué. Ceci est habituellement provoqué par un mauvais contact ou une carte mal insérée.

Contournement

Le système récupère sans intervention de l'utilisateur. Si le message d'erreur se reproduit, réinsérez la carte de ligne ou le module intéressé.

FM_EARL7-4-FLOW_FEAT_FLOWMASK_REQ_FAIL

Problème

Le commutateur enregistre le message d'erreur :

%FM_EARL7-4-FLOW_FEAT_FLOWMASK_REQ_FAIL: Flowmask request for the flow based 
feature [chars] for protocol [chars] is unsuccessful, hardware acceleration may be disabled 
for the feature

Cet exemple montre la sortie de console qui est affichée quand ce problème survient :

%FM_EARL7-4-FLOW_FEAT_FLOWMASK_REQ_FAIL: Flowmask request for the flow based 
feature Reflexive ACL for protocol IPv4 is unsuccessful, hardware acceleration may be disabled 
for the feature

Description

La requête de masque du flux pour la fonctionnalité basée sur le flux est infructueuse. Cette condition peut se produire en raison d'une exception de ressource TCAM, d'un masque de flux qui enregistre une exception de ressource ou d'un conflit insoluble de masque de flux avec d'autres fonctionnalités basées sur Netflow. L'installation du raccourci Netflow et l'accélération matérielle pour la fonctionnalité peuvent être désactivées sous cette condition, et la fonctionnalité peut être appliquée dans le logiciel.

Si vous avez la liste de contrôle d'accès réflexive (ACL) en entrée seulement, reflect et eval configurés dans le sens des entrées sur différentes interfaces, alors la condition de masque de flux d'ACL est basée sur des ACL réflexives d'entrée. Tant que l'ACL réflexive est configurée sur une interface différente que le contrôle micro-flux de QoS ou qu'elle ne s'y superpose pas, ils peuvent coexister dans le matériel en étant sur la même interface. S'ils sont sur la même interface et que l'ACL reflexive et le contrôle QoS se superposent, alors l'ACL réflexive désactive l'installation du raccourci de Netflow et l'ACL reflexive correspondante du trafic est commutée par le logiciel. Ceci est dû aux conditions contradictoires du masque de flux.

En cas d'ACL réflexive de sortie, la condition de masque de flux de l'ACL réflexive est globale sur toutes les interfaces, puisqu'il y a seulement le Netflow d'entrée. Si le contrôle du micro-flux QoS basé sur l'utilisateur est configuré dans ce cas, l'ACL réflexive désactive l'installation du raccourci de Netflow et l'ACL reflexive correspondante du trafic est commutée par le logiciel.

Contournement

Émettez la commande show fm fie flowmask afin de déterminer l'installation du raccourci de Netflow est activée/désactivée pour la fonctionnalité. Si l'installation du raccourci de Netflowet et l'accélération matérielle sont désactivée pour la fonctionnalité, utilisez seulement les listes d'accès réflexives d'entrée en combination avec le contrôle du micro-flux, et assurez-vous que le régulateur de micro-flux ne se superpose pas à la liste d'accès réflexive. Réappliquez la fonctionnalité pour que la requête de masque de flux réussisse et réactivez l'installation du raccourci Netflow pour la fonctionnalité.

MCAST-2-IGMP_SNOOP_DISABLE

Problème

Le commutateur enregistre le message d'erreur :

%MCAST-2-IGMP_SNOOP_DISABLE:IGMP Snooping disabled due to excessive events/packets, 
[dec]/[dec]; auto reenable in about 2 mins

Cet exemple montre la sortie de console qui est affichée quand ce problème survient :

%MCAST-2-IGMP_SNOOP_DISABLE:IGMP Snooping disabled due to excessive events/packets, 
0/19880; auto reenable in about 2 mins

Description

IGMP Snooping est désactivé, mais le système reçoit le trafic de multidiffusion. Cette situation force les paquets de multidiffusion à être dirigés vers le processeur de routage, qui peut le saturer. IGMP Snooping peut être désactivé automatiquement dû au trafic multicast excessif. IGMP Snooping regarde ces paquets de contrôle qui sont échangés entre les routeurs et les hôtes et, selon les messages d'entrée, de sortie et de requête, met à jour les ports qui reçoivent le multicast.

Ce message se produit généralement parce que le processeur de routage reçoit un débit beaucoup plus important que prévu de paquets IGMP d'entrée ou des paquets multicast normaux destinés à des plages d'adresse multicast réservées de couche 3/couche 2. Par conséquent, le commutateur manque de ressources et, comme le signale les messages de journalisation, il atténue et désactive IGMP Snooping pendant une brève période.

Contournement

Vous pouvez activer la fonctionnalité de limitation du débit multicast et définir le seuil à nombre supérieur.

La limitation du débit est une méthode plus souhaitable pour que la file d'attente ne soit pas débordée ; elle signifie également que les paquets IGMP valides ont moins de possibilité d'être supprimés et donc que le processus de surveillance sur le commutateur peut toujours mettre à jour convenablement.

Réalisez ces étapes pour résoudre ce problème :

  1. Désactivez IGMP Snooping avec la commande no ip igmp snooping.

  2. Configurez une session SPAN sur l'interface VLAN de gestion sur votre Catalyst 6500 afin de déterminer que l'adresse MAC appartient à la source d'où provient le trafic excessif.

  3. Regardez dans la table CAM afin d'identifier la source et supprimez-la.

  4. Réactivez IGMP Snooping.

C6KERRDETECT-2-FIFOCRITLEVEL : System detected an unrecoverable resources error on the active supervisor pinnacle

Problème

Le commutateur enregistre ces messages d'erreur. Le message d'erreur peut être l'un de ces deux types :

C6KERRDETECT-2-FIFOCRITLEVEL: System detected an unrecoverable resources error on the active supervisor pinnacle
C6KERRDETECT-2-FIFOCRITLEVEL: System detected unrecoverable resources error on active supervisor port-asic 

Description

La cause à l'origine de cette erreur est probablement un module défectueux ou un module mal inséré. Cela peut également être un problème de châssis avec cet emplacement particulier. S'il est dû à un module mal inséré, ceci peut être un problème passager.

Ces messages indiquent que le système a détecté des ressources irrécupérables en raison d'un problème FIFO (First In, First Out) sur l'ASIC Pinacle indiqué ou le port ASIC spécifié.

Contournement

Émettez la commande remote command switch show platform hardware asicreg pinnacle slot 1 port 1 err afin de résoudre cette erreur, et configurez le commutateur pour qu'il exécute des tests de matériel améliorés avec ces étapes :

Remarque: Tapez la commande entière et appuyez sur la touche Enter. Vous ne pouvez pas écrire la commande avec la touche Tab.

  1. Émettez la commande diagnostic bootup level complete pour définir le niveau de diagnostic à réaliser, et sauvegardez la configuration.

  2. Réinsérez le superviseur et insérez-le fermement.

  3. Une fois que le superviseur entre en ligne, émettez la commande show diagnostic pour contrôler le commutateur et vérifiez si le message d'erreur persiste.

%C6KERRDETECT-SP-4-SWBUSSTALL : Le bus de commutation éprouve la stalle pendant 3 secondes

Problème

Le commutateur enregistre ces messages d'erreur :

  • %C6KERRDETECT-SP-4-SWBUSSTALL : Le bus de commutation éprouve la stalle pendant 3 secondes

  • %C6KERRDETECT-SP-4-SWBUSSTALL_RECOVERED : La stalle de bus de commutation est récupérée et la commutation du trafic de données continue

Description

Le message %C6KERRDETECT-SP-4-SWBUSSTALL indique que le bus de commutation est calé et le trafic de données est perdu.

Le message %C6KERRDETECT-SP-4-SWBUSSTALL_RECOVERED indique que le bus de commutation n'est plus calé, et le trafic de données peut continuer.

Fondamentalement, si n'importe quel un module sur le bus système s'arrête alors le superviseur détecte un délai d'attente et des essais pour récupérer seule. Si un module était en cours d'être installé alors qui est une cause très possible de ces messages puisque ceci peut entraîner une stalle de bus tandis que le module obtient assis dans le fond de panier.

SP-RP Ping Test[7]: Test skipped due to high traffic/CPU utilization

Problème

Ce message d'erreur est reçu quand les pings de test intrabande ont échoué en raison d'un CPU élevé :

SP-RP Ping Test[7]: Test skipped due to high traffic/CPU utilization

Description

Le SP-RP dans le ping de bande est un test de diagnostic en ligne et le message SP-RP ping test failed est purement à titre d'information. Il indique une utilisation élevée du CPU et peut être le résultat d'un fort trafic passant sur le processeur de routage ou d'un trafic de commutation circulant vers le processeur du commutateur. Ceci peut également se produire pendant les mises à jour de routage. Il est normal d'avoir le CPU du processeur de routage utilisé jusqu'à 100 pour cent parfois.

Contournement

Le message d'erreur est purement à titre informatif et n'a pas d'incidence sur les performances du périphérique.

SW_VLAN-4-MAX_SUB_INT

Problème

Le commutateur enregistre ce message d'erreur :

%SW_VLAN-4-MAX_SUB_INT : The number of sub-interfaces allocated for interface [chars] has 
exceeded recommended limits of [dec]

Cet exemple montre la sortie de console qui est affichée quand ce problème survient :

%SW_VLAN-4-MAX_SUB_INT: The number of sub-interfaces allocated for interface Gi1/1 has
exceeded recommended limits of 1000

Description

Le nombre des sous-interfaces de couche 3 est limité par les VLAN internes dans le commutateur. La gamme Catalyst 6500 a 4094 VLAN qui sont utilisés pour des fins diverses. Émettez la commande show platform hardware capacity vlan afin de connaître l'état actuel de disponibilité du VLAN.

Switch#show platform hardware capacity vlan

VLAN Resources
  VLANs: 4094 total, 9 VTP, 0 extended, 17 internal, 4068 free

Contournement

La limite recommandée de sous interfaces est 1.000 pour chaque interface et 2000 pour chaque module. Réduisez le nombre de sous-interface allouées pour l'interface car il a dépassé la limite recommandée.

Remarque: La console peut être verrouillée en raison de ces nombreux messages qui sont affichés au rechargement du commutateur. Ce problème est documenté dans l'ID bogue Cisco CSCek73741 (clients enregistrés seulement) et est résolu dans le logiciel Cisco IOS Versions 12.2(18)SXF10 et Cisco IOS12.2(33)SXH ou ultérieures .

MCAST-6-L2_HASH_BUCKET_COLLISION

Problème

Le commutateur enregistre ce message d'erreur :

MCAST-6-L2_HASH_BUCKET_COLLISION: Failure installing (G,C)->index: 
([enet],[dec])->[hex] Protocol :[dec] Error:[dec]

Cet exemple montre la sortie de console qui est affichée quand ce problème survient :

%MCAST-SP-6-L2_HASH_BUCKET_COLLISION: Failure installing (G,C)->index: 
(0100.5e31.d522,802)->0xDA4 Protocol :0 Error:3

Ce message d'erreur est normalement vu avec ce message :

%MCAST-SP-6-GC_LIMIT_EXCEEDED: IGMP snooping was trying to allocate 
more Layer 2 entries than what allowed (15488)

Description

Ce message indique qu'une entrée de la couche 2 n'a pas été installée dans le matériel parce qu'il n'y a pas assez d'espace dans le compartiment de hachage. Des paquets de multidiffusion sont saturés sur le VLAN entrant parce que l'installation de l'entrée de la couche 2 a échoué. Quand la limite est dépassée, la saturation se produit pour d'autres groupes MAC.

Contournement

Si vous n'utilisez pas la multidiffusion, vous pouvez désactiver IGMP Snooping. Autrement, vous pouvez augmenter la limite d'entrée d'informations parasites en utilisant la commande ip igmp snooping l2-entry-limit.

%QM-4-AGG_POL_EXCEEDED : QoS Hardware Resources Exceeded : Out of Aggregate policers

Problème

Le commutateur enregistre ce message d'erreur :

%QM-4-AGG_POL_EXCEEDED: QoS Hardware Resources Exceeded : Out of Aggregate policers

Description

Seul un nombre limité de régulateurs agrégés peut être pris en charge. Sur les commutateurs basé sur EARL7, limite est 1023.

Contournement

Au lieu d'un QoS basé sur les ports, vous pouvez configurer un QoS sur les VLAN. Procédez comme suit :

  1. Appliquez la politique de service à chaque VLAN configuré sur le port de commutateur de la couche 2.

  2. Supprimez la politique de service de chaque port qui appartient au spécifique VLAN.

  3. Configurez chaque port de commutateur de la couche 2 pour le QoS basé sur les VLAN avec la commande mls qos vlan-based.

%EC-SP-5-CANNOT_BUNDLE2 : n'est pas compatible avec Gi2/1 et sera interrompu (le MTU de Gi2/2 est 1500, Gi2/1 est 9216)

Problème

Le commutateur enregistre ce message d'erreur :

  • %EC-SP-5-CANNOT_BUNDLE2 : n'est pas compatible avec Gi2/1 et sera interrompu (le MTU de Gi2/2 est 1500, Gi2/1 est 9216)

Description

Ce message d'erreur indique que le MTU du membre de Port canalisé n'est pas le même, ainsi Port canalisé de cause ajoutant la panne. Par défaut toutes les interfaces ont utilisé la taille de MTU en tant que 1500. Dû pour mal adapter de la valeur de MTU, le port ne peut pas ajouter au Port canalisé.

Contournement

Configurez le même MTU à ces ports membres.

%EC-SP-5-CANNOT_BUNDLE2 : Gi1/4 n'est pas compatible avec Gi6/1 et sera interrompu (le contrôle de flux envoient de Gi1/4 est éteint, Gi6/1 est allumé)

Problème

Le commutateur enregistre ce message d'erreur :

  • %EC-SP-5-CANNOT_BUNDLE2 : Gi1/4 n'est pas compatible avec Gi6/1 et sera interrompu (le contrôle de flux envoient de Gi1/4 est éteint, Gi6/1 est allumé)

Description

Ce message d'erreur indique la vitesse ou une non-concordance de contrôle de flux, ainsi la cause est un Port canalisé ajoutant la panne.

Contournement

Vérifiez la configuration d'interface participe au Port canalisé.

%CFIB-7-CFIB_EXCEPTION : FIB TCAM exception, Some entries will be software switched

Problème

Le commutateur enregistre ce message d'erreur :

%CFIB-7-CFIB_EXCEPTION: FIB TCAM exception, Some entries will be software switched

Description

Le message d'erreur indique que le nombre d'entrées de route qui sont installées est sur le point d'atteindre la capacité de FIB de matériel ou le positionnement de limite de maximum routes pour le protocole spécifié. Si la limite est atteinte, quelques préfixes sont abandonnés.

Contournement

Rechargez le routeur afin d'annuler le mode d'exception. Écrivez le mls cef maximum-routes commandent en mode de configuration globale afin d'augmenter le nombre maximal d'artères pour le protocole. Par défaut, un PFC3 sur la PETITE GORGÉE a une capacité des entrées 192K mais si vous utilisez le mls cef maximum-routes 239 commande, ceci donne une option d'utiliser les entrées disponibles maximum TCAM. Utilisez le show mls cef maximum-routes commandent afin de vérifier le maximum routes. Employez la commande de show mls cef summary, qui affiche le résumé des informations de table CEF, afin de vérifier l'utilisation en cours.

Le module échoue le test de TestMatchCapture

Problème

Le module 5(supervisor) échoue le test de diagnostic de TestMatchCapture comme indiqué dans cette sortie de module_# de show diagnostic result module :

TestMatchCapture ----------------> F


          Error code ------------------> 59 (DIAG_L2_INDEX_MISMATCH_ERROR)

          Total run count -------------> 1

          Last test execution time ----> Jun 25 2011 04:49:10

          First test failure time -----> Jun 25 2011 04:49:10

          Last test failure time ------> Jun 25 2011 04:49:10

          Last test pass time ---------> n/a

          Total failure count ---------> 1

          Consecutive failure count ---> 1

Description

Le test de TestMatchCapture est une combinaison du TestProtocolMatchChannel et des tests de TestCapture comme décrit ici :

  • TestProtocolMatchChannel — Le test de TestProtocolMatchChannel vérifie la capacité d'apparier des protocoles spécifiques de la couche 2 dans l'engine avant de la couche 2. Quand vous exécutez le test sur l'engine de superviseur, le paquet de diagnostic est envoyé du port intrabande de l'engine de superviseur et exécute une consultation de paquet avec l'engine avant de la couche 2. Pour les modules DFC-activés, le paquet de diagnostic est envoyé du port intrabande de l'engine de superviseur par la matrice de commutateur et est fait une boucle - arrière d'un des ports DFC. La caractéristique de correspondance est vérifiée pendant la consultation de paquet de diagnostic par l'engine avant de la couche 2.

  • TestCapture — Le test de TestCapture vérifie que la caractéristique de capture de l'engine avant de la couche 2 fonctionne correctement. La fonctionnalité de capture est utilisée pour la réplication de Multidiffusion. Quand vous exécutez le test sur l'engine de superviseur, le paquet de diagnostic est envoyé du port intrabande de l'engine de superviseur et exécute une consultation de paquet avec l'engine avant de la couche 2. Pour les modules DFC-activés, le paquet de diagnostic est envoyé du port intrabande de l'engine de superviseur par la matrice de commutateur et est fait une boucle - arrière d'un des ports DFC. La caractéristique de capture est vérifiée pendant la consultation de paquet de diagnostic par l'engine avant de la couche 2.

Contournement

Faites un réinsérer du module toutes les fois que vous obtenez une occasion. Puisque ce sont des erreurs mineures, elles peuvent être ignorées si vous ne voyez aucune incidence sur la représentation.

%CONST_DIAG-SP-3-HM_PORT_ERR : Le port 5 sur le module 2 a manqué 10 fois consécutives. Désactiver le port

Problème

Le commutateur enregistre ce message d'erreur :

%CONST_DIAG-SP-3-HM_PORT_ERR: Port [dec] on module [dec] failed [dec]
	 consecutive times. Disabling the port.

Cet exemple montre la sortie de console qui est affichée quand ce problème survient :

%CONST_DIAG-SP-3-HM_PORT_ERR: Port 5 on module 2 failed 10 consecutive
	 times. Disabling the port.

Description

Le message d'erreur indique que le chemin de données qui correspond au port a manqué. Le port est mis dans l'état errdisable.

Contournement

Remettez à l'état initial le linecard afin de voir si le problème se résout.

%CONST_DIAG-SP-4-ERROR_COUNTER_WARNING : Le compteur d'erreurs du module 7 dépasse le seuil, exploitation du système continuent

Problème

Le commutateur enregistre ce message d'erreur :

%CONST_DIAG-SP-4-ERROR_COUNTER_WARNING: Module 7 Error counter 
exceeds threshold, system operation continue.
%CONST_DIAG-SP-4-ERROR_COUNTER_DATA: ID:42 IN:0 PO:255 RE:200 RM:255 DV:2 EG:2 CF:10 TF:117

Description

Vérifiez les résultats diagnostiques :

TestErrorCounterMonitor ---------> .

    Error code ------------------> 0 (DIAG_SUCCESS)
    Total run count -------------> 33658
    Last test execution time ----> Apr 15 2012 11:17:46
    First test failure time -----> Apr 03 2012 20:11:36
    Last test failure time ------> Apr 08 2012 19:24:47
    Last test pass time ---------> Apr 15 2012 11:17:46
    Total failure count ---------> 5
    Consecutive failure count ---> 0
    Error Records ---------------> n/a

Le TestErrorCounterMonitor surveille les erreurs/interruptions sur chaque module dans le système en votant périodiquement pour les compteurs d'erreurs mis à jour dans le linecard.

Ce message d'erreur s'affiche quand un ASIC sur le linecard reçoit des paquets avec le mauvais CRC. La question peut être locale à ce module ou peut être déclenchée par un autre module défectueux dans le châssis. Ceci peut également être dû aux trames avec le mauvais CRC reçu par le sommet asic du D-BUS. C'est-à-dire, les messages d'erreur impliquent que de mauvais paquets sont reçus à travers le bus sur le module 7.

Une des raisons pour que les messages d'erreur se produisent est l'incapacité du module de communiquer correctement avec le fond de panier du châssis dû à la SIG-allocation des places du module. Le problème est avec le linecard (module mal inséré), le superviseur ou le bus de données. Cependant, il n'est pas possible de dire quel composant corrompt les données et entraîne un mauvais CRC.

Contournement

  • D'abord exécutez un réinsérer du module 7 et assurez-vous que les vis sont serrées bien. En outre, avant que le réinsérer, placez les diagnostics pour se terminer avec la commande complète de diagnostic bootup level.

  • Une fois le réinsérer est fait, de pleins diagnostics s'exécutera sur le module. Puis, vous pouvez confirmer qu'il n'y a aucun problème de matériel sur le module 7.

%SYS-3-PORT_RX_BADCODE : Le port 3/43 a détecté 7602 mauvaises erreurs de code en 30 dernières minutes

Problème

Le commutateur enregistre ce message d'erreur :

%SYS-3-PORT_RX_BADCODE:Port [dec]/[chars] detected [dec] bad code errors in last 30 minutes

Cet exemple montre la sortie de console qui est affichée quand ce problème survient :

%SYS-3-PORT_RX_BADCODE: Port 3/43 detected 7602 bad code error(s) in last 30 minutes

Description

Ce message d'erreur indique qu'un port a été affecté avec une erreur de protocole inconnue. Par exemple, un commutateur de gamme Catalyst 6500 reçoit des trames avec le protocole qu'il ne sait pas ni reconnaît. Le premier [dec] est le numéro de module, le [chars] est le numéro de port, et le deuxième [dec] est le nombre de paquets entrant avec des protocoles inconnus produits dans les 30 dernières minutes.

Ce sont les causes possibles du message d'erreur :

  • En raison des configurations mal adaptées de la vitesse et le duplex.

  • Le CDP est activé sur une extrémité et pas sur l'autre extrémité.

  • En raison du DTP, ceci est activé par défaut sur des interfaces commutateur. Puisque les Routeurs ne comprennent pas le DTP, ceci peut entraîner quelques questions.

Contournement

Vérifiez les trames incomplètes contre- sur l'interface. S'il augmente, alors il pourrait y a un conflit du mode bidirectionnel sur les interfaces.

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: 41265