Contrôle de flux basé sur la priorité (PFC)

Le contrôle de flux basé sur la priorité étend la trame PAUSE standard pour inclure les valeurs de classe de service IEEE 802.1p. Grâce au contrôle de flux basé sur la priorité, l'ensemble du trafic sur la liaison n'est pas interrompu lorsqu'une trame PAUSE est envoyée, mais le trafic est suspendu uniquement en fonction des valeurs CoS activées dans la trame PFC. Une trame PFC est envoyée pour la priorité activée qui correspond au trafic à suspendre. L'hôte émetteur interrompt le trafic présentant cette priorité, mais le trafic correspondant aux autres priorités n'est pas concerné. Au terme du délai spécifié dans la trame PFC ou à la réception d'une autre trame PFC par l'hôte émetteur, la transmission de ces paquets reprend. La suspension basée sur la priorité garantit que les paquets présentant cette priorité ne sont pas rejetés. Aucune trame PAUSE n'est envoyée pour les paquets sans priorité définie. Ainsi, le trafic se poursuit en un flux continu et des paquets risquent d'être rejetés en cas de congestion.

Les priorités sont représentées par un masque à 8 bits (0–7) dans la propriété de liaison de données pfcmap. Le bit le plus faible représente la priorité 0, et le bit le plus élevé la priorité 7. Chaque bit de ce masque indique si la norme PFC est activée pour une priorité correspondante. Par défaut, la propriété pfcmap est définie sur 1111111, ce qui signifie que la fonction PFC est activée pour toutes les priorités. Pour tout paquet transmis via une liaison, une trame PFC est envoyée à l'hôte émetteur en cas de congestion au niveau de l'hôte récepteur.

Propriétés de liaison de données associées à PFC

En plus de pfcmap, les propriétés suivantes fournissent des informations sur la définition et le mappage des priorités.

• pfcmap-lcl-effective fait référence au mappage PFC en vigueur sur l'hôte local. Cette propriété contient des autorisations en lecture seule. Cette propriété peut refléter soit la valeur de la propriété pfcmap, soit la valeur de la propriété pfcmap-rmt-effective.

• pfcmap-rmt-effective fait référence au mappage PFC en vigueur sur l'homologue distant. Cette propriété contient également des autorisations en lecture seule.

Pour garantir l'envoi effectif des trames PFC, les hôtes en communication doivent inclure des données de configuration DCB symétriques. Un système Oracle Solaris 11 peut ajuster automatiquement sa configuration PFC pour qu'elle corresponde à celle de l'homologue distant.

Les deux propriétés mentionnées indiquent de manière indirecte si les informations PFC sont synchronisées sur les homologues. Dans une liaison de données avec des informations PFC concordantes entre les homologues local et distant, les valeurs des propriétés pfcmap-lcl-effective et pfcmap-rmt-effective sont identiques, quelle que soit la valeur attribuée à pfcmap. Si l'option de synchronisation est désactivée sur l'hôte local, la propriété pfcmap-lcl-effective reflète la valeur attribuée à pfcmap sur l'hôte local.

Pour des exemples d'informations PFC fournies par la configuration de ces propriétés, reportez-vous à la section Obtention des données de configuration PFC.

Unités TLV de contrôle de flux basé sur la priorité

L'unité TLV PFC contrôle le comportement de l'hôte en matière d'informations en provenance de l'hôte homologue. Cette unité TLV possède une seule propriété configurable : willing. Par défaut, cette propriété est définie sur on et autorise l'hôte local à synchroniser ses définitions de priorité PFC avec celles de l'homologue distant. Vous pouvez interdire à un agent spécifique de procéder à la synchronisation automatique de ces informations en attribuant la valeur off à la propriété, comme suit :

# lldpadm set-agenttlvprop -p willling=off -a agent pfc

Remplacez agent par la liaison de données sur laquelle est activé l'agent.

Personnalisation du contrôle de flux basé sur la priorité pour DCB

Dans la plupart des cas, la configuration par défaut de PFC suffit. Cette configuration est automatiquement définie lorsque le protocole LLDP est activé. Toutefois, pour illustrer les différentes options qu'il est possible de définir lorsque vous configurez le contrôle de flux basé sur la priorité, cette procédure répertorie les étapes manuelles de configuration de PFC. Ces étapes partent du principe que la configuration automatique n'a pas été effectuée. Par souci de clarté, toutes les opérations de configuration sont réalisées sur net0.

1. Assurez-vous que le protocole DCBX est activé.

   Reportez-vous à la section Activation du protocole DCBX.

