Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
Sur cette page
 

Configuration des aspects techniques du trafic avec fonction DiffServ

Présentation des aspects techniques du trafic avec fonction DiffServ

L’ingénierie du trafic prenant en charge les services différenciés (DiffServ) permet de garantir un niveau de service spécifié sur un réseau MPLS. Les routeurs assurant l’ingénierie du trafic avec DiffServ font partie d’un domaine de réseau de services différencié. Tous les routeurs participant à un domaine de services différenciés doivent avoir activé l’ingénierie de trafic prenant en charge DiffServ.

Pour garantir que le niveau de service spécifié est fourni, il est nécessaire de s’assurer que pas plus que la quantité de trafic spécifiée est envoyée sur le domaine de services différenciés. Pour ce faire, vous pouvez configurer un mécanisme de contrôle afin de contrôler ou de limiter le volume de trafic transitant par le domaine de service différencié. Pour plus d’informations sur la configuration des mécanismes de contrôle pour les chemins à commutation d’étiquettes (LSP), consultez Configuration des mécanismes de contrôle pour les LSP.

Cette fonctionnalité peut contribuer à améliorer la qualité des services Internet tels que la voix sur IP (VoIP). Il permet également de mieux émuler un circuit en mode de transfert asynchrone (ATM) sur un réseau MPLS.

Terminologie des aspects techniques du trafic avec fonction DiffServ

Modèle de bande passante

Le modèle de bande passante détermine les valeurs de la bande passante disponible annoncées par les protocoles IGP (Interior Gateway Protocols).

ACC

Le contrôle d’admission des appels (CAC) vérifie qu’il y a suffisamment de bande passante sur le chemin avant l’établissement du LSP. Si la bande passante est insuffisante, le LSP n’est pas établi et une erreur est signalée.

Type de classe

Ensemble de flux de trafic traités de manière équivalente dans un domaine de services différencié. Un type de classe correspond à une file d’attente et ressemble beaucoup à une classe de transfert de classe de service (CoS) dans son concept. Il est également connu sous le nom de classe de trafic.

Services différenciés

Les services différenciés permettent d’attribuer un traitement différent au trafic en fonction des bits EXP de l’en-tête MPLS. Le trafic doit être marqué de manière appropriée et le CoS doit être configuré.

Domaine de services différencié

Routeurs d’un réseau sur lesquels les services différenciés sont activés.

Ingénierie du trafic prenant en compte DiffServ

Type de routage basé sur des contraintes. Il peut appliquer différentes contraintes de bande passante pour différentes classes de trafic. Il peut également effectuer un CAC sur chaque classe d’ingénierie du trafic lorsqu’un LSP est établi.

LSP multiclasse

Un LSP multiclasse fonctionne comme un LSP standard, mais il vous permet également de réserver de la bande passante à partir de plusieurs types de classes. Les bits EXP de l’en-tête MPLS sont utilisés pour distinguer les types de classe.

MAM

Le modèle de contrainte de bande passante d’allocation maximale répartit la bande passante disponible entre les différentes classes. Le partage de la bande passante entre les types de classe n’est pas autorisé.

RDM

Le modèle de contrainte de bande passante des poupées russes fait un usage efficace de la bande passante en permettant aux types de classe de partager la bande passante.

Cours d’ingénierie de la circulation

Un type de classe apparié et une priorité.

Carte des classes d’ingénierie du trafic

Carte entre les types de classes, les priorités et les classes d’ingénierie du trafic. Le mappage des classes d’ingénierie du trafic doit être cohérent sur l’ensemble du domaine des services différenciés.

Fonctionnalités d’ingénierie du trafic prenant en compte DiffServ

L’ingénierie du trafic prenant en compte DiffServ offre les fonctionnalités suivantes :

  • Ingénierie du trafic au niveau par classe plutôt qu’au niveau agrégé

  • Différentes contraintes de bande passante pour différents types de classes (classes de trafic)

  • Différents comportements de file d’attente par classe, permettant au routeur de transférer le trafic en fonction du type de classe

