Tu as bien résumé car je comprends que dalle à l'IPv6

Même le préfixe ipv6, c'est totalement abscons pour moi.

Pourtant, le principe du préfixe est le même qu'en IPv4...

- En IPv4, on pouvait assigner un adressage standard RFC1418 aux machines du LAN, puis faire ce qu'on veut en amont, grace au NAT.

RFC 1418 SNMP over OSI?

Dans ce cas le NAT était un avantage puisqu'il n'y a pas besoin de se préoccuper du LAN, mais juste de la passerelle. tout est transparent pour le LAN.

Le NAT a pour avantage de cacher l'adresse publique, et donc de pouvoir la changer plus facilement. C'est une couche d'abstraction supplèmentaire, comme tout mandataire (= proxy).

Mais en cas de changement d'adresse publique, les connexions en cours seront perdues de toute façon. En TCP, le routeur-NAT pourrait èmettre un reset dès que l'adresse publique change pour prévenir que la connexion est cassée. Sur UDP, il n'y a pas de moyen générique de prévenir d'une rupture de connexion, vu que chaque protocole sur UDP a sa propre signalisation.

- En IPv6, le LAN fait partie d'Internet car les IPv6 sont routées, et le préfixe appartient à l'opérateur, donc difficile de le réutiliser pour autre chose, comme c'est le cas pour les IPv4 non routées.

Pinaillage(*) : les adresses IPv4 privées sont non routées globalement. Elles sont routables, localement. Tu peux définir une topologie complexe avec des adresses privées et de nombreux routeurs, chez toi, pas peu de gens voient un intérêt à complexifier un réseau privé.

(*) pinaillage qui me semble valoir le coup

Principe secondaire alors?

n'importe quoi. y'a pas de 'principe fondamental' la dessus.

Bon, j'ai regardé ce qu'en dit la norme initiale, et ben c'est pas super précis :

         3.3.4.3  Choosing a Source Address

            DISCUSSION:
                 When it sends an initial connection request (e.g., a
                 TCP "SYN" segment) or a datagram service request (e.g.,
                 a UDP-based query), the transport layer on a multihomed
                 host needs to know which source address to use.  If the
                 application does not specify it, the transport layer
                 must ask the IP layer to perform the conceptual
                 mapping:

                     GET_SRCADDR(remote IP addr, TOS)
                                               -> local IP address

                 Here TOS is the Type-of-Service value (see Section
                 3.2.1.6), and the result is the desired source address.
                 The following rules are suggested for implementing this
                 mapping:

                 (a)  If the remote Internet address lies on one of the
                      (sub-) nets to which the host is directly
                      connected, a corresponding source address may be
                      chosen, unless the corresponding interface is
                      known to be down.

                 (b)  The route cache may be consulted, to see if there
                      is an active route to the specified destination
                      network through any network interface; if so, a
                      local IP address corresponding to that interface
                      may be chosen.

                 (c)  The table of static routes, if any (see Section
                      3.3.1.2) may be similarly consulted.

                 (d)  The default gateways may be consulted.  If these
                      gateways are assigned to different interfaces, the
                      interface corresponding to the gateway with the
                      highest preference may be chosen.

                 In the future, there may be a defined way for a
                 multihomed host to ask the gateways on all connected
                 networks for advice about the best network to use for a
                 given destination.

https://tools.ietf.org/html/rfc1122#page-64

Il est seulement suggéré de regarder les routes.

Et en cas d'aggregation de liens comme pas mal de boites font en DSL, en v6, ça se passe comment ?

Pourquoi veux-tu que ça se passe différemment?