SUR CETTE PAGE
Présentation du CoS sur différents types de ports dans Junos Fusion
CoS sur les ports étendus et les ports de liaison montante dans Junos Fusion
Planification hiérarchique et par unité sur les ports étendus
Planification hiérarchique des ports CoS avec sélection de transmission améliorée dans Junos Fusion
Comprendre le CoS sur un équipement d’agrégation MX Series dans Junos Fusion Provider Edge
Junos Fusion permet d’augmenter considérablement le nombre d’interfaces réseau disponibles sur un, en permettant à l’équipement d’agrégation d’ajouter aggregation device des interfaces via des interconnexions avec satellite devices. L’ensemble du système (équipement d’agrégation interconnecté et équipements satellites) s’appelle Junos Fusion. Junos Fusion simplifie l’administration du réseau en apparaissant dans la topologie du réseau sous la forme d’un seul équipement, et l’équipement unique est géré à partir d’une seule adresse IP.
Voir la figure 1 pour une illustration de la topologie Junos Fusion.

Un équipement d’agrégation peut être une plate-forme de routage universelle MX240, MX480, MX960 ou MX2020 qui exécute Junos OS version 14.2R3 ou ultérieure.
Cette rubrique décrit la classe de service (CoS) sur les différents types de ports dans Junos Fusion.
Ce sujet couvre :
Présentation du CoS sur différents types de ports dans Junos Fusion
La figure 2 présente le flux de paquets via Junos Fusion et la manière dont les fonctionnalités CoS sont appliquées aux différents ports.

