- État Fermée
- Pourcentage achevé
- Type Anomalie
- Catégorie WAN → Fibre
- Assignée à Personne
- Système d'exploitation Freebox Server V7 (Delta)
- Sévérité Critique
- Priorité Très Basse
- Basée sur la version 4.5.0
- Due pour la version Non décidée
-
Échéance
Non décidée
- Votes
- Privée
Ouverte par nbanba - 26/09/2021
Dernière modification par Thibaut Freebox - 07/03/2022
FS#35653 - Bridage : débit IPv4 divisé par 8 après 1 minute, le débit IPv6 reste OK
Bonjour
Depuis quelque temps (plus d'1 mois, peut-être même depuis avant l'été) je constate un comportement extrêmement surprenant et très gênant sur ma connexion fibre avec ma Delta.
Quand je reboot la box, j'ai un débit descendant de plus de 7gb/s en IPV4 et en IPV6, puis au bout d'1 minute, le débit IPV4 tombe à moins d'1gb/s alors que le débit IPv6 lui reste de l'ordre de 7gb/s à 8gb/s.
Pour récupérer le débit de 7gb/s à 8gb/s en IPv4, la seule solution est de reboot la box. Puis je récupère le débit IPV4 pendant 1 minute (le temps de faire un speedtest) puis il chute en dessous de 1gb/s très rapidement alors que (et j'insiste) le débit IPv6 lui reste de 7gb/s à 8gb/s.
PS: Je suis propriétaire des liens et des serveurs distants sur lesquels je fais les tests, le problème NE vient PAS de l'extérieur du réseau Free, c est soit une limite qui s'applique, soit un bug, mais en tout cas le problème ne vient pas des autres éléments. Le problème ne vient pas non plus du réseau fibre interne ou des équipements qui le composent.
Cordialement
nbanba
Chargement...
Activer les raccourcis clavier
- Alt + ⇧ Shift + l Se connecter/Se déconnecter
- Alt + ⇧ Shift + a Ouvrir une tâche
- Alt + ⇧ Shift + m Mes recherches
- Alt + ⇧ Shift + t Rechercher par ID de tâche
Liste des tâches
- o Ouvrir la tâche sélectionnée
- j Déplacer le curseur vers le bas
- k Déplacer le curseur vers le haut
Détails de la tâche
- n Tâche suivante
- p Tâche précédente
- Alt + ⇧ Shift + e ↵ Enter Modifier cette tâche
- Alt + ⇧ Shift + w Surveiller
- Alt + ⇧ Shift + y Fermer cette tâche
Édition de la tâche
- Alt + ⇧ Shift + s Enregistrer la tâche
Et en testant sur des serveurs distants/liens que vous ne gérez pas ?
Bonjour
C est pareil, quelque soit les liens ou les serveurs distants.
J ai testé vers tous les liens présent sur testdebit.info.
Résultat identique, quel que soit le peering ou l opérateur vers lequel je fais le test (scaleway/free, ovh, Bouygues, …)
Cordialement
nbanba
Bonjour
J ai plutôt l impression que c est une limite qui s applique dynamiquement sur le routeur qui gère le trafic ipv4 après quelques dizaines de secondes ou après un certain nombre de paquets .
Cordialement
nbanba
IPV4 est tunnelisé dans l ipv6 par logiciel alors que l ipv6 est natif donc rien soft le routeur pour acheminer le protocole………..
Bonjour,
Comment est fait le speedtest ? S'agit-il de trafic TCP ou UDP ? Pouvez-vous configurer une valeur de MTU plus faible sur l'équipement derrière la box et retester ?
Vous indiquez que le débit chute en dessous de 1Gbps. Quel est le débit mesuré concrètement ?
Est-ce vous pouvez laisser un ping tourner pour voir s'il y a de la perte de paquets ?
Bonjour
Merci pour votre retour.
Petite précision : ce comportement est depuis quelques temps, je ne le constatait pas il y a 3 mois.
Les tests sont faits depuis des machines linux (1 serveur connecté à 16x10G SFP+) et mon laptop XPS15 connecté en thunderbolt à une carte SFP+ à 10g
Le serveur tourne sous Debian 11, mon laptop sous Debian 10
Le serveur et le laptop sont connectés sur un switch Cisco Nexus 9372PXE qui porte le "internal network"
La Delta est connectée sur un UI ES16XG qui porte le "external network"
Un firewall Fortigate FGT101F est connecté en SFP+ d'un côté sur le UI ES16XG et de l'autre côté sur le Nexus 9372PXE, une policy mixte IPv4/IPv6 ALL ALL sans UTM est positionnée de l'"internal network" vers le "external network" pour le test.
Schéma :
@ <--8g--> FBX-DELTA <--10g--> UI ES16XG <--10g--> Firewall FGT101F <--10g--> NX9372PXE <--10g--> XPS15 | |<------16x10g--> SERVERJe viens de refaire des tests séquentiellement depuis les 2 machines SANS avoir reboot la box :
depuis le serveur :
Vers scaleway : ipv4 : débit 0,7g ipv6 : débit 3g
14:40:31 root@14RV-SERVER:~# wget -O /dev/null https://ipv4.scaleway.testdebit.info/10G.iso –2021-09-27 14:40:34– https://ipv4.scaleway.testdebit.info/10G.iso Résolution de ipv4.scaleway.testdebit.info (ipv4.scaleway.testdebit.info)… 62.210.156.7
Connexion à ipv4.scaleway.testdebit.info (ipv4.scaleway.testdebit.info)|62.210.156.7|:443… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 10000000000 (9,3G) [application/x-iso9660-image]
Sauvegarde en : « /dev/null »
/dev/null 100%[=====================================⇒] 9,31G 75,7MB/s ds 2m 7s
2021-09-27 14:42:40 (75,4 MB/s) — « /dev/null » sauvegardé [10000000000/10000000000]
14:42:40 root@14RV-SERVER:~#
14:49:07 root@14RV-SERVER:~# wget -O /dev/null https://ipv6.scaleway.testdebit.info/10G.iso –2021-09-27 14:49:15– https://ipv6.scaleway.testdebit.info/10G.iso Résolution de ipv6.scaleway.testdebit.info (ipv6.scaleway.testdebit.info)… 2001:bc8:3::7
Connexion à ipv6.scaleway.testdebit.info (ipv6.scaleway.testdebit.info)|2001:bc8:3::7|:443… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 10000000000 (9,3G) [application/x-iso9660-image]
Sauvegarde en : « /dev/null »
/dev/null 100%[=====================================⇒] 9,31G 313MB/s ds 31s
2021-09-27 14:49:46 (304 MB/s) — « /dev/null » sauvegardé [10000000000/10000000000]
Vers Bouygues : ipv4 : débit 0,7g ; ipv6 débit 7,9g
14:50:40 root@14RV-SERVER:~# wget -O /dev/null https://ipv4.bouygues.testdebit.info/10G.iso –2021-09-27 14:51:16– https://ipv4.bouygues.testdebit.info/10G.iso Résolution de ipv4.bouygues.testdebit.info (ipv4.bouygues.testdebit.info)… 89.84.1.186
Connexion à ipv4.bouygues.testdebit.info (ipv4.bouygues.testdebit.info)|89.84.1.186|:443… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 10000000000 (9,3G) [application/x-iso9660-image]
Sauvegarde en : « /dev/null »
/dev/null 100%[=====================================⇒] 9,31G 75,3MB/s ds 2m 8s
2021-09-27 14:53:24 (74,3 MB/s) — « /dev/null » sauvegardé [10000000000/10000000000]
14:53:24 root@14RV-SERVER:~# wget -O /dev/null https://ipv6.bouygues.testdebit.info/10G.iso –2021-09-27 14:53:43– https://ipv6.bouygues.testdebit.info/10G.iso Résolution de ipv6.bouygues.testdebit.info (ipv6.bouygues.testdebit.info)… 2001:860:de01:1100::2
Connexion à ipv6.bouygues.testdebit.info (ipv6.bouygues.testdebit.info)|2001:860:de01:1100::2|:443… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 10000000000 (9,3G) [application/x-iso9660-image]
Sauvegarde en : « /dev/null »
/dev/null 100%[=====================================⇒] 9,31G 750MB/s ds 12s
2021-09-27 14:53:55 (795 MB/s) — « /dev/null » sauvegardé [10000000000/10000000000]
depuis le XPS15 : résultats identiques :
Vers scaleway : ipv4 : débit 0,7g ipv6 : débit 3g
onnexion à ipv4.scaleway.testdebit.info (ipv4.scaleway.testdebit.info)|62.210.156.7|:443… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 10000000000 (9,3G) [application/x-iso9660-image]
Sauvegarde en : « /dev/null »
/dev/null 100%[=====================================⇒] 9,31G 69,1MB/s ds 2m 13s
2021-09-27 14:32:51 (71,4 MB/s) — « /dev/null » sauvegardé [10000000000/10000000000]
14:41:01 nba@lap-nba:~$ wget -O /dev/null https://ipv6.scaleway.testdebit.info/10G.iso –2021-09-27 14:49:53– https://ipv6.scaleway.testdebit.info/10G.iso Résolution de ipv6.scaleway.testdebit.info (ipv6.scaleway.testdebit.info)… 2001:bc8:3::7
Connexion à ipv6.scaleway.testdebit.info (ipv6.scaleway.testdebit.info)|2001:bc8:3::7|:443… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 10000000000 (9,3G) [application/x-iso9660-image]
Sauvegarde en : « /dev/null »
/dev/null 100%[=====================================⇒] 9,31G 265MB/s ds 32s
2021-09-27 14:50:25 (297 MB/s) — « /dev/null » sauvegardé [10000000000/10000000000]
Vers Bouygues : ipv4 : débit 0,7g ; ipv6 débit 6,5g
14:50:25 nba@lap-nba:~$ wget -O /dev/null https://ipv4.bouygues.testdebit.info/10G.iso –2021-09-27 14:54:17– https://ipv4.bouygues.testdebit.info/10G.iso Résolution de ipv4.bouygues.testdebit.info (ipv4.bouygues.testdebit.info)… 89.84.1.186
Connexion à ipv4.bouygues.testdebit.info (ipv4.bouygues.testdebit.info)|89.84.1.186|:443… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 10000000000 (9,3G) [application/x-iso9660-image]
Sauvegarde en : « /dev/null »
/dev/null 100%[=====================================⇒] 9,31G 75,1MB/s ds 2m 10s
2021-09-27 14:56:27 (73,6 MB/s) — « /dev/null » sauvegardé [10000000000/10000000000]
14:56:27 nba@lap-nba:~$ wget -O /dev/null https://ipv6.bouygues.testdebit.info/10G.iso –2021-09-27 15:00:05– https://ipv6.bouygues.testdebit.info/10G.iso Résolution de ipv6.bouygues.testdebit.info (ipv6.bouygues.testdebit.info)… 2001:860:de01:1100::2
Connexion à ipv6.bouygues.testdebit.info (ipv6.bouygues.testdebit.info)|2001:860:de01:1100::2|:443… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 10000000000 (9,3G) [application/x-iso9660-image]
Sauvegarde en : « /dev/null »
/dev/null 100%[=====================================⇒] 9,31G 641MB/s ds 15s
2021-09-27 15:00:19 (646 MB/s) — « /dev/null » sauvegardé [10000000000/10000000000]
Voici un MTR fait il y a quelques minutes :
mtr –report free.fr
Start: 2021-09-27T14:28:19+0200
HOST: lap-nba Loss% Snt Last Avg Best Wrst StDev
Là, je reboot la FREEBOX DELTA. il est 15h04
depuis le serveur :
Vers Bouygues : ipv4 : débit 0,7g ; ipv6 débit 6,5g
Bonjour
@mmakassikis : sorry, j'ai appuyé surle bouton poster … Voici la suite du message …
Là, je reboot la FREEBOX DELTA. il est 15h04
depuis le serveur :
Vers Bouygues : ipv4 : débit 7,9g ; ipv6 débit 6,9g
15:07:02 root@14RV-SERVER:~# wget -O /dev/null https://ipv4.bouygues.testdebit.info/10G.iso –2021-09-27 15:07:17– https://ipv4.bouygues.testdebit.info/10G.iso Résolution de ipv4.bouygues.testdebit.info (ipv4.bouygues.testdebit.info)… 89.84.1.186
Connexion à ipv4.bouygues.testdebit.info (ipv4.bouygues.testdebit.info)|89.84.1.186|:443… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 10000000000 (9,3G) [application/x-iso9660-image]
Sauvegarde en : « /dev/null »
/dev/null 100%[=====================================⇒] 9,31G 784MB/s ds 12s
2021-09-27 15:07:29 (790 MB/s) — « /dev/null » sauvegardé [10000000000/10000000000]
15:07:29 root@14RV-SERVER:~# wget -O /dev/null https://ipv6.bouygues.testdebit.info/10G.iso –2021-09-27 15:07:32– https://ipv6.bouygues.testdebit.info/10G.iso Résolution de ipv6.bouygues.testdebit.info (ipv6.bouygues.testdebit.info)… 2001:860:de01:1100::2
Connexion à ipv6.bouygues.testdebit.info (ipv6.bouygues.testdebit.info)|2001:860:de01:1100::2|:443… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 10000000000 (9,3G) [application/x-iso9660-image]
Sauvegarde en : « /dev/null »
/dev/null 100%[=====================================⇒] 9,31G 703MB/s ds 14s
2021-09-27 15:07:46 (693 MB/s) — « /dev/null » sauvegardé [10000000000/10000000000]
depuis le XPS15 : résultats identiques :
vers Bouygues : ipv4 débit 6,3g / ipv6 débit 6,7g
15:06:39 nba@lap-nba:~$ wget -O /dev/null https://ipv4.bouygues.testdebit.info/10G.iso –2021-09-27 15:07:49– https://ipv4.bouygues.testdebit.info/10G.iso Résolution de ipv4.bouygues.testdebit.info (ipv4.bouygues.testdebit.info)… 89.84.1.186
Connexion à ipv4.bouygues.testdebit.info (ipv4.bouygues.testdebit.info)|89.84.1.186|:443… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 10000000000 (9,3G) [application/x-iso9660-image]
Sauvegarde en : « /dev/null »
/dev/null 100%[=====================================⇒] 9,31G 626MB/s ds 15s
2021-09-27 15:08:04 (631 MB/s) — « /dev/null » sauvegardé [10000000000/10000000000]
15:08:04 nba@lap-nba:~$ wget -O /dev/null https://ipv6.bouygues.testdebit.info/10G.iso –2021-09-27 15:08:08– https://ipv6.bouygues.testdebit.info/10G.iso Résolution de ipv6.bouygues.testdebit.info (ipv6.bouygues.testdebit.info)… 2001:860:de01:1100::2
Connexion à ipv6.bouygues.testdebit.info (ipv6.bouygues.testdebit.info)|2001:860:de01:1100::2|:443… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 10000000000 (9,3G) [application/x-iso9660-image]
Sauvegarde en : « /dev/null »
/dev/null 100%[=====================================⇒] 9,31G 632MB/s ds 14s
2021-09-27 15:08:22 (670 MB/s) — « /dev/null » sauvegardé [10000000000/10000000000]
Je ne refais pas le test vers les serveurs de scaleway qui sont plus chargés actuellement, mais ce serait identique, j'ai déjà tester 25 fois à différentes heures, et également vers les serveurs d'OVH.
D'ici quelques minutes (certaines fois 1 minute, d'autres fois 30 minutes) le débit IPv4 va chuter.
Je vais essayer de réduire le MTU , éventuellement d'ajutser le MSS, mais je reste surpris car je ne constatait pas ces soucis il y a quelques mois et je n'ai pas fais de changements d'infra depuis avant qu eje constate ce phénomène.
Merci pour votre aide,
Cordialement
nbanba
@nbanba: Du neuf en 4.5.1 ?
Bonjour
@Neustradamus : merci pour l update… pour l instant je ne peux pas reboot la box, j ai un duplicate qui tourne, encore 7t a descendre … Je reboot demain et je vous dis.
Cordialement
nbanba
Bonjour à tous
Le souci semblait résolu depuis 4.5.1 mais état toujours en observation de mon côté
Par contre, ça recommence depuis la MAJ sur le firmware de test 4.5.3-rc1 :
13:03:19 nba@lap-nba:~$ wget -O /dev/null https://ipv6.bouygues.testdebit.info/10G.iso –2021-10-27 13:03:26– https://ipv6.bouygues.testdebit.info/10G.iso Résolution de ipv6.bouygues.testdebit.info (ipv6.bouygues.testdebit.info)… 2001:860:de01:1100::2
Connexion à ipv6.bouygues.testdebit.info (ipv6.bouygues.testdebit.info)|2001:860:de01:1100::2|:443… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 10000000000 (9,3G) [application/x-iso9660-image]
Sauvegarde en : « /dev/null »
/dev/null 100%[=====================================================================================================================⇒] 9,31G 673MB/s ds 14s
2021-10-27 13:03:45 (682 MB/s) — « /dev/null » sauvegardé [10000000000/10000000000]
13:03:45 nba@lap-nba:~$ wget -O /dev/null https://ipv4.paris.testdebit.info/10G.iso –2021-10-27 13:05:26– https://ipv4.paris.testdebit.info/10G.iso Résolution de ipv4.paris.testdebit.info (ipv4.paris.testdebit.info)… 89.84.1.194
Connexion à ipv4.paris.testdebit.info (ipv4.paris.testdebit.info)|89.84.1.194|:443… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 10000000000 (9,3G) [application/x-iso9660-image]
Sauvegarde en : « /dev/null »
/dev/null 100%[=====================================================================================================================⇒] 9,31G 68,4MB/s ds 2m 22s
2021-10-27 13:07:48 (67,2 MB/s) — « /dev/null » sauvegardé [10000000000/10000000000]
Soit 7G en IPv6 pour 0.7G en IPv4
Cordialement
nbanba
Bonjour
En fait après plusieurs reboot de la box avec le firmware 4.5.3-rc1 le bug semble avoir disparu… enfin… pour l'instant.
J'ai l'impression que ça apparaît après les changements de firmware, et que si je fais plusieurs reboot successifs de la box, ça fini par disparaître.
Bref, pas terrible comme analyse, je vous l'accorde, mais pour le moment je n'ai pas mieux, c'est vraiment bizarre comme comportement.
Côté réseau local, les équipements sont agnostiques des sorties internet (dont la box). Ils n'ont pour connaissance de l'état de la box que l'état de la route internet au travers de la box (soit UP, soit DOWN) donc ils ne peuvent pas être en cause dans cette problématique de perte de débit en IPv4 mais pas en IPv6.
A mon avis, il faut chercher du côté de la box c'est peut être hardware.
Je peux le faire mais il faudrait m'envoyer les logs du kernel et des app de la box (vous avez mon mail…)
PS: la box est le seul élément du réseau que je reboot, les autres équipements sont stables, leurs conf ont étés recettés, je n'y touche pas pendant les tests
Cordialement
nbanba
Bonjour
J'attends la sortie du 4.5.3-rc2 ou du 4.5.4 pour voir si je constate toujours ce comportement aux prochains changements de firmware, car depuis le dernier reboot je ne constate plus de souci (plusieurs reboot après celui où le firmware à changé et ou le bug est réapparu) :
Débit IPv4 à l'instant testé vers les serveurs de Bouygues Paris:
2021-11-02 09:29:46 (666 MB/s) — « /dev/null » sauvegardé [10000000000/10000000000]
Débit IPv6 à l'instant testé vers les serveurs de Bouygues Paris:
2021-11-02 09:33:09 (623 MB/s) — « /dev/null » sauvegardé [10000000000/10000000000]
Il est probable que d'autres personnes aient le même souci mais ne s'en rendent pas compte, car chez beaucoup, les devices présent sur le réseaux voir le réseau lui même ne permettent pas d'aller à plus de 0,7 gb/s en réel, soit le débit IPv4 mesuré lors du bug.
Si ceux qui ont une delta FTTH connectée à un réseau local full fibre (ou cuivre) à 10 gb/s avec les devices connectés sur le lan en 10 gb/s ou plus pouvaient regarder si durant les quelques premiers reboot après le flashage de leur delta par un nouveau firmware, ils ne constatent également pas ce bug, puis faire un retour ici, ça me permettrait peut être d'identifier la root cause de l'incident.
(sans les logs de la box ni l'aide des devs Free sur le sujet, il est compliqué d'avancer et de comprendre ce qu'il se passe)
En vous remerciant d'avance,
Cordialement
nbanba
Bonjour
Il y a 2 jours 14 heures 48 minutes, j'ai eu un passage forcé en 4.5.3 stable suite à sa publication :
- Le player Devialet à commencé par planter
- Suivi par la box quelque temps plus tard
Et qui dit plantage, dit reboot (sans que je ne fasse quoi que ce soit, la box à reboot 2 fois de suite en chargeant au passage le 4.5.3)…
Perso, j'apprécie avoir la maîtrise du firmware qui est déployé, ou au moins d'avoir la liberté de reboot ma box ou pas pour flash le firmware.
Cela nécessite peut-être l'ouverture d'un autre ticket, mais il serait bien d'avoir le choix du pipe de firmware que l'on déploit sur la box, par exemple Version stable V-2 , Version stable V-1, Version stable V, Version beta -rc1 / -rc2 / … rcN (surtout pour les béta-testeurs, afin de trouver les différences de comportements, tester la non régression, etc…)
Depuis le passage sur ce firmware 4.5.3 (pas 4.5.3-rc1), je n'ai pas constaté le bug décrit dans ce ticket (et je n'ai pas reboot depuis).
Avoir le choix entre plusieurs firmware permettrait d'isoler ce bug soit sur des firmwares précis soit de tester la non régression du firmware actuel par rapport à ce bug et de s'assurer que sa disparition n'est pas un coup de chance avec ce firmware, et qu'en cas de reflashage avec un firmware différent puis retour sur celui-ci ce bug ne réapparaîtrait pas.
Cordialement
nbanba
Bonjour
Passage volontaire sur le firmware 4.5.3 officiel publié hier.
Suite à une nouvelle batterie de tests, il n'y a pas eu de chute de débit en IPv4 depuis le reboot de la box.
Le problème semble soit corrigé, soit ne plus se manifester.
C'est une bonne nouvelle!
J'espère que ce n'est pas juste un concours de circonstances faisant que le bug ne se déclenche plus.
Cordialement
nbanba