Auteur Sujet: FreeBox Pop + Débit IPV4 (Bridé)? & IPV6 OK (Lu 16642 fois)

ducat · « **le:** 08 mai 2024 à 00:52:40 »

Bonjour,

je viens de passer à la fibre et je fais le constat suivant :
(je précise que j'ai fait de multiples testss dont le plus représentatif est l'utilisation d'un pc fraîchement monté avec une debian 12 - M.2 dessus + carte 2.5Gb/s -
Freebox en mode router ou en mode bridge).

les débits mesurés vers les mêmes serveur (via testdebit.info)
me donne des débit en ipv4 a 800/300 et le double ipv6 2000/700 voire en pointe 2200/800.

ceci confirme donc que j'ai une bonne liaison fibre ;-)

j'arrive donc à la suite de mon problème, comme j'utilise un pfsense dérriere et que je ne travaille qu'en ipv4, je ne profite pas du débit maxi

quelqu'un a t il fait le même constat ?
est ce un beug de la Freebox Pop, une volontée de Free ?

quelqu'un a t il une solution ?

ou des informations sur ce point ...

ducat · « **Réponse #1 le:** 08 mai 2024 à 01:25:03 »

voici quelque résulta de test ... avec l'outil checkFFTHFree.pl

en ipv6

===============================================================================
checkFtthFree
---------------
Programme de diagnostic de connexion FTTH Free

Ce programme analyse la configuration réseau du système et effectue différents
tests TCP (latence et débit mono-connexion) afin d'évaluer les performances de
la connexion FTTH et détecter d'éventuels dysfonctionnements.
Diverses options sont disponibles pour configurer ou désactiver certains tests,
voir --help (-h) pour plus d'information.

Avant de continuer, veuillez vérifier que rien d'autre ne consomme de la bande
passante sur le réseau (ordinateurs, Freebox player, télévision...), ni du CPU
sur le système de test (mises à jour automatiques, antivirus...).
===============================================================================
Appuyer sur Entrée pour continuer (ou Ctrl-C pour annuler)...

[checkFtthFree v0.14] Linux 6.1.0-21-amd64 (x86_64)
-------------------------- 2024-05-08 01:19:27 +0200 --------------------------
Paramétrage réseau actuel du système:
net.core.default_qdisc: fq_codel
net.core.rmem_max: 212992
net.core.wmem_max: 212992
net.ipv4.tcp_adv_win_scale: 1
net.ipv4.tcp_congestion_control: cubic
net.ipv4.tcp_mem: 189045   252060   378090
net.ipv4.tcp_no_metrics_save: 0
net.ipv4.tcp_rmem: 4096   131072   6291456
net.ipv4.tcp_sack: 1
net.ipv4.tcp_timestamps: 1
net.ipv4.tcp_window_scaling: 1
net.ipv4.tcp_wmem: 4096   16384   4194304
=> Latence TCP max pour une réception à 1 Gbps: 27 ms
=> Latence TCP max pour une émission à 700 Mbps: 35 ms

Test TCP local (IPv4): téléchargement depuis la Freebox
--> Latence: 0.87 ms         [gigue: 0.18 ms]
--> Débit: 289.07 Mo/s (2.31 Gbps)   [fluctuation: 0.66%]

Test TCP Internet (IPv6): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
--> Latence: 6.06 ms         [gigue: 0.17 ms]
--> Débit: 266.48 Mo/s (2.13 Gbps)   [fluctuation: 0.67%]

Test TCP Internet (IPv6): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 5.76 ms         [gigue: 0.17 ms]
--> Débit: 257.83 Mo/s (2.06 Gbps)   [fluctuation: 1.18%]
-------------------------- 2024-05-08 01:20:05 +0200 --------------------------

en standard ...

============================================================================
checkFtthFree
---------------
Programme de diagnostic de connexion FTTH Free

