Auteur Sujet: GGC (Google Global Cache) chez SFR  (Lu 64970 fois)

0 Membres et 1 Invité sur ce sujet

Marin

  • Client Bbox vdsl
  • Modérateur
  • *
  • Messages: 2 804
  • 73
GGC (Google Global Cache) chez SFR
« Réponse #12 le: 09 mars 2015 à 14:10:16 »
Voici une liste des caches YouTube sur le réseau SFR que j'ai pu énumérer à l'aide du scan DNS :

Nom d'hôteIPv4IPv6Ping Neufbox   Ping Online.net   Localisation supposée
-
r1.sn-n4g-jqbe.googlevideo.com77.153.128.122a02:8400:0:100::c25 ms1 msParis
r2.sn-n4g-jqbe.googlevideo.com77.153.128.132a02:8400:0:100::d
r3.sn-n4g-jqbe.googlevideo.com77.153.128.142a02:8400:0:100::e
r4.sn-n4g-jqbe.googlevideo.com77.153.128.152a02:8400:0:100::f
r5.sn-n4g-jqbe.googlevideo.com77.153.128.162a02:8400:0:100::10
r6.sn-n4g-jqbe.googlevideo.com77.153.128.172a02:8400:0:100::11
r7.sn-n4g-jqbe.googlevideo.com77.153.128.182a02:8400:0:100::12
r8.sn-n4g-jqbe.googlevideo.com77.153.128.192a02:8400:0:100::13
-
r1.sn-n4g-jqbl.googlevideo.com77.153.128.442a02:8400:0:101::c
r2.sn-n4g-jqbl.googlevideo.com77.153.128.452a02:8400:0:101::d
r3.sn-n4g-jqbl.googlevideo.com77.153.128.462a02:8400:0:101::e
r4.sn-n4g-jqbl.googlevideo.com77.153.128.472a02:8400:0:101::f
r5.sn-n4g-jqbl.googlevideo.com77.153.128.482a02:8400:0:101::10
r6.sn-n4g-jqbl.googlevideo.com77.153.128.492a02:8400:0:101::11
r7.sn-n4g-jqbl.googlevideo.com77.153.128.502a02:8400:0:101::12
r8.sn-n4g-jqbl.googlevideo.com77.153.128.512a02:8400:0:101::13
-
r1.sn-n4g-jqbs.googlevideo.com77.153.128.76
r2.sn-n4g-jqbs.googlevideo.com77.153.128.77
r3.sn-n4g-jqbs.googlevideo.com77.153.128.78
r4.sn-n4g-jqbs.googlevideo.com77.153.128.79
-
r1.sn-n4g-jqb6.googlevideo.com77.153.128.1082a02:8400:0:103::c
r2.sn-n4g-jqb6.googlevideo.com77.153.128.1092a02:8400:0:103::d
r3.sn-n4g-jqb6.googlevideo.com77.153.128.1102a02:8400:0:103::e
r4.sn-n4g-jqb6.googlevideo.com77.153.128.1112a02:8400:0:103::f
r5.sn-n4g-jqb6.googlevideo.com77.153.128.1122a02:8400:0:103::10
r6.sn-n4g-jqb6.googlevideo.com77.153.128.1132a02:8400:0:103::11
r7.sn-n4g-jqb6.googlevideo.com77.153.128.1142a02:8400:0:103::12
r8.sn-n4g-jqb6.googlevideo.com77.153.128.1152a02:8400:0:103::13
-
r1.sn-n4g-jqbd.googlevideo.com77.153.128.1402a02:8400:0:104::c
r2.sn-n4g-jqbd.googlevideo.com77.153.128.1412a02:8400:0:104::d
r3.sn-n4g-jqbd.googlevideo.com77.153.128.1422a02:8400:0:104::e
r4.sn-n4g-jqbd.googlevideo.com77.153.128.1432a02:8400:0:104::f
r5.sn-n4g-jqbd.googlevideo.com77.153.128.1442a02:8400:0:104::10
r6.sn-n4g-jqbd.googlevideo.com77.153.128.1452a02:8400:0:104::11
r7.sn-n4g-jqbd.googlevideo.com77.153.128.1462a02:8400:0:104::12
r8.sn-n4g-jqbd.googlevideo.com77.153.128.1472a02:8400:0:104::13
-
r1.sn-n4g-jqbk.googlevideo.com77.153.128.1722a02:8400:0:105::c
r2.sn-n4g-jqbk.googlevideo.com77.153.128.1732a02:8400:0:105::d
r3.sn-n4g-jqbk.googlevideo.com77.153.128.1742a02:8400:0:105::e
r4.sn-n4g-jqbk.googlevideo.com77.153.128.1752a02:8400:0:105::f
r5.sn-n4g-jqbk.googlevideo.com77.153.128.1762a02:8400:0:105::10
r6.sn-n4g-jqbk.googlevideo.com77.153.128.1772a02:8400:0:105::11
r7.sn-n4g-jqbk.googlevideo.com77.153.128.1782a02:8400:0:105::12
r8.sn-n4g-jqbk.googlevideo.com77.153.128.1792a02:8400:0:105::13
-
r1.sn-n4g-atoe.googlevideo.com77.153.128.2042a02:8400:0:106::c19 ms7 msLyon
r2.sn-n4g-atoe.googlevideo.com77.153.128.2052a02:8400:0:106::d
r3.sn-n4g-atoe.googlevideo.com77.153.128.2062a02:8400:0:106::e
r4.sn-n4g-atoe.googlevideo.com77.153.128.2072a02:8400:0:106::f
r5.sn-n4g-atoe.googlevideo.com77.153.128.2082a02:8400:0:106::10
r6.sn-n4g-atoe.googlevideo.com77.153.128.2092a02:8400:0:106::11
r7.sn-n4g-atoe.googlevideo.com77.153.128.2102a02:8400:0:106::12
r8.sn-n4g-atoe.googlevideo.com77.153.128.2112a02:8400:0:106::13
-
r1.sn-n4g-atol.googlevideo.com77.153.128.2362a02:8400:0:107::c
r2.sn-n4g-atol.googlevideo.com77.153.128.2372a02:8400:0:107::d
r3.sn-n4g-atol.googlevideo.com77.153.128.2382a02:8400:0:107::e
r4.sn-n4g-atol.googlevideo.com77.153.128.2392a02:8400:0:107::f
r5.sn-n4g-atol.googlevideo.com77.153.128.2402a02:8400:0:107::10
r6.sn-n4g-atol.googlevideo.com77.153.128.2412a02:8400:0:107::11
r7.sn-n4g-atol.googlevideo.com77.153.128.2422a02:8400:0:107::12
r8.sn-n4g-atol.googlevideo.com77.153.128.2432a02:8400:0:107::13
-
r1.sn-n4g-atos.googlevideo.com77.153.129.122a02:8400:0:108::c
r2.sn-n4g-atos.googlevideo.com77.153.129.132a02:8400:0:108::d
r3.sn-n4g-atos.googlevideo.com77.153.129.142a02:8400:0:108::e
r4.sn-n4g-atos.googlevideo.com77.153.129.152a02:8400:0:108::f
r5.sn-n4g-atos.googlevideo.com77.153.129.162a02:8400:0:108::10
r6.sn-n4g-atos.googlevideo.com77.153.129.172a02:8400:0:108::11
r7.sn-n4g-atos.googlevideo.com77.153.129.182a02:8400:0:108::12
r8.sn-n4g-atos.googlevideo.com77.153.129.192a02:8400:0:108::13
-
r1.sn-n4g-cvqe.googlevideo.com77.153.129.442a02:8400:0:109::c33 ms7 ms
r2.sn-n4g-cvqe.googlevideo.com77.153.129.452a02:8400:0:109::d
r3.sn-n4g-cvqe.googlevideo.com77.153.129.462a02:8400:0:109::e
r4.sn-n4g-cvqe.googlevideo.com77.153.129.472a02:8400:0:109::f
r5.sn-n4g-cvqe.googlevideo.com77.153.129.482a02:8400:0:109::10
r6.sn-n4g-cvqe.googlevideo.com77.153.129.492a02:8400:0:109::11
r7.sn-n4g-cvqe.googlevideo.com77.153.129.502a02:8400:0:109::12
r8.sn-n4g-cvqe.googlevideo.com77.153.129.512a02:8400:0:109::13
-
r1.sn-n4g-cvql.googlevideo.com77.153.129.762a02:8400:0:10a::c
r2.sn-n4g-cvql.googlevideo.com77.153.129.772a02:8400:0:10a::d
r3.sn-n4g-cvql.googlevideo.com77.153.129.782a02:8400:0:10a::e
r4.sn-n4g-cvql.googlevideo.com77.153.129.792a02:8400:0:10a::f
r5.sn-n4g-cvql.googlevideo.com77.153.129.802a02:8400:0:10a::10
r6.sn-n4g-cvql.googlevideo.com77.153.129.812a02:8400:0:10a::11
r7.sn-n4g-cvql.googlevideo.com77.153.129.822a02:8400:0:10a::12
r8.sn-n4g-cvql.googlevideo.com77.153.129.832a02:8400:0:10a::13
-
r1.sn-n4g-cvqs.googlevideo.com77.153.129.1082a02:8400:0:10b::c
r2.sn-n4g-cvqs.googlevideo.com77.153.129.1092a02:8400:0:10b::d
r3.sn-n4g-cvqs.googlevideo.com77.153.129.1102a02:8400:0:10b::e
r4.sn-n4g-cvqs.googlevideo.com77.153.129.1112a02:8400:0:10b::f
r5.sn-n4g-cvqs.googlevideo.com77.153.129.1122a02:8400:0:10b::10
r6.sn-n4g-cvqs.googlevideo.com77.153.129.1132a02:8400:0:10b::11
r7.sn-n4g-cvqs.googlevideo.com77.153.129.1142a02:8400:0:10b::12
r8.sn-n4g-cvqs.googlevideo.com77.153.129.1152a02:8400:0:10b::13
-
r1.sn-n4g-uane.googlevideo.com77.153.129.20427 ms10 ms
r2.sn-n4g-uane.googlevideo.com77.153.129.205
r3.sn-n4g-uane.googlevideo.com77.153.129.206
r4.sn-n4g-uane.googlevideo.com77.153.129.207
r5.sn-n4g-uane.googlevideo.com77.153.129.208
r6.sn-n4g-uane.googlevideo.com77.153.129.209
r7.sn-n4g-uane.googlevideo.com77.153.129.210
r8.sn-n4g-uane.googlevideo.com77.153.129.211
-
r1.sn-n4g-uanl.googlevideo.com77.153.129.236
r2.sn-n4g-uanl.googlevideo.com77.153.129.237
r3.sn-n4g-uanl.googlevideo.com77.153.129.238
r4.sn-n4g-uanl.googlevideo.com77.153.129.239
r5.sn-n4g-uanl.googlevideo.com77.153.129.240
r6.sn-n4g-uanl.googlevideo.com77.153.129.241
r7.sn-n4g-uanl.googlevideo.com77.153.129.242
r8.sn-n4g-uanl.googlevideo.com77.153.129.243
-
r1.sn-n4g-gone.googlevideo.com77.153.130.122a02:8400:0:110::c40 ms6 ms
r2.sn-n4g-gone.googlevideo.com77.153.130.132a02:8400:0:110::d
r3.sn-n4g-gone.googlevideo.com77.153.130.142a02:8400:0:110::e
r4.sn-n4g-gone.googlevideo.com77.153.130.152a02:8400:0:110::f
r5.sn-n4g-gone.googlevideo.com77.153.130.162a02:8400:0:110::10
r6.sn-n4g-gone.googlevideo.com77.153.130.172a02:8400:0:110::11
r7.sn-n4g-gone.googlevideo.com77.153.130.182a02:8400:0:110::12
r8.sn-n4g-gone.googlevideo.com77.153.130.192a02:8400:0:110::13
-
r1.sn-n4g-gonl.googlevideo.com77.153.130.442a02:8400:0:111::c
r2.sn-n4g-gonl.googlevideo.com77.153.130.452a02:8400:0:111::d
r3.sn-n4g-gonl.googlevideo.com77.153.130.462a02:8400:0:111::e
r4.sn-n4g-gonl.googlevideo.com77.153.130.472a02:8400:0:111::f
r5.sn-n4g-gonl.googlevideo.com77.153.130.482a02:8400:0:111::10
r6.sn-n4g-gonl.googlevideo.com77.153.130.492a02:8400:0:111::11
r7.sn-n4g-gonl.googlevideo.com77.153.130.502a02:8400:0:111::12
r8.sn-n4g-gonl.googlevideo.com77.153.130.512a02:8400:0:111::13
-
r1.sn-n4g-apae.googlevideo.com77.153.130.762a02:8400:0:112::c29 ms4 ms
r2.sn-n4g-apae.googlevideo.com77.153.130.772a02:8400:0:112::d
r3.sn-n4g-apae.googlevideo.com77.153.130.782a02:8400:0:112::e
r4.sn-n4g-apae.googlevideo.com77.153.130.792a02:8400:0:112::f
r5.sn-n4g-apae.googlevideo.com77.153.130.802a02:8400:0:112::10
r6.sn-n4g-apae.googlevideo.com77.153.130.812a02:8400:0:112::11
-
r1.sn-n4g-nmce.googlevideo.com77.153.130.1082a02:8400:0:113::c26 ms7 ms
r2.sn-n4g-nmce.googlevideo.com77.153.130.1092a02:8400:0:113::d
r3.sn-n4g-nmce.googlevideo.com77.153.130.1102a02:8400:0:113::e
r4.sn-n4g-nmce.googlevideo.com77.153.130.1112a02:8400:0:113::f
r5.sn-n4g-nmce.googlevideo.com77.153.130.1122a02:8400:0:113::10
r6.sn-n4g-nmce.googlevideo.com77.153.130.1132a02:8400:0:113::11
r7.sn-n4g-nmce.googlevideo.com77.153.130.1142a02:8400:0:113::12
r8.sn-n4g-nmce.googlevideo.com77.153.130.1152a02:8400:0:113::13

