Tests de réseaux optiques pour 100G/400G : une marge-Manuel de première acceptation

Une liaison Ethernet 100G ou 400G peut apparaître, faire passer le trafic et rester un mauvais candidat pour un déploiement en production. C'est là le problème centraltests de réseaux optiques pour émetteurs-récepteurs 100G et liaisons 400Gle flux de travail est conçu pour résoudre.

 

Pour l'acceptation sur le terrain, la validation de l'interopérabilité et le dépannage après-installation, la question utile n'est pas simplement : "L'émetteur-récepteur fonctionne-t-il ?" C'est:Quelle marge opérationnelle reste-t-il avant que la liaison ne cesse de fonctionner de manière fiable ?

 

Ce guide se concentre sur l'acceptation au niveau du réseau : l'émetteur-récepteur, le port hôte, le chemin de fibre, l'état du connecteur, le comportement FEC, la température et la charge de trafic en tant que système d'exploitation unique. Si vous avez plutôt besoin d'une inspection à l'arrivée ou d'une qualification de module-au niveau de l'usine, utilisez notreprocessus de vérification de l'émetteur-récepteur optique au niveau du module-comme limite de test distincte.

 

 

Un port vert établit une interopérabilité de base. Il n'indique pas la marge restante de la couche physique-. PourMeilleures pratiques en matière de tests de réseaux optiques, l'acceptation nécessite donc des preuves du chemin passif, de la puissance optique, de la qualité du signal, du comportement BER/FEC, de la répartition des voies, du trafic soutenu et de la température, plutôt que simplement de l'état de la liaison.

 

Cela est particulièrement important pour les liens dépendants de FEC-. Un récepteur peut continuer à fournir un trafic utilisateur propre pendant que les erreurs brutes sont déjà corrigées sous la couche MAC. Dans l'architecture PCS Ethernet 200G/400G, RS(544,514) utilise des mots de code de 544 symboles contenant 514 symboles de données, avec des symboles de 10 bits et une capacité de correction jusqu'à 15 erreurs de symboles par mot de code. Cela faitpascréer un seuil d'acceptation BER universel, mais cela explique pourquoi les "erreurs post-FEC=0" à elles seules nous en disent peu sur la marge de correction restante. (Alliance Ethernet)

 

Nous n'approuverions pas un lien 400G déployé à partir d'un rapport contenant uniquement une "liaison", plusieurs pings réussis et aucune perte de paquet. Ces observations sont des contrôles de service utiles ; ils ne nous disent pas si l'activité FEC corrigée est stable, si une voie est porteuse de la plupart des erreurs ou si le taux d'erreur augmente à mesure que le module chauffe.

 

La question de l’acceptation est donc plus étroite et plus difficile :le système installé conserve-t-il une marge suffisante dans les conditions dans lesquelles il fonctionnera réellement ?

 

 

 

Une base de test reproductible doit être suffisamment détaillée pour qu'un autre ingénieur puisse la reproduire.

 

Avant d'effacer les compteurs, de changer un module ou de nettoyer le connecteur, enregistrez le SKU de l'émetteur-récepteur, les plates-formes hôtes et les ports physiques, les versions NOS/micrologiciel, le mode FEC configuré, le type de fibre, le type de connecteur, la longueur du chemin, la disposition des dérivations, la température du module, les conditions ambiantes, le modèle de trafic et l'horodatage auquel les compteurs ont été réinitialisés.

 

Nous recommandons de sauvegarder la ligne de base avant la première intervention.

 

La modification d'un module, d'un port, d'un patch fibre et d'un paramètre FEC au cours de la même étape de dépannage peut restaurer le service, mais cela détruit les preuves nécessaires pour déterminer ce qui a réellement résolu le défaut. Modifiez une variable, réexécutez la même fenêtre de mesure et comparez avec la ligne de base enregistrée.

 

Il existe une autre distinction qui mérite d'être documentée, car elle évite les disputes ultérieures lors d'une revue de déploiement. Chaque décision numérique doit appartenir à l’un des trois niveaux de preuve.

 

Limite de spécificationest la spécification IEEE PMD, MSA ou exacte du module applicable. Le franchir est un problème de conformité.Bande de garde du projetest une règle d’acceptation interne volontairement plus stricte que la spécification formelle.Tendance observéedécrit le mouvement dans le temps, la température ou la charge de trafic, même lorsque chaque valeur absolue reste conforme aux spécifications.

 

