Auteur Sujet: 6in4 Hurricane Electric bridé ou mauvais peering ? (Lu 3843 fois)

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:

Code: [Sélectionner]

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:

Code: [Sélectionner]

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]

buddy · « **Réponse #1 le:** 03 mars 2016 à 20:49:13 »

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 ..

nainkult · « **Réponse #2 le:** 03 mars 2016 à 21:11:55 »

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.

Code: [Sélectionner]

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:

Code: [Sélectionner]

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

BadMax · « **Réponse #3 le:** 03 mars 2016 à 22:02:22 »

T'as la réponse : passage par Londres.

Hugues · « **Réponse #4 le:** 03 mars 2016 à 22:16:00 »

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

Slothy · « **Réponse #5 le:** 03 mars 2016 à 22:30:47 »

Bof, 300ko/s c'est une performance à cette heure la pour un Free vers HE.

Hugues · « **Réponse #6 le:** 03 mars 2016 à 22:35:37 »

Citation de: Huguesdelamure le 03 mars 2016 à 22:16:00

je saturais tranquillement ma connexion y'a une semaine à cette heure ci

Non.

Slothy · « **Réponse #7 le:** 03 mars 2016 à 22:44:47 »

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.