La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Free => 
Débits fibre Free => Discussion démarrée par: Nyxtorm le 03 juin 2023 à 13:49:19
-
Bonjour,
Je constate sur ma Freebox Delta un upload anormal uniquement lorsque je passe par la prise SFP+. Celui-ci a un effet "yo-yo" très marqué et varie entre 410 Mbps et 500 Mbps (dans le meilleur des cas).
Exemple de speedtest dans cette configuration :
Server: BOUYGUES TELECOM BBR - Grenoble (id: 58158)
ISP: Free SAS
Idle Latency: 17.93 ms (jitter: 0.16ms, low: 17.75ms, high: 18.33ms)
Download: 5619.43 Mbps (data used: 6.6 GB)
63.70 ms (jitter: 43.47ms, low: 17.19ms, high: 542.57ms)
Upload: 472.86 Mbps (data used: 607.5 MB)
17.75 ms (jitter: 0.32ms, low: 17.14ms, high: 19.49ms)
Packet Loss: 0.0%
Pendant toute la durée du test, on constate que le débit montant descend petit à petit, parfois jusqu'à ~410 Mbps. Mon download n'a pas le problème, il varie entre 5 et 7 Gbps en fonction de l'heure et du serveur en face.
Si je bascule vers un lien gigabit RJ45 derrière la Freebox, je sature mon lien en download et j'ai bien un upload régulier et cohérent pendant tout le test entre 670-690 Mo :
Server: BOUYGUES TELECOM BBR - Grenoble (id: 58158)
ISP: Free SAS
Idle Latency: 18.19 ms (jitter: 0.19ms, low: 17.94ms, high: 18.36ms)
Download: 945.88 Mbps (data used: 1.1 GB)
44.25 ms (jitter: 21.91ms, low: 17.68ms, high: 458.65ms)
Upload: 673.37 Mbps (data used: 651.2 MB)
18.43 ms (jitter: 0.79ms, low: 16.88ms, high: 35.30ms)
Packet Loss: 0.0%
Ma configuration pour ces tests :
- Test via SFP+ : Freebox => SFP+ => DAC 10Gtek 3m passif => SFP+ Proxmox => VM de test
- Test via RJ45 : Freebox => RJ45 => Câble CAT6 => RJ45 Proxmox => VM de test
+ Freebox => RJ45 => Câble CAT6 => Module SFP+ Gigabit => SFP+ Proxmox => VM de test (simplement pour valider que ce n'est pas la carte réseau côté hyperviseur qui gênerait l'envoi)
Du coup je me demandais :
- Est-ce que les personnes qui utilisent le module SFP+ de la Freebox Delta constatent également ce phénomène sur la sortie ?
- Est-ce que le problème pourrait venir du DAC matériellement parlant même s'il ne se produit que dans un sens ? (Je n'en ai pas d'autre pour tester)
- Est-ce que le problème pourrait venir du connecteur SFP+ de la Freebox Delta ?
Je suis conscient que 400 Mbps en montant sont déjà très corrects, mais le sentiment de fonctionner avec un lien "bancal" me gêne. Et je ne cracherais pas sur les ~680 Mbps pour les sauvegardes quotidiennes et le stockage vidéosurveillance vers un autre site. 😅
Merci pour vos lumières ! 🤓
-
Petite mise à jour :
Après de nombreux tests, plusieurs rappels du support "premium" Free, et après avoir ouvert un ticket sur dev.freebox.fr (sans réponse...), j'en suis arrivé à la conclusion que dès que le lien sur le SFP+ LAN est négocié en 10 Gbps, l'upload se bride.
Changer de DAC, ou encore passer sur un lien monomode avec deux modules SFP+ 10G LR n'y change rien.
Donc soit je choisis de brider mon download via le port RJ45 gigabit, soit je choisis de brider mon upload via le port SFP+...
Et Free n'a même pas accepté d'échanger la Freebox.
-
Support premium... Free ou Free pro?
-
Support premium... Free ou Free pro?
Freebox classique Delta, je n'ai pas pris une ligne Pro. Les dernières personnes que j'ai eu et avec qui j'ai eu des RDV téléphoniques se sont annoncées comme ça, mais je ne saurai pas dire à quoi correspondait l'intitulé "premium". Mais je n'étais clairement plus sur du premier niveau.
-
Les 2 utilisations ne semblant pas passer par le même "hard", est-ce qu'il ne pourrait pas y avoir une problématique de pilote avec la carte où il y a le SFP+?...
-
En branchant un module SFP+ 1 Gigabit RJ45 sur ma carte réseau et en me branchant à un port gigabit de la Freebox, depuis le même port je sors bien avec un upload normal.
Et si je fais l'opération inverse (module SFP+ RJ45 1G côté Freebox), l'upload est bon aussi.
Il me reste donc à voir si c'est ma carte réseau (que je prévois changer pour une X520-DA2), ou la Freebox qui gère mal le lien négocié en 10 Gbps.
-
Bonjour,
Je constate sur ma Freebox Delta un upload anormal uniquement lorsque je passe par la prise SFP+. Celui-ci a un effet "yo-yo" très marqué et varie entre 410 Mbps et 500 Mbps (dans le meilleur des cas).
Exemple de speedtest dans cette configuration :
Server: BOUYGUES TELECOM BBR - Grenoble (id: 58158)
ISP: Free SAS
Idle Latency: 17.93 ms (jitter: 0.16ms, low: 17.75ms, high: 18.33ms)
Download: 5619.43 Mbps (data used: 6.6 GB)
63.70 ms (jitter: 43.47ms, low: 17.19ms, high: 542.57ms)
Upload: 472.86 Mbps (data used: 607.5 MB)
17.75 ms (jitter: 0.32ms, low: 17.14ms, high: 19.49ms)
Packet Loss: 0.0%
Pendant toute la durée du test, on constate que le débit montant descend petit à petit, parfois jusqu'à ~410 Mbps. Mon download n'a pas le problème, il varie entre 5 et 7 Gbps en fonction de l'heure et du serveur en face.
Si je bascule vers un lien gigabit RJ45 derrière la Freebox, je sature mon lien en download et j'ai bien un upload régulier et cohérent pendant tout le test entre 670-690 Mo :
Server: BOUYGUES TELECOM BBR - Grenoble (id: 58158)
ISP: Free SAS
Idle Latency: 18.19 ms (jitter: 0.19ms, low: 17.94ms, high: 18.36ms)
Download: 945.88 Mbps (data used: 1.1 GB)
44.25 ms (jitter: 21.91ms, low: 17.68ms, high: 458.65ms)
Upload: 673.37 Mbps (data used: 651.2 MB)
18.43 ms (jitter: 0.79ms, low: 16.88ms, high: 35.30ms)
Packet Loss: 0.0%
Ma configuration pour ces tests :
- Test via SFP+ : Freebox => SFP+ => DAC 10Gtek 3m passif => SFP+ Proxmox => VM de test
- Test via RJ45 : Freebox => RJ45 => Câble CAT6 => RJ45 Proxmox => VM de test
+ Freebox => RJ45 => Câble CAT6 => Module SFP+ Gigabit => SFP+ Proxmox => VM de test (simplement pour valider que ce n'est pas la carte réseau côté hyperviseur qui gênerait l'envoi)
Du coup je me demandais :
- Est-ce que les personnes qui utilisent le module SFP+ de la Freebox Delta constatent également ce phénomène sur la sortie ?
- Est-ce que le problème pourrait venir du DAC matériellement parlant même s'il ne se produit que dans un sens ? (Je n'en ai pas d'autre pour tester)
- Est-ce que le problème pourrait venir du connecteur SFP+ de la Freebox Delta ?
Je suis conscient que 400 Mbps en montant sont déjà très corrects, mais le sentiment de fonctionner avec un lien "bancal"me gêne. Et je ne cracherais pas sur les ~680 Mbps pour les sauvegardes quotidiennes et le stockage vidéosurveillance vers un autre site. 😅
Merci pour vos lumières ! 🤓
Pour la part j’utilise le module SFP+ de la delta pour le relier à un routeur QNAP QSW-2104-2S.
Tout fonctionne parfaitement. https://www.speedtest.net/fr/result/c/2e1b64fb-3ed5-4dfe-a5f9-5d58575d0e72.png (https://www.speedtest.net/fr/result/c/2e1b64fb-3ed5-4dfe-a5f9-5d58575d0e72.png)
Cela me permet d’utiliser mon NAS en 10Gbit/s et le reste en 2,5Gb/s pour les appareils qui le peuvent.
Je pense que c’est un investissement mais ensuite tu es beaucoup plus libre pour relier tout ce que tu veux derrière avec des débits intéressants. (Et comme c’est un routeur non manageable c’est transparent niveau réseau donc facile à mettre en œuvre).
-
Cette histoire de débit mauvais en upload en SFP+ me dit quelque chose. Il faudrait rechercher sur le forum mais je crois que c'était des problèmes de driver/configuration de la carte réseau.
-
@underground78,
Je vais continuer à chercher, et je viens de découvrir les notions de CUBIC et de BBR. Je n'ai pas encore saisi la différence, mais sur une VM debian, si je définis dans /etc/sysctl.conf :
net.ipv4.tcp_congestion_control=bbret que je recharge ses valeurs, le problème sur l'upload disparaît immédiatement sur le port SFP+ (par défaut, Debian utilise le mode cubic).
Ca a bien touché quelque chose, en revanche, je ne vois pas pourquoi le comportement change entre le ports SFP+ et le port RJ45... J'aimerais éviter de devoir reconfigurer toutes mes VMs.
-
As-tu moyen d'observer les flux réseaux pour voir les ratios de pertes de paquets ? Le but est de comparer entre RJ45 et SFP+.
Si tu peux comparer en mettant ton SFP entre deux machines directement (c'est à dire en te passant de la freebox), c'est encore mieux.
Il y a très probablement de la perte de paquets sur ton lien SFP, et le fait d'utiliser BBR les masque puisque bien plus résilient que Cubic.
EDIT: tu peux également mesurer le débit et la perte de paquets entre ta machine connectée en SFP et une autre connectée en RJ45 sur la freebox.
-
As-tu moyen d'observer les flux réseaux pour voir les ratios de pertes de paquets ? Le but est de comparer entre RJ45 et SFP+.
Si tu peux comparer en mettant ton SFP entre deux machines directement (c'est à dire en te passant de la freebox), c'est encore mieux.
Il y a très probablement de la perte de paquets sur ton lien SFP, et le fait d'utiliser BBR les masque puisque bien plus résilient que Cubic.
EDIT: tu peux également mesurer le débit et la perte de paquets entre ta machine connectée en SFP et une autre connectée en RJ45 sur la freebox.
BBR entre la box et le PC ? Ça sature ?
-
Je n'ai malheureusement la possibilité de tester le lien 10 Gbps qu'entre mon hyperviseur (et donc toutes mon infrastructure virtuelle) et la Freebox. je n'ai pas d'autres équipements physique 10 Gbps actuellement.
La Freebox est directement branchée à mon Hyperviseur Proxmox où s'y trouve mon routeur Vyos.
Je viens de trouver un vieux sujet qui remonte exactement le même souci avec la carte que je souhaitais acheter donc je pense que cela confirme que le souci est bien sur la Delta en interne : https://lafibre.info/1gb-free/debit-upload-x520-da1
-
Ça a été testé ça :
Hello,
De mon côté j'ai trouvé une solution.
Pour informations j'avais un débit de 3500Mbps en DOWNLOAD et ... 0 ou 0.16 au mieux en UPLOAD quand je passais par l'ethernet 10gbs de ma carte Asrock Creator x570 (Aquantia). Par contre si je repassais sur l'ethernet "normal" 1000Mbps j'avais des débits normaux de 950/950.
Je suis tombé sur le thread suivant : https://rog.asus.com/forum/showthread.php?106476-Aquantia-10Gbe-fix-by-disabling-one-advanced-setting-on-the-chip-thru-device-manager!
Et la miracle, en désactivant "Recv Segment Coalescing (IPv4)" je suis passé à plus 5000Mbps en UPLOAD. Je ne sais pas précisément se que ça fait de désactiver cette option et si ça va poser problème ailleurs (si vous avez une réponse n'hésitez pas).
Je précise que je suis en Suisse chez Salt.
Si ça peu aider...
-
Ça a été testé ça :
La Freebox est branchée sur Proxmox (Debian), lorsque je lance un ethtool -c sur l'interface connectée à la Delta, j'ai cette sortie :
root@pioneer:~# ethtool -c enp33s0f1
Coalesce parameters for enp33s0f1:
Adaptive RX: n/a TX: n/a
stats-block-usecs: n/a
sample-interval: n/a
pkt-rate-low: n/a
pkt-rate-high: n/a
rx-usecs: 24
rx-frames: n/a
rx-usecs-irq: n/a
rx-frames-irq: n/a
tx-usecs: 48
tx-frames: n/a
tx-usecs-irq: n/a
tx-frames-irq: n/a
rx-usecs-low: n/a
rx-frame-low: n/a
tx-usecs-low: n/a
tx-frame-low: n/a
rx-usecs-high: n/a
rx-frame-high: n/a
tx-usecs-high: n/a
tx-frame-high: n/a
Je ne saurais pas bien interpréter si l'équivalent de "Recv Segment Coalescing (IPv4)" pour Windows est désactivé ici.
EDIT :
J'ai tenté :
ethtool -C enp33s0f1 rx-usecs 0
ethtool -C enp33s0f1 tx-usecs 0
Mais le résultat est le même.
-
À mon sens ce ne sont pas les mêmes paramètres, et ceux que tu as désactivé (interrupt coalescing) risquent fort de diminuer les performances ou d'occuper le CPU plus que nécessaire.
L'équivalent de "Recv Segment Coalescing" sous linux est probablement une combinaison de ces paramètres:
tso on|off
Specifies whether TCP segmentation offload should be enabled.
ufo on|off
Specifies whether UDP fragmentation offload should be enabled
gso on|off
Specifies whether generic segmentation offload should be enabled
gro on|off
Specifies whether generic receive offload should be enabled
lro on|off
Specifies whether large receive offload should be enabled
(extrait du man d'ethtool)
-
C'est pas une histoire d'économie d'énergie?
-
Je remets les valeurs d'origine lorsque je vois que le test n'a pas été concluant.
J'ai donc testé de désactiver le TSO, GSO, GRO et LRO avec un test entre chaque désactivation, ça n'a malheureusement rien changé. Toujours un excellent download (qui dépasse très souvent les 7 Gbps) et un upload bridé :-\ :
Speedtest by Ookla
Server: BOUYGUES TELECOM BBR - Grenoble (id: 58158)
ISP: Free SAS
Idle Latency: 17.58 ms (jitter: 0.26ms, low: 17.24ms, high: 17.67ms)
Download: 6689.67 Mbps (data used: 8.4 GB)
140.34 ms (jitter: 60.48ms, low: 16.77ms, high: 1769.68ms)
Upload: 475.99 Mbps (data used: 514.8 MB)
17.33 ms (jitter: 0.31ms, low: 16.74ms, high: 19.33ms)
Packet Loss: 0.0%
EDIT :
@griselidi,
Je dirais que non car le download est bien supérieur et devrait en théorie aussi être freiné dans le cas où ce serait la gestion de l'alimentation.
-
Ça venait des pertes de paquets il me semble, c'est pour cela que BBR "corrige" le problème
Chez les autres opérateurs aucun soucis avec le même hardware.
-
Effectivement, un iperf avec BBR augmente le débit "visuellement"... mais je me retrouve avec plusieurs dizaines de milliers de retries, ça ne revient donc qu'à cacher le problème :
- BBR :
16:52:11|root@titanium ~ # iperf3 -c paris.testdebit.info -p 9210 -6 -C bbr
Connecting to host paris.testdebit.info, port 9210
[ 5] local 2a01:e0a:xxxxxxxx port 52272 connected to 2001:860:de01:1101::2 port 9210
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 73.7 MBytes 618 Mbits/sec 7904 2.26 MBytes
[ 5] 1.00-2.00 sec 77.5 MBytes 650 Mbits/sec 4150 2.15 MBytes
[ 5] 2.00-3.00 sec 80.0 MBytes 671 Mbits/sec 2809 2.15 MBytes
[ 5] 3.00-4.00 sec 77.5 MBytes 650 Mbits/sec 2304 2.73 MBytes
[ 5] 4.00-5.00 sec 78.8 MBytes 661 Mbits/sec 6056 1.28 MBytes
[ 5] 5.00-6.00 sec 75.0 MBytes 629 Mbits/sec 4592 2.61 MBytes
[ 5] 6.00-7.00 sec 78.8 MBytes 661 Mbits/sec 3311 1.02 MBytes
[ 5] 7.00-8.00 sec 80.0 MBytes 671 Mbits/sec 2132 1.37 MBytes
[ 5] 8.00-9.00 sec 78.8 MBytes 661 Mbits/sec 2139 1.29 MBytes
[ 5] 9.00-10.00 sec 78.8 MBytes 661 Mbits/sec 2530 2.18 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 779 MBytes 653 Mbits/sec 37927 sender
[ 5] 0.00-10.04 sec 777 MBytes 649 Mbits/sec receiver
- Cubic :
16:51:58|root@titanium ~ # iperf3 -c paris.testdebit.info -p 9210 -6
Connecting to host paris.testdebit.info, port 9210
[ 5] local 2a01:e0a:xxxxxxxx port 41654 connected to 2001:860:de01:1101::2 port 9210
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 65.9 MBytes 553 Mbits/sec 294 1004 KBytes
[ 5] 1.00-2.00 sec 77.5 MBytes 650 Mbits/sec 0 1.07 MBytes
[ 5] 2.00-3.00 sec 75.0 MBytes 629 Mbits/sec 68 823 KBytes
[ 5] 3.00-4.00 sec 43.8 MBytes 367 Mbits/sec 25 629 KBytes
[ 5] 4.00-5.00 sec 42.5 MBytes 357 Mbits/sec 1 484 KBytes
[ 5] 5.00-6.00 sec 37.5 MBytes 315 Mbits/sec 0 538 KBytes
[ 5] 6.00-7.00 sec 42.5 MBytes 356 Mbits/sec 0 594 KBytes
[ 5] 7.00-8.00 sec 45.0 MBytes 378 Mbits/sec 0 650 KBytes
[ 5] 8.00-9.00 sec 48.8 MBytes 409 Mbits/sec 0 706 KBytes
[ 5] 9.00-10.00 sec 53.8 MBytes 451 Mbits/sec 0 761 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 532 MBytes 446 Mbits/sec 388 sender
[ 5] 0.00-10.04 sec 530 MBytes 443 Mbits/sec receiver
EDIT :
Et résultat de l'outil checkFtthFree depuis un poste Windows :
[checkFtthFree v0.12] Windows 10 Build 22621 (64-bit)
-------------------------- 2023-06-12 16:57:50 +0200 --------------------------
Paramétrage réseau actuel du système:
AutoTuningLevelLocal: Normal
CongestionProvider: CUBIC
EcnCapability: Disabled
NetworkCategory: Public
ScalingHeuristics: Disabled
Timestamps: Allowed
=> Latence TCP max pour une réception à 1 Gbps: 141 ms
Test TCP local (IPv4): téléchargement depuis la Freebox
--> Latence: 0.71 ms [gigue: 0.12 ms]
--> Débit: 111.78 Mo/s (894.22 Mbps) [fluctuation: 1.94%]
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
--> Latence: 13.17 ms [gigue: 0.20 ms]
--> Débit: 112.49 Mo/s (899.94 Mbps) [fluctuation: 3.04%]
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 12.91 ms [gigue: 0.24 ms]
--> Débit: 12.37 Mo/s (99.00 Mbps) [fluctuation: 13.96%]
[!] La connexion aux serveurs de test semble affectée par une perte de paquets prononcée
(ratio débit CUBIC/BBR: 11.00%)
-------------------------- 2023-06-12 16:58:32 +0200 --------------------------
-
Si je ne me trompe, l'utilitaire montre des problème sur le download, avec les retries qui vont... ou pas, selon BBR ou CUBIC... Mais la quelification de l'Upload ne semble pas y être.
-
J'ai donc testé de désactiver le TSO, GSO, GRO et LRO avec un test entre chaque désactivation, ça n'a malheureusement rien changé. Toujours un excellent download (qui dépasse très souvent les 7 Gbps) et un upload bridé :-\ :
Donc on peut penser que la solution proposée par Myck205 ne correspond pas à ton problème.
En IPv6, tu as les mêmes soucis ? Le poste windows est lui aussi connecté en SFP à 10Gbit/s ?
Est-ce que tu arrives à négocier en 1, 2.5 ou 5Gbit/s sur le SFP ? En fonction de ce qui est supporté par la freebox et ta carte SFP, tu peux potentiellement essayer de négocier un link rate plus faible pour tester.
-
t'as des erreurs localement ?
ip -s link show dev ens8
4: ens8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
link/ether 00:xxxxxxxxx brd ff:ff:ff:ff:ff:ff
RX: bytes packets errors dropped missed mcast
41188721745 52005791 0 4374 0 649948
TX: bytes packets errors dropped carrier collsns
46746629095 48454741 0 0 0 0
altname enp7s0
ligne TX= emission
ajuste ens8 a ton interface 10G.
pour la connaitre, par exemple:
ip route get 8.8.8.8