J'ai effectué des pings à partir de ma Neufbox ADSL sur Bourgoin-Jallieu (38), ainsi que d'un serveur dédié Online.net sur Paris. Pour chaque bloc de serveurs, j'ai pris le plus petit ping observé. Je me suis fondé sur l'hypothèse que chaque nom de serveur moins le dernier caractère correspondrait à une localisation physique, ce n'est peut-être pas tout à fait le cas (voir la différence de ping entre les serveurs sn-n4g-gone et sn-n4g-gonl notamment).

J'essaye d'estimer la localisation des différents PoP à partir du ping ; pour l'instant, il y a juste r1.sn-n4g-jqb* dont je suis à peu sûr qu'il se trouve sur Paris (ping de 1 ms depuis Online) et sn-n4g-ato* sur Lyon (19 ms depuis ma ligne ADSL, le mieux que je parvienne à atteindre vers internet). Pour plus de précision, il faudrait notamment se fonder sur la conversion du temps en distance, prendre des relevés depuis différents points du réseau, établir une liste des PoP où pourraient se trouver ces serveurs... Les traceroutes ne sont pas très parlantes.

Ce message est sujet à être modifié par la suite.

kgersen

  • Modérateur
  • Abonné Bbox fibre
  • *
  • Messages: 9 078
  • Paris (75)
