FAQ sur les émetteurs-récepteurs, DAC, AOC

Vitesse et facteur de forme

Q1 : Les émetteurs-récepteurs SFP 1G sont-ils pris en charge ?

Non. Les ports SFP56 et QSFP56 des cartes réseau 50G et 200G des appliances NetScaler MPX/SDX 9200 et 17000 ne négocient pas en 1G SGMII ou 1000BASE-X (Ethernet sur fibre). La vitesse de port minimale prise en charge est de 10G.

Q2 : Quels émetteurs-récepteurs 10G sont pris en charge ?

Les optiques SFP+ 10GbE qualifiées NetScaler sont prises en charge sur les plateformes MPX/SDX 9200 et MPX/SDX 17000. Cela inclut les émetteurs-récepteurs SR (multimode, OM3, jusqu’à 300 m) et LR (monomode, jusqu’à 10 km). Pour plus d’informations, consultez la matrice des émetteurs-récepteurs, DAC, AOC.

Q3 : Quels émetteurs-récepteurs 25G sont pris en charge ?

Les optiques SFP28 25GbE qualifiées NetScaler sont prises en charge sur les plateformes MPX/SDX 9200 et MPX/SDX 17000. Les options prises en charge incluent les émetteurs-récepteurs SR (multimode, OM3 jusqu’à 70 m / OM4 jusqu’à 100 m) et LR (monomode, jusqu’à 10 km). Pour plus d’informations, consultez la matrice des émetteurs-récepteurs, DAC, AOC](/fr-fr/netscaler-hardware-platforms/mpx/mpx-9200-17000-master-matrix).

Q4 : Le 50G est-il pris en charge ?

Oui. Les optiques 50GbE SFP56 SR et LR qualifiées NetScaler, ainsi que les câbles en cuivre à connexion directe (DAC) 50G SFP56, sont pris en charge sur les plateformes MPX/SDX 9200 et MPX/SDX 17000. Pour plus d’informations, consultez la matrice des émetteurs-récepteurs, DAC, AOC](/fr-fr/netscaler-hardware-platforms/mpx/mpx-9200-17000-master-matrix).

Q5 : Les émetteurs-récepteurs QSFP+ 40G sont-ils pris en charge ?

Oui, uniquement sur la plateforme MPX et SDX 17000. Les options qualifiées Citrix sont :

• 9530411 (Citrix MPN) (optique 40GbE QSFP+ BiDi SR LC) : Assurez-vous que le même module de marque NetScaler est utilisé aux deux extrémités de la connexion. Le mélange de cet émetteur-récepteur avec un module 40G-BiDi de marque Cisco côté commutateur peut provoquer des instabilités de liaison.

• 9530513 (Citrix MPN) (DAC QSFP+ 40GbE, cuivre passif de 5 m) : Une alternative DAC aux optiques BiDi, idéale pour les liaisons 40G à courte portée.

Q6 : Les émetteurs-récepteurs QSFP28 100G/40G sont-ils pris en charge ?

Oui, uniquement sur la plateforme MPX et SDX 17000. Les options qualifiées par Citrix sont :

• 9530410 (Citrix MPN) : QSFP28 SR4 double débit 100/40GbE (MPO-12 MMF)

• 9530413 (Citrix MPN) : QSFP28 LR4 100GbE (LC, SMF, 10 km)

• 9530517 (Citrix MPN) : AOC QSFP28 100GbE (20 m)

Q7 : Le 200G est-il pris en charge ?

Oui, uniquement sur les ports QSFP56 des cartes réseau 200G à double port de la plateforme MPX/SDX 17000. Les options qualifiées par Citrix sont :

• 9530409 (Citrix MPN) : QSFP56 SR4 200GbE (MPO-12 MMF)

• 9530514 (Citrix MPN) : DAC Twinax passif QSFP56 vers QSFP56 200GbE (2,5 m)

• 9530522 (Citrix MPN) : AOC QSFP56 200GbE (20 m)

Q8 : Puis-je utiliser un adaptateur QSFP28 à 25G ou 10G avec des optiques SFP standard sur les ports QSFP56 200G MPX/SDX 17000 ?

Oui, en utilisant l’adaptateur Citrix (Citrix MPN : 9530416). Il s’agit d’un adaptateur mécanique QSFP28 vers SFP28 basé sur la conception Mellanox/Nvidia MAM1Q00A-QSA28.

L’adaptateur s’insère dans un port QSFP56 200G de la plateforme MPX/SDX 17000 et accepte toute optique SFP28 (25G) ou SFP+ (10G) qualifiée de marque Citrix. Ceci est particulièrement utile lorsque les ports SFP56 natifs de l’appliance sont entièrement utilisés, permettant aux clients de provisionner une liaison montante supplémentaire de 25G ou 10G à partir d’un port QSFP56 disponible.

Auto-négociation, forçage de vitesse et FEC

Q1 : Les ports négocient-ils automatiquement la vitesse avec ces émetteurs-récepteurs ?

Cela dépend de la vitesse de liaison et du type d’émetteur-récepteur :