N'étiquetez pas une bande de garde interne comme une limite IEEE. À l’inverse, il ne faut pas écarter une tendance à la détérioration simplement parce que l’échantillon le plus récent n’a pas encore franchi la limite formelle.

 

 

La vérification du-chemin physique doit intervenir avant les échanges répétés de modules.

 

Pour la fibre installée, les tests de niveau 1 couvrent la perte, la longueur et la polarité ; Le niveau 2 ajoute des informations OTDR qui peuvent localiser les événements et fournir une visibilité plus approfondie sur les contributeurs à la perte et à la perte de retour optique. Les conseils de test de fibre-de TIA traitent également l'inspection des connecteurs dans le cadre du processus de test sur le terrain-. (Consortium technologique de fibre optique TIA)

 

 

Cette distinction est importante dans le travail 100G et 400G. Un résultat OLTS vous indique si l'atténuation de bout en bout-à- répond au budget prévu ; une trace OTDR est utile lorsque vous avez besoin de savoiroùun événement anormal se produit. Aucune de ces mesures ne doit être interprétée comme un substitut à l’inspection de la face d’extrémité du connecteur elle-même.

 

Danstest de réseau optique pour émetteurs-récepteurs 400G, les chemins MPO/MTP nécessitent également des vérifications de polarité et de-correspondance des voies. Si une voie 400G accumule beaucoup plus d’activité FEC que les autres, mappez cette voie au chemin passif avant de remplacer chaque périphérique actif dans la liaison.

 

Une mesure de puissance totale ou de perte peut rester acceptable tandis qu'une déficience localisée liée à un connecteur, une réflexion, un virage ou une voie-spécifique consomme de la marge. C'est pourquoi commencer le dépannage par « essayer un autre émetteur-récepteur » est généralement un premier pas inefficace.

 

 

L'étape de puissance optique-doit transformer "La puissance Rx est dans la plage" en une déclaration de marge mesurable.

 

Commencez par les limites du SKU et du PMD exacts. Enregistrez les données Tx et Rx à partir du DDM/DOM, puis recoupez-vérifiez les mesures d'acceptation critiques avec un équipement calibré lorsque le projet nécessite une vérification précise des pertes ou de la marge du récepteur-.

 

 

Prenons un exemple illustratif. Supposons que la limite de récepteur applicable pour un scénario de test particulier est−9,0 dBm, tandis qu'un compteur calibré indique−5,4 dBmau niveau du récepteur. La marge latérale du récepteur-est de 3,6 dB. Si DDM signale simultanément−4,6 dBm, la différence entre le DDM-et-mètre est de 0,8 dB. Ces chiffres sont délibérément illustratifs ;−9,0 dBm n'est pas un seuil universel de 100G ou 400G, et la limite correcte doit provenir de la spécification réelle du PMD/module.

 

Ce calcul est plus utile qu’un « passage de puissance » binaire. Il sépare la limite formelle de la marge restante et enregistre également si la propre télémétrie du module correspond suffisamment à la référence calibrée pour l'utilisation prévue.

 

Si DDM indique que le récepteur est sain mais qu'une mesure externe ne concorde pas, enregistrez l'écart au lieu de choisir silencieusement le chiffre qui semble le meilleur.

 

La même logique s'applique àTest de puissance optique 100G QSFP28comme mesure technique même si elle n’est pas utilisée ici comme variante distincte de mot-clé SEO. La spécification Tx/Rx spécifique au SKU- fait autorité ; DDM est la source de diagnostic continue ; la mesure calibrée sert de référence lorsque l'acceptation nécessite des données de puissance traçables.

 

Un deuxième chiffre compte également : la perte de chemin attendue. Si la valeur mesurée du récepteur est inopinément proche de la limite, comparez la perte réelle de la fibre, du connecteur et de l'épissure avec la conception plutôt que de supposer immédiatement une sortie d'émetteur faible.

 

Le résultat pratique de cette étape doit donc contenir la limite applicable, la mesure calibrée, la lecture DDM, le delta DDM, le comportement de trajet attendu et toute bande de garde du projet convenue à l'avance.

 

 

Pourtest de réseau optique avec analyse FEC, PAM4 et NRZ ne doivent pas être forcés à passer par le même workflow de qualité d'émetteur-.

 