Ce programme analyse la configuration réseau du système et effectue différents
tests TCP (latence et débit mono-connexion) afin d'évaluer les performances de
la connexion FTTH et détecter d'éventuels dysfonctionnements.
Diverses options sont disponibles pour configurer ou désactiver certains tests,
voir --help (-h) pour plus d'information.

Avant de continuer, veuillez vérifier que rien d'autre ne consomme de la bande
passante sur le réseau (ordinateurs, Freebox player, télévision...), ni du CPU
sur le système de test (mises à jour automatiques, antivirus...).
===============================================================================
Appuyer sur Entrée pour continuer (ou Ctrl-C pour annuler)...

[checkFtthFree v0.14] Linux 6.1.0-21-amd64 (x86_64)
-------------------------- 2024-05-08 01:22:17 +0200 --------------------------
Paramétrage réseau actuel du système:
net.core.default_qdisc: fq_codel
net.core.rmem_max: 212992
net.core.wmem_max: 212992
net.ipv4.tcp_adv_win_scale: 1
net.ipv4.tcp_congestion_control: cubic
net.ipv4.tcp_mem: 189045   252060   378090
net.ipv4.tcp_no_metrics_save: 0
net.ipv4.tcp_rmem: 4096   131072   6291456
net.ipv4.tcp_sack: 1
net.ipv4.tcp_timestamps: 1
net.ipv4.tcp_window_scaling: 1
net.ipv4.tcp_wmem: 4096   16384   4194304
=> Latence TCP max pour une réception à 1 Gbps: 27 ms
=> Latence TCP max pour une émission à 700 Mbps: 35 ms

