Ce que fait l’hôte : découverte, validation, mise en service · Spécifications et normes · Transceivers et câbles optiques · Documentation · CodingBox
CodingBox Documentation

Ce que fait l’hôte : découverte, validation, mise en service

Les spécifications décrivent le côté du module — broches, mémoire, états. Cette page décrit le côté de l’hôte : la séquence qu’un commutateur, un routeur ou une carte réseau exécute depuis l’insertion d’un module jusqu’à l’écoulement du trafic, avec les broches, octets et délais que chaque étape utilise. La connaître transforme « le port dit unsupported » en « l’hôte s’est arrêté à l’étape 4 », et explique pourquoi un module parfait sur le banc peut quand même échouer dans un port.

Signaux basse vitesse par facteur de forme

Facteur de formePrésenceReset / alimentationInterruption / défautAutre
SFP / SFP+ / SFP28MOD_ABS (bas = présent)— (TX_DISABLE commande le laser)TX_FAULT, RX_LOSRS0, RS1 sélection de débit
XFPMod_ABSP_Down/RSTInterrupt, Mod_NR (non prêt), RX_LOSTX_DIS, Mod_DeSel
QSFP+ / QSFP28ModPrsLResetL, LPModeIntLModSelL
QSFP-DDModPrsLResetL, LPModeIntLModSelL
OSFPPRSnRSTn, LPWnINT— (pas de broche de sélection, un bus par port)
SFP-DDabsence de module comme pour SFPdemande de basse puissanceinterruptionsélection de débit comme pour SFP

Fonctions des broches et brochages par famille : Matériel SFP, Matériel QSFP, XFP.

La séquence

#ÉtapeSFP (SFF-8472)QSFP (SFF-8636)CMISÀ quoi ressemble un échec
1DétectionMOD_ABS passe bas ; anti-rebondModPrsL basModPrsL / PRSn basle port reste vide ; module « non détecté »
2Alimentation et attente3,3 V toujours présents ; attendre t_init 300 msmise sous tension avec LPMode haut (classe 1 seulement) ; attendre t_init 2 s ou scruter Data_Not_Readyidem ; attendre que l’état du module quitte MgmtInit (≤ 2 s)les lectures renvoient FFh / 00h ; identité vide
3Identificationlire A0h 0–95 ; octet 0 = 03h sélectionne le parseur SFF-8472lire 0–127 et la page supérieure 00h ; octet 0 = 0Dh/11h, octet 1 révisionlire la page inférieure et la page supérieure 00h ; octet 0 = 18h/19h…, octet 1 version CMISunknown module type
4ValidationCC_BASE, CC_EXT ; cohérence identifiant/connecteur/encodageCC_BASE, CC_EXTsomme de contrôle de la page 00hinvalid EEPROM, checksum error — Sommes de contrôle
5Décodage du typeoctets de conformité 3–10, 36 ; octet de débit 12/66 ; longueurs ; longueur d’ondeoctets 131–138, 192 ; 140/222type de média 85, descripteurs d’applicationspeed and type not supported — Codes de conformité
6Politiquenom/PN fournisseur (et éventuellement signature) comparés à la table de compatibilitéidemidemunsupported transceiver, errdisable — Verrouillage constructeur
7Classe de puissancebits de niveau de l’octet 64 vs budget du portclasse de l’octet 129 ; écrire l’octet 93 pour libérer la basse puissance / activer les classes 5–8classe de l’octet 200 vs port ; désactiver LPMode ou effacer LowPwrRequestSW → module PwrUp → Readymaintenu en basse puissance, power exceeds — Puissance et thermique
8ConfigurationRS0/RS1 ou sélection de débit logicielle ; débit côté hôte, FEC, SGMII/1000BASE-XCDR on/off (98), sélection de débit (87–88), voies d’éclatement (breakout) côté hôtechoisir AppSel/DataPathID dans le jeu de commande étagé → ApplyDPInit → chemin de données Init → InitializedLOL, incompatibilité de FEC, éclatement (breakout) refusé — Vitesse et débit
9Activation Txbroche TX_DISABLE basse ou bit logiciel effacé (A2h 110.6)octet 86 = 00hpage 10h octet 130 = 00h → DPTxTurnOn → DPActivatedl’extrémité distante voit −40 dBm — Checklist absence de liaison
10Liaisonle PHY/MAC voit le signal ; AN/link training sur DACidem par voieidem par chemin de donnéesliaison down avec des niveaux corrects
11Surveillancescruter les moniteurs et indicateurs A2h toutes les quelques secondes ; broches TX_FAULT / RX_LOSIntL → lire les indicateurs 3–21 ; scruter les moniteursIntL → indicateurs du module + indicateurs de voie page 11h ; VDMalarmes, flapping — Niveaux DDM, Flapping de liaison
12RetraitMOD_ABS haut → démontageModPrsL hautModPrsL hautétat obsolète si l’anti-rebond échoue

