1. Introduction
Ce document décrit une méthode permettant à un fournisseur de services d'offrir un service de réseau privé virtuel (VPN) à des clients IPv6 en utilisant son réseau dorsal à commutation de paquets.
La méthode réutilise et, le cas échéant, étend l'approche de [BGP/MPLS-VPN] afin de prendre en charge IPv6. Plus précisément, elle adopte le même « modèle pair-à-pair » que [BGP/MPLS-VPN] : le routeur de bordure du client (routeur CE) envoie les routes IPv6 au routeur de bordure du fournisseur de services (routeur PE). Ensuite, le fournisseur de services utilise BGP (Border Gateway Protocol, [BGP, BGP-MP]) pour échanger les routes de ce VPN entre les routeurs PE connectés au même VPN IPv6. Enfin, les routeurs PE distribuent aux routeurs CE d'un VPN donné les routes IPv6 en provenance des autres routeurs CE de ce VPN. Comme pour les VPN IPv4, la caractéristique clé de ce modèle pair-à-pair est que les routeurs CE au sein d'un VPN IPv6 n'établissent pas de peer entre eux, et que l'algorithme de routage du VPN IPv6 ne voit aucun « réseau de recouvrement ».
Ce document adopte les définitions, abréviations et mécanismes décrits dans [BGP/MPLS-VPN]. Sauf indication contraire, les mécanismes de [BGP/MPLS-VPN] s'appliquent et ne sont pas redécrits ici.
Lorsque chaque site d'un VPN possède des capacités IPv6 et est connecté nativenement au réseau dorsal du fournisseur de services (SP) via un équipement de bordure de fournisseur (PE) à l'aide d'une interface ou sous-interface IPv6, ce VPN est appelé VPN IPv6.
Un site peut posséder à la fois des capacités IPv4 et IPv6. L'interface logique par laquelle un paquet atteint le PE peut déterminer la version IP. Alternativement, la même interface logique peut être utilisée simultanément pour IPv4 et IPv6, auquel cas la version IP est déterminée par une recherche paquet par paquet dans le champ de version de l'en-tête IP.
Ce document ne traite que du traitement des communications IPv6 entre les hôtes IPv6 situés sur des sites compatibles IPv6. Le traitement des communications IPv4 entre les hôtes IPv4 situés sur des sites compatibles IPv4 n'entre pas dans le périmètre de ce document et est couvert par [BGP/MPLS-VPN]. Les communications entre les hôtes IPv4 situés sur des sites compatibles IPv4 et les hôtes IPv6 situés sur des sites compatibles IPv6 ne sont pas non plus couvertes par ce document.
Comme pour la distribution des routes IPv4 VPN décrite dans [BGP/MPLS-VPN], BGP et ses extensions sont utilisés pour distribuer les routes d'un site IPv6 VPN à tous les autres routeurs PE connectés à un autre site du même VPN IPv6. Les PE utilisent une table de routage et de transfert VPN (VPN Routing and Forwarding table, VRF) pour maintenir séparément les informations de routabilité et de transfert de chaque VPN IPv6.
Comme pour les VPN IPv4 dans [BGP/MPLS-VPN], nous permettons à chaque VPN IPv6 de disposer de son propre espace d'adressage IPv6, ce qui signifie qu'une même adresse peut représenter des systèmes différents dans des VPN différents. Cela est réalisé par une nouvelle famille d'adresses — la famille d'adresses VPN-IPv6 — de manière similaire à la famille d'adresses VPN-IPv4 définie dans [BGP/MPLS-VPN], en ajoutant un discriminateur de route (Route Distinguisher, RD) devant l'adresse IP.
Outre l'exécution sur des chemins de commutation de labels (LSP) MPLS, la solution IPv4 BGP/MPLS VPN a été étendue pour prendre en charge d'autres techniques de tunnelisation, notamment les tunnels GRE, les tunnels IP-in-IP [2547-GRE/IP], les tunnels L2TPv3 [MPLS-in-L2TPv3] et les tunnels protégés par IPsec [2547-IPsec]. De même, ce document permet de fournir un service VPN IPv6 sur des LSP MPLS ainsi que sur d'autres techniques de tunnelisation.
Ce document permet de fournir un service VPN IPv6 sur un réseau dorsal IPv4 ainsi que sur un réseau dorsal IPv6. Le service VPN IPv6 pris en charge est identique dans les deux cas.
La solution VPN IPv6 définie dans ce document offre les avantages suivants :
-
Du point de vue du fournisseur de services et du client, le service VPN pouvant être pris en charge pour les sites IPv6 est exactement identique au service VPN pouvant être pris en charge pour les sites IPv4.
-
Du point de vue du fournisseur de services, l'exploitation d'un service VPN IPv6 nécessite exactement les mêmes compétences, processus et mécanismes que le service VPN IPv4.
-
Lorsque les services VPN IPv4 et le service VPN IPv6 sont tous deux pris en charge sur un cœur IPv4, ils peuvent utiliser le même ensemble de peerings MP-BGP et la même maille de tunnels PE-PE.
-
Le service VPN IPv6 est indépendant du fait que le cœur exécute IPv4 ou IPv6. Ainsi, avant et après la migration du cœur d'IPv4 vers IPv6, le service VPN IPv6 pris en charge est indiscernable pour les clients VPN.
Notez que la prise en charge du service VPN IPv4 sur un cœur IPv6 n'entre pas dans le périmètre de ce document.