Comprendre le routage multitopologique
Le routage multitopologique vous permet de configurer le transfert basé sur les classes pour différents types de trafic, tels que la voix, la vidéo et les données. Chaque type de trafic est défini par une topologie utilisée pour créer une nouvelle table de routage pour cette topologie.
Les fournisseurs de services et les entreprises peuvent utiliser le routage multitopologique (MTR) pour concevoir le flux de trafic sur un réseau. Le MTR peut être utilisé avec des routes directes et statiques, OSPF et BGP. Le MTR peut être configuré pour des adresses IP unicast et multicast à l’aide du système d’exploitation Junos® (Junos OS). Avec l’IP unicast de base, un cœur IBGP s’exécute sur OSPF pour diriger le trafic en fonction des types d’applications, tels que la voix ou la vidéo. Pour le multicast, le multicast indépendant du protocole (PIM) est utilisé, en conjonction avec osPF et BGP multitopologiques, pour diriger le trafic multicast sur des chemins particuliers en fonction des caractéristiques du trafic.
Dans un réseau qui transporte plusieurs types de trafic, vous devez souvent diriger différents types de trafic applicatif sur plusieurs liaisons en fonction de leurs caractéristiques de liaison. Par exemple, le trafic vocal nécessite des liaisons moins susceptibles d’entraîner une latence, une gigue ou une perte de paquets. Le trafic de fichiers, quant à lui, nécessite des liaisons qui ont une grande quantité de bande passante disponible. Le MTR permet d’orienter le trafic vers des chemins spécifiés. Vous pouvez utiliser le MTR pour étendre un réseau MPLS traditionnel à un segment où seul le transfert IP est pris en charge. Avec le MTR, chaque type de trafic est géré dans sa propre topologie conceptuellement incongruente, tout en s’exécutant sur le même réseau sous-jacent. Vous pouvez configurer des topologies distinctes pour partager les mêmes liaisons réseau selon les besoins. Le MTR utilise une combinaison de plan de contrôle (routage) et de plan de transfert (filtres de pare-feu). Chaque topologie utilise le plan de contrôle unifié pour prendre des décisions de routage pour le trafic associé à cette topologie. En outre, chaque topologie dispose d’une table de transfert distincte et, en effet, d’un plan de transfert dédié pour chaque topologie. Ce plan de transfert dirige non seulement le trafic à l’aide de sa propre table de transfert, mais gère également des fonctionnalités sophistiquées, telles que la mise en file d’attente pour la classe de service (CoS), qui peuvent être appliquées à une topologie. Lorsque le trafic pénètre dans le routeur, les champs d’un paquet déterminent à quelle topologie il appartient.
Le routage multitopologique vous permet de configurer le transfert basé sur les classes pour différents types de trafic, tels que la voix, la vidéo et les données. Chaque type de trafic est défini par une topologie utilisée pour créer une nouvelle table de routage pour cette topologie. Le MTR permet de générer des tables de transfert basées sur les entrées résolues dans les tables de routage pour les topologies personnalisées que vous créez. De cette façon, les paquets de différentes classes peuvent être acheminés indépendamment les uns des autres.
L’une des façons de gérer le flux de trafic consiste à regrouper des liaisons dans des topologies de routage spécifiques en fonction des exigences des applications. Chaque topologie de routage peut être considérée comme un ensemble de liaisons contiguës. Le MTR vous permet de gérer chaque ensemble de liaisons de manière unique en orientant les types de trafic vers des liaisons spécifiées. Cette solution utilise une combinaison de configurations de routage (plan de contrôle) et de filtrage de pare-feu (plan de transfert). La figure 1 montre un réseau avec deux topologies configurées : voix (lignes en pointillés) et vidéo (en pointillés). Notez qu’il existe également une topologie de routage par défaut (ligne solide).
Vous pouvez configurer le MTR pour les routes BGP, OSPF et statiques. Lorsqu’une topologie de routage est créée, elle dispose de sa propre table de transfert.
Le transfert de paquets utilise des filtres de pare-feu pour examiner les paquets à mesure qu’ils pénètrent dans le routeur sur une interface. Ces filtres déterminent si une topologie spécifique ou une table de transfert par défaut doit être utilisée pour prendre des décisions de transfert de paquets. Le cas échéant, les filtres de pare-feu évaluent les attributs de paquets, tels que l’adresse IP de destination, les points de code de services différenciés (DSP) ou les en-têtes de protocole de niveau supérieur, afin de déterminer la topologie à utiliser. En fait, n’importe quel élément d’un paquet reconnu par un filtre de pare-feu peut être utilisé pour diriger la recherche de paquets vers une topologie particulière. Une fois que le paquet est dirigé vers une topologie, l’adresse IP de destination doit être dans la table de transfert de topologie. Sinon, le paquet est abandonné.
Les sujets suivants fournissent des informations générales sur le routage multitopologique :
Conventions d’attribution des tables de routage pour le routage multitopologique
Les topologies de routage ont leurs propres tables de routage, semblables à toutes les autres tables de routage créées par défaut ou par une rib-group configuration avec quelques différences. Le nom de la table de routage indique que la table de routage est associée à une topologie en prescisant un point deux points (:) au nom. Par exemple, une topologie de routage nommée voix a une table de routage nommée :voice.inet.0. Lorsque les topologies de routage sont configurées sous routing-options, une nouvelle table de routage est créée pour chaque topologie.
Chaque protocole de routage crée une table de routage en fonction du nom de la topologie, du nom de l’instance et de l’objectif de la table. Une table de routage pour chaque topologie utilise le format suivant :
logical-system-name/routing-instance-name:topology-name.protocol.identifier
La chaîne d’instance de routage n’est incluse que si l’instance n’est pas la principale. La chaîne du système logique n’est incluse que si l’identifiant du système logique a une valeur autre que 0 (zéro). Chaque table de routage d’une topologie comprend un point deux points (:) avant le nom de la topologie qui sépare également le nom de l’instance de routage du nom de la topologie. protocol est la famille de protocoles, qui peut être inet ou inet6. identifier est un nombre entier positif qui spécifie l’instance de la table de routage. Le tableau 1 présente des exemples spécifiques de tables de routage pour diverses topologies.
Nom de la table de routage |
Description |
|---|---|
|
Instance principale, topologie vocale, routes IPv4 unicast |
|
Instance principale, topologie vocale, routes IPv6 unicast |
|
Instance principale, topologie vocale, chemins de commutation d’étiquettes entrants (LSP) |
|
Système logique privé, topologie vocale, routes IPv4 unicast |
|
Routeur virtuel client-A, topologie vocale, routes IPv4 unicast |
|
Routeur virtuel client-B, topologie vocale, LSP entrants |
|
Routeur virtuel client-A, topologie vocale, routes IPv4 opérateur-de-opérateurs unicast |
Pour exécuter le routage multitopologique (MTR), vous devez configurer le routage IP. MTR prend en charge OSPF version 2 (OSPFv2), les routes statiques et BGP. Vous devez configurer un protocole IGP (Interior Gateway Protocol), comme OSPFv2 ou le routage statique. Configurez BGP pour ajouter des routes apprises par BGP aux topologies personnalisées appropriées.
Le MTR est également pris en charge sur les systèmes logiques et l’instance de routage de routeur virtuel. Aucun autre type d’instance de routage n’est pris en charge sur MTR.
Prise en charge du transfert basé sur les filtres
Par défaut, l’interface entrante transfère le trafic vers la topologie par défaut pour chaque instance de routage configurée. MTR prend en charge le transfert basé sur des filtres, ce qui vous permet de faire correspondre le trafic sur l’interface entrante avec un type spécifique de classe de transfert, puis de le transférer vers la topologie spécifiée. Vous pouvez définir plus précisément la façon dont le trafic est géré pour chaque classe de transfert en configurant des filtres de pare-feu supplémentaires qui correspondent au trafic pour des valeurs telles que le champ de priorité IP ou le point de code de services différenciés (DSCP).