A vrai dire, je pensais à une architecture permettant de mutualiser la fonctionnalité de NAT64, non pas car le backbone serait en IPv4, mais dans l’optique où il n’y a plus d’IPv4 disponibles. Une sorte CGN64 où les équipements d’extrémités sont peu chers et nombreux (un routeur IPv6 simple), et un routeur en coeur faisant le NAT pour tout le monde derrière quelques IPv4, d’où l’idée d’utiliser des Loopbacks. La fonctionnalité de NAT64 pourrait alors être portée par chaque routeur opérateur de collecte par exemple.

Quelque chose qui ressemblerait à cela :

réseau dual-stack, reste du monde
|
|
gateway dualstack avec NAT64
|
|
Routeur IPv6
|
|
Host v6 only

Si je schématise à la IETF ca donnerait ca:

Dual stack network
       |
       |
   gateway IPv4            +------ 2 VLANs (IPv6 only et IPv4 only)
       |                   |
       |                   v
  Routeur v4 v6 ------------------ NAT64 ("porte" le /96 et fait la translation entre les 2 VLANs)
       |
       |
  Host v6 only

C’est la première chose qui m’est venue en tête, il y a certainement d’autres options.

Je suis assez convaincu depuis un moment par le NAT64 mais je n’ai jamais eu le temps de tester la version Cisco.
Une des forces pour moi est de pouvoir faire cela complétement à côté, par un routeur qui porterait le /96 virtuel (et des IPv4 virtuelles aussi). Ainsi, il faudrait pouvoir faire ce nat directement sur une loopback, sans faire de modifications sur les interfaces d’interconnexions.

J’ai bien tenté de faire cela et de rajouter des ip route/ipv6 route vers la loopback ensuite, mais le nat ne se fait pas.
J’ai peur que la seule solution soit de déployer du nat on a stick à base de route-map, ce qui n’est pas possible sans impacter les interfaces existantes.
Y-aurait-il une solution plus simple ?