En comparaison, l’ingénierie standard du trafic ne prend pas en compte le CoS et effectue son travail sur une base agrégée pour toutes les classes de services différenciés.

L’ingénierie du trafic prenant en compte DiffServ offre les avantages suivants :

  • Les aspects techniques du trafic peuvent être exécutés sur un type de classe spécifique plutôt qu’au niveau agrégé.

  • Des contraintes de bande passante peuvent être appliquées à chaque type de classe spécifique.

  • Il transfère le trafic en se basant sur les bits EXP.

Cela permet de garantir le service et la bande passante sur un réseau MPLS. Grâce à l’ingénierie du trafic prenant en charge DiffServ, vous pouvez, entre autres, fournir une émulation de circuit ATM, des services VoIP et un service de bande passante garanti.

Vous trouverez ci-dessous une description de la manière dont l’IGP, le programme CSPF (Constrained Shortest Path First) et RSVP participent à l’ingénierie du trafic compatible DiffServ :

  • L’IGP peut annoncer la bande passante non réservée pour chaque classe d’ingénierie du trafic aux autres membres du domaine de services différenciés. La base de données des aspects techniques du trafic stocke ces informations.

  • Un calcul CSPF est effectué en tenant compte des contraintes de bande passante pour chaque type de classe. Si toutes les contraintes sont remplies, le calcul CSPF est considéré comme réussi.

  • Lorsque RSVP signale un LSP, il demande de la bande passante pour les types de classes spécifiés.

Présentation des LSP d’ingénierie trafic sensibles DiffServ

Un LSP d’ingénierie de trafic prenant en charge DiffServ est un LSP configuré avec une réservation de bande passante pour un type de classe spécifique. Ce LSP peut transporter le trafic d’un seul type de classe. Sur les paquets, le type de classe est spécifié par les bits EXP (également appelés bits de classe de service) et le comportement par saut (PHB) associé aux bits EXP. Le mappage entre les bits EXP et le PHB est statique, plutôt que d’être signalé dans RSVP.

Le type de classe doit être configuré de manière cohérente sur l’ensemble du domaine des services différenciés, ce qui signifie que la configuration du type de classe doit être cohérente d’un routeur à l’autre sur le réseau. Vous pouvez mapper sans ambiguïté un type de classe à une file d’attente. Sur chaque routeur de nud, la configuration de file d’attente de classe de service d’une interface correspond à la bande passante disponible pour un type de classe particulier sur cette liaison.

Pour plus d’informations sur les sujets liés aux LSP et à l’ingénierie du trafic prenant en compte DiffServ, consultez les rubriques suivantes :

  • Pour les classes de transfert et la classe de service, reportez-vous au Guide de l’utilisateur de la classe de service de Junos OS pour les périphériques de routage.

  • Pour les bits EXP, reportez-vous à la section Attribution d’étiquettes MPLS.

  • Pour les services différenciés, reportez-vous à la RFC 3270, Prise en charge des services différenciés par MPLS (Multi-Protocol Label Switching).

  • Pour plus d’informations sur la façon dont les IGP et RSVP ont été modifiés pour prendre en charge les aspects techniques du trafic MPLS orientés services différenciés, reportez-vous à la RFC 4124, Extensions de protocole pour la prise en charge de l’ingénierie du trafic MPLS orienté services différenciés.

Fonctionnement des LSP d’ingénierie du trafic sensible à DiffServ

