CoS de l'vMX du marché
vMX prend en charge une planification hiérarchique à deux niveaux (planning par unité ou planning hiérarchique) avec mise en file d'file d'entrée VLAN. Chaque VLAN (interface logique) utilise trois classes de trafic et huit files d'attente.
Depuis Junos OS version 17.3R1, vMX prend en charge une planification hiérarchique à quatre niveaux pour jusqu'à 16 CoS de niveau 2. Le nœud de niveau 2 est mapmé vers l'ensemble d'interfaces ou le VLAN (interface logique).
vMX prend en charge la mise en forme au niveau de la classe de trafic, et non au niveau de la file d'attente. Une classe de trafic est une offre de files d'attente avec une priorité fixe. Le niveau suivant de la hiérarchie est le VLAN (interface logique), qui est une offre de classes de trafic.
vMX classes de trafic dispose des priorités et files d'attente suivantes:
Trafic classe 1: priorité élevée
File d'attente 0
File d'attente 6
Trafic classe 2: Moyenne (priorité stricte)
File d'attente 1
File d'attente 7
Trafic classe 3: faible
File d'attente 2
File d'attente 3
File d'attente 4
File d'attente 5
Les priorités sont strictement prioritaires pour les trafics de catégorie 1 et 2, si bien que tous les trafics en trop sont éliminés en tant que « tail drops ». Toutefois, le trafic de classe 3 ne suit pas une priorité stricte; le taux de mise en forme est donc donné au taux de mise en forme du VLAN.
Toutes les files d'attente d'une même classe de trafic ont la même priorité. Ainsi, le programmeur retire les paquets de chaque file d'attente de la classe de trafic en fonction du Round Robin pondéré (WRR) pour le VLAN.
Toutes les classes de forwarding configurées doivent être machées sur l'une des files d'attente.
Les fonctionnalités suivantes ne sont pas prise en charge:
Détection précoce et aléatoire pondérée (WRED)
Configuration de la taille de la mise en mémoire tampon en file d'
Aucune erreur de validation n'est affichée pour les fonctionnalités non pris en compte.
À partir de Junos OS Release 18.4R1, la configuration qualité de service (QoS) est améliorée de telle que, lorsqu'un port est encombré et en surabonnement, un abonné ayant une priorité plus élevée gagne plus de poids qu'un abonné ayant une priorité moindre. Par exemple, lorsqu'un abonné sur un port dispose d'un service de 100 Mo et qu'un autre abonné dispose d'un service de 10 Mo, alors l'abonné avec un service de 100 Mo est plus prioritaire que l'abonné avec un service de 10 Mo. Vous devez vous assurer que la priorité est suivie aux niveaux 1 et 2, peu importe leur poids. Le WRR permet de gérer le surabonnement afin que le trafic programmé reflète un rapport du taux de mise en forme configuré pour chaque VLAN individuel.
Utilisez les commandes suivantes pour configurer un nombre maximum de 16 384 abonnés par port sur un nœud de niveau 2 et un nombre maximum de 3 2768 abonnés par port sur un nœud de niveau 3:
set interfaces <interface-name> hierarchical-scheduler maximum-hierarchy 3 max-l2-nodes 16384 set interfaces <interface-name> hierarchical-scheduler maximum-hierarchy 3 max-l3-nodes 32768
Le nombre d'abonnés configurés par défaut par nœud de niveau 2 est 4 000.
Utilisez la commande suivante pour désactiver la fonction WRR:
subport_oversubscription_disable=1 in the /etc/riot/runtime.conf of the vFP
La liste suivante décrit les limites du WRR:
Pour que le wrR fonctionne correctement, le temps de mise en mémoire tampon doit être configuré.
Une anomalie dans les valeurs de vitesse de mise en mémoire tampon de retard, parmi les VLAN appartenant au même nœud de planning de niveau 2 peut entraîner un travail incorrect du WRR.
Le WRR fonctionne de manière incorrecte lorsque le rapport de mise en forme est supérieur à 100 parmi tous les abonnés.
Le nombre de nœuds de planification de niveau 2 et le nombre d'abonnés par nœud de planification de niveau 2 doivent être équivalents à 32 000.
Toute modification de la configuration des nœuds du planning de niveau 2 nécessiterait une réinitialisation FPC.