Protocoles pris en charge par Junos Fusion Provider Edge
Junos Fusion Provider Edge augmente le nombre d’interfaces réseau disponibles sur un équipement d’agrégation en connectant des équipements satellites qui agissent comme des extensions du périphérique d’agrégation. L’ensemble du système, c’est-à-dire le dispositif d’agrégation interconnecté et les dispositifs satellites, s’appelle Junos Fusion. Junos Fusion Provider Edge simplifie l’administration des périphériques d’agrégation réseau, car ils agissent comme un périphérique unique et dense en ports, géré à l’aide d’une seule adresse IP.
Protocoles de couche 3 pris en charge sur Junos Fusion Provider Edge
À partir de Junos OS version 14.2R4, de nombreux protocoles de routage pris en charge sur les routeurs MX Series ont été étendus aux équipements satellites d’une topologie Junos Fusion Provider Edge. Vous pouvez configurer les protocoles de routage de couche 3 suivants sur les ports étendus des périphériques satellites :
-
BFD (centralisé uniquement)
-
BGP
-
BGP pour IPv6
-
IS-IS
-
OSPF
-
OSPF version 3
-
LACP
- Routage de segments
Vous pouvez configurer les protocoles de routage de couche 3 suivants sur les ports étendus des périphériques satellites inclus dans les groupes d’agrégation de liens (LAG) :
-
BGP
-
IS-IS
-
OSPF
-
LACP
- Prise en charge de BFD sur Junos Fusion Provider Edge
- Prise en charge BGP sur Junos Fusion Provider Edge
- Prise en charge IS-IS sur Junos Fusion Provider Edge
- Prise en charge OSPF sur Junos Fusion Provider Edge
- Prise en charge LACP sur Junos Fusion Provider Edge
- Routage de segments
Prise en charge de BFD sur Junos Fusion Provider Edge
La détection de transfert bidirectionnel (BFD) est un protocole utilisé pour détecter les défaillances dans le chemin de données. Les paquets Hello sont envoyés à un intervalle régulier spécifié. Une défaillance de voisin est détectée lorsque le périphérique de routage cesse de recevoir une réponse après un intervalle spécifié. BFD fonctionne avec une grande variété d’environnements réseau et de topologies.
Junos Fusion Provider Edge ne prend en charge que le BFD centralisé avec l’instruction no-delegate-processing
incluse dans la hiérarchie [edit routing-options ppm]. LACP ne fonctionne pas lorsqu’il no-delegate-processing
est activé.
Pour plus d’informations, consultez les rubriques suivantes :
Prise en charge BGP sur Junos Fusion Provider Edge
Le Border Gateway Protocol (BGP) est un protocole de passerelle externe normalisé qui échange des informations de routage et d’accessibilité entre des systèmes autonomes sur Internet. Il peut s’agir d’un protocole à vecteur de chemin ou d’un protocole de routage à vecteur de distance. BGP prend des décisions de routage en fonction des chemins, des stratégies réseau ou des ensembles de règles configurés par un administrateur réseau pour les décisions de routage principal. Pour plus d’informations, reportez-vous au Guide de l’utilisateur BGP et à l’instruction CLI bgp.
Prise en charge IS-IS sur Junos Fusion Provider Edge
Les systèmes intermédiaires vers les systèmes intermédiaires (IS-IS) déplacent des informations au sein d’un réseau informatique, d’un groupe d’ordinateurs physiquement connectés ou entre des périphériques similaires. Pour ce faire, il détermine le meilleur itinéraire pour le trafic via un réseau à commutation de paquets. Pour plus d’informations, consultez le Guide de l’utilisateur IS-IS.
Prise en charge OSPF sur Junos Fusion Provider Edge
Open Shortest Path First (OSPF) est un protocole de routage pour les réseaux IP utilisant un algorithme de routage d’état de lien. Ce protocole de routage intérieur fonctionne au sein d’un seul système autonome. Pour plus d’informations, reportez-vous au Guide de l’utilisateur OSPF et aux instructions CLI ospf et ospf3.
Prise en charge LACP sur Junos Fusion Provider Edge
Le protocole LACP (Link Aggregation Contol Protocol) est une méthode permettant de regrouper plusieurs interfaces physiques pour former une interface Ethernet agrégée logique. Pour plus d’informations, reportez-vous aux sections Présentation de l’agrégation de liens et du protocole de contrôle d’agrégation de liens dans Junos Fusion et Configuration des interfaces Ethernet agrégées.
Routage de segments
Le routage de segments (SR) est une technique de routage basée sur la source qui simplifie l’ingénierie et la gestion du trafic sur l’ensemble des domaines réseau. Il supprime les informations sur l’état du réseau des routeurs et des nœuds de transit du réseau et place les informations sur l’état du chemin dans les en-têtes des paquets à un nœud entrant. L’ingénierie du trafic de routage de segments (SR-TE) utilise des stratégies pour orienter le trafic sur le réseau. Lorsque vous configurez le routage de segments, gardez à l’esprit que les ports étendus sur les périphériques satellites ne peuvent être configurés qu’en tant qu’interfaces de routeur de périphérie client (CE). Le Tableau 1 répertorie les fonctionnalités de routage de segments prises en charge sur Junos Fusion for Provider Edge :
Informations | supplémentaires sur les | fonctionnalités
---|---|
SR et SR-TE pour système intermédiaire à intermédiaire | Comprendre le routage des paquets sources dans les réseaux (SPRING) |
Circuits de couche 2, VPN de couche 2, VPLS sur SR-ISIS et SR-TE non coloré | Chemin commuté d’étiquette de routage de segments statique |
VPN de couche 3 sur SR-ISIS et couleur et SR-TE non coloré | Chemin commuté d’étiquette de routage de segments statique |
Classe hiérarchique de service des VPN sur le routage de segments | Comprendre le CoS sur un périphérique d’agrégation MX Series dans Junos Fusion Provider Edge |
MPLS EVPN avec redondance multihébergement active unique et multihébergement entièrement active. | Segment Routing Traffic Engineering chez BGP Ingress Peer Overview (en anglais) |
Protocoles de multidiffusion pris en charge sur Junos Fusion Provider Edge
Vous pouvez configurer les protocoles de multidiffusion suivants sur les ports étendus des périphériques satellites :
- PIM sur Junos Fusion Provider Edge
- IGMP sur Junos Fusion Provider Edge
- MLD sur Junos Fusion Provider Edge
- BGP MVPN sur Junos Fusion Provider Edge
PIM sur Junos Fusion Provider Edge
Le PIM (Protocol-Independent Multicast) est une famille de protocoles de routage multicast pour les réseaux IP (Internet Protocol) qui fournissent une distribution de données un-à-plusieurs et plusieurs-à-plusieurs sur un LAN, un WAN ou Internet. Il est dit indépendant du protocole car PIM n’inclut pas son propre mécanisme de découverte de topologie, mais utilise à la place les informations de routage fournies par d’autres protocoles de routage, en l’occurrence IGMP (Internet Group Management Protocol) sur les ports étendus. Les quatre modes PIM fonctionnent sur des ports étendus : PIM sparse Mode (par défaut), PIM dense, PIM bidirectionnel et PIM multicast spécifique à la source. Pour plus d’informations, reportez-vous à la présentation du PIM et au PIM de l’instruction CLI.
IGMP sur Junos Fusion Provider Edge
Le protocole IGMP (Internet Group Management Protocol) est un protocole de communication utilisé par les hôtes et les routeurs adjacents sur les réseaux IPv4 pour établir l’appartenance à un groupe multicast. L’IGMP fait partie intégrante de la multidiffusion IP et est utilisé pour les applications réseau un-à-plusieurs, telles que la diffusion de vidéos et de jeux en streaming en ligne, car il permet une utilisation plus efficace des ressources lors de la prise en charge de ce type d’applications. Pour plus d’informations, consultez Présentation d’IGMP et de l’instruction CLI igmp.
MLD sur Junos Fusion Provider Edge
La découverte d’écouteurs multicast (MLD) est un composant de la suite IPv6 (Internet Protocol Version 6). MLD est utilisé par les routeurs IPv6 pour découvrir des écouteurs multicast sur un lien directement connecté, un peu comme IGMP est utilisé dans IPv4. MLD utilise la messagerie ICMPv6 contrairement à l’encapsulation IP nue d’IGMP. Pour plus d’informations, consultez l’instruction CLI mld .
Junos Fusion prend en charge la réplication de paquets multicast et broadcast sur le périphérique d’agrégation et les équipements satellites. Pour plus d’informations sur la réplication multicast, reportez-vous à Présentation de la réplication multicast dans Junos Fusion.
BGP MVPN sur Junos Fusion Provider Edge
BGP multicast VPN (MVPN) est une méthode permettant d’implémenter des services multicast multiprotocoles sur un VPN BGP MPLS de couche 3. Les MVPN BGP utilisent l’infrastructure VPN BGP et MPLS existante pour prendre en charge le trafic multicast entre des ensembles d’expéditeurs et des ensembles de récepteurs. Junos Fusion prend en charge la connexion d’équipements VPN CE multicast basés sur BGP sur les ports étendus de l’équipement satellite. Pour plus d’informations, consultez Configuration des MVPN BGP.
Protocoles VPN pris en charge sur Junos Fusion Provider Edge
Vous pouvez configurer les protocoles VPN suivants sur les ports étendus des périphériques satellites :
Les ports étendus sur les périphériques satellites ne peuvent être configurés qu’en tant qu’interfaces de routeur de périphérie client (CE) dans un VPN. Les interfaces de routeur PE (Provider Edge) doivent être configurées directement sur le port natif du périphérique d’agrégation.
- Circuits de couche 2 sur Junos Fusion Provider Edge
- VPN de couche 2 sur Junos Fusion Provider Edge
- VPN de couche 3 sur Junos Fusion Provider Edge
- Prise en charge des relais DHCP sur les VPN de couche 3
- VPLS sur Junos Fusion Provider Edge
- EVPN avec VXLAN
- EVPN-MPLS
- VPN interfournisseurs et opérateurs de l’opérateur
Circuits de couche 2 sur Junos Fusion Provider Edge
Vous pouvez configurer une interface de commutation locale pour ignorer le jeu de configuration MTU d’une interface physique associée. Cela vous permet de faire apparaître un circuit entre deux interfaces logiques définies sur des interfaces physiques avec des valeurs MTU différentes. Pour plus d’informations, consultez Vue d’ensemble de la configuration des interfaces pour les circuits de couche 2.
VPN de couche 2 sur Junos Fusion Provider Edge
Les VPN de couche 2 assurent la communication entre le réseau d’un fournisseur et le réseau d’un client. Les routeurs de périphérie ou PE situés à la périphérie d’un réseau de fournisseur communiquent avec chaque routeur de périphérie ou routeur CE. Les clients configurent leurs routeurs pour transporter tout le trafic de couche 3, tandis que le fournisseur de services doit uniquement connaître la quantité de trafic que le VPN de couche 2 doit transporter. Pour plus d’informations, reportez-vous au Guide de l’utilisateur des VPN de couche 2 et VPLS pour les périphériques de routage.
VPN de couche 3 sur Junos Fusion Provider Edge
Les VPN de couche 3 assurent également la communication entre le réseau d’un fournisseur et le réseau d’un client. Toutefois, dans un VPN de couche 3, le routage s’effectue sur le routeur du fournisseur de services. Par conséquent, les VPN de couche 3 nécessitent davantage de configuration de la part du fournisseur de services, car les routeurs PE du fournisseur de services doivent stocker et traiter les itinéraires du client. Pour plus d’informations, reportez-vous au Guide de l’utilisateur des VPN de couche 3 pour les périphériques de routage.
Prise en charge des relais DHCP sur les VPN de couche 3
DHCP (Dynamic Host Configuration Protocol) est un protocole de gestion de réseau utilisé pour attribuer dynamiquement des adresses IP et d’autres informations de configuration connexes aux périphériques réseau. Le serveur DHCP attribue automatiquement des adresses IP et d’autres paramètres réseau aux périphériques clients du réseau. L’agent de relais DHCP transfère les messages DHCP entre les clients DHCP et les serveurs DHCP lorsque les serveurs et les clients se trouvent sur des réseaux différents. Junos Fusion for Provider Edge prend en charge le relais DHCP sur les réseaux EVPN-MPLS. Il n’est pas pris en charge sur un réseau EVPN-MPLS sur le routage de segments. Pour plus d’informations, consultez Agent de relais DHCP.
VPLS sur Junos Fusion Provider Edge
Le service VPLS (Virtual Private LAN Service) fournit une communication multipoint à multipoint basée sur Ethernet sur des réseaux IP ou MPLS. Il permet à des sites géographiquement dispersés de partager un domaine de diffusion Ethernet en connectant des sites avec des pseudowires. Les technologies qui peuvent être utilisées comme pseudowire peuvent être Ethernet sur MPLS, L2TPv3 ou même GRE. Pour plus d’informations, reportez-vous au Guide de l’utilisateur des VPN de couche 2 et VPLS pour les périphériques de routage.
EVPN avec VXLAN
Vous pouvez configurer les ports des périphériques satellites gérés par les routeurs MX Series pour prendre en charge les VPN Ethernet (EVPN) avec encapsulation VXLAN (Virtual Extensible LAN). L’EVPN fournit des services VPN de couche 2 avec des capacités avancées de multihébergement en utilisant le plan de contrôle BGP pour distribuer les routes sur le réseau dorsal IP ou IP/MPLS. VXLAN est un schéma de tunnelisation qui superpose des trames Ethernet de couche 2 sur des paquets UDP de couche 3. EVPN avec encapsulation VXLAN vous permet de créer un réseau logique pour les hôtes qui s’étendent sur un réseau physique et prend en charge jusqu’à 16 millions de segments VXLAN. Pour plus d’informations sur EVPN et VXLAN, consultez Présentation de l’EVPN avec l’encapsulation du plan de données VXLAN.
EVPN-MPLS
Un VPN Ethernet (EVPN) vous permet de connecter des sites clients dispersés à l’aide d’un pont virtuel de couche 2. EVPN-MPLS étend les services VPN de couche 2 sur un réseau MPLS. Il se compose d’équipements de périphérie client (CE) se connectant à des commutateurs de périphérie MPLS, souvent des équipements de périphérie fournisseur (PE) dotés d’une fonctionnalité d’étiquette MPLS. EVPN-MPLS Junos Fusion Provider Edge prend en charge la connexion d’une périphérie client (CE) sur les ports étendus de l’équipement satellite. La figure 1 montre un déploiement EVPN typique. Pour plus d’informations sur EVPN-MPLS, consultez Présentation d’EVPN.

