Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuration des ingénieries de trafic pour diffServ

Présentation des ingénieries de trafic pour diffServ

L’ingénierie de trafic différenciée des services (DiffServ) permet de garantir un niveau de service spécifié sur MPLS réseau. Les routeurs fournissant des ingénieries de trafic diffServ-aware font partie d’un domaine réseau de services différencié. Tous les routeurs participant à un domaine de services différencié doivent être activés en matière d’ingénierie de trafic pour diffServ.

Pour garantir que le niveau de service spécifié est fourni, il est nécessaire de s’assurer qu’un maximum de trafic est envoyé dans le domaine de services différenciés. Vous pouvez atteindre cet objectif en configurant un policer afin de policer ou de limiter le volume de trafic transitant par le domaine de service différencié. Pour plus d’informations sur la configuration des policers pour les chemins de commutation d’étiquettes (LSP), consultez configuring Policers for LSP.

Cette fonctionnalité peut améliorer la qualité des services Internet tels que la voix sur IP (VoIP). Il permet également d’émuler un circuit ASynchrone Transfer Mode (ATM) sur MPLS réseau.

Terminologie sur les ingénieries de trafic pour diffServ

Modèle de bande passante

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

Acc

Des contrôles d’admission d’appel (CAC) garantissent la bande passante suffisante sur le chemin avant la mise en place du LSP. Si la bande passante est insuffisante, le LSP n’est pas établi et une erreur est signalée.

Type de classe

Un ensemble de flux de trafic traités de manière équivalente dans un domaine de services différencié. Un type de classe se base sur une file d’attente, ce qui s’un peu comme une classe de service (CoS) en concept. Il est également appelé classe de trafic.

Services différenciés

Grâce aux services différenciés, il est possible d’offrir un traitement différent du trafic en fonction des bits EXP dans l’MPLS de données. Le trafic doit être marqué correctement et CoS doit être configuré.

Domaine Des services différenciés

Les routeurs d’un réseau qui ont permis de différencier les services.

Ingénierie du trafic avec diffServ

Un type de routage basé sur les contraintes. Elle peut appliquer différentes contraintes de bande passante pour les différentes classes de trafic. Il peut également faire des CAC sur chaque classe d’ingénierie de trafic lorsqu’un LSP est établi.

Multiclass LSP

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

Mam

Le modèle de contrainte maximale en matière de bande passante permet de diviser la bande passante disponible entre les différentes classes. Le partage de la bande passante entre les types de classes n’est pas autorisé.

Rdm

Le modèle russe de contraintes de bande passante permet une utilisation efficace de la bande passante en permettant aux types de classes de partager de la bande passante.

Classe Sur les ingénieries de trafic

Type de classe et priorité associés.

Carte des ingénieries de trafic

Un plan entre les types de classes, les priorités et les classes d’ingénierie du trafic. Le mappage des classes d’ingénierie de trafic doit être cohérent dans le domaine Differentiated Services.

Fonctionnalités d’ingénierie du trafic pour diffServ

Les fonctionnalités d’ingénierie de trafic avec diffServ sont les suivantes:

  • Les ingénieries de trafic au niveau de chaque 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’file d’utilisateur par classe, ce qui permet au routeur de faire avancer le trafic en fonction du type de classe

En comparaison, les ingénieries de trafic standard n’ont pas CoS et il termine ses travaux de manière agrégée dans toutes les classes de services différenciés.

Les ingénieries de trafic avec diffServ offrent les avantages suivants:

  • Les ingénieries de trafic peuvent être exécutées en fonction d’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 transporte du trafic en fonction des bits EXP.

Ainsi, il est possible de garantir le service et la bande passante sur MPLS réseau. Avec les ingénieries de trafic qui sont fonction DiffServ, entre autres services, vous pouvez fournir une émulation de circuit ATM, une voIP et un service de bande passante garantie.

Les exemples suivants décrivent comment IGP, CSPF (Constrained Shortest Path First) et RSVP ont participé à DiffServ-aware Traffic Engineering:

  • Le IGP peut promouvoir la bande passante non-servie pour chaque classe d’ingénierie de trafic aux autres membres du domaine de services différencié. La base de données des ingénieries de trafic stocke ces informations.

  • Un calcul CSPF est effectué en considération les contraintes de bande passante pour chaque type de classe. Si toutes les contraintes sont satisfaites, le calcul du CSPF est considéré comme réussi.

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

Présentation des LSP d’ingénierie de trafic diffServ-Aware

Un LSP de trafic conçu pour diffServ est un LSP configuré avec une réservation de bande passante pour un type de classe spécifique. Ce LSP peut transporter du trafic pour 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 par comportement par saut (PHB) associés aux bits EXP. Le mappage entre les bits EXP et PHB est statique, plutôt que signalé dans RSVP.

