PDF(379.0 KB) Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
ePub(166.8 KB) Consulter à l'aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
Mobi (Kindle)(170.3 KB) Consulter sur un appareil Kindle ou à l'aide d'une application Kindle sur plusieurs appareils
Mis à jour:12 janvier 2022
ID du document:200102
Langage exempt de préjugés
Dans le cadre de la documentation associée à ce produit, nous nous efforçons d'utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l'âge, des handicaps, du genre, de l'appartenance raciale de l'identité ethnique, de l'orientation sexuelle, de la situation socio-économique et de l'intersectionnalité. Des exceptions peuvent s'appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d'un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.
À propos de cette traduction
Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d'un service mondial permettant à nos utilisateurs d'obtenir le contenu d'assistance dans leur propre langue.
Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.
Ce document décrit la fonctionnalité port-monitor du commutateur de données multicouche (MDS). Il aborde :
Compteurs individuels pouvant être surveillés
Coeur et périphérie de type logique
Configuration
Exemples de politiques simples et doubles
MDS port-monitor dispose de 20 compteurs Fibre Channel (FC) pouvant être surveillés. Voici les exemples qui peuvent être utilisés pour commencer.
Pour les compteurs delta, le compteur doit augmenter de la valeur configurée dans l'intervalle d'interrogation du seuil ascendant pour qu'une alerte ascendante se déclenche. Lorsque la valeur delta est inférieure au seuil descendant dans l'interrogation interne, une alerte de seuil descendant est générée.
Voici les descriptions des compteurs inclus dans la stratégie :
Note: Actuellement, à partir de NX-OS 8.3(1) port-monitor surveille uniquement les ports FC. Il n'y a pas de surveillance pour les ports Ethernet, Fibre Channel virtuel (VFC) ou Fibre Channel over IP (FCIP).
Compteurs
lr-rx
Nombre de fois qu'une réinitialisation de liaison (LR) a été reçue.
S'applique à tous les commutateurs MDS et modules FC.
lr-tx
Nombre de fois où un LR a été transmis (lr-tx).
Similaire au compteur de pertes de crédit.
S'applique à tous les commutateurs MDS et modules FC.
credit-loss-reco
Nombre de fois où la récupération de perte de crédit a été lancée en raison du port à 0 crédits Tx pendant 1 (port F)/1,5 (port E) secondes.
Indice le plus grave de congestion.
Normalement, d'autres compteurs tels que timeout-discards sont également incrémentés.
S'applique à tous les commutateurs MDS et modules FC.
timeout-discards
Nombre de paquets abandonnés en raison du dépassement du seuil de congestion-drop (délai d'expiration).
S'applique à tous les commutateurs MDS et modules FC.
crédit d'impôt non disponible
Indique que les intervalles de 100 ms d'un port à 0 Tx credits rising-threshold sont configurés comme un pourcentage d'intervalle d'interrogation (une seconde). Donc 10 est 10 % et signifie 100 ms avec une interrogation interne d'une seconde.
S'applique à tous les commutateurs MDS et modules FC.
rejets fiscaux
Nombre de paquets abandonnés à la sortie pour diverses raisons. Ce compteur inclut également les abandons de délai d'attente.
S'applique à tous les commutateurs MDS et modules FC.
slow-port-count
Compte le nombre de fois où le seuil de port lent-monitor a été atteint.
S'applique uniquement au MDS 9500 avec cartes de ligne de génération 3 :
Module de commutation Fibre Channel 24 ports 1/2/4/8 Gbit/s (DS-X9224-96K9)
Module de commutation Fibre Channel 48 ports 1/2/4/8 Gbit/s (DS-X9248-96K9)
Module de commutation Fibre Channel 4/44 ports 1/2/4/8 Gbit/s (DS-X9248-48K9)
Ne compte qu'une fois par intervalle de 100 ms (dix par seconde).
Indique 0 crédits Tx pour au moins le système d'intervalle slow port-monitor.
Le délai d'attente slow port-monitor doit être configuré pour que cette alerte soit émise.
slow-port-oper-delay
Alertes sur le délai opérationnel (réel) du port lent.
Ne s'applique qu'aux :
MDS 9500 avec cartes de ligne de génération 4
Module de commutation Fibre Channel avancé 32 ports 8 Gbit/s de la gamme MDS 9000 (DS-X9232-256K9)
Module de commutation Fibre Channel avancé 48 ports 8 Gbit/s de la gamme MDS 9000 (DS-X9248-256K9)
Mesure le débit de données de taxe réel en pourcentage de la vitesse de liaison opérationnelle. Il compare le nombre d'octets (octets) transmis pendant l'intervalle d'interrogation. Ensuite, ce nombre delta d'octets est comparé à la vitesse de liaison opérationnelle (réelle) et un pourcentage est calculé. Ce compteur est essentiel afin de déterminer les causes de la « surutilisation » où les ports demandent plus de données que ce qui peut être immédiatement transmis sur la liaison.
Cela peut entraîner une sauvegarde lente du type drain dans le fabric. Configurez le paramètre polling-internal sur 10 secondes, le seuil de montée sur 80 % et le seuil de descente sur 70 %-79 % pour obtenir la meilleure indication du moment où le port fonctionne dans la plage fortement utilisée.
rx-datarate
Mesure le débit réel de données de routage en pourcentage de la vitesse de liaison opérationnelle. Il compare le nombre d'octets (octets) reçus au cours de l'intervalle d'interrogation. Ensuite, ce nombre delta d'octets est comparé à la vitesse de liaison opérationnelle (réelle) et un pourcentage est calculé. Ce compteur peut être utilisé lorsque les ports FC sont connectés à d'autres types de commutateurs qui ne disposent pas de la fonctionnalité port-monitor tx-datarate (comme les interconnexions de fabric UCS ou Nexus 5000/6000). Il peut aider à déterminer la « surexploitation » lorsque les ports demandent plus de données que celles pouvant être immédiatement transmises sur la liaison.
Cela peut entraîner une sauvegarde lente du type drain dans le fabric. Configurez le paramètre polling-internal sur 10 secondes, le paramètre rising-threshold sur 80 % et le paramètre fall-threshold sur 79 % afin d'obtenir la meilleure indication du moment où le port fonctionne dans la plage très utilisée.
err-pkt-from-port
Ce compteur s'incrémente si le port reçoit une bonne trame CRC (Cyclical Redundancy Checked), mais l'endommage en interne dans le port ASIC FC. Il s'agit d'une baisse « CRC interne ».
S'applique uniquement aux cartes de ligne MDS 9500 de génération 3 et 4.
err-pkt-to-xbar
Ce compteur s'incrémente si le port reçoit une bonne trame CRCed, mais l'endommage avant la transmission au module ASIC Crossbar (XBAR). Il s'agit d'une baisse « CRC interne ».
Les compteurs err-pkt-to-xbar et err-pkt-from-xbar sont des compteurs port-monitor « non standard ».
Non inclus par défaut dans une stratégie.
Vous devez configurer au maximum une stratégie. Quel que soit le type de port ou le type logique, lorsque ces deux compteurs sont configurés dans une seule stratégie, ils les activent pour tous les ports FC du commutateur.
Ne s'applique pas spécifiquement à la périphérie ou au coeur, mais à tous les ports/cartes de ligne.
S'applique uniquement aux modules FC MDS 9700.
Check-interval ne fonctionne pas pour ces compteurs XBAR.
Traitement non standard :
Toutes les 10 secondes (non configurables), les valeurs des compteurs sont obtenues pour chaque ASIC FC sur chaque module.
Si le compteur a augmenté de n'importe quelle valeur, alors le moniteur de port incrémente son compteur interne err-pkt-to/from-xbar de un pour ce ASIC FC spécifique.
Le compteur doit augmenter pour un ASIC FC spécifique jusqu'à une valeur égale ou supérieure au seuil de montée configuré dans l'intervalle d'interrogation configuré pour qu'il déclenche une alerte de seuil de montée.
Portguard ne peut pas être configuré pour ces deux compteurs.
S'applique uniquement à ces commutateurs :
MDS 9500 (tous les modules FC)
MDS 9700 (tous les modules FC)
err-pkt-from-xbar
Ce compteur s'incrémente si le port ASIC XBAR du module reçoit une trame endommagée du XBAR central. Il s'agit d'une baisse « CRC interne ».
Ce sont des compteurs port-monitor non standard. Voir le compteur err-pkt-to-xbar.
S'applique uniquement à ces commutateurs :
MDS 9500 (tous les modules FC)
MDS 9700 (tous les modules FC)
affaiblissement de liaison
Ce compteur s'incrémente lorsqu'un port FC tombe en panne.
perte de synchronisation
Ce compteur est incrémenté lorsqu'un port FC échoue en raison d'une perte de synchronisation.
perte de signal
Ce compteur s'incrémente lorsqu'un port FC tombe en panne en raison d'une perte de signal.
mots-invalides
Ce compteur est incrémenté lorsqu'un port FC reçoit des mots FC erronés. Ce sont des mots qui échouent à la vérification du codage.
invalid-crc
Ce compteur est incrémenté lorsqu'un port FC reçoit des trames incorrectes. Ce sont des trames qui échouent au contrôle CRC.
Note: Les compteurs err-pkt-* sont destinés à la détection CRC interne et ne peuvent être spécifiés que sur une seule stratégie, quel que soit le type de port ou le type logique de la stratégie.
Afin que le MDS 9700 prenne automatiquement des mesures lorsqu'il détecte des chutes de « CRC interne », le matériel fabric crc threshold
peut être utilisée. Consultez cette documentation :
Voici les niveaux d'événements rmon par défaut dans le commutateur :
rmon event 1 log trap public description FATAL(1) owner PMON@FATAL
rmon event 2 log trap public description CRITICAL(2) owner PMON@CRITICAL
rmon event 3 log trap public description ERROR(3) owner PMON@ERROR
rmon event 4 log trap public description WARNING(4) owner PMON@WARNING
rmon event 5 log trap public description INFORMATION(5) owner PMON@INFO
Celles-ci correspondent aux valeurs « event x » dans ces définitions de compteurs port-monitor. Les compteurs sont classés avec les valeurs de gravité d'événement :
Fatal : aucun des compteurs du moniteur de port ne décrit d'erreurs de type fatal. Ce niveau d'événement ne doit donc pas être utilisé.
Critique : utilisez ce niveau pour les compteurs pouvant indiquer une défaillance d'une liaison.
la perte de liaison, la perte de synchronisation et la perte de signal indiquent toutes des pannes de liaison. Ils sont très similaires les uns aux autres et un ou plusieurs peuvent être supprimés. Elles peuvent être classées comme des avertissements sur les stratégies de périphérie de type logique car, par exemple, elles peuvent se produire dans des circonstances normales lors du redémarrage d'un serveur.
lr-rx, lr-tx et credit-loss-reco, ce sont les indications les plus graves de lenteur de vidange.
Vous pouvez également l'utiliser lorsqu'une action portguard est entreprise.
Erreur - Utilisez ce niveau pour les compteurs qui indiquent la perte de paquets/trames.
invalid-words, invalid-crc, tx-discards et timeout-discards.
Avertissement : utilisez ce niveau pour les compteurs qui indiquent le délai/la lenteur
Tous les autres compteurs qui indiquent généralement un certain délai.
Note: La différenciation des niveaux d'événements par gravité permettra de faire une distinction visuelle entre les alertes affichées dans DCNM. Il est fortement recommandé.
Type logique All, Core et Edge
Les ports sont classés en tant que ports principaux de type logique ou périphériques de type logique.
Les ports principaux de type logique incluent les ports ISL (Inter-Switch Link Protocol) (E, TE) ainsi que les ports F qui se connectent à/depuis des commutateurs NPV (F, Tf, NP, TNP) car ils fonctionnent de la même manière que les ISL.
Les ports d'extrémité de type logique doivent inclure uniquement les ports connectés aux périphériques finaux réels (ports F).
Vous pouvez vérifier la classification d'un port via la show interface ou la show interface brief commandes :
MDS9710-1# show interface fc9/1
fc9/1 is trunking
Port description is ISL to F241-15-10-9706-2 fc6/1
Hardware is Fibre Channel, SFP is long wave laser cost reduced
Port WWN is 22:01:54:7f:ee:ea:6f:00
Peer port WWN is 21:41:00:2a:6a:a4:b2:80
Admin port mode is auto, trunk mode is on
snmp link state traps are enabled
Port mode is TE
Port vsan is 1
Admin Speed is auto max 32 Gbps
Operating Speed is 32 Gbps
Rate mode is dedicated
Port flow-control is R_RDY
Transmit B2B Credit is 500
Receive B2B Credit is 500
B2B State Change Number is 14
Receive data field Size is 2112
Beacon is turned off
fec is enabled by default
Logical type is core
Trunk vsans (admin allowed and active) (1-2,100,209,237-238,802,2237)
Trunk vsans (up) (1,100,209,237)
Trunk vsans (isolated) (2,238,802,2237)
Trunk vsans (initializing) ()
5 minutes input rate 1184 bits/sec,148 bytes/sec, 1 frames/sec
5 minutes output rate 768 bits/sec,96 bytes/sec, 1 frames/sec
14079 frames input,1229484 bytes
0 discards,0 errors
0 invalid CRC/FCS,0 unknown class
0 too long,0 too short
14079 frames output,764364 bytes
0 discards,0 errors
0 input OLS,0 LRR,0 NOS,0 loop inits
0 output OLS,0 LRR, 0 NOS, 0 loop inits
500 receive B2B credit remaining
500 transmit B2B credit remaining
500 low priority transmit B2B credit remaining
Interface last changed at Tue Mar 27 16:26:56 2018
Last clearing of "show interface" counters : never
MDS9710-1#
MDS9710-1# show interface brief
-----------------------------------------------------------------------------------------
Interface Vsan Admin Admin Status SFP Oper Oper Port Logical
Mode Trunk Mode Speed Channel Type
Mode (Gbps)
-----------------------------------------------------------------------------------------
fc1/1 1 auto on sfpAbsent -- -- -- -- --
...snip
fc1/8 1 E auto trunking swl TE 16 149 core
...snip
fc9/15 1 auto on sfpAbsent -- -- -- -- --
fc9/16 1 auto off up swl F 4 -- edge
fc9/17 237 auto off up swl F 4 -- edge
En général, vous ne devez pas utiliser "portguard" avec des compteurs de type drain lent (txwait, timeout-discards, credit-loss-reco, tx-credit-not-available, etc.) sur des ports principaux de type logique. En effet, le problème ne se situe pas normalement sur ces ports, mais sur les ports de périphérie (F) où les périphériques finaux sont connectés. Si "portguard" est fait sur les ports de coeur pour les compteurs de type drain lent, alors typiquement tous les ports dans le port-channel (E ou F) finira par obtenir errordisabled ou flapped. En effet, le MDS équilibrera la charge de tous les échanges entre tous les membres de canal de port et, par conséquent, tous les ports membres seront affectés.
Ces exemples sont la nouvelle spécification de type logique disponible sur NX-OS 8.1(1). Avant 8.1(1), « port-type access|trunk » doit être utilisé.
Note: counter tx-slow port-count est uniquement disponible sur les MDS 9500. Il n'est pas inclus dans ces politiques.
Configuration
Seule une stratégie active peut exister pour chaque paramètre de type logique. En d'autres termes, si l'option de type logique all est configurée dans la stratégie, aucune autre stratégie ne peut être activée tant que cette stratégie n'est pas désactivée. Si une stratégie principale ou de périphérie de type logique est configurée, une autre stratégie du même type logique ne peut pas être activée.
les intervalles d'interrogation sont exprimés en secondes.
Plusieurs compteurs sont configurés en pourcentage de l'intervalle d'interrogation. Il s'agit de txwait, tx-credit-not-available, tx-datarate et rx-datarate. Par exemple, avec txwait, si une valeur de 10 est configurée avec un intervalle d'interrogation de 1 (seconde) alors c'est 10% de 1 seconde qui est 100ms. S'il y a une accumulation totale de txwait de 100 ms pendant l'intervalle d'interrogation de 1 seconde, txwait émet une alerte.
Exemples de politiques Port-Monitor
Pour des politiques de coeur et de périphérie distinctes sans action de protection :
Note: Les deux politiques sont similaires, sauf que la politique de base de type logique a des seuils un peu plus élevés
Les ports peuvent être arrêtés (erreur désactivée) ou basculés lorsqu'ils atteignent le seuil ascendant via le portguard errordisable | flap paramètre. Il peut être utilisé pour les connexions ISL et de port F aux commutateurs NPV (Virtualizer N-Port) (coeur de type logique) ainsi qu'aux ports F de périphérique final standard (périphérie de type logique). Cependant, si vous souhaitez effectuer une action de protection pour un compteur lié à un drainage lent, cela ne doit normalement être fait que sur une politique de périphérie de type logique.
La stratégie « coeur de réseau de type logique » est la même que la stratégie CorePorts précédente, à ceci près qu'elle désactivera un port en cas de défaillance de six liaisons ou plus au cours d'un intervalle de 60 secondes ou de réception de 10 trames CRC non valides ou plus au cours d'un intervalle de 60 secondes. Les ports sont arrêtés (erreur désactivée) si le niveau d'événement est passé de 4 (avertissement) à 2 (erreur) :
La stratégie de périphérie de type logique est la même que la stratégie EdgePorts précédente, à ceci près qu'elle désactivera un port par erreur dans les conditions suivantes :
Il y a au moins six pannes de liaison dans un intervalle de 60 secondes.
Au moins 10 trames CRC non valides ont été reçues dans un intervalle de 60 secondes.
Il y a au moins 10 mots non valides dans un intervalle de 60 secondes.
Il y a au moins 50 rejets de transmission (Tx), pour une raison quelconque, dans un intervalle de 60 secondes.
Il y a au moins 50 abandons de délai d'attente, dans un intervalle de 60 secondes. C'est à ce niveau que le commutateur n'a pas pu transmettre une trame reçue dans les limites du seuil d'encombrement-abandon (500 ms par défaut).
Il existe quatre instances ou plus de recouvrement de perte de crédit dans un intervalle de 60 secondes. C'est là qu'un port F est un zéro crédit Tx pour une seconde complète.