Forums - Bbox-Mag

Bonjour,

Merci pour ce retour, j'ai partagé à nos équipes...

Salut à tous,
Je viens d'une connexion SFR Numericable , remplacée par une Pure Fibre en début de semaine.
Et immédiatement le problème Akamai m'a sauté au yeux.
Alors que je surfais le jour d'avant sans aucun probleme de chargement/latence, une fois chez Bouygues la lenteur de chargement de certains sites est hallucinante, jusqu'a plusieur minutes sur un page blanche à attendre que 100kb de page charge..
Curieux, je lance un tracert sur ces sites et le point commun est évident, tout ceux qui transittent par Akamai sont impactés, et ils sont nombreux, mais aussi ceux qui transittent via Arelion (twelve99) sont loin d'étre au top.
Le site bouyguestelecom.fr est lui-meme impacté !?
J'utilise les DNS Google parceque je pensais que c'était les DNS Bouygues qui déconnaient mais ça n'a pas l'air d'être la source du problème.

Plus de 3 minutes à tracer et finalement time-out, tu m'étonnes que le site charge pas.
Alors certes la connexion fibre est bcp plus stable que mon vieux cable (micro-coupures dues aux interfences le soir), mais là y'a quelque chose qui déconne sec.
Ce n'est pas lié à la plage horraire, les résultats sont similaires n'importe quand dans la journée.
(le dernier fw de la 5696b est-il censé faire une difference sur le sujet ?Je suis toujours en
24.2.58)
A votre disposition pour tous tests supplémentaires!

edit: Bon j'arrive pas à poster les tracert, le forum balance "Votre requête a été bloquée. Contient l'information de contact. Le message semble être spam.", mais en gros éssayez les tracerts suivant sur une connexion fibre Bouygues pour vous rendre compte du délire:
- Akamai:
tracert www.jp.square-enix.com
tracert mabanque.bnpparibas
- twelve99:
tracert playstation.com

(Au fait, j'ai du passer par mon mobile sfr pour m'enregistrer sur ce forum.. le catcha hcaptcha ne load pas ou "casse" dès que je le coche sur connexion Bouygues!)

Bonsoir

Si ça peut aider, voici l'analyse de gemini 2.5 pro sur mon fichier pcap.

D'après l'analyse du fichier capture_gemini.txt, le problème qui empêche votre appareil d'accéder à www.boulanger.com est une perte de paquets significative qui se produit quelque part entre votre appareil et le serveur web.

Votre appareil réussit à établir une connexion, mais le serveur n'acquitte jamais la réception des données que votre appareil envoie après l'établissement de la connexion. Cela force votre appareil à renvoyer les données à plusieurs reprises, jusqu'à ce que le serveur abandonne et ferme la connexion.

Analyse détaillée
Voici une décomposition étape par étape de la connexion problématique, identifiée comme le Stream index 10 dans la capture :

Poignée de main TCP (Handshake) réussie : La connexion démarre correctement.


Paquet 171 : Votre appareil à l'adresse 192.168.1.192 envoie un paquet [SYN] au serveur à l'adresse 184.85.178.203 pour initier une connexion.


Paquet 178 : Le serveur répond avec un [SYN, ACK].


Paquet 185 : Votre appareil termine le handshake avec un [ACK]. À ce stade, la connexion TCP est établie.

Le client envoie des données : Immédiatement après la connexion, votre appareil envoie les données nécessaires pour démarrer une session web sécurisée.


Paquet 187 : Votre appareil envoie le premier paquet de données.



Paquet 188 : Votre appareil envoie un message "Client Hello" au serveur, spécifiant qu'il souhaite se connecter à www.boulanger.com (ceci est indiqué par le champ SNI).


Perte de paquets et retransmissions : C'est là que le problème commence. Le serveur ne semble pas recevoir les données envoyées par votre appareil.


Paquet 201 : Après avoir attendu une réponse sans en recevoir, votre appareil envoie une [TCP Retransmission], réémettant le paquet de données initial car il n'a jamais été acquitté par le serveur.

Ce comportement de retransmission se poursuit plusieurs fois, comme on le voit dans les paquets

269 ,

278 ,

360 ,

368 et

372. Ce schéma est un indicateur clair que les paquets de votre appareil sont perdus en route vers le serveur.

Fin de la connexion : Après plusieurs tentatives infructueuses pour obtenir une réponse, le serveur abandonne et met fin à la session.


Paquet 303 : Le serveur envoie un paquet [FIN, ACK] à votre appareil, signalant qu'il ferme la connexion.


Paquet 305 : Le serveur envoie un dernier paquet [RST] (Reset), mettant fin brusquement à la communication.

Conclusion
La poignée de main TCP se termine avec succès, ce qui signifie qu'une connectivité de base avec le serveur 184.85.178.203 existe. Cependant, les paquets de données suivants contenant le Client Hello TLS sont systématiquement perdus. Cette perte déclenche de nombreuses retransmissions de la part de votre appareil, mais les données n'atteignent jamais leur destination, ce qui empêche le site web de se charger.

Le problème se situe probablement au niveau d'un équipement réseau entre votre ordinateur et le serveur, tel qu'un routeur, un pare-feu ou un équipement du fournisseur d'accès à Internet, qui bloque (ou "perd") ces paquets spécifiques.

Re-bonsoir