Le type de classe doit être configuré de manière cohérente dans le domaine Differentiated Services, ce qui signifie que la configuration du type de classe doit être cohérente entre le routeur et le routeur du réseau. Vous pouvez mapurer de façon claire un type de classe vers une file d’attente. Sur chaque routeur de nœud, la configuration de la file d’attente de classe de service pour une interface se traduit en bande passante disponible pour un type de classe particulier sur cette liaison.

Pour plus d’informations sur les sujets relatifs aux LSP et aux ingénieries de trafic liées à DiffServ, consultez les rubriques suivantes:

  • Pour suivre les cours de classe de service,consultez le Junos OS Classe de service (Class of Service User Guide) pour les équipements de routage.

  • Pour obtenir les bits EXP, consultez la MPLS d’étiquettes.

  • Pour les services différenciés, consultez la cf. RFC 3270, Multi-Protocol Label Switching (MPLS) Support of Differentiated Services.

  • Pour en savoir plus sur la façon dont les protocoles IGP et RSVP ont été modifiés pour prendre en charge les aspects techniques du trafic MPLS differentiated services-aware, consultez le RFC 4124, Protocol Extensions for Support of Differentiated-Service-Aware MPLS Traffic Engineering.

Fonctionnement des LSP ingénieur en fonction du trafic DiffServ

Lors de la configuration d’un LSP de trafic conçu pour DiffServ, vous spécifiez le type de classe et la bande passante associée. Les données suivantes se produisent lorsqu’un LSP est établi avec une réservation de la bande passante depuis un type de classe spécifique:

  1. Les IGP font la publicité de la quantité de bande passante non-garantie disponible pour les classes d’ingénierie de trafic.

  2. Lors du calcul du chemin pour un LSP, CSPF est utilisé pour s’assurer que les contraintes de bande passante sont satisfaites pour le type de classe transporté 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 est incohérent, CSPF ne calcule pas le chemin (sauf pour les LSP de classe type ct0).

  3. Une fois le chemin trouvé, RSVP signale au LSP l’utilisation de l’objet ClassType dans le message de chemin. À chaque nœud du chemin, la bande passante disponible pour les types de classe est modifiée à mesure que le chemin est mis en place.

Un LSP exigeant une bande passante d’une classe particulière (à l’exception de la classe ct0) ne peut pas être établi via des routeurs qui ne comprennent pas l’objet ClassType. Empêcher l’utilisation de routeurs qui ne comprennent pas l’objet ClassType contribue à garantir la cohérence sur l’ensemble du domaine Differentiated Services en empêchant le LSP 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 la priorité de configuration 7 et la priorité de fixation 0. Un LSP configuré avec ces valeurs ne peut pas anticiper un autre LSP au moment de la configuration et ne peut pas être préempté.

Il est possible de configurer à la fois les LSP pour les ingénieries de trafic diffServ-aware et les LSP réguliers configurés en même temps sur les mêmes interfaces physiques. Pour ce type d’environnement hétérogène, les LSP réguliers sont porteurs par défaut du meilleur trafic. Le trafic transporté dans les LSP réguliers doit avoir les paramètres EXP corrects (soit en remarquant les paramètres EXP, soit en supposant que le trafic est arrivé avec les paramètres EXP corrects depuis le routeur en amont).

Configuration des routeurs pour les ingénieries de trafic DiffServ-Aware

Pour configurer les ingénieries de trafic diffServ-aware, indiquez diffserv-te l’instruction suivante:

Vous pouvez inclure cet énoncé aux niveaux hiérarchiques suivants:

  • [edit protocols mpls]

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

Vous devez inclure diffserv-te l’instruction dans la configuration sur tous les routeurs participant au domaine Differentiated Services. Toutefois, vous n’êtes pas tenu de configurer la matrice de classe des ingénieries de trafic (en incluant l’énoncé au niveau de la hiérarchie te-class-matrix[edit protocols mpls diffserv-te] ou au [edit logical-systems logical-system-name protocols mpls diffserv-te] niveau).

Remarque :

Afin d’empêcher la possibilité d’une configuration incorrecte lors de la migration vers les ingénieries de trafic diffserv, une erreur de défaillance 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 récemment configurée.

Un ancien nœud peut demander un LSP avec configuration et priorités, de façon à ce que la combinaison de la classe ct0 et de la priorité ne soit pas en accord avec la matrice TE classe. Tous les LSP du routeur qui sont configurés avant de configurer les ingénieries de trafic diffserv-aware sont désignés comme étant de la classe ct0.

