Un serveur DHCPv6 le remplacera facilement, en plus il y a encore des vieux appareils qui arrivent toujours pas à recevoir des IP en provenance d'un RA...

Alors non, pas "facilement". Ça pose pas mal de problèmes, encore aujourd'hui. Dans le message envoyé par ton serveur DHCPv6 lorsqu'il te donne une IPv6, la taille du préfixe n'est pas indiquée. Il n'y a juste aucun champ prévu pour ça. Du coup, un bon nombre de clients DHCP (y compris celui de WIndows) on décidé de mettre un /64 en face de l’adresse reçue. Et la forcèment, ça coince dès que tu veux causer en direction des autres sous réseaux contenus dans le /64. (tu penses que c'est sur ton LAN donc tu envoi direct sur le lien local, au lieu de passer par le routeur)

La solution est de mettre un /128 systématiquement sur la carte, et d'apprendre la taille du réseau local via les routes annoncées par RA.

Bon il y a aussi l'exemple facile d'Android. (qui ne fonctionne pas avec DHCPv6, mais uniquement avec les RA et le SLAAC)

Et puis le SLAAC, ça juste marche tout seul. Donc dans de nombreux cas @home,  c'est pas mal.

Pour les vieux appareils qui ne comprennent pas les RA mais qui comprennent DHCPv6.... j'attends de voir, ça m'étonne pas mal. Si tu as des examples...

Mais on s'éloigne du sujet la. Désolé.

Les RFC t'expliquent qu'il faut mettre un /64 pour du réseau d’hôtes. Si tu veux faire autrement tu es libre, mais il ne faut pas s'étonner que ça ai une fâcheuse tendance à être chiant à configurer. Et que ça te crée des problèmes.
C'est pareil pour un peu tout, si tu ne respecte pas les RFC du mail, très bien... mais il ne faut pas s'étonner que certains serveurs ne comprennent pas ce que tu racontes.

Des IPv6, on en a largement assez pour pouvoir mettre des /64 sur n'importe quel réseau d'hôtes (et ailleurs). A partir de la, je ne vois pas pourquoi on se forcerait à ne pas respecter les RFC... J'ai déjà été dans la situation ou je devais faire un réseau d'hôtes sur un /112, c'est horriblement chiant à gérer comparer à un /64. 
La ou je te rejoint par contre, c'est qu'on entend parfois l'argument "Mettez du /64, c'est grand, mais ça permettra de subnetter à l'avenir si besoin"... en faite pas temps que ça et c'est dommage de pas pouvoir le faire. C'est pour ça que je défend l'idée qu'il faut plutôt partir sur des /56 quand on distribue à des abonnés. (de mémoire, les RFC disent ça aussi, voir même de distribuer des /48)

une bonne lecture: https://tools.ietf.org/html/rfc5942

Ou l'on voit que trop de gens se contentent juste de transposer ce qu'ils connaissent en IPv4 a IPv6 et apprennent mal les concepts d'IPv6 et les subtiles différences qu'il peut y avoir avec IPv4. Notamment avec la notion d'adresse 'on-link'.

une bonne lecture: https://tools.ietf.org/html/rfc5942

Ou l'on voit que trop de gens se contentent juste de transposer ce qu'ils connaissent en IPv4 a IPv6 et apprennent mal les concepts d'IPv6 et les subtiles différences qu'il peut y avoir avec IPv4. Notamment avec la notion d'adresse 'on-link'.

Est-ce qu'il existe une description synthétique des pièges et des principales subtilités de IPv6?

(Petite parenthèse : yapret, serait-il possible d'avoir une Looking Glass depuis AS203382 ?

Celle-ci est pas mal )

Petite news comme ça, le /48 qui nous est assigné s'est mué en /44 pour qu'on aie un peu plus de place