Auteur Sujet: Free FTTH : Limitation des débits en https (comparé à du trafic http) ? (Lu 10122 fois)

kgersen · « **Réponse #24 le:** 18 août 2020 à 20:22:01 »

nspeed affiche l'occupation des coeurs du cpu. ca indique quoi ?

underground78 · « **Réponse #25 le:** 18 août 2020 à 20:23:30 »

> .\nspeed.exe https://scaleway.testdebit.info/1G.iso
max cores =  8
spawning workload  0 https://scaleway.testdebit.info/1G.iso false
LookupIp for scaleway.testdebit.info
  2001:bc8:3::7
  62.210.156.7
1 size 1000000000 procotol HTTP/1.1 local IP:port [2a01:e0a:xxxx:xxxx:54dd:xxxx:xxxx:b7a2]:54704 remote IP:port [2001:bc8:3::7]:443
40 00 14 02 19 02 06 03 tick  0 5
1 ; 0.9570595 ; 24.5 MB ; 953.7 MB ; 8192 ; https://scaleway.testdebit.info/1G.iso
36 02 06 00 16 05 05 02 tick  0 5
1 ; 1.9565462 ; 58.5 MB ; 953.7 MB ; 8192 ; https://scaleway.testdebit.info/1G.iso
33 02 15 00 09 03 05 02 tick  0 5
1 ; 2.9570068000000003 ; 95.8 MB ; 953.7 MB ; 8192 ; https://scaleway.testdebit.info/1G.iso
46 00 25 00 08 03 08 02 tick  0 5
1 ; 3.9563587 ; 131.1 MB ; 953.7 MB ; 8192 ; https://scaleway.testdebit.info/1G.iso
39 00 14 02 12 03 09 02 tick  0 5
1 ; 4.9568738 ; 167.3 MB ; 953.7 MB ; 8192 ; https://scaleway.testdebit.info/1G.iso
33 00 25 00 17 03 02 05 tick  0 5
1 ; 5.9566386 ; 203.5 MB ; 953.7 MB ; 8192 ; https://scaleway.testdebit.info/1G.iso
49 00 14 00 03 03 08 00 tick  0 5
1 ; 6.9571974 ; 240.7 MB ; 953.7 MB ; 8192 ; https://scaleway.testdebit.info/1G.iso
29 02 27 03 08 05 11 06 tick  0 5
1 ; 7.9567744000000005 ; 277.8 MB ; 953.7 MB ; 8192 ; https://scaleway.testdebit.info/1G.iso
master timeout reached
main loop ended rc = 0
1 speed = 292.9 Mbps time = 7.9577736s size = 291323904 291.3 MB url  https://scaleway.testdebit.info/1G.iso
summary: speed = 292.9 Mbps time = 7.9587723s size = 291356672 291.4 MB

L'usage CPU monte plus haut en HTTP !

Code: [Sélectionner]

> .\nspeed.exe http://scaleway.testdebit.info/1G.iso
max cores =  8
spawning workload  0 http://scaleway.testdebit.info/1G.iso false
LookupIp for scaleway.testdebit.info
  2001:bc8:3::7
  62.210.156.7
1 size 1000000000 procotol HTTP/1.1 local IP:port [2a01:e0a:xxxx:xxxx:54dd:xxxx:xxxx:b7a2]:54713 remote IP:port [2001:bc8:3::7]:80
67 00 81 00 03 00 00 00 tick  0 5
1 ; 0.9847964 ; 103.5 MB ; 953.7 MB ; 448 ; http://scaleway.testdebit.info/1G.iso
54 00 92 00 08 02 03 20 tick  0 5
1 ; 1.9834429 ; 209.4 MB ; 953.7 MB ; 1440 ; http://scaleway.testdebit.info/1G.iso
54 00 86 00 02 00 05 29 tick  0 5
1 ; 2.9839618999999997 ; 315.2 MB ; 953.7 MB ; 7200 ; http://scaleway.testdebit.info/1G.iso
60 00 85 00 12 03 11 00 tick  0 5
1 ; 3.9765205 ; 421.4 MB ; 953.7 MB ; 1440 ; http://scaleway.testdebit.info/1G.iso
77 00 87 00 05 02 00 02 tick  0 5
1 ; 4.9835761 ; 528.5 MB ; 953.7 MB ; 3328 ; http://scaleway.testdebit.info/1G.iso
56 00 86 00 02 02 00 17 tick  0 5
1 ; 5.9836825000000005 ; 635.3 MB ; 953.7 MB ; 1440 ; http://scaleway.testdebit.info/1G.iso
62 00 92 00 05 00 00 25 tick  0 5
1 ; 6.9837007 ; 741.5 MB ; 953.7 MB ; 448 ; http://scaleway.testdebit.info/1G.iso
73 03 85 03 02 02 11 28 tick  0 5
1 ; 7.9841415 ; 846.0 MB ; 953.7 MB ; 448 ; http://scaleway.testdebit.info/1G.iso
master timeout reached
main loop ended rc = 0
1 speed = 888.8 Mbps time = 7.9861389s size = 887251437 887.3 MB url  http://scaleway.testdebit.info/1G.iso
summary: speed = 888.8 Mbps time = 7.9871384s size = 887340717 887.3 MB

vivien · « **Réponse #26 le:** 18 août 2020 à 20:32:41 »

Un Intel Core i7-3770 reste encore aujourd'hui rapide et dépasse de très nombreux PC portables de 2020 (je vois bien ce que cela représente en puissance, j'ai un Core i3-4150 CPU @ 3.50GHz qui devrait deux fois moins performant en multi-thread).

Le Core i7-3770 intègre les instructions AES pour aider pour le https.

Sous Linux tu devrait dépasser 2 Gb/s pour un test de débit dans un navigateur web.

vivien · « **Réponse #27 le:** 18 août 2020 à 20:46:26 »

Citation de: Steph le 18 août 2020 à 16:57:42

Et pour le port 1723 comment tu t'en est rendu compte?

Je m'intéresse à tous les ports !

Sur le port 1723, j'ai bien compris que ce que font les opérateurs est normal.

Sur d'autres ports, comme le 5060 / 5061, cela semple plus discutable : https://lafibre.info/vpn/limitation-debit-port-1723/msg784888/#msg784888

kgersen · « **Réponse #28 le:** 18 août 2020 à 20:47:30 »

Citation de: underground78 le 18 août 2020 à 20:23:30

L'usage CPU monte plus haut en HTTP !

normal vu que ca va plus vite...

chez moi aussi (bbox6) scaleway.testdebit.info a du mal en https...mais pas bouygues.testdebit.info

scaleway.testdebit.info:
250 Mbps en HTTPS
939 Mbps en HTTP

bouygues.testdebit.info:
940 Mbps en HTTPS
939 Mbps en HTTP

et avec 4 sessions en meme temps ca rempli bien les 1Gbps meme avec scaleway https.

probleme de serveur ?

vivien · « **Réponse #29 le:** 18 août 2020 à 21:04:46 »

Le logiciel est presque identique, scaleway est en bbr et bouygues en cubic, mais si vous souhaitez tester lille.testdebit.info est en bbr pour un test en ce moment.

Les serveurs Bouygues sont des Dell R330, sans virtualisation : Un Xeon E3-1240 v5 @3.5GHz et 32 Go DDR4.

Code: [Sélectionner]

$ lscpu
Architecture :                          x86_64
Mode(s) opératoire(s) des processeurs : 32-bit, 64-bit
Boutisme :                              Little Endian
Processeur(s) :                         8
Liste de processeur(s) en ligne :       0-7
Thread(s) par cœur :                    2
Cœur(s) par socket :                    4
Socket(s) :                             1
Nœud(s) NUMA :                          1
Identifiant constructeur :              GenuineIntel
Famille de processeur :                 6
Modèle :                                94
Nom de modèle :                         Intel(R) Xeon(R) CPU E3-1240 v5 @ 3.50GHz
Révision :                              3
Vitesse du processeur en MHz :          3880.389
Vitesse maximale du processeur en MHz : 3900,0000
Vitesse minimale du processeur en MHz : 800,0000
BogoMIPS :                              6999.82
Virtualisation :                        VT-x
Cache L1d :                             32K
Cache L1i :                             32K
Cache L2 :                              256K
Cache L3 :                              8192K
Nœud NUMA 0 de processeur(s) :          0-7
Drapaux :                               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb invpcid_single pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt intel_pt xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp md_clear flush_l1d

Scaleway est virtualisé, mais je suis presque seul sur la machine. J'ai 12 VCPU et 16 Go de ram.

Code: [Sélectionner]

$ lscpu
Architecture:        x86_64
CPU op-mode(s):      32-bit, 64-bit
Byte Order:          Little Endian
CPU(s):              12
On-line CPU(s) list: 0-11
Thread(s) per core:  1
Core(s) per socket:  6
Socket(s):           2
NUMA node(s):        1
Vendor ID:           GenuineIntel
CPU family:          15
Model:               6
Model name:          Common KVM processor
Stepping:            1
CPU MHz:             2400.084
BogoMIPS:            4800.16
Hypervisor vendor:   KVM
Virtualization type: full
L1d cache:           32K
L1i cache:           32K
L2 cache:            4096K
L3 cache:            16384K
NUMA node0 CPU(s):   0-11
Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx lm constant_tsc nopl xtopology cpuid tsc_known_freq pni cx16 x2apic hypervisor lahf_lm cpuid_fault pti

Si vous avez des questions sur le serveur hote et la virtualisation réalisée, il faut demander à @elkaimelie, celui qui administre l’hôte (de mon coté j'administre la VM, mais il n'y a pas de différence avec lille.testdebit.info)

underground78 · « **Réponse #30 le:** 18 août 2020 à 21:09:30 »

Citation de: kgersen le 18 août 2020 à 20:47:30

normal vu que ca va plus vite...

Yup, c'est bien comme ça que je vois la chose.

Citation de: kgersen le 18 août 2020 à 20:47:30

probleme de serveur ?

J'avais un comportement similaire sur ByTel (mais mon accès sature le soir, ce qui complique les tests).

underground78 · « **Réponse #31 le:** 18 août 2020 à 21:16:19 »

Citation de: vivien le 18 août 2020 à 21:04:46

Le logiciel est presque identique, scaleway est en bbr et bouygues en cubic, mais si vous souhaitez tester lille.testdebit.info est en bbr pour un test en ce moment.

Intéressant, ça sature très fort vers ByTel en cubic, pas en BBR et je n'ai pas de différences entre HTTP et HTTPS dans ce cas !

1 speed = 890.0 Mbps time = 7.9826318s size = 888029037 888.0 MB url http://scaleway.testdebit.info/1G.iso
1 speed = 300.7 Mbps time = 7.959022s size = 299122688 299.1 MB url https://scaleway.testdebit.info/1G.iso

1 speed = 366.7 Mbps time = 7.9758691s size = 365637357 365.6 MB url http://bouygues.testdebit.info/1G.iso
1 speed = 219.6 Mbps time = 7.9612455s size = 218562560 218.6 MB url https://bouygues.testdebit.info/1G.iso

1 speed = 885.8 Mbps time = 7.9779101s size = 883400429 883.4 MB url http://lille.testdebit.info/1G.iso
1 speed = 882.1 Mbps time = 7.9345349s size = 874921984 874.9 MB url https://lille.testdebit.info/1G.iso

Tout ça est assez obscure...

vivien · « **Réponse #32 le:** 18 août 2020 à 21:22:40 »

Impressionnant le BBR.

kgersen · « **Réponse #33 le:** 18 août 2020 à 21:47:06 »

je ne pense pas que bbr/cubic explique la différence entre http et https depuis le meme serveur...

y'a pas le flag "aes" dans le serveur virtualisé (scaleway):

Code: [Sélectionner]

fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx lm constant_tsc nopl xtopology cpuid tsc_known_freq pni cx16 x2apic hypervisor lahf_lm cpuid_fault pti

sslscan pour scaleway:

Code: [Sélectionner]

Version: 2.0.0 Windows 64-bit (Mingw)
OpenSSL 1.1.1e-dev  xx XXX xxxx

Connected to 62.210.156.7

Testing SSL server scaleway.testdebit.info on port 443 using SNI name scaleway.testdebit.info

  SSL/TLS Protocols:
SSLv2     disabled
SSLv3     disabled
TLSv1.0   disabled
TLSv1.1   disabled
TLSv1.2   enabled
TLSv1.3   enabled

  TLS Fallback SCSV:
Server supports TLS Fallback SCSV

  TLS renegotiation:
Session renegotiation not supported

  TLS Compression:
Compression disabled

  Heartbleed:
TLSv1.3 not vulnerable to heartbleed
TLSv1.2 not vulnerable to heartbleed

  Supported Server Cipher(s):
Preferred TLSv1.3  256 bits  TLS_AES_256_GCM_SHA384        Curve 25519 DHE 253
Accepted  TLSv1.3  256 bits  TLS_CHACHA20_POLY1305_SHA256  Curve 25519 DHE 253
Accepted  TLSv1.3  128 bits  TLS_AES_128_GCM_SHA256        Curve 25519 DHE 253
Preferred TLSv1.2  256 bits  ECDHE-RSA-AES256-GCM-SHA384   Curve 25519 DHE 253
Accepted  TLSv1.2  256 bits  ECDHE-RSA-CHACHA20-POLY1305   Curve 25519 DHE 253
Accepted  TLSv1.2  128 bits  ECDHE-RSA-AES128-GCM-SHA256   Curve 25519 DHE 253
Accepted  TLSv1.2  256 bits  ECDHE-RSA-AES256-SHA384       Curve 25519 DHE 253
Accepted  TLSv1.2  128 bits  ECDHE-RSA-AES128-SHA256       Curve 25519 DHE 253

  Server Key Exchange Group(s):
TLSv1.3  128 bits  secp256r1 (NIST P-256)
TLSv1.3  192 bits  secp384r1 (NIST P-384)
TLSv1.3  260 bits  secp521r1 (NIST P-521)

donc TLS_AES_256_GCM_SHA384 préféré.

vivien · « **Réponse #34 le:** 18 août 2020 à 22:10:42 »

Je viens de tester depuis un serveur 10 Gb/s :
- IPv4 http : 5,39 Gb/s (14 secondes pour télécharger le fichier de 10 Go)
- IPv6 http : 5,35 Gb/s (14 secondes pour télécharger le fichier de 10 Go)
- IPv4 https : 318 Mb/s (4 minutes 11 secondes pour télécharger le fichier de 10 Go)
- IPv6 https : 317 Mb/s (4 minutes 12 secondes pour télécharger le fichier de 10 Go)

J'ai regardé les CPU, j'ai un cœur (sur les 12) qui est bloqué à 100% pendant tout le téléchargement.

Il y a donc un vrai problème de performance en https.

alain_p · « **Réponse #35 le:** 18 août 2020 à 22:37:01 »

Et bien personnellement, j'ai de grosses différences sur le serveur scaleway entre https et http, je passe de ~30 Mo/s à ~150 Mo/s, mais pas sur le serveur bouygues.
Je fais les tests sur une VM Ubuntu sur le serveur Delta, avec un CPU ARM, donc pas très puissant :

Code: [Sélectionner]

$ wget -4 -O /dev/null https://bouygues.testdebit.info/1G.iso
/dev/null                       100%[=======================================================>] 953,67M  30,1MB/s    in 33s

$ wget -4 -O /dev/null http://bouygues.testdebit.info/1G.iso
/dev/null                       100%[=======================================================>] 953,67M  36,0MB/s    in 31s

$ wget -6 -O /dev/null https://bouygues.testdebit.info/1G.iso
/dev/null                       100%[=======================================================>] 953,67M  25,9MB/s    in 35s

$ wget -6 -O /dev/null http://bouygues.testdebit.info/1G.iso
/dev/null                       100%[=======================================================>] 953,67M  26,1MB/s    in 35s

$ wget -4 -O /dev/null https://scaleway.testdebit.info/1G.iso
/dev/null                       100%[=======================================================>] 953,67M  33,4MB/s    in 26s

$ wget -4 -O /dev/null http://scaleway.testdebit.info/1G.iso
/dev/null                       100%[=======================================================>] 953,67M   150MB/s    in 6,5s

$ wget -6 -O /dev/null https://scaleway.testdebit.info/1G.iso
/dev/null                       100%[=======================================================>] 953,67M  38,9MB/s    in 25s

$ wget -6 -O /dev/null http://scaleway.testdebit.info/1G.iso
/dev/null                       100%[=======================================================>] 953,67M   161MB/s    in 5,9s