Auteur Sujet: Suite: Passage Free vers Red by SFR (Lu 7373 fois)

xuaeser · « **Réponse #24 le:** 17 avril 2023 à 20:27:50 »

Ceux qui ont des soucis de débit chez SFR, vous pouvez tester avec le script checkFtthFree qui permet de test BBR vs CUBIC (avec "-F" pour désactiver les test locaux spécifique Freebox)

https://lafibre.info/1gb-free/checkftthfree-test-de-debit-tcp-mono-connexion-freeboxcubicbbr/

Chez moi, il y a une grosse différence entre BBR et Cubic, depuis 12/2022 et une migration côté SFR.

YoNeLFR · « **Réponse #25 le:** 18 avril 2023 à 09:59:25 »

Citation de: simon le 17 avril 2023 à 10:02:30

Drivers d'interface réseau buggés ou mal paramétrés, présence de software "antivirus" qui fait de l'inspection réseau et casse la moitié de la stack IP dans la foulée, bit rot habituel de windows (c'est moins d'actualité me dit on), softs d'"optimisation" réseau (*toujours* contre-productifs), malware greffé sur un installeur venant de telecharger.com/sourceforge.net, etc.
Donc le hardware peut le faire: le souci est logiciel. Qu'utilises tu pour faire tes tests de débit? Note que les navigateurs galèrent souvent à monter en débit.

avec ça https://lafibre.info/1gb-free/checkftthfree-test-de-debit-tcp-mono-connexion-freeboxcubicbbr/
sinon l'appli speedtest du windows store

normalement j'ai rien de tout ça sur ma machine, celui qui galère en upload c'est un windows 10 propre et l'autre windows 11 propre, seulement antivirus de windows

lyoux · « **Réponse #26 le:** 20 avril 2023 à 15:46:40 »

Citation de: rooot le 15 avril 2023 à 10:58:48

Du coup la question ou le problème c'est quoi à la base ? le débit faible sur une seule connexion, c'est bien ça ?

Oui, le seul soucis que je constate pour le moment avec SFR c'est le débit sur une seule connexion. Je suis de retour chez moi depuis hier, donc j'aurais plus de temps pour effectuer différents tests.

Sinon j'ai eu le service client de chez SFR qui m'ont appelé (agréablement surpris car je n'ai jamais fait de relance depuis ma première demande pour l'IPv4) et surprise à mon retour chez moi, ils m'ont passé sur une IPv4

donc bien content.

Voila des speedtest faits aujourd'hui :

En mono :

https://www.speedtest.net/result/14636804293
232.69 DOWNLOAD Mbps
363.66 UPLOAD Mbps
ORANGE FRANCE (Paris)
Ping : 19ms

https://www.speedtest.net/result/14636814215
503.43 DOWNLOAD Mbps
722.94 UPLOAD Mbps
SFR (Lyon)
Ping : 9ms

En multi :

https://www.speedtest.net/result/14636836053
877.55 DOWNLOAD Mbps
827.70 UPLOAD Mbps
ORANGE FRANCE (Paris)
Ping : 19ms

https://www.speedtest.net/result/14636823870
947.10 DOWNLOAD Mbps
867.20 UPLOAD Mbps
SFR (Lyon)
Ping : 10ms

Pour les tests en utilisant checkFtthFree :

Sous Windows 11 :

Code: [Sélectionner]