Toutes les configurations des stratégies CoS pour Junos Fusion sont effectuées sur l’équipement d’agrégation. Toutefois, pour les stratégies CoS que vous définissez pour les ports étendus, différentes parties de cette stratégie sont appliquées à différents points du chemin d’un paquet via Junos Fusion. À partir de la figure 2 :
À mesure qu’un paquet pénètre dans un port étendu, n’importe quel classificateur BA (port-level) que vous définissez pour ce port est appliqué pour obtenir une classe de transfert et une priorité de perte de paquets.
Lorsque ce paquet sort du port de liaison montante, vous pouvez appliquer des planificateurs ou une sélection de transmission améliorée (ETS) en fonction du classificateur BA de niveau port assigné au port d’entrée étendu.
Lorsque le paquet pénètre dans l’équipement d’agrégation au niveau du port en cascade, les classificateurs multi-champs, les policers ou les classificateurs BA de niveau interface logique que vous définissez pour le port étendu entrant sont appliqués.
Lorsque le paquet sort de l’équipement d’agrégation au niveau du port en cascade, toutes les règles de réécriture que vous définissez pour le port étendu de sortie, ainsi que les planificateurs que vous définissez pour le port en cascade, sont appliquées, à moins que la règle de réécriture ne soit associée à une interface logique de port étendue. En outre, la classe de transfert déterminée à l’étape précédente est portée dans l’en-tête 801.2BR vers l’équipement satellite et utilisée pour sélectionner la file d’attente de sortie au niveau du port étendu de sortie.
Enfin, lorsque le paquet sort d’un port étendu, les planificateurs ou les ETS que vous définissez pour ce port sont appliqués en fonction de la classe de transfert déterminée par les classificateurs multi-champs, les policers ou les classificateurs BA au niveau de l’interface logique définis pour le port étendu entrant.
Les sections suivantes fournissent des informations supplémentaires sur l’implémentation de CoS sur chaque type de port dans Junos Fusion.
CoS sur les ports étendus et les ports de liaison montante dans Junos Fusion
Toutes les stratégies de planification de classe de service (CoS) pour les ports étendus et les ports de liaison montante sur les équipements satellites sont provisionnés sur l’équipement d’agrégation MX Series. De même, les commandes CoS standard de Junos OS sont émises sur l’équipement d’agrégation MX Series pour récupérer les états CoS des ports étendus et des ports de liaison montante et les statistiques de file d’attente. L’équipement d’agrégation MX Series prend en charge la configuration des fonctionnalités CoS suivantes pour chaque port étendu et chaque port de liaison montante sur chaque équipement satellite :
Classificateurs d’agrégation de comportement
Classificateurs multi-champs
Polices d’entrée et de sortie
Cours de transfert
Profils de contrôle du trafic
Cartes des planificateurs et des planificateurs
Planificateurs hiérarchiques et par unité (ports étendus uniquement)
Règles de réécriture sortante
La configuration des stratégies CoS sur les équipements satellites (sur les ports étendus et sur les ports de liaison montante) comporte les restrictions suivantes :
Les classificateurs fixes ne sont pas pris en charge.
Les classificateurs de priorité IP ne sont pas pris en charge. Cependant, les classificateurs DSCP sont pris en charge.
L’option
transmit-rate
est prise en charge pour les planificateurs. Toutefois, leremainder
,rate-limit
et lesexact
options ne sont pas pris en charge soustransmit-rate
.-
Les équipements EX4300 Series utilisés dans un rôle satellite prennent en charge jusqu’à deux entrées par profil de chute segmenté.
Alors que les fonctionnalités CoS pour les ports des équipements satellites sont configurées sur l’équipement d’agrégation, la classification, la mise en file d’attente et la planification réelles sont effectuées sur les équipements satellites. Les informations sur la mise en forme réelle du trafic ne sont pas transmises à l’équipement d’agrégation. Les statistiques d’interface logique de la show interfaces commande sont collectées sur l’équipement agrégé et n’incluent pas les données de débit de mise en forme. Pour les statistiques de trafic réelles recueillies sur les interfaces des équipements satellites, utilisez les statistiques pour l’interface physique et non l’interface logique.
Vous ne pouvez pas récupérer les statistiques CoS sur les ports étendus via une requête SNMP. Pour consulter les statistiques CoS sur un port étendu, utilisez les show interfaces queue interface-name extended-port-interface-name
commandes et show interfaces extended-port-interface-name extensive
.
Planification hiérarchique et par unité sur les ports étendus
À partir de Junos OS 17.2R1, Junos Fusion Provider Edge prend en charge les planificateurs hiérarchiques et par unité sur les ports étendus. Pour prendre en charge la planification par unité ou hiérarchique sur un port étendu, tous les ports en cascade de l’équipement d’agrégation de ce port étendu doivent être équipés d’une puce de mise en file d’attente.
Les équipements satellites multi-logements ne prennent pas en charge la planification hiérarchique et par unité.
Pour activer la planification par unité sur un port étendu, activez l’option per-unit-scheduler
au niveau de la [edit interfaces interface-name]
hiérarchie pour le port étendu.
Pour activer la planification hiérarchique sur un port étendu, activez l’option hierarchical-scheduler
au niveau de la [edit interfaces interface-name]
hiérarchie pour le port étendu.
Si vous activez la planification hiérarchique sur un port étendu, vous devez également configurer explicitement les planificateurs au niveau de l’ensemble d’interfaces ou du VLAN.
Junos Fusion traite les ports en cascade reliant l’équipement d’agrégation à l’équipement satellite comme des ports Ethernet agrégés, l’agrégation étant effectuée automatiquement sans configuration. Par défaut, l’implémentation Junos Fusion du CoS hiérarchique applique les paramètres du planificateur sur tous les ports en cascade en scale
mode. Comme scale
le mode divise le shaper configuré de la même manière sur les ports en cascade, les baisses de trafic peuvent commencer avant qu’un client n’atteigne son taux d’engagement pour un flux particulier. À partir de la version 18.1R1 de Junos OS, vous pouvez mettre en mode tous les ports en cascade d’un équipement d’agrégation, copier ainsi les paramètres du planificateur à replicate
chaque niveau des liaisons membres de l’interface agrégées, et cibler automatiquement tout le trafic d’un port étendu vers un port en cascade spécifique. Pour ce faire, il suffit d’activer target-mode
l’équipement satellite au niveau de la [edit chassis satellite-management fpc fpc-number]
hiérarchie. Par exemple :
[edit] user@host# show chassis satellite-management fpc 100 { target-mode; cascade-ports [ xe-0/0/1:0 xe-1/0/0:1 xe-1/0/0:2 xe-1/0/1:1 ]; }
L’activation ou la désactivation target-mode
perturbe le trafic sur l’équipement satellite, tandis que les ports étendus sont supprimés et ré-ajoutés et les ports en cascade sont reconfigurés sur l’équipement d’agrégation.
Prise en charge des services haut débit pour les abonnés
À partir de la version 18.4R1 de Junos OS, Junos Fusion Provider Edge prend en charge la gestion haut débit des abonnés en périphérie, y compris la fonctionnalité CoS standard pour la gestion des abonnés en périphérie haut débit.
BNG sur Junos Fusion Provider Edge prend en charge les hiérarchies de planification CoS suivantes :
Ensemble d’interfaces logiques dynamiques/Static-VLAN-Demux/Interface physique de port étendue
Interface logique dynamique/Interface physique de port étendu
Ensemble d’interfaces logiques dynamiques/Interface physique de port étendue
Interface logique dynamique/Ensemble d’interfaces logiques dynamiques/Interface physique de port étendue
Pour prendre en charge 4 niveaux de planification hiérarchique (par exemple, file d’attente/interface logique dynamique/ensemble d’interfaces logiques dynamiques/interface physique de port étendue), vous avez besoin de MPC sur l’équipement d’agrégation qui prennent en charge au moins 5 niveaux de planification hiérarchique. En effet, un niveau de planification est consommé par le port en cascade. Chaque MPC de l’équipement d’agrégation configuré pour la gestion haut débit des abonnés en périphérie doit prendre en charge au moins 4 niveaux de planification hiérarchique. En outre, l’option maximum-hierarchy-levels
dans la [edit interfaces interface-name hierarchical-scheduler]
hiérarchie pour le port étendu doit être définie sur un niveau inférieur de ce que le MPC pour le port en cascade associé prend en charge en raison du seul niveau de planification que le port en cascade consomme.
Les classificateurs et les règles de réécriture sont pris en charge sur les interfaces logiques des abonnés.
Les calculs de mise en forme comprennent les 801.BR des octets.
Le multicast est pris en charge par un VLAN distinct sur le port étendu, mais le multicast n’est pas pris en charge à l’aide de profils dynamiques d’abonnés et il n’y a pas de prise en charge de l’ajustement de la bande passante CoS pour les abonnés.
La commande show class-of-service scheduler-hierarchy est prise en charge et affiche le port en cascade dans la hiérarchie. Par exemple :
user@host > show class-of-service scheduler-hierarchy interface demux0.3221225473 Interface/ Shaping Guarnteed Guaranteed/ Queue Excess Resource name rate rate Excess weight weight kbits kbits priority high/low ge-100/0/0(xe-2/0/5) 10000000 ge-100/0/0(xe-2/0/5) RTP 10000000 demux0.3221225473 1000 0 500 500 best-effort 1000 0 Low Low 95 network-control 1000 0 Low Low 5
Dans l’exemple de sortie ci-dessus, ge-100/0/0
est le port étendu et xe-2/0/5
est le port en cascade.
Planification hiérarchique des ports CoS avec sélection de transmission améliorée dans Junos Fusion
Dans Junos Fusion, l’équipement satellite peut être un QFX5100 ou un équipement EX4300. Le QFX5100 prend en charge la sélection de transmission améliorée (ETS), décrite dans IEEE 802.1Qaz. La prise en charge de la configuration d’ETS a été ajoutée à l’équipement MX Series uniquement pour les ports d’équipement satellite qui prennent en charge cette fonctionnalité. Si l’ETS est configuré sur l’équipement d’agrégation MX Series pour un port d’équipement satellite qui ne prend pas en charge l’ETS, les équipements satellite convertissent la configuration ETS en planificateur de ports.
Les ports locaux de l’équipement d’agrégation MX Series ne prennent pas en charge l’ETS.
CoS sur les ports Cascade dans Junos Fusion
Lorsqu’un port en cascade est créé, deux interfaces logiques sont automatiquement créées :
-
Une interface logique de gestion en bande (unité 32769 attribuée) pour le trafic qui ne circule qu’entre l’équipement d’agrégation et les équipements satellites, tels que les keepalives, les informations de provisionnement et les mises à jour logicielles.
-
Un pour l’interface logique de données (unité affectée 32770) pour le trafic régulier entrant et sortant de Junos Fusion.
La planification par unité est automatiquement activée sur le port en cascade pour prendre en charge plusieurs files d’attente sur chacune des interfaces logiques.
Tous les ports en cascade doivent être configurés sur des concentrateurs de ports modulaires (MPC) qui prennent en charge la planification par unité.
50 Mbit/s de bande passante sont réservés à l’interface logique de gestion. La bande passante restante est disponible pour l’interface logique de données. Un taux de mise en forme de 10 % est également appliqué à l’interface logique de gestion, ce qui signifie qu’elle peut utiliser jusqu’à 10 % de la bande passante de l’interface, si disponible.
La stratégie de planification par défaut est appliquée à l’interface logique de données. Cela réserve 95 % de la bande passante et de l’espace tampon disponibles pour la classe de transfert des meilleurs efforts (mappée à la file d’attente 0) et 5 % pour la classe de transfert de contrôle du réseau (mappée à la file d’attente 3). Vous pouvez créer des classes et des planificateurs de transfert personnalisés en appliquant un plan de planificateur personnalisé à cette interface logique.
Si vous utilisez un plan de planificateur personnalisé, associez-le à un profil de contrôle du trafic qui garantit une bande passante minimale de 90 %. Si la bande passante minimale garantie n’est pas configurée, l’interface logique de gestion en bande utilise des ressources tampon. Cela peut entraîner une perte de paquets sur le port en cascade.
replicate
chaque niveau des liaisons membres de l’interface agrégées, et cibler automatiquement tout le trafic d’un port étendu vers un port en cascade spécifique.