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.
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 comment dépanner les performances des extendeurs de fabric (FEX) qui peuvent être reliés aux commutateurs Nexus 5000 ou 6000.
Remarque : aucune des commandes présentées dans ce document n'est perturbatrice. Un commutateur Nexus 2000 doit être connecté à un commutateur de la gamme 5000 ou 6000.
Connectez-vous au FEX pour exécuter les commandes show sur la ligne de commande FEX :
Format d'attachement Nexus# félin
fex>
Passez en mode de débogage sur le FEX afin d'exécuter des commandes avancées et spécifiez le nom de base du FEX. Reportez-vous au tableau 1. pour les noms de base FEX.
fex# dbgexec [prt/woo/red/pri]
Pour quitter le mode Debug Exec, utilisez la séquence de touches CTRL+C :
fex> [CTRL+C]
Afin de quitter le fichier fex, utilisez la commande exit :
fex# exit
Hi sont les ports qui font face aux serveurs sur le FEX.Ces ports sont généralement appelés ports avant.Chaque port avant d'un FEX a un numéro HI. Ce numéro est généralement différent du numéro de port, mais il est utilisé pour dépanner des commandes pour faire référence à un port. Chaque tableau de base présente des ports avant différents.
Les NI sont les ports de contrôle FEX du FEX qui se connectent de nouveau au commutateur parent. Elles sont également appelées liaisons ascendantes de réseau. Ils ont également un numéro NI unique dépendant du modèle.
Ces ports sont le côté de commutateur parent de la liaison unique au FEX. Ces ports sont configurés avec les commandes switchport mode fex-fabric et une association fex.
Chaque FEX est conçu avec un ASIC différent. L'abréviation du nom ASIC est utilisée en mode de débogage pour exécuter des commandes.
La plupart des modèles de FEX ont un ASIC, mais le 2148 en a 6, chacun avec 8 ports avant. Ils sont appelés rmon dans les commandes de dépannage.
Les noms ASIC et les abréviations associées sont indiqués à titre de référence :
Tableau 1 .
Modèle FEX | Nom ASIC | Abreu |
N2K-C2148T-1GE | séquoia | rw |
N2K-C2224TP-1GE N2K-C2248TP-1GE |
portola | port |
N2K-C2232PP-10GE N2K-C2232TM-10GE |
boisé | ouf |
N2K-C2248TP-E-1GE | princeton | pri |
B22 | boisé | ouf |
N2K-C2232TM-E-10GE | boisé | ouf |
N2K-C2248PQ-10GE | boisé/belmont | ouf |
N2K-C2348UPQ-10GE | tiburon | tibia |
Pour interpeller la sortie du compteur d'interface, il peut être nécessaire de convertir le numéro de port avant en numéro HI. La conversion dépend du modèle de châssis FEX.
Dans cet exemple, le port avant 26 (chassis-id/1/26) a été attribué à rmon 3 HI 0 :
switch# attachement fex châssis_id
fex-[chassis_id]# show platform software redwood sts
Dans cet exemple, le port avant 10 (135/1/10) a été attribué à HI 9 :
switch# attachement fex chassis_id
fex-[chassis_id]# portola dbgexec
prt> fp
Dans cet exemple, le port avant 20 (135/1/20) a été attribué à HI 19 :
switch# attachement fex châssis_id
fex-[chassis_id]# show platform software woside sts
Dans cet exemple, HI28 correspond au port avant 29 :
Cette commande affiche les informations SFP (Small Form-Factor Pluggable) pour le port.
fex# show platform software woodside sfp rmon 0 HI5
Dans cet exemple, vous voyez que le SFP de HI5 est un 10G-Base-SR (LC) fait par CISCO-AVAGO :
Remarque : si vous exécutez cette commande sur un FEX qui utilise des ports cuivre, vous remarquerez les erreurs de commande. Ceci est attendu car il n'y a pas de SFP à interroger. L'invite redevient aucun SFP trouvé lorsque ce port est fibre, mais ne contient pas actuellement de SFP.
Les commandes show peuvent être exécutées à l'invite FEX pour les ports HI et NI afin d'afficher les compteurs d'interface du côté FEX des liaisons de port FEX Fabric.
Cette commande affiche la vérification du compteur de ports, similaire à une commande show int :
fex-128# show platform software woodside rmon 0 HI0 +----------------------+----------------------+-----------------+--------------------------+----------------------+-----------------+ | TX | Current | Diff | RX | Current | Diff | +----------------------+----------------------+-----------------+--------------------------+----------------------+-----------------+ | TX_PKT_LT64 | 0| 0| RX_PKT_LT64 | 0| 0| | TX_PKT_64 | 0| 0| RX_PKT_64 | 0| 0| | TX_PKT_65 | 0| 0| RX_PKT_65 | 0| 0| | TX_PKT_128 | 0| 0| RX_PKT_128 | 0| 0| | TX_PKT_256 | 0| 0| RX_PKT_256 | 0| 0|
Note: rmon 0 est utilisé uniquement lorsque le FEX a une base hôte. Les modèles 2224, 2248 et 2232 n'ont qu'une seule base. Le modèle 2148 a six bases, donc rmon 0 à 5 sera utilisé. Pour plus d'informations, reportez-vous à la section Front Port Mapping.
Cette commande affiche les compteurs de port pour les liaisons ascendantes du réseau, semblables à un show int. Cette commande vous montre le côté FEX de la liaison. Cette commande ne vous montre pas le côté commutateur parent de la liaison.
fex-128# show platform software woodside rmon 0 NI0 +----------------------+----------------------+-----------------+--------------------------+----------------------+-----------------+ | TX | Current | Diff | RX | Current | Diff | +----------------------+----------------------+-----------------+--------------------------+----------------------+-----------------+ | TX_PKT_LT64 | 0| 0| RX_PKT_LT64 | 0| 0| | TX_PKT_64 | 0| 0| RX_PKT_64 | 0| 0| | TX_PKT_65 | 0| 0| RX_PKT_65 | 0| 0| | TX_PKT_128 | 0| 0| RX_PKT_128 | 0| 0| | TX_PKT_256 | 0| 0| RX_PKT_256 | 0| 0|
Les abandons historiques peuvent être affichés à l'aide de la commande drops. Ceci vous montre tous les abandons sur le FEX depuis qu'il a été activé.
Cette commande montre également que vous abandonnez le processeur FEX qui ne représente pas les pertes de trafic de données avec les compteurs DROP8. On peut les ignorer en toute sécurité.
Remarque : tail drop [8] et TAIL_DROP8 représentent des chutes de queue sur le processeur FEX et ne sont pas pertinents pour le dépannage des performances comme cela se produit dans des conditions normales.
prt> drops
PRT_SS_CNT_TAIL_DROP1 : 3 SS0
PRT_SS_CNT_TAIL_DROP1 : 6 SS1
PRT_SS_CNT_TAIL_DROP1 : 1 SS2
PRT_SS_CNT_TAIL_DROP1 : 25 SS3
PRT_SS_CNT_TAIL_DROP1 : 2 SS5
PRT_SS_CNT_TAIL_DROP8 : 142 SS0
PRT_SS_CNT_TAIL_DROP8 : 73 SS1
PRT_SS_CNT_TAIL_DROP8 : 11 SS2
PRT_SS_CNT_TAIL_DROP8 : 62048 SS3
PRT_SS_CNT_TAIL_DROP8 : 4613 SS4
PRT_SS_CNT_TAIL_DROP8 : 552 SS5
Les interruptions envoyées au processeur incluent les abandons de queue, qui sont des abandons en raison d'une congestion et d'un manque d'espace de mémoire tampon. Vous pouvez les afficher à l'aide de la commande show new_ints :
Remarque : le code 6.0 et ultérieur utilise show new_ints all
Cet exemple montre que les trames tail drop dans la mémoire tampon SS1 :
prt> show new_ints
|-----------------------------------------------|
| SS1 : ssx_int_norm_td
|--+---------+----------------------------------+
| 1 | 00001c98 | tail drop[1] | frames are being tail dropped.
| 2 | 00005cac | tail drop[2] | frames are being tail dropped.
| 8 | 0000012e | tail drop[8] | frames are being tail dropped.
Cet exemple montre que NI 3 reçoit des erreurs de symbole :
| NI3 : nix_xe_INT_xg
|--+---------+----------------------------------+
|2 |00000005 | rx_local_fault | Link is in local fault state
|3 |00000007 | rx_remote_fault | Link is in remote fault state
|4 |00000004 | rx_code_violation | MAC received unexpected XGMII control characters.
|5 |00000004 | rx_err_symbol | MAC received an XGMII error character.
|16|00000001 | rx_local_fault_edge | Local fault state has changed.
|17|00000001 | rx_remote_fault_edge | Remote fault state has changed.
|-----------------------------------------------|
Cet exemple montre que la pile FEX supprime les trames qui entrent dans NI3 :
| SS4 : ssx_int_err
|--+---------+----------------------------------+
|0 |00031aa9 | wo_cr[0] | frames rcvd without credit for pausable classes. Pause is missing.
|1 |00014e21 | wo_cr[1] | frames rcvd without credit for pausable classes. Pause is missing.
|2 |00018a9f | wo_cr[2] | frames rcvd without credit for pausable classes. Pause is missing.
|3 |00025efb | wo_cr[3] | frames rcvd without credit for pausable classes. Pause is missing.
|-----------------------------------------------|
La commande rate génère des statistiques de débit de trafic en temps réel pour un port. Contrairement à show int, ce n'est pas une moyenne, c'est le débit de données courant brut qui suit. Dans cet exemple, NI 3 reçoit actuellement 2,96 kbits/s dans la direction Réseau à hôte. Un show int sur le commutateur Nexus parent correspondant montre 2,96 Kbits/s dans la direction TX sur la liaison ascendante FEX Fabric connectée à NI 3.
Les chutes de queue sont causées par l'épuisement de la mémoire tampon. En règle générale, la mémoire tampon est épuisée lorsque plusieurs serveurs éclatent simultanément vers les HIF, ou les tampons de sortie de l'hôte ne peuvent pas vider leur trafic sortant assez rapidement pour réapprovisionner les crédits sur les NIF.
Plusieurs options sont disponibles pour atténuer cette perte.
Déplacez tous les serveurs avec des flux de trafic en rafale tels que les baies de stockage et les points d'extrémité vidéo hors du FEX et connectez-les directement aux ports de base du commutateur parent. Cela empêchera les serveurs en rafale d'épuiser la mémoire tampon et d'affamer le trafic provenant d'hôtes moins bruyants.
Les commutateurs des gammes Nexus 5000 et 6000 ont des tampons plus importants que les modèles FEX. La connexion de serveurs en rafale aux ports de base atténue la perte car les tampons de ports de base sont capables de gérer une rafale beaucoup plus importante.
Certains modèles de FEX peuvent déverrouiller un espace tampon supplémentaire lorsque davantage de liaisons ascendantes de FEX vers le commutateur parent sont ajoutées. Cela peut potentiellement arrêter les pertes sur les liaisons ascendantes du réseau.
Tableau 2 .
Modèle | Augmentation de la mémoire tampon lors de l'ajout de liaisons ascendantes |
2148 | none |
2224 | augmentation de mémoire tampon jusqu'à 2 liaisons ascendantes |
2248TP | augmentation de la mémoire tampon jusqu'à 4 liaisons ascendantes |
2232 | augmentation de la mémoire tampon jusqu'à 4 liaisons ascendantes |
2248TP-E | none |
2248PQ | none |
La plupart des modèles FEX peuvent bénéficier du partage de la mémoire tampon HI sur tous les ports hôtes. Si des pertes sont vues sur le HI, le partage du tampon peut atténuer ces pertes.
Modifier globalement la limite de file d'attente FEX :
5k(config)# no fex queue-limit (s'applique globalement à tous les fichiers de ce 5k)
Modifiez la limite de file d'attente FEX sur chaque FEX :
File d'attente des télécopies
5k(config)# fex 100
5k(config-fex)# no hardware [modèle] queue-limit
Le Nexus 6000 dispose d'une option supplémentaire pour modifier l'algorithme d'équilibrage de charge de HIF à NIF. Par défaut, même si des paquets arrivent sur différents ports HIF, ils peuvent toujours être mis en file d'attente sur le même NIF. Lorsque le mode d'équilibrage de charge de liaison ascendante est activé, ils sont répartis sur plusieurs FNI et permettent une utilisation plus égale des tampons de sortie du FNI.
6k(config)# hardware N2248PQ uplink-load-balance-mode