Le DDos par exemple.

Mouais, ça c'est quand même assez rare...

Mais bon, là, c'est surtout la propriété de l'IP qui rend un DDos inutile:Un reboot du modem du terminal, et hop un nouvel IP. (ou changement à heure fixe toutes les 24h chez BT mobile)

Hum... de i'IPv6 en mobile ?

Oui.

Ou alors ce n'est pas du mobile et c'est juste une IP utilisée dans le pool mobile.

Oui, c'est de la 4G Bouygues Telecom. NAT64 + DNS64 + 464XLAT qui permet d'avoir une connectivité IPv4 complète et une connexion IPv6 native.

Si on ne force pas l'IPv4, sur un nom de domaine avec uniquement un enregistrement A (IPv4), on part en IPv6, grace aux réponses du DNS64.

Les traceroutes forcés en IPv4 fonctionnent un peu, mais sont assez spéciaux :
$ mtr -4rwc100 lafibre.info
Start: Mon Jun 26 18:32:52 2017
HOST: vivien5   Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- ? ?       100.0   100
  2.|-- 255.0.0.0  1.0%   100   26.6  40.6  23.8 142.3  15.3
  3.|-- ? ?       100.0   100
  4.|-- 255.0.0.1  1.0%   100   31.8  31.2  19.8  56.6   4.5
  5.|-- 255.0.0.2  0.0%   100   30.8  33.1  20.2 171.0  15.2
  6.|-- ? ?       100.0   100
(note: je suis dans mon bus)

Si ton opérateur t'envoies une IPv6, mais que pour une raison x ou y la connectivité IPv6 ne fonctionne pas, tous les sites en IPv6 vont tenter de passer en IPv6.

Pour chaque nom de domaine, il faut attendre un time-out avant que le navigateur passe en IPv4.

Pour certains logiciels comme Filezilla, le fait d'avoir une IPv6, mais pas de connectivité IPv6 ne permet tout simplement plus de se connecter aux sites dual-stack.

Bref, j'aimerais bien dans mon test dissocier les deux cas suivants :
- Le client a une IPv6, le navigateur tente de l'utiliser, mais elle ne fonctionne pas / plus
- Le client n'a pas d'IPv6 (donc là le navigateur part directement en IPv4)

Mon test affiche la même chose, alors que pour le client, l'expérience est totalement différente.
Si vous avez des idées pour séparer les deux cas, je suis preneur.

Autre chose, serait-il possible que le navigateur affiche le port source utilisé (le port source affiché est celui vu coté serveur, il peut avoir été modifié en chemin par une plateforme, comme du NAT en IPv4)

je n'avais pas vu ça : pourquoi il y aurais un gain en HTTP/2 ?

C'est la couche au-dessus, cela change quoi que le transport soit réalisé en IPv4 ou IPv6 ?

OK, merci Vivien pour la réponse, je n'avais pas compris les choses comme ça.
Mais j'avoue que j'ai du mal à comprendre le cas que tu cites : tu parles d'un cas où le PC croit avoir une vraie IPv6 publique et opérationnelle, qu'il essaye de l'utiliser, mais qu'elle ne fonctionne pas?
Quels cas peuvent engendrer ça?

Leon.

Généralement des bugs d'applis.
Mais j'ai rencontré le cas d'une philo débile par BitDefender: si tu ne lui dis pas que t'as une connexion de confiance => leur pare-feu bloque tout le trafic IPv6, mais laisse l'OS récupérer des IPv6...