Auteur Sujet: Débit down TCP Cubic faible FTTH SFR  (Lu 3919 fois)

0 Membres et 1 Invité sur ce sujet

xuaeser

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 121
  • Villeurbanne (69)
Débit down TCP Cubic faible FTTH SFR
« Réponse #12 le: 15 mars 2023 à 14:00:36 »
Oui, je ne l'avais pas précisé ici mais c'est pareil en IPv6.
Test TCP Internet (IPv6): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
  --> Latence: 9.81 ms [gigue: 0.06 ms]
  --> Débit: 64.49 Mo/s (515.94 Mbps) [fluctuation: 1.85%]

Test TCP Internet (IPv6): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
  --> Latence: 9.64 ms [gigue: 0.14 ms]
  --> Débit: 5.04 Mo/s (40.30 Mbps) [fluctuation: 1.50%]

xuaeser

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 121
  • Villeurbanne (69)
Débit down TCP Cubic faible FTTH SFR
« Réponse #13 le: 21 avril 2023 à 17:06:08 »
J'ai poursuivi un peu les investigations, avec des mesures iperf3, en UDP, depuis un serveur Lyonnais situé à moins de 3ms de chez moi (mais en dehors du réseau SFR quand même).

iperf3, UDP, mesure du sens descendant de la FTTH, pacing-timer par defaut (1ms):
Débit émisDébit reçu% perte paquet
5.00 Mbps4.99 Mbps < 0.2%
25.0 Mbps25.0 Mbps < 0.2%
50.0 Mbps50.0 Mbps < 0.2%
100 Mbps99.9 Mbps < 0.2%
200 Mbps200 Mbps < 0.2%
300 Mbps299 Mbps < 0.2%
400 Mbps399 Mbps < 0.2%
500 Mbps498 Mbps 0.3%
550 Mbps548 Mbps 0.22%
600 Mbps573 Mbps 4.3%
650 Mbps571 Mbps 12%
700 Mbps573 Mbps 18%
800 Mbps550 Mbps 31%
900 Mbps536 Mbps 40%

On vois qu'il y a systématiquement de la perte de paquet. Même sur des faibles débits, impossible d'être à 0% de perte.
On plafonne vers 550-570Mbps.

Maintenant, refaisons les tests, en ne changeant qu'un seul paramètre: --pacing-timer 10

iperf3, UDP, mesure du sens descendant de la FTTH, --pacing-timer 10 (10μs):
Débit émisDébit reçu% perte paquet
5.00 Mbps4.99 Mbps 0.25%
25.0 Mbps24.9 Mbps 0.25%
50.0 Mbps50.0 Mbps < 0.2%
100 Mbps99.9 Mbps < 0.2%
200 Mbps200 Mbps < 0.2%
300 Mbps299 Mbps < 0.2%
400 Mbps399 Mbps < 0.2%
500 Mbps499 Mbps < 0.2%
600 Mbps599 Mbps < 0.2%
700 Mbps698 Mbps < 0.2%
800 Mbps796 Mbps 0.35%
900 Mbps895 Mbps 0.41%

Il y a toujours de la perte par tout a fait négligeable, mais on arrive quasiment au 1 Gbps de l'offre commerciale.

Ce sont bien les pertes de paquet qui empêchent TCP de monter en débit, en particulier quand TCP Cubic est utilisé.
Après, où disparaissent ces paquets...