L’erreur apparaît dans les journaux de traçage RSVP comme une Session preempted erreur. Pour le routeur à l’origine de l’erreur, l’erreur peut s’apparaître comme suit:

Pour le routeur qui reçoit l’erreur, l’erreur peut apparaître comme suit:

Pour configurer les ingénieries de trafic pour diffServ, complétez les procédures dans les 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 Differentiated Services. Les modèles de bande passante disponibles sont LESSR, PÉRIODES DSE et RDM:

  • Modèle de contraintes maximales de bande passante d’allocation (AUDS) — Défini dans le RFC 4125, modèle de contraintes de bande passante maximale pour les MPLS du trafic diffserv.

  • AU COURS DE L’ANNÉE DERNIERE: Un modèle de bande passante propriétaire qui se comporte de la même manière que le modèle CLASSIQUE. Si vous configurez des LSP multiclass, vous devez configurer le modèle de bande passante THES (THERS) étendu.

  • Modèle d’allocation de bande passante (RDM) russe: permet une utilisation efficace de la bande passante en permettant aux types de classes de partager de la bande passante. RdM est défini dans le RFC 4127, Russian Dolls Bandwidth Constraints Model for Diffserv-aware MPLS Traffic Engineering.

Pour configurer un modèle de bande passante, inclure bandwidth-model l’énoncé et spécifier l’une des options du modèle de bande passante:

Vous pouvez inclure cet énoncé 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 d’un routeur d’entrée, tous les LSP activés sur le routeur sont pris en charge et dévélisés.

Configuration des cours sur les ingénieries de trafic

La configuration des cours sur les ingénieries de trafic est facultative. Tableau 1 affiche les valeurs par défaut de tout ce qui se présente dans la matrice de classe des ingénieries de trafic. Le mappage par défaut est exprimé en termes de classes de forwarding par défaut définies dans CoS configuration réseau.

Tableau 1 : Valeurs par défaut pour la matrice de classe des ingénieries de trafic

Classe sur les ingénieries de trafic

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 des ingénieries de trafic de 0 à 7. Pour chaque classe d’ingénierie de trafic, vous configurez un type de classe (ou file d’attente) de 0 à 3. Pour chaque type de classe, vous configurez une priorité de 0 à 7.

Pour configurer les classes d’ingénierie de trafic, inclure la te-class-matrix déclaration suivante:

Vous pouvez inclure cet énoncé aux niveaux hiérarchiques suivants:

L’exemple suivant montre comment configurer les classes d’ingénierie de trafic en ayant la priorité et le te0 type ct1 de trafic 4 suivant:

Remarque :

Si vous configurez expressément une valeur pour l’une des classes d’ingénierie du trafic, toutes les valeurs par défaut dans la matrice de classe Ingénierie de trafic sont abandonnées.

Lorsque vous configurez explicitement des classes d’ingénierie de 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 du Traffic Engineering Class Matrix

Lorsque vous configurez une matrice de classes d’ingénierie de trafic, vous devez prendre conscience des exigences et limites suivantes:

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

  • Lors de la configuration explicite des classes d’ingénierie de trafic, vous devez configurer les classes dans l’ordre (, , , et ainsi de suite). Dans le cas contraire, l’opération de validation de te0te1 configuration te2te3 échoue.

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

Configuration de la classe de service pour diffServ-Aware Traffic Engineering

Pour configurer les ingénieries de trafic sensibles à DiffServ, vous devez également configurer classe de service. L’exemple suivant illustre une configuration de classe de service qui allouerait 25 % de la bande passante des liaisons à chaque classe:

Configuration des LSP pour les ingénieries de trafic diffServ-Aware

Vous devez configurer le domaine Differentiated Services (voir Configurer les routeurs pour diffServ-Aware Traffic Engineering)pour activer les ingénieries de trafic diffServ-aware pour les LSP. Le domaine Differentiated Services fournit les types de classes sous-jacents et les classes d’ingénierie de trafic correspondantes que vous référeniez dans la configuration LSP. Les classes d’ingénierie de trafic doivent être configurées de manière cohérente sur chaque routeur participant dans le domaine Differentiated Services pour que le LSP fonctionne correctement.

Remarque :

Pour configurer les ingénieries de trafic diffServ-aware pour les LSP, vous devez configurer l’utilisation de l’ingénierie de trafic AUD (Fin de vie) ou PARE-FEU (RDM) comme modèle de bande passante. Voir Configurer le modèle de bande passante.

Les données réelles transmises par ce domaine Differentiated Services sont transmises par un LSP. Chaque LSP s’appuie sur les bits EXP des paquets MPLS pour activer les ingénieries de trafic diffServ. Chaque LSP peut transporter du trafic pour un seul type de classe.

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

