Exemple : configuration des modes de planification sur des interfaces agrégées

Vous pouvez configurer des paramètres de classe de service, tels que la mise en file d’attente ou la mise en forme des paramètres sur des interfaces agrégées, en mode protection des liaisons ou non-protection des liaisons. Vous pouvez configurer ces paramètres pour les planificateurs par unité, les planificateurs hiérarchiques ou la mise en forme au niveau de l’interface physique et logique. Vous pouvez contrôler la façon dont ces paramètres sont appliqués en configurant l’interface agrégée pour qu’elle fonctionne en ou replicate en scale mode.

Vous pouvez appliquer ces paramètres sur les routeurs suivants :

• Interfaces de routeur MX Series sur les DPC EQ

• Interfaces de routeur MX Series sur des MIC ou des MPC via Junos OS Version 10.2 (mode non-link-protect uniquement)

• routeurs M320 ou M120

• Interfaces de routeur T Series sur les PIC IQ2

• Routeurs de transport de paquets PTX Series

Vous pouvez configurer les paramètres appliqués pour les interfaces agrégées fonctionnant en mode non protégé par les liaisons. En mode protégé par liaison, une seule liaison de l’offre est active à la fois (l’autre est une liaison de sauvegarde), de sorte que les planificateurs ne peuvent pas être mis à l’échelle ou répliqués. En mode non protégé par les liaisons, toutes les liaisons de l’offre sont actives et envoient du trafic ; cependant, il n’y a pas de liaison de sauvegarde. Si une liaison échoue ou est ajoutée à l’offre en mode non protégé par des liens, le trafic des liens est redistribué entre les liaisons actives.

Pour définir le mode de planification des interfaces agrégées, incluez l’option scale ou replicate l’option de l’instruction member-link-scheduler au niveau de la [edit class-of-service interfaces aen] hiérarchie, où n est le numéro configuré de l’interface :

Par défaut, si vous n’incluez pas l’instruction member-link-scheduler , les paramètres du planificateur sont appliqués aux liens membres du scale mode (également appelé « mode de division égale »).

Les interfaces Ethernet agrégées sont sinon configurées comme d’habitude. Pour plus d’informations sur la configuration d’interfaces Ethernet agrégées, consultez la bibliothèque d’interfaces réseau Junos OS pour les équipements de routage.

Les exemples suivants définissent scale le mode sur l’interface ae0 et replicate le mode sur l’interface ae1 .

Note:

L’instruction member-link-scheduler s’affiche uniquement pour les interfaces agrégées. Vous configurez cette déclaration pour les interfaces agrégées en mode non protégé par des liaisons. Pour plus d’informations sur les modes de protection des liaisons, consultez le Guide de configuration des interfaces réseau.

Les interfaces agrégées prennent en charge les planificateurs hiérarchiques et par unité.

Note:

L’instruction traffic-control-profiles n’est pas prise en charge pour les routeurs de transport de paquets PTX Series.

Lorsque les paramètres d’interface utilisent l’option scale de l’instruction member-link-scheduler , les paramètres suivants dans la [edit class-of-service traffic-control-profiles traffic-control-profile-name] configuration sont mis à l’échelle en sortie lorsque les planificateurs hiérarchiques sont configurés :

• shaping-rate (PIR)

• guaranteed-rate (CIR)

• delay–buffer-rate

Lorsque les paramètres d’interface utilisent l’option scale de l’instruction member-link-scheduler , les paramètres suivants de la [edit class-of-service schedulers scheduler-name] configuration sont mis à l’échelle en sortie lorsque les planificateurs par unité sont configurés :

• transmit-rate

• buffer-size

Note:

Vous ne pouvez pas appliquer un planificateur hiérarchique au niveau de l’interface définie pour une ae interface. (Les ensembles d’interfaces ne peuvent pas être configurés sous une ae interface.)

Les paramètres de configuration suivants ne sont pas pris en charge sur ae les interfaces en mode non-protection des liaisons :

• Cartes du planificateur d’entrée

• Profils de contrôle du trafic d’entrée

• Débits de mise en forme des entrées

Les conventions de configuration suivantes ne sont pas prises en charge :

• Évolutivité de l’énoncé input-traffic-control-profile-remaining .

• L’énoncé scheduler-map-chassis et l’option derived pour l’interface ae . Les cartes du planificateur de châssis doivent être appliquées sous les interfaces physiques.

• Les interfaces dynamiques et demux ne sont pas prises en charge dans le cadre de l’offre ae .

Selon que l’option ou replicate l’option scale est configurée, l’instruction member-link-scheduler fonctionne en mode évolutif (également appelé « mode division égale ») ou en mode répliqué, respectivement.

En mode évolutif, un VLAN peut avoir plusieurs flux qui peuvent être envoyés sur plusieurs liaisons membres de l’interface ae . De même, un lien membre peut recevoir du trafic de n’importe quel VLAN de l’offre ae . En mode évolutif, la bande passante de l’interface physique est répartie de manière égale entre toutes les liaisons membres de l’offre ae .

En mode évolutif, les valeurs de paramètres du planificateur suivantes sont réparties de manière égale entre les liaisons membres :

• Lorsque les paramètres sont configurés à l’aide de profils de contrôle du trafic, les paramètres mis à l’échelle sont le taux de mise en forme, le débit garanti et le taux de tampon de retard.

• Lorsque les paramètres sont configurés à l’aide de cartes du planificateur, les paramètres mis à l’échelle sont le débit de transmission et la taille de la mémoire tampon. Le taux de mise en forme est également mis à l’échelle si vous le configurez en bits par seconde (bps). Le taux de mise en forme n’est pas évolutif si vous le configurez en pourcentage de la bande passante d’interface disponible.