Les résultats bruts:

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-600.00 sec   358 MBytes  5.00 Mbits/sec  0.000 ms  0/258978 (0%)  sender
[  5]   0.00-600.05 sec   357 MBytes  4.99 Mbits/sec  0.103 ms  242/258978 (0.093%)  receiver

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-240.00 sec   715 MBytes  25.0 Mbits/sec  0.000 ms  0/517954 (0%)  sender
[  5]   0.00-240.04 sec   714 MBytes  25.0 Mbits/sec  0.051 ms  641/517954 (0.12%)  receiver

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-120.00 sec   715 MBytes  50.0 Mbits/sec  0.000 ms  0/517952 (0%)  sender
[  5]   0.00-120.04 sec   715 MBytes  50.0 Mbits/sec  0.019 ms  18/517952 (0.0035%)  receiver

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-60.00  sec   715 MBytes   100 Mbits/sec  0.000 ms  0/517949 (0%)  sender
[  5]   0.00-60.04  sec   715 MBytes  99.9 Mbits/sec  0.016 ms  12/517949 (0.0023%)  receiver

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-30.00  sec   715 MBytes   200 Mbits/sec  0.000 ms  0/517942 (0%)  sender
[  5]   0.00-30.04  sec   715 MBytes   200 Mbits/sec  0.015 ms  141/517942 (0.027%)  receiver

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-30.00  sec  1.05 GBytes   300 Mbits/sec  0.000 ms  0/776914 (0%)  sender
[  5]   0.00-30.04  sec  1.05 GBytes   299 Mbits/sec  0.014 ms  328/776914 (0.042%)  receiver

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-30.00  sec  1.40 GBytes   400 Mbits/sec  0.000 ms  0/1035886 (0%)  sender
[  5]   0.00-30.04  sec  1.40 GBytes   399 Mbits/sec  0.013 ms  416/1035886 (0.04%)  receiver

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-30.00  sec  1.75 GBytes   500 Mbits/sec  0.000 ms  0/1294859 (0%)  sender
[  5]   0.00-30.04  sec  1.74 GBytes   498 Mbits/sec  0.011 ms  3864/1294859 (0.3%)  receiver

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-30.00  sec  1.92 GBytes   550 Mbits/sec  0.000 ms  0/1424345 (0%)  sender
[  5]   0.00-30.04  sec  1.92 GBytes   548 Mbits/sec  0.013 ms  3111/1424345 (0.22%)  receiver

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-30.00  sec  2.10 GBytes   600 Mbits/sec  0.000 ms  0/1553834 (0%)  sender
[  5]   0.00-30.04  sec  2.01 GBytes   573 Mbits/sec  0.012 ms  66974/1553828 (4.3%)  receiver

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-30.00  sec  2.27 GBytes   650 Mbits/sec  0.000 ms  0/1683320 (0%)  sender
[  5]   0.00-30.04  sec  2.00 GBytes   571 Mbits/sec  0.013 ms  203634/1683314 (12%)  receiver

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-30.00  sec  2.44 GBytes   700 Mbits/sec  0.000 ms  0/1812809 (0%)  sender
[  5]   0.00-30.04  sec  2.00 GBytes   573 Mbits/sec  0.011 ms  327106/1812796 (18%)  receiver

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-30.00  sec  2.79 GBytes   800 Mbits/sec  0.000 ms  0/2071782 (0%)  sender
[  5]   0.00-30.04  sec  1.92 GBytes   550 Mbits/sec  0.013 ms  646605/2071757 (31%)  receiver

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-30.00  sec  3.14 GBytes   900 Mbits/sec  0.000 ms  0/2330759 (0%)  sender
[  5]   0.00-30.04  sec  1.88 GBytes   536 Mbits/sec  0.012 ms  940111/2330728 (40%)  receiver




PACING  --pacing-timer 10

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-600.00 sec   358 MBytes  5.00 Mbits/sec  0.000 ms  0/258978 (0%)  sender
[  5]   0.00-600.04 sec   357 MBytes  4.99 Mbits/sec  0.070 ms  652/258978 (0.25%)  receiver

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-240.00 sec   715 MBytes  25.0 Mbits/sec  0.000 ms  0/517956 (0%)  sender
[  5]   0.00-240.04 sec   713 MBytes  24.9 Mbits/sec  0.032 ms  1279/517956 (0.25%)  receiver

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-120.00 sec   715 MBytes  50.0 Mbits/sec  0.000 ms  0/517956 (0%)  sender
[  5]   0.00-120.04 sec   715 MBytes  50.0 Mbits/sec  0.018 ms  232/517956 (0.045%)  receiver

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-60.00  sec   715 MBytes   100 Mbits/sec  0.000 ms  0/517956 (0%)  sender
[  5]   0.00-60.04  sec   715 MBytes  99.9 Mbits/sec  0.008 ms  214/517956 (0.041%)  receiver

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-60.00  sec  1.40 GBytes   200 Mbits/sec  0.000 ms  0/1035911 (0%)  sender
[  5]   0.00-60.04  sec  1.40 GBytes   200 Mbits/sec  0.027 ms  310/1035911 (0.03%)  receiver

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-30.00  sec  1.05 GBytes   300 Mbits/sec  0.000 ms  0/776934 (0%)  sender
[  5]   0.00-30.04  sec  1.05 GBytes   299 Mbits/sec  0.019 ms  346/776932 (0.045%)  receiver

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-30.00  sec  1.40 GBytes   400 Mbits/sec  0.000 ms  0/1035911 (0%)  sender
[  5]   0.00-30.04  sec  1.40 GBytes   399 Mbits/sec  0.018 ms  167/1035908 (0.016%)  receiver

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-30.00  sec  1.75 GBytes   500 Mbits/sec  0.000 ms  0/1294890 (0%)  sender
[  5]   0.00-30.04  sec  1.75 GBytes   499 Mbits/sec  0.017 ms  600/1294886 (0.046%)  receiver

