avec VLAN:
81063 * 1460 = 118351980 o/s soit 946 Mbps en IPv4
81063 * 1440 = 116730720 o/s soit 933 Mbps en IPv6
Si la box utilise des jumbos trame coté WAN on a au max le débit sans VLAN sinon c'est le débit avec VLAN.
Pas possible donc ?
Merci pour le calcul exact.
Après j'ai retenu 950Mbps, mais bon ça doit être ma mémoire qui n'a retenu l'approximation. Je n'ai pas lancé de test avant la migration Orange->Free et mon buffer n'en contenait pas.
Quoi qu'il en soit si on applique cela aux trames de 1518o en IPv6 ou 1558o en 4rd, on devrait avoir:
IPv6: 125000000/(1518+20) = 81274 trames/s. Une trame ayant 1500 (MTU)-40 (IPv6)-20(TCP) soit 1440o utile => 81274*1440*8 = 936Mbps environ
IPv4: 125000000/(1558+20) = 79214 trames/s. Une trame ayant 1500 (MTU)-20 (IPv4)-20(TCP) soit 1460o utile => 79214*1460*8 = 925Mbps environ
Les 890Mbps réels restent très loin de la théorie (plus que les 950 vs le réel chez Orange). Sans compter le 879Mbps en IPv4 (tiens, toujours un écart de 11Mbps entre IPv6 et 4rd)... C'est à croire qu'il y a encore une encapsulation en plus derrière.
Et au delà du problème de valeurs qui reste inexpliqué, il y a aussi le problème de l'uplink.
Sinon
~$ wget http://test-debit.free.fr/10485760.rnd -O /dev/null
--2020-01-04 23:10:48-- http://test-debit.free.fr/10485760.rnd
Resolving test-debit.free.fr (test-debit.free.fr)... 2a01:e0c:1:1598::3, 212.27.42.153
Connecting to test-debit.free.fr (test-debit.free.fr)|2a01:e0c:1:1598::3|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 10737418240 (10G)
Saving to: ‘/dev/null’
/dev/null 14%[=> ] 1,41G 106MB/s eta 84s
~$ wget -4 http://test-debit.free.fr/10485760.rnd -O /dev/null
--2020-01-04 23:12:10-- http://test-debit.free.fr/10485760.rnd
Resolving test-debit.free.fr (test-debit.free.fr)... 212.27.42.153
Connecting to test-debit.free.fr (test-debit.free.fr)|212.27.42.153|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 10737418240 (10G)
Saving to: ‘/dev/null’
/dev/null 10%[=> ] 1,08G 105MB/s eta 88s
et un scan de ports ne révèle rien qui montre la possibilité de tester l'envoi. Pire, le fichier readme.html parle encore du serveur iperf sur le port 5001, et le dernier fichier créé fait 10GB et date de mai 2019 (récent donc). Bref ce serait bien qu'un interne de chez free retrouve ce serveur (il semble perdu) et y remette un iperf3 pour qu'au moins il serve à quelque chose.
speedtest7.proxad.net semble down.
Comme underground78, je pense que je vais continuer à me tourmenter pour cette histoire d'uplink pourri.
Et enfin d'habitude chez Orange je ne testais qu'avec bouygues (et j'avais toujours le max UL/DL à chaque fois). La je me suis dis qu'il y a comme d'hab un problème d'interconnexion alors j'ai commencé des tests avec online. De toute façon les résultat sont tout pareillement "pourri" avec bouygues ou online.
Bon ben tant pis.