Ce document décrit les problèmes observés lorsque des commutateurs SAN (Storage Area Network) utilisent une carte de ligne MXP-MR pour transporter le trafic Fibre Channel (FC). Ce document vise à consolider tous les problèmes connus, les défauts et leurs solutions.
Cisco vous recommande de prendre connaissance des rubriques suivantes :
Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
La carte de ligne Cisco MXP-MR-10DME-C est utilisée afin d'agréger un mélange d'entrées de service SAN client (GE, FICON et FC) en un signal côté tunnel OUT-2/STM-64/OC-192 DWDM.
Des problèmes ont été observés avec le trafic FC via cette carte de ligne. Ces problèmes peuvent être des fluctuations sur l'interface du commutateur, des erreurs sur les interfaces client MXP-MR-10DME-C, des erreurs sur l'interface du commutateur SAN ou des problèmes d'interopérabilité.
Pour plus de détails sur les informations décrites dans ce document, contactez le centre d'assistance technique Cisco (TAC).
Cette section décrit les problèmes d'interopérabilité entre les commutateurs de données multicouches Cisco 9500 (MDS9500) et les cartes de ligne ONS 15454-10DME qui utilisent des interfaces FC 4 G.
Pour les connexions DWDM (Dense Wave Division Multiplexing) ONS qui utilisent la fonctionnalité D (Distance Extension) (également appelée usurpation de crédit tampon-tampon), l'option FCBBSCN (Fiber Channel Buffer-to-Buffer State Change Notification) doit être désactivée sur les protocoles ISL (Inter-Switch Link Protocol).
Pour l'ONS avec la carte de ligne 10DME, à deux Gbit/s, l'ONS abandonne les trames de récupération de tampon à tampon (B2B) et ne les transmet pas, même si la DE est activée. Cependant, à quatre Gbit/s, l'ONS transfère les trames B2B. Cela entraîne un problème d'interopérabilité avec la fonctionnalité FCBBSCN.
Afin de résoudre ce comportement, effectuez l'une des deux étapes suivantes :
Si un incrément pour uniquement fcStatsRecvrReady et fcStatsTxRecvrReady est observé à partir de l'onglet Performances des cartes de ligne MXP-MR-10DME-C et qu'aucun autre incrément de paramètres n'est visible lors de la collision du trafic, utilisez la solution décrite dans cette section.
La perte d'un mot de transmission prêt pour le récepteur (R_RDY) empêche la libération d'un tampon de crédit. Par défaut, les ports du commutateur initialisent les liaisons avec le mode 1 des paramètres de liaison d'échange (ELP). Cependant, les passerelles attendent une initialisation avec le mode ELP 2, également appelé mode ISL R_RDY. Par conséquent, pour permettre à deux commutateurs de se connecter via une passerelle, les ports des deux commutateurs doivent être définis pour le mode ELP 2.
Lorsque chaque hôte transmet une trame au commutateur, le commutateur lit le SID et l’ID de domaine (DID) dans l’en-tête de trame. Si le DID de l'adresse de destination est identique à celui du commutateur (communications intra-commutateur), la mémoire tampon de trame est copiée sur le port de destination et un crédit R_RDY est envoyé à l'hôte. Le commutateur doit uniquement lire le mot zéro et le mot un de la trame FC afin d'exécuter ce qu'on appelle le routage cut-through. Une trame peut commencer à émerger du port de sortie avant d'être entièrement reçue par le port d'entrée. La trame entière n’a pas besoin d’être mise en mémoire tampon dans le commutateur.
Le contrôle de flux B2B se produit par le biais d'un port émetteur avec son approvisionnement de crédit disponible et attend que les crédits soient réapprovisionnés par le port à l'autre extrémité de la liaison. Ces crédits B2B sont utilisés par les services de classe 2 et de classe 3 et s'appuient sur le mot de contrôle FC R_RDY qui est envoyé du port de liaison de réception à l'expéditeur.
Le débit de transmission de trame est régulé par le port de liaison de réception en fonction de la capacité des tampons à contenir les trames reçues.
Voici un exemple de l'ancienne configuration d'interface de commutateur :
Voici la nouvelle configuration qui résout le problème d'interopérabilité précédemment décrit :
Conclusion
Le problème est lié à un problème connu avec les commutateurs EMC et les cartes de ligne MXP-MR-10DME.
Afin de résoudre ce problème, ces modifications sont apportées sur le commutateur EMC :
Dans ce scénario, les rejets de paquets en sortie sont observés sur l’interface du commutateur et aucune alarme/condition n’est observée sur les systèmes ONS 15454. Sur la carte de ligne MXP-MR-10DME-C, des incréments de fcStatsRxRecvrReady et 8b10bInvalidOrdedSetsDispErrorsSum sont observés.
Vérifiez la version logicielle du système ONS 15454 affecté. Si le logiciel est la version 8.50, 8.51 ou 8.52, alors il y a un défaut logiciel qui cause le problème.
Pour résoudre ce problème, ONS doit être mis à niveau vers la version 9.1.0 du logiciel.
Voici les symptômes du défaut :
La condition du défaut est que la carte de ligne 10DME est connectée au commutateur MDS9513 et configurée avec :
Après la mise à niveau logicielle ONS, vérifiez la version FPGA (Field Programmable Gate Array) sur la carte de ligne MXP-MR-10DME-C :
Les dernières versions des FPGA sont RAILTO_SOUTH 1.41 et RIALTO_NORTH 2.35, testées dans la version 9.222 et disponibles dans toutes les nouvelles versions. Référez-vous à la section FPGA pour plus d'informations.
Si les dernières versions de FPGA ne sont pas disponibles après la mise à niveau logicielle, alors exécutez une mise à jour Force FPGA. Reportez-vous à l'article Mise à niveau de Cisco ONS 15454 vers la version 9.1 de Cisco pour plus d'informations sur les mises à niveau de ce système.
Les deux interfaces de commutateur signalent des erreurs CRC intermittentes. Sur la carte de ligne MXP-MR-10DME, un incrément d'erreurs TxBadCRC est observé à partir du port client.
Vérifiez la version logicielle du noeud ONS 15454. Si le logiciel est de la version 7.0 à la version 8.52, le système est affecté par un défaut logiciel.
Pour résoudre ce problème, le noeud ONS doit être mis à niveau vers la version 9.1.0 du logiciel.
Voici les symptômes du défaut :
La condition du défaut est que le mode FC 4 G est utilisé sur le port 1 ou le port 5 (le port 1 est le plus affecté).
Après la mise à niveau logicielle ONS, vérifiez la version FPGA (Field Programmable Gate Array) sur la carte de ligne MXP-MR-10DME-C :
Les dernières versions des FPGA sont RAILTO_SOUTH 1.41 et RIALTO_NORTH 2.35, testées dans la version 9.222 et disponibles dans toutes les nouvelles versions. Référez-vous à la section FPGA pour plus d'informations.
Si les dernières versions de FPGA ne sont pas disponibles après la mise à niveau logicielle, alors exécutez une mise à jour Force FPGA. Reportez-vous à l'article Mise à niveau de Cisco ONS 15454 vers la version 9.1 de Cisco pour plus d'informations sur les mises à niveau de ce système.
Les versions 7.0 à 8.50 du logiciel ONS présentent des défauts liés à la carte de ligne MXP-MR-10DME et au trafic FC. Cette section décrit les défauts connus.
Titre de l'ID de bogue Cisco : Les commutateurs de câble Y manuels avec étouffement désactivé peuvent entraîner la défaillance d'une liaison Fibre Channel avec des commutateurs Brocade.
Ce défaut est observé dans les versions 7.0 et ultérieures du logiciel.
Complétez ces étapes afin de reproduire ce problème :
Après quelques commutations, la liaison FC tombe en panne. Les alarmes SIGLOSS et GFP-CSF sont observées.
Cisco vous recommande de mettre en service l'accélération pour qu'elle soit activée lors de l'interconnexion avec des commutateurs Brocade. Si, pour une raison quelconque, l'extinction doit être désactivée avec les commutateurs Brocade, Cisco vous recommande d'utiliser une commande FORCE afin d'exécuter un commutateur de câble Y.
Il n'y a pas de solution connue à ce problème. Cisco vous recommande d'appliquer la solution de contournement.
Titre de l'ID de bogue Cisco : 10DME-C : Dégradation inattendue du trafic FC lors de l'interopérabilité avec Brocade.
Avec le trafic FC 1 ou 2 G, le débit se produit comme prévu dans une direction, tandis que la direction opposée présente des problèmes. Le débit initial est normal mais diminue lentement à zéro en raison de la perte de crédit. Le commutateur déclenche normalement LR afin de restaurer la liaison. La carte de ligne MXP-10DME peut supprimer le VC-RDY lorsque l'écart entre paquets est ARB au lieu d'Inactif.
Les versions 7.0 à 8.50 du logiciel sont affectées par ce défaut.
Le trafic est FC (FC 1 ou 2 G) et est de classe 3 Virtual Class (VC-RDY est utilisé au lieu de R-RDY). Le problème se produit lorsque la carte de ligne MXP-10DME effectue une compensation de débit négatif (suppression d'écart entre paquets).
Utilisez le mode ISC (R_rdy) sur le commutateur.
Un correctif est inclus dans la version 8.52 du logiciel.
Titre de l'ID de bogue Cisco : Trafic non restauré dans une chaîne de mxp-mr-10dme.
Certains paquets sont corrompus avec des erreurs CRC (incréments mediaIndStatsRxFramesBadCRC sur Payload/Statistics) dans les cartes de ligne MXP-MR-10DME lorsque le signal Ethernet source est abandonné puis réintroduit dans une configuration en série de cartes de ligne MXP-MR-10DME (connectées entre elles et en arrière) ).
Ce défaut est observé dans la version 7.3 du logiciel.
Il doit y avoir une configuration en série avec au moins quatre cartes de ligne MXP-MR-10DME et le signal Ethernet source doit être abandonné et réintroduit.
L'état Admin de chaque SFP dans le chemin de la porteuse perdue doit être déplacé vers OOS-DSBLD puis vers l'état IS.
Une correction de ce défaut est incluse dans la version 8.51 du logiciel.
Titre de l'ID de bogue Cisco : Erreurs CRC de sortie 10dme en mode 4FC.
Il existe des événements d'erreur de bit unique (taux d'erreur autour de 1E-12) qui sont générés par la carte de ligne 10DME dans la direction de sortie (TX out). Les erreurs sont capturées par le compteur mediaIndStatTXFramesBadCRC.
Ce défaut est observé dans les versions 7.0 à 8.51 du logiciel.
Le mode FC 4 G est utilisé sur les ports 1 ou 5. Le port 1 est le plus touché.
Il n'existe aucune solution de contournement connue pour ce défaut.
Une correction de ce défaut est incluse dans la version 8.52 du logiciel.
Titre de l'ID de bogue Cisco : Délais de commutation 4GFC de l'ordre de minutes.
Après qu'un commutateur de liaison de carte de ligne MXP-MR-10DME se produise, le trafic est arrêté définitivement ou revient après quatre à cinq minutes.
Ce défaut est observé dans la version 9.0 du logiciel.
Complétez ces étapes afin de reproduire le problème :
Il n'existe aucune solution de contournement connue pour ce défaut.
Une correction de ce défaut est incluse dans la version 9.1 du logiciel.
Titre de l'ID de bogue Cisco : MXP-MR-10DME : FC4G IS -> OOSMT -> IS entraîne une perte de paquets continue lente.
Certains paquets sont continuellement perdus pendant dix à quinze minutes.
Ce défaut est observé dans la version 8.52 du logiciel.
Complétez ces étapes afin de reproduire le problème :
Configurez le port comme suit : OOS, DSBLD > IS.
Une correction de ce défaut est incluse dans la version 9.00 du logiciel.
Titre de l'ID de bogue Cisco : Interopérabilité 4G FC avec Brocade Silkworm.
Il n'y a aucune alarme sur la CCT lorsque le port de commutateur SAN est hors connexion/en ligne.
Ce défaut est observé dans la version 8.52 du logiciel.
La carte de ligne est configurée pour le trafic FC 4 G et utilise le mode E, et DE est activée ou désactivée. Le problème est lié à une séquence particulière avec de petits paquets de n'importe quelle taille (36 octets, ou des paquets avec des charges utiles de zéro octet).
À partir du commutateur MDS, définissez le port TE sur Mode trunking : SUR. Il n'y a pas de solution connue sur le brocade.
Une correction de ce défaut est incluse dans la version 9.0 du logiciel.
Titre de l'ID de bogue Cisco : MXP-MR-10DME-C:FC4G de MDS9513:DE ON:drop de paquets.
Les paquets sont perdus et le trafic reprend. Les rejets en sortie sont observés à l'interface du commutateur de la gamme MDS 9513. Aucune erreur n'est signalée au sujet de la CCT.
Ce défaut est observé dans la version 8.52 du logiciel.
La carte de ligne 10DME est connectée au commutateur de la gamme MDS 9513 et est configurée comme suit :
Il n'existe aucune solution de contournement connue pour ce défaut.
Une correction de ce défaut est incluse dans la version 9.0 du logiciel.
Titre de l'ID de bogue Cisco : Baisse inattendue du débit avec DE ON et peu de crédits sur Brocade/Qlogic.
La liaison ne peut pas atteindre un débit total. Aucune trame n'est perdue. Les rapports de surveillance des performances de la carte de ligne MXP-MR-10DME fcStatsZeroTxCredits sont égaux à fcStatsRxRecvrReady et presque égaux à fcStatsTxRecvrReady. Cela signifie que la carte de ligne MXP-MR-10DME fonctionne avec 0 crédits Tx, comme si la liaison était encombrée.
Ce défaut est observé dans la version 8.52 du logiciel.
Le système est configuré comme suit : TestSet > Brocade > MXP-MR-10DME > MXP-MR-10DME > Brocade > TestSet. La brocade est configurée avec le port ISL (port E) en mode R_RDY avec la commande portCfgISLMode 1. Il y a huit crédits sur le port F et huit crédits sur le port E signalés par l'interface graphique utilisateur Brocade. De plus, la carte de ligne MXP-MR-10DME DE est activée.
Il n'existe aucune solution de contournement connue pour ce défaut.
Une correction de ce défaut est incluse dans la version 9.0 du logiciel.
Il existe deux FPGA sur chaque carte de ligne MXP-MR-10DME-C :
On peut obtenir de l'information sur la FPGA auprès de la CCT. Pour obtenir ces informations en mode Carte, cliquez sur Maintenance, puis sur Info. Sous l'onglet Info, le FW_VERSION (Firmware Version) contient des informations sur les deux versions FPGA. Les ports 1 à 4 et les ports 5 à 8 sont configurables pour le trafic FC 1-G ou FC 4-G.
Cisco vous recommande de mettre à niveau les versions logicielles des systèmes qui exécutent le trafic FC vers au moins la version 9.1.0 afin d'éviter les défauts logiciels connus.
Consultez la page de téléchargement du logiciel Cisco afin de télécharger le dernier logiciel MSTP Cisco ONS 15454 M12.
Révision | Date de publication | Commentaires |
---|---|---|
1.0 |
25-Mar-2014 |
Première publication |