2. (Facultatif) Personnalisez la fonctionnalité DCB à activer.

   Par défaut, les fonctions de contrôle de flux basé sur la priorité (PFC), sélection de transmission améliorée (ETS) et pontage virtuel d'extrémité (EVB) sont activées. Imaginons que vous souhaitiez utiliser uniquement la fonctionnalité PFC. Il vous faut alors supprimer les deux autres valeurs de la propriété dot1–tlv de l'agent LLDP. Pour consulter la liste des valeurs possibles pour dot1–tlv, reportez-vous au Tableau 7-3.

   # lldpadm set-agenttlvprop -p dot1-tlv-=etscfg,evb net0

3. Vérifiez que la propriété flowctrl de la liaison de données est définie sur pfc.

   # dladm show-linkprop -p flowctrl net0

   Si la propriété n'inclut pas pfc dans la liste de valeurs, exécutez la commande suivante :

   # dladm set-linkprop -p flowctrl=pfc net0

4. Définissez la propriété pfcmap si vous ne souhaitez pas appliquez la valeur par défaut (11111111).

   Par exemple, pour activer la priorité CoS 6, entrez la commande suivante :

   # dladm set-linkprop -p pfcmap=01000000 net0

5. Vérifiez que l'hôte est en mesure de synchroniser ses informations PFC avec celles de l'homologue distant.

   # lldpadm show-agenttlvprop -p willing -a net0 pfc

   Si la propriété TLV PFC willing est définie sur off, exécutez la commande suivante :

   # lldpadm set-agenttlvprop -p willing=on -a net0 pfc

Obtention des données de configuration PFC

Cette section contient divers exemples d'informations relatives au contrôle de flux basé sur la priorité après la configuration de LLDP et DCB.

Les commandes ci-après permettent d'afficher les informations liées à PFC.

• dladm show-linkprop -p pfcmap,pfc-lcl-effective,pfc-rmt-effective datalink

  Cette commande affiche les définitions de priorité, ainsi que les mappages PFC en vigueur sur la liaison de données.

• dladm show-phys -D pfc datalink

  Cette commande affiche des informations PFC sur la liaison physique, à savoir les priorités activées sur la carte réseau physique.

• lldpadm show-agenttlvprop -a agent pfc

  Remplacez agent par la liaison de données sur laquelle est activé le protocole LLDP. Par conséquent, le nom de l'agent LLDP est identique à celui de la liaison de données. Cette commande affiche la propriété TLV PFC qui contrôle la capacité d'un hôte à synchroniser son mappage PFC avec un homologue.

• lldpadm show-agent -lv -o "PFC Pending" agent

  Cette commande vous avertit de la non-concordance des informations de mappage PFC entre l'hôte local et l'homologue.

Les exemples ci-dessous illustrent les types d'informations affichées dans la sortie des commandes mentionnées.

Exemple 8-1 Affichage des propriétés de liaison de données associées à PFC

Cet exemple illustre comment afficher le statut des propriétés de liaison de données associées au contrôle de flux basé sur la priorité.

# dladm show-linkprop -p pfcmap,pfc-lcl-effective,pfc-rmt-effective net0
LINK   PROPERTY               PERM   VALUE      DEFAULT    POSSIBLE
net0   pfcmap                 rw     11111111   11111111   00000000-11111111
net0   pfcmap-lcl-effective   r-     11111111   --         --
net0   pfcmap-rmt-effective   r-     01000000   --         --

La sortie montre que la valeur par défaut est attribuée au mappage PFC défini sur l'hôte local, c'est-à-dire que les 8 priorités sont activées. La non-concordance des valeurs pfcmap-lcl-effective et pfcmap-rmt-effective indique que l'hôte local n'a pas synchronisé ses informations PFC avec celles de l'homologue distant. Cela peut être dû au fait que la propriété qui permet la synchronisation est désactivée ou que l'homologue n'envoie pas d'unités TLV PFC sur le réseau. Vous pouvez confirmer cette configuration en entrant la commande suivante :

Exemple 8-2 Affichage de la capacité de synchronisation des informations PFC de l'hôte local

Cet exemple illustre comment afficher le statut actuel de la capacité de l'hôte à s'adapter à la configuration PFC de son homologue.

# lldpadm show-agenttlvprop -a net0 pfc
AGENT   TLVNAME   PROPERTY   PERM   VALUE   DEFAULT   POSSIBLE
net0    pfc       willing    rw     off     on        on,off

Pour activer la synchronisation, exécutez la commande suivante :

