La Fibre
Télécom => Peering Transit (appairage) => 
Peering Google / Youtube => Discussion démarrée par: Nico le 26 juillet 2013 à 21:26:16
-
Petit soucis chez Google à première vue, un petit drop de 20G sur le France-IX à 15H :
(https://lafibre.info/images/datacenter/201307_franceix_paris.png)
1H après ça monte de 3G sur Marseille, point de peering avec Google on imagine :
(https://lafibre.info/images/datacenter/201307_franceix_marseille.png)
Chez Free/SFR on va jusqu'à Francfort pour récupérer google.fr ce qui n'est à priori pas habituel.
On me signale que chez Orange c'est tout lent aussi ce soir.
-
et de 08:00 à 10:00 que s'est il passé ?
Le trafic est proche de zero.
-
Des petits soucis sur le France-IX ces derniers jours/semaines...
-
Test lancé simultanèment sur 5 FAI (les 4 en ADSL sont situés a la même adresse en île de France et Adeli est en Rhône-Alpes)
Free ADSL IPv4 (île de France) : On passe par Tata, un des transitaire de Free
$ mtr -4rwc100 google.fr
HOST: Free Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.1.254 0.0% 100 0.3 0.3 0.3 0.8 0.1
2.|-- 82.236.202.254 0.0% 100 24.0 23.9 23.4 25.3 0.3
3.|-- 213.228.8.254 23.0% 100 24.3 24.6 23.2 83.6 6.8
4.|-- th2-crs16-1-be1013.intf.routers.proxad.net 1.0% 100 24.5 24.4 23.4 43.2 2.1
5.|-- th2-9k-1-be1000.intf.routers.proxad.net 0.0% 100 24.6 24.5 23.6 25.4 0.3
6.|-- ix-15-547.tcore1.PVU-Paris.as6453.net 7.0% 100 23.9 26.2 23.6 64.9 6.5
7.|-- if-4-2.tcore1.FR0-Frankfurt.as6453.net 0.0% 100 34.3 37.3 33.3 82.4 7.7
8.|-- 72.14.222.154 0.0% 100 90.4 83.0 54.7 123.0 10.6
9.|-- 209.85.241.110 0.0% 100 34.7 34.8 33.8 42.5 1.2
10.|-- 209.85.251.180 0.0% 100 34.6 34.7 34.0 44.7 1.1
11.|-- 72.14.235.17 0.0% 100 41.7 42.8 41.5 54.2 2.0
12.|-- 72.14.235.172 0.0% 100 42.5 42.9 41.8 47.4 1.1
13.|-- 209.85.243.45 0.0% 100 42.6 42.9 42.0 54.1 1.5
14.|-- par10s09-in-f23.1e100.net 0.0% 100 42.0 42.2 41.4 49.5 0.8
Free ADSL IPv6 (île de France) :
$ mtr -6rwc100 google.fr
HOST: Free Loss% Snt Last Avg Best Wrst StDev
1.|-- 2a01:e35:2ecc:a7f0:: 0.0% 100 0.3 0.3 0.3 1.7 0.1
2.|-- 2a01:e00:1:17::9 47.0% 100 27.8 26.8 24.6 29.2 1.3
3.|-- 2001:978:2:19::7:1 0.0% 100 32.4 31.3 25.1 36.5 2.7
4.|-- 2001:978::112 0.0% 100 43.9 40.3 33.6 45.7 2.9
5.|-- 2001:978::159 0.0% 100 41.0 43.4 38.2 46.6 1.8
6.|-- 2001:978:4::13 0.0% 100 43.1 43.7 38.5 46.9 1.9
7.|-- 2001:978:2:8e::2:1 0.0% 100 42.4 59.0 36.9 236.4 48.7
| `|-- 2001:978:2:8e::1
8.|-- 2001:978:2:8e::2:2 0.0% 100 42.6 40.6 33.5 68.6 5.0
9.|-- 2001:4860::1:0:3067 0.0% 100 43.7 43.1 35.7 48.1 1.9
10.|-- 2001:4860::8:0:2ddf 0.0% 100 38.4 38.7 32.8 75.9 5.0
11.|-- 2001:4860::8:0:3df5 0.0% 100 51.0 51.6 42.7 72.5 4.2
12.|-- 2001:4860::1:0:4a3a 0.0% 100 53.1 47.0 41.0 63.1 3.9
13.|-- 2001:4860:0:1::66b 0.0% 100 53.9 51.6 46.6 60.6 1.8
14.|-- par10s10-in-x17.1e100.net 0.0% 100 52.9 51.2 46.7 55.9 1.6
SFR ADSL IPv4 (île de France) : On passe par Cogent, un des transitaire de SFR
$ mtr -4rwc100 google.fr
HOST: SFR Loss% Snt Last Avg Best Wrst StDev
1.|-- neufbox 0.0% 100 0.5 0.5 0.4 1.5 0.1
2.|-- 186.148.96.84.rev.sfr.net 0.0% 100 39.2 39.6 38.8 42.4 0.5
3.|-- 29.154.96.84.rev.sfr.net 0.0% 100 39.2 38.7 37.5 40.1 0.5
4.|-- 26.154.96.84.rev.sfr.net 1.0% 100 61.9 48.4 37.6 219.4 28.4
5.|-- V3869.agn1-sec-2.gaoland.net 0.0% 100 41.9 44.7 38.4 51.1 3.6
6.|-- te0-0-0-25.mag21.par01.atlas.cogentco.com 0.0% 100 38.4 39.1 38.0 45.3 0.8
7.|-- be2038.ccr21.par01.atlas.cogentco.com 0.0% 100 39.3 39.4 38.0 42.6 0.7
| `|-- 154.54.78.41
| |-- 154.54.75.1
| |-- 154.54.78.37
8.|-- te0-0-0-0.ccr21.fra03.atlas.cogentco.com 0.0% 100 48.5 48.6 47.7 50.4 0.4
| `|-- 130.117.2.13
| |-- 130.117.3.169
| |-- 154.54.36.105
| |-- 130.117.0.221
| |-- 130.117.2.165
| |-- 154.54.63.185
| |-- 154.54.63.189
9.|-- te0-4-0-0.mag21.fra03.atlas.cogentco.com 0.0% 100 48.6 48.7 47.7 51.0 0.5
| `|-- 154.54.77.73
| |-- 154.54.77.146
| |-- 154.54.77.162
| |-- 154.54.77.202
| |-- 154.54.77.158
10.|-- aurora-tel-ltd.demarc.cogentco.com 0.0% 100 48.8 48.6 47.1 60.0 2.0
| `|-- 149.6.140.138
11.|-- 209.85.241.110 0.0% 100 55.4 55.0 53.5 77.3 2.4
12.|-- 209.85.251.180 0.0% 100 54.5 55.3 54.0 63.2 1.6
13.|-- 209.85.241.228 0.0% 100 69.5 67.0 60.0 96.4 3.7
14.|-- 209.85.240.221 0.0% 100 56.3 57.7 55.9 65.1 1.9
15.|-- 216.239.49.45 0.0% 100 70.5 68.5 62.1 74.4 2.3
16.|-- ? ? 100.0 100
17.|-- wg-in-f94.1e100.net 1.0% 100 71.0 69.7 64.8 72.4 1.8
SFR ADSL IPv6 (île de France) :
$ mtr -6rwc100 google.fr
HOST: SFR Loss% Snt Last Avg Best Wrst StDev
3.|-- 2a02-8400-0000-0003-0000-0000-0000-0011.rev.sfr.net 0.0% 100 39.3 41.9 39.0 168.4 13.1
4.|-- if-ae10.531.tcore1.PYE-Paris.ipv6.as6453.net 0.0% 100 40.4 41.1 39.3 78.5 5.4
5.|-- if-ae12.2.tcore1.PVU-Paris.ipv6.as6453.net 0.0% 100 41.2 40.6 39.3 49.4 1.3
6.|-- if-ae5.2.tcore1.FR0-Frankfurt.ipv6.as6453.net 0.0% 100 49.2 50.6 48.8 104.8 6.4
7.|-- 2001:4860:1:1:0:1935:0:21 0.0% 100 56.3 50.5 48.8 97.0 5.4
8.|-- 2001:4860::1:0:4ca2 6.0% 100 54.2 54.7 52.6 64.1 2.4
9.|-- 2001:4860::8:0:5039 7.0% 100 53.1 52.9 51.4 60.6 1.0
10.|-- 2001:4860::8:0:51a0 0.0% 100 64.0 64.7 63.6 100.8 3.7
11.|-- 2001:4860::8:0:507b 0.0% 100 104.9 95.4 70.0 117.1 12.3
12.|-- 2001:4860::2:0:299a 0.0% 100 70.6 72.1 66.1 80.6 1.7
13.|-- ? ? 100.0 100
14.|-- wi-in-x5e.1e100.net 1.0% 100 68.0 69.6 63.3 73.4 2.3
Bbox ADSL IPv4 (île de France) : On passe par un peering sur AMS-IX (Amsterdam)
$ mtr -4rwc100 google.fr
HOST: BboxAdsl Loss% Snt Last Avg Best Wrst StDev
1.|-- bbox.lan 0.0% 100 0.6 0.6 0.5 0.8 0.0
2.|-- cha92-h03-31-38-122-254.dsl.sta.abo.bbox.fr 0.0% 100 20.8 15.5 13.6 28.6 2.7
3.|-- v56.core01-m.club-internet.fr 40.0% 100 18405 16950 14947 18761 1414.8
4.|-- be11.cbr01-ntr.net.bbox.fr 2.0% 100 22.7 19.2 15.3 23.2 2.3
5.|-- be1.cbr01-cro.net.bbox.fr 0.0% 100 16.9 19.6 16.0 24.3 2.4
6.|-- ae35.tcore02-t2.net.bbox.fr 0.0% 100 56.6 26.4 15.3 90.1 19.9
7.|-- la1.rpt02-th2.net.bbox.fr 90.0% 100 16.2 16.5 16.0 17.4 0.4
8.|-- core1.ams.net.google.com 33.0% 100 27.6 27.2 26.2 32.4 0.8
9.|-- 209.85.248.116 0.0% 100 26.7 30.8 26.4 115.1 13.4
10.|-- 209.85.253.247 0.0% 100 26.7 26.5 25.6 35.0 0.9
11.|-- 209.85.240.221 0.0% 100 30.2 33.9 29.5 68.8 6.8
12.|-- 216.239.43.232 0.0% 100 79.6 38.3 35.4 79.6 6.3
13.|-- 72.14.235.174 0.0% 100 40.8 36.7 35.6 42.4 1.3
14.|-- 209.85.242.45 0.0% 100 35.9 35.9 34.9 38.4 0.5
15.|-- par03s02-in-f24.1e100.net 0.0% 100 36.6 36.3 35.4 37.4 0.4
Orange ADSL IPv4 (île de France) : On passe par le PNI à Londres (OpenTransit est une filiale d'Orange)
$ mtr -4rwc100 google.fr
HOST: Orange Loss% Snt Last Avg Best Wrst StDev
1.|-- livebox.home 0.0% 100 1.4 1.4 1.3 1.7 0.1
2.|-- 80.10.123.7 0.0% 100 19.1 19.0 18.0 23.3 0.9
3.|-- 10.123.203.138 0.0% 100 18.8 28.9 18.1 73.3 15.6
4.|-- ae41-0.nipst101.Paris.francetelecom.net 0.0% 100 19.3 19.1 18.1 25.5 1.1
5.|-- 81.253.184.2 0.0% 100 22.3 21.0 18.8 23.4 1.2
6.|-- tengige0-3-0-10.lontr1.London.opentransit.net 0.0% 100 38.9 34.1 28.0 40.1 3.5
7.|-- google-7.GW.opentransit.net 0.0% 100 28.1 29.4 27.2 87.5 8.0
8.|-- 209.85.252.188 0.0% 100 28.3 28.6 27.4 34.0 1.2
9.|-- 209.85.253.92 0.0% 100 28.1 28.9 27.5 44.1 2.4
10.|-- 72.14.232.210 0.0% 100 43.7 43.9 35.2 88.4 14.7
11.|-- 72.14.235.172 0.0% 100 36.9 37.0 36.0 43.6 1.2
12.|-- 209.85.243.47 0.0% 100 36.3 36.9 35.5 42.3 0.9
13.|-- par10s10-in-f23.1e100.net 0.0% 100 36.1 36.4 35.7 37.3 0.3
ADELI FTTH IPv4 (Rhône-Alpes) : On passe par LyonIX + TopIX Turin pour rejoindre Google à Milan :
$ mtr -4rwc100 google.fr
HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev
1.|-- portevlan.adeli.biz 0.0% 100 0.3 1.8 0.2 144.2 14.4
2.|-- rr-l2-vlan500.ix.lyonix.net 0.0% 100 1.3 1.3 1.2 1.9 0.1
3.|-- google-pub.topix.it 0.0% 100 10.6 11.8 10.5 56.5 6.5
4.|-- 216.239.47.128 0.0% 100 10.7 14.2 10.5 64.4 10.6
5.|-- 209.85.241.67 0.0% 100 12.3 11.7 10.9 18.8 1.7
6.|-- mil01s17-in-f24.1e100.net 0.0% 100 10.7 10.7 10.5 11.6 0.2
ADELI FTTH IPv6 (Rhône-Alpes) : On passe par LyonIX + TopIX Turin pour rejoindre Google à Milan :
$ mtr -6rwc100 google.fr
HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev
1.|-- 2a01:6e00:10:410::1 1.0% 100 0.3 3.7 0.2 248.6 25.4
2.|-- rr-l2-vlan500.ix.lyonix.net 1.0% 100 1.4 1.4 1.3 1.9 0.1
3.|-- 2001:7f8:23:ffff::20 1.0% 100 74.8 78.5 63.4 119.2 7.5
4.|-- 2001:4860::1:0:1d 0.0% 100 19.6 25.0 18.9 138.4 18.8
5.|-- 2001:4860:0:1::4c7 0.0% 100 25.6 19.6 19.3 26.6 1.0
6.|-- mil01s17-in-x18.1e100.net 0.0% 100 19.5 19.3 19.0 20.9 0.3
-
Tout le monde est parti chercher Google en dehors des frontières. Après doit y en avoir depuis Marseille pour certains FAIs.
-
En effet à 15H, il y a eu une légère augmentation du ping depuis chez moi (Connexion K-net) : http://smokeping.thibault01.com/smokeping.cgi?target=Sites.Google (http://smokeping.thibault01.com/smokeping.cgi?target=Sites.Google) (Peut être long à charger).
-
En classement des FAI pour cette panne, cela donne :
ADELI FTTH IPv4 : 10,5ms
ADELI FTTH IPv6 : 19,0ms
Bbox ADSL IPv4 : 35,4ms
Orange ADSL IPv4 : 35,7ms
Free ADSL IPv4 : 41,4ms
Free ADSL IPv6 : 46,7ms
SFR ADSL IPv6 : 63,3ms
SFR ADSL IPv4 : 64,8ms
Adeli est en 1ère position
SI on ne prend que les FAI ADSL on a Bbox et Orange qui sont bon et Free et SFR avec une latence vraiment plus importante.
Tous les traceroute ont été fait en simultanés 2 seconde prés.
-
Tu compares un FAI avec 40ms pour aller au DSLAM avec un autre avec 15ms !?
ByTel +22ms pour aller à Amsterdam.
SFR +26ms pour aller à Francfort.
Free +20ms pour Francfort.
Orange +18ms pour Londres.
ADELI +10ms pour aller à Milan (via Lyon et Turin).
(à la louche)
-
Pour savoir d'où Google vous posuse son trafic : http://redirector.c.youtube.com/report_mapping (http://redirector.c.youtube.com/report_mapping)
-
81.28.200.XXX => neo-par1
-
Sinon NC va chercher Google via Neo (AS8218).
-
81.28.200.100 => neo-par1
Donc c'est up chez Neo et ça repousse du trafic dessus...
-
1.|-- 192.168.1.1 0.0% 100 0.9 2.2 0.7 56.3 6.7
2.|-- border1-sgp.kwaoo.net 0.0% 100 4.2 4.6 3.8 13.6 1.5
3.|-- border1-lyonix.kwaoo.net 0.0% 100 15.6 8.8 6.8 77.3 7.9
4.|-- rr-l2-vlan500.ix.lyonix.net 0.0% 100 7.1 8.0 6.9 16.1 1.7
5.|-- google-pub.topix.it 0.0% 100 16.7 18.7 16.1 85.9 9.7
6.|-- 209.85.249.54 0.0% 100 16.5 21.1 16.2 132.4 15.5
7.|-- 64.233.174.243 0.0% 100 16.8 17.9 16.4 56.1 4.3
8.|-- mil02s05-in-f23.1e100.net 0.0% 100 16.2 18.0 16.2 87.9 7.3
-
Ah j'ai ptet dit une connerie, mais "neo-par1" ça ressemble vachement au PNI Neo quoi :) (mais k-net peer pas avec donc pas convaincu)
-
Oui le classement est faussé par le ping box <=> DSLAM qui est bien différent selon les FAI.
Le redirector par FAI test réalisé à 23h05 :
ADELI FTTH IPv4 : 10,5ms => neo-par1 (comme K-Net alors qu'on passe par le peering TopIX)
ADELI FTTH IPv6 : 19,0ms => fra02s13
Bbox ADSL IPv4 : 35,4ms => ams03s21
Orange ADSL IPv4 : 35,7ms => orange-par1
Free ADSL IPv4 : 41,4ms => lhr22x01 : superx_isp_number: 3
Free ADSL IPv6 : 46,7ms => lis01s03
SFR ADSL IPv6 : 63,3ms => mil01s10
SFR ADSL IPv4 : 64,8ms => ams03s21 ou => lhr14s11
-
SFR FTTH IPv4 : 24.3ms => fra02s15
Free ADSL IPv4 : 26.4ms => lhr22x01 : superx_isp_number: 1
(FTTH > *)
AMS = Amsterdam
FRA = Francfort
LHR = Londres
MIL = Milan
LIS = ? (Lisbonne !?!?)
-
Donc Orange est le seul à avoir toujours un PNI en France ?
J'ai refais le traceroute d'Orange à 23h10 : On passe par OpenTensit sur Londres (Londres dans le dernier traceroute)
$ mtr -4rwc100 google.fr
HOST: Orange Loss% Snt Last Avg Best Wrst StDev
1.|-- livebox.home 0.0% 100 1.4 1.4 1.3 2.4 0.1
2.|-- 80.10.123.7 0.0% 100 17.9 18.7 17.8 19.9 0.4
3.|-- 10.123.203.138 0.0% 100 18.4 19.3 17.9 53.8 3.6
4.|-- ae41-0.nipst101.Paris.francetelecom.net 0.0% 100 30.1 19.3 18.3 41.8 2.6
5.|-- 81.253.184.2 0.0% 100 21.9 21.6 19.0 26.1 1.4
6.|-- 193.251.131.130 0.0% 100 34.2 33.9 27.8 39.8 3.4
7.|-- google-7.GW.opentransit.net 0.0% 100 27.9 28.7 27.3 65.4 4.1
8.|-- 209.85.252.186 89.0% 100 28.7 28.4 27.8 29.1 0.4
9.|-- 209.85.253.94 0.0% 100 28.6 28.8 27.8 45.8 1.8
10.|-- 72.14.232.210 0.0% 100 35.7 36.6 35.5 58.8 2.3
11.|-- 72.14.235.174 0.0% 100 35.9 36.7 35.4 41.6 1.3
12.|-- 209.85.242.45 0.0% 100 36.2 36.6 35.6 39.4 0.7
13.|-- par03s02-in-f31.1e100.net 0.0% 100 35.9 36.2 35.4 37.7 0.4
Et celui de SFR IPv4 : On passe par Cogent, un des transitaire de SFR
$ mtr -4rwc100 google.fr
HOST: SFR Loss% Snt Last Avg Best Wrst StDev
1.|-- neufbox 0.0% 100 0.5 0.4 0.4 0.7 0.0
2.|-- 186.148.96.84.rev.sfr.net 0.0% 100 39.7 39.7 38.5 44.0 0.6
3.|-- 29.154.96.84.rev.sfr.net 0.0% 100 39.3 38.6 37.6 39.5 0.4
4.|-- 26.154.96.84.rev.sfr.net 1.0% 100 39.0 43.8 37.6 129.3 15.2
5.|-- V3869.agn1-sec-2.gaoland.net 0.0% 100 50.0 44.8 38.4 50.8 4.0
6.|-- te0-7-0-1.mag21.par01.atlas.cogentco.com 0.0% 100 39.4 39.0 37.9 40.2 0.4
7.|-- be2038.ccr21.par01.atlas.cogentco.com 0.0% 100 39.1 39.3 38.3 40.9 0.6
| `|-- 154.54.78.41
| |-- 154.54.75.1
| |-- 154.54.78.37
8.|-- te0-0-0-0.ccr21.fra03.atlas.cogentco.com 0.0% 100 48.8 48.5 47.6 49.8 0.4
| `|-- 130.117.48.130
| |-- 130.117.1.245
| |-- 154.54.63.185
| |-- 154.54.75.225
| |-- 154.54.75.217
| |-- 154.54.36.125
| |-- 154.54.75.213
9.|-- te0-4-0-6.mag21.fra03.atlas.cogentco.com 0.0% 100 48.5 48.6 47.6 50.3 0.4
| `|-- 154.54.77.173
| |-- 154.54.77.202
| |-- 154.54.77.162
| |-- 154.54.77.158
| |-- 154.54.77.150
| |-- 154.54.77.154
10.|-- fe-2-3991.cir-1.fra1.solvians.com 0.0% 100 48.2 49.4 47.5 102.9 7.4
| `|-- 149.6.140.58
11.|-- 209.85.240.64 0.0% 100 54.2 54.9 53.7 63.1 1.4
12.|-- 209.85.251.248 0.0% 100 55.1 54.8 54.0 58.1 0.5
13.|-- 209.85.241.226 0.0% 100 61.4 62.0 54.5 74.3 3.9
14.|-- 209.85.240.158 0.0% 100 64.5 73.5 60.0 85.4 5.6
15.|-- 72.14.238.217 0.0% 100 58.5 65.6 56.8 90.7 4.9
16.|-- ? ? 100.0 100
17.|-- we-in-f94.1e100.net 1.0% 100 68.9 65.4 57.1 71.8 3.9
-
Donc Orange est le seul à avoir toujours un PNI en France ?
Neo aussi, et le France-IX à Marseille.
Après si le trafic a été re-routé en urgence suite au soucis rencontré, ça va peut-être rester comme ça au moins pour la soirée (si ce n'est le WE) avant de re-basculer vers les PNI.
-
Sinon NC va chercher Google via Neo (AS8218).
Pour Numericable (en Ile de France, zone 100 Mb/s) http://redirector.c.youtube.com/report_mapping (http://redirector.c.youtube.com/report_mapping) me donne Francfort :
89.158.54.180 => fra02s15
Le traceroute à 23h20 : On passe bien par NeoTelecom, un des transitaire de Numericable :
$ mtr -rwc100 google.fr
HOST: Numericable Loss% Snt Last Avg Best Wrst StDev
1.|-- 10.112.0.1 0.0% 100 8.7 8.3 6.5 14.8 1.2
2.|-- 213-245-252-177.rev.numericable.fr 0.0% 100 14.2 9.5 7.3 26.5 2.9
3.|-- ip-222.net-80-236-0.static.numericable.fr 0.0% 100 9.1 11.2 8.6 55.1 6.2
4.|-- ip-217.net-80-236-0.static.numericable.fr 1.0% 100 10.8 11.0 8.5 44.1 4.6
5.|-- the1rj-ae0.0.numericable.net 0.0% 100 10.2 12.0 8.9 32.0 4.5
6.|-- xe0-2-0.tcr1.th2.par.as8218.eu 0.0% 100 9.6 11.4 9.5 33.6 2.9
| `|-- 83.167.52.33
7.|-- 83.167.56.220 0.0% 100 11.6 11.5 9.9 25.8 2.3
8.|-- xe1-0-0.tcr1.thn.lon.as8218.eu 0.0% 100 18.8 21.8 18.0 90.0 10.6
9.|-- 213.152.30.14.static.not.updated.as8218.eu 2.0% 100 22.7 28.7 18.3 62.1 10.4
10.|-- 209.85.240.61 3.0% 100 20.0 24.9 18.3 84.2 16.0
11.|-- 209.85.253.94 8.0% 100 19.9 20.8 18.4 40.8 3.2
12.|-- 72.14.232.210 0.0% 100 26.9 28.2 26.6 41.6 1.8
13.|-- 72.14.235.172 0.0% 100 28.2 28.6 26.6 34.7 1.7
14.|-- 209.85.243.49 0.0% 100 27.9 28.5 26.8 42.6 1.9
15.|-- par10s11-in-f31.1e100.net 0.0% 100 26.4 27.7 26.3 32.4 1.0
-
Bonsoir,
Ce qui est bien avec benoit75015 c'est qu'il publie des informations qui ne sont pas censées être publiées sans l'accord de Google.
Les soucis que nous avons eu ces dernières semaines sur FranceIX sont liés à des bugs sur nos Brocades MLX et nous avons déjà communiqué à nos membres les informations concernant ces coupures.
FranceIX fera une communication officielle sur ces incidents lors de l'assemblée générale de Septembre.
Je tiens par ailleurs à souligner que si un membre a un soucis sur FranceIX, c'est à lui de communiquer et non à FranceIX et encore moins à une personne tierce qui a réussi à avoir ces informations, sans en avoir l'autorisation que ce soit de la part de FranceIX ou du principal intéressé.
Merci donc de supprimer ces images du post concerné !
Raphael Maunier
FranceIX
-
Selon JM Planche (https://twitter.com/jmplanche/status/360879110588866561) (Witbe) le soucis est surtout présent en TCP et pas en UDP. Voici trois images qu'il a posté :
Des signes avant-coureurs en début de journée :
(https://lafibre.info/images/datacenter/201307_witbe_info_panne_google_1.jpg)
UDP (stable) :
(https://lafibre.info/images/datacenter/201307_witbe_info_panne_google_2.jpg)
TCP (analyse sur la journée, plein de changements de route) :
(https://lafibre.info/images/datacenter/201307_witbe_info_panne_google_3.jpg)
-
Merci donc de supprimer ces images du post concerné !
Raphael Maunier
FranceIX
J'ai supprimé le post.
-
Merci bien Vivien !
-
@jmplanche (https://twitter.com/jmplanche/status/360884903111442433) : "Ceci dit, il y a pire … par exemple google.es depuis l'Espagne"
(https://lafibre.info/images/datacenter/201307_witbe_info_panne_google_4.jpg)
-
[edit vivien : post dans la section SFR fusionné ici]
Grosse vague de tweets qui signale des lenteurs sur YouTube pour les abonnés SFR ce soir et cet après-midi (https://lafibre.info/images/altice/201307_coupure_pni_sfr_google.png).
Je ne suis pas sur ma connexion SFR actuellement, un abonné SFR pourrait-il dire s'il a rencontré ce genre de problème ?
-
[edit vivien : post dans la section SFR fusionné ici]
La réponse est ici : https://lafibre.info/peering/soucis-chez-google-le-26072013-a-15h/
Donc un truc plutôt général à première vue.
Après il y a des gens chez qui ça marche normalement, c'est pas mon cas malheureusement :/
-
Pour info, les googles apps fonctionnent toujours.
Par ex, mon mail @gmail.com ne fonctionne plus alors que @franceix.fr lui est toujours fonctionnel.
Raphael
-
Par ex, mon mail @gmail.com ne fonctionne plus alors que @franceix.fr lui est toujours fonctionnel.
Marrant, pour le coup j'ai aucun soucis avec @gmail.com ! (que ce soit via un browser ou un smartphone)
-
[edit vivien : post dans la section SFR fusionné ici]
Donc un truc plutôt général à première vue.
En tous cas, d'après l'outil de recherche de Twitter, les abonnés SFR semblent ressentir beaucoup plus de lenteurs sur YouTube que les abonnés des autres FAIs.
https://twitter.com/search/realtime?q=sfr%20youtube (https://twitter.com/search/realtime?q=sfr%20youtube)
https://twitter.com/search/realtime?q=orange%20youtube (https://twitter.com/search/realtime?q=orange%20youtube)
https://twitter.com/search/realtime?q=bouygues%20youtube (https://twitter.com/search/realtime?q=bouygues%20youtube)
https://twitter.com/search/realtime?q=numericable%20youtube (https://twitter.com/search/realtime?q=numericable%20youtube)
https://twitter.com/search/realtime?q=free%20youtube (https://twitter.com/search/realtime?q=free%20youtube)
-
Question subsidiaire : il y a ByTel et NC (entre autres) qui sont censés récupérer Google sur le France-IX. Pourquoi la baisse n'est que de 20G ? (ça me semble peu pour ces deux FAIs)
-
Parce qu'il n'y pas que FranceIX pour joindre google en France :)
-
[edit vivien : post dans la section SFR fusionné ici]
Des pistes :
Orange -> dispose de nombreux PNI avec Google ailleurs (dont Marseille qui semble up) via 5511 (OTI)
NC -> A récupéré du Neo qui semble s'en sortir
ByTel -> va à l'AMSIX et a l'air d'avoir assez de capa pour y récupérer le trafic de Google
Après faudrait pouvoir tester depuis d'autres accès pour avoir les autres routes utilisées j'imagine... (rapport aux mtr postés ici)
-
Bonsoir,
En temps normal Bouygues Telecom ne récupère par Google via le France-IX, mais via des PNI.
Actuellement le trafic est éclaté sur AMS-IX / DEC-IX.
Des ralentissement on peu être ressentis par les clients Bouygues Telecom au moment de la coupure des PNI car tout le trafic est parti entièrement sur DEC-IX où le port à saturé avant que le trafic soit réparti vers plusieurs destination (sans aucune saturation).
Cordialement,
Boris de Bouygues Telecom.
-
Merci ;)
Ça a été un peu violent la coupure cet aprèm faut avouer !
-
"shits happens" :)
-
Incident à 15h00, il est 1h00 du matin24 => cela fait 10h que l'incident est en cours.
Aucune communication de la part de Google ?
C'est rare une société présente sur les réseaux sociaux qui laisse sans infos 10h après une telle panne (qui est toujours en cours)
-
Incident à 15h00, il est 1h00 du matin24 => cela fait 10h que l'incident est en cours.
C'est pas forcement vrai, que les gros FAIs restent sur une solution de secours +- stabilisée c'est quand même plus safe que ré-activer des PNI qui peuvent sauter une nouvelle fois comme ça.
Aucune communication de la part de Google ?
A priori y a eu une com' de Google en fin d'aprèm, pas publique quoi.
-
L’assistance SFR confirme un pb :
(https://lafibre.info/images/altice/201307_coupure_pni_sfr_google_2.png)
-
J'ai l'impression que le trafic ne s'écoule pas aussi proprement qu'il devrait. Ceci dit ça doit pas se ressentir de trop ce matin : j'arrive à récupérer 20M là alors qu'hier ça marchait vraiment mal.
-
A cette heure la situation n'est visiblement pas redevenue nominale sur le CDN de Google.
-
Chez Orange et hier aprem, impossible d'utiliser Gmail et autres services de Google
-
Chez Orange et hier aprem, impossible d'utiliser Gmail et autres services de Google
Ba chez k-net j'ai rien ressenti du tout. :D
Pas encore fibré Damien ?
-
TitiDu01: Damien travaille pour K-Net mais il n'est pas dans une zone couverte par K-Net et il est donc abonné Orange ADSL. Je suppose qu'avec le VPN K-Net cela fonctionne.
Serge Benoît, bienvenue ! On voit que le trafic des clients Orange France sort via un PNI à Londres (google-7.GW.opentransit.net). Le traceroute ne montre pas de pertes de paquets ou de ping élevé donc qu'est ce qui peut expliquer que certains services ne fonctionnent pas pour le client ?
En cas de saturation on a normalement, soit une perte de paquet soit une augmentation du ping, soit les deux.
Au passage félicitation pour le sur-dimensionnement sur le PNI de Londres où il y avait visiblement quelques centaines de Gb/s de disponibles.
Traceroute effectué à l'instant depuis une box Orange ADSL :
$ mtr -rwc100 google.fr
HOST: Orange Loss% Snt Last Avg Best Wrst StDev
1.|-- livebox.home 0.0% 100 1.4 1.4 1.3 2.3 0.2
2.|-- 80.10.123.7 0.0% 100 18.6 18.8 17.8 25.9 0.9
3.|-- 10.123.203.138 0.0% 100 18.2 19.3 17.8 44.4 3.2
4.|-- ae41-0.nipst101.Paris.francetelecom.net 0.0% 100 18.9 38.7 18.3 89.7 15.8
5.|-- 81.253.184.2 0.0% 100 19.3 20.9 18.9 23.3 1.1
6.|-- tengige0-4-0-7.lontr1.London.opentransit.net 0.0% 100 29.4 33.7 27.9 44.2 3.6
7.|-- google-7.GW.opentransit.net 0.0% 100 28.2 28.9 27.2 63.2 4.3
8.|-- 209.85.252.186 10.0% 100 27.8 28.5 27.4 37.7 1.2
9.|-- 209.85.253.94 0.0% 100 28.4 29.4 27.4 49.1 3.1
10.|-- 72.14.232.210 0.0% 100 35.6 38.3 35.3 84.0 6.7
11.|-- 72.14.235.174 0.0% 100 70.3 48.5 35.6 76.6 10.9
12.|-- 209.85.242.47 0.0% 100 36.5 36.7 35.8 48.1 1.4
13.|-- par03s03-in-f24.1e100.net 0.0% 100 36.1 36.2 35.0 47.4 1.6
-
J'ai lancé en simultané a 22h40 un traceroute vers 8.8.8.8, l'IP du DNS Google vers 6 FAI tous en région parisienne sauf Adeli.
Aucun FAI ne va chercher Google en France :
- SFR, Orange et Numericable : Londres
- Free : Frankfurt
- Bouygues Telecom : Amsterdam
- Adeli: Milan
Orange sature avec 135ms de ping et 1% de perte de paquet.
Free ADSL : on passe par son transitaire Tata et on rejoint Google sur Frankfurt
$ mtr -rwc100 8.8.8.8
HOST: Free Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.1.254 0.0% 100 0.3 0.3 0.3 0.8 0.1
2.|-- 82.236.202.254 0.0% 100 24.1 24.5 23.7 31.7 1.2
3.|-- 213.228.8.254 23.0% 100 24.1 24.3 23.7 32.0 1.0
4.|-- th2-crs16-1-be1013.intf.routers.proxad.net 0.0% 100 24.8 24.5 23.8 25.3 0.3
5.|-- th2-9k-1-be1000.intf.routers.proxad.net 0.0% 100 25.2 25.0 24.3 30.0 0.6
6.|-- ix-15-547.tcore1.PVU-Paris.as6453.net 7.0% 100 64.6 27.2 24.0 83.1 10.8
7.|-- if-3-2.tcore1.FR0-Frankfurt.as6453.net 0.0% 100 34.1 42.5 33.4 84.0 13.3
8.|-- 72.14.222.154 0.0% 100 41.1 44.6 33.7 83.5 9.1
9.|-- 209.85.241.110 0.0% 100 35.2 36.0 34.2 49.0 2.5
10.|-- 209.85.251.180 0.0% 100 37.9 41.6 34.4 57.1 6.5
11.|-- 209.85.254.112 0.0% 100 35.5 35.7 34.7 68.0 3.4
12.|-- ? ? 100.0 100
13.|-- google-public-dns-a.google.com 0.0% 100 35.4 35.3 34.6 36.7 0.3
SFR Adsl : on passe par son transitaire Cogent et on rejoint Google sur Londres
$ mtr -rwc100 8.8.8.8
HOST: SFR Loss% Snt Last Avg Best Wrst StDev
1.|-- neufbox 0.0% 100 0.5 0.4 0.3 0.6 0.0
2.|-- 186.148.96.84.rev.sfr.net 0.0% 100 39.1 40.7 38.1 58.6 4.1
3.|-- 29.154.96.84.rev.sfr.net 0.0% 100 38.2 39.7 37.5 77.8 5.3
4.|-- 26.154.96.84.rev.sfr.net 0.0% 100 38.4 44.7 37.3 158.7 17.6
5.|-- V3869.agn1-sec-2.gaoland.net 0.0% 100 47.0 45.4 38.4 65.5 5.1
6.|-- te0-0-0-7.mag21.par01.atlas.cogentco.com 0.0% 100 38.5 39.5 37.5 60.5 3.7
7.|-- 154.54.78.41 0.0% 100 38.8 39.8 37.7 55.6 3.2
| `|-- 154.54.74.253
| |-- 154.54.75.1
| |-- 154.54.78.37
8.|-- te0-1-0-3.mpd21.lon13.atlas.cogentco.com 0.0% 100 46.6 47.9 45.1 67.5 4.5
| `|-- 130.117.0.181
| |-- 154.54.37.201
| |-- 130.117.50.193
| |-- 130.117.50.13
| |-- 154.54.37.189
| |-- 130.117.1.121
| |-- 130.117.2.253
9.|-- te0-2-0-1.ccr22.lon01.atlas.cogentco.com 0.0% 100 46.8 48.3 45.6 66.2 4.4
| `|-- 154.54.74.69
| |-- 154.54.57.97
| |-- 154.54.39.141
10.|-- te2-1.ccr01.lon18.atlas.cogentco.com 0.0% 100 47.4 58.0 45.7 226.3 32.6
| `|-- 154.54.62.66
| |-- 154.54.62.42
| |-- 154.54.61.218
| |-- 130.117.51.162
11.|-- 149.6.146.30 1.0% 100 113.9 120.8 107.1 176.8 12.4
12.|-- 209.85.255.78 1.0% 100 65.7 69.0 51.1 88.6 7.5
13.|-- 209.85.253.94 0.0% 100 61.6 73.7 48.3 104.4 15.9
14.|-- 209.85.243.33 0.0% 100 52.7 53.8 51.8 71.8 3.1
15.|-- 216.239.49.30 0.0% 100 56.3 58.2 55.9 86.3 5.1
16.|-- ? ? 100.0 100
17.|-- google-public-dns-a.google.com 0.0% 100 56.1 57.5 55.0 75.4 4.0
Bbox ADSL : On passe par le GIX AMS-IX (Amsterdam)
$ mtr -rwc100 8.8.8.8
HOST: BboxAdsl Loss% Snt Last Avg Best Wrst StDev
1.|-- bbox.lan 0.0% 100 0.6 0.6 0.5 0.8 0.0
2.|-- cha92-h03-31-38-122-254.dsl.sta.abo.bbox.fr 0.0% 100 21.6 21.6 13.4 48.4 4.6
3.|-- v56.core01-m.club-internet.fr 36.0% 100 14771 16850 14739 18606 1488.3
4.|-- be11.cbr01-ntr.net.bbox.fr 0.0% 100 21.1 19.2 15.0 23.5 2.3
5.|-- be1.cbr01-cro.net.bbox.fr 0.0% 100 19.1 19.6 15.4 23.8 2.4
6.|-- ae35.tcore02-t2.net.bbox.fr 0.0% 100 55.6 47.9 15.8 133.6 23.6
7.|-- la1.rpt02-th2.net.bbox.fr 92.0% 100 16.0 16.6 16.0 17.0 0.3
8.|-- core1.ams.net.google.com 47.0% 100 26.6 27.0 26.3 28.6 0.5
9.|-- 209.85.248.118 0.0% 100 27.3 31.1 26.5 89.5 11.6
10.|-- 72.14.238.153 0.0% 100 27.9 28.9 26.5 43.8 3.5
| `|-- 209.85.253.249
11.|-- 216.239.49.36 0.0% 100 75.2 31.6 30.0 75.2 4.7
| `|-- 216.239.49.30
| |-- 216.239.49.38
| |-- 216.239.49.28
12.|-- ? ? 100.0 100
13.|-- google-public-dns-a.google.com 0.0% 100 30.0 29.9 28.9 31.0 0.4
Orange ADSL : On passe par le PNI de sa filliale opentransit à Londres
$ mtr -rwc100 8.8.8.8
HOST: Orange Loss% Snt Last Avg Best Wrst StDev
1.|-- livebox.home 0.0% 100 1.6 1.4 1.3 2.4 0.1
2.|-- 80.10.123.7 0.0% 100 18.7 18.6 17.8 20.2 0.4
3.|-- 10.123.203.202 0.0% 100 18.6 19.3 18.2 42.9 2.6
4.|-- ae41-0.niaub102.Aubervilliers.francetelecom.net 0.0% 100 19.0 19.4 18.2 47.0 2.9
5.|-- 81.253.184.34 0.0% 100 31.8 30.9 28.7 33.1 1.2
6.|-- tengige0-13-0-0.lontr1.London.opentransit.net 0.0% 100 41.1 35.5 29.7 41.5 3.4
7.|-- google-7.GW.opentransit.net 3.0% 100 30.1 30.3 28.8 47.4 2.4
8.|-- 209.85.252.186 20.0% 100 30.5 30.6 29.1 38.8 2.0
9.|-- 209.85.253.94 0.0% 100 29.8 30.9 29.1 51.8 3.4
10.|-- 209.85.243.33 0.0% 100 134.4 134.4 122.6 148.8 5.1
11.|-- 216.239.49.30 0.0% 100 126.6 131.2 119.9 140.3 4.4
12.|-- ? ? 100.0 100
13.|-- google-public-dns-a.google.com 1.0% 100 138.4 135.3 125.9 142.6 3.2
Numericable : On passe par son transitaire Neo Telecoms et on rejoint Google à Londres
$ mtr -rwc100 8.8.8.8
HOST: Numericable Loss% Snt Last Avg Best Wrst StDev
1.|-- 10.112.0.1 0.0% 100 7.2 8.3 7.0 12.2 1.0
2.|-- 213-245-252-177.rev.numericable.fr 0.0% 100 8.9 9.4 7.2 72.9 6.9
3.|-- ip-222.net-80-236-0.static.numericable.fr 1.0% 100 10.1 10.6 8.6 53.3 4.5
4.|-- ip-217.net-80-236-0.static.numericable.fr 1.0% 100 8.8 11.5 8.7 54.4 7.7
5.|-- the1rj-ae0.0.numericable.net 0.0% 100 10.5 10.7 9.2 32.0 2.4
6.|-- xe3-0-0.tcr2.th2.par.as8218.eu 0.0% 100 10.2 10.8 9.2 22.3 1.6
| `|-- 83.167.57.133
7.|-- 83.167.55.23 0.0% 100 11.6 11.3 9.8 22.6 1.7
8.|-- xe1-0-0.tcr1.thn.lon.as8218.eu 1.0% 100 19.2 22.2 17.9 80.1 9.4
9.|-- 213.152.30.14.static.not.updated.as8218.eu 3.0% 100 19.6 22.9 18.4 74.8 8.5
10.|-- 209.85.240.63 2.0% 100 19.9 19.7 18.1 24.6 1.3
11.|-- 209.85.253.196 0.0% 100 19.9 20.9 18.5 56.3 4.9
12.|-- 209.85.240.28 0.0% 100 23.1 24.0 22.5 29.1 1.4
13.|-- 216.239.49.38 0.0% 100 31.2 28.2 26.4 48.7 2.5
14.|-- ? ? 100.0 100
15.|-- google-public-dns-a.google.com 0.0% 100 26.3 27.5 25.9 34.0 1.2
Adeli / Maxnod (Ain) : On passe par le peering sur TopIP à Turin pour rejoindre Google à Milan (Italie)
$ mtr -rwc100 8.8.8.8
HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev
1.|-- portevlan.adeli.biz 0.0% 100 0.2 3.4 0.2 125.9 16.5
2.|-- rr-l2-vlan500.ix.lyonix.net 0.0% 100 1.3 1.4 1.3 1.9 0.1
3.|-- google-pub.topix.it 0.0% 100 10.8 11.8 10.5 71.1 6.2
4.|-- 216.239.47.128 1.0% 100 10.8 14.7 10.5 66.0 11.9
5.|-- 72.14.232.78 1.0% 100 20.0 20.8 20.0 37.3 2.2
6.|-- 209.85.254.116 0.0% 100 19.9 20.6 19.7 47.1 2.9
| `|-- 209.85.254.114
7.|-- ? ? 100.0 100
8.|-- google-public-dns-a.google.com 0.0% 100 20.8 20.6 20.2 23.1 0.4
-
Ca fait d'ailleurs des lustres que je passe par un VPN K-Net pour Youtube, avec Orange c'est la misère.
-
Le seul soucis de ces traceroute avec les gros FAIs c'est qu'ils ne sont représentatifs que d'une partie des abonnés. On l'a bien vu avec Boris, ByTel a éclaté en 3 les abonnés vers YT.
Ce qui explique que des gens se plaignent parfois alors que d'autres n'ont aucun soucis.
-
Bonjour à tous,
Effectivement une panne bien surprenante de la part de Google.
Pour ma part je ne suis pas encore de retour de congé mais les graphs smokeping de mon dédié chez OVH sont assez clair :
Site Google.fr (173.194.40.120)
(https://lafibre.info/images/ovh/201307_smokeping_ovh_google_1.png)
84ms d'augmentation
Repartie en 2 saut :
15h06 : + 30ms
15h12 : +50ms
(https://lafibre.info/images/ovh/201307_smokeping_ovh_google_2.png)
Plus de connectivité également en direction d'un GCC google (173.194.9.16) :
(https://lafibre.info/images/ovh/201307_smokeping_ovh_google_3.png)
Des mon retour a mon domicile, je publie les résultats des même SmokeGraph depuis ma Box Orange ADSL via mon Rspy.
Ps : Google pousse son trafic pour mon serveur dédié via :
2001:41d0:8:376b::1 => ams03s13
Cdt
Bensay
-
2001:41d0:8:376b::1 => ams03s13
C'est pour Orange ?
Donc tout ne part pas à Londres.
Tu nous fait un traceroute ?
Pour le SmokePing OVH, non, ce n'est pas réparti en deux sauts.
Smokeping agrège les données (tu fais 10 ping tous les 30 secondes) après une journée de test et là tu as une partie des test où OVH va chercher google sur Paris et une partie des tests où OVH va chercher Google aux USA où il a développé un réseau complet.
Donc pour continuer ma liste, aucun FAI ne va chercher Google en France :
- SFR, Orange et Numericable : Londres
- Free : Frankfurt
- Bouygues Telecom : Amsterdam
- Adeli: Milan
- OVH : USA
Tu nous ferais des traceroute vers google.fr et 8.8.8.8 ?
Sinon bonnes vacances !
-
Depuis ligne cable FTTLA (ByTel) via NC je pense que je passe par AMS, hop9
-
2001:41d0:8:376b::1 => ams03s13
C'est pour Orange ?
Donc tout ne part pas à Londres.
Tu nous fait un traceroute ?
Pour le SmokePing OVH, non, ce n'est pas réparti en deux sauts.
Smokeping agrège les données (tu fais 10 ping tous les 30 secondes) après une journée de test et là tu as une partie des test où OVH va chercher google sur Paris et une partie des tests où OVH va chercher Google aux USA où il a développé un réseau complet.
Donc pour continuer ma liste, aucun FAI ne va chercher Google en France :
- SFR, Orange et Numericable : Londres
- Free : Frankfurt
- Bouygues Telecom : Amsterdam
- Adeli: Milan
- OVH : USA
Tu nous ferais des traceroute vers google.fr et 8.8.8.8 ?
Sinon bonnes vacances !
Coucou Vivien :)
Merci bien pour les congés mais ils se termine.
Pour 2001:41d0:8:376b::1 => ams03s13 (Il s'agit du lien pour ovh , recuperer via wget sur l'url de la 1ère page).
Pour les Tracert depuis OVH
Google.fr
traceroute to google.fr (173.194.40.120), 30 hops max, 60 byte packets
1 * * *
2 rbx-g2-a9.fr.eu (91.121.128.118) 0.612 ms 1.106 ms 1.110 ms
3 * ldn-5-6k.uk.eu (91.121.131.182) 25.942 ms *
4 * * *
5 * ash-1-6k.va.us (178.32.135.233) 260.217 ms *
6 198.27.73.105 (198.27.73.105) 107.697 ms 107.644 ms 107.023 ms
7 216.239.46.248 (216.239.46.248) 80.546 ms 216.239.46.250 (216.239.46.250) 78.897 ms 216.239.46.248 (216.239.46.248) 80.534 ms
8 72.14.236.152 (72.14.236.152) 80.736 ms 72.14.236.148 (72.14.236.148) 80.707 ms 72.14.236.152 (72.14.236.152) 80.672 ms
9 209.85.251.49 (209.85.251.49) 85.685 ms 86.003 ms 85.733 ms
10 72.14.235.172 (72.14.235.172) 85.988 ms 85.986 ms 86.063 ms
11 209.85.243.45 (209.85.243.45) 86.146 ms 85.990 ms 86.070 ms
12 par10s09-in-f24.1e100.net (173.194.40.120) 85.962 ms 86.086 ms 86.011 ms
Google DNS 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
1 vss-7a-6k.fr.eu (176.31.112.253) 0.386 ms * *
2 rbx-g2-a9.fr.eu (91.121.128.118) 0.749 ms 0.990 ms 0.988 ms
3 * * *
4 * * *
5 ash-1-6k.va.us (178.32.135.233) 82.657 ms * *
6 198.27.73.105 (198.27.73.105) 79.714 ms 79.753 ms 79.717 ms
7 216.239.46.250 (216.239.46.250) 78.869 ms 216.239.46.248 (216.239.46.248) 80.508 ms 216.239.46.250 (216.239.46.250) 78.884 ms
8 72.14.236.152 (72.14.236.152) 80.575 ms 72.14.236.148 (72.14.236.148) 80.509 ms 80.467 ms
9 72.14.235.10 (72.14.235.10) 91.083 ms 66.249.95.229 (66.249.95.229) 87.097 ms 87.295 ms
10 72.14.234.67 (72.14.234.67) 87.652 ms 72.14.234.55 (72.14.234.55) 87.186 ms 72.14.234.53 (72.14.234.53) 88.346 ms
11 * * *
12 google-public-dns-a.google.com (8.8.8.8) 87.686 ms 88.105 ms 87.680 ms
- Via Orange Depuis (TOURS 37)
Détermination de l'itinéraire vers google.fr [173.194.40.119]
avec un maximum de 30 sauts :
1 2 ms 11 ms 7 ms livebox.home [192.168.1.1]
2 34 ms 26 ms 38 ms 80.10.124.143
3 23 ms 20 ms 21 ms 10.123.74.138
4 23 ms 22 ms 22 ms ae42-0.nipst101.Paris.francetelecom.net [193.252
.159.58]
5 24 ms 25 ms 25 ms 81.253.184.2
6 43 ms 32 ms 34 ms tengige0-0-0-12.lontr1.London.opentransit.net [1
93.251.133.85]
7 32 ms 32 ms 32 ms google-6.GW.opentransit.net [193.251.254.182]
8 37 ms 33 ms 31 ms 209.85.252.186
9 32 ms 37 ms 32 ms 209.85.253.94
10 40 ms 39 ms 39 ms 72.14.232.210
11 40 ms 40 ms 39 ms 72.14.235.172
12 40 ms 40 ms 49 ms 209.85.243.45
13 51 ms 50 ms 46 ms par10s09-in-f23.1e100.net [173.194.40.119]
Itinéraire déterminé.
Vers le DNS 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 2 ms 2 ms 2 ms livebox.home [192.168.1.1]
2 20 ms 22 ms 21 ms 80.10.124.143
3 35 ms 35 ms 36 ms 10.123.74.138
4 22 ms 23 ms 22 ms ae42-0.nipst101.Paris.francetelecom.net [193.252
.159.58]
5 25 ms 30 ms 25 ms 81.253.184.2
6 35 ms 33 ms 33 ms tengige0-4-0-7.lontr1.London.opentransit.net [19
3.251.242.180]
7 31 ms 32 ms 31 ms google-6.GW.opentransit.net [193.251.254.182]
8 37 ms 32 ms 31 ms 209.85.252.188
9 49 ms 48 ms 47 ms 209.85.253.196
10 54 ms 44 ms 45 ms 209.85.240.28
11 48 ms 48 ms 90 ms 216.239.49.36
12 * * * Délai d'attente de la demande dépassé.
13 48 ms 47 ms 48 ms google-public-dns-a.google.com [8.8.8.8]
Itinéraire déterminé.
Cdt
Bensay
-
Donc en IPv4 on va aux USA mais en IPv6 on va sur Amsterdam ?
Tu pourrais récupérer report_mapping en IPv4 et en IPv6 ?
IPv4 : w3m -4 http://redirector.c.youtube.com/report_mapping (http://redirector.c.youtube.com/report_mapping)
IPv6 : w3m -6 http://redirector.c.youtube.com/report_mapping (http://redirector.c.youtube.com/report_mapping)
w3m est un navigateur texte installé sur toutes les distributions. Il faut appuyer sur "q" pour pouvoir faire un copier / coller.
SI tu préfères wget, il faut également rajouter -4 pour forcer ipv4 et -6 pour forcer ipv6.
Pour mtr :
IPv4 : mtr -4rwc100 google.fr
IPv6 : mtr -6rwc100 google.fr
-
Donc en IPv4 on va aux USA mais en IPv6 on va sur Amsterdam ?
Tu pourrais récupérer report_mapping en IPv4 et en IPv6 ?
IPv4 : w3m -4 http://redirector.c.youtube.com/report_mapping (http://redirector.c.youtube.com/report_mapping)
IPv6 : w3m -6 http://redirector.c.youtube.com/report_mapping (http://redirector.c.youtube.com/report_mapping)
w3m est un navigateur texte installé sur toutes les distributions. Il faut appuyer sur "q" pour pouvoir faire un copier / coller.
SI tu préfères wget, il faut également rajouter -4 pour forcer ipv4 et -6 pour forcer ipv6.
Pour mtr :
IPv4 : mtr -4rwc100 google.fr
IPv6 : mtr -6rwc100 google.fr
- IPV4 : 176.31.xxx.xxx => tpnet-waw3
- IPV6 : 2001:41d0:8:376b::1 => ams03s13
Je n'obtiens pas de réponse pour les mtr tel que formulé.
Bensay
-
Avec ce mtr il faut attendre que ça soit finis (100 pings) pour avoir la réponse.
-
OVH qui préfère utiliser son peering aux USA que de sortir par un transit en France, c'est étonnant, probablement une erreur de conception (basiquement tout annoncé pareil partout et localpref sur les peering invariablement) ou alors un choix très curieux...
Est-ce que ça concerne également Youtube ? (je pense aux utilisateurs ADSL OVH en France qui vont pleurer si c'est le cas)
Je suis surpris par contre qu'OVH n'ait pas un peering à utiliser ailleurs en Europe.
En tout cas depuis le temps ils auraient pu corriger, surtout si Youtube est impliqué...
-
pour le mtr -rwc100, 100 ping c'est un peu long mais cela donne une bonne précision pour le ping min / moyen et un début de résultat exploitable pour les pertes de paquets.
-
Mtr IPV4 vers google.fr depuis OVH :
HOST: ks393XXXX.kimsufi.com Loss% Snt Last Avg Best Wrst StDev
1.|-- vss-7a-6k.fr.eu 20.0% 100 0.4 11.1 0.4 131.3 27.6
2.|-- rbx-g2-a9.fr.eu 0.0% 100 0.8 1.4 0.7 34.6 3.7
3.|-- rbx-s9-6k.fr.eu 75.0% 100 4.0 10.5 4.0 53.2 14.0
| `|-- 91.121.131.178
| |-- 91.121.131.182
| |-- 91.121.131.242
| |-- 178.33.100.66
| |-- 91.121.131.240
| |-- 91.121.128.192
| |-- 91.121.128.166
4.|-- nwk-2-6k.nj.us 73.0% 100 73.8 79.1 73.7 117.5 12.3
5.|-- ash-1-6k.va.us 10.0% 100 87.9 95.2 82.7 284.3 41.0
6.|-- 198.27.73.105 0.0% 100 79.9 80.2 79.8 112.1 3.2
7.|-- 216.239.46.250 0.0% 100 79.0 81.1 79.0 114.3 6.8
8.|-- 72.14.236.152 0.0% 100 80.9 80.8 80.7 82.8 0.3
9.|-- 209.85.251.49 0.0% 100 102.7 87.3 85.8 119.9 5.2
10.|-- 72.14.235.172 0.0% 100 86.2 86.3 86.2 91.4 0.6
11.|-- 209.85.243.47 0.0% 100 86.4 86.5 86.3 87.8 0.2
12.|-- par10s10-in-f31.1e100.net 1.0% 100 86.1 86.0 85.9 86.5 0.1
Mtr IPV6 vers google.fr depuis OVH :
HOST: ks393XXX.kimsufi.com Loss% Snt Last Avg Best Wrst StDev
1.|-- vss-7a-6k.fr.eu 7.0% 100 0.9 8.4 0.5 238.3 31.0
2.|-- vss-7a-6k.fr.eu 49.0% 100 1.1 1.6 0.9 3.7 0.8
3.|-- ams-1-6k.nl.eu 35.0% 100 5.6 17.3 5.6 210.9 41.2
4.|-- amsix-router.google.com 0.0% 100 5.8 5.9 5.8 10.8 0.5
5.|-- 2001:4860::1:0:4b3 0.0% 100 91.0 12.3 5.7 96.8 18.7
6.|-- 2001:4860::8:0:519f 0.0% 100 35.0 8.3 6.0 35.0 5.2
7.|-- 2001:4860::8:0:507c 0.0% 100 10.0 11.8 9.9 25.8 3.2
8.|-- 2001:4860::8:0:3df5 0.0% 100 15.2 16.3 15.1 60.9 5.6
9.|-- 2001:4860::1:0:4a3a 0.0% 100 15.4 15.6 15.4 25.3 1.1
10.|-- 2001:4860:0:1::669 0.0% 100 16.0 15.9 15.6 27.5 1.3
11.|-- par10s09-in-x18.1e100.net 0.0% 100 15.4 15.4 15.3 15.7 0.1
-
Conclusion avec OVH il est préférable d'utiliser IPv6, on sort sur Amsterdam en IPv65 et aux USA en IPv4.
- SFR, Orange et Numericable : Londres
- Free : Frankfurt
- Bouygues Telecom, OVH IPv6 : Amsterdam
- Adeli: Milan
- OVH IPv4 : USA
Sinon Google ne communique toujours pas ?
Ce soir un pic de consommation devrait avoir lieu, cela va faire mal pour certains FAI si ce n'est pas réparé d'ici là.
-
Effectivement très étrange cette policy de passer par la Pologne pour rejoindre Google.
Effectivement ce soir risque d'être très tendu.
Cdt
Bensay
-
La réponse d'octave très rapide :
(https://lafibre.info/images/ovh/201307_trafic_ovh_google_pendant_panne_pni_paris.png)
Donc pas de PNI IPv6 avec Google aux USA si j'ai bien compris.
-
Bonjour,
C'est vrai que les débit via OVH en IPv4 sont pas terribles terribles aujourd'hui, mais ça reste plus que correct quand même : (via Ashburn)
Resolving r2---sn-5hn7snll.c.youtube.com (r2---sn-5hn7snll.c.youtube.com)... 173.194.50.103
Connecting to r2---sn-5hn7snll.c.youtube.com (r2---sn-5hn7snll.c.youtube.com)|173.194.50.103|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 66368968 (63M) [video/mp4]
Saving to: `/dev/null'
100%[===================================================================================================================================================================================================>] 66 368 968 4,58M/s in 11s
2013-07-28 12:33:34 (6,02 MB/s) - `/dev/null' saved [66368968/66368968]
et en IPv6 (donc via AMSIX) :
Resolving r2---sn-5hn7snll.c.youtube.com (r2---sn-5hn7snll.c.youtube.com)... 2a00:1450:400e:15::7
Connecting to r2---sn-5hn7snll.c.youtube.com (r2---sn-5hn7snll.c.youtube.com)|2a00:1450:400e:15::7|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 66368968 (63M) [video/mp4]
Saving to: `/dev/null'
100%[===================================================================================================================================================================================================>] 66 368 968 11,2M/s in 5,7s
2013-07-28 12:34:46 (11,1 MB/s) - `/dev/null' saved [66368968/66368968]
Cdt,
Aloïs
-
Tiens vivien je pense à un truc, pour tes tests là il serait judicieux de se servir des sondes ATLAS. C'est l'outil idéal à mes yeux car il y en a plein par FAI, ça permet donc de tester beaucoup plus de destinations.
Quand tu en héberges une, tu obtiens des crédits pour lancer ce genre de tests sur d'autres sondes justement. On peut faire un topic pour en parler si tu veux (je viens d'en commander une seconde pour mettre sur un autre accès à moi, et je vais continuer je pense).
-
- SFR, Orange et Numericable : Londres
Sur le SFR WiFi FON que je squatte (sur un ADSL vu l'endroit) j'ai :
109.23.128.* => fra02s09
Avec un traceroute qui passe par Sparkle Telecom Italia.
Chez moi SFR FTTH :
93.31.55.* => fra02s15
Avec un traceroute qui passe par Cogent ( :'( )
-
Chez moi Free passe par Cogent
|192.168.0.254 - 0 | 6 | 6 | 0 | 1 | 3 | 2 |
|78.222.89.254 - 0 | 6 | 6 | 7 | 11 | 15 | 15 |
|rouen-6k-1-a5.routers.proxad.net - 0 | 6 | 6 | 7 | 9 | 14 | 10 |
|cbv-6k-2-v810.intf.routers.proxad.net - 0 | 6 | 6 | 8 | 10 | 13 | 8 |
|p11-9-k1-be1002.intf.routers.proxad.net - 0 | 6 | 6 | 11 | 12 | 16 | 11 |
|p11-crs16-1-be1004.intf.routers.proxad.net - 0 | 6 | 6 | 15 | 20 | 26 | 21 |
|bzn-crs16-2-be2000.intf.routers.proxad.net - 0 | 6 | 6 | 11 | 14 | 21 | 11 |
|te0-1-0-6.367.mag21.par01.atlas.cogentco.com - 0 | 6 | 6 | 17 | 18 | 20 | 18 |
|be2039.ccr22.par01.atlas.cogentco.com - 0 | 6 | 6 | 18 | 22 | 27 | 24 |
|te0-1-0-3.ccr22.lon13.atlas.cogentco.com - 0 | 6 | 6 | 29 | 31 | 36 | 32 |
|te0-1-0-3.ccr22.lon01.atlas.cogentco.com - 0 | 6 | 6 | 28 | 33 | 36 | 35 |
|te2-1.ccr01.lon18.atlas.cogentco.com - 0 | 6 | 6 | 37 | 65 | 195 | 37 |
|149.6.146.30 - 0 | 6 | 6 | 81 | 87 | 92 | 89 |
|209.85.255.78 - 0 | 6 | 6 | 29 | 31 | 33 | 31 |
|209.85.253.94 - 0 | 6 | 6 | 26 | 28 | 32 | 28 |
|72.14.232.210 - 0 | 6 | 6 | 27 | 35 | 41 | 27 |
|72.14.235.174 - 0 | 6 | 6 | 32 | 34 | 40 | 34 |
|209.85.242.45 - 0 | 6 | 6 | 33 | 37 | 41 | 37 |
|par03s02-in-f24.1e100.net - 0 | 6 | 6 | 34 | 38 | 44 | 37 |
-
perso je pars sur franckfort avec ma livebox adsl dans le 56
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. livebox.home 0.0% 112 2.1 3.0 2.0 38.3 3.7
2. 80.10.127.85 0.0% 112 20.3 22.8 19.8 150.5 12.5
3. 10.123.193.202 0.0% 112 23.7 22.7 20.0 74.2 6.4
4. ae44-0.nimsr302.Paris.francetele 0.0% 112 27.0 28.9 25.9 68.7 6.6
5. 81.253.184.22 0.0% 111 28.7 29.7 26.4 47.0 2.9
6. tengige0-6-0-3.ffttr1.FrankfurtA 0.0% 111 43.6 45.7 41.0 103.6 7.2
7. google-3.GW.opentransit.net 0.0% 111 87.9 76.0 51.9 144.7 14.8
8. 209.85.241.110 0.0% 111 42.5 45.6 41.7 82.4 6.7
9. 209.85.251.180 0.0% 111 41.9 43.9 41.3 66.2 5.1
10. 72.14.235.17 0.0% 111 44.3 47.1 42.5 95.8 8.5
11. 72.14.235.174 0.0% 111 43.5 46.9 42.7 154.3 11.6
12. 209.85.242.47 0.0% 111 44.6 46.3 43.3 78.1 6.5
13. par03s03-in-f31.1e100.net 0.0% 111 43.8 45.1 42.7 81.7 5.2
et vers autre part pour ma livebox ftth sur rennes
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.23.1 0.0% 92 0.6 0.7 0.5 1.3 0.1
2. 80.10.127.97 0.0% 92 1.6 1.3 1.1 2.3 0.2
3. 10.123.200.138 0.0% 92 1.2 1.6 1.1 17.5 1.7
4. ae44-0.nista301.Paris.francetele 0.0% 92 7.9 9.8 7.8 66.6 8.1
5. 81.253.184.18 0.0% 92 24.4 21.2 15.5 27.1 3.6
6. google-7.GW.opentransit.net 0.0% 92 90.2 85.1 64.6 106.1 7.0
7. 209.85.252.188 0.0% 92 36.0 42.3 35.8 70.7 9.4
8. 209.85.253.92 0.0% 92 35.9 36.4 35.6 51.0 2.4
9. 72.14.232.210 0.0% 92 32.5 32.6 32.3 34.2 0.3
10. 72.14.235.174 0.0% 92 32.3 32.6 32.2 38.1 0.9
11. 209.85.242.47 0.0% 92 32.8 33.6 32.6 46.3 2.9
12. par03s03-in-f23.1e100.net 0.0% 91 32.2 32.3 32.1 33.3 0.2
-
Et YouTube passe par Londres via Tata
1 1 ms 1 ms 1 ms 192.168.0.254
2 6 ms 5 ms 6 ms 78.222.89.***
3 6 ms 6 ms 5 ms rouen-6k-1-a5.routers.proxad.net [213.228.11.62]
4 7 ms 9 ms 8 ms cbv-6k-2-v810.intf.routers.proxad.net [212.27.50.49]
5 16 ms 9 ms 8 ms th2-crs16-1-be1013.intf.routers.proxad.net [212.27.59.10]
6 10 ms 8 ms 8 ms th2-9k-1-be1000.intf.routers.proxad.net [212.27.59.206]
7 14 ms 30 ms 8 ms ix-15-547.tcore1.PVU-Paris.as6453.net [195.219.241.173]
8 17 ms 16 ms 17 ms if-2-2.tcore1.PYE-Paris.as6453.net [80.231.154.18]
9 18 ms 17 ms 18 ms if-3-6.tcore1.L78-London.as6453.net [80.231.130.85]
10 17 ms 18 ms 17 ms if-1-2.tcore2.L78-London.as6453.net [80.231.130.122]
11 16 ms 17 ms 18 ms if-15-2.tcore2.LDN-London.as6453.net [80.231.131.118]
12 46 ms 29 ms 75 ms 80.231.62.10
13 30 ms * 30 ms 208.117.249.88
-
Toujours pas de retour de Google sur FranceIX.
Nous sommes passés de 7ms avec le 8.8.8.8 à 17ms actuellement.
Note au passage : que ce soit par Cogent, Level3, Neo ou Jaguar, le résultat est quasi le même (17ms) et cela passe par Londres
-
Pas moyen de récupérer Google par FranceIX via FranceIX Marseille ? Les deux GIX sont interconnectés.
-
Des opérateurs l'utilisent, le trafic est monté 1H après la coupure à Paris (+3-4G). Mais +3-4 avec -20 ça équilibre pas. Y a pas une limitation à 100M pour l'interco Paris<>Marseille pour un membre ?
(en fait les 100M c'est vers les IX interconnectés avec le FranceIX, entre Paris et Marseille y a ptet pas de limitation)
-
Non, FranceIX ne peut pas balader tout le trafic Google de Marseille à Paris.
Et puis, il semble que Google n'annonce plus ses routes. Ils ont une session Up mais avec seulement 1 route (impossible de voir laquelle avec l'outil FranceIX en "mise à jour").
Ils ont peut être gardé des sessions privées avec quelques membres mais c'est peut probable vu les retours faits depuis les principaux opérateurs (Bouygues, Numéricable...).
On constate à cette occasion (et aussi suite aux autres incidents survenus ces derniers temps), l'importance qu'a pris FranceIX sur le trafic en France. Même si tous les membres ont des backup, tout événement à des effets sensibles.
-
Il y a quand même quelques Gb qui arrivent de Google sur le FranceIX à Marseille depuis la coupure. Les sessions privées sont comptées dans les stats qu'on voit ?
On constate à cette occasion (et aussi suite aux autres incidents survenus ces derniers temps), l'importance qu'a pris FranceIX sur le trafic en France. Même si tous les membres ont des backup, tout événement à des effets sensibles.
Pour les coupures des dernières semaines ça s'est peut-être vu chez certains opérateurs, mais pour cette histoire avec Google j'ai du mal à faire une corrélation avec le FranceIX et son importance.
-
Google à 20 Gb/s sur France-IX Paris et 10 Gb/s sur France-IX Marseille.
1 million de client consomment environ 30 à 35 Gb/s de trafic Google/Youtube. Donc France-IX ne peut être utilisé en back-up pour un FAI de la taille de Numericable ou Bouygues Telecom. Enfin 1 millions de clients Free doivent consommer bien moins de 30 gb/s, car il n'ont plus l'habitude d'utiliser Youtube.
Il y a officiellement une limitation à 100 Mb/s pour le trafic vers les autres GIX sur France-IX mais en réalité ce n'est pas le cas. K-Net a fait des tests de débit et ils atteignent 800 Mb/s de débit moyen sur 5 minutes (graphe Cacti) vers https://testdebit.info (https://testdebit.info) à l'époque où le trafic LyonIX <=> Bouygues Telecom passait par France-IX (aujourd'hui c'est sur Equinix Paris). Donc il me semble que les limitations de France-IX sont théoriques et pour éviter les abus.
Le lien mutualisé entre LyonIX et les GIX parisiens a été upgradé il y a quelques mois à 1 Gb/s (400 Mb/s avant avec des pertes de paquets). Le lien entre LyonIX et Top-IX (c'est par là que plusieurs petits FAI récupèrent Google) a été upgradé il y a quelques mois à 10 Gb/s (1Gb/s avant). Lyon-IX ne limite pas le trafic de ses membres entre les GIX.
Entre France-IX Paris et France-IX Marseille je ne connais pas officiellement la capacité, mais visiblement elle est de 10 Gb/s.
-
Pour l'interco avec les autres IXP c'est expliqué clairement sur le site du FranceIX : il n'y a pas de bridage mais si >100M de conso moyenne (ça semble beaucoup d'ailleurs du coup "moyenne") tu peux te faire couper.
Ces interconnexions sont limitées à 100Mbit/s par membre. Au-delà, un raccordement direct sur le France IX ou sur les points d'échange partenaires sera requis. France IX se réserve donc la possibilité de refuser le service de passerelle à un membre des points d'échange partenaires si sa consommation moyenne dépasse 100 Mbit/s.
-
Pour l'interco avec les autres IXP c'est expliqué clairement sur le site du FranceIX : il n'y a pas de bridage mais si >100M de conso moyenne (ça semble beaucoup d'ailleurs du coup "moyenne") tu peux te faire couper.
Si c'est une moyenne mensuelle, 100 Mb/s c'est beauoup (surtout que certains CDN ont du trafic qui est principalement sur 4h le soir)
Autre remarque, si la chute de trafic sur France-IX est de 20 Gb/s réel, il doit y avoir du trafic autre qui est tombé (Google à 20 Gb/s de liens mais pas 20 Gb/s de trafic réel, Google sur-dimensionne toujours ses accès). Il n'y aurait pas une panne sur le Datacenter Parisien où Google héberge ses serveurs de cache ? (les serveurs Google pour le cache de Paris sont en Belgique)
Je cherche ce qui pourrais expliquer une coupure si longue.
Une coupure de fibre non sécurisée serait déjà réparé.
On est donc sur un incident extrêmement grave.
-
Ils sont hébergés où les GGC ? C'est pas Interxion PAR2 ?
-
Non, je pense que Google est plus au SFR Netcenter Courbevoie, seul point sur Paris pour avoir de gros PNI.
-
Je ne sais pas pourquoi je voulais les voir à PAR2 tiens... Sur peeringdb on retrouve google au LDNC et à TH2 sur Paris. Du coup probablement au Netcenter.
Par contre pour les PNI j'aurais plutôt pensé à TH2 (puis le Netcenter).
-
A priori, Google a une trans limitée vers TH2.
-
A priori, Google a une trans limitée vers TH2.
De retour au Domicile Vivien :)
Tu voulais des test spécifique ?
Cdt
Bensay
-
Pour nous ça passe logiquement par l'AMS-IX en bascule de backup.
Numericable via Neo Telecom qui le transporte à Londres pour le filer à Google.
Curieux effectivement par contre ce manque de communication de Google.
-
Numericable via Neo Telecom qui le transporte à Londres pour le filer à Google.
J'ai aussi du Numericable via NeoTelecom qui récupère Google au FranceIX à Marseille. C'est donc peut-être Neo les 3-4G qui sont remontés à Marseille ;)
(ou Neo et d'autres)
-
Je viens de faire un test avec Youtube-DL a 22h20 sur la vidéo la plus populaire de Youtube afin qu'elle soit en cache.
youtube-dl https://www.youtube.com/watch?v=9bZkp7q19f0Cela télécharge la version Full HD, un fichier de 163,64 Mio.
Le téléchargement de l'utilitaire Youtube-DL mis à jour (la version dans les dépôts n'est pas adapté aux dernière modification de Youtube) se fait là : http://rg3.github.io/youtube-dl/download.html (http://rg3.github.io/youtube-dl/download.html)
Toutes les box ADSL sont au même endroit avec un débit de sychro très assez proche (Free est un peu au-dessus des autres)
Adeli (connexion 1 Gb/s) : 12,13 Mio/s
Bbox ADSL : 1,47 Mio/s
Orange ADSL : 1,46 Mio/s
SFR ADSL : 1,25 Mio/s
Numericable (zone 100 Mb/s) : 236,34 Kio/s
Free ADSL : 88 Kio/s (le téléchargement n'est pas terminé, je mettrais a jour une fois fini)
-
Traceroute vers le serveur associé
Pour récupérer le serveur de contenu, il faut utiliser la commande suivante :
youtube-dl -g https://www.youtube.com/watch?v=9bZkp7q19f0
Adeli :
$ mtr -4rwc100 r5---sn-4g57ln7e.c.youtube.com
HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev
1.|-- portevlan.adeli.biz 0.0% 100 0.2 5.2 0.2 300.2 32.4
2.|-- rr-l2-vlan500.ix.lyonix.net 1.0% 100 1.4 1.4 1.2 2.4 0.1
3.|-- google-pub.topix.it 0.0% 100 10.8 14.6 10.5 69.5 12.5
4.|-- 209.85.249.54 0.0% 100 11.0 12.6 10.6 45.0 6.0
5.|-- 72.14.232.76 0.0% 100 20.4 31.8 20.1 62.2 13.8
6.|-- 209.85.251.179 0.0% 100 27.6 25.2 19.9 73.9 10.8
| `|-- 209.85.251.181
7.|-- 209.85.241.111 0.0% 100 20.4 21.2 20.3 66.0 4.6
| `|-- 209.85.240.65
8.|-- 72.14.238.150 0.0% 100 21.4 21.4 21.1 23.7 0.4
9.|-- 173.194.18.10 0.0% 100 20.8 21.0 20.7 22.3 0.2
Bbox ADSL :
$ mtr -4rwc100 r5---sn-5hn7snes.c.youtube.com
HOST: BboxAdsl Loss% Snt Last Avg Best Wrst StDev
1.|-- bbox.lan 0.0% 100 0.6 0.6 0.4 0.8 0.0
2.|-- cha92-h03-31-38-122-254.dsl.sta.abo.bbox.fr 0.0% 100 14.2 15.4 13.7 24.9 2.4
3.|-- v56.core01-m.club-internet.fr 60.0% 100 18931 17102 15365 19032 1429.2
4.|-- be11.cbr01-ntr.net.bbox.fr 1.0% 100 17.9 19.2 15.1 23.2 2.2
5.|-- be1.cbr01-cro.net.bbox.fr 0.0% 100 22.6 19.8 15.3 23.9 2.3
6.|-- ae35.tcore02-t2.net.bbox.fr 0.0% 100 163.8 33.1 15.6 163.8 31.2
7.|-- ? ? 100.0 100
8.|-- core1.ams.net.google.com 6.0% 100 27.1 27.4 26.3 38.5 1.3
9.|-- 209.85.248.118 0.0% 100 26.6 31.3 26.4 114.9 13.9
10.|-- 209.85.248.113 0.0% 100 27.6 29.0 26.6 71.7 7.0
11.|-- 216.239.48.244 0.0% 100 27.6 28.4 27.0 48.4 2.4
12.|-- 74.125.15.202 0.0% 100 26.1 26.6 25.7 27.6 0.4
Orange ADSL :
$ mtr -4rwc100 r6---sn-vg5obx-25ge.c.youtube.com
HOST: Orange Loss% Snt Last Avg Best Wrst StDev
1.|-- livebox.home 0.0% 100 1.3 1.4 1.3 2.6 0.2
2.|-- 80.10.123.7 0.0% 100 17.9 18.8 17.9 24.1 0.8
3.|-- 10.123.203.202 0.0% 100 18.7 19.4 18.1 54.7 3.7
4.|-- ae41-0.niaub102.Aubervilliers.francetelecom.net 0.0% 100 18.7 19.9 18.1 44.7 3.2
5.|-- 81.253.184.34 0.0% 100 30.3 31.0 28.7 33.0 1.1
6.|-- tengige0-12-0-3.lontr1.London.opentransit.net 0.0% 100 31.0 34.0 29.9 42.2 3.2
7.|-- tengige1-3-0-9.pastr1.Paris.opentransit.net 0.0% 100 29.5 29.9 27.9 32.7 1.2
8.|-- xe-6-1-3-0.auvtr3.Aubervilliers.opentransit.net 0.0% 100 106.2 34.7 27.2 138.3 19.6
9.|-- google-2.GW.opentransit.net 0.0% 100 28.8 28.7 27.5 32.9 0.9
10.|-- cache.google.com 0.0% 100 28.5 28.5 27.5 30.4 0.6
SFR ADSL :
$ mtr -4rwc100 r5---sn-hpa7ene7.c.youtube.com
HOST: SFR Loss% Snt Last Avg Best Wrst StDev
1.|-- neufbox 0.0% 100 0.5 0.4 0.4 0.6 0.0
2.|-- 186.148.96.84.rev.sfr.net 0.0% 100 39.5 39.6 38.5 43.2 0.8
3.|-- 29.154.96.84.rev.sfr.net 0.0% 100 38.4 38.5 37.7 39.3 0.3
4.|-- 26.154.96.84.rev.sfr.net 0.0% 100 39.2 45.2 37.8 177.0 19.9
5.|-- V3869.agn1-sec-2.gaoland.net 0.0% 100 46.0 44.5 38.2 50.2 3.4
6.|-- te0-7-0-1.mag21.par01.atlas.cogentco.com 0.0% 100 39.3 39.3 38.1 40.8 0.4
7.|-- be2038.ccr21.par01.atlas.cogentco.com 0.0% 100 39.5 39.6 38.6 41.1 0.5
| `|-- 154.54.75.1
| |-- 154.54.78.41
| |-- 154.54.78.37
8.|-- te0-1-0-3.ccr22.lon13.atlas.cogentco.com 0.0% 100 47.3 47.1 45.9 48.6 0.5
| `|-- 130.117.0.181
| |-- 130.117.50.189
| |-- 154.54.37.157
| |-- 130.117.50.185
| |-- 130.117.2.6
| |-- 130.117.51.25
| |-- 130.117.1.121
9.|-- te0-7-0-33.ccr22.lon01.atlas.cogentco.com 0.0% 100 47.8 47.4 46.3 49.3 0.6
| `|-- 154.54.57.158
| |-- 130.117.1.1
| |-- 154.54.74.49
10.|-- te1-2.ccr01.lon18.atlas.cogentco.com 0.0% 100 47.5 53.4 46.3 222.0 25.1
| `|-- 154.54.62.50
| |-- 154.54.61.218
| |-- 154.54.62.66
| |-- 154.54.62.58
| |-- 130.117.51.162
| |-- 154.54.62.42
| |-- 154.54.61.214
11.|-- 149.14.8.50 0.0% 100 46.9 48.0 46.2 99.5 7.0
12.|-- 209.85.255.78 7.0% 100 81.6 78.3 62.0 89.0 6.2
13.|-- 209.85.253.90 22.0% 100 59.9 61.1 59.1 92.6 4.0
14.|-- 209.85.240.28 10.0% 100 65.4 64.9 63.7 69.1 0.9
15.|-- 209.85.241.227 10.0% 100 56.3 56.0 54.5 60.3 0.7
16.|-- 72.14.232.79 27.0% 100 69.5 73.1 67.8 174.8 15.6
17.|-- 216.239.47.129 15.0% 100 73.8 74.9 72.8 129.4 6.1
18.|-- 72.14.237.195 0.0% 100 70.2 72.0 69.1 223.7 15.4
19.|-- 173.194.2.10 12.0% 100 68.7 67.8 66.1 69.7 0.8
Ces pertes de paquets de 12% sont très étonnantes.
Numericable :
$ mtr -4rwc100 r5---sn-4g57lne6.c.youtube.com
HOST: Numericable Loss% Snt Last Avg Best Wrst StDev
1.|-- 10.112.0.1 1.0% 100 8.5 8.2 6.8 15.0 1.4
2.|-- 213-245-252-177.rev.numericable.fr 2.0% 100 9.1 8.8 7.0 41.9 3.5
3.|-- ip-222.net-80-236-0.static.numericable.fr 0.0% 100 9.0 10.7 8.6 47.9 5.1
4.|-- ip-217.net-80-236-0.static.numericable.fr 3.0% 100 10.1 10.6 8.4 44.2 4.6
5.|-- the1rj-ae0.0.numericable.net 2.0% 100 10.1 11.4 9.0 45.0 4.9
6.|-- xe3-0-0.tcr2.th2.par.as8218.eu 0.0% 100 9.5 11.7 9.2 39.3 4.8
| `|-- 83.167.57.133
7.|-- 83.167.55.23 0.0% 100 11.5 11.7 9.7 40.7 3.6
8.|-- xe1-0-0.tcr1.thn.lon.as8218.eu 2.0% 100 18.8 21.2 18.1 82.7 8.6
9.|-- 213.152.30.14.static.not.updated.as8218.eu 3.0% 100 26.1 27.6 18.3 68.4 9.7
10.|-- 209.85.240.61 2.0% 100 42.9 33.4 18.1 60.2 14.3
11.|-- 209.85.253.94 6.0% 100 19.6 20.3 18.3 46.7 3.2
12.|-- 209.85.243.33 1.0% 100 31.9 38.5 22.3 54.5 8.5
13.|-- 209.85.241.229 4.0% 100 32.2 33.0 31.1 40.9 1.4
14.|-- 209.85.251.181 0.0% 100 31.3 32.4 30.5 37.3 1.0
15.|-- 209.85.251.180 1.0% 100 61.5 36.0 30.5 67.4 9.8
16.|-- 209.85.251.179 13.0% 100 33.2 35.9 31.2 56.4 4.1
17.|-- 72.14.238.45 2.0% 100 32.2 36.2 31.1 80.5 7.9
18.|-- 66.249.95.113 3.0% 100 33.3 33.2 30.5 38.6 1.4
19.|-- 173.194.19.202 2.0% 100 33.0 32.5 30.7 40.9 1.3
Free ADSL :
$ mtr -4rwc100 r5---sn-h5q7ened.c.youtube.com
HOST: Free Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.1.254 0.0% 100 0.3 0.3 0.3 0.4 0.0
2.|-- 82.236.202.254 0.0% 100 23.9 23.9 23.1 34.7 1.4
3.|-- 213.228.8.254 25.0% 100 23.6 24.8 23.1 98.4 8.6
4.|-- th2-crs16-1-be1013.intf.routers.proxad.net 0.0% 100 24.0 24.1 23.4 25.8 0.3
5.|-- th2-9k-1-be1000.intf.routers.proxad.net 0.0% 100 24.5 24.5 23.8 28.8 0.5
6.|-- ix-15-547.tcore1.PVU-Paris.as6453.net 20.0% 100 62.6 28.2 23.3 65.3 11.8
7.|-- if-3-2.tcore1.FR0-Frankfurt.as6453.net 5.0% 100 36.8 34.6 33.2 54.4 3.1
8.|-- 72.14.222.154 4.0% 100 33.4 34.3 33.1 55.2 3.1
9.|-- 209.85.241.110 2.0% 100 36.2 35.7 33.9 43.0 2.2
10.|-- 209.85.251.246 2.0% 100 40.2 34.6 33.7 43.5 1.3
11.|-- 72.14.235.15 3.0% 100 42.4 43.1 41.5 63.1 3.6
12.|-- 209.85.240.188 4.0% 100 106.4 68.1 63.7 127.0 11.6
13.|-- 72.14.235.21 1.0% 100 61.2 62.5 60.4 118.9 8.0
14.|-- 66.249.95.53 0.0% 100 61.2 61.5 60.8 71.4 1.0
15.|-- 74.125.168.10 1.0% 100 61.6 61.4 60.9 61.9 0.2
-
J'ai refait les tests, Numericable a toujours un débit aussi pourri, SFR toujours un bon débit et un traceroute avec des pertes de paquet vers le serveur :
$ mtr -4rwc100 r5---sn-hpa7ene7.c.youtube.com
HOST: SFR Loss% Snt Last Avg Best Wrst StDev
1.|-- neufbox 0.0% 100 0.5 0.5 0.3 0.7 0.0
2.|-- 186.148.96.84.rev.sfr.net 0.0% 100 39.1 39.7 38.4 50.1 1.5
3.|-- 29.154.96.84.rev.sfr.net 0.0% 100 38.3 38.6 37.6 45.0 0.7
4.|-- 26.154.96.84.rev.sfr.net 1.0% 100 38.8 48.2 37.4 231.5 29.5
5.|-- V3869.agn1-sec-2.gaoland.net 0.0% 100 42.3 44.3 38.2 50.7 3.4
6.|-- te0-7-0-1.mag21.par01.atlas.cogentco.com 0.0% 100 39.1 39.2 38.5 40.0 0.3
7.|-- be2038.ccr21.par01.atlas.cogentco.com 0.0% 100 39.3 39.4 38.6 41.0 0.4
| `|-- 154.54.78.41
| |-- 154.54.78.37
| |-- 154.54.75.1
8.|-- te0-1-0-3.ccr22.lon13.atlas.cogentco.com 0.0% 100 47.8 47.1 45.9 49.9 0.7
| `|-- 130.117.1.121
| |-- 130.117.3.6
| |-- 130.117.50.197
| |-- 130.117.0.109
| |-- 154.54.37.153
| |-- 154.54.60.229
| |-- 154.54.37.169
9.|-- te0-1-0-1.ccr22.lon01.atlas.cogentco.com 0.0% 100 47.3 47.4 45.6 50.0 0.8
| `|-- 130.117.1.1
| |-- 154.54.74.49
| |-- 154.54.57.174
10.|-- te3-1.ccr01.lon18.atlas.cogentco.com 0.0% 100 46.4 59.1 46.3 245.0 39.6
| `|-- 154.54.61.214
| |-- 154.54.61.218
| |-- 130.117.51.162
| |-- 154.54.61.150
| |-- 154.54.62.42
| |-- 154.54.62.58
| |-- 154.54.62.66
11.|-- 149.14.8.50 0.0% 100 47.2 47.5 45.8 76.2 3.4
12.|-- 209.85.255.78 5.0% 100 61.6 62.6 60.7 81.6 2.5
13.|-- 209.85.253.90 23.0% 100 61.3 60.7 58.8 82.3 2.8
14.|-- 209.85.240.28 14.0% 100 65.2 64.8 63.4 67.4 0.6
15.|-- 209.85.241.227 13.0% 100 55.5 56.4 54.7 71.6 1.8
16.|-- 72.14.232.79 19.0% 100 69.0 73.0 67.5 124.1 12.0
17.|-- 216.239.47.129 11.0% 100 74.1 75.2 72.4 116.5 5.7
18.|-- 72.14.237.195 0.0% 100 69.6 70.1 68.9 72.3 0.5
19.|-- 173.194.2.10 16.0% 100 67.6 67.7 66.2 69.3 0.6
-
mtr -4rwc100 r5---sn-h5q7ened.c.youtube.com
HOST: mirtouf Loss% Snt Last Avg Best Wrst StDev
1.|-- 88.190.42.1 0.0% 100 0.3 3.3 0.3 110.6 13.6
2.|-- a9k1-1057.dc3.online.net 0.0% 100 4.3 1.3 0.7 4.3 0.7
3.|-- a9k1-1012.dc1.online.net 0.0% 100 1.7 1.9 1.3 5.6 0.6
4.|-- bzn-crs16-1-be1500-t.intf.routers.proxad.net 0.0% 100 1.5 1.7 1.0 25.2 2.7
5.|-- th2-crs16-1-be2000.intf.routers.proxad.net 0.0% 100 1.3 1.5 1.1 4.3 0.5
6.|-- th2-9k-1-be1000.intf.routers.proxad.net 0.0% 100 1.6 1.9 1.4 6.3 0.8
7.|-- ix-15-547.tcore1.PVU-Paris.as6453.net 21.0% 100 8.9 11.0 2.6 64.6 7.1
8.|-- if-3-2.tcore1.FR0-Frankfurt.as6453.net 0.0% 100 18.4 20.3 11.7 43.9 5.2
9.|-- 72.14.222.154 4.0% 100 23.8 25.9 20.2 65.8 6.9
10.|-- 209.85.240.64 0.0% 100 17.3 19.3 16.7 45.0 5.1
11.|-- 209.85.251.178 0.0% 100 22.9 30.0 16.9 69.5 11.4
12.|-- 72.14.235.17 0.0% 100 30.7 31.9 26.2 75.1 4.8
13.|-- 209.85.240.190 1.0% 100 45.3 51.6 41.6 169.9 17.3
14.|-- 72.14.235.19 0.0% 100 49.4 52.4 45.4 85.5 7.4
15.|-- 66.249.95.53 0.0% 100 38.5 36.1 34.9 42.5 1.5
16.|-- 74.125.168.10 0.0% 100 39.7 41.0 37.8 48.3 3.0
Peut-on en conclure que c'est un peu mieux en passant par online.net ?
-
En termes de débits ça donne quoi chez Online ?
-
Sur mon ADSL sur Rouen
1 6 ms 6 ms 6 ms 192.168.0.254
2 16 ms 11 ms 20 ms 78.222.89.***
3 6 ms 7 ms 7 ms rouen-6k-1-a5.routers.proxad.net [213.228.11.62]
4 30 ms 15 ms 12 ms cbv-6k-2-v810.intf.routers.proxad.net [212.27.50.49]
5 10 ms 13 ms 25 ms th2-crs16-1-be1013.intf.routers.proxad.net [212.27.59.10]
6 11 ms 21 ms 16 ms th2-9k-1-be1000.intf.routers.proxad.net [212.27.59.206]
7 31 ms 25 ms 17 ms ix-15-547.tcore1.PVU-Paris.as6453.net [195.219.241.173]
8 22 ms 26 ms 24 ms if-12-2.tcore1.PYE-Paris.as6453.net [80.231.154.69]
9 36 ms 39 ms 36 ms if-3-6.tcore1.L78-London.as6453.net [80.231.130.85]
10 29 ms 35 ms 29 ms if-2-2.tcore2.L78-London.as6453.net [80.231.131.1]
11 45 ms 24 ms 25 ms if-15-2.tcore2.LDN-London.as6453.net [80.231.131.118]
12 34 ms 34 ms 29 ms 80.231.62.10
13 37 ms 39 ms 33 ms 208.117.249.10
Débit de 1.7 Mo/s à 2.1 Mo/s
-
En termes de débits ça donne quoi chez Online ?
Chez Online, je ne dépasse pas les 200 ko/s
-
mtr -4rwc100 r5---sn-5hn7sn7k.c.youtube.com
HOST: Bbox HFC Loss% Snt Last Avg Best Wrst StDev
1.|-- dd-wrt 0.0% 100 0.3 0.3 0.3 0.8 0.1
2.|-- 192.168.1.254 0.0% 100 0.7 0.6 0.5 1.8 0.1
3.|-- 128-79-110-129.hfc.dyn.abo.bbox.fr 28.0% 100 13.1 15.2 8.1 31.5 4.2
4.|-- lyo1rj-ge-5-0-0.349.numericable.net 0.0% 100 15.8 17.0 8.0 118.8 13.9
5.|-- ip-46.net-80-236-1.static.numericable.fr 0.0% 100 9.3 17.0 8.6 94.8 10.1
6.|-- ip-41.net-80-236-1.static.numericable.fr 0.0% 100 17.6 19.9 8.8 113.9 15.0
7.|-- 89.89.102.253 12.0% 100 16.8 19.9 10.6 113.0 13.8
8.|-- v210.tengec1-20g.core03-t2.club-internet.fr 0.0% 100 25.5 19.0 9.8 177.8 18.2
9.|-- ae8.tcore02-t2.net.bbox.fr 0.0% 100 22.0 31.4 11.1 115.4 23.2
10.|-- ? ? 100.0 100
11.|-- core1.ams.net.google.com 33.0% 100 29.0 26.7 20.4 45.6 3.7
12.|-- 209.85.248.79 0.0% 100 27.6 27.8 20.8 48.1 4.7
13.|-- 74.125.15.10 0.0% 100 29.2 25.7 19.6 47.9 4.0
Niveau débit je suis au taquet de ma ligne avec ma Bbox fibre.
-
Heureusement que je récupère Youtube en IPv6 via HE.net (passage par londre puis amsterdam ?)...
nico@Gallifrey:~$ curl -6 http://redirector.c.youtube.com/report_mapping
2001:470:ca7c:1:a0b9:3844:2765:ee17 => ams04s07
nico@Gallifrey:~$ wget -O /dev/null $(~/Developpement/youtube-dl/youtube-dl -g https://www.youtube.com/watch?v=2E_3xz-ay7U)
--2013-07-28 23:29:56-- http://r5---sn-5hn7snls.c.youtube.com/videoplayback<cut>
Résolution de r5---sn-5hn7snls.c.youtube.com (r5---sn-5hn7snls.c.youtube.com)... 2a00:1450:400e:16::a, 173.194.50.138
Connexion vers r5---sn-5hn7snls.c.youtube.com (r5---sn-5hn7snls.c.youtube.com)|2a00:1450:400e:16::a|:80...connecté.
requête HTTP transmise, en attente de la réponse...200 OK
Longueur: 10720969 (10M) [video/x-flv]
Sauvegarde en : «/dev/null»
100%[==========================================================================================>] 10 720 969 3,84M/s ds 2,7s
2013-07-28 23:29:59 (3,84 MB/s) - «/dev/null» sauvegardé [10720969/10720969]
nico@Gallifrey:~$ mtr -6rwc100 --report-wide r5---sn-5hn7snls.c.youtube.com
HOST: Gallifrey Loss% Snt Last Avg Best Wrst StDev
1.|-- lan-router.ipv6.byme.at 0.0% 100 1.4 1.5 1.2 14.9 1.4
2.|-- Nightflyer-2.tunnel.tserv10.par1.ipv6.he.net 0.0% 100 26.4 26.4 21.7 137.0 12.3
3.|-- gige-g2-3.core1.par1.he.net 0.0% 100 22.0 25.8 19.3 81.0 7.9
4.|-- 10gigabitethernet9-1.core1.par2.he.net 0.0% 100 30.2 26.4 19.5 74.4 8.4
5.|-- 10gigabitethernet6-2.core1.lon1.he.net 0.0% 100 27.0 32.3 26.2 132.7 10.9
6.|-- 2001:7f8:4::3b41:1 0.0% 100 27.9 30.5 26.2 82.5 6.6
7.|-- 2001:4860::1:0:3067 0.0% 100 27.3 36.0 26.3 128.7 19.8
8.|-- 2001:4860::8:0:2ddf 0.0% 100 28.3 31.2 26.5 97.8 8.4
9.|-- 2001:4860::8:0:519f 0.0% 100 31.9 35.2 30.7 140.2 11.1
10.|-- 2001:4860::1:0:8 0.0% 100 44.5 39.8 30.9 202.9 22.5
11.|-- 2001:4860::3:0:4b8 0.0% 100 32.1 36.3 31.0 132.7 12.2
12.|-- 2001:4860:0:1::411 0.0% 100 33.7 34.6 31.3 85.4 5.6
13.|-- 2a00:1450:400e:16::a 0.0% 100 31.4 34.9 31.0 92.1 6.8
-
mtr -4rwc100 r5---sn-5hn7sn7k.c.youtube.com
HOST: ks28781.kimsufi.com Loss% Snt Last Avg Best Wrst StDev
1.|-- rbx-30-m2.fr.eu 0.0% 100 1.3 0.9 0.5 8.2 1.2
2.|-- rbx-1-6k.fr.eu 1.0% 100 0.4 7.5 0.3 179.7 23.9
3.|-- rbx-g2-a9.fr.eu 0.0% 100 1.9 8.6 0.7 101.2 20.7
4.|-- ldn-5-6k.uk.eu 59.0% 100 4.0 9.0 3.9 56.2 11.7
| `|-- 91.121.131.240
| |-- 91.121.131.182
| |-- 91.121.128.166
| |-- 91.121.131.242
| |-- 178.33.100.66
| |-- 178.33.100.78
| |-- 91.121.128.192
5.|-- 195.66.224.125 0.0% 100 4.2 4.6 4.1 38.1 3.8
6.|-- 209.85.240.63 0.0% 100 4.7 4.5 4.1 10.7 1.2
7.|-- 209.85.253.196 0.0% 100 4.5 24.6 4.4 98.7 32.9
8.|-- 209.85.240.28 0.0% 100 7.9 8.6 7.9 22.1 2.2
9.|-- 72.14.238.152 0.0% 100 8.1 12.7 7.8 99.5 15.0
10.|-- 209.85.248.119 0.0% 100 8.4 8.8 7.9 56.8 5.2
11.|-- 209.85.248.79 0.0% 100 8.2 8.2 8.2 8.3 0.0
12.|-- 74.125.15.10 0.0% 100 8.0 8.0 7.9 8.2 0.1
Aucun problème de débit à signaler
-
Chez Free à Versailles
Détermination de l'itinéraire vers r5.sn-aigllm7e.c.youtube.com [208.117.238.10]avec un maximum de 30 sauts :
1 2 ms 1 ms 1 ms FREEBOX [192.168.0.254]
2 8 ms 8 ms 7 ms 88.xxx.xxx.xxx
3 12 ms 10 ms 8 ms vlq-6k-2-a5.routers.proxad.net [213.228.4.254]
4 8 ms 10 ms 9 ms th2-9k-1.intf.routers.proxad.net [78.254.249.93]
5 25 ms 23 ms 23 ms ix-15-547.tcore1.PVU-Paris.as6453.net [195.219.241.173]
6 48 ms 40 ms 46 ms if-12-2.tcore1.PYE-Paris.as6453.net [80.231.154.69]
7 56 ms 33 ms 35 ms if-5-2.tcore1.L78-London.as6453.net [80.231.130.1]
8 32 ms 33 ms 31 ms if-2-2.tcore2.L78-London.as6453.net [80.231.131.1]
9 49 ms 34 ms 36 ms if-15-2.tcore2.LDN-London.as6453.net [80.231.131.118]
10 33 ms 33 ms 36 ms 80.231.20.26
11 17 ms 18 ms 19 ms 208.117.238.10
Itinéraire déterminé.
Le débit est stabilisé à 225 Ko/s à cette heure-ci : vu la proximité de mon test avec celui de Mathieu76, ça semble confirmer que les conditions sont différentes d'un freenaute à l'autre...
-
Tu as de la chance, je ne suis pas du tout a ces débits.
Je suis à 96 Kio/s de moyenne avec le flux qui viens de Tata (voir page précédente pour le traceroute).
Test lancé à 23h10 sur une Freebox ADSL en île de France avec 18 Mb/s de débit ATM :
$ time youtube-dl https://www.youtube.com/watch?v=9bZkp7q19f0[youtube] Setting language
[youtube] 9bZkp7q19f0: Downloading video webpage
[youtube] 9bZkp7q19f0: Downloading video info webpage
[youtube] 9bZkp7q19f0: Extracting video information
[youtube] 9bZkp7q19f0: Encrypted signatures detected.
[download] Destination: PSY - GANGNAM STYLE (강남스타일) M_V-9bZkp7q19f0.mp4
[download] 100.0% of 163.64MiB at 96.62KiB/s ETA 00:00
real 28m56.642s
user 0m3.712s
sys 0m2.064s
-
Avec mes dédiés :
Online.net 190 ko/s
OVH 26 Mo/s
Bref, si Online ce n'est pas du peering low cost, je ne sais plus quoi penser...
-
Saturé peut-être, en plus de low cost ?
vivien: c'est vraiment surprenant cette différence de traitement... là le DL s'est terminé sur une moyenne de 230 Ko/s :
youtube-dl https://www.youtube.com/watch?v=9bZkp7q19f0]https://www.youtube.com/watch?v=9bZkp7q19f0
[youtube] Setting language
[youtube] 9bZkp7q19f0: Downloading video webpage
[youtube] 9bZkp7q19f0: Downloading video info webpage
[youtube] 9bZkp7q19f0: Extracting video information
[youtube] 9bZkp7q19f0: Encrypted signatures detected.
[download] Destination: PSY - GANGNAM STYLE () M_V-9bZkp7q19f0.mp4
[download] 100.0% of 163.64MiB at 230.08KiB/s ETA 00:00
Ma ligne est à peine moins performante (17 Mbps ATM) mais en Fastpath. Je doute que ça joue à ce point.
-
Pour la Freebox utilisée : Je me suis mis dans le cas le plus proche de la majorité des clients, donc en gardant le mode par défaut.
-
Hmm. Je lance la modif pour voir, je testerai plus en détail dans les prochains jours.
-
Tiens Octave à changé le routage de OVH. En IPv4 on a beaucoup moins de latence ! (à lire sur Twitter https://twitter.com/olesovhcom/status/361568705777369088 (https://twitter.com/olesovhcom/status/361568705777369088))
HOST: ksXXXXX.kimsufi.com Loss% Snt Last Avg Best Wrst StDev
1.|-- vss-9a-6k.fr.eu 13.0% 100 13.4 81.3 0.8 558.8 145.3
2.|-- rbx-g2-a9.fr.eu 0.0% 100 1.0 2.1 0.8 55.7 5.6
3.|-- ldn-5-6k.uk.eu 95.0% 100 4.1 9.6 4.1 24.0 8.6
| `|-- 178.33.100.66
4.|-- 195.66.224.125 0.0% 100 18.8 17.2 4.1 114.1 20.4
5.|-- 209.85.240.63 0.0% 100 4.4 5.6 4.1 59.9 5.8
6.|-- 209.85.253.92 0.0% 100 4.6 5.1 4.4 27.9 2.8
7.|-- 209.85.243.33 0.0% 100 8.0 10.4 7.9 21.7 3.7
8.|-- 209.85.253.246 0.0% 100 8.0 11.7 7.8 64.3 11.1
9.|-- 209.85.254.251 0.0% 100 8.2 8.7 7.9 27.1 2.5
10.|-- 72.14.238.221 0.0% 100 8.6 9.0 8.4 44.0 3.5
11.|-- 173.194.50.198 0.0% 100 8.3 8.3 8.0 8.6 0.1
On tourne a 11Mo/s sans problèmes.
-
Ouais ni vu ni connu on explique qu'on passe par Londres après plusieurs jours par les US...
Le réseau OVH doit être sûrement conçu à la base comme un backbone unicontinental, avec des priorités locales qui supplantent les problèmes géographiques. A savoir qu'un peering aux US prendra le pas sur un transit en Europe même si on est en Europe...
C'est bien de l'avoir corrigé mais est-ce que c'est du "fix" de ce cas où est-ce qu'ils ont revenu le backbone pour mieux le cloisonner entre les continents ?
-
Le débits étaient corrects même via les US. Je tournais sans problèmes a 6Mo/s. Bien au delà de nombreux autres opérateurs. Ils ont corrigé pour éviter de transporter 10G entre les deux continents.
Ceci dit l'IPv6 restait en Europe.
-
root@raspberrypi:/home/pi# wget -O /dev/null $(youtube-dl -g PSY - GANGNAM STYLE (강남스타일) M/V (https://www.youtube.com/watch?v=9bZkp7q19f0#ws))
--2013-07-29 00:53:27-- http://r5---sn-hpa7ln7e.c.youtube.com/videoplayback?mv=m&id=f5b664a7bab5f5fd&cp=U0hWSlBSU19LS0NONl9ITFdCOlQyRjlSTXBJemFC&fexp=919113%2C918112%2C932204%2C916807%2C914090%2C916611%2C909546%2C906397%2C929117%2C929121%2C929906%2C929907%2C925720%2C925722%2C925718%2C925714%2C929917%2C929919%2C912521%2C904830%2C919373%2C904122%2C932216%2C908534%2C919387%2C936303%2C909549%2C900816%2C936301%2C912711%2C935000&key=yt1&ratebypass=yes&source=youtube&gcr=fr&sver=3&mt=1375051947&ip=81.28.200.100&sparams=cp%2Cgcr%2Cid%2Cip%2Cipbits%2Citag%2Cratebypass%2Csource%2Cupn%2Cexpire&itag=37&upn=YDzpbQw-sBw&ms=au&expire=1375075161&ipbits=8&signature=3BAD1349D4538C0AEEA78F2055287C06C1E5BDEC.A2D02F05BE09A0EC1A29BED0F2B6BEFDF8162AE3 (http://r5---sn-hpa7ln7e.c.youtube.com/videoplayback?mv=m&id=f5b664a7bab5f5fd&cp=U0hWSlBSU19LS0NONl9ITFdCOlQyRjlSTXBJemFC&fexp=919113%2C918112%2C932204%2C916807%2C914090%2C916611%2C909546%2C906397%2C929117%2C929121%2C929906%2C929907%2C925720%2C925722%2C925718%2C925714%2C929917%2C929919%2C912521%2C904830%2C919373%2C904122%2C932216%2C908534%2C919387%2C936303%2C909549%2C900816%2C936301%2C912711%2C935000&key=yt1&ratebypass=yes&source=youtube&gcr=fr&sver=3&mt=1375051947&ip=81.28.200.100&sparams=cp%2Cgcr%2Cid%2Cip%2Cipbits%2Citag%2Cratebypass%2Csource%2Cupn%2Cexpire&itag=37&upn=YDzpbQw-sBw&ms=au&expire=1375075161&ipbits=8&signature=3BAD1349D4538C0AEEA78F2055287C06C1E5BDEC.A2D02F05BE09A0EC1A29BED0F2B6BEFDF8162AE3)
Résolution de r5---sn-hpa7ln7e.c.youtube.com (r5---sn-hpa7ln7e.c.youtube.com)... 74.125.14.10, 2a00:1450:4002:8::a
Connexion vers r5---sn-hpa7ln7e.c.youtube.com (r5---sn-hpa7ln7e.c.youtube.com)|74.125.14.10|:80...connecté.
requête HTTP transmise, en attente de la réponse...200 OK
Longueur: 171592965 (164M) [video/mp4]
Sauvegarde en : «/dev/null»
100%[===================================================>] 171 592 965 9,56M/s ds 19s
2013-07-29 00:53:46 (8,82 MB/s) - «/dev/null» sauvegardé [171592965/171592965]
Je monte à peine à 10 mo /s.
root@raspberrypi:/home/pi# mtr -4rwc100 r5---sn-hpa7ene7.c.youtube.com
HOST: raspberrypi Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.1.1 0.0% 100 0.9 0.9 0.8 1.6 0.1
2.|-- border1-sgp.kwaoo.net 0.0% 100 4.1 4.0 3.8 9.4 0.6
3.|-- border1-lyonix.kwaoo.net 0.0% 100 6.9 6.9 6.7 8.9 0.3
4.|-- rr-l2-vlan500.ix.lyonix.net 0.0% 100 6.8 7.1 6.8 11.7 0.6
5.|-- google-pub.topix.it 0.0% 100 16.3 17.1 16.0 75.6 6.0
6.|-- 72.14.237.195 0.0% 100 16.3 17.8 16.3 45.5 3.4
7.|-- 173.194.2.10 0.0% 100 16.7 17.4 16.1 33.0 3.1
-
Le débits étaient corrects même via les US. Je tournais sans problèmes a 6Mo/s. Bien au delà de nombreux autres opérateurs. Ils ont corrigé pour éviter de transporter 10G entre les deux continents.
Ceci dit l'IPv6 restait en Europe.
Faut voir aussi le chemin retour dans l'autre sens, mais dans tous les cas passer par les US pour un chemin Europe->Europe c'est jamais optimal niveau confort.
-
Le défaut des tests de traceroute, c'est que vous obtenez le chemin pour joindre Google mais que ce n'est pas nécessairement le chemin des paquets au retour.
Exemple de chez nous pour joindre une machine Completel :
traceroute to 195.167.195.194 (195.167.195.194), 30 hops max, 60 byte packets
1 xe-1-3-0-bgp.cr01.th2.net.mediactive-network.net (178.248.208.2) 0.586 ms 0.583 ms 0.580 ms
2 83.167.40.253 (83.167.40.253) 0.511 ms 0.519 ms 0.516 ms
3 xe1-2-0.tcr1.rb.par.as8218.eu (83.167.56.178) 0.702 ms 0.703 ms 0.699 ms
4 46.255.176.189 (46.255.176.189) 1.210 ms 1.210 ms 1.327 ms
5 212.99.75.105 (212.99.75.105) 1.138 ms 1.140 ms 1.137 ms
6 reverse.completel.net (213.244.0.229) 1.805 ms 1.905 ms 1.898 ms
7 reverse.completel.net (213.244.0.225) 1.961 ms 1.952 ms 1.875 ms
...
et le chemin retour obtenu par le looking glass Completel
traceroute to 178.248.208.21 (178.248.208.21), 30 hops max, 38 byte packets
1 reverse.completel.net (195.167.195.194) 0.343 ms 0.321 ms 0.269 ms
2 172.17.40.129 (172.17.40.129) 0.218 ms 0.217 ms 0.210 ms
3 reverse.completel.net (213.244.0.226) 0.920 ms 0.897 ms 0.903 ms
4 reverse.completel.net (213.244.0.230) 1.503 ms 1.494 ms 1.462 ms
5 reverse.completel.net (213.244.0.242) 1.919 ms 1.939 ms 1.916 ms
6 jaguar-network.sfinx.tm.fr (194.68.129.128) 2.114 ms 2.073 ms 2.085 ms
7 vl80.er01.par02.jaguar-network.net (85.31.194.174) 112.479 ms 206.723 ms 208.003 ms
8 cpe-et000626.cust.jaguar-network.net (95.143.66.78) 2.374 ms 2.370 ms 2.367 ms
9 * * *
Ca sort par Neo à TH2 et ça rentre par Jaguar à Equinix PA2 (source et destination étant la même machine)
On peut tricher en filtrant les routes annoncées sur chaque lien ou en les rallongeant artificiellement avec du prepend mais l'hébergeur en face peut lui aussi forcer ses routes. Ce n'est donc pas totalement maitrisable à moins de discuter et de s'entendre avec lui.
Malheureusement pour Google, je n'ai pas trouvé de serveur Looking Glass qui permettrait de faire ces tests....on ne tombe que sur des articles relatifs à leurs lunettes !! 8)
-
Une explication de Boris sur les routes asymétriques :
Aujourd'hui le réseau Bouygues Telecom est configuré avec la Local Pref appliquée au prefix reçue d’un PNI qui sera toujours plus forte que la Local Pref configurée sur les prefix reçue d’un GIX, eux même configuré avec une Local Pref plus favorable que le transit-IP.
Pour OVH, j'ai compris qu'il n'avaient pas de PNI avec Google en IPv6 en Amérique du nord et donc depuis ce continent on va en France pour joindre Google en IPv6 hors panne de Google sur Paris (cela reste en Amérique du nord pour l'IPv4)
(https://lafibre.info/images/ovh/201307_trafic_ovh_google_pendant_panne_pni_paris.png)
-
En temps normal l'interco Google-Free dépend du contenu : pour les vidéos YT, plusieurs routes possibles, mais 100% peering :
72.14.216.98 --> cbv-9k (78.254.249.157)
74.125.50.116 --> cbv-9k
72.14.238.228 --> google-pni-3 (212.27.40.102) --> cbv-9k
72.14.238.234 --> google-pni-3 --> cbv-9k
213.239.48.190 --> google-pni-3 --> cbv9k
Mais encore faut-il faire le tracert vers un serveur de vidéo (r11---sn-aigllm7s.c.youtube.com par exemple) et non vers youtube.com qui n'est qu'un site web.
Et pour les autres services (Google Maps, Gmail, etc...), on passe par un seul point de transit Tata (ix-15-547.tcore1.PVU-Paris.as6453.net).
Mais là effectivement il y a un gros problème avec le peering Google, Free va chercher Google en UK, comme OVH : http://travaux.ovh.net/?do=details&id=9041 (http://travaux.ovh.net/?do=details&id=9041)
-
Google a fait son retour sur FranceIX !
-
Je confirme le retour du PNI à 14h40 après 3 jours de coupure.
-
Effectivement le trafic revient par les PNI, enfin !
-
Effectivement : coupure du 26/07 15h au 29/07 14h35
-
Et hop 10G
(https://lafibre.info/images/datacenter/201307_franceix_paris_2.png)
-
Et hop -2G !
(https://lafibre.info/images/datacenter/201307_franceix_marseille_2.png)
(En regardant bien t'as en gros +10 à TH2, -2 à MRS -> +8 global ... A voir comment ça évolue.)
-
Chez Free le PNI est encore down mais maintenant ça va en NL au lieu de UK :
3 24 ms 24 ms 23 ms vlq-6k-2-a5.routers.proxad.net [213.228.4.254]
4 24 ms 36 ms 23 ms th2-9k-1.intf.routers.proxad.net [78.254.249.93]
5 88 ms 37 ms 37 ms ix-15-547.tcore1.PVU-Paris.as6453.net [195.219.2
41.173]
6 54 ms 54 ms 52 ms if-4-2.tcore1.FR0-Frankfurt.as6453.net [80.231.1
53.9]
7 54 ms 57 ms 53 ms if-7-2.tcore1.FNM-Frankfurt.as6453.net [195.219.
50.2]
8 53 ms 86 ms 53 ms if-5-2.tcore1.AV2-Amsterdam.as6453.net [195.219.
194.13]
9 54 ms 51 ms 53 ms if-7-2.tcore1.AD1-Amsterdam.as6453.net [195.219.
194.46]
10 35 ms 36 ms 35 ms 195.219.150.106
11 35 ms 36 ms 36 ms 208.117.250.45
(btw on peut voir d'après les pings que les routeurs Tata sont bien chargés !)
-
Tiens je vais chercher google.fr par le PNI depuis ma connexion FTTH :
pi@raspberrypi ~ $ mtr google.fr -rwc100
HOST: raspberrypi Loss% Snt Last Avg Best Wrst StDev
1.|-- neufbox 0.0% 100 0.8 0.9 0.8 1.0 0.0
2.|-- *.rev.sfr.net 0.0% 100 2.0 1.5 0.9 2.3 0.4
3.|-- *.rev.sfr.net 0.0% 100 1.6 11.4 1.2 174.5 25.8
4.|-- 114.12.6.109.rev.sfr.net 0.0% 100 12.9 8.3 3.7 13.5 3.1
5.|-- 86.201.118.80.rev.sfr.net 0.0% 100 2.5 3.4 2.3 42.6 4.2
6.|-- 72.14.238.228 9.0% 100 3.0 3.1 2.2 9.3 1.3
7.|-- 72.14.235.173 1.0% 100 3.0 7.2 2.9 50.7 9.8
8.|-- 216.239.43.233 0.0% 100 8.4 8.5 7.7 17.2 1.2
9.|-- 72.14.238.215 0.0% 100 8.7 9.0 7.5 40.7 4.5
10.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
11.|-- we-in-f94.1e100.net 0.0% 100 8.8 8.4 7.8 9.0 0.4
(72.14.238.228 (http://bgp.he.net/ip/72.14.238.228) étant chez Google)
Par contre on ne s'arrête pas à Paris.
-
Typique de la latence vers GBL (St Ghislain, BELGIUM), le datacenter de Google en Belgique (Paris et Londres sont uniquement des caches il me semble)
Cartes des DataCenter de Google :
(https://lafibre.info/images/datacenter/201206_google_gwan.png)
-
Dommage que chez SFR les reverse des routeurs ne nous informent ni sur leur localisation, ni sur leur modèle.
Enfin on se doute que le peering se fait dans leur Netcenter de cbv !
-
C'est pas très compliqué de déployer une rocade sur TH2 mais on peut imaginer oui que tant qu'à faire les PNI sont au LDNC CBV. Pour le routeur, y a de grandes chances que ce soit un CRS ;)
-
Chez SFR aussi le routage est 100% Cisco ?
Free et OVH c'est le cas, Orange c'est 100% Alcatel je crois. Bouygues je sais pas.
-
J'ai de nouveau fait une requête pour récupérer le possible nouveau serveur de contenu pour Youtube, avec la commande suivante :
youtube-dl -g https://www.youtube.com/watch?v=9bZkp7q19f0
J'ai ensuite fait un traceroute lancé simultanèment vers les 5 FAI à 15h54.
Orange semble le seul FAI a récupérer le trafic sur Paris, visiblement a l'aide de GGC interne au réseau d'Orange.
Les autres semblent aller vers GBL en Belgique vu le ping
Free ADSL :
~$ mtr -4rwc100 r5---sn-apn7en7s.c.youtube.com
HOST: Free Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.1.254 0.0% 100 0.4 0.3 0.3 0.5 0.0
2.|-- 82.236.202.254 0.0% 100 24.1 23.8 23.2 24.5 0.3
3.|-- 213.228.8.254 15.0% 100 23.6 24.1 23.1 41.6 2.0
4.|-- th2-crs16-1-be1013.intf.routers.proxad.net 0.0% 100 23.6 24.4 23.3 35.5 1.3
5.|-- cbv-9k-1-be1002.intf.routers.proxad.net 0.0% 100 24.6 24.7 24.1 25.7 0.3
6.|-- 72.14.216.98 0.0% 100 24.1 25.7 23.6 84.3 7.9
7.|-- 72.14.238.228 2.0% 100 45.9 41.9 24.3 65.0 12.6
8.|-- 72.14.235.173 0.0% 100 24.9 25.8 24.3 45.6 3.2
9.|-- 209.85.240.190 0.0% 100 40.9 44.9 40.6 100.3 12.1
10.|-- 216.239.49.249 0.0% 100 55.5 57.9 51.4 142.0 17.8
11.|-- 209.85.248.95 0.0% 100 52.9 53.3 51.6 65.6 2.9
12.|-- 173.194.13.138 0.0% 100 52.4 52.0 51.3 54.1 0.4
SFR ADSL :
$ mtr -4rwc100 r5---sn-hpa7ene7.c.youtube.com
HOST: SFR Loss% Snt Last Avg Best Wrst StDev
1.|-- neufbox 0.0% 100 0.5 0.5 0.4 0.7 0.0
2.|-- 186.148.96.84.rev.sfr.net 0.0% 100 40.0 40.1 38.6 77.9 4.1
3.|-- 29.154.96.84.rev.sfr.net 0.0% 100 38.5 38.6 37.7 39.7 0.4
4.|-- 26.154.96.84.rev.sfr.net 0.0% 100 38.3 44.4 37.6 207.5 22.7
5.|-- V3869.agn1-sec-2.gaoland.net 0.0% 100 41.8 44.0 37.8 50.7 3.5
6.|-- 72.14.217.1 0.0% 100 41.1 39.1 37.6 84.0 4.6
7.|-- 72.14.238.228 4.0% 100 66.7 62.4 38.1 91.9 17.8
8.|-- 72.14.235.173 0.0% 100 40.1 40.7 38.9 63.9 3.2
9.|-- 72.14.235.16 0.0% 100 48.9 49.1 48.0 59.4 1.3
10.|-- 72.14.232.77 0.0% 100 58.2 61.1 56.9 114.2 9.7
11.|-- 209.85.249.55 0.0% 100 58.1 58.8 56.8 108.2 6.2
12.|-- 72.14.237.195 0.0% 100 58.8 58.3 57.6 59.8 0.4
13.|-- 173.194.2.10 0.0% 100 57.4 57.5 56.5 59.2 0.5
Bbox ADSL :
$ mtr -4rwc100 r5---sn-5hn7snls.c.youtube.com
HOST: BboxAdsl Loss% Snt Last Avg Best Wrst StDev
1.|-- bbox.lan 0.0% 100 0.6 0.6 0.5 0.8 0.0
2.|-- cha92-h03-31-38-122-254.dsl.sta.abo.bbox.fr 0.0% 100 15.0 16.4 13.9 33.6 3.4
3.|-- v56.core01-m.club-internet.fr 40.0% 100 18458 17960 15793 19627 1306.1
4.|-- be11.cbr01-ntr.net.bbox.fr 0.0% 100 20.3 19.4 15.7 23.3 2.3
5.|-- lag16.bsr01-cbv.net.bbox.fr 79.0% 100 16.5 16.2 15.2 21.6 1.4
6.|-- lag10.bsr02-cbv.net.bbox.fr 76.0% 100 16.0 16.1 15.2 20.2 1.1
7.|-- 72.14.212.222 0.0% 100 15.2 16.7 14.3 74.4 7.6
8.|-- 72.14.239.205 0.0% 100 15.6 16.2 14.8 30.2 2.0
9.|-- 72.14.235.173 0.0% 100 16.7 16.4 15.4 33.7 1.8
10.|-- 216.239.43.233 0.0% 100 21.6 21.1 20.3 22.3 0.4
11.|-- 209.85.240.220 0.0% 100 25.1 25.6 24.6 27.1 0.4
12.|-- 209.85.253.246 0.0% 100 25.2 29.6 24.7 95.7 13.2
13.|-- 209.85.254.94 0.0% 100 46.6 27.9 25.7 64.8 5.5
14.|-- 72.14.238.245 0.0% 100 26.6 27.0 26.0 30.8 0.7
15.|-- 173.194.50.138 0.0% 100 25.8 25.8 25.0 26.7 0.3
Orange ADSL :
$ mtr -4rwc100 r6---sn-vg5obx-25ge.c.youtube.com
HOST: Orange Loss% Snt Last Avg Best Wrst StDev
1.|-- livebox.home 0.0% 100 1.3 3.4 1.3 190.3 18.9
2.|-- 80.10.123.7 0.0% 100 18.6 19.6 18.1 85.7 6.8
3.|-- 10.123.203.138 0.0% 100 18.7 19.9 18.0 55.6 5.0
4.|-- ae41-0.nipst101.Paris.francetelecom.net 0.0% 100 19.3 19.2 18.0 35.6 1.8
5.|-- 81.253.184.2 0.0% 100 18.9 21.4 18.9 35.3 1.8
6.|-- xe-7-1-2-0.auvtr3.Aubervilliers.opentransit.net 0.0% 100 140.0 27.2 18.0 140.0 22.4
7.|-- google-2.GW.opentransit.net 0.0% 100 19.7 20.5 18.5 68.5 5.3
8.|-- cache.google.com 0.0% 100 19.0 20.0 18.4 46.1 2.9
Numericable (zone 100 Mb/s) :
$ mtr -4rwc100 r5---sn-aigllnes.c.youtube.com
HOST: Numericable Loss% Snt Last Avg Best Wrst StDev
1.|-- 10.112.0.1 0.0% 100 9.9 8.6 6.4 20.1 1.9
2.|-- 213-245-252-177.rev.numericable.fr 0.0% 100 9.3 9.9 6.8 88.2 8.3
3.|-- ip-222.net-80-236-0.static.numericable.fr 1.0% 100 9.6 12.4 8.1 78.1 10.4
4.|-- ip-217.net-80-236-0.static.numericable.fr 2.0% 100 38.0 12.0 8.0 57.5 7.9
5.|-- ip-26.net-80-236-3.static.numericable.fr 0.0% 100 24.3 17.7 10.2 24.4 3.6
6.|-- 72.14.219.40 1.0% 100 11.7 11.4 8.9 40.6 4.0
7.|-- 72.14.238.228 4.0% 100 31.2 23.1 9.9 47.2 11.8
8.|-- 72.14.235.173 3.0% 100 10.4 13.6 9.9 55.1 7.2
9.|-- 72.14.232.211 0.0% 100 19.4 20.3 17.6 37.2 2.6
10.|-- 209.85.253.93 0.0% 100 22.8 20.3 17.9 28.8 2.2
11.|-- 209.85.240.62 0.0% 100 19.8 21.3 17.8 39.2 4.0
12.|-- 72.14.232.43 0.0% 100 19.4 20.9 19.0 30.4 2.0
13.|-- 74.125.105.138 0.0% 100 19.7 20.0 17.9 24.9 1.4
-
Oui en effet avec ton serveur (r5---sn.....) ça passe par le PNI mais avec r8.sn-5hn7ym7l.c.youtube.com [208.117.250.45] par exemple ça passe par Tata NL.
Je crois qu'il y a une différence entre les serveurs en 173.194 et les serveurs en 208., les uns sont des cache et les autres sont des originaux (Google Datacenter) mais je suis pas sûr.
-
Orange envoi le trafic vers un serveur qui a un nom de domaine qui commence par r6
r6 => GGC (Google Global Cache)
C'est une supposition...
-
Salut,
depuis vendredi j observe des coupures/pertes de paquets avec ma freebox v6 ftth.
Vous pensez que ca peut etre lie ?
-
J'ai de nouveau fait une requête pour récupérer le possible nouveau serveur de contenu pour Youtube, avec la commande suivante :
youtube-dl -g https://www.youtube.com/watch?v=9bZkp7q19f0
Numericable (zone 100 Mb/s) :
$ mtr -4rwc100 r5---sn-aigllnes.c.youtube.com
HOST: Numericable Loss% Snt Last Avg Best Wrst StDev
1.|-- 10.112.0.1 0.0% 100 9.9 8.6 6.4 20.1 1.9
2.|-- 213-245-252-177.rev.numericable.fr 0.0% 100 9.3 9.9 6.8 88.2 8.3
3.|-- ip-222.net-80-236-0.static.numericable.fr 1.0% 100 9.6 12.4 8.1 78.1 10.4
4.|-- ip-217.net-80-236-0.static.numericable.fr 2.0% 100 38.0 12.0 8.0 57.5 7.9
5.|-- ip-26.net-80-236-3.static.numericable.fr 0.0% 100 24.3 17.7 10.2 24.4 3.6
6.|-- 72.14.219.40 1.0% 100 11.7 11.4 8.9 40.6 4.0
7.|-- 72.14.238.228 4.0% 100 31.2 23.1 9.9 47.2 11.8
8.|-- 72.14.235.173 3.0% 100 10.4 13.6 9.9 55.1 7.2
9.|-- 72.14.232.211 0.0% 100 19.4 20.3 17.6 37.2 2.6
10.|-- 209.85.253.93 0.0% 100 22.8 20.3 17.9 28.8 2.2
11.|-- 209.85.240.62 0.0% 100 19.8 21.3 17.8 39.2 4.0
12.|-- 72.14.232.43 0.0% 100 19.4 20.9 19.0 30.4 2.0
13.|-- 74.125.105.138 0.0% 100 19.7 20.0 17.9 24.9 1.4
chez moi (NC 100 aussi) ca ne donne pas du tout la meme chose:
Pour la meme video, ca va sur r5---sn-25g7sn7z.c.youtube.com qui semble etre plus proche.
user@UserPC:~$ mtr -4rwc100 r5---sn-25g7sn7z.c.youtube.com
HOST: UserPC Loss% Snt Last Avg Best Wrst StDev
1.|-- OpenWrt.lan 0.0% 100 0.4 0.3 0.2 0.6 0.1
2.|-- 10.27.0.1 0.0% 100 6.4 7.8 4.1 65.9 6.1
3.|-- cav1rj-ge-0-1-5.100.numericable.net 0.0% 100 5.2 7.5 4.5 14.8 2.0
4.|-- ip-222.net-80-236-0.static.numericable.fr 0.0% 100 8.9 9.9 4.9 64.3 8.3
5.|-- ip-217.net-80-236-0.static.numericable.fr 0.0% 100 7.5 30.6 5.6 115.4 27.8
6.|-- ip-26.net-80-236-3.static.numericable.fr 0.0% 100 60.9 36.4 8.3 82.9 26.9
7.|-- 72.14.219.40 0.0% 100 8.6 12.7 5.9 68.0 11.9
8.|-- 72.14.238.228 0.0% 100 9.6 9.9 5.9 17.0 2.3
9.|-- 72.14.239.204 0.0% 100 10.6 10.0 6.7 47.3 4.2
10.|-- 209.85.255.184 0.0% 100 7.9 11.2 6.6 71.2 9.4
11.|-- 173.194.9.10 0.0% 100 6.6 17.8 6.4 50.8 12.9
10 hops (si j'enleve mon routeur en plus) au lieu de 13
-
Tiens, petite expérience qui sera peut-être utile à ceux qui pourront l'interpréter (ceux qui connaissent bien l'infra Google).
Si quelqu'un peut faire une petite explication ça serait sympa :
Ma vidéo test de cet aprem était hébergée sur r8.sn-5hn7ym7l.c.youtube.com [208.117.250.45] et passait par Tata Amsterdam (cf. mon post de 15H38 et 16H09).
Et là je viens de scanner la même vidéo et elle semble désormais hébergée sur r8.sn-aigllnez.c.youtube.com [74.125.105.173] !
Et c'est pas tout : la route vers ce serveur emprunte le chemin classique du PNI :
4 25 ms 25 ms 24 ms bzn-crs16-1-be1024.intf.routers.proxad.net [212.27.56.149]
5 28 ms 27 ms 27 ms p11-crs16-1-be1000.intf.routers.proxad.net [78.254.249.1]
6 25 ms 25 ms 25 ms p11-9k-1-be1000.intf.routers.proxad.net [78.254.249.130]
7 25 ms 25 ms 25 ms cbv-9k-1-be1009.intf.routers.proxad.net [78.254.249.157]
8 40 ms 24 ms 24 ms 74.125.50.116
9 26 ms 24 ms 25 ms 72.14.238.228
10 26 ms 24 ms 25 ms 72.14.235.173
11 34 ms 34 ms 34 ms 72.14.232.211
12 33 ms 33 ms 39 ms 209.85.253.95
13 34 ms 32 ms 127 ms 209.85.240.60
14 35 ms 34 ms 34 ms 72.14.232.49
15 34 ms 34 ms 33 ms 74.125.105.173
Comment interpréter ça ? Ce qui est sûr c'est qu'il ne s'agit pas d'un serveur cache à Paris sinon j'aurais 24/25 de ping au lieu de 33/34.
D'ailleurs il me semble que pour Free, même si le peering se fait à Courbevoie, Google ne va pas chercher le flux sur ses serveurs cache à Paris mais plutôt en Hollande ou Belgique, je me demande pourquoi.
-
Je pensais que Google a remis en place un lien vers GBL (St Ghislain, BELGIUM) mais que les serveurs de cache sur Paris ne sont pas forcèment remis en service (ce seraient eux la cause de l'incident ?).
Le problème c'est que sans serveur de cache, le trafic sur le lien vers GBL en Belgique sera 5 fois plus important (hors Orange qui a ses propres serveur de Cache qui fonctionnent), il faut donc pouvoir transporter ces flux.
-
J'ai 93.31.55.* => par03s04 chez moi, donc bien un serveur à Paris ? Ou c'est seulement l'interco qui s'affiche ?
-
Selon le site travaux.ovh.net (http://travaux.ovh.net/?do=details&id=9041) c'était un problème de fibre qui a causé tout ça.
-
une fibre opique et tout ce casse la figure?
pas de redondance pour google ???
-
Peut-être le lien Saint Ghislain - Paris ? La redondance y est niveau BGP, la preuve ça a basculé sur d'autres points de peering. C'est pas forcèment nécessaire de doubler un lien vers un pays pour y peerer uniquement.
-
Cela a quand même "foutu le bordel" chez les FAI et certains transitaires, heureusement qu'on est fin juillet (trafic plus faible à cause des vacances).
-
Ah oui par contre c'est clair que le système de détection et bascule a mal géré le cas le jour même , ça on est d'accord ;)
-
quand je disais que tout ce casse la figure c'était autour de google, comme le dis vivien.
ça à quand même foutu un beau bazar en france!
pour une simple fibre HS ça fait beaucoup d’effets!