Champs constructeur : nom, OUI, PN, SN, code date
Le bloc fournisseur est ce qu’un hôte affiche dans show interface transceiver et ce que sa politique de compatibilité compare. Les spécifications définissent précisément les champs, leurs longueurs et leur encodage — et les hôtes sont impitoyables sur le remplissage, la casse et les octets parasites. Cette page recense les règles, les plages d’octets par spécification et les erreurs qui font qu’un module par ailleurs irréprochable s’affiche comme corrompu.
Les champs
| Champ | SFF-8472 (SFP, A0h) | SFF-8636 (QSFP, page 00h) | CMIS (page 00h) | INF-8077i (XFP) | Format |
|---|---|---|---|---|---|
| Nom du fournisseur | 20–35 | 148–163 | 129–144 | 148–163 | 16 ASCII |
| OUI fournisseur | 37–39 | 165–167 | 145–147 | 165–167 | 3 octets, attribués par l’IEEE |
| PN fournisseur | 40–55 | 168–183 | 148–163 | 168–183 | 16 ASCII |
| Révision fournisseur | 56–59 | 184–185 | 164–165 | 184–185 | 4 / 2 / 2 / 2 ASCII |
| SN fournisseur | 68–83 | 196–211 | 166–181 | 196–211 | 16 ASCII |
| Code date | 84–91 | 212–219 | 182–189 | 212–219 | 8 ASCII |
| Code CLEI | — | page 02h, si bit 4 de l’octet 129 | 190–199 | — | 10 ASCII |
| Spécifique fournisseur | 96–127 (A0h), EEPROM utilisateur A2h 128–247 | 224–255, page 02h | 223–255, pages personnalisées | 224–255 | libre |
Cartes au niveau octet : Plan mémoire.
Règles d’encodage
- ASCII uniquement, plage imprimable 20h–7Eh. Pas de NUL (00h), pas de FFh, pas de caractères de contrôle.
- Justifié à gauche, complété par des espaces (20h) jusqu’à la longueur complète du champ. Un numéro de pièce de 10 caractères est suivi de six espaces, pas de six zéros.
- Le nom du fournisseur est le nom du fabricant (ou du détenteur de la marque) tel qu’enregistré — la chaîne que comparent les hôtes, généralement en respectant la casse.
- L’OUI est l’identifiant unique d’organisation IEEE sur 24 bits de la société figurant dans le champ nom, écrit octet fort en premier ; 00-00-00 signifie non spécifié. Les hôtes le vérifient rarement, mais une incohérence entre l’OUI et le nom est une signature facile d’un module recodé.
- La révision est libre (souvent
A,01,1.0), espaces si absente. - Le numéro de série doit être unique par fournisseur ; de nombreux fournisseurs y intègrent l’année/la semaine et un compteur ; certains hôtes utilisent sa structure pour reconnaître leurs propres modules.
- Le code date est
YYMMDDsuivi d’un code de lot fournisseur à 2 caractères (espaces si absent) :240315= 15 mars 2024. - Le CLEI (Common Language Equipment Identifier) est un code d’actif télécom à 10 caractères, présent surtout sur les modules vendus aux opérateurs.
Ce sur quoi les hôtes se basent
| Comportement de l’hôte | Ce qu’il compare | Typique de |
|---|---|---|
| Recherche nom + PN | nom du fournisseur et numéro de pièce contre une table de compatibilité | la plupart des commutateurs d’entreprise |
| Préfixe PN / famille | premiers caractères du PN | plateformes avec de larges listes de « familles prises en charge » |
| Signature spécifique fournisseur | un hachage ou une valeur magique dans la zone fournisseur, calculée à partir du SN et d’autres champs | verrouillages OEM stricts |
| Motif du SN | structure du numéro de série | certains OEM, pour la garantie et l’authenticité |
| OUI | identifiant IEEE | rare ; certaines cartes réseau et certains NOS |
| Rien | accepte tout ce qui a des sommes de contrôle valides | commutateurs ouverts, la plupart des cartes réseau autorisant les SFP non pris en charge |
Quelle plateforme fait quoi, et comment réagir, fait l’objet de Verrouillage constructeur et Optiques tierces.
Erreurs courantes
| Erreur | Symptôme côté hôte |
|---|---|
| Remplissage par NUL au lieu d’espaces | nom tronqué ou brouillé, module marqué non pris en charge |
| Champ un octet trop long, débordant sur le suivant | OUI ou PN corrompu, somme de contrôle incohérente |
| Casse différente de la référence | PN non reconnu par la table de compatibilité |
| Octets non-ASCII (UTF-8, cyrillique) | points d’interrogation ou refus |
| Code date avec des lettres dans les positions de chiffres | erreurs d’affichage ; certains hôtes le rejettent |
| Bloc fournisseur modifié, sommes de contrôle non recalculées | module invalide — voir Sommes de contrôle |
| Nom modifié, signature spécifique fournisseur laissée telle quelle | toujours non pris en charge sur les plateformes strictes |
| Identité incohérente avec les codes de conformité ou la longueur d’onde | speed and type not supported — voir Codes de conformité |
Zones spécifiques fournisseur
Les spécifications laissent volontairement les zones fournisseur non définies. Les fabricants y stockent des sauvegardes d’étalonnage, des données de production, la configuration du contrôleur et — sur les modules verrouillés — des données d’authentification. Les écraser à l’aveugle peut briquer un module ou casser sa vérification de verrouillage ; les copier depuis un module de référence sans le numéro de série correspondant échoue de toute façon souvent à la vérification. Traitez-les comme opaques sauf si vous connaissez l’organisation du fournisseur (Recodage de l’EEPROM).
Dans CodingBox
L’EEPROM editor modifie chaque champ fournisseur comme du texte, complète avec des espaces jusqu’à la longueur exacte, refuse les entrées non-ASCII, et recalcule les sommes de contrôle à l’écriture. La code database stocke des identités complètes afin qu’un bloc fournisseur connu comme valide puisse être appliqué en une seule étape.
Le bloc fournisseur dans chaque carte : SFF-8472 A0h 20–91, Page supérieure SFF-8636 148–219, CMIS page 00h 129–199, Table XFP 01h 148–219.
Les grammaires fournisseur derrière le champ PN — Cisco, Juniper, Arista, Huawei, HPE, Dell, Nvidia, Brocade, MikroTik et d’autres : Numérotation des pièces.