Lors de la configuration d’un LSP d’ingénierie de trafic prenant en charge DiffServ, vous spécifiez le type de classe et la bande passante qui lui est associée. Voici ce qui se produit lorsqu’un LSP est établi avec une réservation de bande passante à partir d’un type de classe spécifique :

  1. Les IGP annoncent la quantité de bande passante non réservée disponible pour les cours d’ingénierie du trafic.

  2. Lors du calcul du chemin d’accès d’un LSP, CSPF est utilisé pour s’assurer que les contraintes de bande passante sont respectées pour le type de classe porté par le LSP au niveau de priorité spécifié.

    CSPF vérifie également que le modèle de bande passante est configuré de manière cohérente sur chaque routeur participant au LSP. Si le modèle de bande passante n’est pas cohérent, CSPF ne calcule pas le chemin (sauf pour les LSP de type de classe ct0).

  3. Une fois qu’un chemin est trouvé, RSVP signale le LSP à l’aide de l’objet Classtype dans le message de chemin. À chaque nœud du chemin, la bande passante disponible pour les types de classe est ajustée au fur et à mesure que le chemin est configuré.

Un LSP qui nécessite la bande passante d’une classe particulière (à l’exception du type de classe ct0) ne peut pas être établi via des routeurs qui ne comprennent pas l’objet Classtype. Le fait d’empêcher l’utilisation de routeurs qui ne comprennent pas l’objet Classtype permet d’assurer la cohérence dans l’ensemble du domaine des services différenciés en empêchant le prestataire de services d’utiliser un routeur qui ne peut pas prendre en charge les services différenciés.

Par défaut, les LSP sont signalés avec une priorité de configuration de 7 et une priorité de maintien de 0. Un LSP configuré avec ces valeurs ne peut pas préempter un autre LSP au moment de l’installation et ne peut pas être préempté.

Il est possible d’avoir à la fois des LSP configurés pour l’ingénierie du trafic prenant en charge DiffServ et des LSP classiques configurés en même temps sur les mêmes interfaces physiques. Pour ce type d’environnement hétérogène, les LSP classiques acheminent le trafic best effort par défaut. Le trafic transporté dans les LSP standard doit avoir les paramètres d’EXP corrects (soit en remarquant les paramètres d’EXP, soit en supposant que le trafic est arrivé avec les paramètres d’EXP corrects à partir du routeur en amont).

Configuration des routeurs pour les aspects techniques du trafic prenant en compte DiffServ

Pour configurer l’ingénierie du trafic prenant en compte DiffServ, incluez l’instruction diffserv-te suivante :

Vous pouvez inclure cette instruction aux niveaux hiérarchiques suivants :

  • [edit protocols mpls]

  • [edit logical-systems logical-system-name protocols mpls]

Vous devez inclure l’instruction diffserv-te dans la configuration de tous les routeurs participant au domaine Services différenciés. Toutefois, vous n’êtes pas obligé de configurer la matrice de classes d’ingénierie du trafic (en incluant l’instruction te-class-matrix au niveau de la [edit protocols mpls diffserv-te] hiérarchie ou [edit logical-systems logical-system-name protocols mpls diffserv-te] ).

REMARQUE :

Pour éviter la possibilité d’une configuration incorrecte lors de la migration vers une ingénierie de trafic prenant en charge Diffserv, une erreur d’échec du contrôle de stratégie peut être déclenchée en cas de conflit entre les anciens LSP et la matrice de classe TE nouvellement configurée.

Un ancien nœud peut demander un LSP avec setup et maintenir les priorités de telle sorte que la combinaison de la classe ct0 et de la priorité ne corresponde pas à la matrice de classe TE configurée. Tous les LSP sur le routeur qui sont configurés avant de configurer l’ingénierie du trafic prenant en compte diffserv sont désignés comme étant de classe ct0.

L’erreur apparaît dans les journaux de suivi RSVP en tant qu’erreur Session preempted . Pour le routeur d’où provient l’erreur, l’erreur peut apparaître comme suit :

Pour le routeur qui reçoit l’erreur, celle-ci peut s’afficher comme suit :

Pour configurer l’ingénierie du trafic avec DiffServ, suivez les procédures des sections suivantes :

Configuration du modèle de bande passante

