La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => SFR / RED => 
Actus SFR câble => Discussion démarrée par: vivien le 14 novembre 2007 à 21:23:49
-
En résumé :
Le débit de l'offre Noos est en moyenne de :
Download :
En théorie :
=> 100 Mb/s (TCP et UDP)
En pratique
=> 47.0 Mb/s (TCP) et 1.0 Mb/s (UDP sans perte)
Upload :
En théorie :
=> 5 Mb/s (TCP et UDP)
En pratique :
=> 0,1 Mb/s (TCP) et < 0,01 Mb/s (UDP sans perte)
Traceroute
(la connexion Numéricable est sur Bordeaux)
On commence par un petit traceroute :
8% de perte de paquet, c'est stable et catastrophique
vivien@gueant:~$ mtr 89.2.201.xx -r -c 100
HOST: gueant.org Loss% Snt Last Avg Best Wrst StDev
1. 213.251.129.253 0.0% 100 0.7 0.8 0.5 7.7 0.8
2. p19-2-6k.routers.ovh.net 2.0% 100 0.4 13.6 0.3 208.6 40.7
3. th2-1-6k.routers.ovh.net 22.0% 100 9.2 8.0 0.8 131.6 22.5
4. 80.236.0.117 0.0% 100 0.8 1.1 0.7 11.2 1.6
5. ip-162.net-80-236-4.rev.nume 6.0% 100 11.3 11.6 11.1 26.5 2.2
6. ip-158.net-89-2-201.rev.nume 8.0% 100 20.6 22.0 15.2 49.3 6.9
vivien@gueant:~$ mtr 89.2.201.xx -r -c 100
HOST: gueant.org Loss% Snt Last Avg Best Wrst StDev
1. 213.251.129.253 1.0% 100 0.7 0.8 0.6 7.7 0.7
2. p19-2-6k.routers.ovh.net 5.0% 100 7.2 13.6 0.3 193.9 36.4
3. th2-1-6k.routers.ovh.net 36.0% 100 59.3 13.4 0.9 194.5 33.7
4. 80.236.0.117 0.0% 100 0.9 1.1 0.7 16.0 1.9
5. ip-162.net-80-236-4.rev.nume 8.0% 100 11.2 11.8 11.1 58.8 5.0
6. ip-158.net-89-2-201.rev.nume 8.0% 100 21.6 23.9 15.1 67.0 8.9
EDIT Vivien 20/12/07 : Le débit s'est nettement amélioré lors des derniers test qui sont accessibles ici (https://lafibre.info/index.php/topic,2973.msg24805.html#msg24805)
-
tests IPERF TCP sur le port 5001 :
Download : 47.0 Mb/s
Upload : 186 Kb/s
vivien@gueant:~$ iperf -c 89.2.201.xx -m -w 216K -i 5 -t 30 -r
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 208 KByte (WARNING: requested 216 KByte)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 89.2.201.xx, TCP port 5001
TCP window size: 208 KByte (WARNING: requested 216 KByte)
------------------------------------------------------------
[ 5] local 213.251.129.37 port 3256 connected with 89.2.201.xx port 5001
[ 5] 0.0- 5.0 sec 25.4 MBytes 42.6 Mbits/sec
[ 5] 5.0-10.0 sec 29.3 MBytes 49.1 Mbits/sec
[ 5] 10.0-15.0 sec 32.6 MBytes 54.7 Mbits/sec
[ 5] 15.0-20.0 sec 23.9 MBytes 40.0 Mbits/sec
[ 5] 20.0-25.0 sec 27.2 MBytes 45.6 Mbits/sec
[ 5] 25.0-30.0 sec 30.1 MBytes 50.5 Mbits/sec
[ 5] 0.0-30.0 sec 168 MBytes 47.0 Mbits/sec
[ 5] MSS size 1448 bytes (MTU 1500 bytes, ethernet)
[ 4] local 213.251.129.37 port 5001 connected with 89.2.201.xx port 3661
[ 4] 0.0- 5.0 sec 98.4 KBytes 161 Kbits/sec
[ 4] 5.0-10.0 sec 118 KBytes 194 Kbits/sec
[ 4] 10.0-15.0 sec 137 KBytes 224 Kbits/sec
[ 4] 15.0-20.0 sec 79.8 KBytes 131 Kbits/sec
[ 4] 20.0-25.0 sec 144 KBytes 236 Kbits/sec
[ 4] 25.0-30.0 sec 133 KBytes 217 Kbits/sec
[ 4] 30.0-35.0 sec 117 KBytes 192 Kbits/sec
[ 4] 35.0-40.0 sec 89.8 KBytes 147 Kbits/sec
[ 4] 0.0-41.0 sec 928 KBytes 186 Kbits/sec
[ 4] MSS size 1460 bytes (MTU 1500 bytes, ethernet)
-
tests IPERF TCP sur le port 4662 (port e-mule) :
Download : 52.6 et 51.3 Mb/s
Upload : 62.7 et 128 Kb/s
vivien@gueant:~$ iperf -c 89.2.201.xx -m -w 216K -i 5 -t 30 -r -p 4662
------------------------------------------------------------
Server listening on TCP port 4662
TCP window size: 208 KByte (WARNING: requested 216 KByte)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 89.2.201.xx, TCP port 4662
TCP window size: 208 KByte (WARNING: requested 216 KByte)
------------------------------------------------------------
[ 5] local 213.251.129.37 port 4138 connected with 89.2.201.xx port 4662
[ 5] 0.0- 5.0 sec 27.9 MBytes 46.8 Mbits/sec
[ 5] 5.0-10.0 sec 31.8 MBytes 53.3 Mbits/sec
[ 5] 10.0-15.0 sec 32.6 MBytes 54.7 Mbits/sec
[ 5] 15.0-20.0 sec 31.1 MBytes 52.1 Mbits/sec
[ 5] 20.0-25.0 sec 32.4 MBytes 54.4 Mbits/sec
[ 5] 25.0-30.0 sec 32.2 MBytes 54.0 Mbits/sec
[ 5] 0.0-30.0 sec 188 MBytes 52.6 Mbits/sec
[ 5] MSS size 1448 bytes (MTU 1500 bytes, ethernet)
[ 4] local 213.251.129.37 port 4662 connected with 89.2.201.xx port 3668
[ 4] 0.0- 5.0 sec 9.98 KBytes 16.4 Kbits/sec
[ 4] 5.0-10.0 sec 28.5 KBytes 46.7 Kbits/sec
[ 4] 10.0-15.0 sec 24.2 KBytes 39.7 Kbits/sec
[ 4] 15.0-20.0 sec 210 KBytes 344 Kbits/sec
[ 4] 20.0-25.0 sec 0.00 Bytes 0.00 bits/sec
[ 4] 25.0-30.0 sec 63.5 KBytes 104 Kbits/sec
[ 4] 30.0-35.0 sec 0.00 Bytes 0.00 bits/sec
[ 4] 35.0-40.0 sec 40.6 KBytes 66.5 Kbits/sec
[ 4] 40.0-45.0 sec 2.85 KBytes 4.67 Kbits/sec
[ 4] 45.0-50.0 sec 0.00 Bytes 0.00 bits/sec
[ 4] 50.0-55.0 sec 20.0 KBytes 32.7 Kbits/sec
[ 4] 55.0-60.0 sec 85.5 KBytes 140 Kbits/sec
[ 4] 60.0-65.0 sec 39.9 KBytes 65.4 Kbits/sec
[ 4] 65.0-70.0 sec 24.2 KBytes 39.7 Kbits/sec
[ 4] 0.0-73.2 sec 560 KBytes 62.7 Kbits/sec
[ 4] MSS size 1460 bytes (MTU 1500 bytes, ethernet)
vivien@gueant:~$ iperf -c 89.2.201.xx -m -w 216K -i 10 -t 60 -r -p 4662
------------------------------------------------------------
Server listening on TCP port 4662
TCP window size: 208 KByte (WARNING: requested 216 KByte)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 89.2.201.xx, TCP port 4662
TCP window size: 208 KByte (WARNING: requested 216 KByte)
------------------------------------------------------------
[ 5] local 213.251.129.37 port 1384 connected with 89.2.201.xx port 4662
[ 5] 0.0-10.0 sec 57.0 MBytes 47.8 Mbits/sec
[ 5] 10.0-20.0 sec 65.5 MBytes 55.0 Mbits/sec
[ 5] 20.0-30.0 sec 62.0 MBytes 52.0 Mbits/sec
[ 5] 30.0-40.0 sec 58.6 MBytes 49.2 Mbits/sec
[ 5] 40.0-50.0 sec 64.2 MBytes 53.9 Mbits/sec
[ 5] 50.0-60.0 sec 59.5 MBytes 49.9 Mbits/sec
[ 5] 0.0-60.0 sec 367 MBytes 51.3 Mbits/sec
[ 5] MSS size 1448 bytes (MTU 1500 bytes, ethernet)
[ 4] local 213.251.129.37 port 4662 connected with 89.2.201.xx port 3669
[ 4] 0.0-10.0 sec 12.8 KBytes 10.5 Kbits/sec
[ 4] 10.0-20.0 sec 51.2 KBytes 41.9 Kbits/sec
[ 4] 20.0-30.0 sec 260 KBytes 213 Kbits/sec
[ 4] 30.0-40.0 sec 309 KBytes 253 Kbits/sec
[ 4] 40.0-50.0 sec 335 KBytes 274 Kbits/sec
[ 4] 50.0-60.0 sec 99.8 KBytes 81.8 Kbits/sec
[ 4] 60.0-70.0 sec 52.8 KBytes 43.2 Kbits/sec
[ 4] 70.0-80.0 sec 125 KBytes 103 Kbits/sec
[ 4] 0.0-82.4 sec 1.26 MBytes 128 Kbits/sec
[ 4] MSS size 1460 bytes (MTU 1500 bytes, ethernet)
-
tests IPERF UDP sur le port 5001 :
Débits de 10 Kb/s
Download : 0 % de perte
Upload : 6,2% de perte
$ iperf -c 89.2.201.xx -i 5 -t 30 -u -b 10K -r
WARNING: delay too large, reducing from 1.2 to 1.0 seconds.
------------------------------------------------------------
Server listening on UDP port 5001
Receiving 1470 byte datagrams
UDP buffer size: 104 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 89.2.201.xx, UDP port 5001
Sending 1470 byte datagrams
UDP buffer size: 104 KByte (default)
------------------------------------------------------------
[ 4] local 213.251.129.37 port 4268 connected with 89.2.201.xx port 5001
[ 4] 0.0- 5.0 sec 7.18 KBytes 11.8 Kbits/sec
[ 4] 5.0-10.0 sec 7.18 KBytes 11.8 Kbits/sec
[ 4] 10.0-15.0 sec 7.18 KBytes 11.8 Kbits/sec
[ 4] 15.0-20.0 sec 7.18 KBytes 11.8 Kbits/sec
[ 4] 20.0-25.0 sec 7.18 KBytes 11.8 Kbits/sec
[ 4] 25.0-30.0 sec 7.18 KBytes 11.8 Kbits/sec
[ 4] 0.0-31.0 sec 44.5 KBytes 11.8 Kbits/sec
[ 4] Sent 31 datagrams
[ 4] Server Report:
[ 4] 0.0-31.0 sec 44.5 KBytes 11.8 Kbits/sec 1.620 ms 0/ 31 (0%)
[ 3] local 213.251.129.37 port 5001 connected with 89.2.201.xx port 3685
[ 3] 0.0- 5.0 sec 7.18 KBytes 11.8 Kbits/sec 2.201 ms 0/ 5 (0%)
[ 3] 5.0-10.0 sec 7.18 KBytes 11.8 Kbits/sec 3.417 ms 0/ 5 (0%)
[ 3] 10.0-15.0 sec 7.18 KBytes 11.8 Kbits/sec 3.090 ms 0/ 5 (0%)
[ 3] 15.0-20.0 sec 5.74 KBytes 9.41 Kbits/sec 2.840 ms 0/ 4 (0%)
[ 3] 20.0-25.0 sec 5.74 KBytes 9.41 Kbits/sec 2.913 ms 2/ 6 (33%)
[ 3] 25.0-30.0 sec 7.18 KBytes 11.8 Kbits/sec 2.697 ms 0/ 5 (0%)
[ 3] 0.0-32.0 sec 43.1 KBytes 11.0 Kbits/sec 2.675 ms 2/ 32 (6.2%)
-
tests IPERF UDP sur le port 5001 :
Débits de 40 Kb/s
Download : 0 % de perte
Upload : 8,7% de perte
$ iperf -c 89.2.201.xx -i 5 -t 30 -u -b 40K -r
------------------------------------------------------------
Server listening on UDP port 5001
Receiving 1470 byte datagrams
UDP buffer size: 104 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 89.2.201.xx, UDP port 5001
Sending 1470 byte datagrams
UDP buffer size: 104 KByte (default)
------------------------------------------------------------
[ 4] local 213.251.129.37 port 4273 connected with 89.2.201.xx port 5001
[ 4] 0.0- 5.0 sec 25.8 KBytes 42.3 Kbits/sec
[ 4] 5.0-10.0 sec 24.4 KBytes 40.0 Kbits/sec
[ 4] 10.0-15.0 sec 24.4 KBytes 40.0 Kbits/sec
[ 4] 15.0-20.0 sec 23.0 KBytes 37.6 Kbits/sec
[ 4] 20.0-25.0 sec 25.8 KBytes 42.3 Kbits/sec
[ 4] 25.0-30.0 sec 24.4 KBytes 40.0 Kbits/sec
[ 4] 0.0-30.6 sec 149 KBytes 40.0 Kbits/sec
[ 4] Sent 104 datagrams
[ 4] Server Report:
[ 4] 0.0-30.6 sec 149 KBytes 40.0 Kbits/sec 6.629 ms 0/ 104 (0%)
[ 3] local 213.251.129.37 port 5001 connected with 89.2.201.xx port 3690
[ 3] 0.0- 5.0 sec 23.0 KBytes 37.6 Kbits/sec 3.643 ms 1/ 17 (5.9%)
[ 3] 5.0-10.0 sec 23.0 KBytes 37.6 Kbits/sec 6.293 ms 1/ 17 (5.9%)
[ 3] 10.0-15.0 sec 20.1 KBytes 32.9 Kbits/sec 5.106 ms 2/ 16 (12%)
[ 3] 15.0-20.0 sec 23.0 KBytes 37.6 Kbits/sec 3.570 ms 2/ 18 (11%)
[ 3] 20.0-25.0 sec 24.4 KBytes 40.0 Kbits/sec 6.680 ms 0/ 17 (0%)
[ 3] 25.0-30.0 sec 20.1 KBytes 32.9 Kbits/sec 7.961 ms 1/ 15 (6.7%)
[ 3] 0.0-30.6 sec 136 KBytes 36.5 Kbits/sec 7.970 ms 9/ 104 (8.7%)
-
tests IPERF UDP sur le port 5001 :
Débits de 100 Kb/s
Download : 0 % de perte
Upload : 18% de perte
$ iperf -c 89.2.201.xx -i 5 -t 30 -u -b 100K -r
------------------------------------------------------------
Server listening on UDP port 5001
Receiving 1470 byte datagrams
UDP buffer size: 104 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 89.2.201.xx, UDP port 5001
Sending 1470 byte datagrams
UDP buffer size: 104 KByte (default)
------------------------------------------------------------
[ 4] local 213.251.129.37 port 4271 connected with 89.2.201.xx port 5001
[ 4] 0.0- 5.0 sec 61.7 KBytes 101 Kbits/sec
[ 4] 5.0-10.0 sec 61.7 KBytes 101 Kbits/sec
[ 4] 10.0-15.0 sec 60.3 KBytes 98.8 Kbits/sec
[ 4] 15.0-20.0 sec 61.7 KBytes 101 Kbits/sec
[ 4] 20.0-25.0 sec 60.3 KBytes 98.8 Kbits/sec
[ 4] 25.0-30.0 sec 61.7 KBytes 101 Kbits/sec
[ 4] 0.0-30.2 sec 369 KBytes 100 Kbits/sec
[ 4] Sent 257 datagrams
[ 4] Server Report:
[ 4] 0.0-30.2 sec 369 KBytes 100 Kbits/sec 6.916 ms 0/ 257 (0%)
[ 3] local 213.251.129.37 port 5001 connected with 89.2.201.xx port 3688
[ 3] 0.0- 5.0 sec 53.1 KBytes 87.0 Kbits/sec 6.991 ms 6/ 43 (14%)
[ 3] 5.0-10.0 sec 50.2 KBytes 82.3 Kbits/sec 6.844 ms 8/ 43 (19%)
[ 3] 10.0-15.0 sec 45.9 KBytes 75.3 Kbits/sec 5.155 ms 10/ 42 (24%)
[ 3] 15.0-20.0 sec 45.9 KBytes 75.3 Kbits/sec 5.640 ms 10/ 42 (24%)
[ 3] 20.0-25.0 sec 54.6 KBytes 89.4 Kbits/sec 4.452 ms 5/ 43 (12%)
[ 3] 25.0-30.0 sec 50.2 KBytes 82.3 Kbits/sec 4.376 ms 8/ 43 (19%)
[ 3] 0.0-30.1 sec 301 KBytes 82.0 Kbits/sec 4.536 ms 47/ 257 (18%)
-
tests IPERF UDP sur le port 5001 :
Débits de 1 Mb/s
Download : 0% et 0,31 % de perte
Upload : 43% de perte
$ iperf -c 89.2.201.xx -i 5 -t 30 -r -u -b 1M
------------------------------------------------------------
Server listening on UDP port 5001
Receiving 1470 byte datagrams
UDP buffer size: 104 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 89.2.201.xx, UDP port 5001
Sending 1470 byte datagrams
UDP buffer size: 104 KByte (default)
------------------------------------------------------------
[ 4] local 213.251.129.37 port 4247 connected with 89.2.201.xx port 5001
[ 4] 0.0- 5.0 sec 612 KBytes 1.00 Mbits/sec
[ 4] 5.0-10.0 sec 610 KBytes 1000 Kbits/sec
[ 4] 10.0-15.0 sec 610 KBytes 1000 Kbits/sec
[ 4] 15.0-20.0 sec 610 KBytes 1000 Kbits/sec
[ 4] 20.0-25.0 sec 610 KBytes 1000 Kbits/sec
[ 4] 25.0-30.0 sec 612 KBytes 1.00 Mbits/sec
[ 4] 0.0-30.0 sec 3.58 MBytes 1000 Kbits/sec
[ 4] Sent 2553 datagrams
[ 4] Server Report:
[ 4] 0.0-30.0 sec 3.58 MBytes 1000 Kbits/sec 5.735 ms 0/ 2553 (0%)
[ 3] local 213.251.129.37 port 5001 connected with 89.2.201.xx port 3674
[ 3] 0.0- 5.0 sec 317 KBytes 520 Kbits/sec 7.235 ms 210/ 431 (49%)
[ 3] 5.0-10.0 sec 323 KBytes 529 Kbits/sec 6.949 ms 200/ 425 (47%)
[ 3] 10.0-15.0 sec 357 KBytes 586 Kbits/sec 6.672 ms 182/ 431 (42%)
[ 3] 15.0-20.0 sec 365 KBytes 597 Kbits/sec 7.906 ms 172/ 426 (40%)
[ 3] 20.0-25.0 sec 375 KBytes 614 Kbits/sec 5.870 ms 165/ 426 (39%)
[ 3] 0.0-29.9 sec 2.05 MBytes 575 Kbits/sec 6.971 ms 1090/ 2553 (43%)
$ iperf -c 89.2.201.xx -i 5 -t 30 -u -b 1M
------------------------------------------------------------
Client connecting to 89.2.201.xx, UDP port 5001
Sending 1470 byte datagrams
UDP buffer size: 104 KByte (default)
------------------------------------------------------------
[ 3] local 213.251.129.37 port 4265 connected with 89.2.201.xx port 5001
[ 3] 0.0- 5.0 sec 612 KBytes 1.00 Mbits/sec
[ 3] 5.0-10.0 sec 610 KBytes 1000 Kbits/sec
[ 3] 10.0-15.0 sec 610 KBytes 1000 Kbits/sec
[ 3] 15.0-20.0 sec 610 KBytes 1000 Kbits/sec
[ 3] 20.0-25.0 sec 610 KBytes 1000 Kbits/sec
[ 3] 25.0-30.0 sec 612 KBytes 1.00 Mbits/sec
[ 3] 0.0-30.0 sec 3.58 MBytes 1000 Kbits/sec
[ 3] Sent 2553 datagrams
[ 3] Server Report:
[ 3] 0.0-30.0 sec 3.57 MBytes 997 Kbits/sec 5.896 ms 8/ 2553 (0.31%)
-
tests IPERF UDP sur le port 5001 :
Débits de 2 Mb/s
Download : 0,33 % de perte
Upload : test non réalisé
$ iperf -c 89.2.201.xx -i 5 -t 30 -u -b 2M
------------------------------------------------------------
Client connecting to 89.2.201.xx, UDP port 5001
Sending 1470 byte datagrams
UDP buffer size: 104 KByte (default)
------------------------------------------------------------
[ 3] local 213.251.129.37 port 4264 connected with 89.2.201.xx port 5001
[ 3] 0.0- 5.0 sec 1.19 MBytes 2.00 Mbits/sec
[ 3] 5.0-10.0 sec 1.19 MBytes 2.00 Mbits/sec
[ 3] 10.0-15.0 sec 1.19 MBytes 2.00 Mbits/sec
[ 3] 15.0-20.0 sec 1.19 MBytes 2.00 Mbits/sec
[ 3] 20.0-25.0 sec 1.19 MBytes 2.00 Mbits/sec
[ 3] 25.0-30.0 sec 1.19 MBytes 2.00 Mbits/sec
[ 3] 0.0-30.0 sec 7.16 MBytes 2.00 Mbits/sec
[ 3] Sent 5104 datagrams
[ 3] Server Report:
[ 3] 0.0-30.0 sec 7.13 MBytes 1.99 Mbits/sec 7.251 ms 17/ 5103 (0.33%)
[ 3] 0.0-30.0 sec 1 datagrams received out-of-order
-
tests IPERF UDP sur le port 5001 :
Débits de 5 Mb/s
Download : 0.74 % de perte
Upload : test non réalisé
$ iperf -c 89.2.201.xx -i 5 -t 30 -u -b 5M
------------------------------------------------------------
Client connecting to 89.2.201.xx, UDP port 5001
Sending 1470 byte datagrams
UDP buffer size: 104 KByte (default)
------------------------------------------------------------
[ 3] local 213.251.129.37 port 4262 connected with 89.2.201.xx port 5001
[ 3] 0.0- 5.0 sec 2.98 MBytes 4.99 Mbits/sec
[ 3] 5.0-10.0 sec 2.96 MBytes 4.97 Mbits/sec
[ 3] 10.0-15.0 sec 3.00 MBytes 5.04 Mbits/sec
[ 3] 15.0-20.0 sec 2.97 MBytes 4.98 Mbits/sec
[ 3] 20.0-25.0 sec 2.98 MBytes 5.00 Mbits/sec
[ 3] 25.0-30.0 sec 2.96 MBytes 4.96 Mbits/sec
[ 3] 0.0-30.1 sec 17.8 MBytes 4.97 Mbits/sec
[ 3] Sent 12728 datagrams
[ 3] Server Report:
[ 3] 0.0-30.1 sec 17.7 MBytes 4.94 Mbits/sec 3.030 ms 94/12727 (0.74%)
[ 3] 0.0-30.1 sec 1 datagrams received out-of-order
-
tests IPERF UDP sur le port 5001 :
Débits de 20 Mb/s
Download : 8.4 % de perte
Upload : test non réalisé
$ iperf -c 89.2.201.xx -i 5 -t 30 -u -b 20M
------------------------------------------------------------
Client connecting to 89.2.201.xx, UDP port 5001
Sending 1470 byte datagrams
UDP buffer size: 104 KByte (default)
------------------------------------------------------------
[ 3] local 213.251.129.37 port 4251 connected with 89.2.201.xx port 5001
[ 3] 0.0- 5.0 sec 11.6 MBytes 19.5 Mbits/sec
[ 3] 5.0-10.0 sec 10.9 MBytes 18.4 Mbits/sec
[ 3] 10.0-15.0 sec 10.8 MBytes 18.1 Mbits/sec
[ 3] 15.0-20.0 sec 10.8 MBytes 18.1 Mbits/sec
[ 3] 20.0-25.0 sec 11.2 MBytes 18.8 Mbits/sec
[ 3] 25.0-30.0 sec 11.5 MBytes 19.3 Mbits/sec
[ 3] 0.0-30.0 sec 66.9 MBytes 18.7 Mbits/sec
[ 3] Sent 47706 datagrams
[ 3] Server Report:
[ 3] 0.0-30.0 sec 61.3 MBytes 17.1 Mbits/sec 1.202 ms 3991/47702 (8.4%)
[ 3] 0.0-30.0 sec 1 datagrams received out-of-order
-
tests IPERF UDP sur le port 5001 :
Débits de 40 Mb/s
Download : 13 % de perte
Upload : test non réalisé
$ iperf -c 89.2.201.xx -i 5 -t 30 -u -b 40M
------------------------------------------------------------
Client connecting to 89.2.201.xx, UDP port 5001
Sending 1470 byte datagrams
UDP buffer size: 104 KByte (default)
------------------------------------------------------------
[ 3] local 213.251.129.37 port 4249 connected with 89.2.201.xx port 5001
[ 3] 0.0- 5.0 sec 22.5 MBytes 37.8 Mbits/sec
[ 3] 5.0-10.0 sec 20.3 MBytes 34.1 Mbits/sec
[ 3] 10.0-15.0 sec 22.8 MBytes 38.3 Mbits/sec
[ 3] 15.0-20.0 sec 22.7 MBytes 38.0 Mbits/sec
[ 3] 20.0-25.0 sec 23.2 MBytes 39.0 Mbits/sec
[ 3] 25.0-30.0 sec 22.4 MBytes 37.6 Mbits/sec
[ 3] 0.0-30.0 sec 134 MBytes 37.5 Mbits/sec
[ 3] Sent 95578 datagrams
[ 3] Server Report:
[ 3] 0.0-30.0 sec 117 MBytes 32.8 Mbits/sec 0.341 ms 11966/95573 (13%)
[ 3] 0.0-30.0 sec 1 datagrams received out-of-order
-
tests IPERF UDP sur le port 5001 :
Débits de 70 Mb/s
Download : 18 % de perte
Upload : test non réalisé
$ iperf -c 89.2.201.xx -i 5 -t 30 -u -b 70M
------------------------------------------------------------
Client connecting to 89.2.201.xx, UDP port 5001
Sending 1470 byte datagrams
UDP buffer size: 104 KByte (default)
------------------------------------------------------------
[ 3] local 213.251.129.37 port 4256 connected with 89.2.201.xx port 5001
[ 3] 0.0- 5.0 sec 39.8 MBytes 66.7 Mbits/sec
[ 3] 5.0-10.0 sec 37.6 MBytes 63.0 Mbits/sec
[ 3] 10.0-15.0 sec 38.7 MBytes 64.9 Mbits/sec
[ 3] 15.0-20.0 sec 39.4 MBytes 66.1 Mbits/sec
[ 3] 20.0-25.0 sec 40.4 MBytes 67.7 Mbits/sec
[ 3] 25.0-30.0 sec 31.5 MBytes 52.9 Mbits/sec
[ 3] 0.0-30.0 sec 227 MBytes 63.5 Mbits/sec
[ 3] Sent 162112 datagrams
[ 3] Server Report:
[ 3] 0.0-30.0 sec 187 MBytes 52.4 Mbits/sec 3.632 ms 28424/162110 (18%)
[ 3] 0.0-30.0 sec 1 datagrams received out-of-order
-
tests IPERF UDP sur le port 5001 :
Débits de 95 Mb/s
Download : 21 % de perte
Upload : test non réalisé
Débit du "tuyeau" maximum numéricable : 65.8 Mb/s mais inexploitable à cause des pertes de paquets
$ iperf -c 89.2.201.xx -i 5 -t 30 -u -b 95M
------------------------------------------------------------
Client connecting to 89.2.201.xx, UDP port 5001
Sending 1470 byte datagrams
UDP buffer size: 104 KByte (default)
------------------------------------------------------------
[ 3] local 213.251.129.37 port 4260 connected with 89.2.201.xx port 5001
[ 3] 0.0- 5.0 sec 52.4 MBytes 87.9 Mbits/sec
[ 3] 5.0-10.0 sec 45.6 MBytes 76.5 Mbits/sec
[ 3] 10.0-15.0 sec 51.5 MBytes 86.4 Mbits/sec
[ 3] 15.0-20.0 sec 51.3 MBytes 86.1 Mbits/sec
[ 3] 20.0-25.0 sec 49.8 MBytes 83.6 Mbits/sec
[ 3] 25.0-30.0 sec 47.8 MBytes 80.2 Mbits/sec
[ 3] 0.0-30.0 sec 298 MBytes 83.5 Mbits/sec
[ 3] Sent 212894 datagrams
[ 3] Server Report:
[ 3] 0.0-30.0 sec 236 MBytes 65.8 Mbits/sec 0.141 ms 44824/212871 (21%)
[ 3] 0.0-30.0 sec 1 datagrams received out-of-order
-
tests IPERF UDP sur le port 80 : (port http, celui qui devrais avoir les meilleurs performance en cas de bridage par port)
Débits de 1 Mb/s
Download : 0 % de perte
Upload : 43% de perte
# iperf -c 89.2.201.xx -i 5 -t 30 -u -b 1M -r -p 80
------------------------------------------------------------
Server listening on UDP port 80
Receiving 1470 byte datagrams
UDP buffer size: 108 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 89.2.201.xx, UDP port 80
Sending 1470 byte datagrams
UDP buffer size: 108 KByte (default)
------------------------------------------------------------
[ 4] local x.x.x.x port 35491 connected with 89.2.201.xx port 80
[ 4] 0.0- 5.0 sec 612 KBytes 1.00 Mbits/sec
[ 4] 5.0-10.0 sec 610 KBytes 1000 Kbits/sec
[ 4] 10.0-15.0 sec 610 KBytes 1000 Kbits/sec
[ 4] 15.0-20.0 sec 610 KBytes 1000 Kbits/sec
[ 4] 20.0-25.0 sec 610 KBytes 1000 Kbits/sec
[ 4] 25.0-30.0 sec 612 KBytes 1.00 Mbits/sec
[ 4] 0.0-30.0 sec 3.58 MBytes 1000 Kbits/sec
[ 4] Sent 2553 datagrams
[ 4] Server Report:
[ 4] 0.0-30.0 sec 3.58 MBytes 1000 Kbits/sec 6.923 ms 0/ 2553 (0%)
[ 3] local xx.xx.xx.xx port 80 connected with 89.2.201.xx port 3702
[ 3] 0.0- 5.0 sec 291 KBytes 477 Kbits/sec 5.804 ms 223/ 426 (52%)
[ 3] 5.0-10.0 sec 363 KBytes 595 Kbits/sec 5.671 ms 172/ 425 (40%)
[ 3] 10.0-15.0 sec 366 KBytes 600 Kbits/sec 5.501 ms 170/ 425 (40%)
[ 3] 15.0-20.0 sec 375 KBytes 614 Kbits/sec 7.444 ms 163/ 424 (38%)
[ 3] 20.0-25.0 sec 368 KBytes 602 Kbits/sec 7.238 ms 167/ 423 (39%)
[ 3] 25.0-30.0 sec 334 KBytes 548 Kbits/sec 5.328 ms 188/ 421 (45%)
[ 3] 0.0-30.0 sec 2.05 MBytes 573 Kbits/sec 5.590 ms 1091/ 2553 (43%)
-
tests IPERF UDP sur le port 80 : (port http, celui qui devrais avoir les meilleurs performance en cas de bridage par port)
Débits de 5 Mb/s
Download : 16 % de perte
Upload : 85 % de perte
# iperf -c 89.2.201.xx -i 5 -t 30 -u -b 5M -r -p 80
------------------------------------------------------------
Server listening on UDP port 80
Receiving 1470 byte datagrams
UDP buffer size: 108 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 89.2.201.xx, UDP port 80
Sending 1470 byte datagrams
UDP buffer size: 108 KByte (default)
------------------------------------------------------------
[ 4] local x.x.x.x port 35491 connected with 89.2.201.xx port 80
[ 4] 0.0- 5.0 sec 2.98 MBytes 5.00 Mbits/sec
[ 4] 5.0-10.0 sec 2.98 MBytes 5.00 Mbits/sec
[ 4] 10.0-15.0 sec 2.98 MBytes 5.00 Mbits/sec
[ 4] 15.0-20.0 sec 2.98 MBytes 5.00 Mbits/sec
[ 4] 20.0-25.0 sec 2.98 MBytes 5.00 Mbits/sec
[ 4] 25.0-30.0 sec 2.98 MBytes 5.00 Mbits/sec
[ 4] 0.0-30.0 sec 17.9 MBytes 5.00 Mbits/sec
[ 4] Sent 12757 datagrams
[ 4] Server Report:
[ 4] 0.0-30.0 sec 15.1 MBytes 4.22 Mbits/sec 4.183 ms 1982/12757 (16%)
[ 3] local xx.xx.xx.xx port 80 connected with 89.2.201.xx port 3704
[ 3] 0.0- 5.0 sec 421 KBytes 689 Kbits/sec 6.705 ms 1321/ 1614 (82%)
[ 3] 5.0-10.0 sec 436 KBytes 715 Kbits/sec 6.347 ms 1750/ 2054 (85%)
[ 3] 10.0-15.0 sec 435 KBytes 713 Kbits/sec 7.936 ms 1731/ 2034 (85%)
[ 3] 15.0-20.0 sec 436 KBytes 715 Kbits/sec 6.463 ms 1835/ 2139 (86%)
[ 3] 20.0-25.0 sec 436 KBytes 715 Kbits/sec 7.261 ms 1895/ 2199 (86%)
[ 3] 25.0-30.0 sec 449 KBytes 736 Kbits/sec 6.577 ms 1807/ 2120 (85%)
[ 3] 0.0-31.3 sec 2.65 MBytes 710 Kbits/sec 11.309 ms 10750/12638 (85%)
-
tests IPERF UDP sur le port 80 : (port http, celui qui devrais avoir les meilleurs performance en cas de bridage par port)
Débits de 10 Mb/s
Download : 30 % de perte
Upload : 93% de perte
# iperf -c 89.2.201.xx -i 5 -t 30 -u -b 10M -r -p 80
------------------------------------------------------------
Server listening on UDP port 80
Receiving 1470 byte datagrams
UDP buffer size: 108 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 89.2.201.xx, UDP port 80
Sending 1470 byte datagrams
UDP buffer size: 108 KByte (default)
------------------------------------------------------------
[ 4] local x.x.x.x port 35491 connected with 89.2.201.xx port 80
[ 4] 0.0- 5.0 sec 5.96 MBytes 10.0 Mbits/sec
[ 4] 5.0-10.0 sec 5.96 MBytes 10.0 Mbits/sec
[ 4] 10.0-15.0 sec 5.96 MBytes 10.0 Mbits/sec
[ 4] 15.0-20.0 sec 5.96 MBytes 10.0 Mbits/sec
[ 4] 20.0-25.0 sec 5.96 MBytes 10.0 Mbits/sec
[ 4] 25.0-30.0 sec 5.96 MBytes 10.0 Mbits/sec
[ 4] 0.0-30.0 sec 35.8 MBytes 10.0 Mbits/sec
[ 4] Sent 25512 datagrams
[ 4] Server Report:
[ 4] 0.0-30.0 sec 25.0 MBytes 6.99 Mbits/sec 2.225 ms 7691/25512 (30%)
[ 3] local xx.xx.xx.xx port 80 connected with 89.2.201.xx port 3707
[ 3] 0.0- 5.0 sec 408 KBytes 668 Kbits/sec 7.570 ms 2853/ 3137 (91%)
[ 3] 5.0-10.0 sec 439 KBytes 720 Kbits/sec 6.058 ms 3906/ 4212 (93%)
[ 3] 10.0-15.0 sec 421 KBytes 689 Kbits/sec 6.269 ms 3883/ 4176 (93%)
[ 3] 15.0-20.0 sec 426 KBytes 699 Kbits/sec 6.804 ms 3939/ 4236 (93%)
[ 3] 20.0-25.0 sec 428 KBytes 701 Kbits/sec 6.356 ms 3929/ 4227 (93%)
[ 3] 25.0-30.0 sec 423 KBytes 694 Kbits/sec 6.844 ms 3929/ 4224 (93%)
[ 3] 0.0-31.1 sec 2.59 MBytes 697 Kbits/sec 6.490 ms 23417/25262 (93%)
read failed: Connection refused
-
tests IPERF UDP sur le port 80 : (port http, celui qui devrais avoir les meilleurs performance en cas de bridage par port)
Débits de 95 Mb/s
Download : 41 % de perte
Upload : 99 % de perte
Débit réel max (inutisable a cause de pertes) : 52.6 Mb/s
# iperf -c 89.2.201.xx -i 5 -t 30 -u -b 95M -r -p 80
------------------------------------------------------------
Server listening on UDP port 80
Receiving 1470 byte datagrams
UDP buffer size: 108 KByte (default)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 89.2.201.xx, UDP port 80
Sending 1470 byte datagrams
UDP buffer size: 108 KByte (default)
------------------------------------------------------------
[ 4] local x.x.x.x port 35491 connected with 89.2.201.xx port 80
95[ 4] 0.0- 5.0 sec 57.0 MBytes 95.6 Mbits/sec
Mb/s go
[ 4] 5.0-10.0 sec 57.0 MBytes 95.6 Mbits/sec
[ 4] 10.0-15.0 sec 57.0 MBytes 95.6 Mbits/sec
[ 4] 15.0-20.0 sec 57.0 MBytes 95.6 Mbits/sec
[ 4] 20.0-25.0 sec 57.0 MBytes 95.6 Mbits/sec
[ 4] 25.0-30.0 sec 57.0 MBytes 95.6 Mbits/sec
[ 4] 0.0-30.0 sec 342 MBytes 95.6 Mbits/sec
[ 4] Sent 243904 datagrams
[ 4] Server Report:
[ 4] 0.0-30.0 sec 201 MBytes 56.2 Mbits/sec 0.162 ms 100255/243904 (41%)
[ 3] local xx.xx.xx.xx port 80 connected with 89.2.201.xx port 3706
[ 3] 0.0- 5.0 sec 402 KBytes 659 Kbits/sec 8.159 ms 23904/24184 (99%)
[ 3] 5.0-10.0 sec 431 KBytes 706 Kbits/sec 6.580 ms 32234/32534 (99%)
[ 3] 10.0-15.0 sec 452 KBytes 741 Kbits/sec 6.745 ms 28563/28878 (99%)
[ 3] 15.0-20.0 sec 434 KBytes 710 Kbits/sec 6.822 ms 29832/30134 (99%)
[ 3] 20.0-25.0 sec 434 KBytes 710 Kbits/sec 7.067 ms 28406/28708 (99%)
[ 3] 25.0-30.0 sec 434 KBytes 710 Kbits/sec 6.779 ms 29383/29685 (99%)
[ 3] 0.0-31.1 sec 2.62 MBytes 706 Kbits/sec 6.822 ms 179898/181766 (99%)
read failed: Connection refused
-
euh j'ai un peu de mal a comprendre, les 100Mb/s c en down et en up ?
L'offre FTTLA de numéricable propose un débit de 100 Mb/s en download et 5 Mb/s en upload
cf http://www.numericable.fr/
On voit que l'offre réelle ne ressemble a rien de ce qui est promis.
Je préfère mon ADSL à 4.1 Km de mon DSLAM (5 Mb/s down et 1 Mb/s up avec 0% de perte de paquet) a cette connexion pourrie. (désolé mais je n'ai pas d'autre mots pour ça)
Le seul plus c'est qu'il n'y a pas de bridage de P2P au niveau des ports et que l'UDP est possible (MédiaFibrre pour ne pas le citer coupe tout trafic UDP de plus de 10 paquet ce qu rend plein d'usage d'internet impossible comme par exemple un VPN pour se connecter au réseau de son entreprise de chez soit)
-
Résumé des tests du 14/11/2007 :
Le débit de l'offre Noos est en moyenne de :
Download :
En théorie :
=> 100 Mb/s (TCP et UDP)
En pratique
=> 47.0 Mb/s (TCP) et 1.0 Mb/s (UDP sans perte)
Upload :
En théorie :
=> 5 Mb/s (TCP et UDP)
En pratique :
=> 0,1 Mb/s (TCP) et < 0,01 Mb/s (UDP sans perte)
-
8% de perte de paquet, c'est stable et catastrophique
"Mesdames, Messieurs les abonnés vous avez une ligne pourrave certe, mais d'une stabilité absolue (dans le pourrave)"
Quel humour Vivien ;D ;D
J'adore ;D ;D ;D ;D
-
[HS]
...(MédiaFibrre pour ne pas le citer coupe tout trafic UDP de plus de 10 paquet ce qu rend plein d'usage d'internet impossible comme par exemple un VPN pour se connecter au réseau de son entreprise de chez soit)
???
Je fais bien de la vpn udp sans pbs pourtant ;D
Celà ressemble plus à du bridage udp "sélectif" (on bride ce qui n'est pas reconnu protocole 'standard' sur les ports 'standards' qui vont bien, à rapprocher du sujet déjà évoqué par ailleurs)
[/HS]
-
[HS]
partant pour faire de nouveau des tests, trop tard pour ce soir
[/HS]
-
Le seul plus c'est qu'il n'y a pas de bridage de P2P au niveau des ports et que l'UDP est possible ...
A voir le taux de perte en UDP, je serais tenté de dire le contraire, que même si pas bridé (semble être plutôt mis en queue des priorités ici) l'usage udp va être 'catastrophique' en terme de fiabilité : nombre de paquets vont être demandés à être renvoyés par la couche supérieure à udp car pas reçus, ce qui par exemple en vpn (exemple que tu as pris sur udp pour médiafibre) va posé des problèmes (ou des lenteurs de la vpn).
Sans compter que le débit udp 1Mb Down, 0.01Mb Up (sans compter les pertes) est franchement minable, ce qui ne rajoute rien de bien à l'affaire ::)
J'irai même à dire qu'il y a bridage quelque part pour avoir si peu de débit udp avec tant de pertes ::)
-
l'usage udp va être 'catastrophique' en terme de fiabilité : nombre de paquets vont être demandés à être renvoyés par la couche supérieure à udp car pas reçus, ce qui par exemple en vpn (exemple que tu as pris sur udp pour médiafibre) va posé des problèmes (ou des lenteurs de la vpn).
En VoIP (si il s'abonné a Wengo par exemple), c'est de l'UDP et on ne retransmet pas les paquet perdu car ils arriveraient trop tard (c'est temps réel la VoIP)
=> il ne faut pas dépasser 0,1% de perte sinon c'est la cata.
La on est à 17% de perte en upload, ce sera inaudible.
-
je dis peut être une grosse c......e en fait car sur le traceroute la perte semble être ici :
3. th2-1-6k.routers.ovh.net 36.0% 100 59.3 13.4 0.9 194.5 33.7
Un routeur de ovh et pas le 'truc' à numéricâble juste après, à moins que ce soit le 'truc' justement qui bloque l'udp vers/depuis le routeur ovh ?
Mais je peux dire encore une autre c......e car le traceroute c'est des pings (icmp) pas de l'udp ...
Lors des tests udp NeufFTTH, on passe par le même routeur d'ovh ? ça permettrai d'éliminer le fait que c'est lui le coupable s'il est aussi utilisé pour aller vers le PBC Neuf FTTH car nos tests udp NeufFTTH Pbc sont plutôt bon eux.
-
En VoIP (si il s'abonné a Wengo par exemple), c'est de l'UDP et on ne retransmet pas les paquet perdu car ils arriveraient trop tard (c'est temps réel la VoIP)
=> il ne faut pas dépasser 0,1% de perte sinon c'est la cata.
La on est à 17% de perte en upload, ce sera inaudible.
En partant du principe qu'il y a bridage et bien côté 'numéricable', celà confirme donc ce que je dis et contredit donc ce que tu as dit 'udp possible' : l'udp numéricâble FTLA est donc bien une CATA ;D
Pour être en UDP SANS PERTES faut pas vouloir aller plus que 1Mb/s Down, 0.01Mb/s Upn donc débit pourri dans les deux sens, et au delà PERTES de plus en plus massives donc stabilité des connexions pourrie.
-
Client connecting to 212.27.33.25, TCP port 4662
TCP window size: 216 KByte
------------------------------------------------------------
[1872] local 89.2.201.xx port 1104 connected with 212.27.33.25 port 4662
[ ID] Interval Transfer Bandwidth
[1872] 0.0- 5.0 sec 472 KBytes 773 Kbits/sec
[1872] 5.0-10.0 sec 488 KBytes 800 Kbits/sec
[1872] 10.0-15.0 sec 536 KBytes 878 Kbits/sec
[1872] 15.0-20.0 sec 160 KBytes 262 Kbits/sec
[1872] 20.0-25.0 sec 168 KBytes 275 Kbits/sec
[1872] 25.0-30.0 sec 160 KBytes 262 Kbits/sec
[1872] 0.0-39.8 sec 1.95 MBytes 410 Kbits/sec
[1844] local 89.2.201.xx port 4662 connected with 212.27.33.25 port 35768
[ ID] Interval Transfer Bandwidth
[1844] 0.0- 5.0 sec 30.5 MBytes 51.2 Mbits/sec
[1844] 5.0-10.0 sec 48.8 MBytes 81.9 Mbits/sec
[1844] 10.0-15.0 sec 44.1 MBytes 73.9 Mbits/sec
[1844] 15.0-20.0 sec 42.1 MBytes 70.6 Mbits/sec
[1844] 20.0-25.0 sec 50.8 MBytes 85.2 Mbits/sec
[1844] 25.0-30.0 sec 49.6 MBytes 83.2 Mbits/sec
[1844] 0.0-30.0 sec 266 MBytes 74.3 Mbits/sec
-
problème en upload résolu maintenant ;D
-
tu nous refais un test ?
-
bien sur :)
-
On est passé de 47 MbS/ down 0.1 Mb/s up à 26 Mb/s down et 2.3 Mb/s up aujourd'hui
$ iperf -c 89.2.203.xx -w 216K -i 5 -t 30 -r
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 208 KByte (WARNING: requested 216 KByte)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 89.2.203.xx, TCP port 5001
TCP window size: 208 KByte (WARNING: requested 216 KByte)
------------------------------------------------------------
[ 5] local 213.251.129.xx port 4704 connected with 89.2.203.xx port 5001
[ 5] 0.0- 5.0 sec 10.1 MBytes 17.0 Mbits/sec
[ 5] 5.0-10.0 sec 14.8 MBytes 24.8 Mbits/sec
[ 5] 10.0-15.0 sec 16.6 MBytes 27.9 Mbits/sec
[ 5] 15.0-20.0 sec 17.4 MBytes 29.2 Mbits/sec
[ 5] 20.0-25.0 sec 16.2 MBytes 27.3 Mbits/sec
[ 5] 25.0-30.0 sec 16.4 MBytes 27.5 Mbits/sec
[ 5] 0.0-30.0 sec 91.6 MBytes 25.6 Mbits/sec
[ 4] local 213.251.129.xx port 5001 connected with 89.2.203.xx port 1345
[ 4] 0.0- 5.0 sec 1.19 MBytes 1.99 Mbits/sec
[ 4] 5.0-10.0 sec 1.42 MBytes 2.37 Mbits/sec
[ 4] 10.0-15.0 sec 1.73 MBytes 2.91 Mbits/sec
[ 4] 15.0-20.0 sec 1.55 MBytes 2.59 Mbits/sec
[ 4] 20.0-25.0 sec 1.10 MBytes 1.84 Mbits/sec
[ 4] 25.0-30.0 sec 1.11 MBytes 1.86 Mbits/sec
[ 4] 0.0-30.9 sec 8.29 MBytes 2.25 Mbits/sec
-
Test le dimanche matin :
$ iperf -c 89.2.177.xx -f m -w 216K -i 5 -t 30 -r
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 0.20 MByte (WARNING: requested 0.21 MByte)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 89.2.177.xx, TCP port 5001
TCP window size: 0.20 MByte (WARNING: requested 0.21 MByte)
------------------------------------------------------------
[ 5] local 213.251.129.xx port 1176 connected with 89.2.177.xx port 5001
[ 5] 0.0- 5.0 sec 16.2 MBytes 27.3 Mbits/sec
[ 5] 5.0-10.0 sec 21.8 MBytes 36.5 Mbits/sec
[ 5] 10.0-15.0 sec 21.2 MBytes 35.6 Mbits/sec
[ 5] 15.0-20.0 sec 21.0 MBytes 35.2 Mbits/sec
[ 5] 20.0-25.0 sec 21.7 MBytes 36.4 Mbits/sec
[ 5] 25.0-30.0 sec 20.0 MBytes 33.5 Mbits/sec
[ 5] 0.0-30.0 sec 122 MBytes 34.1 Mbits/sec
[ 4] local 213.251.129.xx port 5001 connected with 89.2.177.xx port 1714
[ 4] 0.0- 5.0 sec 1.72 MBytes 2.88 Mbits/sec
[ 4] 5.0-10.0 sec 1.45 MBytes 2.43 Mbits/sec
[ 4] 10.0-15.0 sec 1.29 MBytes 2.17 Mbits/sec
[ 4] 15.0-20.0 sec 1.77 MBytes 2.97 Mbits/sec
[ 4] 20.0-25.0 sec 2.17 MBytes 3.64 Mbits/sec
[ 4] 25.0-30.0 sec 1.95 MBytes 3.28 Mbits/sec
[ 4] 0.0-31.0 sec 10.6 MBytes 2.86 Mbits/sec
-
je pense qu'il faut mettre à jour le premier post
-
Nouveaux tests.
Depuis l'intervention de Numericable, le débit a a bien progressé mais le download est passé a 30 Mb/s :
Download moyen : 30.0 Mb/s
Upload moyen : 3.9 Mb/s
iperf -c 85.69.251.xx -w 216K -i 5 -t 60 -r
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 208 KByte (WARNING: requested 216 KByte)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 85.69.251.xx, TCP port 5001
TCP window size: 208 KByte (WARNING: requested 216 KByte)
------------------------------------------------------------
[ 5] local 213.251.129.37 port 3756 connected with 85.69.251.xx port 5001
[ 5] 0.0- 5.0 sec 15.0 MBytes 25.1 Mbits/sec
[ 5] 5.0-10.0 sec 19.8 MBytes 33.3 Mbits/sec
[ 5] 10.0-15.0 sec 19.5 MBytes 32.8 Mbits/sec
[ 5] 15.0-20.0 sec 17.2 MBytes 28.8 Mbits/sec
[ 5] 20.0-25.0 sec 14.9 MBytes 25.0 Mbits/sec
[ 5] 25.0-30.0 sec 19.6 MBytes 32.9 Mbits/sec
[ 5] 30.0-35.0 sec 18.5 MBytes 31.0 Mbits/sec
[ 5] 35.0-40.0 sec 18.6 MBytes 31.3 Mbits/sec
[ 5] 40.0-45.0 sec 17.9 MBytes 30.0 Mbits/sec
[ 5] 45.0-50.0 sec 18.4 MBytes 30.9 Mbits/sec
[ 5] 50.0-55.0 sec 19.5 MBytes 32.7 Mbits/sec
[ 5] 55.0-60.0 sec 18.2 MBytes 30.6 Mbits/sec
[ 5] 0.0-60.0 sec 217 MBytes 30.4 Mbits/sec
[ 4] local 213.251.129.37 port 5001 connected with 85.69.251.xx port 52645
[ 4] 0.0- 5.0 sec 2.65 MBytes 4.44 Mbits/sec
[ 4] 5.0-10.0 sec 2.20 MBytes 3.69 Mbits/sec
[ 4] 10.0-15.0 sec 2.20 MBytes 3.70 Mbits/sec
[ 4] 15.0-20.0 sec 2.16 MBytes 3.63 Mbits/sec
[ 4] 20.0-25.0 sec 2.30 MBytes 3.86 Mbits/sec
[ 4] 25.0-30.0 sec 2.32 MBytes 3.90 Mbits/sec
[ 4] 30.0-35.0 sec 2.34 MBytes 3.93 Mbits/sec
[ 4] 35.0-40.0 sec 2.25 MBytes 3.77 Mbits/sec
[ 4] 40.0-45.0 sec 2.42 MBytes 4.06 Mbits/sec
[ 4] 45.0-50.0 sec 2.25 MBytes 3.77 Mbits/sec
[ 4] 50.0-55.0 sec 2.32 MBytes 3.89 Mbits/sec
[ 4] 55.0-60.0 sec 2.44 MBytes 4.10 Mbits/sec
[ 4] 0.0-60.4 sec 28.0 MBytes 3.89 Mbits/sec
-
Le seul test approchant le 100Mb/s c'était vers le 15 novembre apparemment.
Depuis pas franchement dans les clous de l'offre d'origine :-\
Dans tout cela je ne vois plus aucun rapport avec une offre soit disant '100 Mb/s' ::)
Même en ajoutant le dl et le up on arrive pas à dépasser 50Mb/s ::)
D'autres clients pour lancer régulièrement des tests et infirmer ou confirmer un problème général ou uniquement pour les testeurs actuels ?
-
Il avait un problème d'upload.
Numericable est intervenu (le problème d'upload est réglé) mais il semble être passé sur une offre 30 Mb/s en download....
-
je suis tjrs sur l'offre 100mega!
-
je suis tjrs sur l'offre 100mega!
Ben alors va falloir que tu les secoues un peu en ce début d'année 2008 ;D
-
Je suis tombé sur un article parlant de l'offre de numéricable :
https://www.nextinpact.com/d-140-1-numericable_100_mega.htm (https://www.nextinpact.com/d-140-1-numericable_100_mega.htm)
Par contre, ils n'ont pas l'air déçu par les résultats pourtant ils n'obtiennent que 30 Mbits/s ???
ps : je ne sais pas ce que ça vaut comme article, quand on voit des copies d'écrans de speedtest.net.
-
Je pense m'abonner à l'offre 100 Mb/s du Numericable dans quelques mois (je suis éligible).
Ce sera l'occasion de faire d'autres tests...
Pour la petite histoire, Numericable avait demandé dés le début que le modem câble-routeur fourni par Netgear soit noir sauf que Netgear ne pouvait pas le faire facilement. Donc le premier lot est blanc comme les autres produits netgear. La couleur na rien a voir avec le débit.
Il est clair que dans ton article on est provisionné à 30 Mb/s.
-
Bonjour,
quelle est la technologie de raccordement utilisée par Numéricâble sur Talence (33400) coaxial ou fibre optique ?
-
Talence est fibrée depuis gavé de temps ;)
-
Numericable utilise du FTTLA (Fiber To The Last Amplifier). Cela vuet dire que la fibre arrive dans un boîtier au bout de ta rue ou dans ton immeuble et après c'est du coaxial.
La norme utilisée sur le coaxial est le DOCSIS v 3.0(Data Over Cable Service Interface Specification) est le protocole utilisé sur le câble : https://fr.wikipedia.org/wiki/DOCSIS
Sur le DOCSIS v 3.0 à une bande passante pour Internet de 150 Mb/s (Gpon actuel = 2488 Mb/s) et Numericable place jusqu'à 100 abonnés par branche DOCSIS v3.0 contre jusqu'à 64 abonnés par branche de 2488 Mb/s pour le Gpon.
Les performances en download sont bonnes (100 Mb/s) mais en upload la limite est vers 30 Mb/s (et numericable vend du 5 Mb/s).
Il faut que je me fasse confirmer les chiffres de 80 abonnés par branche et 30 Mb/s en upload, c'est de mémoire.
Type de boîtier où la fibre arrive :
(https://lafibre.info/images/altice_cable/NumericableOuvert2.jpg)
-
Vivien,
Numericable utilise toujours le DOCSIS v 2.0 le upload du v3 est de 122mbits
https://en.wikipedia.org/wiki/DOCSIS
c'est le docsis v2 qui est limité à 30mbits en upload
-
Numericable utilise le DOCSIS 2.0 et 3.0 (le réseau n'est pas homogène dans toute la Françe)
Voila ce que dit WIkipedia (https://en.wikipedia.org/wiki/DOCSIS) pour l'EuroDOCSIS qui est utilisé en Europe :
| Version | Downstream | Upstream |
| 1.x | 50 Mbit/s | 9 Mbit/s |
| 2.0 | 50 Mbit/s | 27 Mbit/s |
| 3.0 4channel | 200 Mbit/s | 108 Mbit/s |
| 3.0 8channel | 400 Mbit/s | 108 Mbit/s |
Les spécifications du DOCSIS sont public : vous pouvez les trouver sur http://www.cablemodem.com/specifications/specifications30.html
Ne pas confondre le maximum prévu par la norme avec ce que fournit Numericable !
Maintenant les spécifications du modem-routeur-cable de Numéricable http://www.netgear.com/Products/RoutersandGateways/WirelessGRouters/CBVG834G.aspx
C'est un modem "Pre-DOCSIS 3.0 Cable Voice Gateway (CBVG834G)"
Il est capable de d'agréger 3 canaux en download, donc 3x 50 Mb/s soit 150 Mb/s en downlaod
En upload il ne sait envoyer que sur un seul canal donc 27 Mb/s.
L'offre commerciale elle est à 100 Mb/s en download et 5 Mb/s en upload.
Un maximum de 100 abonnés sont par branche FTTLA (Fiber To The Last Amplifier)
Voici la photo des ports offert par le modem de Numericable :
(https://lafibre.info/images/altice_cable/cbvg824g_diagram_21dec07.jpg)
-
Sinon, on me demande comment j'ai ouverte l'armoire Numericable FTTLA en photo ci-dessus.
En fait elle n'a plus de porte.
Il y a pire : https://lafibre.info/images/altice_cable/NumericableOuvert1.jpg (c'est pas du FTTLA)
-
petite question: quand est ce que le débit en upload va vraiment être augmenté. je suis en 100m/5m super stable mais avoir que 5 méga en up c'est vraiment nul par rapport au 100méga en download.
qqln aurai peut être une info concernant une éventuelle futur offre de numéricable concernant une augmentation du upload.
-
Ils ont déjà augmenté l'upload.
Avant c'était 1 Mb/s up pour le 100 Mb/s down.
-
Ils ont déjà augmenté l'upload.
Avant c'était 1 Mb/s up pour le 100 Mb/s down.
1Mb/s je n'ai pas eu, étant réabonné depuis peu mais c'était alors totalement ridicule. 5Mb/s c'est tout de même correct même si je rêve d'un débit symétrique. Il ne faut pas oublier les limitations techniques du DOCSIS (qui est asymétrique) que Vivien mentionne plus haut.
-
avant c 'était du 1 méga . quel honte. 5méga c est bienmieux mais il pourrai augmenter le débit.
-
N'oublie pas que l'usage comme serveur est interdit.
-
N'oublie pas que l'usage comme serveur est interdit.
Ce qui premièrement n'a strictement pas le moindre rapport avec ce qu'il dit, deuxièmement est de facto un non-sens technique.
-
Ce qui premièrement n'a strictement pas le moindre rapport avec ce qu'il dit
Le rapport, c'est que les usages en client pur n'ont souvent pas besoin de beaucoup d'upload.
deuxièmement est de facto un non-sens technique.
Non-sens parce que "serveur" n'est pas une notion bien définie?
Il y a des définitions évidentes, comme "serveur TCP", mais qui ne conviennent pas.
Souvent, ceux qui défendent le bien-fondé de cette exclusion par les opérateurs câble, quand ils sont pressés de donner une définition (autre que "tout le monde comprend", "c'est évident"), donnent : "un serveur c'est quelque chose qui envoie beaucoup de données".
-
merci pour vos réponses.
Normalement d'ici septembre SFRproposera son offre en fibre optique. l insatallation est déja faite. la j'aviserai mais je pense que je vais tenter l'expérience sfr fibre. l'upload est de 50méga ce qui est moins ridicule que 5 méga.
pourtant si numericable se donnais les moyens , il pourrai rafler le marché. le cable peut envoyer du lourd en débit montant et descendant.
-
Le rapport, c'est que les usages en client pur n'ont souvent pas besoin de beaucoup d'upload.
Encore une fois, ces deux choses sont sans lien, tu mélanges tout.
Non-sens parce que "serveur" n'est pas une notion bien définie?
Il y a des définitions évidentes, comme "serveur TCP", mais qui ne conviennent pas.
Souvent, ceux qui défendent le bien-fondé de cette exclusion par les opérateurs câble, quand ils sont pressés de donner une définition (autre que "tout le monde comprend", "c'est évident"), donnent : "un serveur c'est quelque chose qui envoie beaucoup de données".
Il s'agit comme je le dis d'un non-sens technique. Tu ne peux pas vendre un "accès à Internet" et interdire toute utilisation type "serveur".
-
Encore une fois, ces deux choses sont sans lien, tu mélanges tout.
Quels sont les usages qui ont besoin de beaucoup d'upload où la machine ne joue pas à un moment le rôle de serveur?
-
On tourne en rond, je ne vais pas me fatiguer à expliquer des choses à quelqu'un prétendant savoir ce qu'il ne sait pas ;)
-
On tourne en rond, je ne vais pas me fatiguer à expliquer des choses à quelqu'un prétendant savoir ce qu'il ne sait pas ;)
Hein? qu'est-ce que ça veut dire?
C'est une façon d'admettre que tu pipotes?
-
Rah je citerais bien Coluche ::)
Le rapport, c'est que les usages en client pur n'ont souvent pas besoin de beaucoup d'upload.
Encore une fois, c'est faux, faux, faux faux ah et c'est faux.
Il n'y a pas de réel lien entre quantité de données émise et la notion de serveur. Si je fais un serveur web avec mon CV, il s'agit d'un serveur mais il n'èmettra jamais beaucoup de données.
A l'opposé, si je fais régulièrement des sauvegardes à travers Internet, tu èmets énormèment et n'a pas de serveur. De même si tue s un passionné de photos, tu vas consommer beaucoup en upload et n'a toujours pas de serveur.
De même si je fais un serveur de streaming audio à 64kbps, je n'èmet que très très peu mais c'est un serveur.
Si je suis architecte je passe mon temps à échanger via Internet de très volumineux fichiers de plans et ne fais toujours pas de serveur.
Tu commences à comprendre que tu te plantes ??
-
Je vais répondre aussi, Kianouch, pour tout ce que tu donnes comme exemple, si ce n'est pas être un serveur alors 1Mb/s est largement assez. Tu as déjà la chance d'avoir 5Mb/s de quoi te plains-tu ? :o
Si c'est un usage professionnel que tu veux, change de forfait... ::)
A+ ;)
-
Je vais répondre aussi, Kianouch, pour tout ce que tu donnes comme exemple, si ce n'est pas être un serveur alors 1Mb/s est largement assez. Tu as déjà la chance d'avoir 5Mb/s de quoi te plains-tu ? :o
Je ne me plaignais pas, bien au contraire, je suis très satisfait, c'est un autre qui se plaint, un peu plus tôt je crois. L'upload de 5Mb/s me permet entre autre de backup mes données à travers mon VPN à 620ko/s contre les 100ko/s que j'avais chez Free c'est royal ;)
Ceci étant dit je ne vois pas ce que tu fais sur un forum consacré à la fibre optique quand tu crois qu'un débit digne d'une SDSL est suffisant ;)
"Si ce n'est pas être un serveur" on en reste au délire total de Numericable sur les serveurs, comme je le disais personne ne peut respecter cette clause, elle n'a aucun cadre techniquement respectable. Dire "telle vitesse est amplement suffisante, plus c'est inutile", c'est idiot !
-
Non-sens parce que "serveur" n'est pas une notion bien définie?
Il y a des définitions évidentes, comme "serveur TCP", mais qui ne conviennent pas.
Souvent, ceux qui défendent le bien-fondé de cette exclusion par les opérateurs câble, quand ils sont pressés de donner une définition (autre que "tout le monde comprend", "c'est évident"), donnent : "un serveur c'est quelque chose qui envoie beaucoup de données".
Gné.
Les CGV disent:
Sont interdits (...) L’usage de type « peer to peer » ou newsgroup (partage entre utilisateurs de ressources mise à disposition par l’un d’entre eux ou d’un serveur sur le réseau),
Et puis quoi encore ! ::)
Ca s’appelle des conditions abusives et non respectables d'un point de vue technique.
-
Rah je citerais bien Coluche ::)
Encore une fois, c'est faux, faux, faux faux ah et c'est faux.
Tu veux que ce n'est pas vrai?
Il n'y a pas de réel lien entre quantité de données émise et la notion de serveur.
Si je fais un serveur web avec mon CV, il s'agit d'un serveur mais il n'èmettra jamais beaucoup de données.
Évidemment, et alors? Où est-ce que je dis que tous les serveurs èmettent beaucoup de données?
A l'opposé, si je fais régulièrement des sauvegardes à travers Internet, tu èmets énormèment et n'a pas de serveur. De même si tue s un passionné de photos, tu vas consommer beaucoup en upload et n'a toujours pas de serveur.
L'essentiel est de faire les sauvegardes régulièrement, pas de les faire très vite, tu n'as pas forcèment besoin d'énormèment de débit up pour cela. (Évidemment il vaut mieux ne pas passer une semaine à faire une sauvegarde journalière, il y a besoin d'un minimum.)
De même si je fais un serveur de streaming audio à 64kbps, je n'èmet que très très peu mais c'est un serveur.
Tout dépend du nombre de clients. (Et 64 kbps c'est vraiment limite pour avoir une qualité correcte.)
Si je suis architecte je passe mon temps à échanger via Internet de très volumineux fichiers de plans et ne fais toujours pas de serveur.
Tu échanges ces fichiers par quel moyen?
Tu commences à comprendre que tu te plantes ??
Je persiste à dire que la plupart des usages qui nécessitent ou bénéficient d'un gros débit up ne sont pas pur client.
-
"Si ce n'est pas être un serveur" on en reste au délire total de Numericable sur les serveurs, comme je le disais personne ne peut respecter cette clause, elle n'a aucun cadre techniquement respectable.
J'espère qu'il est clair que je ne cautionne en rien la politique de numericable.
-
Les CGV disent:
Sont interdits (...) L’usage de type « peer to peer » ou newsgroup (partage entre utilisateurs de ressources mise à disposition par l’un d’entre eux ou d’un serveur sur le réseau),
Et puis quoi encore ! ::)
Ca s’appelle des conditions abusives et non respectables d'un point de vue technique.
C'est bien la première fois que je vois la définition selon laquelle un usage "newsgroup" est un "partage entre utilisateurs de ressources mise à disposition par l’un d’entre eux ou d’un serveur sur le réseau"!
Est-ce que tous les numéricablés savent que l'interdiction de "l'usage de type « peer to peer »" cela interdit entre autres la VoIP?