La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => SFR / RED => 
Incidents SFR => Discussion démarrée par: Antibill le 13 avril 2021 à 21:57:38
-
Bonjour à tous.
Je suis client FTTH red by sfr avec débit plus.
Depuis plusieurs jours, mon débit montant est en chute libre, il est depuis lundi aux alentours de 0.5 mbps... Le débit descendant est normal.
Un changement de box, de méthode de connexion, d'ordinateur ne changent rien.
Selon a qui j'ai affaire au service technique, soit on me dit que tout va bien, sfr fourni un début descendant, et que le montant ça ne sert a rien, soit qu'il doit y avoir un incident réseau.
En tout cas impossible d'utiliser un vpn pour teletravailler.
J'ai changé les DNS, testé avec un vpn, aucun changement..
Auriez vous des idées à suggérer au sav ?
Merci d'avance.
-
Bonjour,
le débit est mesuré comment ?
La valeur montante de 0,5 Mbps est fortement anormale si tu arrives à taper le 1 Gbit/s en descendant. Rien que les paquets à "acquitter" pour atteindre le débit de 900 Mbps dépasse largement 0.5 Mbps.
As tu essayer de faire un test de débit avec un smartphone en wifi ou ton PC en mode sans échec ? Si dans n'importe lequel des cas tu dépasses même ne serait ce que 20 Mbit/s, c'est que ton PC a un soucis logiciel.
Tu n'aurais pas un "optmimiseur de débit", ou de ping ou de lantence ? réglé sur un profil par défaut sur une connexion xDSL avec un upload de 1 Mbit/s ?
-
Bonjour et merci.
Le débit est mesuré sur plusieurs sites différents, mais principalement mire.sfr.fr, dont sfr a le retour de chaque test.
Comme précisé, des tests effectués sur d'autres matériels, y compris depuis un smartphone sont similaire. Un seul équipement wifi connecté, un seul câble réseau, rien ne peut interférer chez moi.
Le débit descendant varie entre 600 et 900, le montant entre 0.3 et 1.5 exceptionnellement.
-
Bonjour et merci.
Le débit est mesuré sur plusieurs sites différents, mais principalement mire.sfr.fr, dont sfr a le retour de chaque test.
Comme précisé, des tests effectués sur d'autres matériels, y compris depuis un smartphone sont similaire. Un seul équipement wifi connecté, un seul câble réseau, rien ne peut interférer chez moi.
Le débit descendant varie entre 600 et 900, le montant entre 0.3 et 1.5 exceptionnellement.
Antivirus Bitdefender ?
Que donne un test en filaire direct sur la box, en démarrage mode sans échec ?
-
Non, antivirus Windows security.
En mode sans échec, en filaire, seul pc connecté au réseau :
778Mb/s en réception
0.156Mb/s en envoi
Ping 18.78 ms
-
C'est pareil qqsoit l'heure ? La box donne quelles valeurs d'atténuation sur ta fibre ?
-
C'est pareil qqsoit l'heure ? La box donne quelles valeurs d'atténuation sur ta fibre ?
Ça descend jours après jours... heures après heures...
environ 2.5 dimanche, 0.5 lundi, 0.4 mardi, et aujourd'hui 0.2...
Voici les infos concernant l'ONT :
Intensité signal optique reçue -24.82 dBm
Intensité signal optique transmise 4.47 dBm
BIAS 14.63 mA
Température de la puce 41.00 °C
Tension Vcc 3.29 V
Tout est dans les normes.
-
Un débit de 900 Mb/s descendant nécessite 20 Mb/s en montant uniquement pour les acquittements TCP.
Serait-il possible de suivre le tutoriel Création d’une clé USB bootable, pour réaliser un test de débit fiable (https://lafibre.info/tester-son-debit/clef-usb-boot/) afin d'éliminer la piste d'un logiciel problématique ?
-
Un débit de 900 Mb/s descendant nécessite 20 Mb/s en montant uniquement pour les acquittements TCP.
Serait-il possible de suivre le tutoriel Création d’une clé USB bootable, pour réaliser un test de débit fiable (https://lafibre.info/tester-son-debit/clef-usb-boot/) afin d'éliminer la piste d'un logiciel problématique ?
J'ai une clé usb avec ubuntu-20.04-desktop-amd64.
Je fais le test de suite, sans grande convictions, tests déjà faits sur différents PC, et téléphone.
Merci de votre aide à tous.
-
Un débit de 900 Mb/s descendant nécessite 20 Mb/s en montant uniquement pour les acquittements TCP.
Serait-il possible de suivre le tutoriel Création d’une clé USB bootable, pour réaliser un test de débit fiable (https://lafibre.info/tester-son-debit/clef-usb-boot/) afin d'éliminer la piste d'un logiciel problématique ?
Désolé pour le retard, j'ai pu faire le test avec UBUNTU sur livecd, en USB boot ok, mais bloquage ensuite... Mais ce n'est pas le soucis.
Je plafonne ici aussi à 0.2 de moyenne sur plusieurs test.
Je rappelle, seul PC connecté physiquement, wifi désactivé sur la box. Même résultat depuis mon smartphone, où un autre PC, en ethernet, ou en wifi.
Mon réseau local fonctionne normalement, les débits entre PC sont identique à avant.
Merci.
-
0.2 Mb/s ?
Il y a vraiment un truc étonnant.
Cela serait possible de faire un capture Wireshark lors d'un SpeedTest donc avec du débit descendant et montant ?
(Je veut bien le descendant pour comprendre ce qu'il se passe avec les 20 Mb/s d'acquittement envoyés)
=> Réaliser une capture Wireshark pas à pas (https://lafibre.info/tcpip/realiser-une-capture-wireshark-pas-a-pas/)
-
Pareil, je me demande comment on peut atteindre 900 Mbs en descendant sans aucun débit remontant :o
-
0.2 Mb/s ?
Il y a vraiment un truc étonnant.
Cela serait possible de faire un capture Wireshark lors d'un SpeedTest donc avec du débit descendant et montant ?
(Je veut bien le descendant pour comprendre ce qu'il se passe avec les 20 Mb/s d'acquittement envoyés)
=> Réaliser une capture Wireshark pas à pas (https://lafibre.info/tcpip/realiser-une-capture-wireshark-pas-a-pas/)
J'espère que j'ai bien suivi le tuto, si besoin je peux le faire depuis le mode sans echec, ou bien depuis un vieux PC sur lequel l'install ubuntu es en cours pour confirmer les tests.
S'il faut le refaire autrement, n'hésitez pas.
Test réalisé sur le site de nperf,j'ai arrêté la capture a la toute fin, après le test de lantence.
Résultat de ce test ci : Réception 646.1 Mb/s / Envoi 0.106Mb/s / Latence 13.07ms
EDIT : 1.1Go le fichier?! J'ai du louper quelque chose.
Je vous fait un wetransfert en 4G.
Merci.
-
0.2 Mb/s ?
Il y a vraiment un truc étonnant.
Cela serait possible de faire un capture Wireshark lors d'un SpeedTest donc avec du débit descendant et montant ?
(Je veut bien le descendant pour comprendre ce qu'il se passe avec les 20 Mb/s d'acquittement envoyés)
=> Réaliser une capture Wireshark pas à pas (https://lafibre.info/tcpip/realiser-une-capture-wireshark-pas-a-pas/)
Voilà le fichier : https://we.tl/t-6nKhS20lKc (https://we.tl/t-6nKhS20lKc)
J'attends impatiemment votre interprétation.
Encore merci.
-
10 minutes, en 4g. Impossible via la fibre..
-
pour info, je lui ai demandé (avant de lire son post dans lequel il dit faire l'envoie en 4G) combien de temps il avait mis à envoyer le fichier pensant que ça avait été fait en FTTH.
et du coup j'avais supprimé mon message qui était inutile.
@antibill,
A tout hasard, le câble réseau en l'ONT et la Box a bien été changé (pour faire des tests)
-
pour info, je lui ai demandé (avant de lire son post dans lequel il dit faire l'envoie en 4G) combien de temps il avait mis à envoyer le fichier pensant que ça avait été fait en FTTH.
et du coup j'avais supprimé mon message qui était inutile.
@antibill,
A tout hasard, le câble réseau en l'ONT et la Box a bien été changé (pour faire des tests)
Ça n'avait pas été fait, mais malheureusement le résultat est le même.
En passant par mon routeur (supprimé pour les tests précédents), je vois bien des débits proches de ceux des tests, même si un peu supérieurs . Valeur lors d'un test : 560KB/s en envoi, 84MB/s en réception.
Si je ne dis pas de bêtise, cela donnerait 4.4Mb/s en envoi, et 672Mb/s en réception. Bien en dessous de ce que c'était il y a peu.
-
@vivien, moi ça me choque pas son upload avec le download, voir ci dessous un Speedtest http sur un serveur local chez moi :
(https://nsa40.casimages.com/img/2021/04/14/21041407003621359.png)
-
iMarco27, je suis trés étonné : tes données ne prendrait en compte que les paquets de données ?
Si ce n'est pas le cas il faut je vérifie le comportement de Windows. Avant la règle était d’acquitter chaque paquet pour des faibles débits et un paquet sur deux pour des haut débits. J'ai vérifié sous Linux, cela n'a pas changé.
Pour revenir à la grosse capture de Antibill, il n'y a aucun test d'upload de capturé. Les plus gros paquets envoyés sont ceux pour monter la connexion TLS 1.3 de nPerf.
J'ai toutefois regardé le flux descendant et ce qui m'a choqué le faible nombre d’acquittement envoyé par ton PC.
Le serveur est obligé de s’arrêter car la Rwin (nombre de paquets envoyé et non acquittés) est pleine. Il y a donc de nombreux arrêt dans l’envoie de données pour attendre les acquittements !
(https://lafibre.info/images/wireshark/202104_sfr_ftth_upload_faible_1.png)
Le début de la connexion n'est pas propre du tout, toutefois avec nPerf il y a de nombreuses connexions simultanés, cela peut être l'origine de perte de paquets.
(https://lafibre.info/images/wireshark/202104_sfr_ftth_upload_faible_2.png)
Autre exemple où la connexion se met en pause pendant deux secondes. Là aussi il faut faire attention au fait qu'il y a d'autres connexions en // qui elles doivent continuer.
(https://lafibre.info/images/wireshark/202104_sfr_ftth_upload_faible_3.png)
Une autre connexion TCP visualisée en entier :
(https://lafibre.info/images/wireshark/202104_sfr_ftth_upload_faible_4.png)
-
Si je peut demander une seconde capture ce serait comme ca :
- test avec SpeedTest, en sélectionnant mono-connexion pour n'avoir qu'une connexion simultanée.
- sur ton PC Ubuntu.
Pour avoir un fichier plus petit et éviter à ton PC de s'écrouler avec les écriture disque, je propose de faire la capture avec TCPdump qui permet de ne prendre que les 150 premiers octets de chaque paquet. On va aussi ne capturer que le flux SpeedTest : il utilise le port 8080 on va demander de ne prendre que ces paquets dans la capture.
La ligne de commande à utiliser sur ton Ubuntu es la suivante : (tcpdump est installé de base)
sudo tcpdump -i eth0 -n -s 150 -w fichier.pcap port 8080
Cela se met dans un terminal. Pour lancer un terminal, je conseille d’utiliser le raccourci "Ctrl" + "Alt" + "t"
"eth0" est le nom de ton interface réseau, il faut le modifier par la carte réseau qui porte ton IP. Cela se repère avec la commande ip -4 -c addr show.
Dans l'exemple ci-dessous, bond0 est l'interface réseau :
(https://lafibre.info/testdebit/ubuntu/202101_netplan_afficher_ip_1.png)
La capture sera bien plus légère, quelques dizaines de Mo au maximum, tu peut l'attacher à ton message sur le forum. On n'a pas le contenu des paquets, mais uniquement les en-tête ce qui est largement suffisant pour notre besoin.
Il faut démarrer la capture avant de lancer SpeedTest et l’arrêter quand les résultats s'affichent.
Merci.
-
Et pourtant j'ai bien capturé le test dans son intégralité.
Je testerai depuis un autre site si besoin. Combien de temps faut il être déconnecté pour que l'adresse IP change? Je serai d'avis de faire le test. Si j'active l'ipv6 ça peut accélérer la chose ? Merci
Ma précédente panne, c'était synchro ok, pas de connexion, et la seule chose que j'avais pu faire était de patienter et d'attendre le renouvellement de l'IP...
-
Si je peut demander une seconde capture ce serait comme ca :
- test avec SpeedTest, en sélectionnant mono-connexion pour n'avoir qu'une connexion simultanée.
- sur ton PC Ubuntu.
Pour avoir un fichier plus petit et éviter à ton PC de s'écrouler avec les écriture disque, je propose de faire la capture avec TCPdump qui permet de ne prendre que les 150 premiers octets de chaque paquet. On va aussi ne capturer que le flux SpeedTest : il utilise le port 8080 on va demander de ne prendre que ces paquets dans la capture.
La ligne de commande à utiliser sur ton Ubuntu es la suivante : (tcpdump est installé de base)
sudo tcpdump -i eth0 -n -s 150 -w fichier.pcap port 8080
Cela se met dans un terminal. Pour lancer un terminal, je conseille d’utiliser le raccourci "Ctrl" + "Alt" + "t"
"eth0" est le nom de ton interface réseau, il faut le modifier par la carte réseau qui porte ton IP. Cela se repère avec la commande ip -4 -c addr show.
Dans l'exemple ci-dessous, bond0 est l'interface réseau :
(https://lafibre.info/testdebit/ubuntu/202101_netplan_afficher_ip_1.png)
La capture sera bien plus légère, quelques dizaines de Mo au maximum, tu peut l'attacher à ton message sur le forum. On n'a pas le contenu des paquets, mais uniquement les en-tête ce qui est largement suffisant pour notre besoin.
Il faut démarrer la capture avant de lancer SpeedTest et l’arrêter quand les résultats s'affichent.
Merci.
J'essaie de faire ça demain. Ubuntu fonctionne pas sur mon pc, ça ne fonctionne que sur un vieux pc avec une interface 100mo. Mais ça donnera une idée
-
Vu le débit actuel, pas de pb pour être limité à 100 Mb/s
En FttH l'IPv4 est fixe.
Tu peut faire un test avec l'IPv6, on ne sais jamais.
Pour SpeedTest, prend un serveur qui gère l'IPv6, par exemple le serveur de Massy en île de France, pour que le test soit réalisé en IPv6.
-
Vu le débit actuel, pas de pb pour être limité à 100 Mb/s
En FttH l'IPv4 est fixe.
Tu peut faire un test avec l'IPv6, on ne sais jamais.
Pour SpeedTest, prend un serveur qui gère l'IPv6, par exemple le serveur de Massy en île de France, pour que le test soit réalisé en IPv6.
L'IPV6 est maintenant activée, mais en statut non connecté.
Voilà le résultat du test, j'espère avoir bien suivi tes consignes.
Je débranche l'ONT et la box pour cette nuit... Sait on jamais...
Merci.
-
Désolé, je retire ce que j'ai dis plus haut.
Mon test fonctionne avec des trames de 1514 octets dont 1460 de HTTP avec un upload de trames contenant que du TCP de contrôle de seulement 54 octets toutes les 15-30 trames de download ! (ce qui explique le petit upload que j'ai en local)
Avec Speedtest et 28 Mbps de down, j'ai 592 Kbps d'up et c'est full TCP. Donc si je fais 1000/28 = 35,7 ; 35,7*592 = 21 134 Kbps = 21 Mbps d'upload avec speedtest.net via navigateur web avec une connexion Gigabit.
Donc en fait même si l'upload a un soucis chez Antibill, les trames avec le TCP de contrôle sont perdues mais les paquets de download sont quand même reçus ???
-
Je débranche l'ONT et la box pour cette nuit... Sait on jamais...
Bon... Et bien du coup, ce matin, l'ONT est bien synchronisé, mais pas de connexion internet...
Donc le même soucis que la dernière fois...
Si je les rappelles, comme la dernière fois, rien ne sera fait, et je devrai seulement patienter... A moins d'avoir les bons arguments?
Je pense qu'il faudrait "tuer" la connexion actuelle, un peu a l'image des connexions fantômes de l'époque de l'ADSL, qu'en pensez vous?
-
Non, il n'y a plus ces problématiques de connexions fantômes.
Si ta connexion ne monte pas, c'est peut-être que les paquets ont été perdus.
Tu a un taux incroyablement haut de paquets perdus dans le sens montant.
Dans ta capture d'hier soir, le trafic descendant est pas si mauvais que ça. Les perte de paquets n'affectent pas les acquittements : Cela va juste faire un rwin plus petite mais même avec 90% des acquittements montant perdus, une connexion descendante fonctionne.
Voici le test en upload avec SpeedTest.net, serveur de SFR en mono-connexion :
(https://lafibre.info/images/wireshark/202104_sfr_ftth_upload_faible_5.png)
On voit vers 500ms les 15 premiers paquets du test de débit montant. On voit la moitié de ces paquets sont en fait perdus et seront ré-émis par ton PC à la demande du serveur.
TCP ne peut pas fonctionner avec autant de perte de paquet et cela explique le débit catastrophique.
On voit après 4 seconde de test qu'on est presque au point mort.
Avec le commande ping (ou mieux mtr sous linux), tu vois bien des pertes de paquets partout ?
Exemple de commande vers un serveur sur Paris :
ping fr.archive.ubuntu.com
mtr fr.archive.ubuntu.com
Si oui, il faut appeler SFR en indiquant que tu perd un paquet sur deux dans le sens montant et qu'il y a donc un problème, peut-être sur la liaison optique.
-
Merci pour ton analyse, c'est très intéressant.
Comme je te l'ai dit, je n'ai plus du tout de connexion, synchro ok, mais la box ne se connecte pas. Donc impossible de faire un PING.
Je vais les recontacter et voir avec eux, mais c'est la seconde panne de ce type en quelques mois, et la dernière fois c'était revenu sans aucune action de leur part... Pas très satisfait du SAV, même si le tarif est intéressant...
Je déménage bientôt, si le problème se reproduit là bas, je changerai d'opérateur...
-
Pour rétablir la connexion, éteint tout et rallume les équipements (ONT / Box) afin d'avoir d'autres tentatives.
-
La connexion est revenue, et le débit montant est maintenant de 450Mb/s.
Le problème venait donc bien du coté de SFR.
Aucune idée du pourquoi par contre.
Encore merci à tous ;)