Vous devez configurer un modèle de bande passante sur tous les routeurs participant au domaine Services différenciés. Les modèles de bande passante disponibles sont MAM, MAM étendu et RDM :

  • Modèle de contraintes de bande passante d’allocation maximale (MAM) : défini dans la RFC 4125, Modèle de contraintes de bande passante d’allocation maximale pour l’ingénierie du trafic MPLS prenant en compte Diffserv.

  • MAM étendue : modèle de bande passante propriétaire qui se comporte de la même manière que la gestion des réseaux mobiles standard. Si vous configurez des LSP multiclasses, vous devez configurer le modèle de bande passante MAM étendue.

  • Modèle d’allocation de bande passante (RDM) de poupées russes : utilise efficacement la bande passante en permettant aux types de classe de partager la bande passante. RDM est défini dans la RFC 4127, Russian Dolls Bandwidth Constraints Model for Diffserv-aware MPLS Traffic Engineering.

Pour configurer un modèle de bande passante, incluez l’instruction et spécifiez l’une bandwidth-model des options du modèle de bande passante :

Vous pouvez inclure cette instruction aux niveaux hiérarchiques suivants :

  • [edit protocols mpls diffserv-te]

  • [edit logical-systems logical-system-name protocols mpls diffserv-te]

    REMARQUE :

    Si vous modifiez le modèle de bande passante sur un routeur entrant, tous les LSP activés sur le routeur sont arrêtés et signalés à nouveau.

Configuration des cours d’ingénierie du trafic

La configuration des classes d’ingénierie du trafic est facultative. Tableau 1 Affiche les valeurs par défaut de tous les éléments de la matrice des classes d’ingénierie du trafic. Le mappage par défaut est exprimé en termes de classes de transfert par défaut définies dans la configuration CoS.

Tableau 1 : Valeurs par défaut de la matrice des classes Traffic Engineering

Cours d’ingénierie de la circulation

Type de classe

File d’attente

Priorité

te0

ct0

0

7

te1

ct1

1

7

te2

ct2

2

7

te3

ct3

3

7

te4

ct0

0

0

te5

CT1

1

0

te6

Ct2

2

0

te7

CT3

3

0

Si vous souhaitez remplacer les mappages par défaut, vous pouvez configurer les classes d’ingénierie du trafic 0 à 7. Pour chaque classe d’ingénierie du trafic, vous configurez un type de classe (ou file d’attente) compris entre 0 et 3. Pour chaque type de classe, vous configurez une priorité de 0 à 7.

Pour configurer explicitement les classes d’ingénierie du trafic, incluez l’instruction te-class-matrix suivante :

Vous pouvez inclure cette instruction aux niveaux hiérarchiques suivants :

L’exemple suivant montre comment configurer une classe d’ingénierie du trafic avec un type de classe te0 et une priorité de 4 :ct1

REMARQUE :

Si vous configurez explicitement une valeur pour l’une des classes d’ingénierie du trafic, toutes les valeurs par défaut de la matrice des classes d’ingénierie du trafic sont supprimées.

Lorsque vous configurez explicitement des classes d’ingénierie du trafic, vous devez également configurer un modèle de bande passante ; Dans le cas contraire, l’opération de validation de la configuration échoue.

Exigences et limites de la matrice des classes d’ingénierie du trafic

Lorsque vous configurez une matrice de classes d’ingénierie du trafic, tenez compte des exigences et limitations suivantes :

  • Une configuration de mappage est locale et n’affecte que le routeur sur lequel elle est configurée. Elle n’affecte pas les autres systèmes participant au domaine des services différenciés. Toutefois, pour qu’un domaine de services différenciés fonctionne correctement, vous devez configurer la même matrice de classes d’ingénierie du trafic sur tous les routeurs participant au même domaine.

  • Lorsque vous configurez explicitement des classes d’ingénierie du trafic, vous devez les configurer dans l’ordre (te0, , , , etc.) ; sinon, te1te2te3l’opération de validation de configuration échoue.