[checkFtthFree v0.12]                           Windows 10 Build 22621 (64-bit)
-------------------------- 2023-04-20 15:42:07 +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 Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
  --> Latence: 19.77 ms                 [gigue: 1.43 ms]
  --> Débit: 83.70 Mo/s (669.58 Mbps)   [fluctuation: 8.83%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
  --> Latence: 18.54 ms                 [gigue: 1.01 ms]
  --> Débit: 64.69 Mo/s (517.48 Mbps)   [fluctuation: 9.30%]
-------------------------- 2023-04-20 15:43:01 +0200 --------------------------

Sous Linux :

Code: [Sélectionner]

[checkFtthFree v0.12]                          Linux 5.19.0-38-generic (x86_64)
-------------------------- 2023-04-20 15:41:09 +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: 92154	122875	184308
  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 Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
  --> Latence: 21.25 ms			[gigue: 1.91 ms]
  --> Débit: 84.31 Mo/s (674.46 Mbps)	[fluctuation: 13.37%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
  --> Latence: 18.81 ms			[gigue: 0.78 ms]
  --> Débit: 27.50 Mo/s (220.00 Mbps)	[fluctuation: 29.29%]

[!] La connexion aux serveurs de test semble affectée par une perte de paquets prononcée
      (ratio débit CUBIC/BBR: 32.62%)
-------------------------- 2023-04-20 15:41:58 +0200 --------------------------

A noter que les valeurs diffèrent d'un test à un autre.

Myck205 · « **Réponse #27 le:** 20 avril 2023 à 17:34:00 »

Il doit y avoir un problème avec le script ou de machine de test. Il n'y a pas de saturation possible chez SFR.

MrReed · « **Réponse #28 le:** 20 avril 2023 à 21:36:49 »

Citation de: Myck205 le 20 avril 2023 à 17:34:00

Il doit y avoir un problème avec le script ou de machine de test. Il n'y a pas de saturation possible chez SFR.

Ca c'est en théorie, dans la pratique, même si c'est rare, ça peut saturer chez SFR, et c'est le cas en ce moment, comme ça a été aussi le cas l'an dernier comme visible sur ce graphe nperf de ma ligne sur 1 an de tests (la machine qui teste en ce moment est un i9-13900K qui fait du 10Gbit line rate sur mon LAN même avec le CPU chargé)

xuaeser · « **Réponse #29 le:** 20 avril 2023 à 22:16:27 »

Je trouve ton graph assez intéressant MrReed.
Depuis début avril, ton débit montant semble avoir significativement augmenté. (et le down s'écroule).

Une augmentation du débit en up, c'est forcément liée à un changement de configuration.
Ma théorie (peut être fausse) est que SFR est entrain de faire des modifications sur son réseau. De ce que j'ai vu de chez moi, je pense qu'il s'agit (au moins) du changement des routeurs "PE".
Avant ma box avait comme gateway à une adresse MAC Ericsson|Redback, depuis le 9/12 j'ai du Nokia. (et de l'IPv6)

Je suis pas 100% sûr de mon analyse, mais pour moi, la nouvelle configuration logicielle qui limite le débit (pour coller à l'abonnement) à un soucis . (cf ici).
Ce n'est pas un soucis de saturation, mais un problème de configuration.

Cela étant dit, le comportement que j'observe ne correspond vraiment à celui décris par lyoux. Donc il y a probablement plusieurs soucis différents.

MrReed · « **Réponse #30 le:** 20 avril 2023 à 22:21:23 »

Si par configuration tu entends profil abonné, je suis actuellement en gigabit symétrique, si je fais un speedtest sur un serveur bien spécifique en italie ou dans le nord de la france, j'ai le max de ma ligne, donc c'est pas la conf du profil abonné.
Par contre une couille dans une table de routage suite à mon changement de profil qui fait passer ma route par défaut par un lien saturé ou mal configuré, ça ouaip, c'est parfaitement possible, et par expérience professionnelle pour avoir traité avec SFR dans notre boite qui a 80 sites sur un WAN MPLS, les erreurs de conf chez SFR c'est pas rare...

xuaeser · « **Réponse #31 le:** 20 avril 2023 à 22:30:43 »

Tu as changé d'abonnement début avril ? Ce qui justifierait le passage de 500Mbps à 1Gbps sur le up ?

MrReed · « **Réponse #32 le:** 20 avril 2023 à 22:40:43 »

non, absolument pas, SFR a par contre l'habitude d'upgrader les lignes de ses abonnés en fonction de la mise à disposition de nouvelles conditions sur les offres existantes, sans demande à faire, ça peut juste prendre un peu de temps. Initialement mon offre Fibre Power était en 500/300, elle a été upgradée automatiquement en 1000/300, puis 1000/500.
Le 05 Avril à 17h30 le serveur DHCP de SFR a arrêté de répondre aux DHCP Discover de mon routeur pendant à peu près 1h, et quand c'est revenu j'étais passé en 1000/1000. Par contre mon débit qui était nominal partout avant le changement de profil a chuté immédiatement en mode mono session TCP au retour.

xuaeser · « **Réponse #33 le:** 20 avril 2023 à 22:58:02 »

Ouai OK. Donc c'est bien suite à une reconfiguration de SFR que du jour au lendemain ça fonctionne beaucoup moins bien.
T'as regardé s'il y a un gros écart BBR/Cubic comme dans mon cas ? Ça varie en fonction des heures de la journée, ou même à 4h du matin c'est pas terrible ?

Si toi aussi tu as remplacé la box par ton routeur, t'as sûrement moyen de voir l'adresse MAC du routeur qui te sert de passerelle.
Avant le 9/12, j'avais 109.26.42.1 avec adresse MAC 00:30:88:20:42:4c (Ericsson)
Maintenant j'ai 109.26.42.1 et fe80::5555 avec adresse MAC f8:13:08:28:47:11 (Nokia)

MrReed · « **Réponse #34 le:** 20 avril 2023 à 23:17:08 »

Ma passerelle n'a pas changé, c'est de l'Alcatel-Lucent 77.134.202.129

L'écart BBR/Cubic est assez gigantesque oui, c'est du x10 en BBR

lyoux · « **Réponse #35 le:** 21 avril 2023 à 02:19:41 »

Maintenant que vous le dites, il y'a en effet une grosse différence entre Cubic & BBR :

Mono BBR :

Mono Cubic :

Comment expliquer cette différence ?