Auteur Sujet: [Résolu] Téléchargements depuis le Play Store Android impossibles en FTTH (Lu 9756 fois)

Kartman · « **Réponse #36 le:** 28 juin 2021 à 13:22:55 »

C'est le serveur DHCP du coté de SFR qui peut te réattribuer une nouvelle adresse. De ton coté tu n'as que le mode bridge pour forcer l'actualisation de celle-ci ou déconnecter ton routeur pendant 24H.

kazyor · « **Réponse #37 le:** 28 juin 2021 à 13:26:00 »

En FTTH, pas de mode bridge et l'IP est réputée fixe.
A ne pas confondre avec le FTTLA. Bref, mauvaise piste.

Ven0x6 · « **Réponse #38 le:** 28 juin 2021 à 17:27:19 »

Citation de: kazyor le 27 juin 2021 à 20:28:37

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 ?

Je ne sais pas si c'est le même problème. Quand je fais des tests de localisation de mon IP, je tombe bien sur Paris (je suis en Île de France).

Par contre, dans les tracert que j'ai effectué, j'ai des rebonds sur des serveurs sur l'Île de la Réunion.

Est-ce qu'avec mon adresse IP ou mon numéro client, vous pourriez voir s'il y a des travaux / migrations de prévus sur l'infrastructure à laquelle je suis connectée ? Ou alors peut-être voir si une activation de l'IPv6 est prévu chez moi bientôt ?

