6to4

{{#ifeq:||Un article de Ziki, l'encyclopédie libre.|Une page de Ziki, l'encyclopédie libre.}}

Modèle:Lang (parfois écrit « Modèle:Lang ») est une méthode de transition d'IPv4 vers IPv6 définie dans la Modèle:RFC et qui permet à un réseau IPv6 isolé de communiquer en IPv6 avec un autre réseau IPv6 à travers un réseau IPv4. 6to4 est utile quand deux hôtes souhaitent échanger des informations en IPv6 mais qu'une portion du réseau qui les sépare ne supporte que IPv4.

Modèle:Lang peut être utilisé par un ordinateur seul ou par un réseau local IPv6. Utilisé par un ordinateur seul, ce dernier doit impérativement avoir une connexion IPv4 et une adresse IPv4 publique. Il est alors responsable de l'encapsulation des paquets IPv6 sortants et de la décapsulation des paquets IPv6 entrants. Quand Modèle:Lang est utilisé par un réseau local, l'ensemble du réseau n'a besoin que d'une seule adresse IPv4 publique et un ordinateur servira de passerelle. À l'intérieur du réseau, les hôtes récupèrent leurs baux IPv6 et tables de routages en utilisant leurs protocoles d'identification classiques, juste comme s'ils étaient sur un réseau IPv6.

Modèle:Lang ne permet pas l'interopération entre les hôtes uniquement IPv4 et les hôtes uniquement IPv6.

Fonctionnement de Modèle:Lang

Fichier:6to4.svg
Schéma de fonctionnement de 6to4.

Modèle:Lang réalise 3 tâches :

  1. Assigne un bloc d'adresses IPv6 à tout hôte ou réseau qui dispose d'une adresse IPv4
  2. Encapsule les paquets IPv6 à l'intérieur de paquets IPv4 afin de permettre leur transition sur un réseau IPv4
  3. Effectue le transit du trafic entre Modèle:Lang et les réseaux IPv6 « natifs » (agit comme un routeur)

Assignation de blocs d'adresses

Pour toute adresse 32 bits IPv4 globale qui est assignée à un hôte ou à un réseau, un préfixe 48 bits Modèle:Lang IPv6 peut être construit ou utilisé par cet hôte ou réseau en préfixant 2002 (hex) à son adresse IPv4. Donc pour l'adresse IPv4 globale 207.142.131.202, le préfixe Modèle:Lang correspondant serait 2002:CF8E:83CA::/48 (les adresses IPv4 sont généralement notées en décimal tandis que les adresses IPv6 le sont en hexadécimal).

Étant donné que les adresses IPv6 sont sur Modèle:Unité et que Modèle:Lang fournit un préfixe de Modèle:Unité, Modèle:Lang autorise plus de 280 hôtes IPv6 sur un réseau pour communiquer avec d'autres hôtes IPv6, même si seule la connexion extérieure utilise IPv4 et qu'il n'y a qu'une seule adresse IPv4.

Toute adresse IPv6 qui débute avec 2002::/16 est donc reconnue comme une adresse Modèle:Lang, par opposition à une adresse native IPv6 qui n'utilisera pas ce préfixe.

Encapsulation et transmission

Fichier:6to4 convert address.svg
Encodage d'une adresse IPv4 dans le préfixe 6to4.

Modèle:Lang encapsule un paquet IPv6 dans la zone de données (Modèle:Lang) d'un paquet IPv4 avec protocole de type 41. Pour envoyer un paquet IPv6 sur un réseau IPv4 vers une adresse de destination Modèle:Lang, un en-tête IPv4 avec type de protocole 41 est préfixé au paquet IPv6.

L'adresse de destination IPv4 pour l'en-tête de paquet préfixée est dérivée de l'adresse IPv6 de destination qui est à l'intérieur du paquet IPv6, en extrayant les Modèle:Unité qui suivent immédiatement l'en-tête d'adresse de destination IPv6 (2002::/16). L'adresse source IPv4 dans l'en-tête de paquet IPv4 préfixée est l'adresse IPv4 de l'hôte ou routeur qui envoie le paquet sur le réseau IPv4.

Le paquet IPv4 résultant est dirigé vers sa destination IPv4 comme n'importe quel paquet IPv4.

Routage entre Modèle:Lang et réseau IPv6 natifs

Routage IPv6

Pour permettre aux hôtes et aux réseaux utilisant des adresses Modèle:Lang d'échanger des données avec les hôtes utilisant nativement des adresses IPv6, des routeurs relais (Modèle:Lang) ont été mis en place. Un routeur relais se connecte à un réseau IPv4 et à un réseau IPv6. Les paquets 6to4 arrivant sur l'interface IPv4 auront leurs données IPv6 dirigées sur le réseau IPv6, tandis que les paquets IPv6 arrivants sur l'interface IPv6 avec une adresse de destination commençant par 2002::/16 seront encapsulés et retransmis sur le réseau IPv4.

Les paquets transitant de l'internet IPv6 à des systèmes 6to4 doivent être envoyés à un routeur relais Modèle:Lang par des méthodes de routage IPv6 normales. La spécification établit que les routeurs relais ne doivent informer que des routes pour les 2002::/16 et non pour les subdivisions de manière à éviter que les routes IPv4 ne viennent polluer les tables des routeurs IPv6. À partir de quoi, ils peuvent être transmis au travers de l'internet IPv4 vers leur destination.

Adresse IPv4 anycast des relais 6to4

Pour permettre à un routeur Modèle:Lang de communiquer avec l'internet IPv6 natif, il doit impérativement avoir son point d'accès par défaut pointant vers l'adresse IPv4 d'un routeur relais Modèle:Lang. Ceci doit être réalisé manuellement dans chaque réseau concerné.

Toutefois, afin d'éviter aux utilisateurs le besoin d'établir ceci manuellement, l'adresse Modèle:Lang 192.88.99.1 avait été allouée par la Modèle:RFC pour l'envoi de paquets à un routeur relais. Pour des raisons de routage, la totalité de 192.88.99.0/24 a été allouée pour des routes conduisant vers des routeurs relais Modèle:Lang qui utilisent des IP Modèle:Lang. Les fournisseurs d'accès souhaitant fournir ce service à leurs clients ou pairs sur l'IP Modèle:Lang Modèle:Lang pouvaient annoncer le préfixe anycast comme tout préfixe IP dans BGP.

La Modèle:RFC a rendu obsolète cette fonctionnalité particulière (IPv4 Anycast pour relais 6to4), en raison des problèmes rencontrés (annonce de l'IP sans relais derrière, notamment).

Contraintes et problèmes

  • le routeur IPv6 doit disposer d'une adresse IP publique et de préférence fixe,
  • le routage vers l'Internet IPv6 est asymétrique : pour l'aller on suit la route IPv4 du relais 6to4 (initialement, de l'adresse anycast 192.88.99.1), pour le retour la route vers 2002::/16.
  • si l'adresse IPv4 publique varie, le réseau IPv6 dépendant devra être renuméroté.
  • la qualité de l'accès dépend de la proximité des relais 6to4 et de leur état de congestion.

6to4 est en butte à des problèmes opérationnels :

  • si un routeur d'Internet annonce les préfixes 192.88.99.0/24 ou 2002::/16 alors que la passerelle 6to4 n'est pas opérationnelle, cela crée une perte de connectivité pour des tiers (un trou noir), c'est un aspect corrigé par 6rd qui donne le contrôle de la passerelle au fournisseur d'accès à Internet. C'est pourquoi le préfixe 192.88.99.0/24 n'est plus associé à 6to4 depuis la Modèle:RFC.
  • s'il existe des pare-feux bloquant le protocole 41 et que la connectivité IPv6 est utilisée en priorité, une dégradation de la qualité de l'accès aux site Internet IPv6 dual-stack est observée. Des mesures effectuées sur le site du RIPE en 2010 ont indiqué que 15 à 20 % des requêtes IPv6 qui échouent sont le fait de connexions 6to4<ref>Modèle:Lien web</ref>, ce qui met en question l'utilité de 6to4 dans un scénario de transition. Comme le montrent les chiffres du RIPE Labs et d'autres travaux, le problème affecte particulièrement certaines versions de MacOS X utilisant un routeur Airport Extreme<ref>Modèle:Lien web</ref>. Les versions récentes des systèmes d'exploitation sont configurés pour préférer une connexion IPv4 à une connexion IPv6 via 6to4.

De par le développement d'IPv6 natif d'une part, des problèmes rencontrés<ref>Modèle:Lien web</ref> avec 6to4 d'autre part, 6to4 en lui-même paraît désormais<ref>Modèle:Lien web</ref> dépassé<ref>Modèle:Lien web</ref> et son utilisation a du reste décru<ref>Modèle:Lien web</ref> continument dès le début des années 2010.

Bibliographie

Références

Modèle:Références

Voir aussi

Modèle:Portail