La première classe d’ingénierie du trafic que vous configurez doit être te0; sinon, l’opération de validation de la configuration échoue.

Configuration de la classe de service pour les aspects techniques du trafic prenant en compte DiffServ

Pour configurer l’ingénierie du trafic avec DiffServ, vous devez également configurer la classe de service. L’exemple suivant illustre une configuration de classe de service qui allouerait 25 % de la bande passante de liaison à chaque classe :

Configuration des LSP pour les aspects techniques du trafic prenant en compte DiffServ

Vous devez configurer le domaine Services différenciés (voir Configuration des routeurs pour l’ingénierie du trafic avec DiffServ) avant de pouvoir activer l’ingénierie du trafic avec DiffServ pour les LSP. Le domaine Services différenciés fournit les types de classes sous-jacents et les classes d’ingénierie du trafic correspondantes que vous référencez dans la configuration LSP. Les cours d’ingénierie du trafic doivent être configurés de manière cohérente sur chaque routeur participant au domaine Services différenciés pour que le LSP fonctionne correctement.

REMARQUE :

Vous devez configurer MAM ou RDM comme modèle de bande passante lorsque vous configurez l’ingénierie du trafic prenant en compte DiffServ pour les LSP. Reportez-vous à la section Configuration du modèle de bande passante.

Les données transmises sur ce domaine de Services différenciés sont transmises par un prestataire de services linguistiques. Chaque LSP s’appuie sur les bits EXP des paquets MPLS pour activer les aspects techniques du trafic compatibles avec DiffServ. Chaque LSP peut transporter le trafic d’un seul type de classe.

Tous les routeurs participant au LSP doivent être des routeurs Juniper Networks exécutant Junos OS version 6.3 ou ultérieure. Le réseau peut inclure des routeurs d’autres fournisseurs et des routeurs Juniper Networks exécutant des versions antérieures de Junos OS. Toutefois, le LSP d’ingénierie du trafic conscient de DiffServ ne peut pas traverser ces routeurs.

REMARQUE :

Vous ne pouvez pas configurer simultanément des LSP multiclasses et des LSP d’ingénierie du trafic prenant en charge DiffServ sur le même routeur.

Pour activer l’ingénierie du trafic prenant en charge DiffServ pour les LSP, vous devez configurer les éléments suivants :

Configuration de la classe de service pour les interfaces

L’infrastructure de classe de service (CoS) existante garantit que le trafic marqué de manière cohérente reçoit les garanties de planification pour sa classe. La classification, le marquage et la planification nécessaires sont configurés à l’aide des fonctionnalités CoS existantes de Junos OS.

REMARQUE :

Junos OS ne prend pas en charge CoS sur les interfaces ATM.

Pour plus d’informations sur la configuration CoS, reportez-vous au Guide de l’utilisateur de la classe de service Junos OS pour les périphériques de routage.

Configuration d’IGP

Vous pouvez configurer IS-IS ou OSPF en tant qu’IGP. Les configurations IS-IS et OSPF pour les routeurs prenant en charge les LSP sont standard. Pour plus d’informations sur la configuration de ces protocoles, reportez-vous à la bibliothèque de protocoles de routage Junos OS pour les périphériques de routage.

Configuration des LSP issus de l’ingénierie du trafic

Vous configurez un LSP à l’aide des instructions et procédures de configuration LSP standard. Pour configurer l’ingénierie du trafic prenant en compte DiffServ pour le LSP, spécifiez une contrainte de bande passante de type classe en incluant l’instruction bandwidth suivante :

Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure l’instruction bandwidth , reportez-vous aux sections récapitulatives de cette instruction.

Si vous ne spécifiez pas de bande passante pour un type de classe, ct0 est automatiquement spécifié en tant que file d’attente pour le LSP. Vous ne pouvez configurer qu’un seul type de classe pour chaque LSP, contrairement aux LSP multiclasses.

