1. Introduction

1. Introduction

Avec l'épuisement des pools d'adresses IPv4 non allouées, il sera difficile pour de nombreux réseaux d'attribuer des adresses IPv4 aux utilisateurs finaux.

Ce document décrit une solution IPv4-sur-IPv6 comme l'une des techniques d'extension du service IPv4 et d'encouragement au déploiement d'IPv6. 464XLAT n'est pas un remplacement un pour un de la fonctionnalité IPv4 complète. L'architecture 464XLAT ne prend en charge IPv4 que dans le modèle client-serveur, où le serveur possède une adresse IPv4 globale. Cela signifie qu'elle n'est pas adaptée à la communication IPv4 pair-à-pair ou aux connexions IPv4 entrantes. 464XLAT s'appuie sur le transport IPv6 et inclut une communication IPv6 complète de n'importe quel point à n'importe quel point.

L'architecture 464XLAT décrite dans ce document utilise la traduction IPv4/IPv6 normalisée dans [RFC6145] et [RFC6146]. Elle ne nécessite pas DNS64 [RFC6147] puisqu'un hôte IPv4 peut simplement envoyer des paquets IPv4, y compris des paquets vers un serveur DNS IPv4, qui seront traduits en IPv6 sur le traducteur côté client (CLAT, Customer-side translator) et de nouveau en IPv4 sur le traducteur côté fournisseur (PLAT, Provider-side translator). Les réseaux 464XLAT peuvent utiliser DNS64 [RFC6147] pour activer une traduction avec état unique [RFC6146] au lieu de la double traduction 464XLAT lorsque cela est possible. L'architecture 464XLAT encourage la transition IPv6 en rendant les services IPv4 accessibles à travers des réseaux IPv6 uniquement et en fournissant une connectivité IPv6 et IPv4 vers des serveurs et pairs à pile unique IPv4 ou IPv6.