Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Exemple: Configuration du trafic FCoE sans perte lorsque le réseau Ethernet convergent n’utilise pas la IEEE 802.1p Priority 3 pour le trafic FCoE (commutateur de transit FCoE)

La configuration du système par défaut FCoE trafic de priorité 3 (IEEE code 802.1p 011). Si le trafic FCoE de votre réseau Ethernet convergent utilise la priorité 3, la seule configuration utilisateur requise pour un transport sans perte consiste à activer la fonction PFC sur le point de code 011 sur les interfaces d’entrée FCoE.

Toutefois, si votre réseau utilise une priorité différente de 3 pour le FCoE, vous devez configurer le trafic sans perte FCoE transport sur celui-là. Cet exemple vous montre comment configurer un transport FCoE sans perte sur un réseau Ethernet convergent qui utilise la priorité 5 (point de code IEEE 802.1p 101) pour le trafic FCoE au lieu d’utiliser la priorité 3.

Exigences

Cet exemple utilise les composants matériels et logiciels suivants:

  • Un commutateur utilisé comme commutateur FCoE transit

  • Junos OS version 12.3 ou ultérieure pour la version QFX Series

Aperçu

Même si FCoE le trafic utilise généralement IEEE priorité 802.1p 3 sur les réseaux Ethernet convergents, certains réseaux utilisent une priorité différente pour le FCoE trafic. Quelle que soit la priorité utilisée, le FCoE trafic doit bénéficier d’un traitement sans perte. La prise en charge du comportement sans perte FCoE trafic sans perte lorsque votre réseau n’utilise pas la priorité 3 nécessite de configurer:

  • Une classe de forwarding sans perte pour le FCoE trafic.

  • Classificateur d’agrégation de comportement (BA) pour mappé la classe de FCoE classe de forwarding vers la priorité 802.1p IEEE pertinente.

  • Un profil de notification de congestion (CNP) permettant d’activer le PFC sur le point de code FCoE au niveau du trafic d’entrée de l’interface et de configurer le contrôle du flux sur le trafic de sortie de l’interface. Le contrôle de flux du trafic de sortie de l’interface permet à l’interface de répondre aux messages PFC reçus de l’pair connecté et d’interrompre la priorité IEEE 802.1p sur la file d’attente de sortie correcte.

    Note:

    La configuration ou la modification du PFC sur une interface bloque l’ensemble du port jusqu’à ce que la modification du PFC soit terminée. Une fois la modification PFC terminée, le port est débloqué et le trafic reprend. Le blocage du port stoppe le trafic d’entrée et de sortie et provoque la perte de paquets sur toutes les files d’attente du port jusqu’à ce que le port soit bloqué.

  • Une application DCBX et un plan d’application pour la prise en charge de l’échange TLV de l’application DCBX pour le trafic sans perte FCoE trafic sur la FCoE réseau configurée. Par défaut, DCBX est activé sur toutes les interfaces Ethernet, mais uniquement sur la priorité 3 (IEEE code 802.1p 011). Pour prendre en charge l’échange TLV de l’application DCBX lorsque vous n’utilisez pas la configuration par défaut, vous devez configurer toutes les applications et les ma appliquer aux interfaces et aux priorités.

Les priorités spécifiées dans les classificateurs BA, CNP et DCBX doivent correspondre, ou la configuration n’a pas fonctionné. Vous devez spécifier la même classe de forwarding FCoE sans perte dans chaque configuration et utiliser le même point de code IEEE 802.1p (priorité) afin que le trafic FCoE soit correctement classifié en flux et que ces derniers bénéficient d’un traitement sans perte.

Topologie

Cet exemple montre comment configurer une classe de trafic sans perte d’FCoE, l’mappat sur une autre priorité que la priorité 3, et configurer le contrôle de flux pour garantir un comportement sans perte sur les interfaces. Cet exemple utilise deux interfaces Ethernet: xe-0/0/25 et xe-0/0/26. Ces interfaces se connectent à un réseau Ethernet convergent qui utilise IEEE priorité 802.1p 5 (code point 101) pour le trafic FCoE réseau.

La configuration des deux interfaces est la même. Les deux interfaces utilisent la même classe de FCoE de données sans perte configurée et le même classificateur d’entrée. Les deux interfaces activent la fonction PFC sur la priorité 5 et activent le contrôle du flux sur la même file d’attente de sortie (qui estpped à la classe de FCoE de sortie sans perte).

Le tableau 1 montre les composants de configuration de cet exemple.

Tableau 1: Composants de la topologie de configuration pour les FCoE qui
n’utilisent pas la priorité 3

Composant

Paramètres

Matériel

Un commutateur

Classe de forwarding