Pour un PMD NRZ applicable, le comportement œil/masque reste utile pour la caractérisation de l'émetteur. Pour un PMD PAM4, TDECQ est la classe pertinente de métrique de qualité de l'émetteur-lorsque la spécification Ethernet applicable l'exige ; IEEE 802.3bs fonctionne explicitement avec la méthodologie TDECQ développée pour 400GBASE-DR4. (IEEE 802.3bs)

 

 

La question de terrain la plus utile estquand transmettre à TDECQ.

 

Si une liaison PAM4 déployée développe soudainement une FEC élevée sur une voie alors que la panne est en corrélation avec un chemin MPO particulier, commencez par le connecteur, le mappage des voies et le test d'échange contrôlé. Il est peu probable que l'exécution préalable d'un test de qualité complet de l'émetteur-isole le domaine de pannes le plus simple.

 

Si l'anomalie suit le même module émetteur sur un -bon chemin connu ou apparaît sur plusieurs hôtes contrôlés alors que les preuves de puissance et de -chemin passif restent stables, la caractérisation de la qualité de l'émetteur- devient une étape suivante beaucoup plus importante. Il en va de même lorsque la qualification nécessite de prouver le transmetteur lui-même par rapport au PMD applicable.

 

Cette règle de décision empêche TDECQ de devenir un numéro de rapport de champ décoratif-. Il est intéressant lorsque l'hypothèse de défaut ou l'objectif de conformité concerne effectivement la qualité du transmetteur PAM4.

 

 

Le BER et le FEC doivent être lus comme une chaîne de preuves.

 

Commencez par un comportement d'erreur brut ou pré-FEC là où la plate-forme l'expose. Examinez ensuite l'activité FEC corrigée, les mots de code non corrigibles ou les erreurs post-FEC, la distribution des voies, le comportement de perte CRC/frame- et enfin l'impact du service.

 

PourExigences du BER pour les tests de réseaux optiques, la règle la plus importante est qu'aucun seuil BER ne doit être copié sur les systèmes 100G NRZ, 100G PAM4 et 400G PAM4 sans vérifier l'architecture applicable. RS(544,514) lui-même fournit une ancre numérique utile : le code comporte 30 symboles de parité et peut corriger jusqu'à 15 symboles erronés de 10 bits dans un mot de code. Ce que cela signifie pour une liaison déployée acceptable dépend toujours du PHY spécifié et de la marge opérationnelle requise.

 

Une valeur post-FEC de zéro est donc un résultat-de qualité de service, et non une mesure complète de la marge. Si les mots de code corrigés augmentent fortement lorsque le lien se réchauffe, ou si la plupart des erreurs sont concentrées sur une seule voie, le lien vous donne des informations avant que la perte de paquets n'apparaisse.

 

Pour laboratoireTest BER de l'émetteur-récepteur 400G, la validation compatible FEC-peut aller plus loin que la simple lecture d'un compteur de port. Ethernet Alliance décrit les tests de récepteurs stressés dans lesquels une voie est chargée avec un modèle codé FEC-accentué tandis que les autres voies transportent des modèles alignés correctement codés ; la même approche peut exposer le BER brut par voie, la densité d'erreur et la corrélation de voie. Cela s'apparente beaucoup plus à un test de marge qu'à un simple résultat de « trafic réussi ».

 

Zéro post-Les erreurs FEC peuvent toujours masquer un maillon faible

 

 

Un lien sans erreur post-FEC peut néanmoins consommer une marge de correction importante.

 

La condition qui décide quoi faire ensuite est latendance avant-FEC/correction-erreur. Une correction stable de bas niveau-sur un intervalle contrôlé est un état de diagnostic différent d'une charge de correction qui s'accélère avec la température, une perturbation du connecteur ou une voie particulière.

 

Le BER global peut cacher une voie faible

 

 

Pour le 400G à plusieurs-voies, inspectez la distribution des voies chaque fois que l'hôte l'expose.

 

Si une voie se détériore alors que les autres restent relativement stables, donnez la priorité au chemin optique, à la position du connecteur, au canal du module et à l'échange contrôlé de port/module de cette voie. Si toutes les voies montent ensemble, élargissez l'hypothèse de panne à des variables communes telles que le comportement thermique à l'échelle du module, la configuration côté hôte ou un problème d'intégrité du signal au niveau du système.

 

C’est le jugement que la formulation originale de « différentes classes de problèmes » a laissé inachevé.

 

 

