Sur le papier, le choix d'un émetteur-récepteur QSFP28 ressemble à une liste de contrôle : faites correspondre la vitesse, la longueur d'onde, le connecteur, la portée et le type de fibre, puis poussez le module dans un port 100G. Dans un laboratoire, cela suffit souvent. Dans un tissu de production, ce n’est pas le cas.
Un module QSFP28 peut être entièrement conforme à MSA-, atteindre la bonne portée optique, utiliser le bon connecteur et être toujours rejeté par le commutateur au moment où vous l'insérez. Un autre module établit la liaison proprement mais ne signale aucune alimentation optique, déclenche des alarmes intermittentes, accumule des erreurs FEC ou modifie silencieusement le comportement après une mise à niveau du micrologiciel. Aucun de ces échecs n'apparaît dans une comparaison de fiches techniques.
Ce guide explique comment fonctionne réellement la compatibilité 100G QSFP28, ce qu'il faut vérifier avant d'acheter et comment réduire les risques de déploiement dans les environnements Cisco, Arista, Juniper, Dell, NVIDIA/Mellanox et White-box/SONiC.
Ce qui décide de la compatibilité QSFP28
La compatibilité QSFP28 n'est pas une simple condition oui-ou-non. Un module ne fonctionne dans votre réseau que lorsque plusieurs couches passent toutes : lefacteur de formes'adapte à la cage QSFP28, leCodage EEPROMcorrespond à ce que le commutateur attend, lefirmware du commutateurreconnaît et active le module, leMode FEC et configuration breakoutd'accord des deux côtés, leDonnées DOM/DDMest lisible par vos outils de surveillance, et lepolitique de support des fournisseurspermet le module dans votre processus opérationnel. Ignorez l'un d'entre eux et un module qui "correspond aux spécifications" peut toujours échouer sur le terrain. Le reste de ce guide parcourt chaque couche et montre comment la tester.
Ce que signifie réellement la compatibilité QSFP28
Il est utile de traiter la compatibilité comme quatre couches empilées. Un module peut effacer le premier et échouer quand même avec l'un des autres, c'est exactement pourquoi "conforme MSA- à lui seul vous en dit très peu sur le comportement de production.
- Conformité MSA- le module suit les attentes communes en matière de format, d'électricité et d'interface de gestion-.
- Compatibilité des commutateurs- le périphérique hôte reconnaît, active et surveille le module.
- Interopérabilité des liens- les deux extrémités négocient une liaison 100 G stable avec des paramètres de vitesse, de FEC et de voie correspondants.
- Compatibilité opérationnelle- le module se comporte de manière prévisible avec votre micrologiciel, votre pile de surveillance, votre processus d'assistance et votre plan d'inventaire de pièces de rechange-.
Condition physique et conformité MSA
Au niveau de la couche la plus basse, le module doit s'accoupler mécaniquement et électriquement à la cage QSFP28 et communiquer avec l'interface de gestion à faible vitesse-attendue. C’est ce que couvre la conformité MSA. Le facteur de forme QSFP28 est défini par le SFF/SNIASpécification SFF-8665, qui standardise l'enveloppe mécanique, le verrouillage, le connecteur hôte et l'interface de gestion afin que les modules et les cages de différents fabricants puissent interagir.
Ce que fait la conformité MSApasLa garantie est que chaque fournisseur de commutateurs acceptera pleinement le module. La conformité mécanique et de l'interface permet au module d'entrer dans le port ; il ne décide pas si le système d'exploitation le traite comme une optique de première classe-entièrement surveillée. QSFP28 partage sa base mécanique avec des variantes QSFP ultérieures telles que QSFP-DD, donc l'ajustement de la cage à lui seul est un faible signal de support - voir ceciPrésentation technique de QSFP-DDpour savoir comment les facteurs de forme sont liés.
Reconnaissance de l'hôte et codage EEPROM
Chaque module QSFP28 transporte des données d'identification et de diagnostic dans une petite EEPROM que le commutateur lit lors de l'insertion : nom du fournisseur, numéro de pièce, numéro de série, classe de puissance, capacités prises en charge, longueur d'onde, portée, champs DOM/DDM et sommes de contrôle. De nombreux commutateurs utilisent ces données pour décider comment traiter l'optique.
Un module optiquement parfait peut toujours apparaître commenon pris en charge, inconnu, ou seulement partiellement surveillé si son profil EEPROM ne correspond pas à ce que recherche le commutateur. C'est pourquoi des fournisseurs tiers vendent des versions compatibles Cisco-compatibles Arista-compatibles Juniper-et Dell-du même type optique : le moteur optique peut être identique, mais le codage EEPROM est écrit pour correspondre à une famille de plates-formes spécifiques. Le codage du fournisseur est, en pratique, la raison la plus courante pour laquelle un module QSFP28 par ailleurs correct est accepté ou refusé.
Interopérabilité des liens, FEC et surveillance
La reconnaissance n’est pas la ligne d’arrivée. Une fois que le commutateur a accepté le module, le lien doit encore apparaître et rester actif. Cela dépend de la configuration de la vitesse, du mode FEC, du mode breakout, du type de fibre, de la polarité, de la distance, des niveaux de puissance optique et du fait que l'extrémité opposée utilise les paramètres correspondants. La correction d'erreurs directes en particulier est régie par lesNormes Ethernet IEEE 802.3, et différents types optiques 100G s'attendent à un comportement FEC différent -, point sur lequel nous reviendrons ci-dessous.
Pour cette raison, un test de liaison-en soi n'est pas un test de compatibilité. Un véritable contrôle d'acceptation vérifie ensemble la détection de l'inventaire, les lectures DOM/DDM, la stabilité du trafic et les compteurs d'erreurs, et pas seulement si la ligne d'interface passe au vert.
Les types optiques 100G QSFP28 et leurs différences
"QSFP28" décrit le facteur de forme, pas l'optique. Le type optique 100G à l'intérieur détermine le connecteur, la fibre, la structure des voies, les attentes FEC et le comportement de dérivation - et donc une grande partie de l'histoire de compatibilité. Traiter SR4 et DR1 comme interchangeables car les deux sont des « 100G QSFP28 » est une erreur fréquente.
| Type optique | Fibre | Connecteur | Structure des voies | Portée typique | Remarques |
|---|---|---|---|---|---|
| SR4 | Multimode (OM3/OM4) | MPO-12 | 4 x 25G | ~70–100 m | Candidat commun au breakout 4x25G |
| PSM4 | Mode unique- | MPO-12 | 4 x 25G (parallèle) | ~500 m | SMF parallèle ; en petits groupes-convivial |
| CWDM4/CLR4 | Mode unique- | LC Duplex | 4 x 25G (WDM) | ~2km | Longueur d'onde-multiplexée sur une paire de fibres |
| LR4 | Mode unique- | LC Duplex | 4 x 25G (WDM) | ~10km | De facto, une longue-portée standard de 100 G |
| DR1 | Mode unique- | LC Duplex | 1 x 100G (simple-lambda) | ~500 m | Simple-lambda ; Sensible au FEC/micrologiciel |
| FR1 | Mode unique- | LC Duplex | 1 x 100G (simple-lambda) | ~2km | Signalisation plus récente ; vérifier la prise en charge de la plateforme |
| LR1 | Mode unique- | LC Duplex | 1 x 100G (simple-lambda) | ~10km | Signalisation plus récente ; vérifier la prise en charge de la plateforme |
Deux enseignements pratiques découlent de ce tableau. Premièrement, leFamille 4x25G (SR4, PSM4, CWDM4, LR4)est mature et largement pris en charge, mais seuls les types parallèles (SR4, PSM4) sont des candidats réalistes au breakout 4x25G, et le breakout dépend toujours de la plate-forme. Portée multimode pour les charnières SR4 sur le niveau de câblage, confirmez donc votre installation par rapport auLimites de distance OM1–OM5; pour les types monomodes-, la qualité de la fibre est également importante, ce qui est abordé dans ce document.Comparaison OS1 vs OS2. CWDM4 et LR4 combinent quatre longueurs d'onde sur une seule paire duplex, le principe décrit dans cette introduction surMultiplexage WDM.
Deuxièmement, leune seule-famille lambda (DR1, FR1, LR1)met la totalité du 100G sur une seule longueur d'onde et est plus sensible aux paramètres FEC et à la prise en charge du micrologiciel que les anciennes conceptions 4x25G. Une plate-forme qui exécute volontiers LR4 peut avoir besoin d'une version logicielle plus récente, ou d'une valeur FEC par défaut différente, avant d'afficher un lien FR1 ou LR1. Si vous déployez une seule optique lambda -, considérez la prise en charge du micrologiciel comme une exigence stricte plutôt que comme une réflexion après coup.
Pourquoi un module QSFP28 échoue dans un port « compatible »
Lorsqu'une liaison 100G se comporte mal, l'émetteur-récepteur est le premier blâmé. Le plus souvent, la véritable cause est une inadéquation entre le module, le micrologiciel du commutateur, la configuration du port ou l'installation du câble. Quatre modes de défaillance couvrent la grande majorité des cas.
Le commutateur rejette l'ID du module
Certaines plates-formes valident l'identité de l'optique avant d'activer le port. Si les données EEPROM ne correspondent pas à un profil attendu, les symptômes sont reconnaissables : unémetteur-récepteur non pris en chargeentrée dans le log, l'interface est bloquéevers le bas, ou le port entraîné dans unerreur-désactivéeÉtat. Un codage correct du fournisseur supprime la plupart de ces problèmes, mais le codage seul ne vous permet pas d'ignorer le test du modèle de commutateur et de la version logicielle exacts, car les tableaux de validation diffèrent selon les plates-formes et les versions.
Les paramètres du lien ne correspondent pas
Un module peut être reconnu et refuser toujours de se lier. Les coupables habituels sont une inadéquation de vitesse, un mode FEC incorrect ou incompatible, une configuration de dérivation non prise en charge, un mode de port incorrect, un type d'émetteur-récepteur que la carte de ligne ou le groupe de ports spécifique ne prend pas en charge, ou un module incompatible à l'extrémité distante. Les inadéquations FEC sont particulièrement courantes sur les liaisons simples-lambda DR1/FR1/LR1, où un côté est par défaut sur RS-FEC et l'autre non, de sorte que la liaison ne se produit jamais ou présente un nombre de corrections FEC-en augmentation.
DOM/DDM est incomplet ou erroné
La surveillance optique numérique (DOM/DDM) expose la puissance optique de transmission et de réception, la température, la tension d'alimentation et le courant de polarisation laser. En production, c’est ce qui rend visible un lien dégradant avant qu’il ne tombe. Un module QSFP28 tiers-peut transmettre du trafic tout en signalant mal le DOM, et l'échec semble spécifique : recevoir des émissions de puissanceN/A, la valeur de température est figée à un nombre fixe, les champs sont présents dans la CLI mais votre interrogeur SNMP ou télémétrie ne peut pas les lire, ou les seuils ne se déclenchent jamais car les indicateurs d'alarme ne sont pas renseignés. C'est tolérable sur un banc et une vraie lacune opérationnelle dans une structure surveillée. Si le DOM est important pour votre équipe opérationnelle, il appartient au test d'acceptation, pas à la liste de souhaits.
Le micrologiciel modifie le comportement de validation
Le micrologiciel du commutateur décide de la manière dont les optiques sont détectées, analysées et validées, et cette logique change entre les versions. Un module qui fonctionne parfaitement sur une version peut se comporter différemment après une mise à niveau - le changement peut toucher la validation EEPROM, l'analyse DOM, les valeurs par défaut FEC, la prise en charge des petits groupes ou la table d'émetteur-récepteur- prise en charge elle-même. Avant toute mise à niveau majeure du micrologiciel, validez au moins un échantillon de chaque type QSFP28 déployé sur la version cible plutôt que de supposer une continuité.
Compatibilité QSFP28 par fournisseur de commutateur
Ces notes sont des lignes directrices de planification et non des garanties. La compatibilité est spécifique au modèle-, à la ligne-carte- et à la version-, alors confirmez la combinaison exacte avant d'acheter à grande échelle. Lorsqu'un fournisseur publie un outil de compatibilité officiel, utilisez-le comme première référence.
Cisco
Les plates-formes Cisco ont tendance à être plus strictes avec les optiques non--que de nombreux commutateurs d'entreprise, et Cisco déclare clairement qu'il ne prend pas en charge les optiques tierces-dans le cadre de sa politique d'autorisation. Un module codé non-Cisco-peut être signalé comme non pris en charge ou nécessiter une gestion spécifique à la plate-forme-en fonction du modèle Nexus ou Catalyst et de la version NX-OS ou IOS-XE. Commencez par le fonctionnaireMatrice de compatibilité du Cisco Transceiver Module Group (TMG)pour confirmer quelles optiques sont répertoriées par rapport à votre appareil exact.
N'achetez pas de modules QSFP28 liés à Cisco-par type optique uniquement - un LR4 100G qui fonctionne sur une plate-forme Nexus peut se comporter différemment sur une autre. Avant un achat en volume, confirmez le modèle exact, la version NX-OS/IOS-XE, le codage compatible Cisco-requis, le comportement DOM/DDM, la prise en charge Breakout et FEC, ainsi que votre position de support sur les optiques tierces-. Sur la boîte, afficher les détails de l'émetteur-récepteur de l'interface est le moyen le plus rapide de confirmer la reconnaissance et de lire le DOM. Traitez les modules compatibles Cisco-comme quelque chose que vous testez sur le logiciel cible, et non quelque chose que vous supposez parce que les spécifications optiques correspondent.
Ariste
Les commutateurs Arista sont généralement plus permissifs avec des optiques tierces-bien conçues-que les plates-formes les plus strictes, et dans de nombreux environnements EOS, des modules QSFP28 correctement codés apparaissent sans comportement de verrouillage. C’est une tendance, pas un laissez-passer. La version EOS, la famille de commutateurs, le type optique, le comportement du DOM, la classe de puissance et la configuration des ports affectent toujours le résultat, et les optiques à haute -puissance longue portée-, les applications de dérivation et les nouveaux modules lambda simples- méritent toujours d'être testés. Vérifiez la reconnaissance et le DOM avec l'émetteur-récepteur show interface, et confirmez le FEC, le comportement de rupture et l'enveloppe thermique/électrique pour les pièces à longue portée-.
Genévrier
Le comportement de Juniper dépend fortement de la plate-forme exacte, de la version Junos, du type de port et de l'identifiant de l'émetteur-récepteur - un module accepté et entièrement surveillé sur un QFX, MX ou PTX peut ne pas l'être sur un autre. Vérifiez le fonctionnaireOutil de compatibilité matérielle Juniperpour votre plateforme cible ; il indique également si une optique donnée prend en charge la surveillance. Notez que JTAC ne prend pas en charge les modules optiques-tiers, alors tenez-en compte dans votre plan de support. Sur l'appareil, l'optique de diagnostic des interfaces renvoie les lectures DOM. Vérifiez la plate-forme, la version Junos, le profil PID ou EEPROM compatible, la prise en charge DOM, la prise en charge Breakout et si les types DR1/FR1/LR1 les plus récents sont pris en charge sur ce matériel.
Dell PowerSwitch
Les plates-formes Dell PowerSwitch peuvent être sensibles aux champs EEPROM, à l'analyse DOM et au comportement des logiciels, et certains modules tiers-transmettent le trafic tout en affichant des avertissements, des données DOM incomplètes ou des incohérences d'inventaire. Confirmez la version OS10 ou SONiC, le codage compatible Dell-, les lectures DOM/DDM, la liste des optiques-prises en charge par la plate-forme, les exigences FEC et Breakout, ainsi que le comportement lors d'une mise à niveau du micrologiciel. Si les commutateurs Dell se trouvent dans une structure de production, validez le module sur la même version logicielle avant de passer une commande importante.
NVIDIA/Mellanox
Les environnements NVIDIA/Mellanox sont parmi les plus restrictifs, en particulier dans les structures IA, HPC, Ethernet et InfiniBand où les interconnexions validées sont la norme. Ici, la stabilité de la liaison dépend non seulement de la portée optique, mais également de l'intégrité du signal, de la prise en charge du micrologiciel, du comportement FEC et de la validation de la plate-forme ; un module peut être détecté et ne parvient toujours pas à afficher le lien si la plate-forme ne l'accepte pas ou si les paramètres ne sont pas pris en charge. NVIDIA documente ses interconnexions qualifiées sur leCâbles et émetteurs-récepteurs LinkXpages et note que les appareils tiers-non qualifiés peuvent fonctionner mais n'offrent aucune garantie de performance. Confirmez le modèle exact du commutateur et de l'adaptateur, le mode Ethernet ou InfiniBand, la version du micrologiciel, la liste des câbles/modules validés, les exigences FEC, la portée et le type, ainsi que la validation du fournisseur par rapport à la même plate-forme. Pour les tissus IA ou HPC critiques, préférez des optiques validées ou des alternatives compatibles minutieusement testées.
Commutateurs SONiC et-boîte blanche
Les commutateurs SONiC et -box blanche sont généralement plus ouverts que les plates-formes OEM traditionnelles, mais « ouvert » n'est pas « universel ». Les résultats dépendent de l'ASIC du commutateur, du pilote de plate-forme, de la version NOS, de l'analyseur EEPROM, du service de gestion de l'émetteur-récepteur-, du mode breakout et de la configuration du port. Un module peut être lié mais signaler un inventaire incomplet ou des données DOM - acceptables dans certains paramètres de laboratoire ou sensibles aux coûts-, pas dans les structures de production qui nécessitent une surveillance et un suivi précis des actifs. Testez le modèle de commutateur exact et la version NOS plutôt que de supposer que tous les modules compatibles MSA- se comportent de la même manière.
Fournisseur-Modules QSFP28 codés ou MSA-Conformes ou programmables
La bonne classe de module dépend de votre environnement, de votre tolérance au risque et de votre stratégie d'inventaire.
Modules QSFP28 codés par le fournisseur-
Les modules codés par le fournisseur-transportent des données EEPROM écrites pour correspondre à un fournisseur de commutateur ou à une famille de plates-formes spécifique. Ils constituent généralement le choix le plus sûr pour la production : une reconnaissance plus prévisible, un meilleur comportement DOM/DDM et moins de complications de support. Utilisez-les lorsque vous effectuez un déploiement à grande échelle, que le réseau est critique pour la production, que vous exécutez des plates-formes Cisco/Juniper/Dell/NVIDIA, que la précision de la surveillance est importante ou que vous souhaitez éviter les surprises liées aux modules-non pris en charge. Le compromis-consiste à conserver un inventaire séparé par fournisseur de changement.
Modules QSFP28 génériques compatibles MSA-
Les modules MSA génériques peuvent convenir dans les environnements ouverts, les laboratoires, les réseaux de test et les déploiements en boîte blanche-où une reconnaissance stricte des fournisseurs n'est pas requise. Ils réduisent les coûts initiaux et simplifient un inventaire optique générique, mais ils comportent plus de risques dans des environnements de commutation restrictifs.Quand ne pas les utiliser :dans une structure de production Cisco/Juniper/NVIDIA, partout où la précision DOM/DDM est une exigence de surveillance, sur des liaisons lambda uniques avec des dépendances FEC/micrologiciel étroites, ou là où votre processus d'assistance vous demandera de reproduire les défauts sur des optiques qualifiées. Ne présumez pas qu’un module MSA générique traverse les plates-formes Cisco, Juniper, Dell et NVIDIA sans validation.
Modules QSFP28 programmables
Les modules programmables peuvent être recodés pour différents profils de fournisseurs avec un outil compatible, ce qui est véritablement utile pour les réseaux multi-fournisseurs, les pièces de rechange d'urgence et les équipes de service-sur le terrain. Ils réduisent le besoin de stocker des modules codés-fixes pour chaque plate-forme, mais ils exigent un contrôle des processus : un personnel formé, un réétiquetage précis après la programmation et une étape de validation claire. Le principal risque est un module recodé ou étiqueté pour le mauvais commutateur cible.
Comment choisir le bon module QSFP28
Mappez la décision sur votre scénario plutôt que sur l’élément de campagne le moins cher. La matrice ci-dessous est la version courte.
| Scénario réseau | Type QSFP28 recommandé | Pourquoi |
|---|---|---|
| Réseau de production Cisco ou Juniper à fournisseur unique | Fournisseur-codé QSFP28 | Reconnaissance fiable et surveillance précise ; support plus propre |
| Réseau mixte Cisco / Arista / Juniper | Fournisseur-codé par plate-forme ou pièces de rechange programmables | Comportement prévisible avec un inventaire de pièces de rechange gérable |
| SONiC/boîte blanche-/laboratoire | QSFP28 conforme à MSA- | Inventaire générique moins coûteux et plus simple où un codage strict n’est pas requis |
| Tissu IA / HPC | Optiques validées ou-testées par le fournisseur | Risque de-stabilité du lien inférieur et-d'intégrité du signal |
| Déploiement breakout (4x25G) | SR4/PSM4 confirmé contre la plateforme | Les optiques parallèles conviennent à l'évasion ; confirmer d'abord le mode du port, le FEC et la polarité |
Comment tester la compatibilité QSFP28 avant le déploiement
Le chemin le plus sûr consiste à qualifier les échantillons avant d’acheter en volume. Cinq étapes rendent le test reproductible.
Étape 1 - Commandez des échantillons pour chaque fournisseur et type
Pour chaque fournisseur de commutateur et type de module que vous envisagez de déployer, commandez un petit échantillon. Si le réseau s'étend sur Cisco, Arista et Juniper, qualifiez-vous pour les trois ; ne testez pas une plate-forme et supposez que le résultat se généralise.
Étape 2 - Vérifier la détection
Insérez le module et vérifiez que le commutateur l'identifie correctement : reconnaissance du numéro de fournisseur/de pièce-, capacité de vitesse correcte, type d'émetteur-récepteur correct, disponibilité DOM/DDM, aucune alarme de module-non pris en charge et aucune erreur-état désactivé. S'il apparaît comme inconnu ou non pris en charge, déterminez si la cause est le codage EEPROM, la prise en charge du micrologiciel ou la politique de la plate-forme avant d'aller plus loin.
Étape 3 - Créez un véritable lien
Connectez-vous à l'-appareil distant prévu ou à un représentant-de remplacement et vérifiez l'état de la liaison-, la vitesse correcte, le mode FEC correct, la puissance de transmission et de réception à portée, les compteurs d'erreurs propres et la stabilité après un rebond d'interface et une réinitialisation physique. Un module détecté mais qui ne peut pas contenir de lien n'est pas prêt pour la production-.
Étape 4 - Générer du trafic
Transmettez le trafic pendant une fenêtre significative - quelques heures minimum, plus longtemps pour les structures critiques - et surveillez les erreurs CRC, le nombre de corrections FEC-, les interruptions de liaison, les alarmes de température et la perte de paquets. Pour les environnements critiques, testez sous une charge réaliste et aux températures que l’optique verra réellement.
Étape 5 - Documenter la configuration approuvée
Pour chaque module approuvé, enregistrez le numéro de pièce du fournisseur, la cible de codage EEPROM, le modèle de commutateur, la version du micrologiciel, le type de port, le mode FEC, le mode breakout, le résultat du test et l'état DOM/DDM. Cet enregistrement devient votre matrice de compatibilité interne et évite à la personne suivante de réexécuter tout l'exercice.
Critères d'acceptation
Utilisez une barre de réussite/échec explicite pour que « ça semblait bien » ne décide jamais d'un achat.
| Vérifier | Condition de réussite |
|---|---|
| Reconnaissance des modules | Corriger le fournisseur, le numéro de pièce, le type et la vitesse ; aucune alarme non prise en charge |
| Lisibilité DOM/DDM | Puissance Tx/Rx, température, tension et polarisation lisibles en CLI et via SNMP/télémétrie |
| Etablissement du lien | Connectez-vous à la bonne vitesse et en mode FEC |
| Stabilité | Link survit au rebond de l'interface et à la réinstallation physique |
| Compteurs d'erreurs sous trafic | Aucune erreur CRC et aucune tendance croissante de correction FEC-au cours de la fenêtre de test |
| Micrologiciel | Version testée documentée ; comportement revu-après les mises à niveau planifiées |
Note de terrain : où ces tests gagnent leur vie
Un exemple représentatif observé sur des structures mixtes : un lot de modules génériques 100G SR4 réussit un test de liaison rapide-et passe dans une couche vertébrale-feuille. Les ports natifs 100G conviennent. Des semaines plus tard, une tentative de reconfiguration de certains de ces ports pour le breakout 4x25G échoue sur un groupe de ports - les modules sont sains, mais la prise en charge du breakout de cette carte de ligne et les valeurs par défaut FEC n'ont jamais été validées pour ce mode. Séparément, après une mise à niveau de routine du micrologiciel, les lectures DOM sur les mêmes modules commencent à revenirN/Aparce que la nouvelle version analyse leur EEPROM différemment. Aucun des deux problèmes n’est un défaut optique ; les deux auraient été détectés par une vérification en petits groupes et une vérification DOM après-mise à niveau dans les étapes ci-dessus. Le coût du non-respect de la qualification apparaît plus tard, sous la forme d'un-échec de la fenêtre de modification et d'un angle mort de surveillance, plutôt qu'au moment de l'achat.
FAQ
Q : Qu’est-ce que le codage EEPROM QSFP28 ?
R : Ce sont les données d'identification et de capacité stockées dans les champs EEPROM - du fournisseur, du numéro de pièce, du type, de la portée, de la classe de puissance et du DOM - du module que le commutateur lit lors de l'insertion. Le codage du fournisseur écrit ces données pour qu'elles correspondent à une famille de plates-formes spécifiques afin que l'hôte traite l'optique comme prise en charge et entièrement surveillée.
Q : Pourquoi mon émetteur-récepteur QSFP28 est-il détecté mais la liaison est interrompue ?
R : La détection et la liaison-sont des couches distinctes. Les causes habituelles sont une inadéquation FEC (commune sur un seul-lambda DR1/FR1/LR1), une inadéquation de vitesse ou de mode de port-, une configuration de dérivation non prise en charge, un module d'extrémité distant-incompatible ou un type d'émetteur-récepteur que la carte de ligne ne prend pas en charge dans ce port. Vérifiez d'abord les paramètres FEC et Breakout aux deux extrémités.
Q : QSFP28 LR4 nécessite-t-il une FEC ?
R : Le 100G-LR4 est généralement capable de fonctionner sans FEC, ce qui est l'une des raisons pour lesquelles il est devenu de facto le choix 100G à longue portée-. Les types-lambda simples (DR1/FR1/LR1) sont plus susceptibles de dépendre du RS-FEC. Étant donné que les valeurs par défaut diffèrent selon la plate-forme et la version, confirmez le mode FEC requis par rapport à la documentation du commutateur et à la norme IEEE 802.3 pertinente plutôt que de supposer.
Q : Les modules QSFP28 peuvent-ils être utilisés pour le breakout 4x25G ?
R : Parfois. Les optiques parallèles telles que SR4 et PSM4 sont des candidats réalistes, mais la prise en charge dépend également de la plate-forme de commutation, du groupe de ports, de la configuration, de l'usine de câbles et du micrologiciel. Vérifiez toujours la prise en charge du port spécifique avant le déploiement.
Q : Les modules QSFP28 tiers-sont-ils sûrs pour les réseaux de production ?
R : Ils peuvent l'être, lorsqu'ils sont correctement codés par le fournisseur-, validés sur le commutateur et le logiciel cibles, et acceptés par votre processus d'assistance. Le risque augmente sur les plates-formes strictes (Cisco, NVIDIA), sur les liaisons lambda simples-et partout où la précision DOM/DDM est requise. Qualifiez les échantillons et documentez le résultat avant d’acheter à grande échelle.
Q : La conformité MSA-signifie-t-elle que le module fonctionnera sur mon commutateur ?
R : Pas tout seul. La conformité MSA couvre la cohérence du facteur de forme et de l'interface, mais les fournisseurs de commutateurs appliquent toujours une validation spécifique à la plate-forme, des vérifications EEPROM, des exigences en matière de micrologiciel et des politiques d'assistance.
Q : Pourquoi un module QSFP28 fonctionne-t-il dans Arista mais pas dans Cisco ?
R : Les fournisseurs gèrent les-optiques tierces différemment. Les plates-formes Arista sont souvent plus permissives, tandis que Cisco applique une validation de module plus stricte et ne prend pas en charge les optiques tierces-dans le cadre de sa politique d'autorisation. Le comportement varie donc selon le modèle et la version du logiciel.
Q : Que dois-je tester avant d'acheter des modules QSFP28 en gros ?
R : Détection du module, lectures DOM/DDM, état de la liaison-, mode FEC, mode breakout, stabilité du trafic, compteurs d'erreurs et comportement après une réinitialisation et un redémarrage - et enregistrez le modèle exact du commutateur et la version du micrologiciel pour chaque résultat.
Conclusion
La compatibilité QSFP28 ne dépend pas seulement de la vitesse et de la portée. La plate-forme de commutation, la version du micrologiciel, le codage EEPROM, les paramètres FEC, la prise en charge des breakouts, le comportement DOM/DDM et votre plan de support opérationnel se situent tous entre une correspondance de fiche technique et une liaison 100G stable. Le type optique à l'intérieur du module - 4x25G par rapport à un simple-lambda - modifie à nouveau ces exigences.
Pour la plupart des réseaux de production, les modules QSFP28 codés par le fournisseur-ou validés par la plate-forme-sont le choix le moins risqué- ; pour les parcs de fournisseurs mixtes-, les modules programmables peuvent permettre de gérer les stocks de rechange lorsque le processus d'enregistrement est contrôlé. La règle de fonctionnement est courte : vérifiez le modèle et le micrologiciel exacts avant d'acheter, qualifiez les échantillons par rapport à une barre de réussite/échec explicite avant de déployer et notez chaque combinaison de module-et-plate-forme approuvée afin que le prochain déploiement commence à partir de preuves plutôt que d'hypothèses.
