Comprendre les LAG FCoE

Pourquoi un LAG standard ne fonctionne pas pour le trafic FCoE

Chaque liaison physique qui transporte le trafic FCoE se connecte à un port CNA sur un équipement FCoE. La connexion que le processus FIP crée entre l’assistant réseau et le commutateur SAN FC émule une connexion point à point entre cet assistant et le commutateur SAN via l’équipement de nœud du système QFabric. Si une connexion à un équipement FCoE n’est pas sur une liaison point à point, la communication du commutateur SAN FC au CNA de l’équipement FCoE peut ne pas atteindre le CNA.

Dans un LAG, deux liaisons physiques (ou plus) se connectent au même équipement. Les LAG standard utilisent un algorithme de hachage pour déterminer la liaison LAG physique à utiliser pour chaque transmission. Étant donné que l’algorithme de hachage peut choisir n’importe quelle liaison LAG pour une transmission donnée, il n’y a aucun moyen qu’un LAG standard puisse garantir qu’une réponse du SAN FC utilisera la même liaison LAG sur un équipement de nœud que la demande de l’ASSISTANT.

Pour s’assurer que la communication entre l’AIC et le SAN FC est réussie, la communication entre le SAN et l’ASSISTANT doit utiliser la même liaison physique. Si le CNA FCoE envoie une demande au FC SAN, la réponse du SAN FC doit se trouver sur la même liaison que celle utilisée par le CNA de l’équipement FCoE pour envoyer la demande. Par exemple, si une demande de l’assistant informatique est envoyée sur l’interface RSNG1:xe-0/0/20 de l’équipement de nœud RSNG1:xe-0/0/20, la réponse du SAN FC doit être reçue sur l’interface RSNG1:xe-0/0/20.

Si la réponse du commutateur SAN FC au CNA FCoE utilise une liaison physique différente sur le LAG de l’équipement de nœud, la réponse arrive à un port CNA différent de celui sur lequel la demande a été envoyée. Cela interrompt la liaison virtuelle point à point et la réponse du commutateur SAN n’atteint pas le bon demandeur, de sorte que la réponse est perdue. C’est pourquoi un LAG standard ne fonctionne pas pour le trafic FCoE.

Fonctionnement d’un LAG FCoE

Pour que les transactions FIP et FCoE avec le SAN FC fonctionnent correctement, un LAG pour le trafic FIP et FCoE doit permettre au commutateur SAN FC de répondre à l’équipement FCoE CNA sur la même liaison que celle utilisée par le CNA pour communiquer avec le commutateur SAN FC.

Pour ce faire, un LAG FCoE sélectionne l’interface membre que l’AIC a utilisée pour communiquer avec le commutateur FC SAN comme liaison pour la réponse du commutateur SAN à l’ASSISTANT. Cela préserve la liaison virtuelle point à point sur le LAG et garantit que le trafic du SAN FC atteint le bon port CNA.

Dans un LAG standard, d’autres équipements apprennent l’adresse MAC de l’interface LAG, et non l’adresse MAC de l’interface membre physique qui transporte le trafic. Toutefois, pour la communication FCoE, d’autres équipements doivent apprendre et utiliser l’adresse MAC VN_Port que le commutateur SAN attribue au port de nœud virtuel (VN_Port) sur l’assistant réseau de l’équipement FCoE. L’adresse MAC VN_Port identifie de manière unique le port CNA utilisé pour la transmission FCoE. (L’adresse MAC VN_Port est basée sur l’ID Fibre Channel et la valeur FC-MAP, que le commutateur SAN FC fournit au CNA FCoE en tant qu’identifiant de port unique.)

Dans un LAG FCoE, l’équipement de nœud effectue une surveillance FIP pour connaître l’adresse MAC VN_Port de l’assistant réseau (en plus d’autres informations). L’équipement de nœud attribue l’adresse MAC VN_Port à l’interface particulière qui a été utilisée pour se connecter à l’assistant réseau. Pour le trafic FCoE, cela remplace la logique de hachage LAG normale. Au lieu d’utiliser une interface LAG arbitraire sur l’équipement de nœud pour la communication FCoE entre le commutateur SAN et le CNA, un LAG FCoE utilise la même liaison LAG physique pour toutes les transactions FCoE basées sur l’adresse MAC VN_Port.

Le trafic de découverte VLAN n’est pas identifié, il doit donc utiliser un VLAN natif. Lorsque vous configurez un LAG FCoE, le trafic de découverte VLAN sur un VLAN natif dans le LAG utilise automatiquement la même liaison physique, ce qui préserve la liaison virtuelle point à point.

Pour les paquets multicast tels que les publicités de découverte multicast (MDAs), la publicité est transféré sur toutes les liaisons membres du FCoE LAG. Cela garantit que les publicités multicast atteignent tous les équipements FCoE connectés aux interfaces membres lag FCoE.

Comportement en cas d’échec de liaison LAG FCoE

Si une liaison LAG FCoE tombe en panne, le trafic FCoE et le trafic Ethernet standard sont traités différemment.