Un démarrage à froid de cinq {{0}minutes-est une preuve faible d'un lien censé fonctionner en continu.

 

Pour la validation sur le terrain, définissez une fenêtre d'observation reproductible et enregistrez les mêmes données à chaque point. Une procédure de projet pratique pourrait capturer des échantillons de référence, de 30 minutes et de 60 minutes. Ces points temporels sont un exemple opérationnel,pas une exigence d'acceptation IEEE.

 

Une tendance illustrative de mots de passe corrigés-montre pourquoi la pente est importante. Supposons qu'un lien enregistre 10 000 événements corrigés au départ, 12 000 après 30 minutes et 13 000 après 60 minutes sous le même profil de trafic. Comparez cela avec un deuxième lien qui passe de 10 000 à 40 000 puis 160 000 sur les mêmes intervalles. Les valeurs absolues dans cet exemple ne sont pas des limites de réussite/échec ; le deuxième modèle de croissance est la raison pour laquelle il faut étudier la marge sous température.

 

Un taux de correction qui s’accélère à mesure que la température augmente est un signal de marginalité.

 

La prochaine décision dépend de la manière dont les erreurs sont réparties. Si toutes les voies augmentent ensemble à mesure que la température du boîtier augmente, étudiez les variables communes thermiques, à l'échelle du module, de l'hôte et de la configuration. Si une voie est à l'origine de l'essentiel de l'augmentation, revenez au canal de voie/chemin/module correspondant avant de blâmer l'ensemble de l'interface. Cette limite de condition est ce qui transforme un avertissement thermique générique en une règle d'isolement de panne-utilisable.

 

Enregistrez la température à côté des compteurs d’erreurs. Une capture d'écran BER ou FEC sans la température du module et le temps de test écoulé est beaucoup moins utile lorsque quelqu'un tente ultérieurement de reproduire le défaut.

 

 

Une séquence de dépannage utile va du symptôme au test qui peut faire la distinction entre les domaines de pannes.

 

• Faible puissance de réception :inspectez et nettoyez le connecteur, vérifiez la perte de chemin passif-et comparez la puissance de l'émetteur à l'extrémité opposée. Si la mesure externe est normale mais que le DDM reste anormal, étudiez le chemin de télémétrie/de rapport plutôt que de traiter la valeur DDM comme une vérité calibrée.
   
• Puissance Rx normale avec FEC élevée :Vérifiez la distribution des voies, l'état du connecteur, la configuration FEC, la correspondance modulation/PMD et la température. La puissance moyenne normale n'élimine pas la-qualité du signal ou les déficiences spécifiques à la voie-.
   
• Une voie nettement pire :mappez la voie au chemin passif et au canal du module, puis modifiez une variable à la fois. Un défaut qui suit le module pointe dans une direction différente de celui qui reste lié à la position de la fibre ou au port hôte.
   
• CRC sur une interface aval :corrélez les compteurs en amont, le sens du trafic et les preuves FEC avant de remplacer l'optique attachée au port affichant le CRC. Le lieu où une erreur est constatée n’est pas automatiquement son origine.
   
• Clapet de lien après l'échauffement- :corrélez l'événement avec la température du module, la puissance optique, la tendance FEC corrigée et le comportement des voies au lieu de vous fier uniquement au journal du plan de contrôle.
   
• Le module de remplacement se comporte de la même manière :arrêtez de parcourir les modules. Revenons au chemin de fibre, au port hôte, à la configuration et à l'hypothèse d'interopérabilité.

 

La séquence ci-dessus vous indique ce qu'il faut vérifier en premier ; ça faitpasvous disent que chaque cas « Rx normal/FEC élevée » a la même cause fondamentale. La variable qui modifie l'action suivante est de savoir si la déficience suit le module, reste avec le chemin/voie optique ou reste avec le port hôte après un échange contrôlé d'une -variable.

 

Pour une isolation module/fibre/hôte plus approfondie une fois que cette première division est connue, utilisez notretest du réseau optique pour le dépannage de l'émetteur-récepteurflux de travail.

 

C'est également là que-les preuves de première main du projet deviennent plus précieuses qu'un autre tableau de dépannage générique. Une véritable capture d'écran montrant quelle voie a bougé, à quelle température, après quel échange, est une preuve plus solide qu'un paragraphe disant que "de nombreux facteurs peuvent provoquer des erreurs FEC".

 

 

Pourtest de réseau optique pour émetteurs-récepteurs 100G, ainsi que les liens 400G, un enregistrement d'acceptation de production devrait permettre à un autre ingénieur de reconstituer la raison pour laquelle le lien a été signé.

 

Utiliser systématiquement trois niveaux de preuve : lelimite de spécificationdéfinit la conformité formelle, lebande de garde du projetdéfinit la marge supplémentaire requise par votre déploiement, et letendance observéeindique si le lien reste stable avec le temps, le trafic et la température.

 

Pour une liaison 100G/400G, l'enregistrement d'acceptation doit contenir les éléments suivants :

 

1. Base de configuration :SKU exact de l'émetteur-récepteur, hôte, port, micrologiciel/NOS, mode FEC, configuration de dérivation et état de codage pertinent.
    
2. Chemin physique :état d'inspection, vérification du connecteur/polarité, type et longueur de fibre, et preuve de perte/OTDR là où le chemin l'exige.
    
3. Puissance optique :Lectures Tx/Rx, vérifications croisées calibrées-si nécessaire, limites applicables du récepteur/émetteur et marge restante du projet.
    
4. Qualité du signal :NRZ- ou PAM4-preuve appropriée de la qualité du transmetteur lorsque le PMD ou l'hypothèse de défaut l'exigent.
    
5. BER/FEC :Comportement brut ou pré-FEC le cas échéant, activité corrigée et non corrigible, distribution par-voie, intervalle d'observation et conditions de circulation.
    
6. Comportement thermique :température à chaque point de mesure plus la direction et le taux d'erreur-changement du compteur.
    
7. Interopérabilité :preuve de la combinaison hôte/module/chemin réelle plutôt que de supposer que la conformité aux spécifications indépendantes prouve chaque combinaison de système. Les tests 400G multi-fournisseurs réalisés par OpenZR+ ont démontré pourquoi les événements d'interopérabilité au niveau du système-utilisent plusieurs modules, routeurs et liaisons optiques plutôt que de s'appuyer uniquement sur la conformité des composants individuels. (OpenZR+ MSA)
    
8. Traçabilité :horodatage, identification de l'équipement de test-le cas échéant, source du seuil et personne/équipe responsable de l'examen.

 

Cette liste de contrôle est intentionnellement ouverte surquoiun dossier d'acceptation forte contient. La partie qui ne peut honnêtement pas être réduite à une seule table Web générique est la preuve de marge spécifique à l'hôte- et au SKU- derrière un déploiement particulier.

 

Voici la variable qu’une déclaration générique du fournisseur laisse généralement de côté :un rapport de test en usine valide le module dans ses conditions de test enregistrées ; il ne certifie pas le chemin de fibre installé, la configuration de l'hôte ou l'environnement thermique du client.

 

Pour les modules fournis par FB-LINK, les tests en usine incluent déjà des contrôles optiques et liés au BER-, et des rapports de test sont disponibles sur demande pour les lots applicables ou les numéros de série individuels. Cela nous donne une référence au niveau du module ; L'acceptation des liens-déployés nécessite toujours les vérifications de l'hôte, de la fibre, du FEC et de l'environnement décrites ci-dessus. Le site actuel de FB-LINK décrit explicitement les tests en usine liés à la-puissance optique, au diagramme oculaire-, au BER et à la température-, ainsi que la disponibilité des rapports de test.

 

Si vous validez un déploiement spécifique, envoyez-nous le modèle de commutateur, le type de port, le SKU PMD/module prévu, le type de fibre/connecteur, la distance, le mode FEC et les exigences de température. Nous pouvons utiliser ces entrées pour identifier les preuves de test du module et les contrôles de compatibilité pertinents au lieu de répondre par une déclaration générique « 100 % testé ».

 

Pour les déploiements 100G existants, les options de modules prévues sont disponibles dans notreGamme QSFP28 100G. Pour les déploiements à densité plus élevée,-consultez le400 G QSFP-gamme DDet demandez les conditions de test pertinentes pour l’hôte cible et la portée.

 

 

Bonnes pratiques en matière de tests de réseaux optiquesdevrait vous laisser plus qu'une interface verte et une capture d'écran de la puissance Rx. Ils doivent indiquer les limites applicables, la marge restante, le comportement pré-FEC/FEC, la répartition des voies et si ces mesures restent stables à mesure que la liaison se réchauffe et transporte un trafic soutenu.

 

Un bon test de réseau optique pose une dernière question :Quelles preuves avons-nous que ce lien restera fiable avant que sa marge restante ne soit consommée ?

 

C’est la différence entre prouver qu’un lien a fonctionné lors d’un test et prouver qu’il est prêt à être déployé.