Commutateurs : Commutateurs Cisco IGX, s�rie�8400

Abandons de trames

16 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Les dspchstats commandent des affichages d'un ensemble de statistiques pour un canal. Ces les statistiques indiquent le nombre de trames avec succès conduites au-dessus du réseau et le nombre jeté sur une connexion spécifique (PVC).

C'est la syntaxe de cette commande :

dspchstats \ <channel> [intervalle]

où :

le <channel> est le canal pour lequel des statistiques doivent être affichées, et [intervalle] (facultatif) spécifie en quelques secondes l'intervalle entre les mises à jour de l'affichage.

Ce document est destiné pour aider à déterminer les causes des abandons de trame.

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.

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

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

Trames jetées « du port, au réseau » à lancer l'extrémité

Quand des trames sont répertoriées comme jeté du port, au réseau à l'extrémité d'origine, jetée signifie que des trames ont été reçues du périphérique connecté, mais non transmis au réseau IPX.

Les dspportstats commandent des expositions le nombre de et la raison pour des erreurs de trame (écarts) du port spécifié. Les dspportstats commandent des statistiques de port d'expositions pour toutes les connexions au port spécifié. Des descriptions complètes des erreurs de trame sont incluses dans le manuel.

  • CRC non valide — Le Frame Check Sequence (FCS) (également connue sous le nom de contrôle de redondance cyclique [CRC]), calculé par la carte de port de relais de trame (FRP), n'apparie pas celui envoyé avec la trame.

  • Cadrage non valide — La trame n'est pas un nombre entier d'octets dans la longueur.

  • Longueur non valide de vue — La trame est moins de 5 octets ou plus considérablement que 4,096 octets de longueur.

    Remarque: La limite de longueur de bâti supérieur varie selon la révision du micrologiciel FRP, jusqu'à approximativement 4,510 octets.

  • Erreur de format de vue — Les bits ea (les moins octets significatifs, ou LSBs) des octets d'adresse ne sont pas "0 1", et le FRP n'a pas interprété les deux premiers octets car une adresse des identificateurs de connexion de liaison de données (DLCI).

  • DLCI inconnu — L'adresse reçue n'est pas identifiée par le FRP.

  • Dernier inconnu DLCI — Un enregistrement décimal de la dernière adresse a reçu non reconnu par FRP.

Trames jetées « du réseau, au port » à l'extrémité de destination

Quand des trames sont répertoriées comme jeté du réseau, mettre en communication à l'extrémité de destination, jetée signifie que des trames ont été reçues du réseau IPX, mais non transmis au périphérique connecté. À la différence des écarts de port, aucune méthode directe n'existe pour que la façon détermine des abandons de trame de réseau. Par conséquent, la cause doit être impliquée d'autres sources.

