Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)

  • État Fermée
  • Pourcentage achevé
    100%
  • Type Anomalie
  • Catégorie WAN
  • Assignée à Personne
  • Système d'exploitation Freebox Server V6 (Révolution)
  • Sévérité Critique
  • Priorité Très Basse
  • Basée sur la version 3.3.3
  • Due pour la version Non décidée
  • Échéance Non décidée
  • Votes 4
  • Privée
Concerne le projet: Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)
Ouverte par juliendusud - 24/10/2016
Dernière modification par mbizon - 06/08/2020

FS#20814 - Peering free / google

Derrière une freebox, on enregistre environ 50% de paquets perdus à destination des serveurs de google comme en atteste le résultat de la commande suivante :


ping -c 10 mail.google.com

PING googlemail.l.google.com (172.217.18.229): 56 data bytes
64 bytes from 172.217.18.229: icmp_seq=0 ttl=56 time=36.246 ms
64 bytes from 172.217.18.229: icmp_seq=1 ttl=56 time=39.651 ms
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3
Request timeout for icmp_seq 4
Request timeout for icmp_seq 5
Request timeout for icmp_seq 6
64 bytes from 172.217.18.229: icmp_seq=7 ttl=56 time=34.807 ms
Request timeout for icmp_seq 8

— googlemail.l.google.com ping statistics — 10 packets transmitted, 3 packets received, 70.0% packet loss
round-trip min/avg/max/stddev = 34.807/36.901/39.651/2.031 ms


En revanche, en IPV6 on n’enregistre aucune perte.
Que se passe t-il?

Fermée par  mbizon
06.08.2020 12:36
Raison de la fermeture :  Résolu
Alexgg a commenté le 26.10.2016 09:25

Bonjour,

Je suis l'auteur du ticket  FS#20795  et constate les mêmes symptômes chez moi. Avec ipv6, les servcies google comme hangout, gmail ou notifier fonctionnent, sans, non.
Il doit y avoir un pb de translation ipv6>ipv4 quelque part

Bruno_P a commenté le 11.11.2016 10:03

C'est plutôt un routeur de Google qui a des vapeurs, résultats en IPv6 puis IPv4 sur google.com

$ ping6 -c 10 google.com
PING google.com(par10s22-in-x0e.1e100.net) 56 data bytes
64 bytes from par10s22-in-x0e.1e100.net: icmp_seq=1 ttl=58 time=13.6 ms
64 bytes from par10s22-in-x0e.1e100.net: icmp_seq=2 ttl=58 time=13.4 ms
64 bytes from par10s22-in-x0e.1e100.net: icmp_seq=3 ttl=58 time=13.6 ms
64 bytes from par10s22-in-x0e.1e100.net: icmp_seq=4 ttl=58 time=13.3 ms
64 bytes from par10s22-in-x0e.1e100.net: icmp_seq=5 ttl=58 time=13.7 ms
64 bytes from par10s22-in-x0e.1e100.net: icmp_seq=6 ttl=58 time=34.1 ms
64 bytes from par10s22-in-x0e.1e100.net: icmp_seq=7 ttl=58 time=13.6 ms
64 bytes from par10s22-in-x0e.1e100.net: icmp_seq=8 ttl=58 time=13.7 ms
64 bytes from par10s22-in-x0e.1e100.net: icmp_seq=9 ttl=58 time=14.0 ms
64 bytes from par10s22-in-x0e.1e100.net: icmp_seq=10 ttl=58 time=14.9 ms

--- google.com ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9016ms
rtt min/avg/max/mdev = 13.351/15.821/34.129/6.118 ms

$ ping -c 10 google.com
PING google.com (216.58.208.238) 56(84) bytes of data.
64 bytes from par10s22-in-f238.1e100.net (216.58.208.238): icmp_seq=3 ttl=52 time=13.3 ms
64 bytes from par10s22-in-f238.1e100.net (216.58.208.238): icmp_seq=5 ttl=52 time=13.4 ms
64 bytes from par10s22-in-f238.1e100.net (216.58.208.238): icmp_seq=6 ttl=52 time=13.2 ms

--- google.com ping statistics ---
10 packets transmitted, 3 received, 70% packet loss, time 9052ms
rtt min/avg/max/mdev = 13.290/13.353/13.438/0.147 ms