[  5]   0.00-30.00  sec  2.10 GBytes   600 Mbits/sec  0.000 ms  0/1553868 (0%)  sender
[  5]   0.00-30.05  sec  2.09 GBytes   599 Mbits/sec  0.034 ms  1181/1553868 (0.076%)  receiver

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-30.00  sec  2.44 GBytes   700 Mbits/sec  0.000 ms  0/1812845 (0%)  sender
[  5]   0.00-30.04  sec  2.44 GBytes   698 Mbits/sec  0.018 ms  1537/1812842 (0.085%)  receiver

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-30.00  sec  2.79 GBytes   800 Mbits/sec  0.000 ms  0/2071820 (0%)  sender
[  5]   0.00-30.05  sec  2.78 GBytes   796 Mbits/sec  0.016 ms  7322/2071820 (0.35%)  receiver

[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-30.00  sec  3.14 GBytes   900 Mbits/sec  0.000 ms  0/2330799 (0%)  sender
[  5]   0.00-30.05  sec  3.13 GBytes   895 Mbits/sec  0.015 ms  9472/2330799 (0.41%)  receiver

rooot

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 1 704
  • 🔵🔵🔵🔵⚪⚪⚪⚪🔴🔴🔴🔴
Débit down TCP Cubic faible FTTH SFR
« Réponse #14 le: 21 avril 2023 à 18:12:45 »
ce sont des iperf sous windows ou linux ? car sous windows j'ai de grosses pertes que je n'ai pas sous linux par exemple, le client iperf sous windows est un peu foireux je trouve.

xuaeser

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 121
  • Villeurbanne (69)
Débit down TCP Cubic faible FTTH SFR
« Réponse #15 le: 21 avril 2023 à 18:44:12 »
iperf3 3.9 sous Debian Bullseye côté serveur et client.
Et pareil, iperf3 sous windows, ça fait parfois des truc louche...

Floyder

  • Abonné SFR THD (câble)
  • *
  • Messages: 121
Débit down TCP Cubic faible FTTH SFR
« Réponse #16 le: 01 mai 2023 à 11:39:29 »
Tu es dans une zone en cours d'upgrade. Ce que tu observes semble lié à des écarts de génération importants entre les différents équipements. Ça devrait rentrer dans l'ordre lorsque la zone sera finalisée.

xuaeser

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 121
  • Villeurbanne (69)
Débit down TCP Cubic faible FTTH SFR
« Réponse #17 le: 01 mai 2023 à 12:09:52 »
Merci Floyder pour ce retour ! Vu de loin ça semble un peu étrange, mais si l'équipe qui gère ça s'est penchée dessus c'est déjà cool.

Le 28/04 j'ai résilié dans mon espace client l'option "Débit Plus" (1G down 700 up), pour voir si ce n'était pas le profil lié à cette option qui était problématique.

Aujourd’hui je mesure des débits encore plus catastrophiques que d'habitude. Peut être une saturation temporaire, mais bon 10Mbps... Bientôt presque moins bon qu'en ADSL !

$ iperf3 -c ping.online.net -p 5207 -R
Connecting to host ping.online.net, port 5207
Reverse mode, remote host ping.online.net is sending
[  5] local 192.168.1.42 port 49150 connected to 62.210.18.40 port 5207
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  1.36 MBytes  11.4 Mbits/sec                 
[  5]   1.00-2.00   sec  1.20 MBytes  10.0 Mbits/sec                 
[  5]   2.00-3.00   sec  1.10 MBytes  9.24 Mbits/sec                 
[  5]   3.00-4.00   sec  1.22 MBytes  10.2 Mbits/sec                 
[  5]   4.00-5.00   sec  1.35 MBytes  11.3 Mbits/sec                 
[  5]   5.00-6.00   sec  1.72 MBytes  14.4 Mbits/sec                 
[  5]   6.00-7.00   sec  1.40 MBytes  11.7 Mbits/sec                 
[  5]   7.00-8.00   sec  1.34 MBytes  11.2 Mbits/sec                 
[  5]   8.00-9.00   sec   953 KBytes  7.81 Mbits/sec                 
[  5]   9.00-10.00  sec  1.56 MBytes  13.1 Mbits/sec                 
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  13.3 MBytes  11.1 Mbits/sec  494             sender
[  5]   0.00-10.00  sec  13.2 MBytes  11.0 Mbits/sec                  receiver

iperf Done.

$ date
lun. 01 mai 2023 12:02:15 CEST

@Floyder si jamais tu as une idée du planning je suis preneur (environ combien de temps il faut pour que la zone soit upgradée complètement). Ça fait 5mois que le pb est présent (9/12)

Edit: Je suis retourné autour des environ 50Mbps habituel en down.

xuaeser

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 121
  • Villeurbanne (69)
Débit down TCP Cubic faible FTTH SFR
« Réponse #18 le: 29 juin 2023 à 18:35:31 »
Le problème est toujours bien présent. Aucune évolution en mieux ou moins bien.
Après plus de 6 mois a patienter je me dit que ça serait sûrement plus efficace de partir à la concurrence que d'espérer que SFR répare son réseau.  :-\



testing5555

  • Abonné Bbox fibre
  • *
  • Messages: 548
  • Lyon 3 (69)
Débit down TCP Cubic faible FTTH SFR
« Réponse #19 le: 15 décembre 2023 à 14:37:13 »
Visiblement le problème est toujours présent en région lyonnaise.

[checkFtthFree v0.14]                           Linux 6.2.0-39-generic (x86_64)
-------------------------- 2023-12-15 14:35:51 +0100 --------------------------
Paramétrage réseau actuel du système:
  net.core.default_qdisc: fq
  net.core.rmem_max: 33554432
  net.core.wmem_max: 33554432
  net.ipv4.tcp_adv_win_scale: 1
  net.ipv4.tcp_congestion_control: bbr
  net.ipv4.tcp_mem: 186483      248646  372966
  net.ipv4.tcp_no_metrics_save: 1
  net.ipv4.tcp_rmem: 4096       131072  33554432
  net.ipv4.tcp_sack: 1
  net.ipv4.tcp_timestamps: 1
  net.ipv4.tcp_window_scaling: 1
  net.ipv4.tcp_wmem: 4096       87380   33554432
  => Latence TCP max pour une réception à 1 Gbps: 141 ms
  => Latence TCP max pour une émission à 700 Mbps: 283 ms

Test TCP Internet (IPv4): téléchargement depuis l'AS 5410 (Bouygues Telecom) [BBR]
  --> Latence: 12.76 ms                 [gigue: 0.15 ms]
  --> Débit: 60.12 Mo/s (480.96 Mbps)   [fluctuation: 10.92%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 5410 (Bouygues Telecom) [CUBIC]
  --> Latence: 12.40 ms                 [gigue: 0.75 ms]
  --> Débit: 6.06 Mo/s (48.48 Mbps)     [fluctuation: 6.01%]

[!] La connexion aux serveurs de test semble affectée par une perte de paquets prononcée
      (ratio débit CUBIC/BBR: 10.08%)

xuaeser

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 121
  • Villeurbanne (69)
Débit down TCP Cubic faible FTTH SFR
« Réponse #20 le: 15 décembre 2023 à 14:45:05 »
Oui, toujours aucune amélioration. ça fait plus d'un an que le problème est présent chez moi. 
Perso je n'utilise plus cette ligne FTTH SFR, je l'ai gardé en secours pour l'instant.

testing5555

  • Abonné Bbox fibre
  • *
  • Messages: 548
  • Lyon 3 (69)
Débit down TCP Cubic faible FTTH SFR
« Réponse #21 le: 15 décembre 2023 à 15:46:12 »
Je ne sais pas si Floyder qui avait des infos sur un upgrade de la zone pourrait nous en dire plus sur l'avancement du chantier mais c'est clair que c'est frustrant de voir la situation s'éterniser...

testing5555

  • Abonné Bbox fibre
  • *
  • Messages: 548
  • Lyon 3 (69)
Débit down TCP Cubic faible FTTH SFR
« Réponse #22 le: 17 décembre 2023 à 10:21:48 »
Je suis passé voir un pote sur Lyon 7 hier et lui ne semblait pas impacté.
C’est bien frustrant et je ne vois pas comment faire remonter l’info via l’assistance (si je leur parle de bbr et cubic je vais sûrement les perdre)…

testing5555

  • Abonné Bbox fibre
  • *
  • Messages: 548
  • Lyon 3 (69)
Débit down TCP Cubic faible FTTH SFR
« Réponse #23 le: 18 décembre 2023 à 17:16:03 »
Je suis dans une zone limité au 1G (selon l'éligibilité du site SFR) tandis qu'à l'adresse de mon ami le 2G est proposé.

Les problèmes en Cubic seraient-ils liés aux zones avec un matériel plus ancien également limité en débit ?