gemini quand je lui est demander je saus c'est que une IA

Ce qu'il n'aurait pas fallu faire, parce qu'il faut savoir détecter quand elle raconte des conneries. On n'active jamais les trames jumbo sauf dans des situations de niche.

free m'interdit d'avoir IPv6

c'est en quelque sorte ton administrateur réseau
c'est son choix de forcer l'ipv4 par endroit et sur certains terminaux pour régler des problèmes temporaires

proposition de modification :

changement de l'option -w pour get/put/post.
avant : -w w0 : attend w0 (durée en Go, par exemple "1s" ou "100ms") avant de lancer la commande (donc avant meme d'ouvrir la connexion)
apres: -w w0,t0,w1,t1,...,wN,tN: connecte immédiatement, attend w0, transfert pendant t0, attend w1, transfert pendant t1, etc

sémantique:
  N >= 0
  wX = 0 => ne pas attendre sinon attendre wX
  tX = 0 => durée infinie sinon transferer pendant tX

wX ou tX ne peuvent être a zero donc (erreur si c'est le cas) sauf le 1er (w0) et le dernier (tN).
le dernier tN est optionnel et dans ce cas sa valeur est 0 = ne plus s'arreter (hormis fin du transfert ou timeout job / global )

les timeout de job (get/put/post -m t) et  global (nspeed -timeout t ...) restent en vigeur

donc:
-w 100ms est valide et signifie: se connecter , attendre 100ms et faire le job jusqu'à complétion/timeout global/local.
-w 0,1s,3s est valide et signifie: se connecter, transferer pendant 1 seconde puis attendre 3s et reprendre jusqu'à complétion/timeouts.
-w 1s,1s  est valide et signifie: se connecter, attendre 1s transferer pendant 1s puis stopper  ("quasi" equivalent de "-w 1s -m 1")
-w 0,1s,0 est invalide (on pourrait  le simplifier en "0,1s" mais autant générer une erreur)

Je m'interogge sur le changement que cela introduit pour l'ancien -w (qui ne connectait pas avant le delai) et du coup peut-être le re-introduire sous forme de "-pre délai" (pour être cohérent avec l'option -pre de nspeed et de  'then')

donc:

nspeed -pre 10ms get -pre 1s -w 1s,1s url1 then -pre 2s get -pre 100ms -w 3s url2attend 10ms, attend 1s , se connecte a url1, puis attend 1s et transfert url1 pendant 1s au max
puis attend 2s (-pre de then) puis 100ms
puis se connecte a url2, attend 3s et transfert url2 (completement ou jusqu'au timeout par défaut de 8 secondes qui démarre a la connection a url2).

Reste a voir la sémantique de l'interaction avec l'option -r:

nspeed get -r 2 -w 1s,1s urlse connecte a url
attendre 1s
transfert pendant 1s et indiquer au serveur de stopper ce GET sans fermer la connection ?
attendre 1s
transfert pendant 1s (ca fait un nouveau 'GET' a ce moment la donc)

il faut que voit comment ca peut se mettre en oeuvre...

Free ne fait pas de 464XLAT sur le mobile. C'est du NAT44.

La 5G+ SFR arrive sur iPhone dans une prochaine mise à jour iOS sur probablement les mêmes iPhone : iPhone 15 et plus récents.

Reste donc Bouygues en retrait avec son forfait unique.