Remarque: Un bouclage distant est un bouclage PVC, et une grande partie des circuits FRP FRI n'est pas testé. De plus, des trames ne sont pas incrémentées pendant un bouclage distant. Il est possible d'avoir des écarts de réseau et de passer toujours un bouclage distant.

  • Des vues ont pu être rejetées du port d'origine.

    À moins que la trame soit extrêmement petite (entièrement encapsulé dans une charge utile simple de paquet de 20 octets), la trame exige plus d'un paquet pour la transmission à la destination.

    Quand la trame est déterminée pour être non valide après qu'une partie de la trame ait été transmise, aucune données de trame supplémentaire n'est transmise. Dans des révisions du logiciel de commutateur postérieures, la trame est terminée par la transmission d'un paquet d'arrêt de source. Ce paquet informe la carte d'interface du port éloignée que la trame peut être jetée en sa totalité, et empêche la carte de tenir la trame partielle attendant le réassemblage.

    Les erreurs locales qui apparaissent comme jette à l'extrémité de destination sont :

    • CRC non valide à l'extrémité d'origine.

      Si le CRC calculé par le port d'origine n'apparie pas celui introduit la trame, l'IPX rejette la trame et n'envoie pas le dernier paquet. La trame inachevée est alors jetée à l'extrémité de destination. Examinez les statistiques pour l'extrémité d'origine avec la commande de dspportstats.

    • Cadrage non valide à l'extrémité d'origine.

      Si l'indicateur à l'extrémité de la trame ne se produit pas sur une borne d'octet comme mesurée par le port d'origine, la trame est rejetée. Puisqu'aucun dernier paquet n'est envoyé par l'IPX en cette condition, la trame partielle est jetée à l'extrémité de destination. Examinez les statistiques pour l'extrémité d'origine avec la commande de dspportstats.

    • Longueur non valide de trame à l'extrémité d'origine.

      La longueur de trame calculée par le port d'origine n'apparie pas celui envoyé avec la trame. Aucun dernier paquet n'est envoyé, et la trame partielle est jetée à l'extrémité de destination. Examinez les statistiques pour l'extrémité d'origine avec la commande de dspportstats.

  • Des vues peuvent être endommagées en transit.

    Même si des trames sont avec succès reçues par le port d'origine, des corruptions dans le chemin de transmission peuvent causer la trame d'être reçues par erreur à l'extrémité de destination. Dans ce cas, la trame peut être jetée avant qu'elle soit expédiée au port. La dans-artère d'installations de transmission et la visserie commune, y compris les cartes de muxbus et de joncteur réseau de tous les point final et noeuds de transit, peuvent être suspectes.

    Les possibles raison pour des trames endommagées incluent :

    • Les paquets qui composent la trame peuvent être dus corrompu aux erreurs. Si les erreurs de bit se produisent au-dessus de la ligne de paquet, un CRC non valide est enregistré à l'extrémité de destination, et la trame est rejetée. Si c'est le cas, attendez-vous à ce qu'également l'autre ligne problèmes ou erreurs affiche dans la sortie de commande de dspplnerrs au-dessus de la même chose l'artère.

    • Les paquets qui composent la trame peuvent être dus lâché à l'encombrement. Si les paquets de données bursty relâchent une fois alignés pour la transmission au commencement ou des noeuds de transit, des trames complètes ne sont pas assemblés à l'extrémité de destination, qui fait jeter la trame. Visualisez la ligne erreurs de paquet pour vérifier des baisses avec les les dspplnerrs commandent pour le commencement et tous les noeuds de transit. Les baisses peuvent se produire avec la ligne élevée utilisation de paquet ou mal placer des paramètres d'AgeStep dans la sortie de commande de cnfplnparms.

    • Les paquets qui composent la trame pourraient être arrivés hors de l'ordre. Bien que ce soit un rare cas, un algorithme confus de Mise en file d'attente peut causer des paquets de la même trame d'être aligné dans différentes sous-files d'attente. Ceci a comme conséquence les trames étant rejetées pour un mauvais CRC.

    • Les vues ne peuvent pas quitter la destination port.

    Si la file d'attente de port de tx se remplit et des dépassements, les trames n'ont aucun endroit à aller et sont jetées. Un bouclage distant peut prouver que tout est bon en cette condition, car il n'est pas conduit par la file d'attente de port de tx. Pour déterminer le niveau moyen en cours dans la file d'attente de port de tx, regardez moyenne la profondeur Q dans la colonne d'extrême droite de l'écran de dspportstats.

    Remarque: Cette file d'attente est différente moyenne de la profondeur Q sur l'écran de Dspchstats, qui est une file d'attente PVC d'entrée. Le par défaut pour la file d'attente de port de tx est de 65535 octets.

    Remarque: La file d'attente de port peut déborder parce que :

    • Le port peut être oversubscribed. Les connexions de plusieurs sources peuvent dépasser la capacité de vitesse de la destination port. Émettez les dspcons xx.x - commande f de vérifier le nombre et la capacité de PVCs a assigné au port, et les compare à la configuration des ports.

    • Le périphérique récepteur externe peut avoir un problème de connexion. Si le périphérique externe n'est pas connecté, a le mauvais câblage, ou a un mauvais ou une horloge manquante, il peut y avoir des problèmes de connexion. Si le port est configuré pour le DTE, l'horloge de transmission doit être fournie par le périphérique externe DCI afin de synchroniser des données du port.

Remarque: « L'horloge mesurée » est l'horloge de réception, pas l'horloge de transmission dans la sortie de commande de dspfrport.

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