GGC (Google Global Cache) chez SFR
« Réponse #13 le: 09 mars 2015 à 15:01:35 »
http://www.nirsoft.net/utils/multiple_ping_tool.html pratique pour tout 'pinger' d'un coup (y'a surement l’équivalent sur Linux).

De ma connexion ca donne ca: https://docs.google.com/spreadsheets/d/1HwYEL3NO7awr7KMnSGFtRQ0QUA4FsxWX7h-VqExW4cY/edit?usp=sharing (triés par "Minimum Ping Time", on constate 17 machines down).

A priori, le groupe *uane* est plus 'loin' ou traverse un nœud qui rajoute du délai.

je n'ai pas IPv6 via SFR donc ca n'est qu'en IPv4.

Florian

  • Abonné Bbox fibre
  • *
  • Messages: 2 077
  • Argenteuil (95)
GGC (Google Global Cache) chez SFR
« Réponse #14 le: 09 mars 2015 à 16:16:07 »
Quelqu'un a une idée depuis quand c'est en place chez SFR ?

Je me souviens y'a quelques mois y'avait des lenteurs le soir sur YT pour pas mal de clients...

Vu que ça ne forme plus qu'une entité, j'espère que Drahi ne va pas les dégager....

Marin

  • Client Bbox vdsl
  • Modérateur
  • *
  • Messages: 2 804
  • 73
