Auteur Sujet: Le peering Free en 2020, 2021, 2022 (Lu 164910 fois)

Free_me · « **Réponse #336 le:** 12 novembre 2020 à 18:59:12 »

Citation de: Hugues le 12 novembre 2020 à 11:27:14

Ca me fait penser a un hijack bgp ça...

c'est plutot une tentative de faire le tour du monde ?

Cryptage · « **Réponse #337 le:** 13 novembre 2020 à 00:12:02 »

Le come back...

Code: [Sélectionner]

PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=49 time=363 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=49 time=362 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=49 time=362 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=49 time=363 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=49 time=363 ms

Zweit · « **Réponse #338 le:** 13 novembre 2020 à 00:16:14 »

Idem, mais ça marche en v6 :

Code: [Sélectionner]

C:\Windows\System32>ping 1.1.1.1

Envoi d’une requête 'Ping'  1.1.1.1 avec 32 octets de données :
Réponse de 1.1.1.1 : octets=32 temps=357 ms TTL=50
Réponse de 1.1.1.1 : octets=32 temps=357 ms TTL=50
Réponse de 1.1.1.1 : octets=32 temps=357 ms TTL=50
Réponse de 1.1.1.1 : octets=32 temps=357 ms TTL=50

Statistiques Ping pour 1.1.1.1:
    Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 357ms, Maximum = 357ms, Moyenne = 357ms

C:\Windows\System32>tracert 1.1.1.1

Détermination de l’itinéraire vers one.one.one.one [1.1.1.1]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  10.0.0.1
  2     *        5 ms     4 ms  194.149.169.57
  3     5 ms     4 ms     5 ms  194.149.166.21
  4    11 ms    11 ms    11 ms  londres-asr9k-1-te-0-0-6.intf.routers.proxad.net [194.149.163.225]
  5    84 ms    83 ms    83 ms  newyork-6k-1-po1.intf.routers.proxad.net [212.27.58.206]
  6   153 ms   153 ms   153 ms  paloalto-6k-1-po1.intf.routers.proxad.net [212.27.58.222]
  7   154 ms   153 ms   153 ms  g5-0-0.plapx-dr1.ix.singtel.com [198.32.176.50]
  8   153 ms   153 ms   153 ms  203.208.172.233
  9   346 ms   322 ms   321 ms  203.208.158.177
 10   327 ms   328 ms   327 ms  203.208.183.134
 11   328 ms   327 ms   328 ms  203.208.182.250
 12   329 ms   329 ms   329 ms  203.208.158.190
 13   329 ms   329 ms   329 ms  203.208.174.246
 14   358 ms   359 ms   358 ms  TH-ICR-MTT1-241-209.trueintergateway.com [113.21.241.209]
 15   356 ms   355 ms   356 ms  TIG-Net247-165.trueintergateway.com [113.21.247.165]
 16   355 ms   356 ms   356 ms  TIG-Net245-111.trueintergateway.com [113.21.245.111]
 17   357 ms   356 ms   356 ms  one.one.one.one [1.1.1.1]

Itinéraire déterminé.

Pas de soucis pour joindre la version IPv6 par contre :

Code: [Sélectionner]

C:\Windows\System32>ping 2606:4700:4700::1111

Envoi d’une requête 'Ping'  2606:4700:4700::1111 avec 32 octets de données :
Réponse de 2606:4700:4700::1111 : temps=7 ms
Réponse de 2606:4700:4700::1111 : temps=6 ms
Réponse de 2606:4700:4700::1111 : temps=5 ms
Réponse de 2606:4700:4700::1111 : temps=6 ms

Statistiques Ping pour 2606:4700:4700::1111:
    Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 5ms, Maximum = 7ms, Moyenne = 6ms

C:\Windows\System32>tracert 2606:4700:4700::1111

Détermination de l’itinéraire vers one.one.one.one [2606:4700:4700::1111]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  2a01:e0a:xxxx:xxxx::1
  2    <1 ms    <1 ms    <1 ms  2a01:e0a:xxxx:xxxx::1
  3     3 ms     2 ms     2 ms  2a01:e03:9:f836:c85d::ffff
  4     *        *        *     Délai d’attente de la demande dépassé.
  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     *        *        6 ms  be3594.rcr21.b019498-0.par01.atlas.cogentco.com [2001:550:0:1000::9a36:3c7e]
 10     *       20 ms     *     2001:978:2:3d::18:2
 11     5 ms     6 ms     6 ms  one.one.one.one [2606:4700:4700::1111]

