Comprendre les PFC À l’aide de DSCP au niveau de la couche 3 pour le trafic non identifié
Les protocoles tels que l’accès RDMA (Remote Direct Memory Access) sur Converged Ethernet version 2 (RoCEv2) exigent un comportement sans perte pour le trafic sur les connexions de couche 3 aux sous-réseaux Ethernet de couche 2. Traditionnellement, le contrôle de flux basé sur les priorités (PFC) peut être utilisé pour éviter la perte de trafic lorsque la congestion se produit sur les interfaces de couche 2 ou de couche 3 pour le trafic marqué par VLAN en mettant en pause sélectivement le trafic sur l’une des huit priorités correspondant aux points de code IEEE 802.1p dans les en-têtes VLAN du trafic entrant sur une interface. Toutefois, le trafic non balisé (trafic sans balisage VLAN) ne peut pas être examiné pour les points de code IEEE 802.1p sur lesquels le trafic doit être interrompu.
À partir de la version 17.4R1 de Junos OS, pour prendre en charge le flux de trafic sans perte au niveau de la couche 3 pour le trafic non balné, nous prenons en charge l’activation du PFC pour les interfaces de couche 3 et les interfaces d’accès de couche 2 à l’aide des valeurs du point de code de services distribués (DSCP) dans l’en-tête IP de couche 3 du trafic entrant, plutôt que des valeurs de points de code IEEE 802.1p dans un en-tête VLAN de couche 2.
Présentation des PFC basées sur DSCP
Le PFC est une technologie de pontage de centre de données fonctionnant au niveau de la couche 2, et les informations DSCP sont échangées dans les en-têtes IP au niveau de la couche 3. Toutefois, vous pouvez configurer un PFC basé sur DSCP, qui préserve le comportement sans perte sur les connexions réseau de couche 3 pour le trafic non identifié.
Le PFC fonctionne en générant des trames de pause pour le trafic identifié sur des points de code configurés dans le trafic entrant afin d’informer l’homologue de suspendre la transmission lorsque la liaison est encombrée. Une fois le PFC basé sur DSCP activé, les trames de pause sont déclenchées en fonction d’une valeur DSCP 6 bits configurée (correspondant aux valeurs décimales 0 à 63) dans l’en-tête IP de couche 3 du trafic entrant.
Toutefois, le PFC ne peut envoyer des trames de pause qu’avec une priorité PFC 3 bits (l’un des 8 points de code correspondant aux valeurs décimales 0-7) qui, pour le trafic marqué VLAN, correspond généralement aux points de code IEEE 802.1p dans les en-têtes VLAN du trafic entrant. Le trafic non marqué ne fournit aucune référence pour les valeurs de point de code IEEE 802.1p. Pour déclencher une PFC sur une valeur DSCP, la valeur DSCP doit être mappée explicitement dans la configuration à une priorité PFC à utiliser dans les trames de pause PFC envoyées à l’homologue en cas d’encombrement de ce point de code. Vous pouvez mapper le trafic d’une valeur DSCP à une priorité PFC lorsque vous définissez la classe de transfert sans perte avec laquelle vous souhaitez classer le trafic PFC basé sur DSCP. La classe de transfert doit également être mappée à une file d’attente de sortie avec un comportement sans perte.
Vous ne pouvez pas attribuer la même priorité PFC à plusieurs classes de transfert, car la valeur de priorité PFC Mappée est utilisée comme ID de classe de transfert lorsque le PFC basé sur DSCP est configuré.
Un classificateur DSCP (au lieu d’un classificateur IEEE 802.1p) est également requis pour spécifier que le trafic entrant avec la valeur DSCP configurée ci-dessus appartient à la classe de transfert sans perte. Toutes les valeurs DSCP pour lesquelles le PFC basé sur DSCP est activé sur une interface doivent être spécifiées soit dans le classificateur DSCP par défaut, soit dans un classificateur DSCP défini par l’utilisateur associé à l’interface.
Pour activer un PFC basé sur DSCP sur une interface, définissez un profil de notification de congestion d’entrée avec la même valeur DSCP (et les paramètres de mise en mémoire tampon souhaités) et associez-le à l’interface.
L’équipement homologue doit avoir une configuration PFC correspondante pour les points de code de priorité PFC mappés.
Limitations des PFC basés sur DSCP
Les limites des PFC basées sur DSCP sont les suivantes :
Vous ne pouvez pas configurer les PFC basés sur DSCP et IEEE 802.1p PFC sous le même profil de notification de congestion, ni associer un profil de notification de congestion basé sur DSCP et un profil de notification de congestion IEEE 802.1p à la même interface.
Le PFC basé sur DSCP est pris en charge sur les interfaces de couche 3 et les interfaces d’accès de couche 2 uniquement pour le trafic non identifié. Le comportement des PFC est imprévisible si des paquets marqués par VLAN sont reçus sur une interface avec PFC basée sur DSCP activée.
Chaque classe de transfert sans perte ne peut être associée qu’à une valeur de priorité PFC 3 bits unique de 0 à 7.