Exemple : configuration et application d’un classificateur de comportement DSCP par défaut

Pour vérifier cette procédure, cet exemple utilise un générateur de trafic. Le générateur de trafic peut être basé sur du matériel ou un logiciel s’exécutant sur un serveur ou une machine hôte. Si vous n’avez pas accès à un générateur de trafic, vous pouvez utiliser le ping étendu pour la vérification. Cette approche est également montrée.

La fonctionnalité de cette procédure est largement prise en charge sur les équipements qui exécutent Junos OS. L’exemple illustré ici a été testé et vérifié sur les routeurs MX Series exécutant Junos OS Version 10.4.

Junos OS CoS repose sur la différenciation du trafic. L’attribution de trafic à différentes classes de services permet de faire la différence nécessaire. Du point de vue d’un routeur, la classe de service attribuée à un paquet définit son comportement vis-à-vis du paquet. Le concept de différenciation du trafic est présent dans chaque outil CoS, et par conséquent, les classes de service sont présentes sur l’ensemble de la conception CoS. Un classificateur a une entrée, le paquet entrant, et il a N sorties possibles, où N est le nombre de classes de service possibles dans lesquelles le paquet peut être classé.

La classification BA est utilisée lorsque le trafic entrant dans votre équipement a déjà des valeurs CoS de confiance dans l’en-tête du paquet. Par exemple, le classificateur BA DSCP par défaut spécifie que les paquets entrants avec des points de code 00000 sont assignés à la classe de transfert best-effort avec une priorité de perte de faible.

Une classe de transfert et une priorité de perte sont attribuées par défaut à chaque DSCP bien connu. Pour le visualiser, exécutez la show class-of-service classifier commande.

La classe de transfert détermine la file d’attente de sortie. Par défaut, tout le trafic best-effort utilise la file d’attente 0.

Pour afficher les files d’attente associées par défaut à chaque classe de transfert, utilisez la show class-of-service forwarding-class commande. (Pour plus de clarté, une partie des résultats est exclue.)

La priorité des pertes est utilisée par les planificateurs en conjonction avec l’algorithme de détection précoce aléatoire (RED) pour contrôler le rejet des paquets pendant les périodes de congestion. Lorsque vous réfléchissez aux priorités en matière de perte, gardez à l’esprit que si vous ne les configurez pas, elles n’ont aucune signification. Le comportement d’abandon par défaut est d’attendre que la file d’attente soit 100 % complète, puis de commencer à abandonner les paquets sans discrimination. Lorsque la file d’attente descend au-dessous de 100 % pleine, les paquets cessent de tomber.

Le comportement de perte par défaut est affiché dans la show class-of-service drop-profile commande.

Pour définir des significations pour les différentes priorités de perte, vous devez configurer des profils de chute personnalisés. Par exemple, vous pouvez définir la priorité de perte faible pour désigner une probabilité de chute de 10 % lorsque la file d’attente est pleine de 75 % et de 40 % lorsque le niveau de remplissage de la file d’attente est de 95 %. Vous pouvez définir la priorité de perte élevée pour signifier une probabilité de chute de 50 % lorsque le niveau de remplissage est de 25 % et une probabilité de chute de 90 % lorsque le niveau de remplissage est de 50 %. Les profils d’abandon personnalisés ne sont pas inclus dans cet exemple, mais sont mentionnés ici pour plus de clarté, car les classificateurs attribuent des priorités de perte. Il est important de comprendre que ces attributions n’ont aucun sens jusqu’à ce que vous créez des profils de chute.

L’opération de classificateur par défaut est illustrée en figure 1. La figure montre deux paquets IPv4 entrant dans une interface et classés en fonction des points de code DSCP dans les en-têtes de paquets.

Les classificateurs sont décrits plus en détail dans la vidéo Juniper Networks Learning Byte suivante.

Vérifiez que la configuration fonctionne correctement.