La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => SFR / RED => 
Installation fibre SFR => Discussion démarrée par: evwve le 18 octobre 2025 à 16:16:33
-
Bonjour,
Nouveau client chez Red by sfr depuis une semaine, et pfff quelle semaine avec ce FAI
(je suis passé par bouygues fibre pendant deux ans, et avant : des aller retour entre Free et Bouygues quand démarchage avec des offre a 10€)
J'avais pris renseignement à l'avance,et dès que la ligne a été activé, tel au service Technique pour demander un RollBack IPv4
Livraison d'une NB6ac à la place de La NB7 avec Ont intégré (comme l'indiquait mon contrat) , service client qui s'en tamponne grave, plusieurs appels ils veulent rien savoir...
Du coup je migre sur l'offre en 2Gbit/s down - 1Gbits/ Up, pour passer sur une NB8 (ont intégré). et je me dis au final que j'ai peut-être fait une connerie
Voila pour la mise en contexte.
Aujourd'hui j'ai l'accès au net fonctionnel avec le débit OK sur du speedtest ou nperf (je sais que les routes sont souvent optimisé pour des resultat flatteur meme si d'autre truc a coté marche moins bien)
(Car si je prend youtube en exemple concret et que j'upload, je tourne a max 30-35Mo/s sur les 115mo/s du speedtest)
J'ai donc pu remettre toutes mes règles NaT dans la box pour récupérer l'accès à mon FTP, mon Plex, et mon système de cameras IP
et c'est là que je déchante
Chaque connexion unitaire est bridé a 2mo/s fluctuant (15-30Mbits/s)
je n'ai absolument rien changé à mon infrastructure interne , j'ai mon réseau qui reste sans changerment.
et je n'avais aucun problème avant pour prendre les 80-90Mo/s par connexion sur mon FTP
En local sur mon PC en 10Gbe, mon serveur FTP peut envoyer jusqu'a 5Gbits/s de débit. on est loin d'un bridage hardware sur mon infrastructure Local
J'ai essayé de chercher un peu plus loin , j'ai aussimonter vite fait un serveur iPerf3. même résultat
J'essaye de changer les ports de mon FTP par autre chose que le 21/990 , pas de changement
J'essaye en mettant la DMZ sur mon l'ip de mon Serveur, toujours pas de changement
je recontacte le service technique, qui n'a de technique que le nom.
La personne veut rien savoir et rien dire : vous avez accès à internet, contrat remplis aurevoir...
Impossible d'avoir des infos si ca serait une bridage de la box avec les règles NaT, ou que celles-ci mettent en PLS la box, mais a 2Mo/s j'y croit pas trop, ou un problème de routage coté SFR avec le Rollback IPv4 non finalisé.
La personne au bout de la ligne avec qui j'ai décidé de jouer franc jeu (quelle erreur) et d'expliquer en détails le problème sans omettre des infos sur les débits speedtest OK pour que le service technique cherche un peu
Réponse c'est en dehors de compétence, ils ont personne pour gérer la technique sur la box, ni le réseau chez eux qu'elle m'a dit, étrange pour un fournisseur d'accès internet ><
Bref j'me retrouve avec un accès internet qui affiche fièrement en LAN 900/900Mbits/s mais qui est inexploitable pour mes besoins de connectivités.
https://www.speedtest.net/my-result/d/55e28764-e5f2-4855-a6d2-66a188193e1f (https://www.speedtest.net/my-result/d/55e28764-e5f2-4855-a6d2-66a188193e1f)
La où je soupçonne qu'il y a un bridage volontaire, c'est que sur un test iPerf3 en reverse, pour que ce soit le serveur (connexion RED) qui émettent vers le client, (connexion de mon frangin chez un autre FAI ~500Mbits/s dispo) J'ai la première seconde avec parfois un débit de 100-150Mbits, et qui s'écroulent pour les tests suivant, testé aussi sur un pc derrière un VPN idem (pas réussi à le reproduire aujourd'hui en écrivant ce message)
Bref si vous avez une idée sur le problème, de la BoX NB8 ? coté SFR ?
Car l'issue de dernière contact par téléphone, c'est cassé vous ailleurs on s'en fout de vos problèmes
Un client qui veut exploiter a fond son accès internet semble les déranger, ils refusent toutes discussions.
Si vous avez une idées je suis preneur, mais ayant rien changer d'autre que de FAI je vois pas où pourrait être le problème coté des mes PCs
j'ai testé de virer le firewall (eset) sur mon serveur qui héberge mes services, sans changement non plus
J'ai testé avec iperf sur une autre machine pour exclure un problème de config réseau local de mon serveur, aucune changement, exactement le même comportement
Bref j'ai déjà perdu une semaine, et des heures et des heures de Test pour êtres sur à 99% que le problème n'est pas chez moi, mais avec un SAV qui veut rien savoir, je pense que je vais rester le temps du remboursement de ma facture de clôture, et tchao chez un autre FAI, et reperdre encore du temps a config une nouvelle box, et redemande run passage Fullstack ipv4
MAis bon je préférai quand même garder cette offre et résoudre le problème.
-
Salut Evwve et bienvenue dans le forum LaFibre.info. :)
Selon ton lien que voici :
(https://www.speedtest.net/result/d/55e28764-e5f2-4855-a6d2-66a188193e1f.png) (https://www.speedtest.net/result/d/55e28764-e5f2-4855-a6d2-66a188193e1f)
Tu as du 917mb/s download et 915mb/s upload avec ta BOX 8 SFR. C'est parfait.
Mais je n'ai toujours pas compris ton problème.
-
Bah je n'ai que du 1-2mo/s utilisable quand j'utile mon ftp stocker en local et que je suis a l'extérieur de chez moi
idem pour mon serveur plex plus possible d'avoir une lecture direct sans du buffering de 10s toutes les 2s xD car
(https://i.ibb.co/NnL2ggwG/ftp.jpg)
edit : et bien sur aucune restriction de débit sur Ma config FTP
en local : 110/115 sur une connexion 1Gbe
(https://i.ibb.co/gZcLQKHj/ftp-local.jpg)
-
Ton problème n'a rien à voir avec le FAI SFR. D'après ton SpeedTest, tu as un débit correcte.
J'utilise aussi Filezilla Server. Si cela peut t'aider, voici mon paramétrage :
Dans ma BOX 8 SFR, j'ai ajouté ses règles :
--> FTP : Port 21
--> FTPS : Port 990
--> FTPP : Port 50 000 - 50100.
Puis dans le serveur FileZilla :
Onglet : Server / Configure.
a) Server Listener.
--> 192.168.1.20 / 21 / Require Explicit FTP over TLS
--> 192.168.1.20 / 990 / Require Explicit FTP over TLS
--> 2a02:84XX:XXXX:XXXX::200 / 21 / Require Explicit FTP over TLS
--> 2a02:84XX:XXXX:XXXX::200 / 990 / Require Explicit FTP over TLS
b) Protocols Settings / Performance / Number of Threads : 10.
c) Protocols Settings / Timeouts / Activity timeout : 60 Minutes.
d) Protocols Settings / FTP and FTP over TLS (FTPS) / Passive Mode.
--> Use custom Range : x
--> From : 50 000
--> To : 50 100
e) Right Management / Users / General
--> Anonymous
----> Do Not Require Authentication
----> User is enabled : x
----> Read Only
----> Virtual Path : /
----> Native Path : k:\FTP_Server\Anonymous
----> Apply Permission to Subdirectories : x
f) Administration / Connections.
--> Local Listener Port : 14 148.
--> Password : XXXX
g) Updates.
--> Current Version : 1.11.1.
5) FTP Network Configuration Wizard.
------------------------------------
Onglet : Server / FTP Network Configuration Wizard
--> Use Custom Port Range : x
--> From : 50 000
--> To : 50 100
--> Enter Public IP : XXXX.XXXX.XXXX.XXXX ( Adresse IPv4 Publique)
--> Use Local IP For Local Connection (Recommended) : x
--> Hosts : XXXX.XXXX.fr
--> FTP Port : 21
--> TLS Mode : Explicit
--> Start The Test.
6) Test FTP Network Configuration.
----------------------------------
Onglet : Server / Test FTP Network Configuration
--> Hosts : XXXX.XXXX.fr
--> FTP Port : 21
--> TLS Mode : Explicit
--> Start The Test.
-
Salut evwve.
Quelle Box SFR tu as, stp?
Si tu as un réglage "accélération NAT" ou équivalent, tu peux essayer de le changer.
Si c'est une vieille box asthmatique, ce comportement peut très bien s'expliquer.
Leon.
-
Merci pour le détail de ta configuration, j'ai la même chose niveau sur mon filezilla server,
le problème est pas uniquement sur le FTP mais tous services passant par une ouverture de port de la box.
que ce soit plex en 32400, ftp en 21/990 et la range passive chez moi en 60000-60100
Iperf3 sur le port par défaut (5201) ou testé sur d'autres ports en 1234 - 12345 (simple a retenir :D)
Tout ce qui passe par un port forwarding de la box est bridé à ~2Mo/s
ET comme indiqué précédemment, auparavant avec Bouygues aucun soucis de bridage de débit en port Forwading, je pouvais utiliser 100% de mon upload disponible c'est le seul FAI avec qui j'ai des probleme depuis le passage en fibre, mes usage on jamais changé, j'ai fait 1an avec Orange sur l'installation fibre de mon quartier, et apres 4ans d'aller retour bouyges /free pr les promotion nouveaux clients, et pour finir les deux dernieres années chez bouygues jusqu'a ce qu'il stop tout tarif réduit. et pendant ces 6-7ans jamais rencontré de soucis de ce type pour acceder de l'exterieur vers mon domicile, en Ipv4 et port Forwarding.
je vois ca plutôt comme une restriction pour limiter une connexion personnel en HomeSErver
Je me doute que si tu me détailles ta config, c'est que de ton coté tu n'est pas confronté a ce type de restriction, tu es en NB6Ac/7 NB8 ? NB10 ?
Ma NB8 est en config ipv4 only (ipv6 desactivé actuellement)
Firewall désactivé (j'aime cette option avec 0 configuration derrière, d'ailleurs je me demande si elle fait vraiment quelque chose)
Par acquis de conscience, j'ai passer le passive mode sur les ports 50000-50100 comme chez toi, et bien sur aucun changement
-
Salut evwve.
Quelle Box SFR tu as, stp?
Si tu as un réglage "accélération NAT" ou équivalent, tu peux essayer de le changer.
Si c'est une vieille box asthmatique, ce comportement peut très bien s'expliquer.
Leon.
NB8
Rien vu en option concernant le NAT sur cette box, hors création de règles
https://i.ibb.co/x8KbQkRV/nb8.png (https://i.ibb.co/x8KbQkRV/nb8.png)
-
je vois ca plutôt comme une restriction pour limiter une connexion personnel en HomeSErver
Bonjour,
Aucun bridage de mon côté sur Plex et le reste depuis et vers l'extérieur avec le NAT.
En SFR box 8 sur offre R=D 2Gbits.
-
NB8
Rien vu en option concernant le NAT sur cette box, hors création de règles
https://i.ibb.co/x8KbQkRV/nb8.png (https://i.ibb.co/x8KbQkRV/nb8.png)
Tu as lu le texte sur ton routeur dans ta capture d'écran? Visiblement non.
Il te dit explicitement que si tu ouvres plus de 100ports, ça sera lent.
un usage excessif des plages de port peut réduire les performances de cet équipement. La plage maximum autorisée est de 100.
Et là, tu en ouvres plus de 130 ports en tout.
Donc retire ta dernière redirection, et réduit ta liste au minimum la liste et refait tes tests, au moins temporairement (tu peux sauvegarder ta config actuelle pour y revenir).
Cette box n'est pas un routeur de compétition, il ne faut pas trop lui en demander.
Leon.
-
Bonjour,
Aucun bridage de mon côté sur Plex et le reste depuis et vers l'extérieur avec le NAT.
En SFR box 8 sur offre R=D 2Gbits.
Ouep c'est bien ce qui me fait peur, c'est que mon problème est unique :p et vu que coté RED le service technique au tel c'est clairement et textuellement dit : dermerdez vous nous, le NAT ca nous concerne pas ...
Tu as quel modèle, la version 2ports Ethernets ou 4 ? GR120DG/GR140DG (je crois) et si tu as les autres ref pour vois si je suis sur la même version que toi
Version matériel : 3NTRGW14553U01
Version logiciel : 3GN8020802R0A
J'ai aussi Testé de brancher le pc qui fait serveur directement au cul de la box pour virer un switch en intermédiaire, pas de changement non plus :/
J'ai testé un Reset box Complet par le switch ° reset au cul de la BOX sans changement :/ mais en rechargeant mon fichier de config directement. Il va falloir en ultime test laisser la config stock DHCP et foutre le boxons dans mes switchs/AP-wifi et multitudes d'objets connectés
-
Tu as lu le texte sur ton routeur dans ta capture d'écran? Visiblement non.
Il te dit explicitement que si tu ouvres plus de 100ports, ça sera lent.
un usage excessif des plages de port peut réduire les performances de cet équipement. La plage maximum autorisée est de 100.
Et là, tu en ouvres plus de 130 ports en tout.
Donc retire ta dernière redirection, et réduit ta liste au minimum la liste et refait tes tests, au moins temporairement (tu peux sauvegarder ta config actuelle pour y revenir).
Cette box n'est pas un routeur de compétition, il ne faut pas trop lui en demander.
Leon.
oui j'avais bien vu et testé juste avec le port 21 et une plage de 20ports pour le mode passif et tout le reste supprimé: aucun changement.
Cette avertissement, c'est juste pour se dedouaner coté SFR si ca marche pas comme prévu ^^
Edit : je rejoute le test :p
https://i.ibb.co/ds1SmHFb/portforward-reduced.png
(https://i.ibb.co/ds1SmHFb/portforward-reduced.png)
-
Tu as quel modèle, la version 2ports Ethernets ou 4 ?
Version 2 ports.
-
Merci pour le détail de ta configuration, j'ai la même chose niveau sur mon filezilla server,
J'en déduis que ton problème ne vient pas de la configuration de FileZilla Server, ni de la BOX 8 SFR qui te donne un débit correcte.
Là, je sèche. :o
Je me doute que si tu me détailles ta config, c'est que de ton coté tu n'es pas confronté à ce type de restriction, tu es en NB6Ac/7 NB8 ? NB10 ?
J'ai une BOX 8 SFR en GR120DG, comme la tienne, c'est-à-dire avec seulement deux ports RJ45.
J'ai un débit en download et upload proche des 900mb/s et en effet, aucun problème de débit avec FileZilla Server.
Ma NB8 est en config ipv4 only (ipv6 desactivé actuellement)
L'IPv6 est activé dans ma BOX 8 SFR. D'ailleurs, tu as pû constater le paramétrage IPv6 dans la configuration de mon FileZilla Server.
Par acquis de conscience, j'ai passer le passive mode sur les ports 50000-50100 comme chez toi, et bien sur aucun changement
N'as tu pas vu le message d'avertissement dans la BOX 8 SFR :
Un usage excessif des plages de ports peut réduire les performances de cet équipement. La plage maximale autorisée est de 100 ports
D'où le fait que j'ai mis une plage allant de 50 000 jusqu'à 50 100, afin de respecter l'avertissement.
-
Ouep , c'est une joli prise de tête
mon dernier test y'a 1H, c'est reset hardware encore (par le bouton) j'ai touché à rien dans les paramètre de la BOX, j'ai juste mis la DMZ sur l'ip de mon serveur et .... Résultats identiques.
ca fait 3 jours que j'me casse la tête la dessus, et ne pas trouver la solution à un problème me rend fou.
Ce qui au fond m'embête encore plus c'est que le dit : "service technique" ne veux rien savoir, des que j'ai abordé le mot Nat / Port forwarding, ca a changé de ton, et à mis la musique en boucle, nous on gère pas ca, si vous avez internet c'est qu'il y a pas de problème aurevoir on peut rien faire.
Bref si ca se trouve juste le rollback IPv4 qui a moitié déconné et qu'il y a un problème de routage entre la box <-> réseau SFR. mais vu qu'ils veulent même pas en parler, dur de leur demander un doublecheck...
Car j'ai pu lire un peu partout que le roll back peut être effectif en moins de 24h, et a mon premier appel on m'avait annoncé 3-4H
au final ca a pris 6 jours :O
ca été activé sur l'échange de ma NB6ac vers la NB8, du coup j'ai plus ONT séparé pour tester avec un routeur Perso, (j'ai pu vite faire lire sur le forum qu'il était possible chez SFR de se passer de la box dans certains cas)
En tout cas merci à tous de votre participation, si toute de même quelqu'un d'autre à une idée je reste preneur bien entendu ^^
je vais laisser passer le w-e et essayer de pas y penser.
Normalement ils doivent me rappeler lundi, (je sais même plus si c'est le service commercial, ou tech pr lundi), on verra si j'ai un interlocuteur plus ouvert.
-
Sur les tests iperf, on dirait qu'il y a de la perte de paquets.
Est-ce que ça fait la même chose vers un serveur public (https://iperf.fr/iperf-servers.php) ?
Ca pourrait être intéressant de tester en BBR, mais là comme on parle d'upload c'est au niveau de ton PC, et sous Windows ce n'est pas très recommandé (réglage global et pas très stable).
Sinon en bootant un Linux sur une clé USB.
-
Sur les tests iperf, on dirait qu'il y a de la perte de paquets.
Est-ce que ça fait la même chose vers un serveur public (https://iperf.fr/iperf-servers.php) ?
Ca pourrait être intéressant de tester en BBR, mais là comme on parle d'upload c'est au niveau de ton PC, et sous Windows ce n'est pas très recommandé (réglage global et pas très stable).
Sinon en bootant un Linux sur une clé USB.
Du coup j'avais pas insisté sur les serveurs publics car j'avais pas eu de réponse sur mes 2-3 tentatives de test (j'étais juste un couillon, j'avais pas vu qu'ils n'utilisaient pas le port par défaut xD j'ai stop la lecture du tableau après la deuxième colonnes)
Là j'ai fait le test sur mon pc principal, et on remarque mieux la pointe de la première demande quand j'envoie vers le serveur public, et paf ca s'écroule après la première seconde.
Du coup là ça ne fais pas appel a la config de la ma box ou de quelconque règles de la box. J'étais focus sur un problème de BOX car j'ai vu le problème de débit sortant en ouvrant les ports et le redirigeant pour mes besoins.
Ca résout pas le problème mais ca donne une infos en plus.
-
Même en download le débit est très instable, et il y a des pertes (63000 retry, c'est beaucoup trop).
A ce niveau, je me demande si ça ne se verrait pas avec un ping continu.
Là le download est testé en BBR, mais l'upload est avec l'algorithme configuré dans Windows (par défaut Cubic, qui est bien plus sensible aux pertes).
Un iperf en UDP, avec un débit spécifié ("-b 500M" par exemple) peut aussi mettre en évidence les pertes.
Mais c'est plus délicat, parce que l'UDP ne fonctionne pas toujours très bien.
-
Je vois des IP locales en 10.x.x.x, puis 192.168.10.x, tu es bien en direct sur la NB8 ?
-
Bon finalement, mon speedtest avait été fait au mauvais moment pour avoir du 900/900 xD
là à 4h30 du mat je pense, pas que ca soit l'heure de pointe et c'est plus la même:
en connexion unique : 780 ↓↑ 44Mbits
https://www.speedtest.net/fr/result/18366988401 (https://www.speedtest.net/fr/result/18366988401)
en connexion Multiple : 900 ↓↑ 265Mbits
https://www.speedtest.net/result/18366990025 (https://www.speedtest.net/result/18366990025)
Même en download le débit est très instable, et il y a des pertes (63000 retry, c'est beaucoup trop).
A ce niveau, je me demande si ça ne se verrait pas avec un ping continu.
Là le download est testé en BBR, mais l'upload est avec l'algorithme configuré dans Windows (par défaut Cubic, qui est bien plus sensible aux pertes).
Un iperf en UDP, avec un débit spécifié ("-b 500M" par exemple) peut aussi mettre en évidence les pertes.
Mais c'est plus délicat, parce que l'UDP ne fonctionne pas toujours très bien.
Après j'ai toujours une commande ping qui traine quand j'ai des doutes, et ca ne montre rien d'intéressant actuellement, après ~100 envoi sur free.fr 0 perte
Je vois des IP locales en 10.x.x.x, puis 192.168.10.x, tu es bien en direct sur la NB8 ?
Pour l'ip en 10.x.x.x c'était sous sous VPN pr faire une connexion entrante sans boucle local (je test un peu tout ce qui me passe par la tête)
j'ai aussi testé en 5G avec mon tel en routeur (avec 250-300 Mbits de dispo seulement*) mais même résultat dans les 2-3Mo/s
là en ip 192.168.10.x c'est bien mon pc en direct box, en test sur un server public exterieur
-
Le premier speedtest était vers un autre serveur, mais là c'est un serveur Orange pour le speedtest, et Bouygues pour iperf, donc on peut à priori écarter un problème de serveur ou de peering.
En plus si je comprends bien il ne semblait pas y avoir de problème avec la NB6VAC.
Qu'est-ce que la NB8 affiche comme état du GPON (niveau de signal, ...) ?
-
Le premier speedtest était vers un autre serveur, mais là c'est un serveur Orange pour le speedtest, et Bouygues pour iperf, donc on peut à priori écarter un problème de serveur ou de peering.
Pas sur de comprendre de travers ce que tu veux dire pas pas de problème de serveur / peering. je veux bien plus d'explication sur ce point
En plus si je comprends bien il ne semblait pas y avoir de problème avec la NB6VAC.
Qu'est-ce que la NB8 affiche comme état du GPON (niveau de signal, ...) ?
Malheureusement à part 2-3 speedtest comme ci comme ça, j'ai pas cherché plus que ca les 4-5 jours où j'avais laNB6ac. pas eu de besoin d'envoi de grosse donné sur cette période. Mais vu que ca m'a pas marqué c'est que cétait dans les clous.
Et le rollback n'était pas effectif, je n'ai pas pu pousser en profondeurs mes tests pour voir si tout marchait à 100% avant l'échange pour la NB8, donc le problème a pu apparaitre avec la NB8, ou le rollback ipv4, ou être déjà présent avant (même si j'y crois pas trop à cette troisième possibilité).
Mais il est vrai que c'était pas aussi dramatique que cette nuit, où là l'upload même sous speedtest.net est à la ramasse
-
Qu'est-ce que la NB8 affiche comme état du GPON (niveau de signal, ...) ?
La box est pas très bavarde sur ce point, ou je ne sais pas où trouver plus de détail que le résumé WAN sur le coté de l'interface ou en bas de la page WAN
La box attenu bien, mais sorti fibre j'suis large sous les -24dB (un cadeau d'un sous-traitant free jamais revenu chercher son matos)
-
Le -24dBm indiqué par la box reste dans les valeurs acceptables, même si c'est un peu faible.
1310nm c'est upstream, donc je ne sais pas ce que l'appareil mesure (des réflexions ?).
Pour mesurer le signal de l'OLT, c'est 1490nm.
-
Les retransmissions et grosses pertes de prestation/débit ne sont pas forcément engendrées par des pertes de paquets; c'est une hypothèse, mais pas la seule.
J'avais eu le cas d'une connexion SFR FTTH qui pendant plusieurs mois faisait des "out of order", donc qui ne respectait pas l'ordre des trames IP tels qu'émis initialement. J'avais observé ça via des captures Wireshark.
Comme c'est retombé en marche tout seul au bout de quelques semaines, j'ai imaginé que c'était un problème, une erreur de configuration d'un équipement SFR, par SFR; mais sans certitude.
Tous les protocoles ne sont pas aussi sensibles par rapport à ces "out of order". Dans le cas que j'avais investiguait, ça rendait un VPN d'entreprise (télétravailleur) quasi inutilisable.
Il est possible que ton SFTP soit sensible à ça, je ne sais pas.
Souvent, quand les applications permettent de télécharger en parallèle via plusieurs sessions UDP/TCP, ça permet de contourner partiellement le problème, que ça soit causé par de la perte de paquet ou par de l'out-of-order, mais ça ne fait pas de miracle. Je ne sais pas si SFTP et tes logiciels permettent ça.
Pour aller plus loin dans l'investigation de l'hypothèse "perte de paquets", tu peux faire un ping plus poussé : ping de trames longue, et laisser le ping tourner pendant 5minutes, pas juste 30 secondes.
ping x.x.x.x -t -l 1440
(ça fait des champs data de 1440).
A faire impérativement entre les machines que tu utilises.
Dis nous aussi si le problème existe aux heures de pointes uniquement.
Leon.
-
Là on a clairement des problèmes vers des serveurs Orange et Bouygues en plein milieu de la nuit, donc ce n'est pas limité aux heures de pointe.
S'il y a des paquets out of order, iperf3 devrait le dire sur un test en UDP.
iperf3.exe -c ping.online.net -u -b 500MMalheureusement le test en TCP a été fait avec un des serveurs Bouygues, qui ne supporte pas l'UDP.
Pour moi, ping.online.net / iperf3.moji.fr fonctionnent bien en UDP (sauf parfois où les serveurs ne répondent pas), mais le serveur Milkywan ne fonctionne pas.
-
Bon bon bon,
suite au rappel de SFR de ce midi, pas de changement de son de cloche.
Le fameux *service technique* n'a que trois phrases scriptés a dire :
- Vous avez internet ?
- faites un nPerf sur réseau SFR seulement (speedtest/iperf/et autres = interdit et sans valeur, c'est vrai qu'internet = SFR only)
- tout va bien alors aurevoir
Clairement le *technicien* ne veux pas entendre parler d'autre chose que leur serveur SFR, si votre speedtest sur serveur SFR est presque correct = Y'a pas de problème.
Si j'évoque du speedtest sur serveur Bouygues / Scaleways / Orange / et plein d'autres datacenters = on s'en fout.
Et c'est bien connu que les gens ont besoin d'internet juste pour faire des Speedtest de leur ligne et uniquement chez leur FAI ... La vision de ce qu'est un accès à Internet par SFR fait peur.
Je suis quand même consterné de voir un Service Technique qui n'en a strictement rien a fout** de leur client. surtout sur un client sans engagement qui ne sera pas bloqué 12mois chez eux.
Il est clairement IMPOSSIBLE d'aborder la problématique pour essayer de trouver une solution à un problème qui pourtant existe, surtout quand la personne semble strictement rien connaitre d'autre que les 3 phrases scriptés.
Bref la seule chose qui est proposé c'est un échange de box, alors qu'il le dise eux même qu'il y a aucune problème entre la Box et les locaux SFR. Ca n'a pas de sens. Pour moi maintenant tout indique un problème de peering
Restant crédule et surtout voulant garder espoir j'ai accepté l'échange, on verra bien si ca change quelque chose ou pas.
mais je me fais pas trop d'illusion, ca finira par retourner chez Free/Bouygues une fois Le remboursement de frais de résiliation de mon ancienne ligne effectuée.
Du temps perdu pour moi, et de l'argent coté FAI gaspillé de l'autre, plutôt que trouver une solution :/
La suite dans 24-48H après échange de box :D
-
avis perso, ça fait malheureusement bien longtemps que le service technique se limite à "votre box fonctionne".
D'un autre côté, on veut toujours moins payer, et une fois enlever les coûts de matériel, il ne reste pas grand chose pour payer la hotline ... Tu as donc des personnes qui ne savaient pas (ou ne savent toujours pas) ce qu'est IPv6 ou une redirection de ports alors ...
-
evwve
Tu as essayé de regarder les pertes de paquets réels avec la méthode que je te proposais?
Parce que les retransmissions, on suppose que c'est du à des pertes de paquet, mais on n'en n'est pas certain.
Pour aller plus loin dans l'investigation de l'hypothèse "perte de paquets", tu peux faire un ping plus poussé : ping de trames longue, et laisser le ping tourner pendant 5minutes, pas juste 30 secondes.
ping x.x.x.x -t -l 1440
(ça fait des champs data de 1440).
A faire impérativement entre les machines que tu utilises.
Leon.
-
Il y a aussi le iperf3 en UDP dont j'ai parlé plus haut, qui est capable de détecter les paquets perdus ou reçus dans le désordre, qui sont les deux causes envisagées actuellement.
Certes, même si on identifie, ça risque d'être difficile d'obtenir une correction du réseau.
-
[...]
[...]
Je ne vous ai pas oublié et encore moins vos idées, j'ai profité un peu de mon dimanche en me disant que je reprendrai les tests plus tard dans la semaine.
Donc les nouvelles du front,
J'ai fini par testé sous une distrib linux avec iperf3.
En UDP ou TCP les résultats sont bons, mais ca me donne pas une solution pour Windows, et ca engendre maintenant pleins d'autres questions, (outre le fait que je passe pour un gland, et que je me sens vraiment con :p surtout quand vous aurez lu la suite)
Bref que tout déconne et que je m'en rends compte sur le changement de BOX ma convaincu, plutôt persuadé que c'était un problème de box ou réseau SFR. Le mauvais départ avec la mauvaise box livré/installé, le service client qui s'en fout, et le rollback qui a pris une semaine, tout ça a fait vriller mon cerveau.
Tous mes PC Windows se comportent pareil, (y'a du Windows 11 et 10)
Le pire c'est que sur ma machine principal, j'ai réinstallé Windows 10 (ent-iot-ltsc) y'a 48H . Donc encore un argument pour m'acharner sur SFR en me disant que c'est impossible que ca soit mes machines Windows, ou un réglage des mes points d'acces wifi/et switch qui merdent.
Mais les faits sont les faits, j'ai donc installé sur un autre partoche un Windows 11 25H2, j'ai rien installé dessus direct lancé iperf3 et...
Bah presque les même résultats que sous Linux (debian). Donc il va falloir que je trouve ce qu'il y a en commun sur chacun de mes PCs.
J'avais en tête Eset Smart Security, qui même désactivé amenait des mauvais résultats, et finalement même installé les perfs reste correct sur mon Windows tout frais.
Donc j'ai pas d'autre piste pour le moment :'( ca va être long de trouver l'origine ce problème en réinstallant soft par soft avec test a chaque étape :D
Mais il me reste un truc qui reste bizarre c'est la difference de l'upload en mode connexion unique sous speed test entre windows et Linux?!
Bonjour,
Aucun bridage de mon côté sur Plex et le reste depuis et vers l'extérieur avec le NAT.
En SFR box 8 sur offre R=D 2Gbits.
Si tu repasses par là, je suis curieux du résultat que tu as sur ta ligne entre un speedtest en mode Unique et Multi connexions.
Encore merci a ceux qui lisent et qui donnent des pistes pour résoudre ce problème qui passe d"un supposé problème SFR seulement, a un problème Réseau Windows, (même si pour moi il reste encore des trucs louche coté box xD)
-
Le test d'upload iperf3 TCP sous Linux démarre assez lentement.
Une perte lors de la montée initiale du débit pourrait expliquer le comportement, mais on ne sait pas à quel moment le retry a eu lieu.
Par exemple, sur ma connexion Orange 2Gbps / 800Mbps :
Connecting to host iperf3.moji.fr, port 5202
[ 5] local 192.168.2.22 port 38666 connected to 45.147.210.189 port 5202
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 94.5 MBytes 792 Mbits/sec 43 973 KBytes
[ 5] 1.00-2.00 sec 95.8 MBytes 803 Mbits/sec 0 1.05 MBytes
[ 5] 2.00-3.00 sec 95.6 MBytes 802 Mbits/sec 0 1.12 MBytes
...Il y a 43 retry dans la première seconde, mais ils arrivent probablement parce que le débit maximum est atteint.
Le test d'upload iperf3 TCP sous Windows n'a pas le problème, alors que le speedtest est mauvais.
Donc clairement il y a quelque chose de bizarre, mais on change le test, le serveur et le moment (peut-être que le problème est intermittent), donc il faut creuser.
Pour le test en UDP, avec "-b 0" il essaye d’émettre le plus vite possible, donc :
- en upload il n'est limité que par la carte réseau : peut-être que les 0,64% de pertes viennent d'une limitation très légèrement inférieure (tout dépend de la limite 1Gbps de l'OLT, surtout qu'il y a les entêtes VLAN en plus)
- en download le serveur émet à 5Gbps (limite CPU ?), donc forcément une grande partie est perdue à différents niveaux
Pour pouvoir réellement savoir si le réseau perd des paquets qu'il ne devrait pas, il faut injecter un débit qui doit passer, c'est pour ça que je suggérais "-b 500M".
-
Pour ce qui est de la différence en upload mono-connexion, ça pourrait être ta distro Linux réglée en BBR tandis que Windows utilise CUBIC. (L'algorithme de congestion régule le téléversement DEPUIS la machine qui envoie, càd que le changer n'a aucune incidence sur la vitesse des téléchargements vers toi.)
Tu ne peux pas changer ça sous Windows, d'ailleurs. Enfin, si, tu peux, mais certains logiciels n'apprécient pas... je pense notamment à Steam qui plante en boucle au démarrage si tu as l'outrecuidance de régler Windows sur BBR !
-
Merci pour vos réponses et les précisions techniques :)
-
Bon,
Windows 10 + Box8 faut oublier, j'ai pas réussi a modifier quoi que ce soit pour que ca marche bien
je penche sur un problème de l'algo de congestion sur win10 et/ou box qui fait de la merde avec (ou un truc du genre sur le TCP/IP) mais bon je suis bien trop limité en connaissance avancé réseau, et j'ai dis assez de bêtise comme ça, même si j'aurai bien aimé trouver le pourquoi du comment.
Sur Windows 11 les iperf3 sont correct, les speedtest presque bon, même si en connexion unique c'est pas toujours la joie
CUBIC:
https://www.speedtest.net/fr/result/18387582869 (https://www.speedtest.net/fr/result/18387582869)
BBR2:
https://www.speedtest.net/result/18387576395 (https://www.speedtest.net/result/18387576395)
Sur mon serveur que j'ai repassé en win11 aussi, je passe anciennement de 2-3Mo/s en FTP, à du 25-35Mo/s par connexion
Et j'ai testé en passant en BBR2 à la place de Cubic et la c'est du 85-95mo/s par connexion. Comme quoi, le problème doit tourner autour de ça.
(https://dev.moe/en/3021 (https://dev.moe/en/3021))
Même s'il est indiqué que ca peux déconner avec certains services, sur mon serveur du moment que le partage en local, le FTP et le Plex marche, j'ai besoin de rien d'autre dessus. donc on va voir sur le long terme ce que ca donne.
Bref le problème même s'il n'est pas complétement résolu, il est contourné en minimisant ce problème avec le BBR2
-
Donc le Cubic de Windows 11 se comporterait mieux que celui de Windows 10, peut-être que certains paramètres ont changé.
En tout cas le fait que BBR fonctionne mieux que Cubic, c'est assez logique s'il y a des pertes (un iperf3 en UDP correctement limité le montrerait probablement).
-
Bonjour
Livraison d'une NB6ac à la place de La NB7 avec Ont intégré (comme l'indiquait mon contrat) , service client qui s'en tamponne grave, plusieurs appels ils veulent rien savoir...
Il faudrait voir exactement ce qu'écrit RED dans ton cas, mais depuis des années SFR surfe là-dessus plus subtilement que ton récit ne l'évoque :
- ils promettent contractuellement une SFR BOX 7
- et l'offre SFR BOX 7 se concrétise matériellement par une box modèle "NB6VAC alias Box Plus" ou bien modèle "BOX 7 fibre"...
Et d'ailleurs cette appellation "SFR BOX 7" était commercialisée bien avant l'existence de la "Box 7 fibre" arrivée en 2023.
Déjà avant 2023, SFR parlait de "SFR BOX 7" pour un équipement exclusivement NB6VAC (sans doute influencé par le fait que cette "Box Plus" succédait à la NB6 blanche, et était associée au STB7 alias "Décodeur Plus").. Ça faisait "Gen 7" 8).
De plus, en ADSL depuis la même création de l'offre "SFR BOX 7", ça a été exclusivement concrétisé jusqu'à ce jour par une NB6VAC puisque la "Box 7 fibre" évidemment n'y est pas utilisable.
J'imagine qu'en fait, chez RED, ils adoptent la même subtilité (voire sournoiserie).
À+