GGC (Google Global Cache) chez SFR
« Réponse #15 le: 11 mars 2015 à 18:15:26 »
De ma connexion ca donne ca: https://docs.google.com/spreadsheets/d/1HwYEL3NO7awr7KMnSGFtRQ0QUA4FsxWX7h-VqExW4cY/edit?usp=sharing (triés par "Minimum Ping Time", on constate 17 machines down).

Merci pour ces mesures !

D'après la comparaison ci-dessous, tes mesures sont globalement assez proches de celles prises du serveur dédié Online, avec environ 11 ms de différence (à l'exception de sn-ng4-jqb* qui semble parfois emprunter une route particulièrement courte ?). Ce qui n'est pas très étonnant, on reste dans la proche banlieue parisienne ; il serait plus intéressant d'avoir des mesures d'abonnés se trouvant un peu plus loin comme l'a suggéré Nico ;)

Bloc de serveurs   Via Online.net   Via kgersen   Différence
sn-ng4-gon*6 ms17 ms+11 ms
sn-ng4-ato*7 ms18 ms+11 ms
sn-ng4-jqb*1 ms4 ms+3 ms
sn-ng4-cvq*7 ms18 ms+11 ms
sn-ng4-nmc*7 ms19 ms+12 ms
sn-ng4-uan*10 ms20 ms+10 ms
sn-ng4-apa*4 ms17 ms+13 ms

