Aller au contenu principal

Annexe A. Exemples de scénarios de déploiement

Cette section ne fournit pas de spécification supplémentaire et n'est ici que pour fournir des exemples de la manière dont cette approche flexible pour la prise en charge de Diff-Serv sur MPLS peut être déployée. Les avantages et inconvénients de diverses options de déploiement pour des environnements particuliers sont hors du champ d'application de ce document.

A.1. Scénario 1 : 8 BA (ou moins), pas d'ingénierie de trafic, pas de protection MPLS​

Un fournisseur de services exploitant 8 BA (ou moins) sur MPLS, n'effectuant pas d'ingénierie de trafic, n'utilisant pas la protection MPLS et utilisant l'encapsulation MPLS Shim Header dans son réseau, peut choisir d'exécuter Diff-Serv sur MPLS en utilisant un seul E-LSP par FEC établi via LDP. En outre, le fournisseur de services peut choisir d'utiliser le mappage `EXP<-->PHB' préconfiguré.

Les opérations peuvent être résumées comme suit :

  • le fournisseur de services configure à chaque LSR le mappage bidirectionnel entre chaque PHB et une valeur du champ EXP (par exemple, 000<-->AF11, 001<-->AF12, 010<-->AF13)

  • le fournisseur de services configure à chaque LSR, et pour chaque interface, le comportement d'ordonnancement pour chaque PSC (par exemple, bande passante allouée à AF1) et le comportement de rejet pour chaque PHB (par exemple, profil de rejet pour AF11, AF12, AF13)

  • les LSR signalent l'établissement d'un seul E-LSP par FEC en utilisant LDP conformément à la spécification ci-dessus (c'est-à-dire, pas de TLV Diff-Serv dans les messages LDP Label Request/Label Mapping pour indiquer implicitement que le LSP est un E-LSP et qu'il utilise le mappage préconfiguré)

A.2. Scénario 2 : Plus de 8 BA, pas d'ingénierie de trafic, pas de protection MPLS​

Un fournisseur de services exploitant plus de 8 BA sur MPLS, n'effectuant pas d'ingénierie de trafic, n'utilisant pas la protection MPLS et utilisant l'encapsulation MPLS Shim dans son réseau peut choisir d'exécuter Diff-Serv sur MPLS en utilisant pour chaque FEC :

  • un E-LSP établi via LDP et utilisant le mappage préconfiguré pour prendre en charge un ensemble de 8 BA (ou moins), ET

  • un L-LSP par <FEC,OA> établi via LDP pour la prise en charge des autres BA.

Les opérations peuvent être résumées comme suit :

  • le fournisseur de services configure à chaque LSR le mappage bidirectionnel entre chaque PHB et une valeur du champ EXP pour les BA transportés sur l'E-LSP

  • le fournisseur de services configure à chaque LSR, et pour chaque interface, le comportement d'ordonnancement pour chaque PSC pris en charge sur l'E-LSP et le comportement de rejet pour chaque PHB correspondant

  • le fournisseur de services configure à chaque LSR, et pour chaque interface, le comportement d'ordonnancement pour chaque PSC pris en charge sur les L-LSP et le comportement de rejet pour chaque PHB correspondant

  • les LSR signalent l'établissement d'un seul E-LSP par FEC pour l'ensemble des BA transportés sur l'E-LSP en utilisant LDP comme spécifié ci-dessus (c'est-à-dire, pas de TLV Diff-Serv dans les messages LDP Label Request/Label Mapping pour indiquer implicitement que le LSP est un E-LSP et qu'il utilise le mappage préconfiguré)

  • les LSR signalent l'établissement d'un L-LSP par <FEC,OA> pour les autres BA en utilisant LDP comme spécifié ci-dessus (c'est-à-dire, TLV Diff-Serv dans les messages LDP Label Request/Label Mapping pour indiquer le PSC du L-LSP).

A.3. Scénario 3 : 8 BA (ou moins), ingénierie de trafic agrégée, protection MPLS agrégée​

Un fournisseur de services exploitant 8 BA (ou moins) sur MPLS, effectuant une ingénierie de trafic agrégée (c'est-à-dire effectuant une seule sélection de chemin commune pour tous les BA), utilisant une protection MPLS agrégée (c'est-à-dire restaurant le service à tous les PSC conjointement) et utilisant l'encapsulation MPLS Shim Header dans son réseau, peut choisir d'exécuter Diff-Serv sur MPLS en utilisant un seul E-LSP par FEC établi via RSVP [RSVP_MPLS_TE] ou CR-LDP [CR-LDP_MPLS_TE] et utilisant le mappage préconfiguré.

Les opérations peuvent être résumées comme suit :

  • le fournisseur de services configure à chaque LSR le mappage bidirectionnel entre chaque PHB et une valeur du champ EXP (par exemple, 000<-->AF11, 001<-->AF12, 010<-->AF13)

  • le fournisseur de services configure à chaque LSR, et pour chaque interface, le comportement d'ordonnancement pour chaque PSC (par exemple, bande passante allouée à AF1) et le comportement de rejet pour chaque PHB (par exemple, profil de rejet pour AF11, AF12, AF13)

  • les LSR signalent l'établissement d'un seul E-LSP par FEC qui utilisera le mappage préconfiguré :

  • en utilisant le protocole RSVP comme spécifié ci-dessus (c'est-à-dire, pas d'objet DIFFSERV RSVP dans le message PATH contenant l'objet LABEL_REQUEST), OU

  • en utilisant le protocole CR-LDP comme spécifié ci-dessus (c'est-à-dire, pas de TLV Diff-Serv dans les messages LDP Label Request/Label Mapping).

  • la protection est activée sur tous les E-LSP afin de réaliser la protection MPLS via des mécanismes hors du champ d'application de ce document.

A.4. Scénario 4 : ingénierie de trafic / protection MPLS par OA​

Un fournisseur de services exploitant un nombre quelconque de BA sur MPLS, effectuant une ingénierie de trafic par OA (c'est-à-dire effectuant une sélection de chemin séparée pour chaque OA) et effectuant une protection MPLS par OA (c'est-à-dire effectuant une protection avec potentiellement différents niveaux de protection pour les différents OA) dans son réseau, peut choisir d'exécuter Diff-Serv sur MPLS en utilisant un L-LSP par paire <FEC,OA> établi via RSVP ou CR-LDP.

Les opérations peuvent être résumées comme suit :

  • le fournisseur de services configure à chaque LSR, et pour chaque interface, le comportement d'ordonnancement pour chaque PSC (par exemple, bande passante allouée à AF1) et le comportement de rejet pour chaque PHB (par exemple, profil de rejet pour AF11, AF12, AF13)

  • les LSR signalent l'établissement d'un L-LSP par <FEC,OA> :

  • en utilisant RSVP comme spécifié ci-dessus pour signaler le PSC du L-LSP (c'est-à-dire, objet DIFFSERV RSVP dans le message PATH contenant le LABEL_REQUEST), OU

  • en utilisant le protocole CR-LDP comme spécifié ci-dessus pour signaler le PSC du L-LSP (c'est-à-dire, TLV Diff-Serv dans les messages LDP Label Request/Label Mapping).

  • le niveau de protection approprié est activé sur les différents L-LSP (potentiellement avec un niveau de protection différent pour chaque PSC) via des mécanismes hors du champ d'application de ce document.

A.5. Scénario 5 : 8 BA (ou moins), ingénierie de trafic / protection MPLS par OA​

Un fournisseur de services exploitant 8 BA (ou moins) sur MPLS, effectuant une ingénierie de trafic par OA (c'est-à-dire effectuant une sélection de chemin séparée pour chaque OA) et effectuant une protection MPLS par OA (c'est-à-dire effectuant une protection avec potentiellement différents niveaux de protection pour les différents OA) dans son réseau, peut choisir d'exécuter Diff-Serv sur MPLS en utilisant un E-LSP par paire <FEC,OA> établi via RSVP ou CR-LDP. En outre, le fournisseur de services peut choisir d'utiliser le mappage préconfiguré sur tous les E-LSP.

Les opérations peuvent être résumées comme suit :

  • le fournisseur de services configure à chaque LSR le mappage bidirectionnel entre chaque PHB et une valeur du champ EXP (par exemple, 000<-->AF11, 001<-->AF12, 010<-->AF13)

  • le fournisseur de services configure à chaque LSR, et pour chaque interface, le comportement d'ordonnancement pour chaque PSC (par exemple, bande passante allouée à AF1) et le comportement de rejet pour chaque PHB (par exemple, profil de rejet pour AF11, AF12, AF13)

  • les LSR signalent l'établissement d'un E-LSP par <FEC,OA> :

  • en utilisant le protocole RSVP comme spécifié ci-dessus pour signaler que le LSP est un E-LSP qui utilise le mappage préconfiguré (c'est-à-dire, pas d'objet DIFFSERV RSVP dans le message PATH contenant le LABEL_REQUEST), OU

  • en utilisant le protocole CR-LDP comme spécifié ci-dessus pour signaler que le LSP est un E-LSP qui utilise le mappage préconfiguré (c'est-à-dire, pas de TLV Diff-Serv dans les messages LDP Label Request/Label Mapping)

  • le fournisseur de services configure, pour chaque E-LSP, à la tête de cet E-LSP, un critère de filtrage/transfert de sorte que seuls les paquets appartenant à un OA donné sont transférés sur l'E-LSP établi pour la FEC correspondante et l'OA correspondant.

  • le niveau de protection approprié est activé sur les différents E-LSP (potentiellement avec un niveau de protection différent selon le PSC effectivement transporté sur chaque E-LSP) via des mécanismes hors du champ d'application de ce document.

A.6. Scénario 6 : pas d'ingénierie de trafic / protection MPLS sur 8 BA, ingénierie de trafic / protection MPLS par OA sur les autres BA​

Un fournisseur de services n'effectuant pas d'ingénierie de trafic /protection MPLS sur 8 BA (ou moins), effectuant une ingénierie de trafic / protection MPLS par OA sur les autres BA (c'est-à-dire effectuant une sélection de chemin séparée pour chaque OA correspondant aux autres BA et effectuant une protection MPLS avec une politique potentiellement différente pour chacun de ces OA) et utilisant l'encapsulation MPLS Shim dans son réseau peut choisir d'exécuter Diff-Serv sur MPLS, en utilisant pour chaque FEC :

  • un E-LSP utilisant le mappage préconfiguré établi via LDP pour prendre en charge l'ensemble de 8 BA (ou moins) non soumis à l'ingénierie de trafic / non protégés, ET

  • un L-LSP par paire <FEC,OA> établi via RSVP ou CR-LDP pour la prise en charge des autres BA.

Les opérations peuvent être résumées comme suit :

  • le fournisseur de services configure à chaque LSR le mappage bidirectionnel entre chaque PHB et une valeur du champ EXP pour les BA pris en charge sur l'E-LSP

  • le fournisseur de services configure à chaque LSR, et pour chaque interface, le comportement d'ordonnancement pour chaque PSC pris en charge sur l'E-LSP et le comportement de rejet pour chaque PHB correspondant

  • le fournisseur de services configure à chaque LSR, et pour chaque interface, le comportement d'ordonnancement pour chaque PSC pris en charge sur les L-LSP et le comportement de rejet pour chaque PHB correspondant

  • les LSR signalent l'établissement d'un seul E-LSP par FEC pour les BA non soumis à l'ingénierie de trafic en utilisant LDP comme spécifié ci-dessus (c'est-à-dire, pas de TLV Diff-Serv dans les messages LDP Label Request/Label Mapping)

  • les LSR signalent l'établissement d'un L-LSP par <FEC,OA> pour les autres BA :

  • en utilisant le protocole RSVP comme spécifié ci-dessus pour signaler le PSC du L-LSP (c'est-à-dire, objet DIFFSERV RSVP dans le message PATH contenant l'objet LABEL_REQUEST), OU

  • en utilisant le protocole CR-LDP comme spécifié ci-dessus pour signaler le PSC du L-LSP (c'est-à-dire, TLV Diff-Serv dans les messages LDP Label Request/Label Mapping).

  • la protection n'est pas activée sur les E-LSP.

  • le niveau de protection approprié est activé sur les différents L-LSP (potentiellement avec un niveau de protection différent selon le PSC du L-LSP) via des mécanismes hors du champ d'application de ce document.

A.7. Scénario 7 : Plus de 8 BA, pas d'ingénierie de trafic, pas de protection MPLS​

Un fournisseur de services exploitant plus de 8 BA sur MPLS, n'effectuant pas d'ingénierie de trafic, n'effectuant pas de protection MPLS et utilisant l'encapsulation MPLS Shim Header dans son réseau, peut choisir d'exécuter Diff-Serv sur MPLS en utilisant deux E-LSP par FEC établis via LDP et utilisant le mappage `EXP<-->PHB' signalé.

Les opérations peuvent être résumées comme suit :

  • le fournisseur de services configure à chaque LSR, et pour chaque interface, le comportement d'ordonnancement pour chaque PSC (par exemple, bande passante allouée à AF1) et le comportement de rejet pour chaque PHB (par exemple, profil de rejet pour AF11, AF12, AF13)

  • les LSR signalent l'établissement de deux E-LSP par FEC en utilisant LDP conformément à la spécification ci-dessus (c'est-à-dire, TLV Diff-Serv dans les messages LDP Label Request/Label Mapping pour indiquer explicitement que le LSP est un E-LSP et son mappage `EXP<-->PHB'). Le mappage signalé indiquera le sous-ensemble de 8 BA (ou moins) à transporter sur chaque E-LSP et quelles valeurs EXP sont mappées vers chaque BA sur chaque E-LSP.