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.

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.

Je vois des IP locales en 10.x.x.x, puis 192.168.10.x, tu es bien en direct sur la NB8 ?

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, ...) ?

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)

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.