Voici également la comparaison entre le ping Online.net et celui de ma connexion. Dans la dernière colonne, je soustrais 19 ms à mes résultats avant d'effectuer mes calculs, afin d'éliminer le biais de la synchronisation ADSL.

Bloc de serveurs   Via Online.net   Via Marin   Différence   Différence (- ADSL)
sn-ng4-gon*6 ms40 ms+34 ms+15 ms
sn-ng4-ato*7 ms19 ms+12 ms-7 ms
sn-ng4-jqb*1 ms25 ms+24 ms+5 ms
sn-ng4-cvq*7 ms33 ms+26 ms+7 ms
sn-ng4-nmc*7 ms26 ms+19 ms+0 ms
sn-ng4-uan*10 ms27 ms+17 ms-2 ms
sn-ng4-apa*4 ms29 ms+25 ms+6 ms

Le seuil de 19 ms étant le meilleur résultat que je parvienne à atteindre, à fois vers le premier élèment pingable en sortie de ma connexion, vers mon DSLAM, mais aussi vers le GGC sn-ng4-ato*... on peut raisonnablement supposer que cela corresponde plus précisèment au chemin entre ma box et le netcenter SFR Lyon-Vénissieux, point important du réseau ?

Une liste des 6 principaux datacenters du groupe : http://www.datacentermap.com/company/neuf-cegetel_datacenters.html

Pour avoir quelque chose de plus complet, on peut regarder du côté des établissements enregistrés au nom de SFR (disposant d'un SIRET) avec un site comme Societe.com (le plus pratique est Score3, il affiche la liste complète sur une page). On peut en effet y trouver un certain nombre de PoP de l'opérateur. J'ai vérifié, et ces trois sociétés comprennent les principaux Netcenters dans leur liste d'établissements :
Neuf Cegetel, SIREN 414946194 (64 établissements) : http://www.score3.fr/NEUF-CEGETEL-414946194.shtml
SFR, SIREN 403106537 (53 établissements) : http://www.score3.fr/SOCIETE-FRANCAISE-DU-RADIOTELEPHONE--S-403106537.shtml
SFR, SIREN 343059564 (75 établissements) : http://www.score3.fr/SOCIETE-FRANCAISE-DU-RADIOTELEPHONE---SFR-343059564.shtml

Je pense que ça nous fera déjà un bon nombre de ressources pour estimer la localisation de ces serveurs :)

