Bonsoir,

J'ai bien un /56 mais :
- Pas fixe, il change à chaque reboot ou resynchro.
- On ne peut pas le diviser en /64 et le router.

Effectivement ce n'est pas supporté sur mon équipement déjà...
Et comme tu le dis, cela change a chaque reboot donc ce n'est pas gérable.

Non.
De toute facon tous les services ne sont pas accessibles en ipv6 donc pendant plusieurs années on aura ipv4 + ipv6 sur chaque périphérique.

Certaines box FAI protègent les pcs en ipv6, il faut donc ouvrir le port. (SFR)
D'autres comme la freebox je crois ne filtre rien en ipv6 donc pas besoin d'ouvrir les ports

Orange je ne sais pas.

Non.
De toute facon tous les services ne sont pas accessibles en ipv6 donc pendant plusieurs années on aura ipv4 + ipv6 sur chaque périphérique.

Exacte = c'est le "dual-stack", le deux protocoles actifs en même temps sur un même équipement.
Il faut voir l'IPv6 comme un "nouveau moyen de transport de l'information". Même s'il porte un nom très approchant d'IPv4 il n'y a pas grand chose à voir entre les deux : Ils ne sont pas compatibles en terme de communication mise à part avec des mécanismes qui permettent de faire de la translation entre les deux protocoles (NAT).
On va dire que les points communs sont les suivant :
- Ils peuvent être transporté par les même couches de niveau 2
- Ils supportent tous les deux TCP et UDP : TCP et UDP ne sont pas modifiés pour le support d'IPv6 (contrairement à ICMP ou certains protocoles de gestion du multicast).

Certaines box FAI protègent les pcs en ipv6, il faut donc ouvrir le port. (SFR)
D'autres comme la freebox je crois ne filtre rien en ipv6 donc pas besoin d'ouvrir les ports

Orange je ne sais pas.

La livebox Play gère des règles Firewall IPv6 et d'après ce que j'ai cru voir dans l'interface, par défaut rien n'est ouvert d'Internet vers le réseau local.

- Ils supportent tous les deux TCP et UDP : TCP et UDP ne sont pas modifiés pour le support d'IPv6 (contrairement à ICMP ou certains protocoles de gestion du multicast).

ca n'est pas tout a fait exact si on veut être pointilleux (facon Corrector  ), notamment a cause des sommes de contrôle (checksum) qui disparaissent de la couche 3 (couche réseau) en IPv6.

Par exemple une machine qui balance un flux UDP en IPv4 n'est pas obligé de calculer la checksum des paquets, le prochain noeud (routeur) le fera. Ca permet d'envoyer du 'lourd' donc sans optimisation particulier du matériel coté èmetteur (carte réseau notamment).
En IPv6 il faut que l'èmetteur UDP calcule la checksum car les routeurs intermédiaires ne font plus de calcul de checksum.
Il y a également une exception possible et un fonctionnement différent pour UDP dans des tunnels (rfc6935).

Exacte = c'est le "dual-stack", le deux protocoles actifs en même temps sur un même équipement.
Il faut voir l'IPv6 comme un "nouveau moyen de transport de l'information". Même s'il porte un nom très approchant d'IPv4 il n'y a pas grand chose à voir entre les deux

IPv* permet à tout périphérique du réseau interconnecté d'essayer de joindre n'importe quel autre (les pare-feux peuvent y faire obstacle)
IPv* ne s'occupe pas de la fiabilité de l'acheminement
IPv* permet d'envoyer un datagramme plus grand que le MTU le permet par fragmentation (sans que les couches supérieures aient à faire quoi ce soit)
IPv* n'intègre pas de fonction de sécurité contre l'usurpation d'adresse IP (attaque en aveugle par injection de paquets)
IPv* n'intègre pas par défaut de fonction de protection de la confidentialité
IPv* n'intègre pas par défaut de fonction de protection de l'intégrité
IPv* rend possible l'usage de cryptographie pour protéger contre l'usurpation, la modifier et l'espionnage en OPTION nécessitant une configuration des clefs entre les machines

Quelle différence te semble essentielle?