J'ai fait tourner MTR (Matt's traceroute) depuis mon PC windows et voici le résultat :

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| bbox.lan - 0 | 48 | 48 | 2 | 4 | 7 | 5 |
| 31-33-160-2.abo.bbox.fr - 10 | 33 | 30 | 4 | 494 | 1470 | 818 |
| No response from host - 100 | 9 | 0 | 0 | 0 | 0 | 0 |
| 62.34.2.41 - 82 | 11 | 2 | 0 | 9 | 10 | 10 |
| be21.cbr01-poi.net.bbox.fr - 0 | 48 | 48 | 8 | 11 | 24 | 11 |
| No response from host - 100 | 9 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 9 | 0 | 0 | 0 | 0 | 0 |
|lo1.r01.stem01.mrs01.fab.netarch.akamai.com - 0 | 48 | 48 | 6 | 10 | 22 | 6 |
|lo1.r02.spine01.mrs01.fab.netarch.akamai.com - 0 | 48 | 48 | 5 | 9 | 31 | 12 |
|lo1.r01.leaf01.mrs01.fab.netarch.akamai.com - 0 | 48 | 48 | 5 | 9 | 20 | 12 |
|vlan100.r03.tor01.mrs01.fab.netarch.akamai.com - 0 | 48 | 48 | 6 | 9 | 20 | 9 |
|a184-85-178-203.deploy.static.akamaitechnologies.com - 0 | 48 | 48 | 6 | 10 | 16 | 11 |
|________________________________________________|______|______|______|______|______|______|


Le test montre une perte de paquets de 10% et une latence anormale allant jusqu'à 1470 ms dès le premier routeur du réseau, à l'adresse 31-33-160-2.abo.bbox.fr


Et voici le meme test pour bouyguestelecom.fr

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| bbox.lan - 0 | 19 | 19 | 1 | 3 | 6 | 4 |
| 31-33-160-2.abo.bbox.fr - 19 | 11 | 9 | 4 | 687 | 1487 | 1242 |
i15-lef01-t2-62-34-3-127.ft.lns.abo.bbox.fr - 67 | 6 | 2 | 0 | 7 | 8 | 6 |
| No response from host - 100 | 4 | 0 | 0 | 0 | 0 | 0 |
| be21.cbr01-poi.net.bbox.fr - 0 | 19 | 19 | 7 | 10 | 32 | 8 |
| No response from host - 100 | 4 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 4 | 0 | 0 | 0 | 0 | 0 |
|lo1.r04.stem01.mrs01.fab.netarch.akamai.com - 0 | 19 | 19 | 7 | 10 | 31 | 8 |
|lo1.r01.spine04.mrs01.fab.netarch.akamai.com - 0 | 19 | 19 | 7 | 10 | 32 | 8 |
|lo1.r04.leaf01.mrs01.fab.netarch.akamai.com - 0 | 19 | 19 | 6 | 10 | 31 | 12 |
|vlan100.r03.tor01.mrs01.fab.netarch.akamai.com - 0 | 19 | 19 | 7 | 10 | 32 | 8 |
|a23-55-147-6.deploy.static.akamaitechnologies.com - 0 | 19 | 19 | 6 | 10 | 31 | 8 |
|________________________________________________|______|______|______|______|______|______|

Ici on voit 19% de perte de paquets sur le hop 2 : 31-33-160-2.abo.bbox.fr avec toujours des pics de latence. (et 60% de pertes sur le hop3 ? i15-lef01-t2-62-34-3-127.ft.lns.abo.bbox.fr)


J'ai fait le test depuis mon PC windows qui arrive a se connecter au site ; l'outil n'est pas dispo sur android mais j'imagine une perte de paquet bcp plus élevée si j'arrivais à le faire, car mon téléphone n'arrive jamais à se connecter.

Je pense que vous avez maintenant les emplacements exacts où ça plante

Bon week-end, à suivre.

Bonsoir, je pense avoir exactement le même problème, la connexion est quasi impossible pendant de longues minutes avant de finir par réussir et ensuite comme par magie chaque refresh est instantané mais le 1er chargement un vrai plaie.

J'ai lancé wireshark aussi, et après avoir lu l'analyse de gemini donner ici, ca me semble etre identique à ce qui se m'arrive, connexion etablie, puis negocation TLS puis une longue liste de paquet "TCP-Retransmission" en rouge etc ...

Une solution en vue ?

Merci d'avance.

Modèle Bbox Wi-Fi 6 - version du firmware (je sais pas ou le trouver)

Cordialement, Sylvain.

PS: j'ai édité mon poste pour le rendre plus adapté et plus sympatique surtout

Pas de problème faut pas tout mélanger notamment le peering, d'ailleurs les tests fait avec certains des concernés n'ont pas permis de reproduire ce qui a été dit sur le forum, ce qui est embêtant pour les équipes afin d'avancer...

J'ai uniquement dit que cela me rappelait les pb de peering rien de plus. Désolé si c'etait mal tourné c'etait pas le but.

Cordialement, Sylvain

Bonjour,
Nouveau client depuis 08/09/2025.
Je suis avec le firmware 24.2.58
Comment faire pour avoir le nouveau 25.5.15 ?
vTT

Bonjour,

c'est bon

Super !!
nouveau firmware installé.
Merci beaucoup, par contre pas de ipv6 en lan, dois je faire qqs choses au niveau de paramètrage ?
vTT