# lldpadm set-agenttlvprop -p willing=on -a net0 pfc

# dladm show-linkprop -p pfcmap,pfc-lcl-effective,pfc-rmt-effective net0
LINK   PROPERTY               PERM   VALUE      DEFAULT    POSSIBLE
net0   pfcmap                 rw     11111111   11111111   00000000-11111111
net0   pfcmap-lcl-effective   r-     01000000   --         --
net0   pfcmap-rmt-effective   r-     01000000   --         --

Dans la deuxième sortie, l'hôte local a abandonné son propre mappage PFC (11111111). Il a synchronisé ses informations avec celles de l'homologue. Par conséquent, son mappage PFC est désormais identique à celui de l'homologue. Grâce à cette convergence de valeurs, les hôtes peuvent échanger des trames PAUSE PFC.

Exemple 8-3 Vérification de la symétrie des informations PFC entre l'hôte et l'homologue

Cet exemple illustre comment vérifier en cours d'exécution si les informations PFC de l'hôte et de l'homologue sont synchronisées ou pas.

# lldpadm show-agent -lv -o "PFC Pending" net0
PFC Pending: True

La commande PFC Pending renvoie la valeur True si les informations PFC de l'hôte et de l'homologue ne correspondent pas. Dès que ces informations sont synchronisées, le statut PFC Pending repasse à False.

Pour afficher toutes les informations qu'un agent publie, ajoutez l'option verbose à la commande lldpadm show-agent :

# lldpadm show-agent -v agent

Exemple 8-4 Affichage des définitions de priorité CoS

Cet exemple illustre comment afficher les définitions de priorité CoS actuelles sur une liaison de données spécifique en fonction de la valeur de la propriété pfcmap. Supposons par exemple que la propriété pfcmap est configurée comme suit : 01000000. Pour afficher les mappages de priorité correspondants sur la liaison physique, il faudrait exécuter la commande suivante :

# dladm show-phys -D pfc net0
LINK       COS   PFC   PFC_EFFECT   CLIENTS
ixgbe0     0     YES           NO   net0,vnic1
           1     YES          YES   vnic2
           2     YES           NO   vnic3
           3     YES           NO   vnic4
           4     YES           NO   vnic5
           5     YES           NO   vnic6
           6     YES           NO   vnic7
           7     YES           NO   vnic8

Sur la liaison physique net0, la priorité est activée pour tous les clients de la VNIC configurée sur la liaison de données. Cependant, l'hôte local ajuste son mappage PFC en fonction de celui de l'homologue, comme l'indiquent les valeurs du champ PFC_EFFECT, où la priorité est désactivée pour la classe de service 0 et 2-7. Ainsi, aucune trame PFC n'est échangée dans le cadre du trafic sur les VNIC (à l'exception de la carte vnic2), quelles que soient les ressources disponibles. Dans cette configuration, le rejet de paquets est autorisé dans le cadre du flux de trafic sur toutes les cartes VNIC, sauf vnic2. Concernant le trafic sur la carte vnic2, des trames PAUSE PFC sont envoyées en cas de congestion pour éviter la perte de paquets sur ce client.

Unités TLV d'application

Les unités TLV d'application contiennent des informations sur la priorité à associer à une application figurant sur l'hôte. La priorité est définie dans la table de priorité des applications. Chaque entrée de cette table contient le nom d'une application et la priorité qui lui est associée. L'unité TLV d'application transmet aux autres hôtes les informations de priorité des applications extraites de cette table.

Les entrées de cette table respectent le format suivant :

protocol-id/selector/ priority

La paire protocol-id/selector identifie l'application. La propriété priority contient une valeur comprise entre 0 et 7 qui identifie la priorité de l'application correspondante.

Pour échanger les informations relatives à la priorité d'une application avec d'autres hôtes, il faut définir l'unité TLV de l'application comme suit :

# lldpadm set-agenttlvprop -p property=value -a agent appln

Par exemple, dans le cadre du trafic FCoE, l'ID de protocole est 0x8906 et l'ID de sélecteur est 1. Supposons que la priorité 4 est associée à cette application. Selon le Tableau 7-3 qui répertorie les paramètres permettant de configurer une unité TLV d'application, entrez la commande suivante :

# lldpadm set-agenttlvprop -p apt=8906/1/4 -a net0 appln
# lldpadm show-agenttlvprop -a net0 appln
AGENT   TLVNAME   PROPERTY   PERM   VALUE      DEFAULT   POSSIBLE
net0    appln     apt        rw     8906/1/4   --        --