La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => SFR / RED => 
Débit fibre SFR => Discussion démarrée par: kkwete le 22 août 2023 à 07:43:34
-
Salut à tous.
Je constate une dégradation super importante de soir sur ma connexion RED en 500/500.
Je tombe à 200ko/sec max, ce qui est bien entendu insuffisant pour Plex par ex.
A contrario, le service TV ne semble pas affecté, je passe par l'app installée sur une shield 2017 et tout fonctionne bien.
Auriez-vous des infos concernant le pb?
Pas de plainte récente sur le forum, du coup, je m'interroge...
Merci!
-
Le service TV doit être priorisé, c'est tout à fait autorisé (service spécialisé, exception à la neutralité du net).
Tu pourrais faire des tests avec nPerf ou SpeedTest.net sur différents serveurs ?
Le matin au réveil (si c'est une saturation, les débits doivent être bons) et le soir (le créneau 20h00 ⇒ 23h00 est le plus chargé).
Dans les serveurs sélectionnés pour les tests, pourrais-tu tester des serveurs SFR et des serveurs non SFR ? On a vu dans le sujet Débit catastrophique aux heures de pointe / priorisation des serveurs SFR (https://lafibre.info/sfr-debit/debit-catastrophique-aux-heures-de-pointe/) que SFR priorisait un de ses serveurs SpeedTest. Je voudrais m'assurer que ce n'est plus le cas. Ce n'est pas simple à vérifier, car il faut une saturation réseau et c'est rare chez SFR.
-
Hello!
Merci pour ta réponse. En effet, je comprends tout à fait la priorisation, néanmoins, la connexion devient juste inexploitable, aux heures où l'on rentre du taf...
Tests via nPerf:
-Sur serveur SFR:
(https://pic.nperf.com/r/3466616967006833-cPBAObTk.png)
-Chez Bouygues:
(https://pic.nperf.com/r/3466617902747287-hyFVTIM0.png)
-Et là chez Free:
(https://pic.nperf.com/r/3466618735932821-CH46h8no.png)
Il y a déjà une belle différence je trouve...A voir ce soir.
-
Si tu as un débit réduit sur internet ce soir, n'hésites pas à tester tous les serveurs SFR de la liste.
Pour aller plus vite, je t'invite à faire uniquement un "SpeedTest" et non un "Full Test"
(https://lafibre.info/testdebit/ubuntu/202308_nperf_serveurs_sfr.webp)
SFR ne te propose pas encore d'IPv6 ?
Mettre à jour Ubuntu vers la version 22.04 LTS ne devrait rien changer, mais je suis intéressé pour savoir ce qui te fait rester sur cette version. Ubuntu 22.04 LTS est stable (cela fait 16 mois qu'il est sortie) et apporte des petits plus par rapport à Ubuntu 20.04. La mise à jour ne comporte aucune difficulté si tu n'as pas rajouté de PPA ou archives spécifiques.
-
Pas de pb, je ferai uniquement des speedtest.
Normalement si, je suis bien en IPv6, pkoi?
Bien vu concernant la 20.04!
C'est ma seule machine en Eth, et c'est une machine de prod.
J'ai un dualboot sur SSD séparé tournant sous W10, mais à mon sens ça ne changera en effet pas fgrand chose.
J'ai des PPA perso, mais je finis un projet et je la passe en 22.04.3 LTS.
-
Là tu sembles en IPv4 sur le forum.
Il serait intéressant de tester avec nPerf en IPv4 et en IPv6.
-
Ah oui tiens, c'est étrange ça!
Comment je peux faire pour être en IPv6 ?
-
Hello, tu es sur le réseau Axione ?
-
Hello, tu es sur le réseau Axione ?
Oui, tout à fait!
-
Comment je peux faire pour être en IPv6 ?
Tu actives l'IPv6 dans ta box SFR.
Si cela ne fonctionne pas, c'est que SFR ne propose pas encore d'IPv6 chez toi (pas la peine d'appeler l'assistance)
(https://lafibre.info/images/altice_pmz/202204_sfr_interface_box_plus_05_ipv6_2.png)
-
ah ok.
Je fais ça avant ce soir, ou on laisse comme ça histoire de voir ce que cela donne en IPv4?
-
N'hésites pas à activer et tester les deux protocoles.
Il faut savoir que les tests nPerf sont en IPv4 (sauf si tu demandes l'IPv6) et que les tests SpeedTest sont en IPv6 dès que l'IPv6 est disponible.
-
A priori pas de problème de saturation côté SFR, mais il y a un bout de réseau Axione qui peut poser problème.
-
passer chez free résoudrait le pb?
Car leur offre veepee me fait de l'oeil...
J'ai juste besoin d'une connexion fibre. Le tel fixe je m'en fous, et la tv via Oqee sur shield me va très bien aussi!
-
Je crois que Free et Orange ont leur propre collecte contrairement à SFR et Bouygues c’est ça?
Si oui, Orange ou Free ça devrait aller, sauf si Free sature aussi (ça arrive à certains dans le nord visiblement, moi je suis épargné).
C’est vrai que l’offre Free est top pour 15€/mois.
-
Pour le moment, tout va bien, prèsque 500/500 sur serveur BT, avec 9ms de ping.
Wait and see...
-
Bizarre, tout va bien ce soir:
(https://pic.nperf.com/r/3466726393858141-8GgEqWbJ.png)
C'est comme ça sur tous les tests non SFR.
Je plafonne par contre à 5Mo sur mon serveur dédié (normalement en 100mb).
-
ton serveur est chez qui?
C'est peut être le réseau du serveur qui sature ou l'interconnexion avec SFR/l'hébergeur...
-
Un petit dédié chez OVH, en 100/100.
Non c'est pas le serveur qui était en cause, car en téléchargement en 4G, j'étais à fond.
Mais je m'étais comme toi posé la question.
De plus, j'avais le même problème en téléchargeant l'ISO du speedtest de chez free:
http://test-debit.free.fr/
-
Salut, ici gros soucis dans le Nord (Roubaix 59) crash toute les 5 minutes >:(
J'appel le SAV ils ont reset ma box donc je perds toute mes redirections de port je dois tout reconfig, et ça n'a pas réglé le soucis comme par hasard...
Quand je fais un traceroute de mon IPv4 en 4G, on peut s'appercevoir d'un truc assez bizarre je vous laisse voir.
A+
-
Hello, Il y a eu des bagots dans ta zone, la situation a été stabilisée normalement.
-
Hello, Il y a eu des bagots dans ta zone, la situation a été stabilisée normalement.
Effectivement, ça s'est rétabli vers 12h par-contre, ce que je n'arrive pas à comprendre c'est que c'est déjà arrivé 1 mois pile auparavant.
Les clients en FTTLA/B ont été impactés également ou uniquement incident en FTTH ?
J'ai peur que ça devient récurrent...
Merci à toi
-
Aucune raison que ça devienne récurent :)
-
Les clients en FTTLA/B ont été impactés également ou uniquement incident en FTTH ?
Il est probable que non.
Pour trouver des éléments communs dans les réseaux FTTH et câble, il faut remonter haut.
Il y a du partage de fibre sur quelques zones (limitées), mais les équipements actifs sont distincts.
Il y a encore quelques années, l'AS (identifiant opérateur) des clients câble et FttH étaient différents.
Aucune raison que ça devienne récurent :)
Comme évoqué dans d'autres sujets, le réseau IP SFR FttH est plutôt bon et les coupures (autre que sur l'accès) / saturations exceptionnelles. Je ne dirais pas la même chose pour SFR opérateur d'infrastructure FttH.
-
Le débit n'est pas ouf actuellement, 300mb, mais clairement suffisant.
Sauf qu'on est en pleine semaine, sur le midi.
A voir ce soir.
A priori, le débit s'est bien stabilisé le soir, à voir ce WE. Car c'est souvent le WE le plus problématique. A partir de vendredi 19h à mon sens.
-
Le débit n'est pas ouf actuellement, 300mb, mais clairement suffisant.
J'ai récupéré mon accès fibre hier à partir de 12h, et rien à déplorer également dans le Nord t'es sur que ça ne provient pas de ta carte réseau ou autre ?
(https://pic.nperf.com/r/3467063230342527-3lcsoJ9p.png)
Il y a du partage de fibre sur quelques zones (limitées), mais les équipements actifs sont distincts.
Donc de ce que je comprends bien, il est possible que SFR (Numericable) en FTTLA n'est pas géré par la même équipe que SFR ADSL et FTTH ?
Le peering est-il toujours distincts, entre le FTTLA et le FTTH ?
Cependant, je regrette un peu d'être passé à la FTTH parfois mon ancien accès en Coaxial (1Gb/60Mb) avait moins de problèmes de stabilité.
Le seul point positif que je trouve, c'est que j'ai un accès IPv6 désormais et un upload bien plus élevé.
A+
-
Il y a eu une fusion des peering / transit, mais c'est récent. Au total cela a du mettre 10 ans à se faire.
-
Et c'est reparti pour le débit catastrophique...
Sauf que j'ai pu faire plus de tests.
Dans un premier temps, un Nperf, même sur un serveur Orange, ne donne rien:
(https://zupimages.net/up/23/34/iqxs.png)
Et mon serveur kimsufi se tourne les pouces alors que le visionnage ne fait que se couper toutes les 10 secondes...:
(https://zupimages.net/up/23/34/t3zq.png)
Par acquis de conscience, je lance en ligne de commande un speedtest à partir du serveur, RAS:
root@ns330670:/home/debian# speedtest
Speedtest by Ookla
Server: Nextmap - LeKloud - Paris (id: 33869)
ISP: OVH SAS
Idle Latency: 5.39 ms (jitter: 0.13ms, low: 5.27ms, high: 5.48ms)
Download: 93.62 Mbps (data used: 42.3 MB)
17.75 ms (jitter: 1.73ms, low: 7.94ms, high: 29.20ms)
Upload: 91.04 Mbps (data used: 41.1 MB)
12.02 ms (jitter: 1.04ms, low: 6.27ms, high: 15.35ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/004d4772-b619-4939-a3bd-443c7c2e3b30
Mais si je lance un DL, les débits sonts véritablement catastrophiques:
(https://zupimages.net/up/23/34/3zaq.png)
J'ai utilisé le script Perl checkffthfree trouvable sur le forum ici:
https://lafibre.info/1gb-free/checkftthfree-test-de-debit-tcp-mono-connexion-freeboxcubicbbr/
(https://lafibre.info/1gb-free/checkftthfree-test-de-debit-tcp-mono-connexion-freeboxcubicbbr/)
et j'obtiens ça:
kkwete@kkwete:~/Bureau$ perl checkFtthFree.pl
===============================================================================
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.12] Linux 5.4.0-156-generic (x86_64)
-------------------------- 2023-08-26 22:01:10 +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: 189372 252496 378744
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
[!] Echec du test de latence
En cas d'absence de Freebox, le paramètre --skip-freebox (-F) peut être utilisé pour désactiver le test local
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
--> Latence: 43.92 ms [gigue: 3.05 ms]
[!] Latence élevée pour une connexion FTTH
[!] Avec cette latence, le paramétrage actuel de mémoire tampon TCP pourrait limiter le débit en réception à environ 71.62 Mo/s (572.99 Mbps)
--> Débit: 38.29 Mo/s (306.32 Mbps) [fluctuation: 15.72%]
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 43.38 ms [gigue: 2.57 ms]
[!] Latence élevée pour une connexion FTTH
[!] Avec cette latence, le paramétrage actuel de mémoire tampon TCP pourrait limiter le débit en réception à environ 72.52 Mo/s (580.13 Mbps)
--> Débit: 388.42 Ko/s (3.11 Mbps) [fluctuation: 40.28%]
[!] La connexion aux serveurs de test semble affectée par une forte perte de paquets
(ratio débit CUBIC/BBR: 1.01%)
-------------------------- 2023-08-26 22:01:40 +0200 --------------------------
kkwete@kkwete:~/Bureau$
On voit très clairement un débit dans les choux en TCP avec CUBIC.
Mon problème viendrait de là?
Si oui, que puis-je faire? (en dehors de changer de FAI, ce qui me démange fortement, je dois bien l'avouer...)
Je testerai le même script à une heure où tout fonctionne pour être sûr que mon pb vient bien de là.
-
Test réalisé à l'instant:
kkwete@kkwete:~/Bureau$ perl checkFtthFree.pl -F
===============================================================================
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.12] Linux 5.4.0-156-generic (x86_64)
-------------------------- 2023-08-26 23:52:46 +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: 189372 252496 378744
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: 9.47 ms [gigue: 0.14 ms]
--> Débit: 60.72 Mo/s (485.74 Mbps) [fluctuation: 0.02%]
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 8.73 ms [gigue: 0.47 ms]
--> Débit: 60.70 Mo/s (485.60 Mbps) [fluctuation: 0.91%]
-------------------------- 2023-08-26 23:53:18 +0200 --------------------------
kkwete@kkwete:~/Bureau$
Et téléchargement stable à 57Mo/sec sur test-debit.free.fr
Et bien évidemment, plus aucun coupure sur mon film distribué par Plex sur mon serveur... CQFD...
-
Et allez, c'est reparti comme hier, toujours à partir de 19h environ...
-
Tu peux faire deux tests checkFtthFree successifs : un avec et un sans l'option -a (serveurs alternatifs chez Bouygues) ?
-
Aucun souci:
kkwete@kkwete:~/Bureau$ perl checkFtthFree.pl -F
===============================================================================
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.12] Linux 5.4.0-156-generic (x86_64)
-------------------------- 2023-08-27 20:56:40 +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: 189372 252496 378744
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: 45.62 ms [gigue: 1.48 ms]
[!] Latence élevée pour une connexion FTTH
[!] Avec cette latence, le paramétrage actuel de mémoire tampon TCP pourrait limiter le débit en réception à environ 68.96 Mo/s (551.64 Mbps)
--> Débit: 28.30 Mo/s (226.41 Mbps) [fluctuation: 9.49%]
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 44.98 ms [gigue: 1.85 ms]
[!] Latence élevée pour une connexion FTTH
[!] Avec cette latence, le paramétrage actuel de mémoire tampon TCP pourrait limiter le débit en réception à environ 69.94 Mo/s (559.49 Mbps)
--> Débit: 282.30 Ko/s (2.26 Mbps) [fluctuation: 20.28%]
[!] La connexion aux serveurs de test semble affectée par une forte perte de paquets
(ratio débit CUBIC/BBR: 1.00%)
-------------------------- 2023-08-27 20:57:06 +0200 --------------------------
kkwete@kkwete:~/Bureau$ perl checkFtthFree.pl -F -a
===============================================================================
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.12] Linux 5.4.0-156-generic (x86_64)
-------------------------- 2023-08-27 20:57:16 +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: 189372 252496 378744
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 5410 (Bouygues Telecom) [BBR]
--> Latence: 43.86 ms [gigue: 2.40 ms]
[!] Latence élevée pour une connexion FTTH
[!] Avec cette latence, le paramétrage actuel de mémoire tampon TCP pourrait limiter le débit en réception à environ 71.72 Mo/s (573.78 Mbps)
--> Débit: 13.27 Mo/s (106.19 Mbps) [fluctuation: 43.95%]
Test TCP Internet (IPv4): téléchargement depuis l'AS 5410 (Bouygues Telecom) [CUBIC]
--> Latence: 46.75 ms [gigue: 12.64 ms]
[!] Latence élevée pour une connexion FTTH
[!] Avec cette latence, le paramétrage actuel de mémoire tampon TCP pourrait limiter le débit en réception à environ 67.29 Mo/s (538.31 Mbps)
--> Débit: 282.22 Ko/s (2.26 Mbps) [fluctuation: 52.66%]
[!] La connexion aux serveurs de test semble affectée par une forte perte de paquets
(ratio débit CUBIC/BBR: 2.13%)
-------------------------- 2023-08-27 20:57:44 +0200 --------------------------
kkwete@kkwete:~/Bureau$
Bref, c'est bien pourri...Impossible de me servir de mon serveur Plex avec ces débits. Finalement, en semaine, je ne peux m'ens ervir que quand je travaille... ;D
-
à l'instant:
kkwete@kkwete:~/Bureau$ perl checkFtthFree.pl -F -a
===============================================================================
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.12] Linux 5.4.0-156-generic (x86_64)
-------------------------- 2023-08-27 22:47:15 +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: 189372 252496 378744
net.ipv4.tcp_no_metrics_save: 0
net.ipv4.tcp_rmem: 4096 131072 11001856
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: 46 ms
=> Latence TCP max pour une émission à 700 Mbps: 35 ms
Test TCP Internet (IPv4): téléchargement depuis l'AS 5410 (Bouygues Telecom) [BBR]
--> Latence: 45.50 ms [gigue: 2.69 ms]
[!] Latence élevée pour une connexion FTTH
--> Débit: 44.28 Mo/s (354.27 Mbps) [fluctuation: 7.91%]
Test TCP Internet (IPv4): téléchargement depuis l'AS 5410 (Bouygues Telecom) [CUBIC]
--> Latence: 47.59 ms [gigue: 0.71 ms]
[!] Latence élevée pour une connexion FTTH
[!] Avec cette latence, le paramétrage actuel de mémoire tampon TCP pourrait limiter le débit en réception à environ 115.59 Mo/s (924.72 Mbps)
--> Débit: 482.93 Ko/s (3.86 Mbps) [fluctuation: 24.58%]
[!] La connexion aux serveurs de test semble affectée par une forte perte de paquets
(ratio débit CUBIC/BBR: 1.09%)
-------------------------- 2023-08-27 22:47:41 +0200 --------------------------
kkwete@kkwete:~/Bureau$
Autant dire inutilisable...
-
Bonsoir, a l'instant avec SFR dans le 59.
-------------------------- 2023-08-27 22:54:56 +0200 --------------------------
Paramétrage réseau actuel du système:
AutoTuningLevelLocal: Normal
CongestionProvider: CUBIC
EcnCapability: Disabled
NetworkCategory: Private
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
[!] Echec du test de latence
En cas d'absence de Freebox, le paramètre --skip-freebox (-F) peut être utilisé pour désactiver le test local
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
--> Latence: 11.08 ms [gigue: 0.47 ms]
--> Débit: 105.06 Mo/s (840.50 Mbps) [fluctuation: 3.56%]
Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
--> Latence: 10.85 ms [gigue: 0.33 ms]
--> Débit: 118.02 Mo/s (944.12 Mbps) [fluctuation: 1.00%]
-------------------------- 2023-08-27 22:55:32 +0200 --------------------------
-
Je me demande si c'est pas un souci sur les infras Axione ... Parce que ça coïnciderait avec cet autre sujet : https://lafibre.info/bouygues-entreprises/baisse-de-debit-chaque-soir/
Un problème qui semble récurrent chez ce RIP : https://lafibre.info/cap-fibre/problemes-recurrents-sur-le-reseau-axione/
-
Il me semble que Free n'utilise pas les collectes activées sur les RIP.
-
Justement, ce sont des abonnés SFR et Bouygues.
-
En effet, je suis bien sur Axione.
J'étais en effet parti sur cette origine du problème, j'étais tombé sur ce type de sujets.
Cela expliquerait pourquoi je n'avais aucun souci quand j'étais chez free ...
Bon, ben je sais ce qu'il me reste à faire...!
-
Alignement des planetes...
Appel à l'instant d'un démarcheur Free.
Propal de la révolution à 15€/mois pendant 1 an, puis 40€/mois.
Je connais bien cete offre, je l'ai eu 2 ans à 10€/mois.
Je lui fais remarquer que c'est la même offre que celle de veepee (valable jusqu'au 12 septembre), il me répond qu'en effet, c'est la même.
Du coup, je lui demande mon interet à passer par lui.
Et hop, frais d'activation de 49€ à la trappe.
Je me demande si je ne suis pas espionné... ;D ;D ;D
-
Alignement des planetes...
Appel à l'instant d'un démarcheur Free.
Propal de la révolution à 15€/mois pendant 1 an, puis 40€/mois.
Je connais bien cete offre, je l'ai eu 2 ans à 10€/mois.
Je lui fais remarquer que c'est la même offre que celle de veepee (valable jusqu'au 12 septembre), il me répond qu'en effet, c'est la même.
Du coup, je lui demande mon interet à passer par lui.
Et hop, frais d'activation de 49€ à la trappe.
Je me demande si je ne suis pas espionné... ;D ;D ;D
(https://i.imgflip.com/48135p.png)
-
Appel d'un conseiller SFR hier, pour me demander si tout va bien (un lien avec ma demande de RIO? ;D ;D ;D )
Je lui explique que non, connexion inutilisable le soir à partir de 19h, maintenant même le flux TV est altéré, avec une compression bien plus forte, création de blocs à l'image, freeze et j'en passe.
Il m'explique qu'il va booster mon débit en m'offrant l'option débit+ pour passer à 1Gbps/700Mbps.
Je lui explique que ça ne changera rien du tout compte-tenu de l'origine du problème chez moi.
Il me dit qu'il le fait quand même, que ça ira mieux. Je lui réponds que c'est clair que non, vu que SFR n'y est pas pour grand chose, mais que s'il insiste...
Changement effectif en 1h. Rapide!
Box redemarrée. En effet, le débit est là, 830Mbbps en UP!
Sauf que le soir arrivant, evidemment, ça retombe et plus rien ne fonctionne...
Moralité: demandez votre RIO si vous voulez l'option débit+ gratos! ;D
-
Appel d'un conseiller SFR hier, pour me demander si tout va bien (un lien avec ma demande de RIO? ;D ;D ;D )
Je lui explique que non, connexion inutilisable le soir à partir de 19h, maintenant même le flux TV est altéré, avec une compression bien plus forte, création de blocs à l'image, freeze et j'en passe.
Il m'explique qu'il va booster mon débit en m'offrant l'option débit+ pour passer à 1Gbps/700Mbps.
Je lui explique que ça ne changera rien du tout compte-tenu de l'origine du problème chez moi.
Il me dit qu'il le fait quand même, que ça ira mieux. Je lui réponds que c'est clair que non, vu que SFR n'y est pas pour grand chose, mais que s'il insiste...
Changement effectif en 1h. Rapide!
Box redemarrée. En effet, le débit est là, 830Mbbps en UP!
Sauf que le soir arrivant, evidemment, ça retombe et plus rien ne fonctionne...
Moralité: demandez votre RIO si vous voulez l'option débit+ gratos! ;D
Du coup, la carotte a fonctionné ? Tu restes chez SFR Altice ?
-
Moralité: demandez votre RIO si vous voulez l'option débit+ gratos! ;D
Si cela pouvait aussi déclencher Axione+... :'(
-
Appel d'un conseiller SFR hier, pour me demander si tout va bien (un lien avec ma demande de RIO? ;D ;D ;D )
Pas forcément de liens avec le RIO.
J'ai aussi régulièrement un conseiller SFR qui m'apelle, il me demande si tout va bien (je réponds positivement) et ensuite, il essaye de me vendre :
- Netflix (au moins 8 appels, à chaque fois, je leur explique qu'ils m'ont déjà appelés et que j'ai refusé)
- Une solution de sécurité (plusieurs appels pour ça, je coupe rapidement la conversation en expliquant que je suis sous Linux)
- Un abonnement mobile (je suis chez SOSH pour le mobile). Quand je refuse, ils tentent de demander si ma femme ne voudrait pas changer.
Inversement, SOSH m'envoi régulièrement des SMS pour me proposer la fibre, mais ils ne m'appellent pas.
-
Du coup, la carotte a fonctionné ? Tu restes chez SFR Altice ?
Vu que ça ne change rien à mes difficultés tous les soirs, pas vraiment...
-
Si cela pouvait aussi déclencher Axione+... :'(
On a le droit de réver!
-
J'ai aussi régulièrement un conseiller SFR qui m'apelle, il me demande si tout va bien (je réponds positivement) et ensuite, il essaye de me vendre :
- Une solution de sécurité (plusieurs appels pour ça, je coupe rapidement la conversation en expliquant que je suis sous Linux)
Je suis aussi sous linux, c'est imparable comme discours.
J'en ai même un qui m'a dit qu'il ne pouvait rien pour moi...
;D ;D ;D ;D
-
Si cela pouvait aussi déclencher Axione+... :'(
S'il y a des plaintes clients, il y aura déclenchement chez Axione.
-
Axione met un à deux ans pour upgrader ses liens du Nord. Pas vraiment rassurant...
-
Il existe une procédure pour remonter directement à Axione ce type de problème ?
-
surement pas, tu n'es pas leur client.
-
Donc, on a aucun recours, sauf à se plaindre à SFR, qui n'y peut rien.
En même temps, ce sont eux les clients d'axione...
-
Donc, on a aucun recours, sauf à se plaindre à SFR, qui n'y peut rien.
En même temps, ce sont eux les clients d'axione...
Le process normal serait : plaintes (en nombre) chez SFR > corrélation sur un pb Axione (après verif en interne) > ouverture d'un incident chez Axione par SFR
-
Pas forcément de liens avec le RIO.
J'ai aussi régulièrement un conseiller SFR qui m'apelle, il me demande si tout va bien (je réponds positivement) et ensuite, il essaye de me vendre :
- Netflix (au moins 8 appels, à chaque fois, je leur explique qu'ils m'ont déjà appelés et que j'ai refusé)
- Une solution de sécurité (plusieurs appels pour ça, je coupe rapidement la conversation en expliquant que je suis sous Linux)
- Un abonnement mobile (je suis chez SOSH pour le mobile). Quand je refuse, ils tentent de demander si ma femme ne voudrait pas changer.
Inversement, SOSH m'envoi régulièrement des SMS pour me proposer la fibre, mais ils ne m'appellent pas.
Salut Vivien,
Tu n'as jamais eu les abonnements supplémentaires activés en douce par le conseiller malgré ton refus verbal par téléphone ?
Merci.
-
Donc, on a aucun recours, sauf à se plaindre à SFR, qui n'y peut rien.
En même temps, ce sont eux les clients d'axione...
T'as trouvé les fils qui causent d'Axione et de ses saturations légendaires?
https://lafibre.info/cap-fibre/forte-baisse-de-debit-le-soir-reseau-axione/4224/
https://lafibre.info/cap-fibre/problemes-recurrents-sur-le-reseau-axione/msg1027221/#msg1027221
-
La suite, ici : https://lafibre.info/cap-fibre/220823-baisse-de-debit-le-soir-reseau-axione-59-62/
-
Je tente de joindre SFR mais c'est un calvaire...
J'ai eu droit à:
-"ah ben va falloir rappeler, on a une panne technique, je ne peux rien faire..."
-"ah ben faut faire un sppedtest quand ça ne fonctionne mal, cad le soir.
moi: OK, mais je suis hospitalier, je ne suis pas chez moi avant 21h mini.
"ah ben c'est l'heure à laquelle le service client n'est plus accessible".
Moi: oui en effet, j'ai remarqué. Donc on fait comment?
"..."
Je retente ce soir si je peux.
J'ai bien lu les fils de discussion concernant axione, c'en devient risible, tellement c'est navrant...
-
Je viens d'avoir un technicien.
Pas de demande de vérification de l'identité, ni demande de numéro de tel, adresse ou autre.
Pas de demande de faire un test de débit (pour le fun, je suis à 4.06Mbps à cet instant...).
-"ouè, on est au courant, je fais remonter. Bonne soirée".
-
Encore lent ce soir.. magnifique
-
En même temps vous avez la solution donc ne soyez pas étonné ;)
Soyez étonné le soir où ça remarchera correctement ;D
-
Dans mon cas, la solution a été toute trouvée, passer chez un fai qui ne collecte pas via Axione, en l'occurrence free.
Inscription le 28 août, toujours en étape 1.
Je patiente donc, mais n'avoir une connexion chez soi que quand on est au travail, c'est pénible à l'usage!
😁
-
Oui la solution existe , elle est un peu plus chère et je laisse quand même deux semaines pour corriger avant.
D ici la j espère que kkwete aura sa ligne free construite pour confirmer que ça fonctionne mieux !
-
Ah mais je peux déjà te répondre!
J'ai eu plusieurs abonnements fibres chez free à mon domicile, je bénéficiais de l'offre Freebox V6 à 10€.
Jamais eu de problème particulier.
Je suis passé chez red tout simplement pour le prix, mauvaise pioche.
Car finalement, payer moins cher pour une connexion que je ne peux utiliser, c'est payer trop cher.
-
Oui pareil je paye pas cher , mais jamais eu de problème jusque là.. je vais patienter car pour le moment ça ne gêne pas énormément mon utilisation sauf quand je veux suivre un autre programme sur mon téléphone...
-
Orange et Free, pas d'utilisation du réseau de transport d’Axione pour la collecte des flux.
-
Salut à tous,
Etrangement, ce soir ma connexion fonctionne particulièrement bien...Je suis à cet instant à 900/800Mbps de moyenne, tant en BBR qu'en CUBIC.
De là à penser qu'il y a un effet coupdum', et que pour éviter une palanquée de plaintes de personnes souhaitant regarder le match de rugby tranquillement installés dans leurs canapés, Axione s'est sorti les doights du c..., il n'y a qu'un pas, que je franchis allègrement!
;D ;D ;D
-
Ou tout le monde est devant le match sur un flux multicast ou TNT.
-
Dabitude, j'ai même pas assez de débit pour la TV (forte baisse de qualité, macroblocks visibles, voire carrément coupure de flux...)....
Petit SMS ce matin de SFR:
Nous avons tenté de vous contacter sans succès (ah bon? pas d'appel, ni de mail...)
Pour nous confirmer avoir retrouvé tous vos services, répondez 1, sinon 2.
On va attendre un peu quand même avant de répondre...