Les instructions de type de classe spécifient la bande passante (en bits par seconde) pour les classes suivantes :

  • ct0—Bande passante réservée à la classe 0

  • ct1—Bande passante réservée à la classe 1

  • ct2—Bande passante réservée à la classe 2

  • ct3—Bande passante réservée à la classe 3

Vous pouvez configurer les priorités de configuration et de maintien pour un LSP, mais les restrictions suivantes s’appliquent :

  • La combinaison de classe et de priorité doit être l’une des classes d’ingénierie du trafic configurées. La priorité de configuration par défaut est 7 et la priorité de maintien par défaut est 0.

  • La configuration d’une combinaison non valide de type de classe et de priorité entraîne l’échec de l’opération de validation.

  • L’allocation automatique de la bande passante n’est pas prise en charge. Si vous configurez l’allocation automatique de bande passante, l’opération de validation échoue.

  • Les LSP configurés avec l’instruction, bandwidth mais sans spécifier de type de classe, utilisent le type ct0de classe par défaut .

  • Pour les questions relatives à la migration, reportez-vous à la section Internet Draft draft-ietf-tewg-diff-te-proto-07.txt.

Configuration du maintien de l’ordre pour les prestataires de services linguistiques

Le contrôle vous permet de contrôler la quantité de trafic transféré par le biais d’un prestataire de services linguistiques particulier. Le contrôle permet de s’assurer que la quantité de trafic transféré via un LSP ne dépasse jamais l’allocation de bande passante demandée. Vous pouvez configurer plusieurs mécanismes de contrôle pour chaque LSP.

Pour plus d’informations sur la configuration d’un mécanisme de contrôle pour un LSP, consultez Configuration des mécanismes de contrôle pour les LSP.

Configuration du reroutage rapide pour les LSP issus de l’ingénierie du trafic

Vous pouvez configurer le reroutage rapide pour les LSP issus de l’ingénierie du trafic (LSP transportant une seule classe de trafic). Il est également possible de réserver de la bande passante sur le chemin de détour pour la classe de trafic lorsque le reroutage rapide est activé. Le même numéro de type de classe est utilisé à la fois pour le LSP d’ingénierie de trafic et sa déviation.

Si vous configurez le routeur pour réserver de la bande passante pour le chemin de détour, vérifiez que le lien est capable de gérer l’ingénierie de trafic sensible à DiffServ et la capacité CoS avant de l’accepter comme chemin de détour potentiel. Les liens non pris en charge ne sont pas utilisés.

Vous pouvez configurer la quantité de bande passante à réserver pour les détours à l’aide de l’instruction ou de l’instruction bandwidthbandwidth-percent . Vous ne pouvez configurer qu’une seule de ces instructions à la fois. Si vous ne configurez ni l’instruction ni l’instruction bandwidthbandwidth-percent , le paramètre par défaut est de ne pas réserver de bande passante pour le chemin de détour (la garantie de bande passante sera perdue si le trafic est basculé vers le détour).

Lorsque vous configurez l’instruction bandwidth , vous pouvez spécifier la quantité spécifique de bande passante (en bits par seconde [bps]) que vous souhaitez réserver pour le chemin de détour. Pour plus d’informations, reportez-vous à la section Configuration du routage rapide.

L’instruction bandwidth-percent vous permet de spécifier la bande passante du chemin de détour sous la forme d’un pourcentage de la bande passante configurée pour le chemin protégé. Par exemple, si vous configurez 100 millions de bits/s de bande passante pour le chemin protégé et que vous en configurez 20 pour l’instruction bandwidth-percent , le chemin de détour disposera de 20 millions de bits/s de bande passante réservés à son utilisation.

Pour configurer le pourcentage de bande passante utilisé par le chemin de détour en fonction de la bande passante du chemin protégé, incluez l’instruction bandwidth-percent suivante :

Vous pouvez inclure cette instruction aux niveaux hiérarchiques suivants :

Rubriques connexes