http://www.nirsoft.net/utils/multiple_ping_tool.html pratique pour tout 'pinger' d'un coup (y'a surement l’équivalent sur Linux).

Voici les outils que j'ai utilisé de mon côté :
  • Pour commencer, la bibliothèque dnspython, afin de scanner toutes les entrées pour « r1.sn-n4g-[a-z]{3}[es].googlevideo.com », avec bien sûr un nombre confortable de threads pour que ça n'aille pas trop lentement. :P Voici ma base de code, utilisée à l'origine pour faire du scan sur les DSLAM de certains opérateurs :
#!/usr/bin/python2
#-*- encoding: Utf-8 -*-
from dns.resolver import query, NXDOMAIN, NoAnswer
from threading import Thread, Lock
from string import lowercase
from sys import stdout, exit
from time import sleep

lock = Lock()
counter = 0
total = 26 * 26 * 26 # possibilités pour 3 lettres minuscules

def test(domain):
    global counter
   
    while True:
        try:
            query(domain)
            stdout.write('\033[1G' + domain + '\n')
            break
        except NXDOMAIN:
            break
        except:
            stdout.write('\033[1G!?!? ' + domain + '\n')
            sleep(15)
   
    with lock:
        counter += 1
   
    stdout.write('\033[1G' + str(counter) + '/' + str(total))
    stdout.flush()

def thread(a):
    for b in lowercase:
        for c in lowercase:
            test('r1.sn-n4g-%s%s%se.googlevideo.com' % (a,b,c))

for a in lowercase:
    t = Thread(target=thread, args=(a,))
    t.daemon = True
    t.start()
   
    sleep(0.1)

while True:
    sleep(1)
  • Pour ce qui est d'énumérer les derniers caractères possibles pour chaque nom de serveur, ainsi que le nombre d'unités, je me suis contenté de simples boucles bash moyennement propres à partir des sorties du précédent script, et des commandes host et grep...
for a in uan nmc gon apa jqb ato cvq; do for i in a b c d e f g h i j k l m n o p q r s t u v w x y z 0 1 2 3 4 5 6 7 8 9; do host -t A "r1.sn-n4g-$a""$i"".googlevideo.com" | grep 'has address'; done; done

for i in uane uanl nmce gone gonl apae jqbd jqbe jqbk jqbl jqbs jqb6 atoe atol atos cvqe cvql cvqs; do for j in `seq 1 32`; do host "r$j.sn-n4g-""$i"".googlevideo.com" | grep 'address' || break; done; done
  • Pour les ping, j'ai fait ça à la main, en faisant tourner un peu la commande pour quelques adresses de chaque bloc, et en repérant les pings les plus bas... Là encore, y a sûrement plus optimal :)

  • J'ai généré les différents tableaux avec de nouveau un peu de Python, à partir des données précédentes.

Quelqu'un a une idée depuis quand c'est en place chez SFR ?

D'après une recherche Google sur « "sn-n4g" », décembre 2014.

free prétendait qu'ils ne voulaient pas d'un étranger sur leur réseau, pour l'intégrité tout ça...

Free, qui défendait son droit irrémédiable à considérer la box comme une extension de son réseau chez toi. Qu'on leur applique cette logique plairait moins ? :)



À part ça, j'ai trouvé ces documents très intéressants postés par vivien sur un autre sujet :

En réalisant une recherche sur google filetype:PDF site:https://ggcadmin.google.com/downloads/ j'ai trouvé des documents : https://ggcadmin.google.com/downloads/GGCMultinodeDeployments.pdf

(cliquez sur les miniatures ci-dessous - les documents sont au format PDF)
 

Le second document donne une explication sur la manière dont sont répartis les serveurs GGC par blocs d'adresses IP (pages 9-10 du document, soit 13-14 du PDF).