Nom:fcoe1

Mise en file d’attente: file d’attente 5

Attribut de perte de paquets:no-loss

Note:

Une classe de forwarding sans perte peut être maté à n’importe quelle file d’attente de sortie. Toutefois, étant donné que la classe de forwarding utilise la priorité 5 dans cet exemple, le fait d’associer ce trafic à une classe de passation qui utilise la file d’attente 5 crée une configuration logique et facile à ma correspondance, car la priorité et la file d’attente sont identifiées par le même fcoe1 numéro.

Classificateur BA

Nom:fcoe_p5

FCoE mappage de priorités: classe de paquet mappée sur le point de code (IEEE priorité fcoe1 101 802.1p 5) et priorité de perte de paquets de low .

Configuration PFC (CPC)

Nom CNP:fcoe_p5_cnp

Point de code CNP d’entrée:101

MRU: 2240 octets

Longueur de câble: 100 mètres

Point de code CNP de sortie:101

Sortie File d’attente de contrôle de flux CNP:5

Note:

Lorsque vous appliquez un CNP avec une configuration explicite de contrôle de flux de file d’attente de sortie à une interface, le CNP explicite a réécrit le CNP de sortie par défaut. Les files d’attente de sortie qui sont activées pour interrompre la configuration par défaut (files d’attente 3 et 4) ne sont pas activées à moins qu’elles ne soient incluses dans le CNP de sortie configuré explicitement.

Mappage des applications DCBX

Nom de l’application:fcoe_p5_app

EtherType d’applications:0x8906

Nom de la carte applicique:fcoe_p5_app_map

Points de code map des applications:101

Note:

LlDP et DCBX doivent être activés sur l’interface. Par défaut, la fonction LLDP et DCBX est activée sur toutes les interfaces Ethernet.

Note:

Cet exemple n’inclut pas la configuration de planification (allocation de bande passante) ou la configuration de snooping FIP. Cet exemple se concentre uniquement sur la configuration FCoE priorité sans perte.

QFX10000 ne sont pas en charge de la snooping FIP. Pour cette raison, les commutateurs QFX10000 ne peuvent pas être utilisés FCoE’accès aux commutateurs de transit. QFX10000 commutateurs de transit peuvent être utilisés comme commutateurs de transit intermédiaires ou d’agrégation sur le chemin FCoE, entre un commutateur de transit d’accès FCoE qui effectue une snooping FIP et une FCF.

Configuration

CLI configuration rapide

Pour configurer rapidement un classe de transfert FCoE sans perte qui utilise une priorité différente de la priorité IEEE 802.1p 3 pour le trafic FCoE sur un commutateur de transit FCoE, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les interruptions de ligne, modifiez les variables et les détails pour correspondre à votre configuration réseau, puis copiez et collez les commandes dans le CLI au niveau [edit] hiérarchique.

Configuration d’une classe de FCoE de IEEE priorité 802.1p 5

Procédure étape par étape

Pour configurer une classe de communication sans perte pour le trafic FCoE sur IEEE 802.1p priority 5 (point de code 101), classifier le trafic FCoE dans la classe de passation sans perte, configurer un profil de notification de congestion pour activer le PFC sur la priorité FCoE et la file d’attente de sortie, et configurer le protocole DCBX application Échange TLV pour le trafic sur la priorité FCoE:

  1. Configurez la classe de forwarding sans perte (nommée et machée dans la file d’attente de sortie) pour le trafic FCoE sur IEEE fcoe1 5 802.1p priorité 5:

  2. Configurez le classificateur d’entrée ( fcoe_p5 ). Le classificateur cartographie la priorité FCoE (point de code) vers la classe de FCoE 101 de données sans fcoe1 perte:

  3. Appliquez le classificateur aux interfaces xe-0/0/25 xe-0/026 et:

  4. Configurez le CNP. Le sanza d’entrée permet d’obtenir la valeur PFC sur la priorité FCoE (IEEE 802.1p code point 101), de définit la valeur MRU (2 240 octets) et de valeur de la longueur du câble (100 mètres). La sanza de sortie configure le contrôle de flux dans la file d’attente de sortie 5 FCoE priorité:

  5. Appliquez le CNP aux interfaces:

  6. Configurez l’application DCBX pour que FCoE mappe sur les interfaces Ethernet afin que DCBX puisse échanger des TLV de protocole d’application sur la priorité 802.1p IEEE 5 au lieu de la priorité par défaut 3:

  7. Configurez une carte applicatif DCBX pour que l’application FCoE mappe sur la IEEE 802.1p FCoE priorité:

  8. Appliquez la carte applicatif aux interfaces Ethernet pour que DCBX échange FCoE points de contrôle des applications sur le point de code correct:

Vérification

Pour vérifier la configuration et le bon fonctionnement de la classe de passation sans perte IEEE priorité 802.1p, exécutez ces tâches:

Vérification de la configuration de la classe de forwarding

But

Vérifiez que le cours de forwarding sans fcoe1 perte a été créé.

Action

Indiquez la configuration de la classe de forwarding à l’aide de la commande show class-of-service forwarding class opérationnelle:

Sens

La show class-of-service forwarding-class commande affiche toutes les classes de forwarding. Le résultat de la commande montre que la classe de forwarding est configurée dans la file d’attente de sortie, l’attribut de perte de paquets fcoe1 5 n’est pas activé.

Comme nous n’avons pas configuré les classes de forwarding par défaut, elles demeurent dans leur état par défaut, y compris la configuration sans perte des classes de forwarding par fcoe no-loss défaut.

Vérification de la configuration des classificateurs de comportement agrégés

But

Vérifiez que le classificateur mappe les classes de passation vers le IEEE les points de code 802.1p (priorités) et les priorités de perte de paquets.

Action

Énumérer le classificateur configuré pour prendre en charge le transport sans perte FCoE à l’aide de la commande de mode show class-of-service classifier opérationnel:

Sens

La commande affiche les points IEEE code 802.1p et les priorités de perte qui sont entappées dans les classes de forwarding de show class-of-service classifier chaque classificateur.

Classificateur cartes point de fcoe_p5 code (priorité 5) pour configurer de manière explicite la classe de forwarding sans perte et une priorité de perte de paquets de , ainsi que toutes les autres priorités à la classe de passation de paquets avec une priorité de perte de 101 fcoe1 low best-effort paquets de high .

Vérification de la configuration de contrôle de flux PFC (CNP)

But

Vérifiez que le PFC est activé en fonction de la priorité d’entrée correcte et que le contrôle du flux est configuré dans la file d’attente de sortie correcte dans le CNP.

Action

Affichez le profil de notification d’encombrement à l’aide de la commande Mode show class-of-service congestion-notification opérationnel:

Sens

La show class-of-service congestion-notification commande affiche les santons d’entrée et de sortie des CPE configurés.

La sanza d’entrée CNP indique que le PFC est activé sur le point de code (priorité 5), que le MRU est en octets et que la longueur du câble est fcoe_p5_cnp 101 de 2240 100 mètres. La sanza de sortie CNP indique que le contrôle du flux de sortie est configuré en file d’attente pour le 5 point de code 101 (priorité 5).

Vérification de la configuration de l’interface

But

Vérifiez que le classificateur correct et le profil de notification de congestion sont configurés sur les interfaces.

Action

Énumérer les interfaces d’entrée à l’aide des commandes du mode opérationnel show configuration class-of-service interfaces xe-0/0/25 show configuration class-of-service interfaces xe-0/0/26 et:

Sens

La commande et la commande indiquent que le profil de notification de congestion est configuré sur chaque interface et que le classificateur show configuration class-of-service interfaces xe-0/0/25 show configuration class-of-service interfaces xe-0/0/26 IEEE fcoe_p5_cnp 802.1p associé à chaque interface est fcoe_p5 .

Vérification de la configuration de l’application DCBX

But

Vérifiez que l’application DCBX pour FCoE est configurée.

Action

Énumérer les applications DCBX à l’aide de la commande du mode de show applications configuration:

Sens

La show applications commande du mode de configuration affiche toutes les applications configurées. Le résultat indique que l’application fcoe_p5_app est configurée avec un EtherType de 0x8906 .

Vérification de la configuration de la carte applicatif DCBX

But

Vérifiez que la carte d’application est configurée.

Action

Énumérer les plans d’application à l’aide de la commande mode de show policy-options application-maps configuration:

Sens

La commande du mode de configuration répertorie toutes les cartes d’applications configurées et show policy-options application-maps les applications qui appartiennent à chaque carte d’application. La sortie montre que la carte applicée se compose de l’application nommée , qui est mappée IEEE point fcoe_p5_app_map fcoe_p5_app de code 802.1p. 101

Vérification de la configuration de l’interface d’échange de protocole d’application DCBX

But

Vérifiez que le plan d’application est appliqué aux interfaces correctes.

Action

Énumérer les plans d’application sur chaque interface à l’aide de la commande du mode de show protocols dcbx configuration:

Sens

La show protocols dcbx commande du mode de configuration répertorie l’association de la carte application avec les interfaces. Le résultat indique que les interfaces et xe-0/0/25.0 xe-0/0/26.0 l’utilisation de la cartographie des fcoe_p5_app_map applications.