La Fibre
Télécom => Peering Transit (appairage) => 
Peering Google / Youtube => Discussion démarrée par: Bensay le 11 août 2013 à 23:05:08
-
Bonsoir à toutes et tous,
Suite à la mise en place d'un Graphe Smokeping depuis mon "Petit" Raspberry Pi type B,
J'observe un phénomène assez surprenant le soir depuis le réseau Orange à Destination des DNS de Google (Youtube et Consort ne semble pas affecter).
En ADSL depuis Cergy (95) je passe de 50ms à presque 251ms selon les moments.
Cela semble ce produire uniquement le soir
Cf :
(https://lafibre.info/images/orange/201308_smokeping_dns_google_depuis_orange_1.png)
(https://lafibre.info/images/orange/201308_smokeping_dns_google_depuis_orange_2.png)
D'autres utilisateurs rencontre t'il le même phénomène ?
Si oui également depuis d'autres FAI ?
Cordialement
Bensay
-
C'est synonyme de saturation d'un lien.
L'étape 1, c'est l’augmentation du ping dans la limite des buffers (qui peuvent être très petits et donc entraîner vite un passage à l'étape 2)
L'étape 2, c'est les pertes de paquets.
(https://lafibre.info/images/smokeping/smokeping3.png)
Donc là, l'impacte Youtube ne concerne que ceux qui ont un système d'exploitation avec faible Rwin : Windows XP.
Les autres ne devraient pas avoir de problème.
Je graphe aussi ces serveurs DNS mais dans mon cas, je fais de vraies requêtes DNS, pas un ping :
https://lafibre.info/dns/smokeping.cgi?target=Internet.DNS
-
50 ms le plus bas c'est deja haut je trouve...
Il sert a autre chose ton Pi ?
-
C'est vrai que 50ms pour faire Cergy => Londres => Google (Belgique) => Londres => Cergy, cela me semble un peu élevé.
Ne pas oublier que si les caches Youtube (GGC) sont sur le réseau Orange, le contenu DNS ne se cache pas et doit être cherché en Belgique.
Par contre je suis étonné des graphes SmokePing réalisés depuis Adeli.
Une maintenance effectuée la nuit dernière a augmenté le ping vers de nombreuses destinations mais l'a baissé pour Google :
(https://lafibre.info/images/adeli/201308_google_dns_secondaire.png)
-
50 ms le plus bas c'est deja haut je trouve...
Il sert a autre chose ton Pi ?
Non pas d'utilisation Annexe du Pi,
L'augmentation de la latence semble être présente à partir du réseau GW7 (Gateway 7) sur le réseau Orange.
Cf depuis mon PC sous Windows 8
(https://lafibre.info/images/orange/201308_smokeping_dns_google_depuis_orange_3.png)
Cordialement
Bensay
-
GW7 c'est le saut 9 ? Si oui c'est juste qu'il réponds moins vite au ping pour autant le saut suivant est plus bas donc rien de spécial.
-
Exact , mais comment expliquer un RTT aussi fort ?
50ms pour aller chercher les DNS à GBL me paraisse très longue aussi.
Cordialement
Bensay
-
Le RTT et le packetloss d'un serveur au milieu d'un traceroute ça veut pas dire grand chose à part que le routeur a pas envie de répondre au ping.
-
Ben, ca veux dire .. qu'il perd des paquets, rien de plus;
-
Effectivement, mais ce qui me chagrine c'est cette augmentation massive à partir de 20h vers un "banal" serveur DNS :p
Personne n'est plus surpris que ça ?
Cdt
Bensay
-
Ah si, l'augmentation fait penser à une saturation d'un lien entre toi et ce serveur DNS, clairement.
-
Selon vous quel est la meilleure méthodologie a appliqué pour avoir une idée de son origine ?
Cdt
Bensay
-
Ben, ca veux dire .. qu'il perd des paquets, rien de plus;
Non !
Voici un très bon exemple publié il y a 3 jours vers K-Net :
$ mtr -4rwc100 185.4.76.xx
HOST: BboxAdsl Loss% Snt Last Avg Best Wrst StDev
1.|-- bbox.lan 0.0% 100 0.6 0.6 0.6 0.9 0.0
2.|-- cha92-h03-31-38-122-254.dsl.sta.abo.bbox.fr 0.0% 100 14.7 15.4 13.7 25.1 2.3
3.|-- v56.core01-m.club-internet.fr 57.0% 100 15089 16897 14760 18308 1574.0
4.|-- be11.cbr01-ntr.net.bbox.fr 0.0% 100 17.1 19.3 15.7 23.5 2.2
5.|-- lag36.rpt02-th2.net.bbox.fr 80.0% 100 15.3 16.6 15.3 20.4 1.4
6.|-- kwaoo.equinix-ix.fr 0.0% 100 15.8 15.9 14.9 17.6 0.4
7.|-- core01-toq.dea.kwaoo.net 0.0% 100 20.9 22.7 20.4 55.5 5.8
8.|-- xx-76-4-185.ftth.cust.dea.kwaoo.net 0.0% 100 19.1 19.0 18.1 20.0 0.4
Est-ce-que le 3ème routeur (core01m) perd des paquets ?
Non : Il ne répond pas bien aux ping (57% de pertes) mais il fait parfaitement ce qu'on lui demande de faire : router les paquets. Pour des raison de sécurité (attaque DDOS sur le routeur en envoyant de grosses quantités de ping), il ne répond pas à tous les ping. C'est une option qui est activable sur les routeur de nombreuses marques.
Pour le ping c'est pareil, certains routeurs peuvent répondre avec plusieurs ms de retard. Ce qui fait que plus on s'éloigne plus le ping être faible.
Le routeur core01-toq.dea.kwaoo.net répond en 22,7ms or si il est peu performant pour répondre au ping il est performant pour router les paquets car derrière le box du client répond bien pus vite : 19,0ms (3,7ms de gagné ce qui est impossible, on ne peux pas encore remonter le temps)
Cela se vérifie sur le ping moyen ou sur le ping minimum et ce sur plusieurs routeurs du traceroute (le 4ème routeur est long à répondre aussi)
Bref difficile de savoir si c'est c'est le routeur qui répond mal au ping ou si c'est lié à un lien saturé...
-
Bref difficile de savoir si c'est c'est le routeur qui répond mal au ping ou si c'est lié a un lien saturé...
Exact, mais en l’occurrence sur mon problème de DNS pourquoi répondrait t'il bien au ping toute la journée et le soir c'est la débandade ?
Cf :
(https://lafibre.info/images/orange/201308_smokeping_dns_google_depuis_orange_4.png)
Cordialement
Bensay
-
Exact, mais en l’occurrence sur mon problème de DNS pourquoi répondrait t'il bien au ping toute la journée et le soir c'est la débandade ?
Il suffirait que l'ICMP soit traité en best-effort.
Autrement dit : si le routeur a des ressources disponibles il le traite bien; s'il est chargé, il le massacre.
Donc en soirée, le ping est mauvais.
L'idéal serait de faire un test avec des TCP SYN : hping3 le fait très bien. Le TCP, lui, est routé normalement.
-
Pour moi il y a bien une saturation vu que le serveur lui, contrairement à un routeur, répond bien au ping. (et je rappelle qu'un routeur route parfaitement l'ICMP même quand il est chargé, ne pas le faire c'est une atteinte à la neutralité d'internet)
Par contre Bensay pour tester le serveur DNS, tu peux faire avec Smokeping une vraie requette DNS.
Je te passe la configuration SmokPing, si c'est ça qui bloque.
-
Bonsoir Vivien, Bonsoir à tous,
Pour la Config Smokeping j'ai rajouter 2 Probes supplèmentaires : (TCPPing & DNS (via Dig) ) à destination des DNS Libres Google,
L'on va bien voir ce que cela donne ce soir :)
Mais c'est vrai que cela est surprenant (Pas de similitudes avec vos Graphes Personnel si certains les réalisent) ?
Cordialement
Bensay
-
Salut à tous!
ce soir j'ai la saturation également sur ma box:
C:\Users\Damien>tracert 8.8.8.8
Détermination de l'itinéraire vers google-public-dns-a.google.com [8.8.8.8]
avec un maximum de 30 sauts :
1 * * <1 ms 192.168.23.2
2 <1 ms <1 ms <1 ms LIVEBOX [192.168.23.1]
3 1 ms 1 ms 1 ms 80.10.127.97
4 2 ms 2 ms 2 ms 10.123.200.138
5 7 ms 13 ms 7 ms ae44-0.nista301.Paris.francetelecom.net [193.252
.159.158]
6 17 ms 15 ms 18 ms 81.253.184.94
7 16 ms 15 ms 15 ms google-7.GW.opentransit.net [193.251.254.182]
8 48 ms 15 ms 28 ms 209.85.252.186
9 15 ms 16 ms 17 ms 209.85.253.90
10 69 ms 68 ms 91 ms 209.85.240.28
11 79 ms 78 ms 79 ms 216.239.49.38
12 * * * Délai d'attente de la demande dépassé.
13 81 ms 80 ms 81 ms google-public-dns-a.google.com [8.8.8.8]
Itinéraire déterminé.
d'après la traceroute ça commence à coincer à partir de 209.85.240.28
je n'ai pas mtr sous la main tout de suite je mettrais à jour plus tard dans la soirée!
a+
-
Bonsoir Butler,
Effectivement ça augmente , quelque soit le protocole (DNS , TCP , ICMP).
Mtr depuis le Pi :
1.|-- 192.168.1.1 0.0% 100 1.4 1.3 1.0 2.9 0.3
2.|-- 80.10.123.27 0.0% 100 18.1 19.0 17.2 53.4 4.0
3.|-- 10.123.179.74 0.0% 100 22.2 31.0 18.1 64.1 12.2
4.|-- ae41-0.niaub102.Aubervilliers.francetelecom.net 0.0% 100 18.5 19.3 17.8 37.1 3.0
5.|-- 81.253.184.34 0.0% 100 32.0 30.9 28.1 40.8 2.0
6.|-- tengige0-12-0-2.lontr1.London.opentransit.net 0.0% 100 32.0 31.7 28.9 53.5 3.4
7.|-- google-7.GW.opentransit.net 2.0% 100 76.7 77.4 73.4 134.2 6.4
8.|-- 209.85.252.186 14.0% 100 29.1 31.0 28.5 61.3 4.4
9.|-- 209.85.253.90 0.0% 100 29.7 30.9 28.9 46.0 3.2
10.|-- 209.85.240.28 0.0% 100 111.8 114.3 87.3 146.1 11.0
11.|-- 216.239.49.36 0.0% 100 110.9 111.7 99.4 150.8 7.1
12.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
13.|-- google-public-dns-a.google.com 1.0% 100 100.0 103.5 93.5 125.0 5.5
Cdt
Bensay
-
J'apporte ma contribution, depuis Numéricable, rien à signaler (moyenne de 32ms). MTR fait à l'instant.
HOST: ubuntu Loss% Snt Last Avg Best Wrst StDev
1.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
2.|-- 195-132-11-49.rev.numericable.fr 0.0% 100 17.8 11.5 4.5 65.6 9.5
3.|-- ip-89.net-80-236-1.static.numericable.fr 36.0% 100 7.5 13.7 4.8 36.6 7.5
4.|-- 172.19.128.170 8.0% 100 54.0 25.8 20.9 54.0 4.3
5.|-- ip-161.net-80-236-1.static.numericable.fr 0.0% 100 34.1 31.6 22.4 80.5 13.5
6.|-- 72.14.239.205 0.0% 100 29.3 30.4 24.7 46.0 3.8
7.|-- 72.14.235.173 0.0% 100 29.6 30.8 25.1 52.3 4.0
8.|-- 216.239.43.233 0.0% 100 32.0 36.3 29.8 56.3 4.5
9.|-- 216.239.49.45 0.0% 100 28.9 31.7 26.1 55.8 4.1
10.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
11.|-- google-public-dns-a.google.com 0.0% 100 29.1 31.8 26.0 65.1 4.8
Vraiment spécifique à Orange ou ça concerne aussi d'autres FAI (Free, SFR...) ? 209.85.240.28 appartient à Google selon le WHOIS.
-
Juste par curiosité, ca donne quoi ca chez vous (faire plusieurs fois):
dig whoami.akamai.net a @8.8.8.8 +short
depuis NC ca donne:
74.125.17.85
74.125.17.147
(pour info ce sont les IP réelles qui répondent a 8.8.8.8 qui est une anycast).
si quelqu'un d'Orange peut mtr/tracert une de ces 2 adresses aussi pour voir.
-
Effectivement les Temps augmente en même temps que pour les Echo/Reply ICMP :
Requêtes DNS :
(https://lafibre.info/images/orange/201308_smokeping_dns_google_depuis_orange_5.png)
Requêtes en TCP :
DNS A :
(https://lafibre.info/images/orange/201308_smokeping_dns_google_depuis_orange_6.png)
DNS B :
(https://lafibre.info/images/orange/201308_smokeping_dns_google_depuis_orange_7.png)
Requêtes ICMP :
DNS A :
(https://lafibre.info/images/orange/201308_smokeping_dns_google_depuis_orange_8.png)
DNS B :
(https://lafibre.info/images/orange/201308_smokeping_dns_google_depuis_orange_9.png)
Flagrant n’empêche ?
Cordialement
Bensay
-
Juste par curiosité, ca donne quoi ca chez vous (faire plusieurs fois):
dig whoami.akamai.net a @8.8.8.8 +short
depuis NC ca donne:
74.125.17.85
74.125.17.147
(pour info ce sont les IP réelles qui répondent a 8.8.8.8 qui est une anycast).
si quelqu'un d'Orange peut mtr/tracert une de ces 2 adresses aussi pour voir.
Bonsoir,
Pour ma part je n'ai pas la même réponse depuis Orange :
dig whoami.akamai.net a @8.8.8.8 +short
74.125.18.213
Qui en mtr donne :
1.|-- 192.168.1.1 0.0% 100 1.5 1.3 1.0 3.0 0.3
2.|-- 80.10.123.27 0.0% 100 18.0 18.3 17.3 20.1 0.5
3.|-- 10.123.179.74 0.0% 100 18.3 18.8 17.6 34.3 1.9
4.|-- ae41-0.niaub102.Aubervilliers.francetelecom.net 0.0% 100 18.8 18.8 17.6 28.4 1.4
5.|-- 81.253.184.34 0.0% 100 31.1 30.5 28.1 34.4 1.3
6.|-- tengige0-12-0-0.lontr1.London.opentransit.net 0.0% 100 32.1 31.2 28.7 33.7 1.2
7.|-- google-7.GW.opentransit.net 0.0% 100 29.4 41.8 28.5 92.6 13.6
8.|-- 209.85.252.186 46.0% 100 29.4 31.3 28.9 55.7 4.3
9.|-- 209.85.253.90 0.0% 100 30.2 31.2 29.2 71.0 5.7
10.|-- 209.85.240.28 0.0% 100 129.1 130.9 118.3 139.9 5.1
11.|-- 216.239.49.36 0.0% 100 132.7 136.0 126.9 171.7 5.2
12.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
13.|-- 74.125.18.213 1.0% 100 134.1 136.1 121.0 143.1 4.4
Concernant les 2 que tu as :
1.|-- 192.168.1.1 0.0% 100 1.1 1.2 1.0 3.7 0.4
2.|-- 80.10.123.27 0.0% 100 18.3 18.3 17.5 22.6 0.7
3.|-- 10.123.179.10 0.0% 100 19.3 20.1 17.2 71.0 8.5
4.|-- ae41-0.nipst101.Paris.francetelecom.net 0.0% 100 47.8 18.8 17.5 47.8 3.0
5.|-- 81.253.184.2 0.0% 100 20.6 21.3 18.6 23.8 1.2
6.|-- google-9.GW.opentransit.net 1.0% 100 92.4 92.2 81.6 147.3 9.4
7.|-- 72.14.239.205 1.0% 100 19.0 22.9 18.6 61.1 9.2
8.|-- 72.14.235.173 0.0% 100 19.3 25.7 18.8 129.3 15.9
9.|-- 216.239.43.233 0.0% 100 24.5 36.4 24.0 131.0 15.4
10.|-- 216.239.49.45 0.0% 100 24.1 25.7 23.9 104.4 8.1
11.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
12.|-- 74.125.17.85 0.0% 100 25.8 25.0 23.6 82.9 5.9
1.|-- 192.168.1.1 0.0% 100 2.4 1.2 1.0 2.8 0.3
2.|-- 80.10.123.27 0.0% 100 17.7 26.7 17.1 305.2 41.8
3.|-- 10.123.179.10 0.0% 100 22.6 27.3 17.4 307.0 42.7
4.|-- ae41-0.nipst101.Paris.francetelecom.net 0.0% 100 18.4 27.9 17.5 314.2 45.4
5.|-- 81.253.184.2 0.0% 100 20.8 29.0 17.8 273.1 41.1
6.|-- google-9.GW.opentransit.net 0.0% 100 85.5 97.6 75.2 356.4 40.7
7.|-- 72.14.239.205 0.0% 100 19.2 28.4 18.3 283.3 38.1
8.|-- 72.14.235.169 0.0% 100 35.8 28.1 19.0 282.7 39.6
9.|-- 209.85.253.20 0.0% 100 37.6 38.2 23.7 284.7 38.6
10.|-- 72.14.238.217 0.0% 100 25.1 34.2 23.4 295.6 41.9
11.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
12.|-- 74.125.17.147 0.0% 100 24.7 32.2 23.5 291.0 39.8
Cdt
Bensay
-
Depuis SFR :
1. neufbox 0.0% 36 0.9 0.9 0.8 1.0 0.1
2. *.rev.sfr.net 0.0% 36 1.0 1.5 0.9 2.4 0.4
3. *.rev.sfr.net 0.0% 36 1.5 2.6 1.4 15.2 2.5
4. 114.12.6.109.rev.sfr.net 0.0% 36 9.7 7.6 2.0 14.2 3.4
5. 72.14.219.117 0.0% 36 17.6 5.6 2.3 29.0 7.1
6. 72.14.238.234 0.0% 36 2.8 3.8 2.3 10.6 2.0
7. 72.14.235.171 0.0% 35 40.4 5.1 2.2 40.4 7.7
8. 209.85.253.20 0.0% 35 9.8 10.1 7.2 36.0 6.3
9. 72.14.236.191 0.0% 35 8.4 8.2 7.6 8.9 0.4
10. ? ?
11. google-public-dns-a.google.com 0.0% 35 7.9 8.6 7.9 9.3 0.4
Avec :
pi@raspberrypi ~ $ dig whoami.akamai.net a @8.8.8.8 +short
74.125.181.87
Sachant que 74.125.18.213 ça donne ça :
Host Loss% Snt Last Avg Best Wrst StDev
1. neufbox 0.0% 21 0.9 0.9 0.8 1.0 0.1
2. 1.136.17.93.rev.sfr.net 0.0% 21 1.9 1.6 0.9 2.1 0.4
3. 21.48.20.93.rev.sfr.net 0.0% 20 2.4 4.7 1.4 50.2 10.8
4. 114.12.6.109.rev.sfr.net 0.0% 20 8.1 8.4 2.2 13.2 3.4
5. 86.201.118.80.rev.sfr.net 0.0% 20 3.4 5.5 2.5 26.0 6.4
6. 72.14.238.234 0.0% 20 2.3 3.1 2.3 4.2 0.5
7. 72.14.235.175 0.0% 20 3.2 4.3 2.3 18.5 4.2
8. 216.239.43.233 0.0% 20 8.7 11.1 7.6 36.7 8.5
9. 209.85.240.220 0.0% 20 14.2 14.3 12.0 37.9 5.6
10. 216.239.49.28 0.0% 20 15.7 19.2 14.7 48.0 9.4
11. ? ?
12. 74.125.18.213 0.0% 20 15.9 15.6 15.0 16.2 0.4
-
Intéressant les traceroutes de Bensay :
- Le PNI avec Google "google-9.GW.opentransit.net" ne sature pas
- Le PNI avec Google "google-7.GW.opentransit.net" sature
-
Sachant que le premier a l'air d'être à Paris et le second à Londres.
-
Intéressant les traceroutes de Bensay :
- Le PNI avec Google "google-9.GW.opentransit.net" ne sature pas
- Le PNI avec Google "google-7.GW.opentransit.net" sature
Cela semble effectivement être le cas mais pourtant regarde :
1.|-- 192.168.1.1 0.0% 100 1.3 1.4 0.9 7.9 0.8
2.|-- 80.10.123.27 2.0% 100 17.5 18.0 17.3 20.3 0.5
3.|-- 10.123.179.74 0.0% 100 22.8 18.6 17.7 24.9 1.1
4.|-- ae41-0.niaub102.Aubervilliers.francetelecom.net 0.0% 100 18.1 18.3 17.5 24.1 0.9
5.|-- 81.253.184.34 0.0% 100 30.3 30.5 27.9 32.7 1.2
6.|-- tengige0-12-0-4.lontr1.London.opentransit.net 0.0% 100 31.0 30.9 28.5 33.3 1.2
7.|-- google-7.GW.opentransit.net 0.0% 100 85.1 30.4 28.3 85.1 7.2
8.|-- 209.85.252.188 42.0% 100 28.6 33.3 28.3 134.1 18.0
9.|-- 209.85.253.196 0.0% 100 29.3 34.6 29.0 60.1 8.2
10.|-- 209.85.242.79 0.0% 100 28.7 29.9 28.1 54.6 4.5
11.|-- 72.14.235.168 0.0% 100 36.0 32.5 28.3 48.4 5.1
12.|-- 209.85.243.47 0.0% 100 28.0 29.0 28.0 34.1 0.8
13.|-- par10s10-in-f5.1e100.net 0.0% 100 28.5 28.6 28.0 29.9 0.3
(https://lafibre.info/images/orange/201308_smokeping_dns_google_depuis_orange_10.png)
Calme plat sur Youtube malgré le passage par la GW7.
Cdt
Bensay
-
N'oublions pas qu'il manque toujours le chemin de retour dans ces mtr.
-
depuis nantes:
dig whoami.akamai.net a @8.8.8.8 +short
74.125.17.145
mtr -rwc100 74.125.18.213
1.|-- livebox.home 0.0% 100 0.8 0.7 0.5 2.1 0.3
2.|-- 80.10.127.18 4.0% 100 4.7 4.2 1.8 10.0 1.3
3.|-- 10.123.183.138 0.0% 100 3.9 4.8 1.9 19.0 2.4
4.|-- ae45-0.niaub201.Aubervilliers.francetelecom.net 0.0% 100 9.5 13.6 8.6 53.1 8.4
5.|-- 81.253.184.86 0.0% 100 16.2 13.0 9.7 20.5 1.8
6.|-- xe-10-0-2-0.auvtr3.Aubervilliers.opentransit.net 0.0% 100 65.3 19.3 8.6 116.3 23.7
7.|-- google-1.GW.opentransit.net 0.0% 100 13.9 13.5 9.1 31.2 4.2
8.|-- 72.14.239.145 0.0% 100 10.4 11.4 8.9 16.6 1.3
9.|-- 72.14.235.175 0.0% 100 11.2 12.1 9.2 26.1 2.2
10.|-- 216.239.43.233 0.0% 100 16.8 17.3 14.5 25.3 1.7
11.|-- 209.85.240.220 0.0% 100 113.5 116.7 108.5 126.3 3.6
12.|-- 216.239.49.28 0.0% 100 116.7 120.8 111.3 161.3 5.4
13.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
14.|-- 74.125.18.213 1.0% 100 122.0 120.0 111.9 126.7 3.3
mtr -rwc100 74.125.17.85
1.|-- livebox.home 0.0% 100 0.6 0.7 0.5 2.6 0.3
2.|-- 80.10.127.18 4.0% 100 2.8 4.4 1.4 13.2 2.0
3.|-- 10.123.183.202 0.0% 100 3.7 4.7 1.4 17.8 2.8
4.|-- ae45-0.nista202.Paris.francetelecom.net 0.0% 100 11.2 9.8 6.8 40.4 3.8
5.|-- 81.253.184.90 0.0% 100 12.7 11.6 7.5 21.9 2.3
6.|-- google-8.GW.opentransit.net 0.0% 100 10.5 14.1 7.8 60.4 7.1
7.|-- 72.14.239.145 0.0% 100 12.4 10.8 7.6 21.1 2.5
8.|-- 72.14.235.175 0.0% 100 41.9 12.3 8.0 52.1 6.3
9.|-- 216.239.43.233 0.0% 100 14.8 15.9 12.7 32.3 2.6
10.|-- 216.239.49.45 0.0% 100 15.9 16.0 12.8 50.7 4.0
11.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
12.|-- 74.125.17.85 0.0% 100 13.3 16.1 13.1 27.6 2.5
mtr -rwc100 74.125.17.147
1.|-- livebox.home 0.0% 100 0.8 0.7 0.5 1.9 0.2
2.|-- 80.10.127.18 4.0% 100 3.8 4.4 1.6 9.4 1.6
3.|-- 10.123.183.202 0.0% 100 4.8 5.2 1.6 25.6 3.7
4.|-- ae45-0.nista202.Paris.francetelecom.net 0.0% 100 9.7 10.3 7.2 38.7 3.4
5.|-- 81.253.184.14 0.0% 100 10.1 11.7 7.1 18.5 1.9
6.|-- google-8.GW.opentransit.net 0.0% 100 37.5 18.7 8.6 44.9 8.5
7.|-- 72.14.239.205 0.0% 100 8.9 10.9 7.8 19.7 2.0
8.|-- 72.14.235.173 0.0% 100 10.2 12.1 8.2 37.1 4.5
9.|-- 216.239.43.233 0.0% 100 26.1 16.5 13.5 26.3 2.0
10.|-- 216.239.49.45 0.0% 100 17.4 16.4 13.8 57.1 4.4
11.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
12.|-- 74.125.17.147 0.0% 100 15.2 16.4 13.6 25.4 1.8
mtr -rwc100 74.125.17.145
1.|-- livebox.home 0.0% 100 0.8 0.7 0.5 1.5 0.1
2.|-- 80.10.127.18 2.0% 100 3.9 4.1 1.4 12.9 1.7
3.|-- 10.123.183.202 0.0% 100 4.1 4.3 1.7 8.3 1.4
4.|-- ae45-0.nista202.Paris.francetelecom.net 0.0% 100 9.0 9.5 6.3 25.4 2.3
5.|-- 81.253.184.90 0.0% 100 14.2 11.9 7.8 20.3 2.4
6.|-- google-8.GW.opentransit.net 1.0% 100 44.7 69.6 35.9 183.3 21.6
7.|-- 72.14.239.205 0.0% 100 32.5 18.9 7.8 50.7 12.8
8.|-- 72.14.235.169 0.0% 100 14.2 11.3 8.2 29.8 3.4
9.|-- 209.85.253.20 0.0% 100 16.3 16.2 12.9 28.6 2.6
10.|-- 209.85.251.231 0.0% 100 14.9 16.8 13.0 71.5 8.0
11.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
12.|-- 74.125.17.145 0.0% 100 15.4 16.0 13.0 26.7 1.6
-
@Minidou : La GW1 & GW8 , ce sont des chemins que je n'emprunte jamais dans n'importe quel circuit depuis le 95.
la GW1 est à (av) : 30.1ms
la GW8 est à (av) : 55.8ms
(https://lafibre.info/images/orange/201308_smokeping_dns_google_depuis_orange_11.jpg)
(https://lafibre.info/images/orange/201308_smokeping_dns_google_depuis_orange_12.jpg)
Bensay
-
la GW8 peer Google a Madrid on dirait...
En faisaint des mtr sur les "google-X.GW.opentransit.net" depuis NC on voit le pays:
google-1.GW.opentransit.net - France Aubervilliers
google-2.GW.opentransit.net - France Aubervilliers
google-3.GW.opentransit.net - Allemagne Francfort
google-4.GW.opentransit.net - Allemagne Francfort
google-5.GW.opentransit.net - ?
google-6.GW.opentransit.net - France TH2
google-7.GW.opentransit.net - ?
google-8.GW.opentransit.net - Espagne Madrid
google-9.GW.opentransit.net - France ?
google-10.GW.opentransit.net - France ?
c'est pan europeen le peering Orange / Google on dirait. ca passe par la ou c'est le moins chargé peut-etre ?
edit: tout faux ; les DNS changent d'ip tout le temps c'est du round-robin ou un truc comme ca.
-
la GW8 peer Google a Madrid on dirait...
En faisaint des mtr sur les "google-X.GW.opentransit.net" depuis NC on voit le pays:
google-1.GW.opentransit.net - France Aubervilliers
google-2.GW.opentransit.net - France Aubervilliers
google-3.GW.opentransit.net - Allemagne Francfort
google-4.GW.opentransit.net - Allemagne Francfort
google-5.GW.opentransit.net - ?
google-6.GW.opentransit.net - France TH2
google-7.GW.opentransit.net - ?
google-8.GW.opentransit.net - Espagne Madrid
google-9.GW.opentransit.net - France ?
google-10.GW.opentransit.net - France ?
c'est pan europeen le peering Orange / Google on dirait. ca passe par la ou c'est le moins chargé peut-etre ?
Pour toi toutes les GW répondent en ICMP ?
Si oui ce n'est pas le cas depuis le réseau Orange.
-
la gw7 est à londres
-
ouais j'y comprend plus rien la :p
-
Pour toi toutes les GW répondent en ICMP ?
Si oui ce n'est pas le cas depuis le réseau Orange.
Moi j'arrive pas à sortir du réseau SFR pour les pinger... Ça boucle sur deux routeurs. (au delà de ça, ça ne me choque pas)
-
ouais j'y comprend plus rien la :p
Pour moi j'ai ceci :
google-1.GW.opentransit.net [193.251.254.86]
google-2.GW.opentransit.net [81.52.179.74]
google-3.GW.opentransit.net [193.251.249.98]
google-4.GW.opentransit.net [81.52.179.142]
google-5.GW.opentransit.net [193.251.249.38]
google-6.GW.opentransit.net [81.52.179.130]
google-7.GW.opentransit.net [193.251.254.182]
google-8.GW.opentransit.net [81.52.179.98]
google-9.GW.opentransit.net [193.251.254.18]
google-10.GW.opentransit.net [81.52.179.86]
Vous avez d'autres résultats ?
-
pour moi la GW-4 c'est 193.251.249.54
la 5 à deux ips: 81.52.179.130 et 193.251.249.38
-
pour moi la GW-4 c'est 193.251.249.54
la 5 à deux ips: 81.52.179.130 et 193.251.249.38
C'est la même chose pour la
GW4 = 193.251.249.54 & 81.52.179.142
GW5 = 81.52.179.130 & 193.251.249.38
Bensay
-
en utilisant les DNS de NC j'ai la meme chose que Bensay sauf:
pour la 5 j'ai 2 IPs differentes:
193.251.249.38 (idem la tienne)
193.251.249.54
pour la 7 j'ai:
81.52.179.98
avec le serveur DNS 8.8.8.8 j'ai la meme 7 que Bensay (193.251.254.182). avec le serveur DNS dns.opentransit.net j'ai la meme qu'avec NC.
Des soucis avec la GW7 et sa resolution DNS ?
-
petit souci chez Orange pour la 7, les 2 serveurs d'autorité du domaine opentransit.net ne sont pas d'accord entre eux:
dig google-7.GW.opentransit.net @dns.opentransit.net +short
81.52.179.98
dig google-7.GW.opentransit.net @ns1.francetelecom.net +short
193.251.254.182
-
en utilisant les DNS de NC j'ai la meme chose que Bensay sauf:
pour la 5 j'ai 2 IPs differentes:
193.251.249.38 (idem la tienne)
193.251.249.54
pour la 7 j'ai:
81.52.179.98
avec le serveur DNS 8.8.8.8 j'ai la meme 7 que Bensay (193.251.254.182). avec le serveur DNS dns.opentransit.net j'ai la meme qu'avec NC.
Des soucis avec la GW7 et sa resolution DNS ?
Bonsoir Kgersen,
Confirme tu 193.251.249.54 pour la GW5 ?
Moi moi celà correspond logiquement à la GW4 dont elle est le reverse.
Effectivement comme DNS j'utilise bien 8.8.8.8 (Google Public DNS A).
-
retour à la normale depuis 23h pour moi (baisse nette sur le smokeping)
ça à l'air d'ètre un sacré bordel toutes ces gateways....
-
petit souci chez Orange pour la 7, les 2 serveurs d'autorité du domaine opentransit.net ne sont pas d'accord entre eux:
dig google-7.GW.opentransit.net @dns.opentransit.net +short
81.52.179.98
dig google-7.GW.opentransit.net @ns1.francetelecom.net +short
193.251.254.182
81.52.179.98 = 71ms
193.251.254.182 = 37ms
Autant dire un écart d'une demi infinité informatiquement parlant.
Par défaut les dns google prenne : 81.52.179.98 = 71ms
-
oui y'a un mix ou un decalage des numéros suivant quel serveur dns est utilisé. en reverse aussi.
dig -x 193.251.249.54 @dns.opentransit.net +short
google-4.GW.opentransit.net.
dig -x 193.251.249.54 @ns1.francetelecom.net +short
google-5.GW.opentransit.net.
c'est soit volontaire , soit en cours de synchro entre le primaire et secondaire.
-
oui y'a un mix ou un decalage des numéros suivant quel serveur dns est utilisé. en reverse aussi.
dig -x 193.251.249.54 @dns.opentransit.net +short
google-4.GW.opentransit.net.
dig -x 193.251.249.54 @ns1.francetelecom.net +short
google-5.GW.opentransit.net.
c'est soit volontaire , soit en cours de synchro entre le primaire et secondaire.
Il me semble que c'était déjà le cas il y à 3 ans....
Donc j'ai bien peur que ce ne soit pas juste une histoire de propagation pas encore terminée...
-
retour à la normale depuis 23h pour moi (baisse nette sur le smokeping)
ça à l'air d'ètre un sacré bordel toutes ces gateways....
Coucou Butler,
Ici aussi,
Cf :
(https://lafibre.info/images/orange/201308_smokeping_dns_google_depuis_orange_13.png)
Avant , Pendant , Apres
Cdt
Bensay
-
petit souci chez Orange pour la 7, les 2 serveurs d'autorité du domaine opentransit.net ne sont pas d'accord entre eux:
dig google-7.GW.opentransit.net @dns.opentransit.net +short
81.52.179.98
dig google-7.GW.opentransit.net @ns1.francetelecom.net +short
193.251.254.182
la 81.52.179.98 c'est la gw8 pour moi
et la 193.251.254.182 la gw6
légèrement WTF comme truc....
ps: comme dns je ne sais absolument pas le serveur qui est utilisé (serveur dns perso sur w2012 conf de base du service)
-
la 81.52.179.98 c'est la gw8 pour moi
et la 193.251.254.182 la gw6
légèrement WTF comme truc....
ps: comme dns je ne sais absolument pas le serveur qui est utilisé (serveur dns perso sur w2012 conf de base du service)
Quel DNS te donne :
ipconfig /all
?
Cdt
Bensay
-
Résultats des Smokeping en TCP et DNS :
TCP :
(https://lafibre.info/images/orange/201308_smokeping_dns_google_depuis_orange_14.png)
DNS (demande de correspondance : ovh.com) :
(https://lafibre.info/images/orange/201308_smokeping_dns_google_depuis_orange_15.png)
Si ça ce n'est pas franc...
(Je ne pense pas qu'on puisse accrédité la thèse du Best Effort ICMP :(
Cdt
Bensay
-
pour le w2012 sa propre adresse (192.168.23.20)
il est en statique pas en dhcp
il a toujours fonctionné sans que je touche quoique ce soit
le passage de BT à orange n'a rien changé donc je suppose que ça doit ètre un dns extérieur
-
pour le w2012 sa propre adresse (192.168.23.20)
il est en statique pas en dhcp
il a toujours fonctionné sans que je touche quoique ce soit
le passage de BT à orange n'a rien changé donc je suppose que ça doit ètre un dns extérieur
et que répond : nslookup google.fr
?
-
PS C:\Users\Administrateur> nslookup google.fr
Serveur : srv-admin.funky-town.local
Address: 192.168.23.20
Réponse ne faisant pas autorité :
Nom : google.fr
Addresses: 2a00:1450:4007:807::1017
173.194.40.127
173.194.40.120
173.194.40.119
-
Effectivement il est bien son propre resolver :)
A voir donc d'ou il tire c'est reverse...
Cdt
Bensay
Ps : La suite au prochain épisode demain à 20h ....
-
donc j'ai fait ma petite enquête il utilisait les root servers:
a.root-servers.net b.root-servers.net ....
j'ai modifié pour qu'il tape sur plus proche (dns orange)
ps: oui la suite demain la il est temps d'aller ce coucher^^
-
et c'est reparti pour un tour ce soir!
(https://lafibre.info/images/orange/201308_smokeping_dns_google_depuis_orange_16.png)
-
C'est synonyme de saturation d'un lien.
L'étape 1, c'est l’augmentation du ping dans la limite des buffers (qui peuvent être très petit
qui doivent être petits!
Déjà 150 ms, c'est beaucoup.
-
Effectivement, je pense qu'il serait plus optimal de supprimer des paquets afin de réduire le débit car si augmenter la latence réduit le débit, cela a d'autres impacts pour tout ce qui demande de nombreux petits échanges.
-
D'autant qu'en cas de saturation d'un lien, l'arbitrage n'est jamais entre augmenter un peu la latence et supprimer des paquets, parce que les paquets continuent à arriver trop vite et à remplir le tampon.
Donc au final on a toujours latence et pertes de paquets.
Le tampon ne sert qu'en cas de minisaturation temporaire.
-
Effectivement, je pense qu'il serait plus optimal de supprimer des paquets afin de réduire le débit car si augmenter la latence réduit le débit, cela a d'autres impacts pour tout ce qui demande de nombreux petits échanges.
Malheureusement oui Vivien,
Enfin la situation évolue pour moi (Suite à l'expiration de mon bail DHCP) :)
Bonsoir à tous,
Suite à mon changement récent de session BAS suite à l’expiration de mon bail DHCP WAN
Je constate une nette amélioration de mes temps de trajet vers les DNS de Google :
Cf :
(https://lafibre.info/images/orange/201308_smokeping_dns_google_depuis_orange_17.png)
Les MTR (Du 13 Aout & 19 Aout)
Avant :
HOST: * Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.1.1 0.0% 100 1.3 1.4 0.9 7.9 0.8
2.|-- 80.10.123.27 2.0% 100 17.5 18.0 17.3 20.3 0.5
3.|-- 10.123.179.74 0.0% 100 22.8 18.6 17.7 24.9 1.1
4.|-- ae41-0.niaub102.Aubervilliers.francetelecom.net 0.0% 100 18.1 18.3 17.5 24.1 0.9
5.|-- 81.253.184.34 0.0% 100 30.3 30.5 27.9 32.7 1.2
6.|-- tengige0-12-0-4.lontr1.London.opentransit.net 0.0% 100 31.0 30.9 28.5 33.3 1.2
7.|-- google-7.GW.opentransit.net 0.0% 100 85.1 30.4 28.3 85.1 7.2
8.|-- 209.85.252.188 42.0% 100 28.6 33.3 28.3 134.1 18.0
9.|-- 209.85.253.196 0.0% 100 29.3 34.6 29.0 60.1 8.2
10.|-- 209.85.242.79 0.0% 100 28.7 29.9 28.1 54.6 4.5
11.|-- 72.14.235.168 0.0% 100 36.0 32.5 28.3 48.4 5.1
12.|-- 209.85.243.47 0.0% 100 28.0 29.0 28.0 34.1 0.8
13.|-- par10s10-in-f5.1e100.net 0.0% 100 28.5 28.6 28.0 29.9 0.3
Après :
HOST: * Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.1.1 0.0% 100 1.1 1.3 1.0 4.4 0.4
2.|-- 80.10.123.27 2.0% 100 17.9 18.3 17.4 34.3 1.8
3.|-- 10.123.179.10 0.0% 100 17.9 18.2 17.4 27.0 1.1
4.|-- ae41-0.nipst101.Paris.francetelecom.net 0.0% 100 17.6 18.7 17.5 40.6 2.7
5.|-- 81.253.184.2 0.0% 100 19.8 20.7 17.8 36.2 2.0
6.|-- google-9.GW.opentransit.net 0.0% 100 92.3 95.9 84.7 150.0 7.4
7.|-- 72.14.239.205 0.0% 100 19.0 19.8 18.4 28.2 2.0
8.|-- 72.14.235.169 0.0% 100 20.7 19.8 19.0 32.8 1.5
9.|-- 209.85.253.20 0.0% 100 24.7 26.1 23.8 42.4 3.7
10.|-- 72.14.238.217 0.0% 100 24.4 25.5 23.6 68.0 5.2
11.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
12.|-- google-public-dns-a.google.com 0.0% 100 23.9 24.9 23.9 54.4 3.0
A surveiller donc ce soir !
Cordialement
Bensay
-
toujours aussi pourri de mon coté.
malgrés quelques changements d'ip, la route reste toujours aussi pourrie en passant par londres et la gw6 (d'après les dns orange)
C:\Users\Damien>tracert 8.8.8.8
Détermination de l'itinéraire vers google-public-dns-a.google.com [8.8.8.8]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms wrt01.funky-town.local [192.168.23.2]
2 1 ms <1 ms 1 ms livebox.funky-town.local [192.168.23.1]
3 2 ms 2 ms 1 ms 80.10.127.97
4 2 ms 1 ms 1 ms 10.123.200.138
5 10 ms 8 ms 8 ms ae44-0.nista301.paris.francetelecom.net [193.252.159.158]
6 17 ms 17 ms 17 ms 81.253.184.94
7 16 ms 15 ms 15 ms google-6.gw.opentransit.net [193.251.254.182]
8 28 ms 26 ms 22 ms 209.85.252.186
9 16 ms 50 ms 15 ms 209.85.253.90
10 116 ms 117 ms 118 ms 209.85.240.28
11 127 ms 128 ms 129 ms 216.239.49.36
12 * * * Délai d'attente de la demande dépassé.
13 123 ms 123 ms 122 ms google-public-dns-a.google.com [8.8.8.8]
Itinéraire déterminé.
ps: je n'ai pas mtr sous la main ;)
-
hier le début de saturation à commencé assez tot
vers 15h
le lien serait-il de plus en plus juste?
(https://lafibre.info/images/orange/201308_smokeping_dns_google_depuis_orange_18.png)
-
Chercher pas plus loin ... les interco Orange/Google sont saturés.
-
Et pour info, il s'agit du sens Google vers Orange qui est quasi complètement saturé sur l'ensemble de ces point d'accès en Europe.
-
Et pour info, il s'agit du sens Google vers Orange qui est quasi complètement saturé sur l'ensemble de ces point d'accès en Europe.
L'autre sens pas de souci, c'est du trafic fortement asymétrique : 20 fois plus de trafic dans le sens Google => FAI que dans le sens FAI => Google.
Concrètement, un lien 100 Gb/s sera a 100 Gb/s dans un sens et 5 Gb/s dans l'autre sens.
-
Oui mais techniquement ce sont des interco symétriques. Après au niveau de la charge, on est bien daccord que le sens Google -> Fai sera toujours le plus important ;)