La Fibre
Télécom => Logiciels et systèmes d'exploitation => 
Microsoft Windows => Discussion démarrée par: rooot le 20 janvier 2023 à 13:45:52
-
Bonjour,
je vous expose mon problème que j'ai depuis des mois et dont on ne trouve pas la cause.
On a une connexion fibre pro 1Gbps symetrique chez Orange. Quand on fait des speedtest on est autour de 880Mbps, et d'une maniere générale on a environ 35ms de latence (on sort sur Paris alors qu'on est dans le sud).
Dans l'entreprise on a un Routeur Mikrotik RB4011 managé par un prestataire. sur ce routeur on a parametré un VPN en L2TP avec clé partagée. donc login avec user/pass du domaine + la clé.
Sur nos PC on a des lecteurs Réseaux mappés sur des serveurs windows. en Local les transferts de fichiers passent bien a 1Gbps. aucun souci.
Lorsqu'on télétravaille, on démarre le VPN, et là un transfert de fichier ne dépasse pas 50Mbits.
On a contacté le prestataire pour vérifier les reglages sur le routeur et ils nous affirment que tout est ok de ce côté là, rien ne limite les transfert, lors d'un transfert de fichier le taux d'occupation du CPU ne dépasse pas 5% donc le probleme ne se situerait pas au niveau du routeur.
Sur le serveur de fichier (Windows 2022) 2x xeon 10/20 coeurs donc 40 coeurs logiques le taux d'occupation est proche de 0. Donc a priori pas de problème de capacité de ce côté.
Côté PC client (le mien) Ryzen 9 3900XT 12/24 coeurs idem. je suis sur une connexion 1Gbps symetrique aussi.
sur ce thread (https://lafibre.info/sfr-la-fibre/offre-red-lupload-passe-a-700mbps/msg997647/#msg997647) on a évoqué un problème possiblement lié à SMB, je n'y avais pas pensé.
Je viens d'essayer les quelques commandes powershell (coté client et serveur), puis les modif dans la base de registre...mais rien n'y fait.
Je viens de tenter aussi un iperf3, histoire de sortir du protocole SMB, voici les resultats affiché coté serveur avec la commande iperf3.exe -s -p 9090 :
Server listening on 9090
-----------------------------------------------------------
Accepted connection from 192.168.8.207, port 2050
[ 5] local 192.168.8.8 port 9090 connected to 192.168.8.207 port 2051
[ ID] Interval Transfer Bandwidth
[ 5] 0.00-1.01 sec 3.20 MBytes 26.7 Mbits/sec
[ 5] 1.01-2.00 sec 4.46 MBytes 37.6 Mbits/sec
[ 5] 2.00-3.00 sec 4.47 MBytes 37.5 Mbits/sec
[ 5] 3.00-4.00 sec 4.48 MBytes 37.6 Mbits/sec
[ 5] 4.00-5.00 sec 4.48 MBytes 37.6 Mbits/sec
[ 5] 5.00-6.00 sec 4.48 MBytes 37.5 Mbits/sec
[ 5] 6.00-7.00 sec 3.82 MBytes 32.1 Mbits/sec
[ 5] 7.00-8.00 sec 3.72 MBytes 31.2 Mbits/sec
[ 5] 8.00-9.00 sec 4.14 MBytes 34.7 Mbits/sec
[ 5] 9.00-10.00 sec 4.38 MBytes 36.7 Mbits/sec
[ 5] 10.00-10.05 sec 242 KBytes 37.0 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 5] 0.00-10.05 sec 0.00 Bytes 0.00 bits/sec sender
[ 5] 0.00-10.05 sec 41.9 MBytes 34.9 Mbits/sec receiver
Si quelqu'un a une idée ?
@simon, pour ta question :
Si deux utilisateurs en VPN tentent un transfert SMB simultanément, ont-ils tous deux 50Mbit/s?
je ne sais pas car il faut que je trouve une personne disponible pour faire un test en meme temps que mois, et les gens n'ont jamais le temps...
-
As tu moyen de faire une capture wireshark pendant un transfert, sur l'interface Ethernet de ton PC, qu'on voit ce qu'il se passe ? (démarre le transfert, démarre la capture pendant quelques secondes max puis arrête, sinon ca va faire une très grosse capture)
Si je comprends bien, votre VPN d'entreprise, c'est du L2TP dans IPSec, correct? Pour info windows supporte IPSec/IKEv2 nativement, si jamais. Moins d'encapsulation, plus performant. Par contre, j'avais galéré pour que Windows accepte de négocier plus que de l'AES-CBC 128 bits et du MODP1024... fallait éditer des valeurs de registre à la mano.
Peux-tu regarder sur le routeur si tu as moyen d'activer le mss clamping pour les connexions TCP qui passent par le VPN? Si oui, tu peux commencer par utiliser 1300 comme valeur, puis, si ca résout le problème, on pourra augmenter.
Si tu n'as pas la main sur le Mikrotik, tu peux essayer de temporairement baisser la MTU de l'interface Ethernet sur le serveur de fichiers windows. Utilise la même valeur que ci-dessus et refais un test, pour voir.
-
D'après ce que j'ai vu, ça a l'air de venir des limites du Mikrotik.
Comme dit plus haut regarde le mss clamping
-
D'après ce que j'ai vu, ça a l'air de venir des limites du Mikrotik.
Comme dit plus haut regarde le mss clamping
Coté Mikrotik je ne peux rien faire.
@simon je te MP ma capture.
Si je comprends bien, votre VPN d'entreprise, c'est du L2TP dans IPSec, correct?
c'est le client VPN intégré dans Windows 10.
Peux-tu regarder sur le routeur si tu as moyen d'activer le mss clamping pour les connexions TCP qui passent par le VPN? Si oui, tu peux commencer par utiliser 1300 comme valeur, puis, si ca résout le problème, on pourra augmenter.
je peux regarder mais pas modifier. mais de toute facon je ne sais pas ou regarder et ou se trouvent ces valeurs. dans IP > Firewall je vois une regle mangle qui modifie le mss pour le tunnel GRE qui nous relie a un autre site, c'est tout.
Si tu n'as pas la main sur le Mikrotik, tu peux essayer de temporairement baisser la MTU de l'interface Ethernet sur le serveur de fichiers windows. Utilise la même valeur que ci-dessus et refais un test, pour voir.
j'ai fait ca coté client (sur la connexion vpn) et ca n'a rien changé (je suis allé de 1300 a 1400), coté serveur je vais eviter d'y toucher...j'ai pas envie de créer plus de problèmes ;D j'ai pas de serveur pour faire des test.
-
C'est bien sur de l'UDP le tunnel ?
Sinon tu peux faire un test avec Tailscale (https://tailscale.com/ ) par exemple pour voir si le souci est le Mikrotik.
Avec un compte Google ou Microsoft, installe Tailscale sur un PC distant et sur le serveur. Cela fera un lien VPN entre les 2 (lien vpn direct, tailscale ne sert qu'a gérer les clés de chiffrement). Une fois connectés, "\\nom_du_serveur" devrait marcher directement sur le PC distant.
si tu ne peux ou ne veux installer Tailscale sur le serveur, tu peux utiliser un PC relai sur le même LAN que le serveur: voir https://tailscale.com/kb/1019/subnets/ pour installer Tailscale et déclarer une route.
-
+1 pour Tailscale,
Je m'en sers entre une connexion Orange Pro et Bouygues, ça me permet d'atteindre des transferts à 80mo/s en moyenne sans problème en SFTP.
-
C'est bien sur de l'UDP le tunnel ?
Sinon tu peux faire un test avec Tailscale (https://tailscale.com/ ) par exemple pour voir si le souci est le Mikrotik.
Avec un compte Google ou Microsoft, installe Tailscale sur un PC distant et sur le serveur. Cela fera un lien VPN entre les 2 (lien vpn direct, tailscale ne sert qu'a gérer les clés de chiffrement). Une fois connectés, "\\nom_du_serveur" devrait marcher directement sur le PC distant.
si tu ne peux ou ne veux installer Tailscale sur le serveur, tu peux utiliser un PC relai sur le même LAN que le serveur: voir https://tailscale.com/kb/1019/subnets/ pour installer Tailscale et déclarer une route.
Ok je vais tenter entre mon PC chez moi et celui du boulot.
-
@kgersen c'est tout pareil...Qu'est-ce qu'on peut en déduire ? :o
(https://i.imgur.com/zBlS5Sq.png)
-
C'est bien sur de l'UDP le tunnel ?
Alors, tu parles de quel tunnel ? celui de site à site ? ou le VPN utilisateur vers mon site ? on la voit ou cette info dans le mikrotik ?
EDIT:
trouvé pour le VPN L2TP :
(https://i.imgur.com/EietlY2.png)
-
Est-ce que c'est lent dans les 2 sens ?
J'imagine que tu atteins bien 1/1 Gbits sur les deux machines ?
-
Est-ce que c'est lent dans les 2 sens ?
J'imagine que tu atteins bien 1/1 Gbits sur les deux machines ?
oui c'est lent dans les 2 sens. chez mois j'atteins bien les 1/1Gbs, au boulot c'est plutot dans les 800Mbps dans les 2 sens, on n'est jamais en dessous, si on parle de speedtest.
-
Je ne vois rien de spécial dans ta capture, mais je ne vois que l'ESP (chiffré, donc), pas ce qu'il y a dedans.
Quand tu as fait ta capture, c'était avec le MTU à 1300? Ou à sa valeur par défaut ?
Si il n'y a pas de MSS clamping déclaré dans la conf du VPN L2TP, je pense qu'il faudrait que tu demandes à ce que ce soit activé. L'overhead de L2TP est assez énorme, car tu as IP-UDP-ESP-UDP-L2TP-PPP-IP-TCP-SMB-données utiles. Si on y rajoute de la fragmentation, ca ne va pas le faire...
C'est peut-être d'aussi cet empilement d'encapsulations qui fait que le mikrotik galère... mais si j'ai bien compris, avec un vpn tailscale entre un PC chez toi et un PC sur le réseau de ton entreprise, sans avoir le VPN L2TP activé, c'est pareil ? Je veux dire : tu es limité à 50Mbit/s également à travers le VPN tailscale ?
On est d'accord que tes tests de débit sont faits avec iperf ? Note: tu peux faire iperf3 --reverse pour inverser la direction du test (download ou upload).
-
Quand tu as fait ta capture, c'était avec le MTU à 1300? Ou à sa valeur par défaut ?
la valeur par defaut. il me semble que c'est 1400.
mais si j'ai bien compris, avec un vpn tailscale entre un PC chez toi et un PC sur le réseau de ton entreprise, sans avoir le VPN L2TP activé, c'est pareil ? Je veux dire : tu es limité à 50Mbit/s également à travers le VPN tailscale ?
oui c'est ca. ca n'a rien changé. le débit était le meme.
On est d'accord que tes tests de débit sont faits avec iperf ? Note: tu peux faire iperf3 --reverse pour inverser la direction du test (download ou upload).
Ben non, j'ai transferé un fichier en SMB !! ;D
-
essaye le NFS , c 'est plus rapide....
-
Bonjour,
je vous expose mon problème que j'ai depuis des mois et dont on ne trouve pas la cause.
On a une connexion fibre pro 1Gbps symetrique chez Orange. Quand on fait des speedtest on est autour de 880Mbps, et d'une maniere générale on a environ 35ms de latence (on sort sur Paris alors qu'on est dans le sud).
Dans l'entreprise on a un Routeur Mikrotik RB4011 managé par un prestataire. sur ce routeur on a parametré un VPN en L2TP avec clé partagée. donc login avec user/pass du domaine + la clé.
Sur nos PC on a des lecteurs Réseaux mappés sur des serveurs windows. en Local les transferts de fichiers passent bien a 1Gbps. aucun souci.
Lorsqu'on télétravaille, on démarre le VPN, et là un transfert de fichier ne dépasse pas 50Mbits.
On a contacté le prestataire pour vérifier les reglages sur le routeur et ils nous affirment que tout est ok de ce côté là, rien ne limite les transfert, lors d'un transfert de fichier le taux d'occupation du CPU ne dépasse pas 5% donc le probleme ne se situerait pas au niveau du routeur.
Sur le serveur de fichier (Windows 2022) 2x xeon 10/20 coeurs donc 40 coeurs logiques le taux d'occupation est proche de 0. Donc a priori pas de problème de capacité de ce côté.
Côté PC client (le mien) Ryzen 9 3900XT 12/24 coeurs idem. je suis sur une connexion 1Gbps symetrique aussi.
sur ce thread (https://lafibre.info/sfr-la-fibre/offre-red-lupload-passe-a-700mbps/msg997647/#msg997647) on a évoqué un problème possiblement lié à SMB, je n'y avais pas pensé.
Je viens d'essayer les quelques commandes powershell (coté client et serveur), puis les modif dans la base de registre...mais rien n'y fait.
Je viens de tenter aussi un iperf3, histoire de sortir du protocole SMB, voici les resultats affiché coté serveur avec la commande iperf3.exe -s -p 9090 :
Server listening on 9090
-----------------------------------------------------------
Accepted connection from 192.168.8.207, port 2050
[ 5] local 192.168.8.8 port 9090 connected to 192.168.8.207 port 2051
[ ID] Interval Transfer Bandwidth
[ 5] 0.00-1.01 sec 3.20 MBytes 26.7 Mbits/sec
[ 5] 1.01-2.00 sec 4.46 MBytes 37.6 Mbits/sec
[ 5] 2.00-3.00 sec 4.47 MBytes 37.5 Mbits/sec
[ 5] 3.00-4.00 sec 4.48 MBytes 37.6 Mbits/sec
[ 5] 4.00-5.00 sec 4.48 MBytes 37.6 Mbits/sec
[ 5] 5.00-6.00 sec 4.48 MBytes 37.5 Mbits/sec
[ 5] 6.00-7.00 sec 3.82 MBytes 32.1 Mbits/sec
[ 5] 7.00-8.00 sec 3.72 MBytes 31.2 Mbits/sec
[ 5] 8.00-9.00 sec 4.14 MBytes 34.7 Mbits/sec
[ 5] 9.00-10.00 sec 4.38 MBytes 36.7 Mbits/sec
[ 5] 10.00-10.05 sec 242 KBytes 37.0 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 5] 0.00-10.05 sec 0.00 Bytes 0.00 bits/sec sender
[ 5] 0.00-10.05 sec 41.9 MBytes 34.9 Mbits/sec receiver
Si quelqu'un a une idée ?
@simon, pour ta question :je ne sais pas car il faut que je trouve une personne disponible pour faire un test en meme temps que mois, et les gens n'ont jamais le temps...
Bonjour,
nous avions un problème similaire sur un VPN L2TP/IPSEC entre 2 mikrotik (un 3011 et un CHR) avec VDSL Orange pro
les débits d’échange et test débit entre Mikrotik était étrangement "bridé"
apres plusieurs jours de test et d'appel orange (avec des discussions lunaires) nous avons mis un point d'accès 4G Bouygues, plus de problèmes de débit sur le VPN
nous avons donc changé d’opérateur (vers OVH) problème résolut également
la conclusion : pour moi orange bride volontairement des choses, mais ne le dit pas clairement. (même si je ne peu pas le prouver)
-
la conclusion : pour moi orange bride volontairement des choses, mais ne le dit pas clairement. (même si je ne peu pas le prouver)
Tu as fait un test et trouvé une solution de contournement au problème, ce qui résout ton problème, super.
Je pense par contre qu'il manque une recherche et identification de la source du problème sur l'accès Orange pour pouvoir en arriver à la conclusion qu'Orange bride volontairement les VPN L2TP/IPSec.
Du point de vue du réseau, L2TP/IPSec est une encapsulation de beaucoup de couches (ca importe peu, même si ca peut causer pas mal de soucis), chiffré, authentifié et protégé par IPSec. Donc le réseau ne voit que de l'IPSec (ESP), pas ce qu'il y a dedans.
J'arrive pour ma part à atteindre le débit max de mes connexions FTTH Orange/Sosh en faisant de l'IPSec (transport mode, sur IPv6). Orange ne voyant dans les deux cas que de l'IPSec, ca ne va pas dans le sens de ton assertion.
rooot, le Mikrotik est-il derrière une Livebox, directement connecté à l'ONT fourni par Orange, ou autre chose ?
Si il est directement connecté à l'ONT, as tu moyen de savoir s'il utilise DHCPv6/v4 ou PPPoE sur sa patte Orange ?
Peux-tu faire une autre capture telle que celle que tu m'as envoyée hier, mais sur la patte WAN du Mikrotik ?
Si tu as IPv6 sur ta connexion Orange pro (je crois que c'est déployé partout maintenant) et que tu configures une adresse IPv6 sur ton endpoint VPN, est-ce que ca change quelque chose ?
On cherche, on cherche, on va bien finir par trouver.
-
Tu as fait un test et trouvé une solution de contournement au problème, ce qui résout ton problème, super.
Je pense par contre qu'il manque une recherche et identification de la source du problème sur l'accès Orange pour pouvoir en arriver à la conclusion qu'Orange bride volontairement les VPN L2TP/IPSec.
Du point de vue du réseau, L2TP/IPSec est une encapsulation de beaucoup de couches (ca importe peu, même si ca peut causer pas mal de soucis), chiffré, authentifié et protégé par IPSec. Donc le réseau ne voit que de l'IPSec (ESP), pas ce qu'il y a dedans.
J'arrive pour ma part à atteindre le débit max de mes connexions FTTH Orange/Sosh en faisant de l'IPSec (transport mode, sur IPv6). Orange ne voyant dans les deux cas que de l'IPSec, ca ne va pas dans le sens de ton assertion.
rooot, le Mikrotik est-il derrière une Livebox, directement connecté à l'ONT fourni par Orange, ou autre chose ?
Si il est directement connecté à l'ONT, as tu moyen de savoir s'il utilise DHCPv6/v4 ou PPPoE sur sa patte Orange ?
Peux-tu faire une autre capture telle que celle que tu m'as envoyée hier, mais sur la patte WAN du Mikrotik ?
Si tu as IPv6 sur ta connexion Orange pro (je crois que c'est déployé partout maintenant) et que tu configures une adresse IPv6 sur ton endpoint VPN, est-ce que ca change quelque chose ?
On cherche, on cherche, on va bien finir par trouver.
je n'avais pas précisé que j'ai systématiquement le problème entre orange et serveurs ovh. mais peu importe, je te rejoins, je me suis trop avancé.
@Rooot, ce n'est pas possible d'avoir la conf du Mikrotik ?
-
la conclusion : pour moi orange bride volontairement des choses, mais ne le dit pas clairement. (même si je ne peu pas le prouver)
Je confirme que L2TP et GRE sont bridés chez orange depuis au moins 5 ans, on avait eu le souci au début de milkywan et on me l'a confirmé en off.
-
Je confirme que L2TP et GRE sont bridés chez orange depuis au moins 5 ans, on avait eu le souci au début de milkywan et on me l'a confirmé en off.
Merci pour la confirmation.
nous ne nous posions de toute façon plus de questions (sauf engagement) si besoin de vpn -> migration vers un autre opérateur.
-
Je confirme que L2TP et GRE sont bridés chez orange depuis au moins 5 ans, on avait eu le souci au début de milkywan et on me l'a confirmé en off.
Intéressant. Sais-tu à quel niveau se situe le bridage ? Car j'ai bien réussi à passer 300Mbit/s sur ma ligne.
Ca fait une sacré entorse à la neutralité.
-
C'est au niveau des routeurs de collecte, certains limitent mais pas d'autre.
C'est rien de volontaire mais je ne peux pas entrer dans les détails :)
-
rooot, le Mikrotik est-il derrière une Livebox, directement connecté à l'ONT fourni par Orange, ou autre chose ?
Si il est directement connecté à l'ONT, as tu moyen de savoir s'il utilise DHCPv6/v4 ou PPPoE sur sa patte Orange ?
On est sur une offre OBS, avec une livebox speciale et un ONT externe. on n'a pas accès à son interface. On a un pool de d'ip publiques, le Mikrotik est sur une de ces IP. Donc normalement la livebox est totalement transparente.
-
Je confirme que L2TP et GRE sont bridés chez orange depuis au moins 5 ans, on avait eu le souci au début de milkywan et on me l'a confirmé en off.
Merci pour l'info...alors là c'est la goute d'eau qui fait déborder le vase. je vais voir cela avec ma commerciale. @Hugues si tu as 2 ou 3 infos supplémentaires qui vont me permettre d'argumenter je suis preneur (en MP), car maintenant on va certainement me dire que c'est faux et qu'ils ne brident rien du tout...
en plus pour nous c'est double peine, on a aussi une fibre Bouygues FTTO a 100Mbps mais qui passe par du matériel Orange (on a un RAD orange avant le routeur Bouygues). et on a les memes symptomes. bridé a 50Mbps sur cette patte WAN aussi, lorsqu'on passe en VPN L2TP.
-
Merci pour l'info...alors là c'est la goute d'eau qui fait déborder le vase. je vais voir cela avec ma commerciale. @Hugues si tu as 2 ou 3 infos supplémentaires qui vont me permettre d'argumenter je suis preneur (en MP), car maintenant on va certainement me dire que c'est faux et qu'ils ne brident rien du tout...
en plus pour nous c'est double peine, on a aussi une fibre Bouygues FTTO a 100Mbps mais qui passe par du matériel Orange (on un RAD orange avant le routeur Bouygues). et on a les memes symptomes. bridé a 50Mbps sur cette patte WAN aussi, lorsqu'on passe en VPN L2TP.
Je ne sais pas chez quel service commercial tu dépends, mais à mon niveau sur le peu de temps et d’échange avec orange pro et business, personne n’était au courant de rien....
je te souhaite de tomber sur quelqu'un de compétant qui peut faire bouger les choses.
-
ha oui je ne suis effectivement pas le seul:
https://communaute.orange.fr/t5/ma-connexion/VPN-pro-Connexion-brid%C3%A9e/td-p/2347116
-
En entreprise, on utilise des optimisateurs du type Riverbed pour améliorer les perfs de SMB avec des tours de passe passe comme la déduplication par exemple.
-
Du coup ça touche aussi Wireguard et OpenVpn ce soucis avec L2TP et GRE ?
-
En entreprise, on utilise des optimisateurs du type Riverbed pour améliorer les perfs de SMB avec des tours de passe passe comme la déduplication par exemple.
visiblement le problème la ce n'est pas SMB, puisque meme un iperf est bridé lorsqu'il passe dans le VPN.
-
Du coup ça touche aussi Wireguard et OpenVpn ce soucis avec L2TP et GRE ?
rooot disait constater le problème en utilisant tailscale, qui sous le capot est du Wireguard.
-
je vais essayer de voir si on peut me faire une redirection de port vers un serveur pour faire un iperf, en direct sans passer par le VPN.
-
Tailscale/Wireguard c'est de l'UDP sur le port qu'on veut donc moins détectable que GRE ou L2TP.
C'est peut-être UDP qui est bridé.
Test avec iperf3 en UDP. J'avais eu le cas entre Orange et OVH a une époque on dépassait pas 50Mbps sur une session UDP.
Apres SMB dans un tunnel VPN, c'est jamais au top non plus et pas vraiment une solution moderne.
-
UDP bridé ? Bonjour la neutralité avec HTTP/3...
-
Tailscale/Wireguard c'est de l'UDP sur le port qu'on veut donc moins détectable que GRE ou L2TP.
C'est peut-être UDP qui est bridé.
Test avec iperf3 en UDP. J'avais eu le cas entre Orange et OVH a une époque on dépassait pas 50Mbps sur une session UDP.
Apres SMB dans un tunnel VPN, c'est jamais au top non plus et pas vraiment une solution moderne.
Nous dans notre cas c’était des connexions TCP, mais le cas de root et le bridage via orange est peu être différant
-
Apres SMB dans un tunnel VPN, c'est jamais au top non plus et pas vraiment une solution moderne.
Bonjour,
je suis preneur de plus d'info sur la solution moderne.
j'ai exactement le même problème en FTTH OVH, les clients OpenVPN (TAP UDP) ne dépassent jamais 50Mb/s avec des charges CPU de 30% max,
tout cela malgré un Speedtest normal. Le passage de VDSL2 à FTTH n'a que très peu amélioré les choses, en tous cas pas dans les proportions attendues.
-
je suis preneur de plus d'info sur la solution moderne.
Les systèmes de fichiers réseau comme SMB ou NFS sont anciens et n'ont pas été conçus pour fonctionner au travers d'un WAN qui plus est via un tunnel. Ca marche mais c'est pas concu pour. Apres si c'est pour juste un ou 2 utilisateurs pour un usage occasionnel ca peut faire l'affaire mais si la connexion a des perfs limitée comme c'est le cas ici, ces protocoles ne savent gérer les transferts avec plusieurs connexions en parallèle (pour un même fichier). Certes NFS v4 et SMB v3 ont un support pour cela mais c'est plutôt pour du "multi channel" (plusieurs carte réseau sur le serveur et le client).
Donc si le but c'est des transferts de gros fichiers (vidéo par exemple) entre un serveur et un PC distant (donc on 'copie' plutôt qu 'ouvre a distance') cet aspect 'plusieurs connexions en parallèle' est encore plus crucial et devient indispensable dans le choix de la solution. Il faut s'orienter vers un système de synchro/copie qui supporte plusieurs sessions en même temps pour un même fichier. Ca peut devenir complexe rapidement.
Donc franchement le mieux c'est de virer le VPN ...vu que c'est ce qui génère la perte de débit.
Donc une une solution du style Nextcloud ou Owncloud (géré par soi-même) ou Microsoft Windows 365 / Google Workspace (managé), sans utiliser de VPN donc (important pour la performance dans le cas présent). Ou alors du transfert via ssh/scp si c'est une gestion manuelle des copies (ou via un script).
On peut aussi ouvrir directement SMB sur Internet si on maitrise le sujet (ce que fait Microsoft avec Azure Files (https://learn.microsoft.com/fr-fr/azure/storage/files/files-smb-protocol?tabs=azure-portal)) mais y'a des implications sur la version du serveur et des clients et il faut bien verrouiller sa configuration.
-
Il y a SMB Quic qui est normalement adapté à ce genre d'usage, pour partager du SMB sur internet sans VPN.
Il me semble que c'est ce qu'utilise Azure
-
Je viens de faire un iperf3, sans connexion VPN, avec un port forwarding vers un Serveur sur windows 2022.
En TCP
C:\iperf3>iperf3.exe -c 90.121.xxx.xxx -p 9090 -b 900m
Connecting to host 90.121.xxx.xxx, port 9090
[ 5] local 192.168.1.10 port 49697 connected to 90.121.xxx.xxx port 9090
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 4.88 MBytes 40.7 Mbits/sec
[ 5] 1.00-2.01 sec 4.25 MBytes 35.5 Mbits/sec
[ 5] 2.01-3.01 sec 4.62 MBytes 38.6 Mbits/sec
[ 5] 3.01-4.01 sec 4.25 MBytes 35.6 Mbits/sec
[ 5] 4.01-5.00 sec 4.50 MBytes 38.3 Mbits/sec
[ 5] 5.00-6.00 sec 4.50 MBytes 37.7 Mbits/sec
[ 5] 6.00-7.01 sec 4.00 MBytes 33.4 Mbits/sec
[ 5] 7.01-8.01 sec 4.25 MBytes 35.5 Mbits/sec
[ 5] 8.01-9.01 sec 4.62 MBytes 38.9 Mbits/sec
[ 5] 9.01-10.01 sec 4.50 MBytes 37.7 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.01 sec 44.4 MBytes 37.2 Mbits/sec sender
[ 5] 0.00-10.01 sec 43.6 MBytes 36.5 Mbits/sec receiver
iperf Done.
en UDP
C:\Users\kiki\Downloads\iperf3>iperf3.exe -c 90.121.xxx.xxx -p 9090 -u -b 900m
Connecting to host 90.121.xxx.xxx, port 9090
[ 5] local 192.168.1.10 port 53536 connected to 90.121.xxx.xxx port 9090
[ ID] Interval Transfer Bitrate Total Datagrams
[ 5] 0.00-1.00 sec 58.2 MBytes 488 Mbits/sec 43083
[ 5] 1.00-2.00 sec 58.9 MBytes 494 Mbits/sec 43595
[ 5] 2.00-3.00 sec 58.7 MBytes 492 Mbits/sec 43467
[ 5] 3.00-4.00 sec 58.8 MBytes 493 Mbits/sec 43551
[ 5] 4.00-5.00 sec 59.8 MBytes 502 Mbits/sec 44296
[ 5] 5.00-6.00 sec 60.1 MBytes 504 Mbits/sec 44504
[ 5] 6.00-7.00 sec 59.3 MBytes 497 Mbits/sec 43880
[ 5] 7.00-8.00 sec 58.6 MBytes 492 Mbits/sec 43400
[ 5] 8.00-9.00 sec 57.8 MBytes 485 Mbits/sec 42782
[ 5] 9.00-10.00 sec 57.8 MBytes 485 Mbits/sec 42794
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 5] 0.00-10.00 sec 588 MBytes 493 Mbits/sec 0.000 ms 0/435352 (0%) sender
[ 5] 0.00-10.00 sec 387 MBytes 325 Mbits/sec 0.015 ms 148219/435136 (34%) receiver
iperf Done.
J'ai refais plusieurs fois le test. Les resultats en UDP sont stables autour des 500Mbps. En TCP je reste toujours en dessous des 40Mbps.
-
Peux-tu essayer avec --reverse, pour mesurer l'autre sens ?
-
le iperf3 depuis mon routeur, sous openwrt.
en TCP
root@box:~# iperf3 -c 90.121.xxx.xxx -p 9090 -b 900m
Connecting to host 90.121.xxx.xxx, port 9090
[ 5] local 93.xxx.xxx.xxx port 53014 connected to 90.121.xxx.xxx
port 9090
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 5.12 MBytes 43.0 Mbits/sec 0 417 KBytes
[ 5] 1.00-2.00 sec 4.25 MBytes 35.7 Mbits/sec 0 431 KBytes
[ 5] 2.00-3.00 sec 4.38 MBytes 36.7 Mbits/sec 0 431 KBytes
[ 5] 3.00-4.00 sec 4.25 MBytes 35.7 Mbits/sec 0 431 KBytes
[ 5] 4.00-5.00 sec 4.38 MBytes 36.7 Mbits/sec 0 431 KBytes
[ 5] 5.00-6.00 sec 4.25 MBytes 35.7 Mbits/sec 0 431 KBytes
[ 5] 6.00-7.00 sec 4.25 MBytes 35.7 Mbits/sec 0 431 KBytes
[ 5] 7.00-8.00 sec 4.38 MBytes 36.7 Mbits/sec 0 431 KBytes
[ 5] 8.00-9.00 sec 4.25 MBytes 35.7 Mbits/sec 0 431 KBytes
[ 5] 9.00-10.00 sec 4.38 MBytes 36.7 Mbits/sec 0 431 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 43.9 MBytes 36.8 Mbits/sec 0 sender
[ 5] 0.00-10.00 sec 42.3 MBytes 35.5 Mbits/sec receiver
iperf Done.
en UDP
root@box:~# iperf3 -c 90.121.xxx.xxx -p 9090 -u -b 900m
Connecting to host 90.121.xxx.xxx, port 9090
[ 5] local 93.xxx.xxx.xxx port 59130 connected to 90.121.xxx.xxx
port 9090
[ ID] Interval Transfer Bitrate Total Datagrams
[ 5] 0.00-1.00 sec 101 MBytes 847 Mbits/sec 75435
[ 5] 1.00-2.00 sec 104 MBytes 869 Mbits/sec 77395
[ 5] 2.00-3.00 sec 103 MBytes 867 Mbits/sec 77175
[ 5] 3.00-4.00 sec 103 MBytes 867 Mbits/sec 77194
[ 5] 4.00-5.00 sec 104 MBytes 868 Mbits/sec 77301
[ 5] 5.00-6.00 sec 103 MBytes 867 Mbits/sec 77162
[ 5] 6.00-7.00 sec 103 MBytes 866 Mbits/sec 77142
[ 5] 7.00-8.00 sec 103 MBytes 865 Mbits/sec 77016
[ 5] 8.00-9.00 sec 103 MBytes 867 Mbits/sec 77219
[ 5] 9.00-10.00 sec 103 MBytes 861 Mbits/sec 76662
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 5] 0.00-10.00 sec 1.01 GBytes 865 Mbits/sec 0.000 ms 0/769701 (0%) sender
[ 5] 0.00-10.00 sec 384 MBytes 322 Mbits/sec 0.006 ms 482172/769278 (63%) receiver
iperf Done.
Le resultat est bien meilleur en UDP, iperf3 sous windows m'a toujours donné des resultats pas terribles.
-
avec le --reverse en TCP
root@box:~# iperf3 -c 90.121.xxx.xxx -p 9090 -b 900m --reverse
Connecting to host 90.121.xxx.xxx, port 9090
Reverse mode, remote host 90.121.xxx.xxx is sending
[ 5] local 93.xxx.xxx.xxx port 48122 connected to 90.121.xxx.xxx port 9090
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 3.88 MBytes 32.5 Mbits/sec
[ 5] 1.00-2.00 sec 4.50 MBytes 37.7 Mbits/sec
[ 5] 2.00-3.00 sec 4.31 MBytes 36.1 Mbits/sec
[ 5] 3.00-4.00 sec 4.44 MBytes 37.3 Mbits/sec
[ 5] 4.00-5.00 sec 4.50 MBytes 37.7 Mbits/sec
[ 5] 5.00-6.00 sec 4.50 MBytes 37.7 Mbits/sec
[ 5] 6.00-7.00 sec 4.50 MBytes 37.7 Mbits/sec
[ 5] 7.00-8.00 sec 4.34 MBytes 36.4 Mbits/sec
[ 5] 8.00-9.00 sec 4.41 MBytes 37.0 Mbits/sec
[ 5] 9.00-10.00 sec 4.50 MBytes 37.7 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.00 sec 44.1 MBytes 37.0 Mbits/sec sender
[ 5] 0.00-10.00 sec 43.9 MBytes 36.8 Mbits/sec receiver
iperf Done.
En UDP avec le --reverse
root@box:~# iperf3 -c 90.121.xxx.xxx -p 9090 -u -b 900m --reverse
Connecting to host 90.121.xxx.xxx, port 9090
Reverse mode, remote host 90.121.xxx.xxx is sending
[ 5] local 93.xxx.xxx.xxx port 47540 connected to 90.121.xxx.xxx port 9090
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 5] 0.00-1.00 sec 32.1 MBytes 269 Mbits/sec 0.057 ms 0/23939 (0%)
[ 5] 1.00-2.00 sec 40.0 MBytes 336 Mbits/sec 0.039 ms 18/29920 (0.06%)
[ 5] 2.00-3.00 sec 40.3 MBytes 338 Mbits/sec 0.021 ms 0/30093 (0%)
[ 5] 3.00-4.00 sec 40.2 MBytes 337 Mbits/sec 0.042 ms 0/30036 (0%)
[ 5] 4.00-5.00 sec 40.2 MBytes 337 Mbits/sec 0.052 ms 0/30039 (0%)
[ 5] 5.00-6.00 sec 39.8 MBytes 334 Mbits/sec 0.038 ms 0/29747 (0%)
[ 5] 6.00-7.00 sec 40.2 MBytes 338 Mbits/sec 0.034 ms 35/30087 (0.12%)
[ 5] 7.00-8.00 sec 40.2 MBytes 337 Mbits/sec 0.035 ms 0/30043 (0%)
[ 5] 8.00-9.00 sec 40.2 MBytes 337 Mbits/sec 0.046 ms 0/30034 (0%)
[ 5] 9.00-10.00 sec 39.9 MBytes 335 Mbits/sec 0.026 ms 0/29826 (0%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 5] 0.00-10.00 sec 395 MBytes 331 Mbits/sec 0.000 ms 0/293764 (0%) sender
[ 5] 0.00-10.00 sec 393 MBytes 330 Mbits/sec 0.026 ms 53/293764 (0.018%) receiver
iperf Done.
-
En TCP avec --reverse et 10 connexions paralleles (-P 10)
root@box:~# iperf3 -c 90.121.xxx.xxx -p 9090 -P 10 -b 900m --reverse
Connecting to host 90.121.xxx.xxx, port 9090
Reverse mode, remote host 90.121.xxx.xxx is sending
[ 5] local 93.xxx.xxx.xxx port 50898 connected to 90.121.xxx.xxx port 9090
[ 7] local 93.xxx.xxx.xxx port 50910 connected to 90.121.xxx.xxx port 9090
[ 9] local 93.xxx.xxx.xxx port 50912 connected to 90.121.xxx.xxx port 9090
[ 11] local 93.xxx.xxx.xxx port 50920 connected to 90.121.xxx.xxx port 9090
[ 13] local 93.xxx.xxx.xxx port 50924 connected to 90.121.xxx.xxx port 9090
[ 15] local 93.xxx.xxx.xxx port 50928 connected to 90.121.xxx.xxx port 9090
[ 17] local 93.xxx.xxx.xxx port 50940 connected to 90.121.xxx.xxx port 9090
[ 19] local 93.xxx.xxx.xxx port 50942 connected to 90.121.xxx.xxx port 9090
[ 21] local 93.xxx.xxx.xxx port 50950 connected to 90.121.xxx.xxx port 9090
[ 23] local 93.xxx.xxx.xxx port 50962 connected to 90.121.xxx.xxx port 9090
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 4.38 MBytes 36.7 Mbits/sec
[ 7] 0.00-1.00 sec 4.38 MBytes 36.7 Mbits/sec
[ 9] 0.00-1.00 sec 4.38 MBytes 36.7 Mbits/sec
[ 11] 0.00-1.00 sec 4.25 MBytes 35.6 Mbits/sec
[ 13] 0.00-1.00 sec 4.25 MBytes 35.6 Mbits/sec
[ 15] 0.00-1.00 sec 4.21 MBytes 35.3 Mbits/sec
[ 17] 0.00-1.00 sec 4.25 MBytes 35.6 Mbits/sec
[ 19] 0.00-1.00 sec 4.12 MBytes 34.6 Mbits/sec
[ 21] 0.00-1.00 sec 3.88 MBytes 32.5 Mbits/sec
[ 23] 0.00-1.00 sec 4.00 MBytes 33.5 Mbits/sec
[SUM] 0.00-1.00 sec 42.1 MBytes 353 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 1.00-2.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 7] 1.00-2.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 9] 1.00-2.00 sec 5.00 MBytes 41.9 Mbits/sec
[ 11] 1.00-2.00 sec 5.00 MBytes 41.9 Mbits/sec
[ 13] 1.00-2.00 sec 5.12 MBytes 43.0 Mbits/sec
[ 15] 1.00-2.00 sec 5.04 MBytes 42.3 Mbits/sec
[ 17] 1.00-2.00 sec 5.00 MBytes 41.9 Mbits/sec
[ 19] 1.00-2.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 21] 1.00-2.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 23] 1.00-2.00 sec 5.25 MBytes 44.0 Mbits/sec
[SUM] 1.00-2.00 sec 51.4 MBytes 431 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 2.00-3.00 sec 5.00 MBytes 41.9 Mbits/sec
[ 7] 2.00-3.00 sec 5.00 MBytes 41.9 Mbits/sec
[ 9] 2.00-3.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 11] 2.00-3.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 13] 2.00-3.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 15] 2.00-3.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 17] 2.00-3.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 19] 2.00-3.00 sec 5.12 MBytes 43.0 Mbits/sec
[ 21] 2.00-3.00 sec 5.00 MBytes 41.9 Mbits/sec
[ 23] 2.00-3.00 sec 5.00 MBytes 41.9 Mbits/sec
[SUM] 2.00-3.00 sec 51.4 MBytes 431 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 3.00-4.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 7] 3.00-4.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 9] 3.00-4.00 sec 5.12 MBytes 43.0 Mbits/sec
[ 11] 3.00-4.00 sec 5.12 MBytes 43.0 Mbits/sec
[ 13] 3.00-4.00 sec 5.00 MBytes 41.9 Mbits/sec
[ 15] 3.00-4.00 sec 5.00 MBytes 41.9 Mbits/sec
[ 17] 3.00-4.00 sec 5.12 MBytes 43.0 Mbits/sec
[ 19] 3.00-4.00 sec 5.12 MBytes 43.0 Mbits/sec
[ 21] 3.00-4.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 23] 3.00-4.00 sec 5.25 MBytes 44.0 Mbits/sec
[SUM] 3.00-4.00 sec 51.5 MBytes 432 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 4.00-5.00 sec 5.04 MBytes 42.2 Mbits/sec
[ 7] 4.00-5.00 sec 5.00 MBytes 41.9 Mbits/sec
[ 9] 4.00-5.00 sec 5.12 MBytes 43.0 Mbits/sec
[ 11] 4.00-5.00 sec 5.12 MBytes 43.0 Mbits/sec
[ 13] 4.00-5.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 15] 4.00-5.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 17] 4.00-5.00 sec 5.12 MBytes 43.0 Mbits/sec
[ 19] 4.00-5.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 21] 4.00-5.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 23] 4.00-5.00 sec 5.00 MBytes 41.9 Mbits/sec
[SUM] 4.00-5.00 sec 51.4 MBytes 431 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 5.00-6.00 sec 5.21 MBytes 43.7 Mbits/sec
[ 7] 5.00-6.00 sec 5.25 MBytes 44.1 Mbits/sec
[ 9] 5.00-6.00 sec 5.25 MBytes 44.1 Mbits/sec
[ 11] 5.00-6.00 sec 5.25 MBytes 44.1 Mbits/sec
[ 13] 5.00-6.00 sec 5.12 MBytes 43.0 Mbits/sec
[ 15] 5.00-6.00 sec 5.12 MBytes 43.0 Mbits/sec
[ 17] 5.00-6.00 sec 5.22 MBytes 43.8 Mbits/sec
[ 19] 5.00-6.00 sec 5.00 MBytes 42.0 Mbits/sec
[ 21] 5.00-6.00 sec 5.00 MBytes 42.0 Mbits/sec
[ 23] 5.00-6.00 sec 5.25 MBytes 44.1 Mbits/sec
[SUM] 5.00-6.00 sec 51.7 MBytes 434 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 6.00-7.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 7] 6.00-7.00 sec 5.17 MBytes 43.3 Mbits/sec
[ 9] 6.00-7.00 sec 5.00 MBytes 41.9 Mbits/sec
[ 11] 6.00-7.00 sec 5.00 MBytes 41.9 Mbits/sec
[ 13] 6.00-7.00 sec 5.12 MBytes 43.0 Mbits/sec
[ 15] 6.00-7.00 sec 5.12 MBytes 43.0 Mbits/sec
[ 17] 6.00-7.00 sec 5.03 MBytes 42.2 Mbits/sec
[ 19] 6.00-7.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 21] 6.00-7.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 23] 6.00-7.00 sec 5.25 MBytes 44.0 Mbits/sec
[SUM] 6.00-7.00 sec 51.4 MBytes 432 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 7.00-8.00 sec 5.00 MBytes 41.9 Mbits/sec
[ 7] 7.00-8.00 sec 5.08 MBytes 42.7 Mbits/sec
[ 9] 7.00-8.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 11] 7.00-8.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 13] 7.00-8.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 15] 7.00-8.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 17] 7.00-8.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 19] 7.00-8.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 21] 7.00-8.00 sec 5.14 MBytes 43.2 Mbits/sec
[ 23] 7.00-8.00 sec 5.00 MBytes 41.9 Mbits/sec
[SUM] 7.00-8.00 sec 51.7 MBytes 434 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 8.00-9.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 7] 8.00-9.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 9] 8.00-9.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 11] 8.00-9.00 sec 5.12 MBytes 43.0 Mbits/sec
[ 13] 8.00-9.00 sec 5.00 MBytes 41.9 Mbits/sec
[ 15] 8.00-9.00 sec 5.00 MBytes 41.9 Mbits/sec
[ 17] 8.00-9.00 sec 5.07 MBytes 42.6 Mbits/sec
[ 19] 8.00-9.00 sec 5.00 MBytes 41.9 Mbits/sec
[ 21] 8.00-9.00 sec 5.11 MBytes 42.8 Mbits/sec
[ 23] 8.00-9.00 sec 5.25 MBytes 44.0 Mbits/sec
[SUM] 8.00-9.00 sec 51.3 MBytes 430 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 5] 9.00-10.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 7] 9.00-10.00 sec 5.10 MBytes 42.7 Mbits/sec
[ 9] 9.00-10.00 sec 5.00 MBytes 41.9 Mbits/sec
[ 11] 9.00-10.00 sec 5.12 MBytes 43.0 Mbits/sec
[ 13] 9.00-10.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 15] 9.00-10.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 17] 9.00-10.00 sec 5.18 MBytes 43.4 Mbits/sec
[ 19] 9.00-10.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 21] 9.00-10.00 sec 5.25 MBytes 44.0 Mbits/sec
[ 23] 9.00-10.00 sec 5.00 MBytes 41.9 Mbits/sec
[SUM] 9.00-10.00 sec 51.6 MBytes 433 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.00 sec 51.1 MBytes 42.9 Mbits/sec sender
[ 5] 0.00-10.00 sec 50.9 MBytes 42.7 Mbits/sec receiver
[ 7] 0.00-10.00 sec 50.9 MBytes 42.7 Mbits/sec sender
[ 7] 0.00-10.00 sec 50.7 MBytes 42.5 Mbits/sec receiver
[ 9] 0.00-10.00 sec 50.9 MBytes 42.7 Mbits/sec sender
[ 9] 0.00-10.00 sec 50.6 MBytes 42.5 Mbits/sec receiver
[ 11] 0.00-10.00 sec 50.8 MBytes 42.6 Mbits/sec sender
[ 11] 0.00-10.00 sec 50.5 MBytes 42.4 Mbits/sec receiver
[ 13] 0.00-10.00 sec 50.9 MBytes 42.7 Mbits/sec sender
[ 13] 0.00-10.00 sec 50.6 MBytes 42.5 Mbits/sec receiver
[ 15] 0.00-10.00 sec 50.8 MBytes 42.6 Mbits/sec sender
[ 15] 0.00-10.00 sec 50.5 MBytes 42.4 Mbits/sec receiver
[ 17] 0.00-10.00 sec 50.8 MBytes 42.6 Mbits/sec sender
[ 17] 0.00-10.00 sec 50.5 MBytes 42.4 Mbits/sec receiver
[ 19] 0.00-10.00 sec 50.9 MBytes 42.7 Mbits/sec sender
[ 19] 0.00-10.00 sec 50.6 MBytes 42.5 Mbits/sec receiver
[ 21] 0.00-10.00 sec 50.6 MBytes 42.5 Mbits/sec sender
[ 21] 0.00-10.00 sec 50.4 MBytes 42.3 Mbits/sec receiver
[ 23] 0.00-10.00 sec 50.5 MBytes 42.4 Mbits/sec sender
[ 23] 0.00-10.00 sec 50.2 MBytes 42.2 Mbits/sec receiver
[SUM] 0.00-10.00 sec 508 MBytes 426 Mbits/sec sender
[SUM] 0.00-10.00 sec 506 MBytes 424 Mbits/sec receiver
iperf Done.
on voit que le débit cumulé atteind les 400Mbps
-
Et si de chez toi tu lances un ST classique en mono connexion, t'es aussi limité à 40 Mbps ?
C'est ultra bizarre cette histoire... Il y aurait donc un bridage de L2TP, mais pas UDP seul. Et de TCP à 40 Mbps par connexion... ça fait beaucoup là.
-
curieux quand meme.
C'est quelle version ton iperf3 ? sur Windows ca bug si la version est trop ancienne.
https://files.budman.pw/ pour une version a jour (prend la plus récente en date)
-
Et si de chez toi tu lances un ST classique en mono connexion, t'es aussi limité à 40 Mbps ?
en mono depuis chez moi :
(https://www.speedtest.net/fr/result/14262565933.png)
en multi depuis chez moi :
(https://www.speedtest.net/fr/result/14262572230.png)
-
curieux quand meme.
C'est quelle version ton iperf3 ? sur Windows ca bug si la version est trop ancienne.
https://files.budman.pw/ pour une version a jour (prend la plus récente en date)
sous openwrt c'est celui du dernier paquet a jour: 3.11-1. Autant tenir compte que des test depuis mon routeur, ca enlève une couche de problème qui pourrait venir de windows.
sur mon PC, il me semble que ma version vient bien de https://files.budman.pw/ :
C:\iperf3>iperf3.exe -v
iperf 3.11 (cJSON 1.7.13)
CYGWIN_NT-10.0-22621 win11 3.3.4-341.x86_64 2022-01-31 19:35 UTC x86_64
Optional features available: CPU affinity setting, authentication, support IPv4 don't fragment
un Nperf pour confirmer que j'ai bien 1Gbps symetrique :
(https://i.imgur.com/qCXYFv2.png)
-
je pense qu'il me reste un dernier test à effectuer.
Un iperf sous VPN, avec 10 connexions paralelles. Si en cumulé je suis dans les 400Mbps, c'est qu'il n'y a pas de bridage du FAI mais que le souci est relatif au protocole utilisé qui utilise une connexion unique.
-
Depuis un PC derrière le Mikrotik, si tu fais un iperf vers un serveur de test de debit, c'est pareil ?
Le traffic qui passe dans le VPN n'est pas visible par Orange (car chiffré par IPSec), en l'occurrence chez toi il est encapsulé dans UDP.
Vu que les streams UDP te donnent des perfs acceptables, on peut penser que le souci ne se produit pas sur la portion chiffrée en IPSec.
-
Attention tout de même car mesurer depuis/vers un routeur ce n'est pas la meme chose. Souvent un routeur qui peut router a 1Gbps n'est pas lui-meme capable de faire un iperf a ce débit.
J'éviterai tout test de débit qui part ou arrive d'un routeur. Seuls les tests qui "traversent" un routeur sont pertinents.
-
Attention tout de même car mesurer depuis/vers un routeur ce n'est pas la meme chose. Souvent un routeur qui peut router a 1Gbps n'est pas lui-meme capable de faire un iperf a ce débit.
J'éviterai tout test de débit qui part ou arrive d'un routeur. Seuls les tests qui "traversent" un routeur sont pertinents.
OK
Depuis un PC derrière le Mikrotik, si tu fais un iperf vers un serveur de test de debit, c'est pareil ?
Le traffic qui passe dans le VPN n'est pas visible par Orange (car chiffré par IPSec), en l'occurrence chez toi il est encapsulé dans UDP.
Vu que les streams UDP te donnent des perfs acceptables, on peut penser que le souci ne se produit pas sur la portion chiffrée en IPSec.
ok je vais tester ça aussi.
-
bon alors depuis mon PC chez moi, connexion VPN activée. la commande : iperf3.exe -c 192.168.8.8 -p 9090 -P10 -b 900m me sort bien un débit cumulé d'environ 400Mbps.
Par contre en UDP je ne sais pas pourquoi, depuis le début ca ne fonctionne pas si je mets plusieurs connexions parallele. Meme sans VPN ca ne marchait pas.
C:\iperf3>iperf3.exe -c 192.168.8.8 -p 9090 -u -P 10 -b 900m
Connecting to host 192.168.8.8, port 9090
[ 5] local 192.168.8.207 port 56742 connected to 192.168.8.8 port 9090
[ ID] Interval Transfer Bitrate Total Datagrams
[ 5] 0.00-192457.49 sec 0.00 Bytes 0.00 bits/sec 0
[SUM] 0.00-192457.49 sec 0.00 Bytes 0.00 bits/sec 0
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Jitter Lost/Total Datagrams
[ 5] 0.00-192457.49 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) sender
[ 5] 0.00-192457.49 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) receiver
[SUM] 0.00-192457.49 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) sender
[SUM] 0.00-192457.49 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%) receiver
iperf3: interrupt - the client has terminated
Coté serveur ca affiche ceci :
-----------------------------------------------------------
Server listening on 9090
-----------------------------------------------------------
Accepted connection from 192.168.8.207, port 27293
[ 5] local 192.168.8.8 port 9090 connected to 192.168.8.207 port 56742
iperf3: print_interval_results error: interval_results is NULL
iperf3: iperf_print_intermediate error: interval_results is NULL
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 5] 0.00-0.00 sec 0.00 Bytes nan bits/sec 0.000 ms 0/0 (0%)
[SUM] 0.00-0.00 sec 0.00 Bytes 0.00 bits/sec 0.000 ms 0/0 (0%)
iperf3: the client has terminated
-----------------------------------------------------------
Server listening on 9090
-----------------------------------------------------------
-
Depuis un PC derrière le Mikrotik, si tu fais un iperf vers un serveur de test de debit, c'est pareil ?
Avec 10 connexions paralleles, en TCP, sur le serveur iperf.par2.as49434.net environ 550Mbps cumulé, depuis mon PC derriere le mikrotik.
C:\iperf3>iperf3.exe -c iperf.par2.as49434.net -p 9222 -P 10 -b 900m
Connecting to host iperf.par2.as49434.net, port 9222
[ 4] local 192.168.8.55 port 57482 connected to 193.177.162.41 port 9222
[ 6] local 192.168.8.55 port 57483 connected to 193.177.162.41 port 9222
[ 8] local 192.168.8.55 port 57484 connected to 193.177.162.41 port 9222
[ 10] local 192.168.8.55 port 57485 connected to 193.177.162.41 port 9222
[ 12] local 192.168.8.55 port 57486 connected to 193.177.162.41 port 9222
[ 14] local 192.168.8.55 port 57487 connected to 193.177.162.41 port 9222
[ 16] local 192.168.8.55 port 57488 connected to 193.177.162.41 port 9222
[ 18] local 192.168.8.55 port 57489 connected to 193.177.162.41 port 9222
[ 20] local 192.168.8.55 port 57490 connected to 193.177.162.41 port 9222
[ 22] local 192.168.8.55 port 57491 connected to 193.177.162.41 port 9222
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 5.88 MBytes 49.3 Mbits/sec
[ 6] 0.00-1.00 sec 5.75 MBytes 48.2 Mbits/sec
[ 8] 0.00-1.00 sec 5.75 MBytes 48.2 Mbits/sec
[ 10] 0.00-1.00 sec 5.75 MBytes 48.2 Mbits/sec
[ 12] 0.00-1.00 sec 5.75 MBytes 48.2 Mbits/sec
[ 14] 0.00-1.00 sec 5.75 MBytes 48.2 Mbits/sec
[ 16] 0.00-1.00 sec 5.75 MBytes 48.2 Mbits/sec
[ 18] 0.00-1.00 sec 5.75 MBytes 48.2 Mbits/sec
[ 20] 0.00-1.00 sec 5.75 MBytes 48.2 Mbits/sec
[ 22] 0.00-1.00 sec 4.62 MBytes 38.8 Mbits/sec
[SUM] 0.00-1.00 sec 56.5 MBytes 474 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 1.00-2.00 sec 6.62 MBytes 55.6 Mbits/sec
[ 6] 1.00-2.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 8] 1.00-2.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 10] 1.00-2.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 12] 1.00-2.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 14] 1.00-2.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 16] 1.00-2.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 18] 1.00-2.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 20] 1.00-2.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 22] 1.00-2.00 sec 6.75 MBytes 56.6 Mbits/sec
[SUM] 1.00-2.00 sec 67.4 MBytes 565 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 2.00-3.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 6] 2.00-3.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 8] 2.00-3.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 10] 2.00-3.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 12] 2.00-3.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 14] 2.00-3.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 16] 2.00-3.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 18] 2.00-3.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 20] 2.00-3.00 sec 6.62 MBytes 55.5 Mbits/sec
[ 22] 2.00-3.00 sec 6.75 MBytes 56.6 Mbits/sec
[SUM] 2.00-3.00 sec 67.4 MBytes 565 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 3.00-4.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 6] 3.00-4.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 8] 3.00-4.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 10] 3.00-4.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 12] 3.00-4.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 14] 3.00-4.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 16] 3.00-4.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 18] 3.00-4.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 20] 3.00-4.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 22] 3.00-4.00 sec 6.75 MBytes 56.6 Mbits/sec
[SUM] 3.00-4.00 sec 67.5 MBytes 566 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 4.00-5.00 sec 6.75 MBytes 56.7 Mbits/sec
[ 6] 4.00-5.00 sec 6.75 MBytes 56.7 Mbits/sec
[ 8] 4.00-5.00 sec 6.75 MBytes 56.7 Mbits/sec
[ 10] 4.00-5.00 sec 6.75 MBytes 56.7 Mbits/sec
[ 12] 4.00-5.00 sec 6.75 MBytes 56.7 Mbits/sec
[ 14] 4.00-5.00 sec 6.75 MBytes 56.7 Mbits/sec
[ 16] 4.00-5.00 sec 6.75 MBytes 56.7 Mbits/sec
[ 18] 4.00-5.00 sec 6.62 MBytes 55.7 Mbits/sec
[ 20] 4.00-5.00 sec 6.75 MBytes 56.7 Mbits/sec
[ 22] 4.00-5.00 sec 6.50 MBytes 54.6 Mbits/sec
[SUM] 4.00-5.00 sec 67.1 MBytes 564 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 5.00-6.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 6] 5.00-6.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 8] 5.00-6.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 10] 5.00-6.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 12] 5.00-6.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 14] 5.00-6.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 16] 5.00-6.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 18] 5.00-6.00 sec 6.62 MBytes 55.5 Mbits/sec
[ 20] 5.00-6.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 22] 5.00-6.00 sec 6.75 MBytes 56.6 Mbits/sec
[SUM] 5.00-6.00 sec 67.4 MBytes 565 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 6.00-7.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 6] 6.00-7.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 8] 6.00-7.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 10] 6.00-7.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 12] 6.00-7.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 14] 6.00-7.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 16] 6.00-7.00 sec 6.62 MBytes 55.6 Mbits/sec
[ 18] 6.00-7.00 sec 6.75 MBytes 56.6 Mbits/sec
[ 20] 6.00-7.00 sec 6.62 MBytes 55.6 Mbits/sec
[ 22] 6.00-7.00 sec 6.75 MBytes 56.6 Mbits/sec
[SUM] 6.00-7.00 sec 67.2 MBytes 564 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 7.00-8.00 sec 6.75 MBytes 56.5 Mbits/sec
[ 6] 7.00-8.00 sec 6.75 MBytes 56.5 Mbits/sec
[ 8] 7.00-8.00 sec 6.75 MBytes 56.5 Mbits/sec
[ 10] 7.00-8.00 sec 6.75 MBytes 56.5 Mbits/sec
[ 12] 7.00-8.00 sec 6.75 MBytes 56.5 Mbits/sec
[ 14] 7.00-8.00 sec 6.62 MBytes 55.5 Mbits/sec
[ 16] 7.00-8.00 sec 6.62 MBytes 55.5 Mbits/sec
[ 18] 7.00-8.00 sec 6.75 MBytes 56.5 Mbits/sec
[ 20] 7.00-8.00 sec 6.75 MBytes 56.5 Mbits/sec
[ 22] 7.00-8.00 sec 6.75 MBytes 56.5 Mbits/sec
[SUM] 7.00-8.00 sec 67.2 MBytes 563 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 8.00-9.00 sec 6.75 MBytes 56.7 Mbits/sec
[ 6] 8.00-9.00 sec 6.75 MBytes 56.7 Mbits/sec
[ 8] 8.00-9.00 sec 6.75 MBytes 56.7 Mbits/sec
[ 10] 8.00-9.00 sec 6.62 MBytes 55.7 Mbits/sec
[ 12] 8.00-9.00 sec 6.50 MBytes 54.6 Mbits/sec
[ 14] 8.00-9.00 sec 6.62 MBytes 55.7 Mbits/sec
[ 16] 8.00-9.00 sec 6.75 MBytes 56.7 Mbits/sec
[ 18] 8.00-9.00 sec 6.75 MBytes 56.7 Mbits/sec
[ 20] 8.00-9.00 sec 6.75 MBytes 56.7 Mbits/sec
[ 22] 8.00-9.00 sec 6.75 MBytes 56.7 Mbits/sec
[SUM] 8.00-9.00 sec 67.0 MBytes 563 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 9.00-10.00 sec 6.75 MBytes 56.7 Mbits/sec
[ 6] 9.00-10.00 sec 6.75 MBytes 56.7 Mbits/sec
[ 8] 9.00-10.00 sec 6.75 MBytes 56.7 Mbits/sec
[ 10] 9.00-10.00 sec 6.62 MBytes 55.6 Mbits/sec
[ 12] 9.00-10.00 sec 6.75 MBytes 56.7 Mbits/sec
[ 14] 9.00-10.00 sec 6.75 MBytes 56.7 Mbits/sec
[ 16] 9.00-10.00 sec 6.75 MBytes 56.7 Mbits/sec
[ 18] 9.00-10.00 sec 6.75 MBytes 56.7 Mbits/sec
[ 20] 9.00-10.00 sec 6.75 MBytes 56.7 Mbits/sec
[ 22] 9.00-10.00 sec 6.75 MBytes 56.7 Mbits/sec
[SUM] 9.00-10.00 sec 67.4 MBytes 566 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.00 sec 66.5 MBytes 55.8 Mbits/sec sender
[ 4] 0.00-10.00 sec 66.5 MBytes 55.8 Mbits/sec receiver
[ 6] 0.00-10.00 sec 66.5 MBytes 55.8 Mbits/sec sender
[ 6] 0.00-10.00 sec 66.5 MBytes 55.8 Mbits/sec receiver
[ 8] 0.00-10.00 sec 66.5 MBytes 55.8 Mbits/sec sender
[ 8] 0.00-10.00 sec 66.5 MBytes 55.8 Mbits/sec receiver
[ 10] 0.00-10.00 sec 66.2 MBytes 55.6 Mbits/sec sender
[ 10] 0.00-10.00 sec 66.2 MBytes 55.6 Mbits/sec receiver
[ 12] 0.00-10.00 sec 66.2 MBytes 55.6 Mbits/sec sender
[ 12] 0.00-10.00 sec 66.2 MBytes 55.6 Mbits/sec receiver
[ 14] 0.00-10.00 sec 66.2 MBytes 55.6 Mbits/sec sender
[ 14] 0.00-10.00 sec 66.2 MBytes 55.6 Mbits/sec receiver
[ 16] 0.00-10.00 sec 66.2 MBytes 55.6 Mbits/sec sender
[ 16] 0.00-10.00 sec 66.2 MBytes 55.6 Mbits/sec receiver
[ 18] 0.00-10.00 sec 66.2 MBytes 55.6 Mbits/sec sender
[ 18] 0.00-10.00 sec 66.2 MBytes 55.6 Mbits/sec receiver
[ 20] 0.00-10.00 sec 66.2 MBytes 55.6 Mbits/sec sender
[ 20] 0.00-10.00 sec 66.2 MBytes 55.6 Mbits/sec receiver
[ 22] 0.00-10.00 sec 65.1 MBytes 54.6 Mbits/sec sender
[ 22] 0.00-10.00 sec 65.1 MBytes 54.6 Mbits/sec receiver
[SUM] 0.00-10.00 sec 662 MBytes 555 Mbits/sec sender
[SUM] 0.00-10.00 sec 662 MBytes 555 Mbits/sec receiver
iperf Done.
sur une connexion unique je suis en dessous de 50Mbps.
En UDP, avec une connexion unique :
C:\Users\administrateur\Downloads\iperf3>iperf3.exe -c iperf.par2.as49434.net -p 9222 -u -b 900m
Connecting to host iperf.par2.as49434.net, port 9222
[ 4] local 192.168.8.55 port 50199 connected to 193.177.162.41 port 9222
[ ID] Interval Transfer Bandwidth Total Datagrams
[ 4] 0.00-1.00 sec 99.0 MBytes 831 Mbits/sec 12678
[ 4] 1.00-2.00 sec 113 MBytes 951 Mbits/sec 14508
[ 4] 2.00-3.00 sec 104 MBytes 873 Mbits/sec 13322
[ 4] 3.00-4.00 sec 112 MBytes 937 Mbits/sec 14290
[ 4] 4.00-5.00 sec 100 MBytes 842 Mbits/sec 12845
[ 4] 5.00-6.00 sec 113 MBytes 951 Mbits/sec 14508
[ 4] 6.00-7.00 sec 99.5 MBytes 835 Mbits/sec 12735
[ 4] 7.00-8.00 sec 113 MBytes 951 Mbits/sec 14509
[ 4] 8.00-9.00 sec 98.0 MBytes 822 Mbits/sec 12550
[ 4] 9.00-10.00 sec 113 MBytes 951 Mbits/sec 14508
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 1.04 GBytes 894 Mbits/sec 0.038 ms 313/4159 (7.5%)
[ 4] Sent 4159 datagrams
iperf Done.
-
Et visiblement les connexions multiples marchent en UDP sur le serveur iperf.par2.as49434.net :
C:\iperf3>iperf3.exe -c iperf.par2.as49434.net -p 9222 -P 10 -u -b 900m
Connecting to host iperf.par2.as49434.net, port 9222
[ 4] local 192.168.8.55 port 63010 connected to 193.177.162.41 port 9222
[ 6] local 192.168.8.55 port 63011 connected to 193.177.162.41 port 9222
[ 8] local 192.168.8.55 port 63012 connected to 193.177.162.41 port 9222
[ 10] local 192.168.8.55 port 63013 connected to 193.177.162.41 port 9222
[ 12] local 192.168.8.55 port 63014 connected to 193.177.162.41 port 9222
[ 14] local 192.168.8.55 port 63015 connected to 193.177.162.41 port 9222
[ 16] local 192.168.8.55 port 63016 connected to 193.177.162.41 port 9222
[ 18] local 192.168.8.55 port 63017 connected to 193.177.162.41 port 9222
[ 20] local 192.168.8.55 port 63018 connected to 193.177.162.41 port 9222
[ 22] local 192.168.8.55 port 63019 connected to 193.177.162.41 port 9222
[ ID] Interval Transfer Bandwidth Total Datagrams
[ 4] 0.00-1.00 sec 11.5 MBytes 96.1 Mbits/sec 1467
[ 6] 0.00-1.00 sec 11.5 MBytes 96.1 Mbits/sec 1467
[ 8] 0.00-1.00 sec 11.5 MBytes 96.1 Mbits/sec 1467
[ 10] 0.00-1.00 sec 11.5 MBytes 96.1 Mbits/sec 1467
[ 12] 0.00-1.00 sec 11.5 MBytes 96.1 Mbits/sec 1467
[ 14] 0.00-1.00 sec 11.5 MBytes 96.1 Mbits/sec 1467
[ 16] 0.00-1.00 sec 11.5 MBytes 96.1 Mbits/sec 1467
[ 18] 0.00-1.00 sec 11.5 MBytes 96.1 Mbits/sec 1467
[ 20] 0.00-1.00 sec 11.5 MBytes 96.1 Mbits/sec 1467
[ 22] 0.00-1.00 sec 11.5 MBytes 96.1 Mbits/sec 1467
[SUM] 0.00-1.00 sec 115 MBytes 961 Mbits/sec 14670
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 1.00-2.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 6] 1.00-2.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 8] 1.00-2.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 10] 1.00-2.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 12] 1.00-2.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 14] 1.00-2.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 16] 1.00-2.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 18] 1.00-2.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 20] 1.00-2.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 22] 1.00-2.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[SUM] 1.00-2.00 sec 113 MBytes 951 Mbits/sec 14510
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 2.00-3.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 6] 2.00-3.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 8] 2.00-3.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 10] 2.00-3.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 12] 2.00-3.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 14] 2.00-3.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 16] 2.00-3.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 18] 2.00-3.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 20] 2.00-3.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 22] 2.00-3.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[SUM] 2.00-3.00 sec 113 MBytes 951 Mbits/sec 14510
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 3.00-4.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 6] 3.00-4.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 8] 3.00-4.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 10] 3.00-4.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 12] 3.00-4.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 14] 3.00-4.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 16] 3.00-4.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 18] 3.00-4.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 20] 3.00-4.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 22] 3.00-4.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[SUM] 3.00-4.00 sec 113 MBytes 951 Mbits/sec 14510
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 4.00-5.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 6] 4.00-5.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 8] 4.00-5.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 10] 4.00-5.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 12] 4.00-5.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 14] 4.00-5.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 16] 4.00-5.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 18] 4.00-5.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 20] 4.00-5.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 22] 4.00-5.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[SUM] 4.00-5.00 sec 113 MBytes 951 Mbits/sec 14510
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 5.00-6.00 sec 11.3 MBytes 95.1 Mbits/sec 1450
[ 6] 5.00-6.00 sec 11.3 MBytes 95.1 Mbits/sec 1450
[ 8] 5.00-6.00 sec 11.3 MBytes 95.1 Mbits/sec 1450
[ 10] 5.00-6.00 sec 11.3 MBytes 95.1 Mbits/sec 1450
[ 12] 5.00-6.00 sec 11.3 MBytes 95.1 Mbits/sec 1450
[ 14] 5.00-6.00 sec 11.3 MBytes 95.1 Mbits/sec 1450
[ 16] 5.00-6.00 sec 11.3 MBytes 95.1 Mbits/sec 1450
[ 18] 5.00-6.00 sec 11.3 MBytes 95.1 Mbits/sec 1450
[ 20] 5.00-6.00 sec 11.3 MBytes 95.1 Mbits/sec 1450
[ 22] 5.00-6.00 sec 11.3 MBytes 95.1 Mbits/sec 1450
[SUM] 5.00-6.00 sec 113 MBytes 951 Mbits/sec 14500
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 6.00-7.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 6] 6.00-7.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 8] 6.00-7.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 10] 6.00-7.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 12] 6.00-7.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 14] 6.00-7.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 16] 6.00-7.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 18] 6.00-7.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 20] 6.00-7.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 22] 6.00-7.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[SUM] 6.00-7.00 sec 113 MBytes 951 Mbits/sec 14510
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 7.00-8.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 6] 7.00-8.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 8] 7.00-8.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 10] 7.00-8.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 12] 7.00-8.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 14] 7.00-8.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 16] 7.00-8.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 18] 7.00-8.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 20] 7.00-8.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 22] 7.00-8.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[SUM] 7.00-8.00 sec 113 MBytes 951 Mbits/sec 14510
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 8.00-9.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 6] 8.00-9.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 8] 8.00-9.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 10] 8.00-9.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 12] 8.00-9.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 14] 8.00-9.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 16] 8.00-9.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 18] 8.00-9.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 20] 8.00-9.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 22] 8.00-9.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[SUM] 8.00-9.00 sec 113 MBytes 951 Mbits/sec 14510
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 4] 9.00-10.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 6] 9.00-10.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 8] 9.00-10.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 10] 9.00-10.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 12] 9.00-10.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 14] 9.00-10.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 16] 9.00-10.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 18] 9.00-10.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 20] 9.00-10.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[ 22] 9.00-10.00 sec 11.3 MBytes 95.1 Mbits/sec 1451
[SUM] 9.00-10.00 sec 113 MBytes 951 Mbits/sec 14510
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 113 MBytes 95.2 Mbits/sec 0.094 ms 31/390 (7.9%)
[ 4] Sent 390 datagrams
[ 6] 0.00-10.00 sec 113 MBytes 95.2 Mbits/sec 0.093 ms 33/391 (8.4%)
[ 6] Sent 391 datagrams
[ 8] 0.00-10.00 sec 113 MBytes 95.2 Mbits/sec 0.112 ms 33/391 (8.4%)
[ 8] Sent 391 datagrams
[ 10] 0.00-10.00 sec 113 MBytes 95.2 Mbits/sec 0.094 ms 32/391 (8.2%)
[ 10] Sent 391 datagrams
[ 12] 0.00-10.00 sec 113 MBytes 95.2 Mbits/sec 0.089 ms 30/389 (7.7%)
[ 12] Sent 389 datagrams
[ 14] 0.00-10.00 sec 113 MBytes 95.2 Mbits/sec 0.100 ms 35/391 (9%)
[ 14] Sent 391 datagrams
[ 16] 0.00-10.00 sec 113 MBytes 95.2 Mbits/sec 0.102 ms 28/391 (7.2%)
[ 16] Sent 391 datagrams
[ 18] 0.00-10.00 sec 113 MBytes 95.2 Mbits/sec 0.104 ms 29/391 (7.4%)
[ 18] Sent 391 datagrams
[ 20] 0.00-10.00 sec 113 MBytes 95.2 Mbits/sec 0.101 ms 31/391 (7.9%)
[ 20] Sent 391 datagrams
[ 22] 0.00-10.00 sec 113 MBytes 95.2 Mbits/sec 0.095 ms 29/391 (7.4%)
[ 22] Sent 391 datagrams
[SUM] 0.00-10.00 sec 1.11 GBytes 952 Mbits/sec 0.099 ms 311/3907 (8%)
iperf Done.Ce qui me sort un 952 Mbits/sec en cumulé
C'est vraiment TCP qui est limité a environ 50Mbps sur une connexion.
-
Mais tien tien, qu'est ce que je vois là :
https://lafibre.info/orange-debit/orange-et-limite-debit-par-session-tcp/
ca correspond a mon problème ::)
-
Et si tu tentes sous Linux, ça améliore les choses ? Comme ça à l'air d'être la m**de sous win avec ces histoires de fenêtre TCP...
Tu pourras aussi retenter plus facilement le tunnel wireguard.
-
je pense avoir fait tous les tests necessaires. Le probleme se situe sur une connexion unique en TCP qui est bridée a 50Mbps, avec ou sans VPN.
-
Pour moi y'a encore des points non résolus :
-Les connexions TCP sont donc aussi bidées lorsque encapsulées dans UDP ?
-Le 0 en multi UDP vers le serveur de ton boulot
-pourquoi un ST mono connexion n'est pas bridé à 50, tout comme un simple DL via navigateur (je pense que tu t'en serais rendu compte avant cette histoire de VPN)
-
-pourquoi un ST mono connexion n'est pas bridé à 50, tout comme un simple DL via navigateur (je pense que tu t'en serais rendu compte avant cette histoire de VPN)
Connexion mutli :
(https://www.speedtest.net/fr/result/14276009068.png)
Connexion Unique :
(https://www.speedtest.net/fr/result/14276012724.png)
il me semble que dans un navigateur il y a une connexion multiple, de mémoire il y a une valeur qu'on peut augmenter pour permettre plus de connexions. Par contre je ne suis pas certain qu'il s'agisse de connexions multiple sur 1 seul fichier, ou si ce n'est pas plutôt des connexions a plusieurs fichiers simultanément...
-
-Les connexions TCP sont donc aussi bidées lorsque encapsulées dans UDP ?
Oui...
Sans VPN, sur une connexion multiple avec iperf vers mon serveur (donc par internet avec une redirection de port) : iperf3.exe -c monserveur -p 9090 -P 20 -b 45mb
j'arrive a passer environ 900Mbps cumulé, avec 20 connexions à 45Mb.
avec une seule connexion je ne dépasse pas 45Mbps.
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-10.00 sec 53.6 MBytes 45.0 Mbits/sec sender
[ 5] 0.00-10.05 sec 52.7 MBytes 44.0 Mbits/sec receiver
[ 7] 0.00-10.00 sec 53.6 MBytes 45.0 Mbits/sec sender
[ 7] 0.00-10.05 sec 52.7 MBytes 44.0 Mbits/sec receiver
[ 9] 0.00-10.00 sec 53.6 MBytes 45.0 Mbits/sec sender
[ 9] 0.00-10.05 sec 52.7 MBytes 44.0 Mbits/sec receiver
[ 11] 0.00-10.00 sec 53.6 MBytes 45.0 Mbits/sec sender
[ 11] 0.00-10.05 sec 52.4 MBytes 43.7 Mbits/sec receiver
[ 13] 0.00-10.00 sec 53.6 MBytes 45.0 Mbits/sec sender
[ 13] 0.00-10.05 sec 52.9 MBytes 44.1 Mbits/sec receiver
[ 15] 0.00-10.00 sec 53.6 MBytes 45.0 Mbits/sec sender
[ 15] 0.00-10.05 sec 52.5 MBytes 43.8 Mbits/sec receiver
[ 17] 0.00-10.00 sec 53.6 MBytes 45.0 Mbits/sec sender
[ 17] 0.00-10.05 sec 52.6 MBytes 43.9 Mbits/sec receiver
[ 19] 0.00-10.00 sec 53.6 MBytes 45.0 Mbits/sec sender
[ 19] 0.00-10.05 sec 52.5 MBytes 43.8 Mbits/sec receiver
[ 21] 0.00-10.00 sec 53.6 MBytes 45.0 Mbits/sec sender
[ 21] 0.00-10.05 sec 52.5 MBytes 43.8 Mbits/sec receiver
[ 23] 0.00-10.00 sec 53.6 MBytes 45.0 Mbits/sec sender
[ 23] 0.00-10.05 sec 52.3 MBytes 43.6 Mbits/sec receiver
[ 25] 0.00-10.00 sec 53.6 MBytes 45.0 Mbits/sec sender
[ 25] 0.00-10.05 sec 52.7 MBytes 44.0 Mbits/sec receiver
[ 27] 0.00-10.00 sec 53.6 MBytes 45.0 Mbits/sec sender
[ 27] 0.00-10.05 sec 52.3 MBytes 43.7 Mbits/sec receiver
[ 29] 0.00-10.00 sec 53.6 MBytes 45.0 Mbits/sec sender
[ 29] 0.00-10.05 sec 52.3 MBytes 43.7 Mbits/sec receiver
[ 31] 0.00-10.00 sec 53.6 MBytes 45.0 Mbits/sec sender
[ 31] 0.00-10.05 sec 52.2 MBytes 43.6 Mbits/sec receiver
[ 33] 0.00-10.00 sec 53.6 MBytes 45.0 Mbits/sec sender
[ 33] 0.00-10.05 sec 52.2 MBytes 43.6 Mbits/sec receiver
[ 35] 0.00-10.00 sec 53.6 MBytes 45.0 Mbits/sec sender
[ 35] 0.00-10.05 sec 52.8 MBytes 44.0 Mbits/sec receiver
[ 37] 0.00-10.00 sec 53.6 MBytes 45.0 Mbits/sec sender
[ 37] 0.00-10.05 sec 52.7 MBytes 44.0 Mbits/sec receiver
[ 39] 0.00-10.00 sec 53.6 MBytes 45.0 Mbits/sec sender
[ 39] 0.00-10.05 sec 52.4 MBytes 43.7 Mbits/sec receiver
[ 41] 0.00-10.00 sec 53.6 MBytes 45.0 Mbits/sec sender
[ 41] 0.00-10.05 sec 52.1 MBytes 43.5 Mbits/sec receiver
[ 43] 0.00-10.00 sec 53.6 MBytes 45.0 Mbits/sec sender
[ 43] 0.00-10.05 sec 52.4 MBytes 43.7 Mbits/sec receiver
[SUM] 0.00-10.00 sec 1.05 GBytes 900 Mbits/sec sender
[SUM] 0.00-10.05 sec 1.03 GBytes 876 Mbits/sec receiver
-Le 0 en multi UDP vers le serveur de ton boulot
oui c'est un mystère, je ne sais pas pouquoi, côté serveur j'utilise la commande iperf3.exe -s -p 9090 il y a peut etre un parametre a ajouter ?
-
il me semble que dans un navigateur il y a une connexion multiple, de mémoire il y a une valeur qu'on peut augmenter pour permettre plus de connexions.
Pas sûr. Sur Firefox en tout cas, lorsque je télécharge un fichier, c'est une seule connexion TCP. Je le vois particulièrement sur archive.org par ex. Il m'arrive souvent de télécharger des iso et le DL est souvent lent (genre 400ko/s) alors je suis obligé de passer par un gestionnaire et d'en mettre 3 ou 4 pour remplir ma petite connexion ADSL de 13 Mbps...
Par contre je ne suis pas certain qu'il s'agisse de connexions multiple sur 1 seul fichier, ou si ce n'est pas plutôt des connexions a plusieurs fichiers simultanément...
En ouvrant la console de dev je vois en effet 4 connexions sur des serveurs différents... Par contre en mono, y'en a bien une seule.
oui c'est un mystère, je ne sais pas pouquoi, côté serveur j'utilise la commande iperf3.exe -s -p 9090 il y a peut etre un parametre a ajouter ?
Je viens de tester : ça marche avec Linux mais pas Windows... La ligne de commande est la même. En mode client pas de soucis.
-
il me semble que dans un navigateur il y a une connexion multiple, de mémoire il y a une valeur qu'on peut augmenter pour permettre plus de connexions. Par contre je ne suis pas certain qu'il s'agisse de connexions multiple sur 1 seul fichier, ou si ce n'est pas plutôt des connexions a plusieurs fichiers simultanément...
Les navigateurs n'utilisent bien qu'une seule requête HTTP par fichier, donc une seule connexion TCP en HTTP 1.x. En HTTP 2 et 3 (Quic), c'est pareil, avec un possible multiplexage des autres requêtes vers le même serveur sur une seule et même connexion (TCP en HTTP 2, UDP en 3).
La limite de connexion dont tu parles, c'est la limite maximale que le navigateur peut établir vers un même hostname pour effectuer des requêtes parallèles (par exemple, quand il charge une page avec plusieurs images, fichiers javascript, CSS ou autre). Cette limite a pour but de ne pas saturer le serveur en face avec un grand nombre de connexions/requêtes simultanées.
Mais le principe reste le même : une ressource donnée n'est transférée que sur une seule connexion.
-
J'avaisi eu un problème similaire, entre une connexion Orange Pro et Bouygues GP, ça m'étais sorti de la tête.
Transfert entre 2 NAS, l'émetteur utilise BBR :
Via SFTP en direct (TCP), je ne dépassais pas les 10-20mo/s
Via SFTP en passant par Tailscale (UDP), je monte sans problème à 80-85mo/s
-
Le truc étrange, c'est justement que rooot a testé tailscale, et qu'il observait la même limite de 50Mbit/s. Son VPN L2TP est encapsulé dans IPSec qui est lui encapsulé dans UDP (NAT-T), et là aussi il y a bridage.
-
On ne sait pas quel protocole il utilisait avec Tailscale,
Il faut faire un "tailscale netcheck" dans la console windows ou linux, peut être que UDP est sur False