$ ping -c 6 par10s22-in-f238.1e100.net
PING par10s22-in-f238.1e100.net (216.58.208.238) 56(84) bytes of data.
64 bytes from par10s22-in-f238.1e100.net (216.58.208.238): icmp_seq=2 ttl=52 time=13.1 ms
64 bytes from par10s22-in-f238.1e100.net (216.58.208.238): icmp_seq=3 ttl=52 time=13.4 ms
64 bytes from par10s22-in-f238.1e100.net (216.58.208.238): icmp_seq=4 ttl=52 time=13.1 ms
64 bytes from par10s22-in-f238.1e100.net (216.58.208.238): icmp_seq=6 ttl=52 time=13.3 ms

--- par10s22-in-f238.1e100.net ping statistics ---
6 packets transmitted, 4 received, 33% packet loss, time 5013ms
rtt min/avg/max/mdev = 13.100/13.238/13.400/0.148 ms
baudav a commenté le 18.11.2016 18:49

pas nouveau #18733 et impossible d'utiliser les DNS google en ipv4 (trop de perte). (ticket ouvert aussi en mars chez Google: https://code.google.com/a/google.com/p/public-dns/issues/detail?id=1422)
Depuis l'opérateur SFR aucun problème vers Google (mais d'autres problèmes...)

Serai bien que Free remette la page avec la charge réseau,status DNS, IPV6... pour au moins ne pas perdre de temps a chercher un problème chez soi quand le 'problème' est évidemment entre FREE et Google.

Idem pour l'instabilité du DNS FREE et ses nouvelles sécurités bloquant les IP privé.
Quand y'a rien à faire et qu'on le sait, on ne cherche plus à identifier/résoudre le problème mais à chercher un contournement.

LeoLios_ a commenté le 04.12.2016 22:47

Bonsoir à toutes et tous j'ai eu quelque soucis de connexion très régulier récemment avec le wifi, le lan, la vdsl, et pour toutes les connection internet avec n'importe quel programme, système ect...

Voici mes modifications pour corrigé l’ensemble de mes problèmes :

Sur l'interface web client
–> réglage du ping en "normal" Ce mode permet une latence de ligne de l'ordre de 30ms, avec un niveau de sécurité permettant de prévenir les pertes de paquets celles-ci pouvant entraîner des sauts d'image sur la télévision.

–> réglage de synchronisation vdsl2 en "désactivé" Votre ligne ne synchronisera pas en VDSL2, ce mode permet de forcer le protocole ADSL2+ si votre ligne a un débit plus faible en VDSL2.

Par la suite j'ai fais quelque réglage sur l'interface LAN –> 192.168.0.254 (freeboxOS)
–> paramètre de la freebox –> mode avancé –> configuration –> j'ai décocher réponse au ping et accé authentifier.

–> paramètre de la freebox –> DHCP j'ai enelver le dns 192.168.0.254 pour le remplacer par
Serveur DNS 1 : 80.67.169.12
Serveur DNS 2 : 80.67.169.40
aucune configuration à faire sur vos équipements en le faisant au routeur sa le fera globalement à tout les équipements.
Les dns ci-dessus sont à une association Française https://www.fdn.fr/ qui garde les données anonymes sur notre navigation d'ailleurs c'est grâce à cela que j'ai plus aucun soucis de connexion est de paquet perdu que cela soit pour du streaming, gaming ou échange de fichier sur internet, un véritable miracle avant j’utiliser les dns de free hé bien ils sont vraiment à la ramasse !!!

Dans le wifi j'ai configuré un canal particulièrement calme pour mes équipements avec agrandissement de la largeur de la bande en (40) et j'ai cacher le SSID pour évité les demandes intempestif de connexion.
Le dernier réglage était la méthode de cryptage que j'ai modifier en : WPA-PSK/TKIP.

Après avoir modifier tous cela j'ai pu aucun soucis wifi et sur internet clairement je me sens soulagé !!!

Je vous souhaite une bonne soirée à toutes et tous en espérant que cela aura régler votre soucis, amicalement, LéoLios

Chargement...

Activer les raccourcis clavier

Liste des tâches

Détails de la tâche

Édition de la tâche