Auteur Sujet: La fibre Orange à 2Gbps, sur un routeur MikroTik 10Gbps CCR2004, via un ONT SFP+ (Lu 943114 fois)

Gnubyte · « **Réponse #2148 le:** 08 septembre 2021 à 13:30:59 »

Citation de: WareZ le 08 septembre 2021 à 02:07:28

J'ai trouvé cette discussion chez les anglophones, peut être que ça peut aider !

Cher Warez.

L'intégralité de ce fil est dédié à la synchronisation d'équipements non Orange sur une ligne FTTH Orange 2Gbps/600Mbps, à pleine vitesse native, exploitant la sychronisation SFP HSGMII, qui permet à un module SFP de communiquer à 2.5Gbps avec un port SFP+.
La manipulation que tu pointes, qui revient à utiliser une implémentation de la norme 802.3ad (802.1AX à présent), aussi appélé "agrégation de lien", aura infiniment plus sa place sur le post suivant. https://lafibre.info/remplacer-livebox/profiter-des-2gbps-sur-un-ordinateur-donne/.

Loin de moi l'idée de cliver, mais, en fait, non, oui, je clive.

La variation de vitesse que tu soulignes n'est à mon sens absolument pas tolérable. Je suis peut être un intégriste, oui, mais ça valait la peine de tout analyser et comprendre, pour, justement, tout porter en support natif, sans le gros hack que constitue l'agrégation de lien.

Trois-Six · « **Réponse #2149 le:** 08 septembre 2021 à 15:40:17 »

Hello again,

Après une compilation aux petits oignons (patch HGSMII + BNX2X + Docker + KVM) d'une OpenWrt snapshot sous Docker (je pousserai mon Dockerfile/entrypoint sur GitHub prochainement), voilà ce que j'obtiens (du coup en bare-metal x86_64) :

en testant depuis un MacBook branché en 2.5G via un adaptateur USB3/2.5G.