VPN interfournisseurs et opérateurs de l’opérateur
Les VPN interfournisseurs assurent la connectivité entre des AS distincts. Cette fonctionnalité est utilisée par un client VPN qui a des connexions à plusieurs fournisseurs de services différents, ou différentes connexions au même fournisseur de services dans différentes régions géographiques, chacune ayant un AS différent. Pour les VPN interfournisseurs, Junos Fusion prend uniquement en charge la connexion intra-AS sur un routeur ASBR (Autonomous System Border Router) vers le port étendu. Par exemple, dans la Figure 2, les ports étendus ne peuvent être utilisés sur l’ASBR que vers le routeur PE de chaque AS.

Le service VPN opérateur d’opérateur décrit un modèle VPN hiérarchique (également connu sous le nom de VPN récursif) dans lequel un opérateur (client du service VPN) transporte son trafic VPN à l’intérieur du VPN (fournisseur de services VPN) d’un autre opérateur. La figure 3 illustre le modèle opérateur d’opérateur avec un fournisseur de services VPN (FAI A) et un client de service VPN (FAI B). Le fournisseur de services VPN est l’opérateur du réseau dorsal et fournit une assistance VPN aux clients du service VPN. Junos Fusion PE prend actuellement en charge les routeurs PE pour les clients de services VPN. Dans la version 21.1R1, Junos Fusion PE prend également en charge les routeurs PE pour les fournisseurs de services VPN. Les adresses VPN-IPv4 du client du service VPN sont traitées comme des routes externes par le fournisseur de services VPN et ne sont pas importées dans la table VRF du fournisseur de services VPN. Le fournisseur de services VPN utilise MPLS pour acheminer le trafic VPN, il doit donc être configuré sur le réseau du fournisseur de services VPN. Le client du service VPN doit uniquement configurer MPLS sur le périphérique CE connecté au périphérique PE du fournisseur de services VPN. Vous pouvez connecter des routeurs pour le fournisseur d’accès Internet en tant que client et le fournisseur de services VPN en tant que client sur le port étendu.

Junos Fusion Provider Edge prend en charge le 6vPE dans les VPN interfournisseurs et opérateur. Pour plus d’informations, consultez VPN interfournisseurs et opérateurs de opérateurs.