Il dit notamment que chaque nœud GGC dispose d'un /26 (64 adresses), mais SFR utilise plutôt un /27 (32 adresses). Il dit que chaque serveur dispose d'une adresse IP virtuelle (VIP), et que c'est par celle-ci que le trafic est servi ; les adresses principales commençant à de l'adresse n° 4 du subnet, et les adresses virtuelles à l'adresse n° 12 du subnet (ce qui correspond bien aux résultats de mon scan). Une idée de la différence d'utilisation entre l'adresse principale et l'adresse virtuelle ?

Le tableau qui décrit l'adressage IPv4 :

Address NumberUse8 Server Node Example
0Subnet address10.10.10.64/26
1Gateway set on cache servers10.10.10.65
2,3HSRP/GLBP gateways (optional)Unused
4First GGC server (*)10.10.10.68
5Second GGC server (*)10.10.10.69
continue for each server   Last GGC server (*)10.10.10.75
12 to (last address - 1)Virtual IPs (**)10.10.10.76 - 10.10.10.126
16This virtual IP is also used for BGP peering (**)   10.10.10.80
Last address in subnetBroadcast10.10.10.127

(*) configured manually during setup
(**) configured remotely by Google


Pour l'IPv6 :

Address NumberUse8 Server Node Example
0Subnet addressfec0:1234::/64
1-11UnusedUnused
12 to last address (*)   Virtual IPs (**)fec0:1234::c - fec0:1234::3b
16This virtual IP is also used for BGP peering (**)   fec0:1234::10

(*) this particular example uses 6 VIPs per host
(**) configured remotely by Google
« Modifié: 12 mars 2015 à 10:49:57 par Marin »

kgersen

  • Modérateur
  • Abonné Bbox fibre
  • *
  • Messages: 9 078
  • Paris (75)
GGC (Google Global Cache) chez SFR
« Réponse #16 le: 11 mars 2015 à 18:37:37 »
Pas mal du tout ca.

oui il faudrait les mesures de quelqu'un plus loin.

Une idée de la différence d'utilisation entre l'adresse principale et l'adresse virtuelle ?
...
(*) configured manually during setup
(**) configured remotely by Google

oui c'est expliqué dans le 2eme pdf chapitre 4 premier paragraphe:

Citer
The GGC node requires a dedicated layer 3 subnet. Each server has a management IP address (IPv4) statically
assigned to the ethernet interface, or bonded set of interfaces in the case of LACP. Additionally, each server has a
number of virtual IP addresses or VIPs (IPv4 and IPv6, if enabled). User traffic is served from the VIPs. In the
event of a server failure, other servers in the node pick up the failed server’s VIPs
.

C'est classique en failover de faire comme ca. Si une IP physique ne répond pas, logiciellement Google réaffecte sa VIP (ou ses VIPs) sur une autre machine active (ou plusieurs machines si plusieurs VIPs). J'imagine qu'ils ont un outil de supervision qui fait ça tout seul (soit de puis leur NOC ou depuis les machines elles-mêmes entre elles avec un algorithme distribué) et comme tout le "User traffic is served from the VIPs", personne s'en rend compte.

DamienC

  • Abonné Sosh fibre
  • *
  • Messages: 2 217
  • FTTH ↓ 300Mbps ↑ 300 Mbps sur Brest (29)
GGC (Google Global Cache) chez SFR
« Réponse #17 le: 11 mars 2015 à 19:03:20 »
Si vous le souhaitez, je suis à Brest et mes parents sont abonnés à SFR en FTTH sur un profil 1G.
Je pourrais prendre la main à distance sur son ordinateur et effectuer les mêmes tests?

Cdt,
DamienC

Marin

  • Client Bbox vdsl
  • Modérateur
  • *
  • Messages: 2 804
  • 73
GGC (Google Global Cache) chez SFR
« Réponse #18 le: 11 mars 2015 à 19:07:46 »
C'est classique en failover de faire comme ca. Si une IP physique ne répond pas, logiciellement Google réaffecte sa VIP (ou ses VIPs) sur une autre machine active (ou plusieurs machines si plusieurs VIPs). J'imagine qu'ils ont un outil de supervision qui fait ça tout seul (soit de puis leur NOC ou depuis les machines elles-mêmes entre elles avec un algorithme distribué) et comme tout le "User traffic is served from the VIPs", personne s'en rend compte.