Edit : je n'ai rien dit, c'est le même problème, j'ai pris le premier site que j'ai trouvé (https://monvpn.com/ip-test/), et mon IP est localisée à Saint-Denis...

kazyor · « **Réponse #39 le:** 28 juin 2021 à 17:40:50 »

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.

kazyor · « **Réponse #40 le:** 28 juin 2021 à 17:42:08 »

Citation de: kgersen le 27 juin 2021 à 00:47:15

Je doute que des IP soient bannies coté Google mais SFR a des GGC et a chaque groupe de GGC correspond des IPs de clients déclarées comme devant utiliser ce groupe de GCC.

@kgersen, qui détermine cette association ? Google ou l'opérateur ?

Ven0x6 · « **Réponse #41 le:** 28 juin 2021 à 18:02:57 »

Citation de: kazyor le 28 juin 2021 à 17:40:50

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.

Oui effectivement, ça a l'air d'être Saint-Denis en Île de France et non Saint-Denis à la Réunion.

La seule chose dont je suis sur, c'est que TOUTES les vidéos YouTube que je consulte sont chargées à partir du domaine r1---sn-n4g-g0ol.googlevideo.com auquel je n'accède pas avec ma connexion SFR, ce qui explique le temps de chargement de 15-20s quand la connexion finit par basculer sur le domaine r1---sn-n4g-jqbe6.googlevideo.com.

Les messages des pages précédentes ont permis de vérifier que le domaine sn-n4g-g0ol.googlevideo.com est derrière un serveur SFR, utilisé dans le cadre du GGC et situé à l'Île de l Réunion.

Il ne m'en faut pas plus pour comprendre que j'ai un problème qui dépasse la juridiction des services techniques niveau 1 ou niveau 2 de SFR...

Et ce problème, clairement, dépasse également le cadre de ce qu'il m'est possible de faire, ce n'est quand même pas moi qui décide d'aller chercher les vidéos YouTube sur l'Île de la Réunion :p

Je n'ai pas plus creusé que ça les autres problèmes rencontrés (Play Store, Facebook, Instagram, et Whatsapp), mais vu l'anomalie rencontré avec YouTube, je ne vois pas l'intérêt de chercher autre chose.

vivien · « **Réponse #42 le:** 28 juin 2021 à 18:35:57 »

Pour trouver la localisation des GGC :

Citation de: Marin le 18 juin 2015 à 20:29:20

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 « 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 ;
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
Un fonctionnement plus optimisé :
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
C'est un algorithme dit par substitution monoalphabétique, car chaque caractère de la table correspond à un autre.

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 48
sn-n4g-ato sfr-lyn Lyon SFR Netcenter Vénissieux 24
sn-n4g-cvq sfr-bod Bordeaux SFR Netcenter Bordeaux 24
sn-n4g-uan sfr-tls Toulouse SFR Netcenter Toulouse 16
sn-n4g-gon sfr-rns Rennes SFR Netcenter Rennes 16
sn-n4g-apa sfr-lil Lille SFR Netcenter Lille 8
sn-n4g-nmc sfr-sxb Strasbourg SFR Netcenter Strasbourg 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, 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://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 · « **Réponse #43 le:** 29 juin 2021 à 00:15:09 »

Citation de: kazyor le 28 juin 2021 à 17:42:08

@kgersen, qui détermine cette association ? Google ou l'opérateur ?

Je ne sais pas en détail mais je pense que c'est l'opérateur qui communique des blocs d'IP a Google et que ce dernier configurent les GGC avec.

Soit SFR a mélanger des IPs entre la réunion et le 93 , peut-être quelqu'un chez eux a confondu St Denis du 93 et St Denis de la Réunion et un ou plusieurs blocs d'IPs sont mal paramétrées quelque part.

Soit c'est chez Google qu'il y a cette confusion.

C'est pour cela que j'ai indiqué de contacter aussi le support Google mais il n'a pas l'air de vouloir le faire. (ici par exemple: https://support.google.com/googleplay/gethelp )

Un test serait de trouver un voisin proche ayant SFR ftth aussi pour voir si le probleme a lieu aussi.

Ven0x6 · « **Réponse #44 le:** 29 juin 2021 à 08:52:48 »

Comme écrit en page 2 de ce post, j'ai tenté toute sorte de combinaison via la page d'aide, et je tombe toujours sur le forum communautaire, je n'ai pas trouvé comment contacter Google en direct.

L'éligibilité FTTH remonte à environ 1 an pour mon immeuble, avant c'était uniquement du FTTLA chez SFR alors que tous les autres proposaient le FTTH. Je ne capte aucun wifi SFR, donc je ne sais pas si j'ai des voisins chez SFR, et encore moins en FTTH.

Edit : j'oubliais un point, vu que j'ai découvert depuis le début de mes tests que j'avais également des problèmes avec Facebook (ainsi que Whatsapp, appartenant à Facebook) et Instagram, j'espère quand même que je ne vais pas devoir me rapprocher de chacun des services avec qui j'ai un problème pour "mettre à jour" je ne sais quoi.

J'ai trouvé cette page pour le GGC : https://support.google.com/interconnect/answer/9058809?hl=en

À la vue de ce qui est écrit, j'ai comme l'impression que c'est à SFR de communiquer les bonnes informations.

Ven0x6 · « **Réponse #45 le:** 30 juin 2021 à 13:51:06 »

Histoire d'avoir l'impression de ne pas rien faire, j'ai réuni toutes les informations à ma disposition :
- Les vidéos YouTube sont chargées depuis un GGC qui dans mon cas est le serveur sfr-run2 situé sur l'Île de la Réunion
- Ce serveur n'est pas joignable depuis ma connexion FTTH (pour le joindre, je dois passer par un autre réseau que SFR, par exemple un VPN)
- Un test de ping depuis une autre connexion confirme le temps de latence d'un serveur situé sur l'Île de la Réunion (entre 180 et 200 ms de latence)
- Mon adresse IPv4 FTTH est dans le même subnet que celle du GGC sfr-run2
- D'après la page https://support.google.com/interconnect/answer/9058809?hl=en, c'est Google qui fournit le Hardware du GCC et c'est l'ISP (dans mon cas SFR) qui fournit le "réseau" et la configuration associée (notamment le subnet IPv4 qui dans mon cas est le même que celui de mon IPv4)

Je ne suis pas un expert, mais voilà ce que je déduis des points précédents :
- Le subnet étant le même entre mon IPv4 et celle du GGC sfr-run2, la piste d'une adresse IPv4 correctement configurée à Saint-Denis (Île de la Réunion) et rattachée par erreur à un block de Saint-Denis (93, Île de France) me semble très probable
- 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
- Des tests de ligne à distance ne permettront jamais de constater les problèmes que je rencontre, étant donné que la route des tests ne sera jamais la route emprunté depuis mon domicile

Et donc ma conclusion finale (qui est peut-être totalement fausse) est qu'il me faut une nouvelle adresse IPv4 car je ne vois pas comment un changement de configuration pourra me permettre de naviguer correctement tant que mon adresse IPv4 publique sera dans le même subnet qu'un serveur situé sur l'île de la Réunion.

Je suis donc coincé... problème indétectable sans être chez moi, et pas moyen de contacter le service technique SFR de niveau 2 ou plus

Vous partagez cette conclusion ? Où je suis complètement à côté de la plaque ?

kgersen · « **Réponse #46 le:** 30 juin 2021 à 13:55:55 »

Citation de: Ven0x6 le 30 juin 2021 à 13:51:06

- 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

oui mais Google peut peut-être contacter SFR a un niveau différent du tien ce qui peut permettre que l'information atteigne les bonnes personnes chez SFR.

Car pour le moment l'information ne dépasse pas la hot-line grand public de niveau 1 chez SFR.

xp25 · « **Réponse #47 le:** 30 juin 2021 à 17:02:33 »

Tu peut toujours monter une passerelle avec un VPN sur un PI exclusivement pour les services qui te détecte à la Réunion

Tout le trafic qui va vers Google/FB/Machin truc -> piVPN
Tout le reste -> la R=D-Box

Et tu te fais la main là dessus

Préfixe chiffré	Préfixe en clair	Code AITA	PoP probable	Serveurs
`sn-n4g-jqb`	`sfr-cdg`	Paris CDG	SFR Netcenter Courbevoie	48
`sn-n4g-ato`	`sfr-lyn`	Lyon	SFR Netcenter Vénissieux	24
`sn-n4g-cvq`	`sfr-bod`	Bordeaux	SFR Netcenter Bordeaux	24
`sn-n4g-uan`	`sfr-tls`	Toulouse	SFR Netcenter Toulouse	16
`sn-n4g-gon`	`sfr-rns`	Rennes	SFR Netcenter Rennes	16
`sn-n4g-apa`	`sfr-lil`	Lille	SFR Netcenter Lille	8
`sn-n4g-nmc`	`sfr-sxb`	Strasbourg	SFR Netcenter Strasbourg	8
`sn-n4g-g0o`	`sfr-run`	Saint-Denis	PoP La Réunion ?	3