Le CPU du PC dort (je vais mettre un Prometheus pour vérifier plus précisemment, mais je faisais un htop pendant les tests et ça n'a pas beaucoup bougé).
Il va peut-être falloir passer sur CHR comme tout le monde ou au moins que j'essaie une FreeBSD/OpnSense/Pfsense pour vérifier si c'est Linux qui n'est pas performant. J'essayerais bien openvswitch avec dpdk + gestion de la conntrack dans openvswitch aussi.

Autre cas de figure: peut-être que mon client limite les perfs, mais je ne pense pas.

Est-ce qu'il y a moyen de faire un test Ookla en CLI depuis un Synology ? J'ai vu qu'il y a un script Python speed_test.py, mais ce n'est pas avec Ookla, et il n'y a pas de serveur sur Bordeaux.

dotTophe · « **Réponse #2150 le:** 08 septembre 2021 à 16:34:12 »

Hum... un adaptateur USB3/2.5Gb ?
T'as pu tester que ca fonctionne correctement (iperf ?)
Pour éviter l'USB, j'ai un adaptateur thunderbolt -> SFP+ QNAP.

Tu utilises quoi comme machine ? Linux en tant que routeur, ca fonctionne tout de meme bien... (meme si pour le délire, j'ai tendance à faire tourner des applications DPDK ... )
Attention avec ovs-dpdk + conntrack: l'implementation userspace de conntrack n'inclue que très très peu d'ALG. En fonction de tes usages, ca peut etre un probleme.

Enfin, il existe ce repo, pour utiliser les serveurs de Speedtest.net en cli:
https://github.com/sivel/speedtest-cli

Gnubyte · « **Réponse #2151 le:** 08 septembre 2021 à 17:21:08 »

Citation de: dotTophe le 08 septembre 2021 à 16:34:12

Enfin, il existe ce repo, pour utiliser les serveurs de Speedtest.net en cli:
https://github.com/sivel/speedtest-cli

J'ai l'habitude de préférer cette implémentation ci, en c++, plus à même selon mes tests de pousser la connexion dans ses derniers retranchements.
https://github.com/taganaka/SpeedTest

Gnubyte · « **Réponse #2152 le:** 08 septembre 2021 à 17:22:12 »

Citation de: Trois-Six le 08 septembre 2021 à 15:40:17

Bravo !

Je te note sur le post ad hoc.

Trois-Six · « **Réponse #2153 le:** 08 septembre 2021 à 22:21:16 »

Citation de: dotTophe le 08 septembre 2021 à 16:34:12

Hum... un adaptateur USB3/2.5Gb ?
T'as pu tester que ca fonctionne correctement (iperf ?)
Pour éviter l'USB, j'ai un adaptateur thunderbolt -> SFP+ QNAP.

J'ai pas le matos là...

Citation de: dotTophe le 08 septembre 2021 à 16:34:12

Tu utilises quoi comme machine ? Linux en tant que routeur, ca fonctionne tout de meme bien... (meme si pour le délire, j'ai tendance à faire tourner des applications DPDK ... )

Mon client est un Macbook pro 16" Intel, normalement ça envoie quand même pas mal...

dotTophe · « **Réponse #2154 le:** 09 septembre 2021 à 09:16:09 »

Citation de: Trois-Six le 08 septembre 2021 à 22:21:16

Mon client est un Macbook pro 16" Intel, normalement ça envoie quand même pas mal...

Je demandais pour le routeur, tu indiquais que c'était une machine x86 sous linux.
Et oui, le MBP16 envoie du lourd

Trois-Six · « **Réponse #2155 le:** 09 septembre 2021 à 10:14:51 »

Citation de: dotTophe le 09 septembre 2021 à 09:16:09

Je demandais pour le routeur, tu indiquais que c'était une machine x86 sous linux.

C'est un Intel(R) Core(TM) i5-6500 CPU @ 3.20GHz + 8Go de ram + carte Dell + un SSD

Hiigaraa · « **Réponse #2156 le:** 09 septembre 2021 à 10:52:12 »

Citation de: Gnubyte le 08 septembre 2021 à 17:21:08

J'ai l'habitude de préférer cette implémentation ci, en c++, plus à même selon mes tests de pousser la connexion dans ses derniers retranchements.
https://github.com/taganaka/SpeedTest

A très très bien cet outil, je viens d'essayer (je connaissais que le speedtest-cli), j'ai des résultats au dessus du speedtest (cli ou gui/web) classique. (proche de la saturation théorique)
Une idée de la date de disponibilité du LXT-010H-D?

kgersen · « **Réponse #2157 le:** 09 septembre 2021 à 13:22:43 »

(self pub)
il y a NSpeed aussi. ca ne fonctionne pas avec les serveur speedtest.net mais Vivien a mis a dispo pas mal de serveurs de mire.

https://dl.nspeed.app/nspeed-client/latest/ (https://github.com/nspeed-app/nspeed#readme pour la doc)

mono flux:

Code: [Sélectionner]

nspeed get https://scaleway.testdebit.info/10G/10G.isomulti flux (ajuster le nombre 4 jusqu'a saturation).

Code: [Sélectionner]

nspeed get -n 4 https://scaleway.testdebit.info/10G/10G.iso
pour l'upload:

Code: [Sélectionner]

./nspeed put https://scaleway.testdebit.info/ 10gmulti flux (ajuster le nombre 4 jusqu'a saturation).

Code: [Sélectionner]

./nspeed put -n 4 https://scaleway.testdebit.info/ 10g
pour voir d'autres mires: https://testdebit.info/
sinon n'importe quel serveur web public ou local ayant un fichier a télécharger fera l'affaire.

Kartman · « **Réponse #2158 le:** 09 septembre 2021 à 13:40:11 »

Je conseil aussi d'ajouter l'option pour afficher la charge CPU, très instructif.

Code: [Sélectionner]

nspeed -cpu get

Trois-Six · « **Réponse #2159 le:** 09 septembre 2021 à 15:56:38 »

Iperf entre mon Synology en USB3/2.5G ethernet et mon routeur en 10G via mon switch:

Code: [Sélectionner]

# iperf3 -s
-----------------------------------------------------------
Server listening on 5201 (test #1)
-----------------------------------------------------------
Accepted connection from 192.168.0.200, port 37911
[  5] local 192.168.0.254 port 5201 connected to 192.168.0.200 port 37912
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec   220 MBytes  1.84 Gbits/sec
[  5]   1.00-2.00   sec   220 MBytes  1.84 Gbits/sec
[  5]   2.00-3.00   sec   220 MBytes  1.84 Gbits/sec
[  5]   3.00-4.00   sec   220 MBytes  1.84 Gbits/sec
[  5]   4.00-5.00   sec   220 MBytes  1.84 Gbits/sec
[  5]   5.00-6.00   sec   220 MBytes  1.84 Gbits/sec
[  5]   6.00-7.00   sec   217 MBytes  1.82 Gbits/sec
[  5]   7.00-8.00   sec   220 MBytes  1.84 Gbits/sec
[  5]   8.00-9.00   sec   220 MBytes  1.84 Gbits/sec
[  5]   9.00-10.00  sec   220 MBytes  1.84 Gbits/sec
[  5]  10.00-10.00  sec   591 KBytes  1.83 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-10.00  sec  2.14 GBytes  1.84 Gbits/sec                  receiver

Nspeed depuis le même Synology:

Code: [Sélectionner]

# nspeed -cpu get http://bouygues.testdebit.info/10G/10G.iso
Jobs:
  0 HTTP client {Method: GET, URL: "http://bouygues.testdebit.info/10G/10G.iso", IPversion: 0, Address: , Group: 0, timeout: 8s, delay: 0s, h2c: false, http1.1:false}}
3:30PM |  1|  8| 20|  7|, active jobs: 0 / active goroutines: 7
3:30PM |  3|  1| 34|  5|, active jobs: 0 / active goroutines: 7
3:30PM |  3|  0| 33| 10|, active jobs: 0 / active goroutines: 7
3:30PM |  2|  1| 33|  7|, active jobs: 0 / active goroutines: 7
3:30PM |  3|  5| 40| 12|, active jobs: 0 / active goroutines: 7
3:30PM |  4|  4| 34|  7|, active jobs: 0 / active goroutines: 7
3:30PM |  9|  2| 36| 10|, active jobs: 0 / active goroutines: 7
3:30PM |  3|  2| 37|  7|, active jobs: 0 / active goroutines: 7
3:30PM | WARN  | all jobs ended:
   Job| Read speed| Write speed| Time| Bytes read| Bytes written|command
 Job 0|   1.3 Gbps|       0 bps| 8.00|     1.3 GB|           0 B|get http://bouygues.testdebit.info/10G/10G.iso ([2001:860:de01:1100::2]:80 - 19.71 ms)
 Total|   1.3 Gbps|       0 bps| 8.00|     1.3 GB|           0 B|

Je suis surpris par les résultats de SpeedTest (toujours depuis le Synology, depuis un conteneur Docker) :

Code: [Sélectionner]

# SpeedTest --test-server massy.testdebit.info:8080
SpeedTest++ version 1.14
Speedtest.net command line interface
Info: https://github.com/taganaka/SpeedTest
Author: Francesco Laurita <francesco.laurita@gmail.com>

IP: 193.250.167.177 ( Orange ) Location: [44.8412, -0.5806]
Selected server: massy.testdebit.info:8080
Ping: 13 ms.
Jitter: 0 ms.
Determine line type (2) ........................
Fiber / Lan line type detected: profile selected fiber

Testing download speed (32) ...
Download: 2283.95 Mbit/s
Testing upload speed (12) ...
Upload: 182.25 Mbit/s

Enfin bon... tout ça pour dire que c'est quand même pas mal et que j'ai bien fait joujou

, et au fait ! je suis sur un MTU à 1500. J'ai fait marcher la livebox derrière le dernier port ethernet de mon routeur/pc, le téléphone marche nickel.