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

  • État Fermée
  • Pourcentage achevé
    100%
  • Type Anomalie
  • Catégorie WAN → Fibre
  • Assignée à Personne
  • Système d'exploitation Freebox Server V8 (Pop)
  • Sévérité Haute
  • Priorité Très Basse
  • Basée sur la version 4.8.13
  • Due pour la version Non décidée
  • Échéance Non décidée
  • Votes
  • Privée
Concerne le projet: Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)
Ouverte par Big. - 23/08/2024
Dernière modification par Thibaut Freebox - 26/08/2024

FS#39690 - Accès HTTP Internet instable

Bonjour,

Depuis quelques temps, j’ai remarqué que ma navigation sur Internet était très instable.
Environ une fois sur 10, un site ne se charge pas.

J’ai donc poussé l’analyse un peu plus loin, voici ce qui a été testé :

- Accès Wi-Fi / Ethernet (NOK)
- Avec un laptop sous Linux, un PC sous Windows (NOK)
- Changement du DNS (NOK)
- Factory reset de la Freebox (NOK)
- Faire contrôler ma ligne fibre par l’équipe Free Proxi (OK)
- Envoi de paquets ICMP en continu (OK)
- Requêtes curl / telnet sur port 80 (NOK)

Ce qui m’étonne le plus, c’est que concrètement ma ligne est stable : toutes mes tentatives de PING sont fructueuses.
Là où ça bloque, manifestement, c’est quand il s’agit de requêtes HTTP

Voici les deux situations :

PING google.fr (142.251.220.227) 56(84) bytes of data.
64 bytes from mnl08s01-in-f3.1e100.net (142.251.220.227): icmp_seq=1 ttl=55 time=353 ms
64 bytes from mnl08s01-in-f3.1e100.net (142.251.220.227): icmp_seq=2 ttl=55 time=330 ms
64 bytes from mnl08s01-in-f3.1e100.net (142.251.220.227): icmp_seq=3 ttl=55 time=318 ms
64 bytes from mnl08s01-in-f3.1e100.net (142.251.220.227): icmp_seq=4 ttl=55 time=298 ms
64 bytes from mnl08s01-in-f3.1e100.net (142.251.220.227): icmp_seq=5 ttl=55 time=405 ms
64 bytes from mnl08s01-in-f3.1e100.net (142.251.220.227): icmp_seq=6 ttl=55 time=388 ms
64 bytes from mnl08s01-in-f3.1e100.net (142.251.220.227): icmp_seq=7 ttl=55 time=370 ms
64 bytes from mnl08s01-in-f3.1e100.net (142.251.220.227): icmp_seq=8 ttl=55 time=273 ms
64 bytes from mnl08s01-in-f3.1e100.net (142.251.220.227): icmp_seq=9 ttl=55 time=269 ms
64 bytes from mnl08s01-in-f3.1e100.net (142.251.220.227): icmp_seq=10 ttl=55 time=279 ms
[…]

Remarque : latence importante

curl -v google.fr
* Host google.fr:80 was resolved.
* IPv6: 2a00:1450:4007:818::2003
* IPv4: 142.251.220.227
* Trying 142.251.220.227:80… * Trying [2a00:1450:4007:818::2003]:80…

Remarque : Il échoue en IPv4 donc tente en IPv6 (j’ai désactivé ce dernier). 9 fois sur 10 environ, ça réussi en IPv4

A mon avis et pour une raison que j’ignore, le flux en question est bloqué au niveau de la Freebox.
Pouvez-vous investiguer ?

Ce problème est très impactant car je travaille beaucoup depuis chez moi.
Merci pour votre aide.

Fermée par  Thibaut Freebox
26.08.2024 10:31
Raison de la fermeture :  Ticket invalide
Commentaires de fermeture :  

Prise en charge par le SAV

Big. a commenté le 23.08.2024 21:17

Quelques infos en plus.

En HTTPS le comportement est le même.
9 fois sur 10 la requête sur port 443 aboutie, sinon ça drop quelque part.

En écoutant sur mon interface réseau locale, lorsque la requête n'aboutie pas, elle n'est pas du tout vue par l'interface (donc le retour).

Si vous pouvez jeter un oeil dans la bête :
- Adresse MAC : 38:07:16:19:CA:DA
- S/N : 375502J240510846

Merci

Big. a commenté le 24.08.2024 13:25

Bonjour,

A noter aussi que toutes mes requêtes HTTP/HTTPS locales sont OK.
Que ce soit pour accéder à la page d'administration de la Freebox ou un serveur Web sur mon LAN.

Donc c'est uniquement les requêtes HTTP/HTTPS qui sortent sur le WAN qui bloquent quelque part au niveau de la box ou plus loin, une fois sur dix.

Big. a commenté le 25.08.2024 08:46

Bonjour,

Une nouvelle information importante.
Un proche dans ma ville est aussi équipé d'une Freebox et rencontre le même problème.

J'ai établi le même diagnostic chez lui :
Une fois sur dix, les requêtes HTTP/HTTPS sur Internet sont bloquées.

Nous résidons à Houilles dans les Yvelines.
Le problème durant depuis quelques jours, je soupconne une mauvaise action dans le réseau Free (communal ? Plus haut ?)

Admin

Bonjour

Ce type d'anomalie est à signaler aux équipes réseau, pas sur le bug tracker.

C'est votre cellule proxi qui doit les contacter.

Cdt

Chargement...

Activer les raccourcis clavier

Liste des tâches

Détails de la tâche

Édition de la tâche