Remarque :

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

Pour activer les ingénieries de trafic diffServ-aware pour les LSP, vous devez configurer les configurations suivantes:

Configuration de la classe de service (Class of 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 de sa classe. La classification, le marquage et la planification nécessaires pour atteindre cet objectif sont configurés à l’aide des fonctionnalités Junos OS CoS existantes.

Remarque :

La Junos OS prise en charge n’est CoS sur les interfaces ATM.

Pour plus d’informations sur la configuration des CoS, consultez le guide Junos OS de l’utilisateur de classe de service (Junos OS) pour les équipements de routage.

Configuration des IGP

Vous pouvez configurer l’IS-IS ou OSPF en tant que IGP. Les configurations IS-IS et OSPF de base pour les routeurs qui supportent les LSP sont standard. Pour savoir comment configurer ces protocoles, consultez la bibliothèque Junos OS Routing Protocols library for Routing Devices.

Configuration des LSP d’ingénierie du trafic

Vous configurez un LSP en utilisant les procédures et instructions de configuration LSP standard. Pour configurer les ingénieries de trafic liées à DiffServ pour le LSP, spécifiez une contrainte de bande passante de type classe en incluant bandwidth l’instruction:

Pour une liste de niveaux hiérarchiques au sein de laquelle vous pouvez inclure l’instruction, consultez les sections de synthèse bandwidth de l’énoncé pour cette instruction.

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

Les instructions des types de classe indiquent 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 la configuration et la fixation des priorités pour un LSP, mais les restrictions suivantes s’appliquent:

  • La combinaison de la classe et de la priorité doit faire partie des classes d’ingénierie de trafic configurées. La priorité de configuration par défaut est 7 et la priorité par défaut 0.

  • La configuration d’une combinaison non valide de type de classe et de priorité provoque 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 la bande passante, l’opération de validation échoue.

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

  • Pour les problèmes de migration, consultez le document Internet draft-ietf-tewg-diff-te-proto-07.txt.

Configuration du contrôle pour les LSP

Le contrôle vous permet de contrôler la quantité de trafic transmis via un LSP particulier. Le contrôle permet de s’assurer que le volume de trafic transmis par un LSP ne dépasse jamais l’allocation de bande passante requise. Vous pouvez configurer plusieurs policeurs pour chaque LSP.

Pour savoir comment configurer un policer pour un LSP, consultez Configuring Policers for LSP.

Configuration d’un reroutage rapide pour les LSP à ingénierie de trafic

Vous pouvez configurer un reroutage rapide pour les LSP (LSP) de trafic conçus pour une seule classe de trafic. Il est également possible de réserver de la bande passante sur le chemin de déviation pour la classe de trafic lorsque le rerout rapide est activé. Le même numéro de classe est utilisé à la fois pour le trafic LSP et son détour.

Si vous configurez le routeur pour réserver de la bande passante pour le chemin de déviation, une vérification est faite pour s’assurer que la liaison est capable de gérer les ingénieries de trafic diffServ et pour la fonctionnalité CoS avant de l’accepter comme chemin de déviation potentiel. Les liaisons non utilisées ne sont pas utilisées.

Vous pouvez configurer la quantité de bande passante à réserver pour les déviations en utilisant l’énoncé ou bandwidthbandwidth-percent l’énoncé. Vous ne pouvez en configurer qu’une seule à la fois. Si vous ne configurez pas l’énoncé ou l’énoncé, le paramètre par défaut ne doit pas réserver de bande passante pour le chemin de déviation (la garantie de bande passante sera perdue si le trafic est commuté vers le chemin de bandwidthbandwidth-percent déviation).

Lorsque vous configurez l’instruction, vous pouvez spécifier la quantité de bande passante spécifique (en bits par seconde [bps]) que vous souhaitez réserver pour le bandwidth chemin de déviation. Pour plus d’informations, consultez le site Configuring Fast Reroute (Configurer un rerouroute rapide).

Cet énoncé vous permet de spécifier la bande passante du chemin de déviation en pourcentage de la bande passante configurée bandwidth-percent pour le chemin protégé. Par exemple, si vous configurez 100 millions de b/s de bande passante pour le chemin protégé et 20 pour l’énoncé, le chemin de déviation aura 20 millions de b/s de bande passante réservés pour son bandwidth-percent utilisation.

Pour configurer le pourcentage de bande passante utilisé par le chemin de déviation en fonction de la bande passante du chemin protégé, inclure bandwidth-percent l’énoncé:

Vous pouvez inclure cet énoncé aux niveaux hiérarchiques suivants: