Auteur Sujet: Bouygues lance sa Bbox ultym XGS-PON à 8 Gbit/s (Lu 52143 fois)

Pegasus38 · « **Réponse #156 le:** 07 août 2023 à 19:10:27 »

Citation de: kgersen le 07 août 2023 à 18:21:58

aucune idée pas eu le temps de creuser plus.

avec speedtest en mono et le serveur cubic a Orly:

pas mal pour du cubic monoflux.

je n'ai pas l'impression que "LaFibre.info CUBIC Orly (id=45454)" soit https://bouygues.testdebit.info/ (pas la meme ip en tout cas).

kgersen peux tu faire un speedtest en mono/cubic sur le serveur Bouygues Poitiers stp
Merci beaucoup

kgersen · « **Réponse #157 le:** 07 août 2023 à 19:40:34 »

test du wifi:

pc Wifi6 (pas E). 5Ghz. a 2 metres de la bbox:
netsh wlan show interfaces :

Code: [Sélectionner]

    Réception (Mbits/s)    : 2402
    Transmission (Mbits/s)   : 2402
    Signal                 : 92%

le wifi est synchro a 2,4 Gbps avec le PC:

speedtest (donc en wifi6):

avec nspeed: meme machine du wifi bbox puis retour port Ethernet 10G on arrive max a environ 1,7 Gbps (pc->10g->bbox->wifi->meme pc) dans les 2 sens:

Code: [Sélectionner]

.\nspeed.exe get -a Wi-Fi -n 4 nspeed://s1/10g server -a "Ethernet 10G Intel" -id s1 api -browse -statsinterfaces "Wi-Fi,Ethernet 10G Intel"

Citation de: Pegasus38 le 07 août 2023 à 19:10:27

kgersen peux tu faire un speedtest en mono/cubic sur le serveur Bouygues Poitiers stp
Merci beaucoup

mono: https://www.speedtest.net/result/15090133578

multi : https://www.speedtest.net/result/15090128032

Myck205 · « **Réponse #158 le:** 07 août 2023 à 19:43:41 »

Le serveur de Poitiers est bridé pour ne pas pouvoir monter plus en Cubic/multi ?

kgersen · « **Réponse #159 le:** 07 août 2023 à 20:15:24 »

Citation de: Myck205 le 07 août 2023 à 19:43:41

Le serveur de Poitiers est bridé pour ne pas pouvoir monter plus en Cubic/multi ?

pas en CLI en tout cas (Linux dans Windows WSL)

Code: [Sélectionner]

$ speedtest -s 53171

   Speedtest by Ookla

      Server: BOUYGUES TELECOM CUBIC - Poitiers (id: 53171)
         ISP: Bouygues Telecom
Idle Latency:     6.97 ms   (jitter: 0.58ms, low: 5.02ms, high: 7.07ms)
    Download:  6905.61 Mbps (data used: 8.3 GB)
                  8.59 ms   (jitter: 5.01ms, low: 6.26ms, high: 220.94ms)
      Upload:  1878.04 Mbps (data used: 2.1 GB)
                  7.57 ms   (jitter: 3.01ms, low: 5.12ms, high: 229.06ms)
 Packet Loss:     0.0%
  Result URL: https://www.speedtest.net/result/c/9be0494e-684b-4bd8-9a7c-42bc22022516

C'est la version web (testé avec Chrome, Firefox et Edge) qui merdouille avec Poitiers ? et l'application speedtest Windows ne permet pas de choisir Poitiers...
Firefox sur Linux dans Windows WSL. pas bon non plus.

Mais l'application Android sur Windows 11 fonctionne bien aussi: https://www.speedtest.net/my-result/a/9466821520

ca sent la bizarrerie web...

Pegasus38 · « **Réponse #160 le:** 07 août 2023 à 20:25:13 »

Merci pour le speedtest, je me suis demandé aussi à un moment si ce n'était pas le serveur qui déconnait, faudrait que qlq de chez Free ou SFR puisse faire le test pour voir

Myck205 · « **Réponse #161 le:** 07 août 2023 à 20:40:03 »

Du coup, seul solution pour approcher des 8G, c'est d'être en BBR/multi ?

daleksek · « **Réponse #162 le:** 07 août 2023 à 21:07:40 »

Citation de: kgersen le 07 août 2023 à 18:01:44

batch test download CUBIC mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#2| 665.4 Mbps| 0 bps| 8.00| 665.5 MB| 0 B|get https://bouygues.testdebit.info/10G/10G.iso (IPv6 - 2.800 ms - HTTP/2.0 - TLS 1.3)
| | | | | |
Average| 665.4 Mbps| 0 bps| 8.00| 665.5 MB| 0 B|

batch test download CUBIC multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#3| 1.7 Gbps| 0 bps| 8.00| 1.7 GB| 0 B|4 x get https://bouygues.testdebit.info/10G/10G.iso (IPv6 - 2.222 ms - HTTP/2.0 - TLS 1.3)
| | | | | |
Average| 1.7 Gbps| 0 bps| 8.00| 1.7 GB| 0 B|[/tt]

Pour comparaison avec Orange Pro :

batch test download CUBIC mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#2| 639.3 Mbps| 0 bps| 8.00| 639.3 MB| 0 B|get https://bouygues.testdebit.info/10G/10G.iso (IPv4 - 16.57 ms - HTTP/2.0 - TLS 1.3)
| | | | | |
Average| 639.3 Mbps| 0 bps| 8.00| 639.3 MB| 0 B|

batch test download CUBIC multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#3| 1.6 Gbps| 0 bps| 8.00| 1.6 GB| 0 B|4 x get https://bouygues.testdebit.info/10G/10G.iso (IPv4 - 16.300 ms - HTTP/2.0 - TLS 1.3)
| | | | | |
Average| 1.6 Gbps| 0 bps| 8.00| 1.6 GB| 0 B|

Les résultats sont similaires, n'est ce pas une limitation du serveur ?

kgersen · « **Réponse #163 le:** 07 août 2023 à 22:21:05 »

Citation de: daleksek le 07 août 2023 à 21:07:40

Les résultats sont similaires, n'est ce pas une limitation du serveur ?

probable oui. ou de son lien vers de peering/transit (si c'est le meme vers les 4 FAI ).

hwti · « **Réponse #164 le:** 08 août 2023 à 01:19:15 »

https://bouygues.testdebit.info/10G/10G.iso semble avoir un problème en HTTP/2 :
- Ubuntu 22.04 (curl 7.81 + libnghttp2 1.43.0) ou Fedora 38 (curl 8.0.1 + libnghttp2 1.52.0) : je reste bloqué 25s avant de commencer à télécharger.
- curl 8.2.1 + libnghttp2 1.55.1 (binaire statique Linux ou Windows) : ça commence à télécharger après 2s
Dans tous les cas, le débit semble limité, alors que ce n'est pas le cas en HTTP/1.1.

Avec paris.testdebit.info, je reste bloqué moins longtemps (6s), et il n'y a pas de problème de débit.
Et avec curl 8.2.1 + libnghttp2 1.55.1, ça ne bloque presque plus, mais c'est toujours légèrement moins bon qu'en HTTP/1.1.

Donc il faudrait tester en forçant HTTP/1.1 sur le test nperf.

kgersen · « **Réponse #165 le:** 08 août 2023 à 11:15:27 »

Citation de: hwti le 08 août 2023 à 01:19:15

https://bouygues.testdebit.info/10G/10G.iso semble avoir un problème en HTTP/2 :
- Ubuntu 22.04 (curl 7.81 + libnghttp2 1.43.0) ou Fedora 38 (curl 8.0.1 + libnghttp2 1.52.0) : je reste bloqué 25s avant de commencer à télécharger.
- curl 8.2.1 + libnghttp2 1.55.1 (binaire statique Linux ou Windows) : ça commence à télécharger après 2s
Dans tous les cas, le débit semble limité, alors que ce n'est pas le cas en HTTP/1.1.

Avec paris.testdebit.info, je reste bloqué moins longtemps (6s), et il n'y a pas de problème de débit.
Et avec curl 8.2.1 + libnghttp2 1.55.1, ça ne bloque presque plus, mais c'est toujours légèrement moins bon qu'en HTTP/1.1.

Donc il faudrait tester en forçant HTTP/1.1 sur le test nperf.

effectivement y'a un souci en https sur ce serveur:
sur Windows:

Code: [Sélectionner]

.\nspeed.exe from https://dl.nspeed.app/bytelhttp
HTTP 1.1:
    #0|   4.6 Gbps|       0 bps| 8.00|     4.6 GB|           0 B|get http://bouygues.testdebit.info/10G/10G.iso (IPv6 - 5.605 ms - HTTP/1.1 - )
HTTPS 1.1:
    #1|   1.4 Gbps|       0 bps| 8.00|     1.4 GB|           0 B|get -http1.1 https://bouygues.testdebit.info/10G/10G.iso (IPv6 - 2.908 ms - HTTP/1.1 - TLS 1.3)
HTTPS 2.0:
    #2| 589.5 Mbps|       0 bps| 8.00|   589.6 MB|           0 B|get -http2 https://bouygues.testdebit.info/10G/10G.iso (IPv6 - 2.309 ms - HTTP/2.0 - TLS 1.3)

~~mais pas sur Linux c'est consistent...~~

Code: [Sélectionner]

./nspeed from https://dl.nspeed.app/bytelhttp
HTTP 1.1:
      #0| 733.7 Mbps|       0 bps| 8.00|   733.7 MB|           0 B|get http://bouygues.testdebit.info/10G/10G.iso (IPv6 - 2.167 ms - HTTP/1.1 - )
HTTPS 1.1:
      #1| 710.5 Mbps|       0 bps| 8.00|   710.5 MB|           0 B|get -http1.1 https://bouygues.testdebit.info/10G/10G.iso (IPv6 - 3.425 ms - HTTP/1.1 - TLS 1.3)
HTTPS 2.0:
      #2| 601.0 Mbps|       0 bps| 8.00|   601.0 MB|           0 B|get -http2 https://bouygues.testdebit.info/10G/10G.iso (IPv6 - 6.12 ms - HTTP/2.0 - TLS 1.3)

edit: en refaisant le test plusieurs fois, on arrive comme sur Windows... je pense que le serveur sature par moment.

alors que paris.testdebit.info sature le lien sur une connexion:

Code: [Sélectionner]

./nspeed get http://bouygues.testdebit.info/10G/10G.iso then get http://paris.testdebit.info/10G/10G.iso
batch #0:
      #0| 679.3 Mbps|       0 bps| 8.00|   679.3 MB|           0 B|get http://bouygues.testdebit.info/10G/10G.iso (IPv6 - 5.414 ms - HTTP/1.1 - )
batch #1:
      #1|   7.3 Gbps|       0 bps| 8.00|     7.3 GB|           0 B|get http://paris.testdebit.info/10G/10G.iso (IPv6 - 3.142 ms - HTTP/1.1 - )

les 2 serveurs sont a 5 noeuds en traceroute.

Myck205 · « **Réponse #166 le:** 08 août 2023 à 12:02:51 »

Sur un serveur qui tient la charge, ça donne combien en multi/Cubic ?

hwti · « **Réponse #167 le:** 08 août 2023 à 12:56:54 »

Citation de: kgersen le 08 août 2023 à 11:15:27

edit: en refaisant le test plusieurs fois, on arrive comme sur Windows... je pense que le serveur sature par moment.

Il y a déjà 4,6Gbps en http quand ça fonctionne (c'est un serveur 10Gbps, donc même sans le problème https et http/2, il peut de toute façon saturer pour un test 8Gbps).

Malheureusement les deux serveurs 40Gbps (appliwave.testdebit.info et speedtest.milkywan.fr) sont en BBR.
Donc ce n'est pas facile de vérifier si on peut atteindre le débit maximal sur une connexion cubic.
Peut-être avec http://hivane.testdebit.info/10G/10G.iso ou http://ping.online.net/10000Mo.dat.