Configuration de CoS sur des interfaces VXLAN gérées par OVSDB
Sur les plates-formes prises en charge, vous pouvez configurer la classification des paquets, la planification des paquets et la réécriture des points de code paquets (règles de réécriture) des fonctionnalités CoS sur les interfaces VXLAN gérées par OVSDB. Une interface VXLAN gérée par OVSDB utilise un contrôleur OVSDB pour créer et gérer les interfaces et les tunnels VXLAN.
La configuration du classificateur, du planificateur et des règles de réécriture sur les interfaces VXLAN gérées par OVSDB utilise les mêmes instructions CLI que la configuration CoS sur les interfaces Ethernet standard. Toutefois, la prise en charge des fonctionnalités diffère sur les interfaces VXLAN gérées par OVSDB par rapport aux interfaces Ethernet classiques à plusieurs égards. La prise en charge des fonctionnalités varie selon qu’une interface de commutateur est orientée accès (connectée aux périphériques accédant au réseau) ou réseau (connectée au réseau, par exemple, des interfaces de commutation qui se connectent à une passerelle VXLAN).
Classificateurs : sur les interfaces entrantes orientées accès, vous pouvez configurer des classificateurs DSCP BA ou MF.
Sur les interfaces entrantes côté réseau, vous pouvez configurer uniquement des classificateurs DSCP.
Règles de réécriture : sur les interfaces réseau, vous pouvez configurer des règles de réécriture DSCP. Les interfaces d’accès ne prennent pas en charge les règles de réécriture. Les règles de réécriture IEEE 802.1p ne sont pas prises en charge.
Remarque :Règles de réécriture Réécrivez le point de code DSCP sur l’en-tête du VXLAN uniquement. Les règles de réécriture ne réécrivent pas le point de code DSCP sur l’en-tête interne du paquet. Si vous ne configurez pas de règle de réécriture, par défaut, la valeur du point de code dans l’en-tête du paquet est copiée dans l’en-tête du VXLAN.
Planificateurs : les interfaces de sortie utilisent une planification hiérarchique des ports ETS (Enhanced Transmission Selection), identique à celle des interfaces Ethernet classiques, et les mêmes fonctionnalités sont prises en charge. Vous pouvez configurer la planification des paquets sur les interfaces d’accès et de sortie côté réseau.
Pour plus d’informations sur la prise en charge des fonctionnalités CoS sur les interfaces VXLAN gérées par OVSDB, consultez Présentation de la fonction CoS sur les interfaces VXLAN gérées par OVSDB.
Cette rubrique couvre la configuration CoS sur les interfaces VXLAN gérées par OVSDB. Elle ne couvre pas la configuration OVSDB ou VXLAN. Pour plus d’informations sur les VXLAN gérés par OVSDB, reportez-vous à la section Présentation des VXLAN configurés dynamiquement dans un environnement OVSDB .
Si vous ne configurez pas CoS sur une interface, celle-ci utilise les propriétés CoS par défaut. Si vous configurez certaines propriétés CoS sur une interface, l’interface utilise le CoS configuré pour ces propriétés et la CoS par défaut pour les propriétés non configurées. La seule différence entre les paramètres par défaut des interfaces VXLAN gérées par OVSDB est que si vous ne configurez pas de règle de réécriture, par défaut, la valeur du point de code dans l’en-tête du paquet est copiée dans l’en-tête du VXLAN. Les autres types d’interfaces n’ont pas de règle de réécriture par défaut. Voir Présentation de la planification et de la classification CoS par défaut pour plus d’informations sur les paramètres du planificateur et du classificateur par défaut.
Les trois procédures suivantes montrent comment configurer des classificateurs, réécrire des règles et la planification hiérarchique des ports ETS sur des interfaces VXLAN gérées par OVSDB.
Vous pouvez configurer des classificateurs basés sur le classificateur par défaut ou un classificateur configuré précédemment, ou vous pouvez créer des classificateurs entièrement nouveaux qui n’utilisent aucune valeur par défaut. Cet exemple concerne une interface réseau.
Vous pouvez configurer des règles de réécriture en fonction de la règle de réécriture par défaut ou d’une règle de réécriture existante. La règle de réécriture par défaut écrit la valeur de l’en-tête interne du paquet dans l’en-tête externe du VXLAN. Vous pouvez également créer des classificateurs entièrement nouveaux qui n’utilisent aucune valeur par défaut. Vous ne pouvez configurer les règles de réécriture que sur les interfaces réseau, et les seules règles de réécriture prises en charge sont les règles de réécriture DSCP.
Pour configurer une règle de réécriture sur une interface de sortie orientée réseau à l’aide de la règle de réécriture par défaut ou d’une règle de réécriture précédemment configurée comme modèle, incluez l’instruction et
defaultle nom de laimportrègle de réécriture ou spécifiez ou le nom de la règle de réécriture comme règle de réécriture à importer. Associez ensuite la règle de réécriture à une classe de transfert, à une priorité de perte et à un ou plusieurs points de code :[edit class-of-service rewrite-rules] user@switch# set dscp rewrite-name import (rewrite-name | default) forwarding-class forwarding-class-name loss-priority loss-priority code-points (aliases | bit-patterns)
Pour créer une règle de réécriture qui n’est pas basée sur la règle de réécriture par défaut ou sur une règle de réécriture préexistante, créez une nouvelle règle de réécriture et associez-la à une classe de transfert, à une priorité de perte et à un ou plusieurs points de code :
[edit class-of-service rewrite-rules] user@switch# set dscp rewrite-name forwarding-class forwarding-class-name loss-priority loss-priority code-points (aliases | bit-patterns)
Remarque :Les règles de réécriture ne sont pas prises en charge sur les interfaces d’accès.
Appliquez la règle de réécriture à une ou plusieurs interfaces VXLAN gérées par OVSDB sur le commutateur :
[edit class-of-service interfaces] user@switch# set interface-name unit unit rewrite-rules dscp rewrite-name
La planification hiérarchique des ports ETS alloue la bande passante des ports au trafic en deux niveaux. ETS offre une meilleure utilisation de la bande passante des ports et une plus grande flexibilité pour allouer des ressources de ports aux classes de transfert et à des groupes de classes de transfert appelés ensembles de classes de transfert (fc-sets).
Tout d’abord, ETS alloue la bande passante des ports aux fc-sets (également appelés groupes prioritaires). Chaque fc-set se compose d’une ou plusieurs classes de transfert qui transportent le trafic qui nécessite un traitement CoS similaire. La bande passante reçue par chaque fc-set est ensuite allouée aux classes de transfert de ce fc-set. Chaque classe de transfert est mappée à une file d’attente de sortie. Les propriétés de planification d’une classe de transfert sont affectées à la file d’attente à laquelle la classe de transfert est mappée. Les profils de contrôle du trafic contrôlent l’allocation de la bande passante de port aux ensembles fc. Les planificateurs de files d’attente contrôlent l’allocation de la bande passante fc-set aux classes de transfert. Pour plus d’informations sur la planification, reportez-vous à la section Présentation des planificateurs de files d’attente de sortie CoS, Présentation des profils de contrôle du trafic CoS et Présentation de la planification des ports hiérarchiques (ETS) CoS .
Les planificateurs définissent les propriétés CoS des files d’attente de sortie mappées à des classes de transfert. Après avoir configuré un planificateur, vous utilisez un mappage de planificateur pour mapper le planificateur à une ou plusieurs classes de transfert. Le mappage du planificateur à une classe de transfert applique les propriétés de planification au trafic de la classe de transfert.
Les planificateurs définissent les caractéristiques suivantes pour les classes de transfert (files d’attente) mappées au planificateur :
transmit-rate: bande passante minimale, également appelée débit d’information garanti (CIR), définie sous la forme d’un pourcentage ou d’une valeur absolue en bits par seconde. Le taux de transmission détermine également la quantité de bande passante excédentaire (supplémentaire) du groupe prioritaire que la file d’attente peut partager. La bande passante supplémentaire du groupe prioritaire est allouée aux files d’attente du groupe prioritaire proportionnellement au taux de transmission de chaque file d’attente.Remarque :Incluez les octets de préambule et les octets d’écart intertrame (IFG) ainsi que les octets de données dans vos calculs de bande passante.
Remarque :Vous ne pouvez pas configurer un taux de transmission pour des files d’attente de priorité stricte élevée. Les files d’attente (classes de transfert) avec un débit de transmission configuré ne peuvent pas être incluses dans un fc-set qui a des files d’attente de priorité stricte.
shaping-rate: bande passante maximale, également connue sous le nom de débit d’information maximal (PIR), définie sous forme de pourcentage ou de valeur absolue en bps.Remarque :Incluez les octets de préambule et les octets d’écart intertrame (IFG) ainsi que les octets de données dans vos calculs de bande passante.
priority: l’une des deux priorités de bande passante que les files d’attente associées à un planificateur peuvent recevoir :low: le planificateur a une priorité faible.strict-high: le planificateur a une priorité stricte élevée. Vous ne pouvez configurer qu’une seule file d’attente en tant que file d’attente de priorité stricte. La priorité stricte alloue la bande passante planifiée à la file d’attente avant que toute autre file d’attente ne reçoive de la bande passante. Les autres files d’attente reçoivent la bande passante restante après la prise en charge de la file d’attente stricte.Nous vous recommandons de toujours appliquer un taux de mise en forme aux files d’attente à haute priorité stricte pour éviter que les files d’attente à haute priorité stricte n’affament les autres files d’attente. Si vous n’appliquez pas de taux de mise en forme pour limiter la bande passante qu’une file d’attente de priorité stricte peut utiliser, la file d’attente de priorité stricte peut utiliser toute la bande passante de port disponible et affamer les autres files d’attente sur le port.
drop-profile-map: mappage du profil d’abandon à une priorité de perte et protocole pour appliquer les caractéristiques de perte de paquets WRED au planificateur.Remarque :Si des congestion de port d’entrée se produisent en raison d’une congestion de port de sortie, appliquez un profil de dépôt au trafic sur le port de sortie encombré afin que le trafic soit abandonné à l’interface de sortie plutôt qu’à l’interface entrante. La congestion des interfaces entrantes peut affecter les ports non encombrés lorsqu’un port entrant transmet du trafic à des ports de sortie encombrés et non encombrés.
buffer-size: taille de la mémoire tampon de la file d’attente en pourcentage de l’espace tampon dédié sur le port, ou en tant que part proportionnelle de l’espace tampon dédié sur le port qui reste après la diffusion des files d’attente explicitement configurées.explicit-congestion-notification: active ECN sur une file d’attente BE. L’ECN permet de notifier la congestion de bout en bout entre deux points de terminaison compatibles ECN sur des réseaux TCP/IP. Pour que l’ECN fonctionne correctement, l’ECN doit être activé sur les deux terminaux et sur tous les appareils intermédiaires entre les terminaux. ECN est désactivé par défaut.
Un protocole TCP définit les propriétés CoS d’un fc-set et la quantité de ressources de port allouées au groupe de classes de transfert (files d’attente) dans le fc-set. Après avoir configuré un protocole TCP, appliquez-le (avec un fc-set associé) à une interface, afin de configurer la planification sur cette interface pour le trafic appartenant aux classes de transfert.
Un protocole TCP définit les caractéristiques suivantes pour le fc-set (groupe de priorité) mappé au protocole TCP lorsque vous appliquez TCP et fc-set à une interface :
guaranteed-rate- Bande passante minimale, également connue sous le nom de débit d’information validé (CIR). Le taux garanti détermine également la quantité de bande passante de port excédentaire (supplémentaire) que le fc-set peut partager. La bande passante de port supplémentaire est allouée entre les ensembles de fc sur un port proportionnellement au débit garanti de chaque ensemble de ports.Remarque :Vous ne pouvez pas configurer un taux garanti pour un ensemble fc qui inclut des files d’attente de priorité stricte et élevée. Si le TCP concerne un fc-set qui contient des files d’attente de priorité stricte élevée, ne configurez pas de taux garanti.
shaping-rate: bande passante maximale, également appelée débit d’information maximal (PIR).scheduler-map: caractéristiques de bande passante et de planification des files d’attente, définies par le mappage de classes de transfert aux planificateurs. Les caractéristiques de planification des files d’attente représentent les quantités ou les pourcentages de la bande passante fc-set, et non les quantités ou les pourcentages de la bande passante totale de la liaison.
Étant donné qu’un port peut avoir plusieurs fc-set, lorsque vous affectez des ressources à un fc-set, gardez à l’esprit que la bande passante totale du port doit desservir toutes les files d’attente associées à ce port dans chaque fc-set.
La procédure suivante montre comment configurer les propriétés du planificateur, mapper les planificateurs aux classes de transfert, mapper les classes de transfert aux fc-sets, configurer les propriétés TCP et appliquer TCP et fc-sets aux interfaces (pour appliquer la configuration de planification des ports ETS aux interfaces).
Vous n’avez pas besoin de configurer explicitement toutes les caractéristiques du planificateur et de TCP. Certaines caractéristiques sont désactivées par défaut, comme ECN, et ne doivent être activées que sous certaines conditions. Vous pouvez avoir une combinaison de propriétés CoS configurées et de propriétés CoS par défaut.
Nommez le planificateur de files d’attente et définissez la bande passante minimale garantie pour la file d’attente :
[edit class-of-service] user@switch# set schedulers scheduler-name transmit-rate (rate | percent percentage)
Définissez la bande passante maximale pour la file d’attente :
[edit class-of-service schedulers scheduler-name] user@switch# set shaping-rate (rate | percent percentage)
Définissez la priorité de la file d’attente :
[edit class-of-service schedulers scheduler-name] user@switch# set priority level
Définissez le profil de dépôt à l’aide d’un mappage de profil de dépôt :
[edit class-of-service schedulers scheduler-name] user@switch# set drop-profile-map loss-priority (low | medium-high | high) protocol protocol drop-profile drop-profile-name
Configurez la taille de l’espace tampon dédié au port pour la file d’attente :
[edit class-of-service schedulers scheduler-name] user@switch# set buffer-size percent percentage
Activez ECN, si vous le souhaitez :
[edit class-of-service schedulers scheduler-name] user@switch# set explicit-congestion-notification
Configurez un mappage de planificateur pour mapper le planificateur à une classe de transfert, qui applique les propriétés du planificateur au trafic de cette classe de transfert :
[edit class-of-service] user@switch# set scheduler-maps scheduler-map-name forwarding-class forwarding-class-name scheduler scheduler-name
Cela complète les caractéristiques que vous pouvez configurer dans un planificateur et le mappage du planificateur aux classes de transfert. Les étapes suivantes montrent comment configurer les protocoles TCP.
Nommez le TCP et définissez la bande passante minimale garantie pour le fc-set :
[edit class-of-service] user@switch# set traffic-control-profiles traffic-control-profile-name guaranteed-rate (rate | percent percentage)
Définissez la bande passante maximale pour le fc-set :
[edit class-of-service traffic-control-profiles traffic-control-profile-name] user@switch# set shaping-rate (rate | percent percentage)
Attacher une carte de planificateur au TCP ; la carte du planificateur associe les planificateurs et les classes de transfert (files d’attente) de la carte du planificateur au protocole TCP :
[edit class-of-service traffic-control-profiles traffic-control-profile-name] user@switch# set scheduler-map scheduler-map-name
Cela complète les caractéristiques que vous pouvez configurer dans un TCP. L’étape suivante montre comment affecter des classes de transfert à fc-sets.
Assignez une ou plusieurs classes de transfert au fc-set :
[edit class-of-service] user@switch# set forwarding-class-sets forwarding-class-set-name class forwarding-class-name
Cela termine l’affectation des classes de transfert aux ensembles fc. Les étapes suivantes montrent comment appliquer la planification hiérarchique des ports ETS aux interfaces.
Pour appliquer la planification hiérarchique des ports ETS aux interfaces, associez un fc-set et un TCP aux interfaces. fc-set détermine la ou les classes de transfert et les files d’attente qui utilisent l’interface spécifiée. Le protocole TCP détermine la quantité de ressources de port allouées au fc-set. Le mappage des classes de transfert aux planificateurs dans le TCP détermine l’allocation des ressources fc-set aux classes de transfert membres du fc-set.
[edit class-of-service] user@switch# set interfaces interface-name forwarding-class-set fc-set-name output-traffic-control-profile tcp-name