Auteur Sujet: Utiliser Tunnelbroker "par défaut" ? [Linux] (Lu 8441 fois)

vivien · « **Réponse #12 le:** 04 février 2016 à 06:56:29 »

Un petit tutoriel pour ceux qui rencontrent le même problème serait intéressant, une fois résolut.

Sinon un petit traceroute depuis Free, vers une IPV4 HE en France ?

Hugues · « **Réponse #13 le:** 04 février 2016 à 08:57:27 »

Voilà :

Code: [Sélectionner]

hugues@Discovery:~$ mtr -rwc10 216.66.84.42
Start: Thu Feb  4 08:56:43 2016
HOST: Discovery                                          Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. AS???   Jupiter.MilkyWay                             0.0%    10    0.5   0.5   0.5   0.6   0.0
  2. AS12322 cxr69-6-82-230-133-254.fbx.proxad.net        0.0%    10    5.5   5.8   5.4   7.3   0.0
  3. AS12322 213.228.21.254                               0.0%    10    6.2   6.2   5.9   7.1   0.0
  4. AS???   p11-crs16-1-be1118.intf.routers.proxad.net   0.0%    10   19.5  16.6  12.7  19.5   2.2
  5. AS12322 th2-9k-1-be1001.intf.routers.proxad.net      0.0%    10   13.2  13.7  12.8  19.5   1.9
  6. AS12322 yankee-6k-1-po1.intf.routers.proxad.net      0.0%    10   94.9  95.3  94.8  97.0   0.5
  7. AS12322 newyork-6k-1-po2.intf.routers.proxad.net     0.0%    10  126.1 112.0 100.5 186.9  27.5
  8. AS12322 paloalto-6k-1-po1.intf.routers.proxad.net    0.0%    10  169.4 217.2 169.4 362.8  73.5
  9. AS???   ???                                         100.0    10    0.0   0.0   0.0   0.0   0.0
 10. AS6939  10ge7-5.core1.sjc2.he.net                    0.0%    10  161.0 163.2 160.9 167.0   2.2
 11. AS6939  100ge1-2.core1.nyc4.he.net                   0.0%    10  161.1 162.7 157.6 167.6   3.5
 12. AS6939  100ge11-1.core1.par2.he.net                  0.0%    10  161.2 161.5 157.1 167.0   3.8
 13. AS6939  10ge3-1.core1.par1.he.net                   10.0%    10  157.2 159.0 157.2 167.8   3.3
 14. AS6939  tserv1.par1.he.net                          10.0%    10  157.8 157.7 157.2 158.0   0.0

kgersen · « **Réponse #14 le:** 04 février 2016 à 10:10:22 »

Je vois que Free est toujours n°1 des mauvais peering

vivien · « **Réponse #15 le:** 04 février 2016 à 11:42:40 »

Que dire

Free ferait mieux d'utiliser un transitaire qui joindrait HE sur Paris, plutôt que d'aller peerer aux USA (car oui, Free est présent avec 10 Gb/s de capacité aux USA)

J'ai presque l'impression que c'est fait exprès pour dégrader un maximum HE.

Une demande de Cogent à Free en échange d'une remise tarifaire ? (Cogent est le principal transitaire de Cogent et il est connu que Cogent et He ne s'aiment pas)

Hugues · « **Réponse #16 le:** 04 février 2016 à 11:46:04 »

N'empèche que c'est pas saturé !

