tracert connectivitycheck.gstatic.com
Détermination de l’itinéraire vers connectivitycheck.gstatic.com [172.217.22.131]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 192.168.1.1
2 1 ms 3 ms 3 ms 91cor1-nro-1.nro.gaoland.net [109.24.76.31]
3 3 ms 3 ms 3 ms 29.142.24.109.rev.sfr.net [109.24.142.29]
4 8 ms 7 ms 7 ms 125.10.136.77.rev.sfr.net [77.136.10.125]
5 5 ms 7 ms 7 ms 125.10.136.77.rev.sfr.net [77.136.10.125]
6 4 ms 3 ms 3 ms 72.14.194.30
7 6 ms 7 ms 7 ms 108.170.231.111
8 7 ms 7 ms 7 ms 66.249.95.247
9 6 ms 3 ms 3 ms par21s12-in-f3.1e100.net [172.217.22.131]
Itinéraire déterminé.
tracert connectivitycheck.gstatic.com
Détermination de l’itinéraire vers connectivitycheck.gstatic.com [216.58.209.227]
avec un maximum de 30 sauts :
1 3 ms 1 ms 1 ms 192.168.43.1
2 * * * Délai d’attente de la demande dépassé.
3 34 ms 109 ms 67 ms 10.4.1.24
4 51 ms 26 ms 57 ms 172.19.160.252
5 100 ms 41 ms 84 ms 181.231.154.77.rev.sfr.net [77.154.231.181]
6 53 ms 76 ms 132 ms 125.10.136.77.rev.sfr.net [77.136.10.125]
7 55 ms 74 ms 78 ms 125.10.136.77.rev.sfr.net [77.136.10.125]
8 49 ms 59 ms 59 ms 72.14.194.30
9 * 57 ms 68 ms 172.253.69.49
10 * 77 ms 33 ms 108.170.238.107
11 44 ms 24 ms 58 ms par10s29-in-f227.1e100.net [216.58.209.227]
Itinéraire déterminé.
tracert r1---sn-n4g-g0ol.googlevideo.com
Détermination de l’itinéraire vers r1.sn-n4g-g0ol.googlevideo.com [213.222.123.236]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 192.168.1.1
2 1 ms 3 ms 3 ms 91cor1-nro-1.nro.gaoland.net [109.24.76.31]
3 5 ms 3 ms 3 ms 29.142.24.109.rev.sfr.net [109.24.142.29]
4 16 ms 14 ms 14 ms 44.144.6.194.rev.sfr.net [194.6.144.44]
5 * * * Délai d’attente de la demande dépassé.
6 * * * Délai d’attente de la demande dépassé.
7 * * * Délai d’attente de la demande dépassé.
8 * * * Délai d’attente de la demande dépassé.
9 * * * Délai d’attente de la demande dépassé.
10 * * * Délai d’attente de la demande dépassé.
11 * * * Délai d’attente de la demande dépassé.
12 * * * Délai d’attente de la demande dépassé.
13 * * * Délai d’attente de la demande dépassé.
14 * * * Délai d’attente de la demande dépassé.
15 * * * Délai d’attente de la demande dépassé.
16 * * * Délai d’attente de la demande dépassé.
17 * * * Délai d’attente de la demande dépassé.
18 * * * Délai d’attente de la demande dépassé.
19 * * * Délai d’attente de la demande dépassé.
20 * * * Délai d’attente de la demande dépassé.
21 * * * Délai d’attente de la demande dépassé.
22 * * * Délai d’attente de la demande dépassé.
23 * * * Délai d’attente de la demande dépassé.
24 * * * Délai d’attente de la demande dépassé.
25 * * * Délai d’attente de la demande dépassé.
26 * * * Délai d’attente de la demande dépassé.
27 * * * Délai d’attente de la demande dépassé.
28 * * * Délai d’attente de la demande dépassé.
29 * * * Délai d’attente de la demande dépassé.
30 * * * Délai d’attente de la demande dépassé.
Itinéraire déterminé.
tracert r1---sn-n4g-g0ol.googlevideo.com
Détermination de l’itinéraire vers r1.sn-n4g-g0ol.googlevideo.com [213.222.123.236]
avec un maximum de 30 sauts :
1 3 ms <1 ms <1 ms 192.168.43.1
2 * * * Délai d’attente de la demande dépassé.
3 69 ms 76 ms 42 ms 10.4.0.18
4 80 ms 38 ms 35 ms 172.19.160.252
5 41 ms 31 ms 40 ms 181.231.154.77.rev.sfr.net [77.154.231.181]
6 61 ms 80 ms * 44.144.6.194.rev.sfr.net [194.6.144.44]
7 51 ms * 66 ms 133.50.55.213.rev.sfr.net [213.55.50.133]
8 243 ms 237 ms 282 ms 10.38.55.213.rev.sfr.net [213.55.38.10]
9 233 ms 236 ms * 236.123.222.213.rev.sfr.net [213.222.123.236]
10 230 ms 286 ms 239 ms 236.123.222.213.rev.sfr.net [213.222.123.236]
Itinéraire déterminé.
Détermination de l'itinéraire vers r1.sn-n4g-g0ol.googlevideo.com [213.222.123.2
36]
avec un maximum de 30 sauts :
1 1 ms 1 ms 1 ms 192.168.1.1
2 1 ms 1 ms 1 ms 69vai1-nro-1.nro.gaoland.net [109.0.118.5]
3 3 ms 2 ms 2 ms 221.36.3.109.rev.sfr.net [109.3.36.221]
4 7 ms 7 ms 7 ms 43.144.6.194.rev.sfr.net [194.6.144.43]
5 7 ms 6 ms 6 ms 43.144.6.194.rev.sfr.net [194.6.144.43]
6 7 ms 6 ms 6 ms 133.50.55.213.rev.sfr.net [213.55.50.133]
7 179 ms 179 ms 179 ms 46.66.222.213.rev.sfr.net [213.222.66.46]
8 178 ms 177 ms 177 ms 236.123.222.213.rev.sfr.net [213.222.123.236]
Itinéraire déterminé.
Ping du serveur depuis ma connexion RED, je ne comprends pas comment on a une latence de 190ms sur le réseau SFR.
C'est marqué quoi sur ce site http://redirector.c.googlevideo.com/report_mapping ?
C'est leur boulot de remonter ça au niveau supérieur.
Essais également de contacter le support Google: support.google.com puis playstore puis contacter.nous tout en bas.
Motif de rupture ça :-\
Pas d'engagement chez RED ou SOSH.
Je suis intéressé pour mieux comprendre la problématique, mais cela ressemble plus à un incident qu'une volonté délibérée de SFR.
J'imagine qu'il s'agit du même problème qu'ici :
https://lafibre.info/sfr-espace-technique/probleme-box-8/
Ven0x6 peux-tu me communiquer ton IP par MP ?
route: 77.128.0.0/13
descr: SFR
origin: AS15557
mnt-by: SFR-MNT
created: 2016-06-09T15:12:07Z
last-modified: 2016-06-09T15:12:07Z
source: RIPE
Je doute que des IP soient bannies coté Google mais SFR a des GGC (https://lafibre.info/peering-google/ggc-google-global-cache-chez-sfr/) et a chaque groupe de GGC correspond des IPs de clients déclarées comme devant utiliser ce groupe de GCC.
Je n'ai pas encore regardé, mais l'ip est bien annoncée par l'AS15557.Code: [Sélectionner]route: 77.128.0.0/13
descr: SFR
origin: AS15557
mnt-by: SFR-MNT
created: 2016-06-09T15:12:07Z
last-modified: 2016-06-09T15:12:07Z
source: RIPE
Il s'agit sans doute de 93200 Saint-Denis, en Île-de-France.
J'ai réussi à trouver la signification des noms DNS des GGC.
En réalité, les noms préfixés par « sn- » ne sont pas juste des suites de caractères arbitraires... Ils ont été passés par un algorithme de chiffrement très simple.
Après déchiffrement, « n4g-atoe » devient par exemple « sfr-lyn1 ». On peut alors localiser le nœud à l'aide du code AITA (https://fr.wikipedia.org/wiki/Code_AITA_des_a%C3%A9roports) « LYN », qui correspond à l'aéroport de Lyon, et donc probablement au Netcenter SFR Vénissieux.
Voici comment s'effectue le déchiffrement : pour chaque caractère ;Un fonctionnement plus optimisé :
- On prend la position du caractère dans cette table : 1023456789abcdefghijklmnopqrstuvwxyz
- On multiplie par 5.
- On effectue un modulo 36 (taille de la table).
- On sort le caractère qui se trouve à cette position dans cette table : zyxwvutsrqponmlkjihgfedcba9876543210
C'est un algorithme dit par substitution monoalphabétique, car chaque caractère de la table correspond à un autre.
- On prend la position du caractère dans cette table : 0123456789abcdefghijklmnopqrstuvwxyz
- On sort le caractère qui se trouve à cette position dans cette table : uzpkfa50vqlgb61wrmhc72xsnid83ytoje94
Voici donc la liste des préfixes GGC déchiffrés pour SFR :
Préfixe chiffré Préfixe en clair Code AITA PoP probable Serveurs sn-n4g-jqb sfr-cdg Paris CDG SFR Netcenter Courbevoie (http://www.datacentermap.com/france/paris/neuf-courbevoie.html) 48 sn-n4g-ato sfr-lyn Lyon SFR Netcenter Vénissieux (http://www.datacentermap.com/france/lyon/neuf-vennissieux.html) 24 sn-n4g-cvq sfr-bod Bordeaux SFR Netcenter Bordeaux (http://www.datacentermap.com/france/bordeaux/neuf-bordeaux.html) 24 sn-n4g-uan sfr-tls Toulouse SFR Netcenter Toulouse (https://beta.peeringdb.com/fac/1131) 16 sn-n4g-gon sfr-rns Rennes SFR Netcenter Rennes (http://www.datacentermap.com/france/rennes/neuf-cesson-sevigne.html) 16 sn-n4g-apa sfr-lil Lille SFR Netcenter Lille (https://beta.peeringdb.com/fac/989) 8 sn-n4g-nmc sfr-sxb Strasbourg SFR Netcenter Strasbourg (http://www.datacentermap.com/france/strasbourg/neuf-strasbourg.html) 8 sn-n4g-g0o sfr-run Saint-Denis PoP La Réunion ? 3
Chaque GGC est résolvable à la fois par son nom chiffré et son nom en clair :Code: [Sélectionner]$ host r1.sfr-lyn3.googlevideo.com
r1.sfr-lyn3.googlevideo.com has address 77.153.129.12
r1.sfr-lyn3.googlevideo.com has IPv6 address 2a02:8400:0:108::c
$ host r1.sn-n4g-atos.googlevideo.com
r1.sn-n4g-atos.googlevideo.com has address 77.153.129.12
r1.sn-n4g-atos.googlevideo.com has IPv6 address 2a02:8400:0:108::c
J'ai également trouvé cette URL : https://redirector.googlevideo.com/report_mapping (https://redirector.googlevideo.com/report_mapping), qui permet de connaître le nœud GGC associé à notre préfixe IP.
Voici ce que j'obtiens en IPv4 :
92.89.xx.xx => sfr-lyn3 (92.89.xx.0/24)
En IPv6 (tunnel oblige) :
2a02:84xx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx => sfr-cdg1 (2a02:84xx:xx00::/40)
J'ai envoyé le lien sur IRC, on m'a par exemple fait savoir que les abonnés Orange sortaient sur un cache non-FAI, par10s20... Mais plus étonnant : les abonnés OVH ADSL, sur la plage 109.190.32.0/21, sortent par le GGC tpnet-waw3, appartenant à Orange Pologne. La faute à une réattribution de plage et à une base pas très à jour ? ;)
Enfin, voici la démarche suivie pour restituer l'algorithme : j'ai tout d'abord remarqué que les préfixes de différents GGC, « n4g- », « 4gxx- », « 3f5vv- », ressemblaient étrangement, en termes de longueur et de caractères répétés, à « sfr- », « free- » et « kwaoo- ».
Je suis alors parvenu, par déduction, sur la base des correspondances déjà trouvées, d'une liste des codes AITA et de la localisation des principaux PoP, à remplir un tableau contenant les correspondances entre les caractères chiffrées et en clair, et à déterminer ce qui précède.
J'ai écrit ma propre implèmentation en Python, mais par la suite, j'ai aussi réussi à trouver deux implèmentations tierces :
- https://github.com/lennylxx/ipv6-hosts/blob/master/tools/conv.py (documentation (https://translate.google.fr/translate?hl=fr&ie=UTF8&prev=_t&sl=zh-CN&tl=en&u=https://github.com/lennylxx/ipv6-hosts/wiki/sn-domains))
- https://github.com/LouisPlisso/pytomo/blob/master/pytomo/translation_cache_url.py
Voilà, ce sera tout pour l'instant. J'espère que ça vous a intéressé ! :)
@kgersen, qui détermine cette association ? Google ou l'opérateur ?
- Il me semble inutile de contacter Google, quand je vois que la page précédemment citée indique que tout ce qui réseau / configuration est la responsabilité du FAI