La Fibre
Télécom => Réseau => 
IPv6 => Discussion démarrée par: nainkult le 03 mars 2016 à 20:44:55
-
Bonsoir à tous,
Je rencontre un problème pour le moins fâcheux. Je m'explique:
Je suis chez Orange Pro (FTTH) pour mon bureau en télétravail et chez SFR-Numéricable (FTTLA) pour la petite famille. Mon routeur sous OpenWRT est relié à l'ONT Orange et à la Neufbox en bridge et s'occupe d’orienter tout le monde où il faut. En voulant rendre mon petit hameau de paix et de réseau compatible IPv6, j'ai donc configuré un tunnel 6in4 Hurricane Electric le temps que les télécoms finissent de se remuer les miches.
Mais voila, via ma ligne Orange, les ping et les débits sont affreux. Avez vous aussi un comportement similaire ? Comment expliquer une performance aussi pourrie ?
Via Orange:
root@net002:~# ping google.fr
PING google.fr (216.58.208.195): 56 data bytes
64 bytes from 216.58.208.195: seq=0 ttl=56 time=16.632 ms
64 bytes from 216.58.208.195: seq=1 ttl=56 time=16.469 ms
64 bytes from 216.58.208.195: seq=2 ttl=56 time=16.514 ms
64 bytes from 216.58.208.195: seq=3 ttl=56 time=16.580 ms
^C
--- google.fr ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 16.469/16.548/16.632 ms
root@net002:~# ping6 google.fr
PING google.fr (2a00:1450:4007:80d::2003): 56 data bytes
64 bytes from 2a00:1450:4007:80d::2003: seq=0 ttl=53 time=48.259 ms
64 bytes from 2a00:1450:4007:80d::2003: seq=1 ttl=53 time=50.085 ms
64 bytes from 2a00:1450:4007:80d::2003: seq=2 ttl=53 time=51.426 ms
64 bytes from 2a00:1450:4007:80d::2003: seq=3 ttl=53 time=51.535 ms
^C
--- google.fr ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 48.259/50.326/51.535 ms
root@net002:~# wget -O /dev/null http://1.testdebit.info/fichiers/10Mo.dat
--2016-03-03 20:24:49-- http://1.testdebit.info/fichiers/10Mo.dat
Resolving 1.testdebit.info... 194.158.102.114, 2001:860:f70b:100::114
Connecting to 1.testdebit.info|194.158.102.114|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 10000000 (9.5M)
Saving to: '/dev/null'
/dev/null 100%[========================================================================================================================================>] 9.54M 24.5MB/s in 0.4s
2016-03-03 20:24:50 (24.5 MB/s) - '/dev/null' saved [10000000/10000000]
root@net002:~# wget -O /dev/null http://1.testdebit.info/fichiers/10Mo.dat
--2016-03-03 20:23:10-- http://1.testdebit.info/fichiers/10Mo.dat
Resolving 1.testdebit.info... 2001:860:f70b:100::114, 194.158.102.114
Connecting to 1.testdebit.info|2001:860:f70b:100::114|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 10000000 (9.5M)
Saving to: '/dev/null'
/dev/null 100%[========================================================================================================================================>] 9.54M 227KB/s in 40s
2016-03-03 20:23:50 (244 KB/s) - '/dev/null' saved [10000000/10000000]
Via SFR-Numericable:
root@net002:~# ping google.fr
PING google.fr (216.58.208.195): 56 data bytes
64 bytes from 216.58.208.195: seq=0 ttl=57 time=27.251 ms
64 bytes from 216.58.208.195: seq=1 ttl=57 time=24.008 ms
64 bytes from 216.58.208.195: seq=2 ttl=57 time=23.973 ms
64 bytes from 216.58.208.195: seq=3 ttl=57 time=23.709 ms
^C
--- google.fr ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 23.709/24.735/27.251 ms
root@net002:~# ping6 google.fr
PING google.fr (2a00:1450:4007:80d::2003): 56 data bytes
64 bytes from 2a00:1450:4007:80d::2003: seq=0 ttl=53 time=26.987 ms
64 bytes from 2a00:1450:4007:80d::2003: seq=1 ttl=53 time=25.405 ms
64 bytes from 2a00:1450:4007:80d::2003: seq=2 ttl=53 time=25.165 ms
64 bytes from 2a00:1450:4007:80d::2003: seq=3 ttl=53 time=25.270 ms
^C
--- google.fr ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 25.165/25.706/26.987 ms
root@net002:~# wget -O /dev/null http://1.testdebit.info/fichiers/10Mo.dat
--2016-03-03 20:29:12-- http://1.testdebit.info/fichiers/10Mo.dat
Resolving 1.testdebit.info... 194.158.102.114, 2001:860:f70b:100::114
Connecting to 1.testdebit.info|194.158.102.114|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 10000000 (9.5M)
Saving to: '/dev/null'
/dev/null 100%[========================================================================================================================================>] 9.54M 3.40MB/s in 2.8s
2016-03-03 20:29:15 (3.40 MB/s) - '/dev/null' saved [10000000/10000000]
root@net002:~# wget -O /dev/null http://1.testdebit.info/fichiers/10Mo.dat
--2016-03-03 20:28:55-- http://1.testdebit.info/fichiers/10Mo.dat
Resolving 1.testdebit.info... 2001:860:f70b:100::114, 194.158.102.114
Connecting to 1.testdebit.info|2001:860:f70b:100::114|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 10000000 (9.5M)
Saving to: '/dev/null'
/dev/null 100%[========================================================================================================================================>] 9.54M 2.93MB/s in 3.6s
2016-03-03 20:28:59 (2.64 MB/s) - '/dev/null' saved [10000000/10000000]
-
Tu devrais faire un traceroute en ipv6.
tracert ipv6.google.com
ou
tracert -6 google.fr (à vérifier la syntaxe quand même)
par exemple.
C'est une vrai de vrai connexion pro chez Orange ?
Car les particuliers (FTTH et VDSL) passe à l'ipv6 chez Orange ..
-
Une vraie de vraie. Mais on a pas le droit à l'IPv6 a cause des IP fixes et le réseau bizarre que ça utilise.
root@net002:~# traceroute google.fr
traceroute to google.fr (216.58.208.195), 30 hops max, 38 byte packets
1 80.10.115.230 (80.10.115.230) 7.283 ms 7.445 ms 7.370 ms
2 10.123.204.86 (10.123.204.86) 7.661 ms 10.123.204.82 (10.123.204.82) 7.480 ms 7.491 ms
3 ae43-0.nimsr302.Paris.francetelecom.net (193.252.159.153) 7.860 ms ae43-0.nista301.Paris.francetelecom.net (193.252.159.149) 7.838 ms ae43-0.nimsr302.Paris.francetelecom.net (193.252.159.153) 7.839 ms
4 81.253.184.6 (81.253.184.6) 18.404 ms 19.172 ms 193.252.137.78 (193.252.137.78) 10.575 ms
5 google-4.GW.opentransit.net (193.251.254.182) 14.521 ms 209.85.172.162 (209.85.172.162) 8.261 ms google-4.GW.opentransit.net (193.251.254.182) 21.677 ms
6 216.239.57.35 (216.239.57.35) 8.225 ms 8.298 ms 8.227 ms
7 72.14.237.138 (72.14.237.138) 14.844 ms 209.85.243.18 (209.85.243.18) 15.394 ms 66.249.94.216 (66.249.94.216) 15.307 ms
8 par10s21-in-f3.1e100.net (216.58.208.195) 8.302 ms 216.239.40.67 (216.239.40.67) 15.718 ms 216.239.43.65 (216.239.43.65) 16.274 ms
root@net002:~# traceroute6 google.fr
traceroute to google.fr (2a00:1450:4007:80d::2003), 30 hops max, 16 byte packets
1 * elaroche-1.tunnel.tserv10.par1.ipv6.he.net (2001:470:1f12:833::1) 45.666 ms 46.144 ms
2 ge2-3.core1.par1.he.net (2001:470:0:7b::1) 51.081 ms 39.947 ms 43.293 ms
3 10ge7-6.core1.par2.he.net (2001:470:0:1b0::2) 49.054 ms 51.075 ms 49.727 ms
4 google.equinix-ix.fr (2001:7f8:43::1:5169:1) 42.264 ms 40.660 ms 40.548 ms
5 2001:4860::1:0:4a3a (2001:4860::1:0:4a3a) 49.987 ms 50.340 ms 50.349 ms
6 2001:4860:0:1::7 (2001:4860:0:1::7) 48.358 ms 49.795 ms 50.047 ms
7 par10s21-in-x03.1e100.net (2a00:1450:4007:80d::2003) 54.215 ms 49.444 ms 50.110 ms
Et un tracert vers le serveur de tunnelling d'Hurricane:
root@net002:~# traceroute 216.66.84.42
traceroute to 216.66.84.42 (216.66.84.42), 30 hops max, 38 byte packets
1 80.10.115.230 (80.10.115.230) 7.367 ms 7.330 ms 7.328 ms
2 10.123.204.82 (10.123.204.82) 7.368 ms 10.123.204.86 (10.123.204.86) 7.582 ms 10.123.204.82 (10.123.204.82) 7.404 ms
3 ae43-0.nista301.Paris.francetelecom.net (193.252.159.149) 7.806 ms ae43-0.nimsr302.Paris.francetelecom.net (193.252.159.153) 7.868 ms 7.920 ms
4 81.253.184.6 (81.253.184.6) 22.063 ms 193.252.137.78 (193.252.137.78) 8.719 ms 10.094 ms
5 telia.GW.opentransit.net (193.251.248.70) 27.612 ms hundredgige0-2-0-1.pastr2.Paris.opentransit.net (193.251.128.248) 11.616 ms telia.GW.opentransit.net (193.251.248.70) 24.374 ms
6 hurricane-ic-129713-ldn-b5.c.telia.net (213.248.93.82) 15.099 ms 213.248.72.185 (213.248.72.185) 33.146 ms 32.895 ms
7 10ge2-9.core1.lon2.he.net (72.52.92.222) 42.805 ms 18.625 ms prs-bb3-link.telia.net (213.155.134.224) 33.932 ms
8 prs-b5-link.telia.net (62.115.117.73) 34.088 ms 100ge5-1.core1.par2.he.net (184.105.223.254) 40.695 ms 50.092 ms
9 10ge3-1.core1.par1.he.net (184.105.213.89) 40.851 ms 44.325 ms hurricane-ic-303048-prs-b5.c.telia.net (62.115.35.250) 37.074 ms
10 tserv1.par1.he.net (216.66.84.42) 40.811 ms 10ge3-1.core1.par1.he.net (184.105.213.89) 33.956 ms tserv1.par1.he.net (216.66.84.42) 40.886 ms
-
T'as la réponse : passage par Londres.
-
Je pense que le serveur de HE sature, 300Ko/s chez Free alors que je saturais tranquillement ma connexion y'a une semaine à cette heure ci
-
Bof, 300ko/s c'est une performance à cette heure la pour un Free vers HE.
-
je saturais tranquillement ma connexion y'a une semaine à cette heure ci
Non.
-
Ceci dit pour revenir au sujet j'ai aussi des utilisateurs d'Orange qui se plaignent d'énormes lenteurs quand ils se connectent en IPv6 chez moi au travers du tunnel, je l'ai désactivé temporairement du coup.
Le traceroute est pas beau.