(La baisse et les coupures, c'est moi qui bidouille)

Optix · « **Réponse #17 le:** 04 février 2016 à 12:19:40 »

Citation de: vivien le 04 février 2016 à 11:42:40

~~Cogent~~ est le principal transitaire de Cogent

C'est Chuck Norris qui est le transitaire de Cogent

Hugues · « **Réponse #18 le:** 04 février 2016 à 12:22:24 »

Comme le disait pymaunier :

Citer

Chuck Norris provides IP transit to Tier 1 networks

https://twitter.com/pymaunier/status/687973458169458692

Slothy · « **Réponse #19 le:** 04 février 2016 à 13:47:13 »

Citation de: vivien le 04 février 2016 à 06:56:29

Un petit tutoriel pour ceux qui rencontrent le même problème serait intéressant, une fois résolut.

Sinon un petit traceroute depuis Free, vers une IPV4 HE en France ?

On en avait parlé ici :

https://lafibre.info/transit-ip/free-vers-he-hurricane-electric/

Bref, j'avais considéré que Free bloquait HE vu à quel point la qualité était dégradée.

Darklight · « **Réponse #20 le:** 04 février 2016 à 19:20:21 »

Citation de: kgersen le 04 février 2016 à 10:10:22

Je vois que Free est toujours n°1 des mauvais peering

Sur l'endpoint situé à Londres, 216.66.80.26, depuis ma ligne free :

Citer

1 192.168.254.254 (192.168.254.254) 20.683 ms 20.751 ms 20.279 ms
2 bzn-6k-5-v201.routers.proxad.net (212.27.55.126) 19.645 ms * *
3 bzn-9k-4-be1029.intf.routers.proxad.net (194.149.162.1) 20.505 ms 20.105 ms 19.939 ms
4 londres-6k-1-po104.intf.routers.proxad.net (194.149.161.238) 33.490 ms 34.223 ms 34.482 ms
5 newyork-6k-1-po1.intf.routers.proxad.net (212.27.58.206) 112.667 ms 113.053 ms *
6 paloalto-6k-1-po1.intf.routers.proxad.net (212.27.58.222) 182.531 ms 182.640 ms 182.589 ms
7 * * *
8 10ge7-5.core1.sjc2.he.net (72.52.92.70) 177.001 ms 181.426 ms 174.905 ms
9 100ge1-2.core1.nyc4.he.net (184.105.81.214) 160.161 ms 159.037 ms 160.102 ms
10 100ge7-2.core1.lon2.he.net (72.52.92.165) 162.685 ms 161.994 ms 162.118 ms
11 10ge8-4.core1.lon1.he.net (72.52.92.221) 169.016 ms 162.213 ms 171.189 ms
12 tserv1.lon1.he.net (216.66.80.26) 160.691 ms 160.460 ms 162.665 ms

Ping : 161.294 ms

Depuis un serveur OVH situé à Gravelines :

Citer

1 51.254.XXX.YYY (51.254.XXX.YYY) 0.635 ms 0.631 ms 0.619 ms
2 149.202.255.222 (149.202.255.222) 0.611 ms 0.601 ms 0.593 ms
3 92.222.62.254 (92.222.62.254) 0.582 ms 0.571 ms 0.562 ms
4 gra-z1g1-a70.fr.eu (92.222.62.117) 0.553 ms 0.544 ms gra-z1g2-a70.fr.eu (92.222.62.119) 0.536 ms
5 gra-g2-a9.fr.eu (37.187.232.78) 0.931 ms gra-g1-a9.fr.eu (37.187.232.74) 0.897 ms gra-g1-a9.fr.eu (37.187.232.76) 3.729 ms
6 ams-5-a9.nl.eu (213.251.128.29) 6.797 ms 6.494 ms ams-1-a9.nl.eu (91.121.128.95) 6.559 ms
7 30gigabitethernet1-3.core1.ams1.he.net (80.249.209.150) 22.055 ms 22.134 ms 22.084 ms
8 100ge9-1.core1.lon2.he.net (72.52.92.213) 18.109 ms 18.386 ms 18.105 ms
9 10ge8-4.core1.lon1.he.net (72.52.92.221) 20.426 ms 20.638 ms 20.638 ms
10 tserv1.lon1.he.net (216.66.80.26) 13.962 ms 13.937 ms 13.880 ms

Ping : 13.8ms

Ici on passe par ams-5 ce qui me parait ridicule géographiquement (j'ai le souvenir d'avoir eu un ping beaucoup plus bas auparavant) mais c'est tout de même moins pire que faire l'aller-retour aux US chez Free. Donc en rajoutant le ping dû à un VPN, j'aurais même des meilleures performances en connectant mon TunnelBroker chez OVH pour distribuer l'IPV6 par VPN (34ms), plutôt que de monter le tunnel 6in4 en propre sur mon routeur perso!!

Pour ceux qui se demandent pourquoi, c'est parceque mon serveur n'est toujours pas fourni en IPV6 native, j'ai du le "patcher" avec un tunnelbroker en attendant