Une expérimentation pratique récente avec RFC8950 montre comment l'IPv4 peut être routé sur un réseau exclusivement IPv6, sans tunnel. La norme étend le BGP multiprotocole afin que les routes IPv4 puissent porter des next-hops IPv6. Seul le plan de contrôle change : IPv6 assure l'échange de routes et la découverte des voisins via NDP, tandis que les paquets IPv4 continuent de circuler en IPv4 natif dans des trames Ethernet.
L'auteur met en avant plusieurs usages pratiques. Un grand réseau pourrait fonctionner en IPv6 seul sur son cœur tout en conservant l'IPv4 en périphérie, sans aucune modification côté clients. Un backbone de transit IP pourrait échanger des routes IPv4 avec ses clients, pairs et fournisseurs amont via des sessions IPv6, supprimant une grande partie de la configuration des interfaces IPv4, de BGP et des pare-feux. Les points d'échange Internet pourraient également proposer des services IPv4 sur un seul LAN IPv6 et un serveur de routes, à l'image de ce que 464XLAT a permis pour les réseaux mobiles.
Le support est déjà largement répandu. Juniper Junos, Cisco IOS XR, Nokia SR OS, MikroTik, Huawei, BIRD et FRR implémentent cette fonctionnalité, de sorte que les versions récentes des logiciels devraient fonctionner.
Le laboratoire de démonstration, construit avec Containerlab et le logiciel libre FRR, relie deux routeurs clients via trois routeurs de fournisseur. Le cœur fonctionne uniquement en IPv6, tandis que le second client utilise une liaison d'entreprise exclusivement IPv4. Les deux clients peuvent tout de même communiquer à travers le cœur IPv6, sans aucun tunnel.
Source: Hacker News · Résumé par HeadlinesBriefing