Test TCP local (IPv4): téléchargement depuis la Freebox
--> Latence: 0.88 ms         [gigue: 0.16 ms]
--> Débit: 285.76 Mo/s (2.29 Gbps)   [fluctuation: 1.83%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
--> Latence: 6.13 ms         [gigue: 0.07 ms]
--> Débit: 101.54 Mo/s (812.28 Mbps)   [fluctuation: 0.96%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 5.73 ms         [gigue: 0.10 ms]
--> Débit: 103.35 Mo/s (826.78 Mbps)   [fluctuation: 1.28%]
-------------------------- 2024-05-08 01:22:55 +0200 --------------------------

ceci est bien flagrant ...

ouno · « **Réponse #2 le:** 08 mai 2024 à 12:10:28 »

Ah oui ça fait une bonne différence quand même, et ça donne quoi en utilisant les serveurs de test alternatifs (paramètre -a) ?

Je suppose que tu as testé depuis d'autres systèmes que ton pc fraîchement monté sous Debian 12, pour éliminer la possibilité d'une configuration IPv4 / Ipv6 particulière sur ton système de test ?

ducat · « **Réponse #3 le:** 08 mai 2024 à 14:05:10 »

Bonjour,

la machine de test debian; a été la configuration mise en place pour valider les les resultats sur d'autre machine ;-)

je n'ai pas utiliser d'autre serveur (-a), mais lors de mes essais j'ai bien test d'autre serveur ... ;-)

a ce jour je n'ai pas trouvé de solution ...

La Brosse Adam · « **Réponse #4 le:** 23 juin 2024 à 13:03:31 »

Bonjour,
Je rencontre le même problème après être passé à la freebox POP.
Après plusieurs heures à débug pourquoi je n'avais "que" 900 Mb/s sur mon serveur, je me suis rendu compte qu'un PC windows (donc avec une IPv6 par défaut) pouvait tirer 1800Mb/s.

Après avoir assigné une IPv6 SLAAC à mon serveur, je me rend compte que je rencontre exactement le même phénomène.

Exemple avec iperf3 :

Code: [Sélectionner]

iperf3 -c ping.online.net -p 5200 -R

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.13  sec  1.07 GBytes   906 Mbits/sec  3318             sender
[  5]   0.00-10.00  sec  1012 MBytes   849 Mbits/sec                  receiver

En ipv6 :

Code: [Sélectionner]

iperf3 -c ping6.online.net -p 5200 -R

[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.05  sec  2.39 GBytes  2.04 Gbits/sec  82830             sender
[  5]   0.00-10.00  sec  2.31 GBytes  1.98 Gbits/sec                  receiver

Idem avec checkFtthFree.pl, en ipv4 :

Code: [Sélectionner]

Test TCP local (IPv4): téléchargement depuis la Freebox
  --> Latence: 0.49 ms                  [gigue: 0.07 ms]
  --> Débit: 257.03 Mo/s (2.06 Gbps)    [fluctuation: 1.22%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
  --> Latence: 8.02 ms                  [gigue: 0.38 ms]
  --> Débit: 101.51 Mo/s (812.07 Mbps)  [fluctuation: 6.96%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
  --> Latence: 7.50 ms                  [gigue: 0.13 ms]
  --> Débit: 106.48 Mo/s (851.87 Mbps)  [fluctuation: 0.62%]

Et en ipv6, magie :

Code: [Sélectionner]

Test TCP local (IPv4): téléchargement depuis la Freebox
  --> Latence: 0.46 ms                  [gigue: 0.06 ms]
  --> Débit: 265.70 Mo/s (2.13 Gbps)    [fluctuation: 1.11%]

Test TCP Internet (IPv6): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
  --> Latence: 8.13 ms                  [gigue: 0.28 ms]
  --> Débit: 260.50 Mo/s (2.08 Gbps)    [fluctuation: 0.92%]

Test TCP Internet (IPv6): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
  --> Latence: 7.61 ms                  [gigue: 0.20 ms]
  --> Débit: 264.48 Mo/s (2.12 Gbps)    [fluctuation: 3.47%]

Je n'ai trouvé aucune solution à ce jour

Pegasus38 · « **Réponse #5 le:** 23 juin 2024 à 21:53:42 »

L'ipv4 remonte sur Paris chez Free, mais ici votre latence est la même en v6 et v4 donc je sais pas trop

kgersen · « **Réponse #6 le:** 24 juin 2024 à 09:08:14 »

Citation de: La Brosse Adam le 23 juin 2024 à 13:03:31

Après avoir assigné une IPv6 SLAAC à mon serveur, je me rend compte que je rencontre exactement le même phénomène.

Exemple avec iperf3 :
...

que donne ces tests iperf3 avec -P 4 en plus ?

ducat · « **Réponse #7 le:** 08 juillet 2024 à 21:31:12 »

meme resultat ;-) et meme difference ipv4 ipv6

ducat · « **Réponse #8 le:** 25 juillet 2024 à 18:21:07 »

Citation de: kgersen le 24 juin 2024 à 09:08:14

que donne ces tests iperf3 avec -P 4 en plus ?

la situation et le resultat est le même ....

kevinpato · « **Réponse #9 le:** 26 juillet 2024 à 07:55:40 »

Pour info, j'ai le même type de problème sur Freebox Revolution, j'ai décrit cela ici : https://www.aduf.org/viewtopic.php?t=293416
Pas de solution à ce jour... L'assistance Free n'a pas aidé.
Le débit faible est principalement lié à une perte de paquets importante en IPV4 en ce qui me concerne.

tutosfaciles48 · « **Réponse #10 le:** 26 juillet 2024 à 10:34:03 »

Il n'y a aucun bridage en ipv4, mais du fait que toutes les connexions ipv4 sont encapsulées, vous n'êtes pas tous seul au bout du tunnel (littéralement) donc forcément aux heures de pointe ça coince

kevinpato · « **Réponse #11 le:** 26 juillet 2024 à 10:47:18 »

Certes mais personnellement j'ai le cas quelque soit l'heure et le jour, jamais dépassé 200mbits en IPV4 avec mon offre Freebox Revolution Light et le principal pour moi ce sont les pertes de paquets.