100G Multimode LC : SRBD ou SR1.2, quelle différence ?

Deux modules 100G BiDi QSFP28 peuvent avoir le même aspect, le même connecteur LC duplex et les mêmes longueurs d’onde, et pourtant refuser de fonctionner ensemble. C’est le cas du 100G-SRBD et du 100G-SR1.2 : ils ne sont pas interopérables.

Pourquoi le 100G BiDi ?

Le BiDi (bidirectionnel) permet de passer à 100 Gbit/s sur la même paire de fibres multimode LC duplex que le 10G ou le 25G SR. Pas besoin de recâbler en MPO-12 comme pour un 100G-SR4 : on réutilise le câblage OM3/OM4/OM5 existant et on divise par quatre le nombre de fibres consommées par lien.

Le piège : le marché propose deux familles de 100G BiDi multimode, nées à des époques différentes. Les confondre est l’une des causes les plus fréquentes de lien qui ne monte pas lors d’une migration 40G → 100G ou d’un raccordement sur un port 400G en breakout.

SRBD et SR1.2 : deux générations de BiDi

Le 100G-SRBD est la première génération, lancée par Cisco pour accompagner les ports bi-débit 40G/100G des Nexus. Beaucoup de références sont dual-rate : le même module fonctionne en 40G (et dialogue alors avec un 40G BiDi QSFP+) ou en 100G. C’est une implémentation propriétaire, antérieure à la normalisation du FEC utilisé par les liaisons 50G PAM4.

Le 100G-SR1.2 est la génération suivante, alignée sur l’écosystème 400G BiDi : c’est la « tranche » 100G d’un module 400G-SR4.2 (ou 400G BiDi). Un port 400G BiDi peut ainsi être éclaté en 4 × 100G-SR1.2. Il fonctionne uniquement en 100G.

Dans les deux cas, chaque fibre de la paire transporte deux longueurs d’onde (autour de 850 nm et 910 nm), une dans chaque sens, sur la plage 832–918 nm.

Portées issues de la fiche technique Cisco des modules 100G QSFP, qui donne le même budget de liaison (1,9 dB) pour les deux familles.

Pourquoi un SRBD ne parle pas à un SR1.2

La couche optique est quasiment identique ; c’est le traitement du signal qui diffère. Le SRBD utilise une correction d’erreurs (FEC) conçue avant que l’IEEE ne normalise le FEC KP4 des liaisons 50G PAM4. Le SR1.2 suit, lui, la norme. Les deux extrémités ne décodent donc pas le même flux : le lien reste down, même avec deux modules sains.

HPE le dit explicitement dans son guide de compatibilité Aruba : son module 100G BiDi historique n’est pas compatible avec le 100G SR1.2, en raison de modes FEC différents.

En pratique :

• SRBD ↔ SRBD : OK, y compris entre constructeurs si le codage EEPROM est adapté à chaque switch.
• SR1.2 ↔ SR1.2 : OK.
• SR1.2 ↔ port 400G BiDi éclaté en 4 × 100G : OK (c’est sa raison d’être).
• SRBD ↔ SR1.2 : ne fonctionne pas.
• SRBD dual-rate en 40G ↔ 40G BiDi QSFP+ : OK, pratique pour migrer un côté du lien à la fois.

À noter : certains switchs 400G (Arista par exemple) acceptent les deux modes en breakout, à condition de configurer le bon mode sur le port.

Références constructeurs : SRBD ou SR1.2 ?

Avant de commander un compatible, identifiez la famille de l’original installé en face. Voici les principales références d’origine.

La règle simple : un suffixe SRBD, BIDI ou BXSR désigne la première génération ; SR1.2 (ou SR1P2 chez Juniper) la seconde. En cas de doute, la fiche technique d’origine ou le guide de compatibilité du constructeur tranche.

Comment choisir

1. Nouveau déploiement 100G sur câblage LC duplex : choisissez le SR1.2. C’est la famille normalisée, et elle reste compatible avec les ports 400G BiDi si le réseau évolue.
2. Vous raccordez des serveurs ou des leafs à un port 400G BiDi éclaté : le SR1.2 est la seule option.
3. Vous complétez un parc existant : identifiez la famille installée en face. Si c’est du SR1.2, aucune question ; si c’est du SRBD, il faudra soit rester en SRBD, soit remplacer les deux extrémités par du SR1.2.
4. Vous migrez depuis du 40G BiDi : le SR1.2 ne fonctionne qu’en 100G. Prévoyez de basculer les deux extrémités du lien en même temps.

Dans tous les cas, les deux extrémités d’un lien doivent appartenir à la même famille.

Les 100G BiDi Pureoptics

Pureoptics ne propose que le SR1.2, codé pour votre constructeur (Cisco, Arista, Juniper, Dell, HPE, …) et testé avant expédition depuis Paris.