Les étapes 3–6 se déroulent en basse puissance pour les modules QSFP et CMIS : l’hôte valide avant de consacrer de la puissance à l’optique. C’est pourquoi un module verrouillé ou mal codé n’allume jamais son laser, et pourquoi l’extrémité distante lit −40 dBm sur un module par ailleurs électriquement sain.

Délais attendus par l’hôte

AttenteSFPQSFPCMIS
Gestion prête après insertion300 ms2 s≤ 2 s (MgmtInit) puis état LowPwr
Après libération de la basse puissance—jusqu’à effacement de Data_Not_Readyjusqu’à l’état du module Ready (durée max annoncée dans la page 01h)
Initialisation du chemin de données——annoncée par étape (code quartet : < 1 ms … < 50 min)
Activation Tx jusqu’à l’émissiont_on ≤ 1 mston_txdis 100 ms / toff 400 msdurée DPTxTurnOn annoncée
Indicateur jusqu’à l’interruption—ton_IntL 200 msselon la spécification matérielle

Délais au niveau du bus (t_WR, étirement d’horloge) : Interface à deux fils.

Points de politique où les hôtes diffèrent

  • Rigueur de la liste blanche — de « nom de fournisseur seul » à des blocs signés spécifiques au fournisseur.
  • Comportement en cas de rejet — port désactivé, laser éteint, ou liaison autorisée avec une entrée de journal (Optiques tierces).
  • Profondeur CMIS — contrôle complet application/chemin de données face à « relâcher LPMode et espérer » (Problèmes CMIS).
  • Valeurs par défaut de FEC et de débit — dérivées des codes de conformité ou configurées de façon statique.
  • Scrutation DDM — intervalle, si les seuils déclenchent l’arrêt du port, si un étalonnage externe est appliqué (Étalonnage).

CLI spécifique à chaque fournisseur pour voir où l’hôte s’est arrêté : Vérifier les optiques sur les commutateurs.

En quoi un programmateur diffère d’un hôte

Un programmateur comme CodingBox exécute les étapes 1–5 et 11 mais aucune politique : il lit tout ce que le module expose, y compris les zones fournisseur et les octets de mot de passe, garde les modules CMIS en basse puissance sauf demande contraire, et n’active jamais le laser de lui-même. C’est pourquoi un module peut sembler sain sur le banc et pourtant échouer dans un port — le banc n’a pas d’étape 6.

Dans CodingBox

Check transceiver affiche le résultat des étapes 3–5 tel qu’un hôte le verrait — type, débit, sommes de contrôle, classe de puissance — et signale les incohérences avant que le module n’atteigne un port ; DDM couvre l’étape 11 avec des moniteurs et indicateurs en direct.

Le matériel derrière l’étape 6 (politique) et les limites de groupe de ports derrière l’étape 8 : À l’intérieur d’un commutateur, Comment chaque NOS valide un module.


Si vous trouvez une inexactitude ou une erreur dans cet article, sélectionnez le passage concerné et appuyez sur Ctrl+Enter pour .