Merci, je n'avais pas bien compris.

Si vous le souhaitez, je suis à Brest et mes parents sont abonnés à SFR en FTTH sur un profil 1G.
Je pourrais prendre la main à distance sur son ordinateur et effectuer les mêmes tests?

Oui, ce serait bien :)

Ils sont sous Windows ? Le programme mentionné plus haut par kgersen devrait convenir.

DamienC

  • Abonné Sosh fibre
  • *
  • Messages: 2 217
  • FTTH ↓ 300Mbps ↑ 300 Mbps sur Brest (29)
GGC (Google Global Cache) chez SFR
« Réponse #19 le: 11 mars 2015 à 19:13:32 »
Oui il s'agit d'un ordinateur sous Windows 7. Je vais attendre qu'il rentre du travail.
Sinon, je suis actuellement sur Brest mais avec une ligne ADSL SFR. Je ne sais pas comment mesurer la latence due à la technologie ADSL avec précision.
Je pourrais donc effectuer en premier temps les tests depuis cette connexion, sous réserve que vous m'expliquiez comment calculer cette fameuse latence.

Cdt,
DamienC

Leon

  • Client SFR sur réseau Numericable
  • Modérateur
  • *
  • Messages: 5 971
GGC (Google Global Cache) chez SFR
« Réponse #20 le: 11 mars 2015 à 19:22:15 »
Quel est l'inconvénient d'avoir un GGC pour un FAIs ? Je ne vois que des avantages...
Inconvénient : payer de l'hébergement gratos à Google. Car à priori, c'est bien SFR qui hébèrge gratos des serveurs appartenant à Google. Donc c'est SFR qui paye: l'emplacement physique, la consommation électrique des serveurs, ce qui n'est pas gratuit quand on parle d'alimentation secourue, et le refroidissement des serveurs (clim). Voire carrèment, certains FAI achèteraient les serveurs pour les beaux yeux de Google. Tout cela coute de l'argent au FAI, potentiellement plus que quelques ports 10Gb/s de peering privé dans un carrier hotel.

Leon.

Nico

  • Modérateur
  • *
  • Messages: 44 449
  • FTTH 1000/500 sur Paris 15ème (75)
    • @_GaLaK_
GGC (Google Global Cache) chez SFR
« Réponse #21 le: 11 mars 2015 à 19:25:15 »
Je pourrais donc effectuer en premier temps les tests depuis cette connexion, sous réserve que vous m'expliquiez comment calculer cette fameuse latence.
Si tu fais un traceroute, tu verras le premier saut. C'est ça qu'il faudra retrancher.

DamienC

  • Abonné Sosh fibre
  • *
  • Messages: 2 217
  • FTTH ↓ 300Mbps ↑ 300 Mbps sur Brest (29)
GGC (Google Global Cache) chez SFR
« Réponse #22 le: 11 mars 2015 à 19:29:11 »
Citer
Si tu fais un traceroute, tu verras le premier saut. C'est ça qu'il faudra retrancher.

traceroute to 46.227.16.8 (46.227.16.8) from 93.15.xx.xx, 30 hops max, 38 byte packets
 1  65.86.16.109.rev.sfr.net (109.16.86.65)  22.782 ms
 2  154.212.96.84.rev.sfr.net (84.96.212.154)  21.623 ms
 3  adeli.equinix-ix.fr (195.42.144.219)  44.032 ms
 4  lafibre.info (46.227.16.8)  43.890 ms

Merci Nico pour l'explication ! Il y à donc ~23 ms à retrancher ?

Cdt,
DamienC

Nico

  • Modérateur
  • *
  • Messages: 44 449
  • FTTH 1000/500 sur Paris 15ème (75)
    • @_GaLaK_
GGC (Google Global Cache) chez SFR
« Réponse #23 le: 11 mars 2015 à 19:38:22 »
A peu près, il faudrait juste faire ça plusieurs fois pour avoir la valeur mini. C'est facile à faire avec WinMTR, tu laisses tourner et voila !