Prenons l’exemple d’un ae offre entre les routeurs R1 et R2 comprenant trois liaisons. Il s’agit ge-0/0/1de , ge-0/0/2 et ge-0/0/3 (ae0) sur R1 ; et ge-1/0/0, ge-1/0/1et ge-1/0/2 (ae2) sur R2. Deux interfaces logiques (unités) sont également configurées sur l’offre sur ae0 R1 : ae0.0 et ae0.1.

Sur ae0, les profils de contrôle du trafic sur R1 sont configurés comme suit :

• ae0 (au niveau de l’interface physique) a un PIR de 450 Mbit/s.

• ae0.0 (VLAN 100 au niveau de l’interface logique) a un PIR de 150 Mbit/s et un CIR de 90 Mbit/s.

• ae0.1 (VLAN 200 au niveau de l’interface logique) a un PIR de 90 Mbit/s et un CIR de 60 Mbit/s.

En mode évolutif, le ae0 PIR est d’abord divisé entre les interfaces physiques membres. Parce qu’il y a trois membres, chacun reçoit 450/3 = 150 Mbit/s comme valeur dérivée. Le PIR à l’échelle des interfaces membres est donc de 150 Mbit/s chacune.

Cependant, il existe également deux interfaces logiques (ae0.0et ae0.1) et VLAN (100 et 200) sur ae0. Le trafic peut quitter n’importe quelle des trois interfaces physiques (ge-0/0/1ge-0/0/2ou ge-0/0/3) de l’offre. Par conséquent, deux interfaces logiques dérivées sont ajoutées aux liens membres pour représenter les deux VLAN.

Il existe désormais six interfaces logiques sur les interfaces physiques des liaisons constituant l’offre ae , une pour VLAN 100 et l’autre pour VLAN 200 :

• ge-0/0/1.0 Et ge-0/0/1.1

• ge-0/0/2.0 Et ge-0/0/2.1

• ge-0/0/3.0 Et ge-0/0/3.1

Les paramètres du profil de contrôle du trafic configurés ae0.0 sur sont divisés entre toutes les interfaces logiques sous-jacentes (l’unité 0). De même, les paramètres du profil de contrôle du trafic configurés sur sont répartis entre ae0.1 toutes les interfaces logiques sous-jacentes (l’unité 1).

Par conséquent, les valeurs dérivées des paramètres d’échelle sur les interfaces sont :

• Pour ge-0/0/1.0 et ge-0/0/2.0 ge-0/0/3.0, chaque CIR = 90/3 = 30 Mbit/s, et chaque PIR = 150/3 = 50 Mbit/s.

• Pour ge-0/0/1.1 et ge-0/0/2.1 ge-0/0/3.1, chaque CIR = 60/3 = 20 Mbit/s, et chaque PIR = 90/3 = 30 Mbit/s.

Les valeurs mises à l’échelle sont représentées en figure 1.

En mode évolutif, lorsqu’une nouvelle liaison membre est ajoutée à l’offre ou qu’une liaison membre existante est supprimée ou échoue, le facteur d’évolutivité (basé sur le nombre de liaisons actives) est renouvelé et les paramètres du nouveau planificateur ou du profil de contrôle du trafic sont réaffectés. Seuls les paramètres PIR, CIR et tampon sont repris : tous les autres paramètres sont simplement copiés à chaque niveau.

Note:

Dans show class-of-service scheduler-map les commandes, les valeurs dérivées en mode évolutif au lieu d’être configurées explicitement sont signalées avec &**sf**n un mot d’ordre, où n indique la valeur du facteur d’évolutivité.

L’exemple suivant montre la sortie de la carte du planificateur nommée smap-all-abs avec et sans facteur d’évolutivité :

Note:

Il peut y avoir plusieurs cartes de planificateur créées avec différents facteurs d’évolutivité, en fonction de l’heure à laquelle les interfaces enfants sont créées. Par exemple, s’il n’y a que deux enfants actifs sur une interface parente, un nouveau plan du planificateur avec un facteur d’évolutivité de 2 est créé. Le nom de la carte du planificateur est smap-all-abs&**sf**2.

En mode répliqué, contrairement au mode évolutif, les paramètres du planificateur configurés sont simplement répliqués, et non divisés, entre toutes les liaisons membres de l’offre ae .

En mode répliqué, les valeurs de paramètres du planificateur suivantes sont répliquées entre les liaisons membres et les interfaces logiques :

• Lorsque les paramètres sont configurés à l’aide de profils de contrôle du trafic, les paramètres répliqués sont le taux de mise en forme, le débit garanti et le taux de tampon de retard.

• Lorsque les paramètres sont configurés à l’aide de cartes de planificateur, les paramètres répliqués sont le taux de transmission et la taille de la mémoire tampon.

Si les paramètres du planificateur de l’exemple de configuration entre les routeurs R1 et R2 sont appliqués avec l’instruction et l’option member-link-scheduler replicate , les paramètres suivants sont appliqués :

• Le ae0 PIR est copié parmi les interfaces physiques membres. Chacun reçoit 450 Mbit/s en tant que PIR.

• Pour chaque unité d’interface .0logique , le PIR et le CIR configurés sont ae0.0 répliqués (copiés). Chaque unité d’interface .0 logique reçoit un PIR de 150 Mbit/s et un CIR de 90 Mbit/s.

• Pour chaque unité d’interface .1logique , le PIR et le CIR configurés sont ae0.1 répliqués (copiés). Chaque unité d’interface .1 logique reçoit un PIR de 90 Mbit/s et un CIR de 60 Mbit/s.

Les valeurs répliquées sont représentées en figure 2.

En mode répliqué, lorsqu’un nouveau lien membre est ajouté à l’offre ou qu’un lien de membre existant est supprimé ou échoue, les valeurs sont copiées ou supprimées des niveaux requis.