[technique] Tetaneutral accès internet -> hebergement, Route bizarre ?

Ven 6 Oct 23:53:34 CEST 2017

Salut,

La longueur du premier ping est sûrement due au CPL qui est un peu lent
mais ça me suffit. Je viens de re-tester (23h48), c'est curieux :

al at karma:~$ traceroute tila.im
traceroute to tila.im (2a03:7220:8083:1000::1), 30 hops max, 80 byte packets
 1  2a03:7220:8083:9001::1 (2a03:7220:8083:9001::1)  22.289 ms  23.017
ms  24.369 ms
 2  * * *
 3  h7.tetaneutral.net (2a03:7220::1)  50.456 ms  99.175 ms  100.274 ms
 4  * * *
 5  * * *
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *
al at karma:~$ traceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
 1  OpenWrt.lan (192.168.144.1)  13.328 ms  13.232 ms  23.389 ms
 2  * * *
 3  h7.tetaneutral.net (91.224.148.1)  87.743 ms  88.712 ms  98.093 ms
 4  google2.par.franceix.net (37.49.236.2)  103.231 ms  103.966 ms
104.600 ms
 5  108.170.245.1 (108.170.245.1)  99.596 ms 108.170.244.193
(108.170.244.193)  99.186 ms  101.678 ms
 6  209.85.254.147 (209.85.254.147)  100.723 ms 72.14.232.13
(72.14.232.13)  83.155 ms 72.14.232.107 (72.14.232.107)  74.159 ms
 7  google-public-dns-a.google.com (8.8.8.8)  77.268 ms  47.512 ms
54.499 ms
al at karma:~$ traceroute free.fr
traceroute to free.fr (212.27.48.10), 30 hops max, 60 byte packets
 1  OpenWrt.lan (192.168.144.1)  11.652 ms  13.067 ms  12.954 ms
 2  * * *
 3  h7.tetaneutral.net (91.224.148.1)  42.310 ms  42.786 ms  42.726 ms
 4  te0-0-2-3.rcr11.tls01.atlas.cogentco.com (149.11.58.73)  46.431 ms
46.382 ms  46.306 ms
 5  te0-2-1-2.rcr21.bod01.atlas.cogentco.com (154.54.56.213)  53.585 ms
53.622 ms  57.089 ms
 6  be2699.ccr42.par01.atlas.cogentco.com (154.54.57.157)  65.153 ms
be2698.ccr41.par01.atlas.cogentco.com (154.54.57.145)  48.129 ms
be2699.ccr42.par01.atlas.cogentco.com (154.54.57.157)  47.568 ms
 7  be2044.agr21.par01.atlas.cogentco.com (130.117.51.78)  54.886 ms
be2140.agr21.par01.atlas.cogentco.com (130.117.51.82)  48.943 ms
be2044.agr21.par01.atlas.cogentco.com (130.117.51.78)  51.011 ms
 8  149.14.152.218 (149.14.152.218)  48.240 ms  51.136 ms
snsci.demarc.cogentco.com (149.6.160.50)  51.464 ms
 9  p11-crs16-1-be1003.intf.routers.proxad.net (78.254.249.101)  66.732
ms  66.550 ms  66.386 ms
10  p11-9k-1-be1000.intf.routers.proxad.net (78.254.249.130)  61.517 ms
54.552 ms  54.405 ms
11  www.free.fr (212.27.48.10)  54.295 ms  51.825 ms  56.142 ms
al at karma:~$ host tila.im
tila.im has address 89.234.156.16
tila.im has IPv6 address 2a03:7220:8083:1000::1
tila.im mail is handled by 50 galilee.eedf.fr.
tila.im mail is handled by 10 thefool.filyb.info.
al at karma:~$ traceroute 89.234.156.16
traceroute to 89.234.156.16 (89.234.156.16), 30 hops max, 60 byte packets
 1  OpenWrt.lan (192.168.144.1)  14.508 ms  15.113 ms  15.679 ms
 2  * * *
 3  h7.tetaneutral.net (91.224.148.1)  42.295 ms  42.771 ms  49.972 ms
 4  192.168.1.2 (192.168.1.2)  74.785 ms  74.987 ms  89.979 ms
 5  * * *
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

J'ai l'impression qu'il ne trouve pas de route vers tila.im, alors que
j'utilise ses service par le navigateur et le lecteur de mails, même si
c'est lent.

--
Chiffrons nos mails ! https://emailselfdefense.fsf.org/fr/index.html
Ma clef PGP : https://tila.im/~al/al@md2t.eu-0x45BEC774-pub.asc

Le 04/10/2017 à 14:46, marc marc via technique a écrit :
> Bonjour,
> 
> Le 04. 10. 17 à 13:19, Émile via technique a écrit :
>>>> traceroute to tila.im (89.234.156.16), 30 hops max, 60 byte packets
>>>>   1  OpenWrt.lan (192.168.144.1)  13.887 ms  14.295 ms  14.269 ms
> 
> J'ignore tout ou presque de TTN mais moi ce qui m'étonne c'est
> que le 1er saut (cäd normalement le routeur situé dans le même
> bâtiment que vous) mettent autant de temps à répondre.
> Généralement, le premier saut est ~1 ms.
> Un valeur élevé peut parfois indiquer que le routeur est débordé.
> Pour se faire une idée plus précise, vous pourriez tester un ping
> sur cette ip en période creuse (par exemple vers minuit voir
> encore + tard).
> 
> Concernant l'accès à votre site, il serrait aussi utile de tester
> un traceroute en période creuse.
> cela donne une indication permettant de faire la différence entre
> le temps minimal lié aux contraintes "physique" (il faut par exemple 
> environ 25ms pour "traverser" un lien adsl) + qlq ms pour rentrer/sortir 
> d'un tunnel vpn + des ms pour le lien suivant, etc) et le temps
> dû à un problème (saturation d'un lien ou d'un équipement).
> Des outils + avancés permette de faire des stats en continu,
> par exemple mtr (il a été porté sous windows, je n'ai cependant
> jamais testé sous windows http://winmtr.net/ )
> La colonne "ping best" permet, sur une durée assez longue, de se faire 
> une idée assez précise de ce que j'ai qualifié de temps "physique"
> tandis que la différence avec la moyenne ou le dernier ping permet
> de se faire une idée d'une éventuelle saturation.
> 
> Il est aussi utile de faire le même genre de test sur une ip
> d'un serveur plus classique (par exemple 8.8.8.8 pour la facilité 
> mnémotechnique, ou n'importe quel site idéalement géographiquement proche)
> cela permet alors de faire la différence entre votre lien/routeur
> qui sature et une saturation de votre hébergement.
> 
> Cordialement,
> Marc
> _______________________________________________
> technique mailing list
> technique at lists.tetaneutral.net
> http://lists.tetaneutral.net/listinfo/technique
> 