Q2 : Quel mode FEC dois-je configurer sur le commutateur pair ?

Faites correspondre le FEC à la vitesse de liaison et au support. Une incompatibilité de FEC est la cause principale des symptômes de liaison établie sans trafic ou d’erreurs CRC élevées.

Q3 : Pourquoi ma liaison 40G ne s’établit-elle pas avec l’auto-négociation ?

L’établissement d’une liaison 40G de manière autonome dépend du type de câble ou d’émetteur-récepteur utilisé, et non de la carte NIC elle-même. Le comportement diffère selon le type de câble :

• Câble cuivre 40G (DAC passif) : La liaison s’établit automatiquement à 40G. Aucune configuration n’est nécessaire à chaque extrémité.

• Émetteur-récepteur fibre 40G (BiDi) : Ceux-ci fonctionnent à une vitesse fixe et ne prennent pas en charge l’auto-négociation. Si un port est laissé en mode auto-négociation, il ne trouve pas de partenaire correspondant et la liaison ne s’établit pas. Pour résoudre ce problème, définissez le port sur une vitesse fixe de 40G sur l’appareil qui utilise par défaut l’auto-négociation, généralement le commutateur pair Cisco (définissez “speed 40000” sur le commutateur pair Nexus).

• Émetteur-récepteur 100G (QSFP28) utilisé à 40G : Avec l’auto-négociation activée, la liaison s’établit à sa vitesse native de 100G, et non à 40G. Pour le faire fonctionner à 40G, définissez manuellement une vitesse fixe de 40G aux deux extrémités.

Mélange et compatibilité

Q1 : Puis-je utiliser des optiques tierces ou des câbles DAC/AOC ?

Seuls les MPN (série 953xxxx) qualifiés et de marque Citrix sont pris en charge. L’utilisation de modules non qualifiés peut entraîner des problèmes d’établissement de liaison, des incompatibilités FEC ou des échecs de lecture DDM, et peut ne pas être couverte par les conditions de support standard.

Q2 : Puis-je mélanger SR et LR (ou des optiques de fournisseurs différents) à chaque extrémité de la liaison ?

Les deux extrémités d’une liaison doivent utiliser des optiques compatibles, ce qui signifie la même longueur d’onde, le même code de conformité (par exemple, SR4 à SR4, LR4 à LR4) et un connecteur ou un type de fibre correspondant. Mélanger SR avec LR n’établira pas de liaison. Pour les optiques 40G BiDi, les deux extrémités doivent être du même MPN Citrix 9530411.

Q3 : Comment choisir entre SR et LR ?

• SR (courte portée) : Fibre multimode (OM3 70m / OM4 100m typique pour SR4 à 100G+ ; OM3 300m / OM4 400m pour 10G SR). À utiliser au sein d’une seule baie ou rangée.

• LR (longue portée) : Fibre monomode (OS2), généralement jusqu’à 10 km. À utiliser pour les liaisons inter-rangées, inter-centres de données ou de campus.

Toujours confirmer la portée qualifiée dans la matrice des transceivers, DAC et AOC](/fr-fr/netscaler-hardware-platforms/mpx/mpx-9200-17000-master-matrix). La portée réelle dépend de l’optique et du type de fibre.

Q4 : De quelle polarité MPO ai-je besoin pour les modules SR4 (40G/100G/200G) ?

Tous les modules MPO-12 SR4 qualifiés par Citrix (Citrix MPN 9530409, 9530410) nécessitent des câbles de raccordement MPO-12 de type B (clé vers le haut à clé vers le bas) pour une polarité de fibre correcte. Les câbles de raccordement de type A ou C entraînent l’absence de liaison ou une liaison unidirectionnelle.

Vérification et dépannage

Q1 : Comment vérifier que le transceiver est détecté et que la liaison est établie ?

• Vérifier l’état de l’interface hôte NetScaler : liaison, vitesse, FEC.

• Vérifier l’interface du commutateur pair : liaison, vitesse, FEC, compteurs d’erreurs.

• Si la liaison est inactive : réinsérer le module, vérifier la polarité du câble (LC duplex ou MPO Type B), confirmer que les deux côtés correspondent en termes de vitesse et de FEC.

Q2 : Puis-je utiliser un Cisco Nexus N9K avec des optiques non-Cisco ?

Oui, avec la commande service unsupported-transceiver activée dans la configuration globale du commutateur Nexus. Sans cette commande, le Nexus N9K peut refuser d’activer le port même si l’optique est électriquement compatible. Le DDM par voie peut être signalé comme N/A sur le N9K pour les modules QSFP non-Cisco. Il s’agit d’un problème esthétique, pas d’une défaillance.

Q3 : Ma liaison 100G LR4 9530413 (Citrix MPN) ne s’établit pas sur fibre OS2 vers un commutateur Mellanox SN3700 ou Cisco N9K. Les transceivers sont insérés et alimentés. Que dois-je vérifier en premier ?