Si une liaison LAG FCoE tombe en panne, les sessions FCoE sur cette liaison tombent également en panne. L’équipement nœud ne peut pas simplement déplacer une session vers une autre liaison LAG, car cela interrompt la liaison point à point virtuelle. Les LAG FCoE ne permettent pas de redondance des liaisons pour le trafic FCoE.

Comme sur un LAG normal, un LAG FCoE assure la redondance des liaisons pour le trafic Ethernet normal. Les sessions Ethernet régulières sur la liaison FCoE LAG descendante sont déplacées vers d’autres liaisons membres du LAG FCoE (en supposant que d’autres liaisons membres sont activées).

Mise à l’échelle des sessions de surveillance FIP sur les équipements de nœud système QFabric

Lorsque le commutateur est sur la périphérie d’accès FCoE, vous devez activer la surveillance FIP sur le VLAN FCoE pour fournir un accès sécurisé lors de la connexion au SAN FC. (Vous pouvez également activer la surveillance FIP sur les VLAN FCoE sur les commutateurs qui ne sont pas en périphérie d’accès si vous souhaitez collecter des statistiques d’surveillance FIP sur le commutateur ou si vous n’êtes pas sûr que le commutateur de périphérie est correctement en charge du trafic d’surveillance.)

Les VLAN de surveillance FIP prennent en charge jusqu’à 2 500 sessions par défaut, ce que l’on appelle le mode d’évolutivité FIP amélioré. Les versions logicielles antérieures à La version 12.3 de Junos OS limitaient VN2VF_Port session de surveillance FIP à 376 sessions sur des interfaces non fiables et des structures FC non fiables, mais à 2 500 sessions sur des interfaces fiables et des structures FC fiables. À partir de la version 12.3 de Junos OS, tous les VLAN VN2VF_Port FIP de surveillance ont utilisé une échelle de surveillance FIP améliorée (2 500 sessions) pour les interfaces fiables et non fiables et les fabrics FC. L’ancienne limite de 376 sessions pour les interfaces non fiables et les structures FC non fiables était obsolète et ne pouvait pas être configurée.

La fonctionnalité LAG FCoE permet de désactiver l’évolutivité des sessions de surveillance FIP afin que seules 376 sessions soient prises en charge au lieu des 2 500 sessions par défaut. La raison de la réintroduction des limites d’évolutivité des sessions FIP est que lorsqu’un équipement de nœud est configuré en tant que passerelle FCoE-FC avec une ou plusieurs passerelles fibre channel non fiables (fc-fabric), le placement du trafic FCoE dans un LAG oblige le TCAM à stocker des données de session supplémentaires pour s’assurer que la liaison virtuelle point à point entre l’équipement FCoE et le SAN FC est maintenue. Ce cas est décrit plus loin dans ce document.

Configuration du LAG FCoE sur un commutateur de transit FCoE

Pour créer un LAG FCoE sur un commutateur de transit FCoE, vous devez inclure l’option fcoe-lag dans la [edit interfaces interface-name aggregated-ether-options] hiérarchie.

En plus de créer le FCoE LAG, vous devez également :

• Ajoutez des interfaces au LAG FCoE.

• Configurez au moins un VLAN dédié pour le trafic FCoE (un VLAN FCoE).

• Configurez un VLAN natif pour transporter le trafic FIP non identifié.

• Configurez les interfaces LAG FCoE en tant que membre du VLAN FCoE et du VLAN natif.

• Activez la surveillance FIP sur le VLAN FCoE.

Configuration FCoE LAG et mise à l’échelle de surveillance FIP sur une passerelle FCoE-FC

Il existe des différences dans la façon dont vous configurez un LAG FCoE sur une passerelle FCoE-FC par rapport à la configuration d’un LAG FCoE sur un commutateur de transit FCoE.

• Configuration d’un LAG FCoE sur une passerelle FCoE-FC
• Évolutivité des sessions de surveillance FIP sur une passerelle FCoE-FC
• Résumé de la mise à l’échelle de surveillance FCoE LAG et FIP sur une passerelle FCoE-FC

Commutateurs lames FCoE

Si vous utilisez un commutateur lame FCoE, vous devez configurer un lag FCoE uniquement si le commutateur lame utilise un module passthrough au lieu d’un commutateur intégré.

Limitations

La configuration des LAG FCoE comporte plusieurs limites :

1. Toutes les liaisons de membres LAG FCoE doivent appartenir au même groupe de nœuds système QFabric.

2. Sur une passerelle FCoE-FC, vous devez désactiver la mise à l’échelle de surveillance FIP sur des structures fc non fiables. La désactivation de la mise à l’échelle de surveillance FIP est globale pour l’équipement de nœud de passerelle. Si toutes les fabrics fc d’une passerelle FCoE-FC sont des structures de confiance, vous n’avez pas besoin de désactiver l’évolutivité de surveillance FIP.

3. Les LAG FCoE avec mise à l’échelle de surveillance FIP améliorée activées ne sont pas pris en charge sur les structures fc de passerelle FCoE-FC non fiables.