Itinéraire déterminé.

Cryptage · « **Réponse #339 le:** 13 novembre 2020 à 00:20:14 »

Je valide.

Code: [Sélectionner]

PING 2606:4700:4700::1111(2606:4700:4700::1111) 56 data bytes
64 bytes from 2606:4700:4700::1111: icmp_seq=1 ttl=55 time=14.4 ms
64 bytes from 2606:4700:4700::1111: icmp_seq=2 ttl=55 time=13.8 ms
64 bytes from 2606:4700:4700::1111: icmp_seq=3 ttl=55 time=13.10 ms
64 bytes from 2606:4700:4700::1111: icmp_seq=4 ttl=55 time=14.4 ms
64 bytes from 2606:4700:4700::1111: icmp_seq=5 ttl=55 time=13.8 ms

En alternative :

Code: [Sélectionner]

PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=120 time=12.6 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=120 time=12.8 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=120 time=12.4 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=120 time=12.2 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=120 time=12.7 ms

Mais bon encore du Google quoi...

Et pour IBM :

Code: [Sélectionner]

PING 9.9.9.9 (9.9.9.9) 56(84) bytes of data.
64 bytes from 9.9.9.9: icmp_seq=1 ttl=59 time=27.1 ms
64 bytes from 9.9.9.9: icmp_seq=2 ttl=59 time=27.1 ms
64 bytes from 9.9.9.9: icmp_seq=3 ttl=59 time=27.1 ms
64 bytes from 9.9.9.9: icmp_seq=4 ttl=59 time=26.2 ms

Latence plus élevée (quoique là tout de suite...

)

underground78 · « **Réponse #340 le:** 13 novembre 2020 à 08:17:12 »

Ce matin c'est visiblement redevenu normal.

Mat753 · « **Réponse #341 le:** 13 novembre 2020 à 08:47:46 »

Meme constat pour 1.1.1.1 et 1.0.0.1 369 ms ping !! ; ce matin ok
C'est probablement lié au pb de free récemment non ? ou c'est autre chose ; abonne free depuis 3 semaines lol déjà ça merde ; chez bouygues 1 an sans souci (lol) => ça m'apprendra de changer

buddy · « **Réponse #342 le:** 13 novembre 2020 à 09:42:48 »

Il faudrait faire des traceroutes pour voir ce qu'ils se passent quand ça déconne.

Cryptage · « **Réponse #343 le:** 13 novembre 2020 à 09:46:22 »

Citation de: buddy le 13 novembre 2020 à 09:42:48

Il faudrait faire des traceroutes pour voir ce qu'ils se passent quand ça déconne.

Ils y sont.

(cf ici par ex : https://lafibre.info/peering/le-peering-free-en-2020/msg809264/#msg809264 )
Passage par Angleterre, US, Asie puis retour France.

Ce qui est étonnant c'est qu'il semblerait que ce ne soit que le soir. A vérifier.

petrus · « **Réponse #344 le:** 13 novembre 2020 à 11:24:37 »

j'avoue que le 1.1.1.1 annoncé sur un peering de free à palo-alto par singtel qui route ça vers un sombre opérateur, ça ressemble bien à un hijack.

Après, pourquoi est-ce préféré, j'imagine que sinon free touche cloudflare via du transit, qui est moins préféré que du peering...

Mat753 · « **Réponse #345 le:** 13 novembre 2020 à 18:47:26 »

En tout cas youtube en ipv6 marche mieux (quand j'avais eu mon pb de perte de l'ipv4) sinon le soir c'est lent voir très lent par moments

fidmille · « **Réponse #346 le:** 15 novembre 2020 à 23:42:59 »

Pour ma part chez free en temps normal j'ai environ 13 ms sur 1.1.1.1 , et je fais égal chez google.
Les deux passent par du cogent. En soirée je peux grimper à beaucoup plus. A cause de cogent ?

Perso je passe par quad9 , certes a 25 ms en moyenne mais plus stable :
Il semble passer par un peering : londres-asr9k-1-te-0-0-6.intf.routers.proxad.net

Mat753 · « **Réponse #347 le:** 15 novembre 2020 à 23:49:56 »

Après ça depends de ou tu habite, là j'ai 17ms vers 1.1.1.1 ; ça passe pa paris et ensuite j'ai une ip qui passe par l'espagne 149.11.0.126 avant d'arriver à 1.1.1.1