Imprimer la page - IPerf3 upload IPv6 Orange

L'upload en Orange IPv6 a l'air limité par connexion (flux tcp/udp).

iperf3 -4 -c 3.testdebit.info -i 1 me donne 240 Mbps

iperf3 -6 -c 3.testdebit.info -i 1 me donne 80 Mbps

avec -P 10 en plus (10 flux en meme temps) ca monte bien a 240 Mbps.

bug iperf3 en ipv6 ou bizarrerie chez Orange ?

J'ai testé avec une machine sous Ubuntu et une sous Windows 10 ca fait pareil. entre les 2 machines (lan) en ipv6 ca va a fond.

Tu as fait un traceroute pour vérifier que cela passe bien par un chemin identique ?

Dans l'autre sens (-R) tu montes bien à 900 Mb/s en IPv4 comme en IPv6 ?

Tu as testé avec curl ?
wget http://3.testdebit.info/fichiers/1000Mo.dat
curl -4 -o /dev/null -F "filecontent=@1000Mo.dat" http://3.testdebit.info
curl -6 -o /dev/null -F "filecontent=@1000Mo.dat" http://3.testdebit.info

une modification en https ?

Citation de: vivien le 04 février 2016 à 21:16:19

Tu as fait un traceroute pour vérifier que cela passe bien par un chemin identique ?

le chemin est plus court en ipv6.

Citation de: vivien le 04 février 2016 à 21:16:19

Dans l'autre sens (-R) tu monte bien à 900 Mb/s en IPv4 comme en IPv6 ?

oui en download aucun probleme. tout va a 900+ Mbps.

Citation de: vivien le 04 février 2016 à 21:16:19

Tu a testé avec curl ?
wget http://3.testdebit.info/fichiers/1000Mo.dat
curl -4 -o /dev/null -F "filecontent=@1000Mo.dat" http://3.testdebit.info
curl -6 -o /dev/null -F "filecontent=@1000Mo.dat" http://3.testdebit.info

debit en IPv4: 20Mo/s (160Mbps)
debit en IPv6: 8Mo/s (64 Mbps)

Citation de: vivien le 04 février 2016 à 21:16:19

une modification en https ?

memes résultats.

j'ai réussi avec ping6.online.net

Code: [Sélectionner]

iperf3 -6 -c ping6.online.net
j'obtient bien 240Mbps.

un souci sur ton serveur ou sur le peering avec Orange ?

Tu as vérifié le matin (le moment où le trafic est faible) ?

En cas de saturation du chemin IPv6 le soir, le débit devrait être OK le matin.

Cela me fait un peu peur que le chemin IPv6 soit plus court que le chemin IPv4. La latence est identique ?
Tu publie un MTR IPv4 / IPv6 vers online et 3.testdebit.info ?

La saturation devrait également se voir sous forme de pertes de paquets et/ou augmentation de la latence.

le ping n'est pas tres bon non plus:

3.testdebit.info <4ms en IPv4, >20ms en IPv6

quelque soit le destination , y'a un 20 a 40 ms (variable) en plus apres le node juste apres la livebox...