Les échantillons 9530413 (Citrix MPN) devraient s’auto-négocier à 100G LR4 sur fibre monomode OS2 sans forçage manuel de la vitesse. Si la liaison ne s’établit pas, la cause première la plus courante est un problème côté fibre (connecteur LC sale ou endommagé, ou un câble de raccordement défectueux/cassé), et non le transceiver ou la carte réseau.

Indicateur de diagnostic : Vérifiez la puissance RX par voie côté commutateur. Si les quatre voies signalent environ -40 dBm (le seuil optique / « pas de lumière »), il ne s’agit pas d’un défaut de l’émetteur-récepteur. Cela signifie qu’aucun signal optique n’atteint le récepteur du commutateur. Le lien n’atteint jamais l’entraînement PHY dans ces conditions, c’est pourquoi l’auto-négociation semble échouer.

Exemple de symptôme sur un Mellanox SN3700 :

Rx Power (per channel):
    Ch1 Rx Power : 0.00010 mW / -40.00000 dBm   ← floor / no light
    Ch2 Rx Power : 0.00010 mW / -40.00000 dBm   ← floor / no light
    Ch3 Rx Power : 0.00010 mW / -40.00000 dBm   ← floor / no light
    Ch4 Rx Power : 0.00010 mW / -40.00000 dBm   ← floor / no light
    Ch1–Ch4 Rx Power Alarm : Rx Pwr Too Low

Pendant ce temps, la puissance TX sur l’hôte et le commutateur est normale (environ 1,5 à 1,7 mW / environ 2 dBm par canal) sans alarmes Tx et les lasers sont sains. Le chemin optique entre eux est rompu.

Étapes de résolution :

1. Remplacez le câble de raccordement duplex monomode OS2 LC-vers-LC par une fibre optique dont le bon fonctionnement est avéré.

2. Réinsérez les deux émetteurs-récepteurs (côté hôte et côté commutateur) après le remplacement de la fibre.

3. Vérifiez la polarité LC et confirmez que les connecteurs duplex ne sont pas croisés ou mal insérés.

4. Vérifiez à nouveau la puissance RX côté commutateur. Après le remplacement de la fibre, la puissance RX sur les quatre canaux devrait revenir à une plage normale (généralement +1 à +3 dBm), toutes les alarmes « Rx Pwr Too Low » devraient disparaître, et le lien devrait s’établir à 100Gx4, en auto-négociation, sans configuration manuelle.

Exemple après remplacement de la fibre (Mellanox SN3700) :

Eth1/31  Operational state: Up / Speed: 100Gx4 / Negotiation: Auto
Rx Power (per channel) → alarms now NONE
TX Power (per channel) → alarms NONE

Q4 : Qu’est-ce que l’adaptateur QSFP28-vers-SFP28 9530416 (Citrix MPN) et quand l’utiliser ?

Cet adaptateur mécanique QSFP28-vers-SFP28 (basé sur le Mellanox MAM1Q00A-QSA28) permet d’insérer une optique de classe SFP à 1 voie dans un port QSFP56 à 4 voies sur le MPX/SDX 17000. Avec cet adaptateur installé, le port QSFP56 200G peut fonctionner à des vitesses de liaison inférieures, spécifiquement 25G avec une optique SFP28 (par exemple, 9530402 SR), ou 10G avec une optique SFP+ (par exemple, 9530403 SR), lorsque la carte réseau hôte et le commutateur pair sont configurés en conséquence.

Q5 : Quand utiliser l’adaptateur QSFP28-vers-SFP28 9530416 (Citrix MPN) au lieu d’utiliser directement un port SFP56 ?

Utilisez l’adaptateur lorsque :

• Les 8 ports SFP56 du MPX/SDX 17000 sont déjà utilisés et vous avez besoin d’une liaison montante supplémentaire de 25G ou 10G.

• Une conception de déploiement nécessite spécifiquement une liaison 25G ou 10G à partir d’un port QSFP56 (par exemple, pour correspondre à une disposition particulière du panneau de commutateur).

Pour un nouveau déploiement, préférez les ports SFP56 natifs sur les MPX/SDX 9200 et 17000 pour les optiques 10G / 25G / 50G car ils ne nécessitent aucun adaptateur et ont le chemin d’interopérabilité le plus simple.

Q6 : L’adaptateur QSFP28-vers-SFP28 9530416 (Citrix MPN) est-il pris en charge sur le MPX/SDX 9200 ?

Non. Le MPX/SDX 9200 n’a pas de ports QSFP56. Le 9530416 (Citrix MPN) s’applique uniquement au MPX/SDX 17000.

Q7 : L’adaptateur QSFP28-vers-SFP28 9530416 (Citrix MPN) ajoute-t-il de la latence ou une perte de signal ?

Non. Le 9530416 (Citrix MPN) est un adaptateur mécanique passif. Il achemine physiquement une seule voie entre l’optique SFP28/SFP+ et une voie du port QSFP56 sans composants actifs ni resynchronisation. L’intégrité du signal et la latence sont les mêmes que celles d’un socket SFP natif.