Prolégomènes : Je suis entièrement d'accord avec ce que tu dis.

Néanmoins, toutes les choses merveilleuses dont tu parles ne sont pas l'apanage de IPv6. Bien sûr c'est un peu plus complexe en v4, mais c'est techniquement possible. La seule chose que IPv6 simplifie drastiquement c'est l'attribution d'une adresse IP puisque le client peut raisonnablement se l'attribuer seul sans risque de collision vu la taille (à condition qu'il puisse quand-même déterminer le n° de réseau, ce qu'il ne peut faire seul, il faut que quelqu'un le lui dise). Tout le reste fonctionne en V4 ou en tout cas il n'existe aucune barrière technologique qui interdirait de le faire.

- Deux serveurs DHCP ? Oui, par exemple un qui donne 192.168.1.x dans le range 100-199 et l'autre dans 200-299. Ou 10.x.x.x si ton réseau est grand...
- Deux routeurs et load balancing ? Oui si le client sait qu'il y a deux routes avec la même métrique, il peut faire du load balancing. C'est le client qui choisit le routeur qu'il préfère via sa table de routage, pas le protocole qui l'impose. Attention encore une fois, je ne dis pas que tous les clients implémentent du load balancing, je dis juste que IPv4 ne l'interdit pas.
- Les deux coexistent sans configuration : encore une fois, c'est l'affaire du client qui doit être suffisamment malin, pas du protocole. Rien n'interdit de configurer tes serveurs DHCP pour signaler la présence des deux routeurs... Si tu insistes sur l'absence de configuration, je te dirais que le client doit bien disposer d'un moyen de découvrir les adresses des routeurs au démarrage, et encore une fois, rien n'interdit d'implémenter en IPv4 des mécanismes de découverte des routeurs par broadcast... Par exemple le client pourrait très bien, lorsqu'il reçoit une offre DHCP de chacun des deux, en sélectionner un mais quand-même utiliser les informations obtenues de l'autre en ce qui concerne le routage.