ca n'est pas encore ca l'IPv6 chez Orange :-[

le geoloc IPv6 est n'importe aussi. et l'ipv6 pas fixe, j'ai changer 3 fois de prefix deja.

mais ca n'explique pas l'upload faible vers testdebit.info sauf si c'est la latence donc une histoire de buffer max en reception sur tes serveurs?

voila les MTR:

ipv6 - 3.testdebit.info - latence moyenne 32ms

Code: [Sélectionner]

  Host                                                                                        Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. livebox.home                                                                              0.0%    98    0.9   0.9   0.5   4.4   0.3
 2. xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx.ipv6.abo.wanadoo.fr                                      0.0%    98   39.1 150.7  22.8 1239. 280.3
 3. 2a01:cfc0:200:8300:193:252:102:50                                                         0.0%    98   35.7  31.9  20.3  42.5   5.9
 4. 2a01:cfc4:0:e00::5                                                                        0.0%    98   32.3  32.5  22.7  42.4   5.9
 5. ???
 6. 2001:860:bbee:7a::1                                                                       0.0%    98   25.3  32.7  22.4  43.0   5.8
 7. 2001:860:f70b:100::3                                                                      0.0%    98   42.0  32.5  22.5  42.3   5.7

la meme en IPv4: latence moyenne 3,3 ms

Code: [Sélectionner]

 Host                                                                                        Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. livebox.home                                                                              0.0%    10    0.8   0.8   0.7   1.2   0.0
 2. ???
 3. ae99-0.ncidf104.Paris.francetelecom.net                                                   0.0%    10    2.3   1.9   1.5   2.3   0.0
 4. ae51-0.nridf102.Aubervilliers.francetelecom.net                                           0.0%    10    1.8   1.9   1.7   2.5   0.0
 5. ae41-0.noidf002.Aubervilliers.francetelecom.net                                           0.0%    10    2.2   2.3   1.8   2.8   0.0
 6. la105.rpt01-ix2.net.bbox.fr                                                               0.0%    10    3.2   3.0   2.3   3.8   0.3
 7. be12.cbr01-ntr.net.bbox.fr                                                                0.0%    10    7.1   6.7   3.9  10.5   2.2
 8. la42.rpt06-th2.net.bbox.fr                                                               87.5%     9    3.2   3.2   3.2   3.2   0.0
 9. 62.34.91.3                                                                                0.0%     9    3.4   3.3   2.9   3.8   0.0

Tu as la même latence en IPv4/ IPv6 entre 3.testdebit.info et Online ?

Une hypothèse sans traceroute : ton trafic IPv6 passe par Lyon-IX où Bouygues Telecom échange du trafic avec Orange, alors que le trafic IPv4 passe par les PNI.

Si c'est le cas, on devrait voir dans le reverse DNS coté Bouygues au moins un routeur avec le reverse "lyo" pour Lyon.

Edit avec les traceroutes publiés: la latence supplèmentaire semble rajoutée sur le réseau Orange IPv6, avant le peering Bouygues. Pour le vérifier il me faut ton IPv4 / IPv6 pour faire le traceroute inverse.

oui avec online j'ai kifkif niveau latence: 3ms en IPv4, 30ms en IPv6.

maintenant je ne pense qu'il faille se fier a ICMPv6 pour avoir la vrai latence. c'est pas forcement gerer pareil qu'en IPv4.

ainsi avec mtr -u (udp), j'obtient 15ms de latence sur testdebit et online.
avec tcptraceroute6 j'obtient presque 4 ms.

en regarde iperf3 on remarquera les colonnes 'retr' et Cwnd:

3.testdebit.info:
[ ID] Interval Transfer Bandwidth Retr Cwnd [ 4] 0.00-1.00 sec 7.80 MBytes 65.4 Mbits/sec 11 22.3 KBytes [ 4] 1.00-2.00 sec 8.39 MBytes 70.4 Mbits/sec 7 33.5 KBytes [ 4] 2.00-3.00 sec 9.25 MBytes 77.6 Mbits/sec 10 18.1 KBytes [ 4] 3.00-4.00 sec 8.57 MBytes 71.9 Mbits/sec 7 33.5 KBytes [ 4] 4.00-5.00 sec 10.3 MBytes 86.8 Mbits/sec 10 23.7 KBytes [ 4] 5.00-6.00 sec 10.2 MBytes 85.4 Mbits/sec 5 26.5 KBytes [ 4] 6.00-7.00 sec 11.2 MBytes 93.5 Mbits/sec 8 16.7 KBytes [ 4] 7.00-8.00 sec 7.71 MBytes 64.7 Mbits/sec 7 19.5 KBytes [ 4] 8.00-9.00 sec 8.35 MBytes 70.0 Mbits/sec 5 30.7 KBytes [ 4] 9.00-10.00 sec 11.4 MBytes 95.5 Mbits/sec 8 29.3 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-10.00 sec 93.1 MBytes 78.1 Mbits/sec 78 sender [ 4] 0.00-10.00 sec 92.9 MBytes 77.9 Mbits/sec receiver
il y a donc plein de retransmit et la cwnd plafonne a 30ko.

alors que:
ping6.online.net:
[ ID] Interval Transfer Bandwidth Retr Cwnd [ 4] 0.00-1.00 sec 28.2 MBytes 237 Mbits/sec 15 339 KBytes [ 4] 1.00-2.00 sec 28.4 MBytes 238 Mbits/sec 0 382 KBytes [ 4] 2.00-3.00 sec 28.3 MBytes 238 Mbits/sec 0 410 KBytes [ 4] 3.00-4.00 sec 28.2 MBytes 237 Mbits/sec 2 317 KBytes [ 4] 4.00-5.00 sec 28.5 MBytes 239 Mbits/sec 0 336 KBytes [ 4] 5.00-6.00 sec 28.5 MBytes 239 Mbits/sec 0 346 KBytes [ 4] 6.00-7.00 sec 28.5 MBytes 239 Mbits/sec 0 350 KBytes [ 4] 7.00-8.00 sec 27.7 MBytes 232 Mbits/sec 0 361 KBytes [ 4] 8.00-9.00 sec 28.3 MBytes 238 Mbits/sec 0 375 KBytes [ 4] 9.00-10.00 sec 29.1 MBytes 244 Mbits/sec 0 389 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-10.00 sec 284 MBytes 238 Mbits/sec 17 sender [ 4] 0.00-10.00 sec 282 MBytes 236 Mbits/sec receiver
quasi pas de retransmit et cwind a 300+ko.

en IPv4 on a la meme chose avec les 2.

ikoula.testdebit.info -> 240Mbs ok
lafibre.info -> pas bon, ca fait comme testdebit.info

Connecting to host lafibre.info, port 5201 [ 4] local 2a01:xxxx port 55783 connected to 2a01:6e00:xxxxxx port 5201 [ ID] Interval Transfer Bandwidth Retr Cwnd [ 4] 0.00-1.00 sec 8.18 MBytes 68.6 Mbits/sec 5 50.2 KBytes [ 4] 1.00-2.00 sec 5.22 MBytes 43.8 Mbits/sec 1 53.0 KBytes [ 4] 2.00-3.00 sec 5.17 MBytes 43.4 Mbits/sec 2 41.8 KBytes [ 4] 3.00-4.00 sec 3.96 MBytes 33.2 Mbits/sec 2 34.9 KBytes [ 4] 4.00-5.00 sec 5.34 MBytes 44.8 Mbits/sec 0 51.6 KBytes [ 4] 5.00-6.00 sec 6.13 MBytes 51.4 Mbits/sec 1 53.0 KBytes [ 4] 6.00-7.00 sec 4.71 MBytes 39.6 Mbits/sec 3 30.7 KBytes [ 4] 7.00-8.00 sec 3.63 MBytes 30.4 Mbits/sec 2 26.5 KBytes [ 4] 8.00-9.00 sec 3.97 MBytes 33.3 Mbits/sec 0 43.2 KBytes [ 4] 9.00-10.00 sec 6.04 MBytes 50.7 Mbits/sec 2 33.5 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-10.00 sec 52.3 MBytes 43.9 Mbits/sec 18 sender [ 4] 0.00-10.00 sec 51.6 MBytes 43.3 Mbits/sec receiver[/t]

quelques graphes avec lafibre.info:

latence pendant le iperf3:
(http://i.imgur.com/FkFw77d.png?1)

debit:
(http://i.imgur.com/dMIzVnH.png?1)

la latence a l'air ok donc, 8ms pour xxxxx.info c'est normal.
mais le débit c'est le yoyo !

avec ikoula.testdebit.info:
latence:

(http://i.imgur.com/fDBSDna.png?1)

debit:
(http://i.imgur.com/qcA3xMv.png?1)

latence a 20ms en moyenne.
debit quasi parfait, bonne rampe puis stable.

idem avec 1.testdebit.info

user@lxc34:~$ iperf3 -c 1.testdebit.info -i 1 Connecting to host 1.testdebit.info, port 5201 [ 4] local xxxxxxxxx port 35389 connected to 2001:860:f70b:100::114 port 5201 [ ID] Interval Transfer Bandwidth Retr Cwnd [ 4] 0.00-1.00 sec 9.34 MBytes 78.3 Mbits/sec 14 13.9 KBytes [ 4] 1.00-2.00 sec 5.01 MBytes 42.0 Mbits/sec 14 15.3 KBytes [ 4] 2.00-3.00 sec 5.54 MBytes 46.5 Mbits/sec 14 15.3 KBytes [ 4] 3.00-4.00 sec 7.91 MBytes 66.3 Mbits/sec 6 30.7 KBytes [ 4] 4.00-5.00 sec 8.30 MBytes 69.6 Mbits/sec 10 36.3 KBytes [ 4] 5.00-6.00 sec 6.09 MBytes 51.1 Mbits/sec 16 22.3 KBytes [ 4] 6.00-7.00 sec 7.70 MBytes 64.6 Mbits/sec 11 12.6 KBytes [ 4] 7.00-8.00 sec 5.66 MBytes 47.5 Mbits/sec 13 18.1 KBytes [ 4] 8.00-9.00 sec 7.52 MBytes 63.1 Mbits/sec 10 27.9 KBytes [ 4] 9.00-10.00 sec 8.82 MBytes 74.0 Mbits/sec 7 29.3 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-10.00 sec 71.9 MBytes 60.3 Mbits/sec 115 sender [ 4] 0.00-10.00 sec 71.6 MBytes 60.1 Mbits/sec receiver iperf Done.

il faudrait que quelqu'un test aussi avant d'investiguer un souci coté serveurs testdebit.info

J'aurai bien voulu mais je ne parviens pas à activer l'IPv6, depuis la MAJ d'avant hier j'ai la case IPv6 sur l'interface mais elle est blanche quand je clique dessus :/

Si je résume les tests iperf3 effectués vers 5 serveurs :

Débit up ok en IPv4, mais non ok en IPv6 : Lafibre.info (adeli) 1.testdebit.info (Bouygues) 3.testdebit.info (Bouygues)

Débit up ok en IP4 et en IPv6 : ikoula.testdebit.info (Ikoula) ping.online.net (Online)

oui c'est cela et en upload uniquement donc en entrée sur ces serveurs.

Cela ne ressemble pas a une saturation.

Il y a des points commun, dans le traceroute vers Adeli / Bouygues que tu ne retrouves pas dans Ikoula / Online ?

vla tout les traceroute
edit: je refais avec les AS

ping6.online.net [2001:bc8:1::40]traceroute to ping6.online.net (2001:bc8:1::40), 30 hops max, 80 byte packets 1 livebox.home (x) [AS5511] 0.638 ms 0.785 ms 2 x.ipv6.abo.wanadoo.fr (x) [AS5511] 20.147 ms 16.135 ms 3 2a01:cfc0:200:8300:193:252:102:50 * [AS5511] 15.984 ms 5.882 ms 4 2a01:cfc4:0:1c00::13 (2a01:cfc4:0:1c00::13) [AS5511] 5.648 ms 16.814 ms 5 2a02:e5c:0:3::2 (2a02:e5c:0:3::2) [AS44530=HOPUS] 16.528 ms 13.247 ms 6 2a02:e5c:2:2::2 (2a02:e5c:2:2::2) [AS44530=HOPUS] 13.077 ms 9.823 ms 7 2001:bc8:0:1::109 (2001:bc8:0:1::109) [AS12876=ONLINE] 9.621 ms * 8 2001:bc8:0:1::b6 (2001:bc8:0:1::b6) [AS12876=ONLINE] 218.750 ms 2001:bc8:0:1::b2 (2001:bc8:0:1::b2) [AS12876] 198.192 ms 9 2001:bc8:1::40 (2001:bc8:1::40) [AS12876=ONLINE] 7.997 ms 4.289 ms ikoula.testdebit.info [2a00:c70:1:213:246:63:45:2] traceroute to ikoula.testdebit.info (2a00:c70:1:213:246:63:45:2), 30 hops max, 80 byte packets 1 livebox.home (x) [AS5511] 6.226 ms 0.765 ms 2 x.ipv6.abo.wanadoo.fr (x) [AS5511] 5.378 ms 23.003 ms 3 2a01:cfc0:200:8300:193:252:102:50 [AS5511] 22.752 ms 22.896 ms 4 2a01:cfc4:0:1c00::5 (2a01:cfc4:0:1c00::5) [AS5511] 8.317 ms 14.128 ms 5 2001:1b48:2:3::3:1 (2001:1b48:2:3::3:1) [AS8218=Neo Telecoms] 14.318 ms 17.050 ms 6 2001:1b48:2:103::11a (2001:1b48:2:103::11a) [AS8218Neo Telecoms] 117.031 ms 116.754 ms 7 lo0.core10.rb.ikoula.com (2a00:c70::1:10) [AS21409/AS25358=Ikoula/Nosvo] 116.473 ms 116.332 ms 8 2a00:c70::1:12 (2a00:c70::1:12) [AS21409/AS25358=Ikoula/Nosvo] 116.126 ms 115.803 ms 9 2a00:c70::1:13 (2a00:c70::1:13) [AS21409/AS25358=Ikoula/Nosvo] 126.556 ms 114.404 ms 10 ikoula.demarc.cogentco.com (2001:978:2:49::2) [AS174=Cogent] 126.260 ms 131.336 ms 11 lo0.vss1.ikdc1.ikoula.com (2a00:c70::2:1) [AS21409/AS25358=Ikoula/Nosvo] 122.714 ms 122.787 ms 12 2a00:c70:1:213:246:63:45:2 (2a00:c70:1:213:246:63:45:2) [AS21409/AS25358=Ikoula/Nosvo] 108.023 ms 109.186 ms 3.testdebit.info [2001:860:f70b:100::3] traceroute to 3.testdebit.info (2001:860:f70b:100::3), 30 hops max, 80 byte packets 1 livebox.home (x) [AS5511] 0.824 ms 0.826 ms 2 x.ipv6.abo.wanadoo.fr (x) [AS5511] 94.117 ms 74.459 ms 3 2a01:cfc0:200:8300:193:252:102:50 (2a01:cfc0:200:8300:193:252:102:50) [AS5511] 13.519 ms 13.521 ms 4 2a01:cfc4:0:e00::5 (2a01:cfc4:0:e00::5) [AS5511] 13.326 ms 13.285 ms 5 * * 6 2001:860:bbee:7a::1 (2001:860:bbee:7a::1) [AS5410=Bytel] 13.006 ms 13.000 ms 7 2001:860:f70b:100::3 (2001:860:f70b:100::3) [AS5410=Bytel] 4.560 ms 4.496 ms lafibre.info [2a01:6e00:10:410::2] 1 livebox.home (x) [AS5511] 0.754 ms 0.865 ms 2 ? (wth?) 3 2a01:cfc0:200:8300:193:252:102:43 ** [AS5511] 18.876 ms 18.699 ms 4 2a01:cfc4:0:f00::17 [AS5511] 18.693 ms 18.682 ms 5 lafibre.info (2a01:6e00:10:410::2) [AS43142=ADELI] 8.908 ms 9.866 ms * = un node dual stack quasi certain: 193.252.102.50 = lo0-0.noidf002.Aubervilliers.francetelecom.net ** = un autre: 193:252:102:43 = lo0-0.noidf003.Paris.francetelecom.net

Tu as une IPv4 sur l'AS3215 et une IPv6 sur l'AS5511 ?

En fait, je remarque que les mauvais débits montant en IPv6 uniquement, sont avec les deux hébergeurs connectés en direct avec Orange.

Les deux hébergeurs avec un bon débit en IPv6 passent par un tiers (Zayo / Hopus)

J'ai un peu de mal a comprendre l'IP Cogent dans le traceroute Ikoula.

Cela serait pertinent de tester l'upload avec curl vers de nombreux réseaux (la plupart des serveurs acceptent un trafic post qui leur est envoyé)

Voilà je suis passé en IPv6.
Par contre, je suis limité à 94 Mbps down/up vers n'importes quelles destinations. On dirait une limite physique comme avec une carte 100 Mbps...

toujours pareil en v6 avec testdebit.

nouveaux tests:

curl -6 -o /dev/null -F "filecontent=@1000Mo.dat" http://XG.testdebit.info:554
19.4Mo/s
curl -4 -o /dev/null -F "filecontent=@1000Mo.dat" http://XG.testdebit.info:554
6800ko/s ? (curieux, firewall?logging?)

curl -6 -o /dev/null -F "filecontent=@1000Mo.dat" http://XG.testdebit.info:6881
20.3Mo/s

curl -4 -o /dev/null -F "filecontent=@1000Mo.dat" http://XG.testdebit.info:6881
28.7Mo/s

upload marche pas en 80 et 443 (nginx)

IPv6:
iperf3 -c XG.testdebit.info -i 1
[ ID] Interval Transfer Bandwidth Retr Cwnd [ 4] 0.00-1.00 sec 25.4 MBytes 213 Mbits/sec 5 47.4 KBytes [ 4] 1.00-2.00 sec 18.7 MBytes 157 Mbits/sec 2 46.0 KBytes [ 4] 2.00-3.00 sec 13.7 MBytes 115 Mbits/sec 3 40.4 KBytes [ 4] 3.00-4.00 sec 16.3 MBytes 136 Mbits/sec 1 64.1 KBytes [ 4] 4.00-5.00 sec 17.6 MBytes 148 Mbits/sec 2 65.5 KBytes [ 4] 5.00-6.00 sec 18.4 MBytes 155 Mbits/sec 3 47.4 KBytes [ 4] 6.00-7.00 sec 17.5 MBytes 147 Mbits/sec 1 69.7 KBytes [ 4] 7.00-8.00 sec 21.7 MBytes 182 Mbits/sec 2 61.4 KBytes [ 4] 8.00-9.00 sec 18.0 MBytes 151 Mbits/sec 2 58.6 KBytes [ 4] 9.00-10.00 sec 20.0 MBytes 168 Mbits/sec 2 53.0 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-10.00 sec 187 MBytes 157 Mbits/sec 23 sender [ 4] 0.00-10.00 sec 186 MBytes 156 Mbits/sec receiver IPv4:iperf3 -4 -c XG.testdebit.info -i 1
Connecting to host XG.testdebit.info, port 5201 [ ID] Interval Transfer Bandwidth Retr Cwnd [ 4] 0.00-1.00 sec 28.6 MBytes 240 Mbits/sec 18 174 KBytes [ 4] 1.00-2.00 sec 29.3 MBytes 246 Mbits/sec 0 189 KBytes [ 4] 2.00-3.00 sec 28.6 MBytes 240 Mbits/sec 0 202 KBytes [ 4] 3.00-4.00 sec 28.6 MBytes 240 Mbits/sec 0 216 KBytes [ 4] 4.00-5.00 sec 28.8 MBytes 242 Mbits/sec 0 230 KBytes [ 4] 5.00-6.00 sec 28.8 MBytes 242 Mbits/sec 0 243 KBytes [ 4] 6.00-7.00 sec 28.4 MBytes 238 Mbits/sec 0 256 KBytes [ 4] 7.00-8.00 sec 28.5 MBytes 239 Mbits/sec 0 267 KBytes [ 4] 8.00-9.00 sec 29.4 MBytes 246 Mbits/sec 0 279 KBytes [ 4] 9.00-10.00 sec 28.4 MBytes 239 Mbits/sec 0 290 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-10.00 sec 287 MBytes 241 Mbits/sec 18 sender [ 4] 0.00-10.00 sec 285 MBytes 239 Mbits/sec receiver

Le port 554 est bridé chez de nombreux opérateurs, je n'ai pas compris pourquoi.
Si je comprends chez Orange le bridage du port 554 ne se fait que en IPv4.

Ce même port est ouvert sur les serveurs 1/2/3/4 .testsdebit.info
(il est utilise par mon test de neutralité)

Voici le test depuis Adeli vers le même serveur et le port 554 : pas de bridage, on dépasse les 800 Mb/s en IPv4 comme en IPv6.

$ curl -6 -o /dev/null -F "filecontent=@100Mo.dat" http://XG.testdebit.info:554 % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 95.3M 100 4477 100 95.3M 4695 100M --:--:-- --:--:-- --:--:-- 99.9M $ curl -4 -o /dev/null -F "filecontent=@100Mo.dat" http://XG.testdebit.info:554 % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 95.3M 100 4496 100 95.3M 4827 102M --:--:-- --:--:-- --:--:-- 102M

Citation de: vivien le 11 février 2016 à 20:32:36

Le port 554 est bridé chez de nombreux opérateurs, je n'ai pas compris pourquoi.

C'est le port de RTSP (Real Time Streaming Protocol) utilisé, notamment, par Skype et de nombreux flux TV OTT et la plupart des webcam réseaux par exemple.
Peut-être qu'ils le priorisent mais en contrepartie ils limitent le débit max... ou il ne font que le limiter max...
dans tout les cas c'est pas très "Neutralité du Net"...

La Fibre

Télécom => Logiciels et systèmes d'exploitation => Iperf => Discussion démarrée par: kgersen le 04 février 2016 à 19:55:27