Auteur Sujet: Routeur SFP pour remplacer bbox fibre + ONT (Lu 82766 fois)

proap · « **Réponse #216 le:** 04 mai 2022 à 23:01:51 »

quelle adresse MAC tu as utilisé? celle du router Bouygues qui est affiché sur l'étiquette?

AlainDeloin31 · « **Réponse #217 le:** 05 mai 2022 à 00:47:25 »

Oui, c'est ça, l'adresse MAC qui est sur l'étiquette

AlainDeloin31 · « **Réponse #218 le:** 05 mai 2022 à 01:10:30 »

Désolé, ça a l'air d'être une fausse piste. Je viens de rebooter mon ONT pour être sûr que la MAC a été prise en compte... et je me retrouve de nouveau à plafonner à 220-230Mb/s en upload.
Finalement, je n'ai pas compris ce qui m'a permis de lever temporairement cette limitation. Au moins, je sais que c'est possible... reste à trouver comment !

proap · « **Réponse #219 le:** 05 mai 2022 à 08:14:55 »

Citation de: AlainDeloin31 le 05 mai 2022 à 01:10:30

Désolé, ça a l'air d'être une fausse piste. Je viens de rebooter mon ONT pour être sûr que la MAC a été prise en compte... et je me retrouve de nouveau à plafonner à 220-230Mb/s en upload.
Finalement, je n'ai pas compris ce qui m'a permis de lever temporairement cette limitation. Au moins, je sais que c'est possible... reste à trouver comment !

Je confirme aussi que je reste bloqué à 300M avec la MAC du routeur Bouygues.

J'ai aussi trouvé que la limitation de 300M concernant les connexions TCP. Si je fais un iperf en UDP avec quelques connexions en parallèle, j'obtiens bien les 600M

aussetg · « **Réponse #220 le:** 06 mai 2022 à 10:29:27 »

Mais du coup vous êtes sûre que l'ONT / OLT y est pour quelque chose ? J'ai du mal a comprendre comment l'ONT/OLT pourrait influer, c'est un problème L4 la, ils sont cense jouer sur la couche L2...

AlainDeloin31 · « **Réponse #221 le:** 06 mai 2022 à 12:33:06 »

Avant de mettre l'ONT FS, j'utilisais un Ubiquiti Nano G et j'avais 600Mb/s up et 1 Gb down.

Je n'ai pas toujours eu ce débit en up avec le Nano G. J'ai eu aussi cette limitation à moins de 300 Mb/s up au début... et un jour sans que je sache pourquoi j'ai pu monter à 600 Mb/s.
Et là en changeant pour l'ONT FS, j'arrive bien à près de 2 Gb/s en download mais je me retrouve à nouveau limité à moins de 300 Mb/s up.

J'ai réussi, je ne sais pas comment, pendant quelques heures à avoir 600 Mb/s up avec l'ONT FS. Et après un reboot de l'ONT FS suite au changement de MAC, retour à moins de 300 Mb/s.

Bref, mon routeur Mikrotik CCR2004 tient sans problème les 600 Mb/s en upload. Pour moi cette limitation est liée d'une manière ou d'une autre à l'ONT.

AlainDeloin31 · « **Réponse #222 le:** 09 mai 2022 à 23:42:19 »

Citation de: proap le 05 mai 2022 à 08:14:55

Je confirme aussi que je reste bloqué à 300M avec la MAC du routeur Bouygues.

J'ai aussi trouvé que la limitation de 300M concernant les connexions TCP. Si je fais un iperf en UDP avec quelques connexions en parallèle, j'obtiens bien les 600M

Si je suis limité aussi à 300 Mb/s en upload sur Speedtest, je peux bien pousser ma connexion à presque 600 Mb/s en upload au travers de tunnels L2TP et GRE avec Speedtest.
Tout comme toi, j'ai l'impression que la limitation à 300 Mb/s ne concerne que TCP.

Speedtest via tunnel L2TP MilkyWAN : https://www.speedtest.net/result/c/3c787ca5-3e98-4d40-827f-5077b26b7b01
Speedtest direct sur Bouygues : https://www.speedtest.net/result/c/3167390b-20a7-4e3b-935d-081ac84b91f9

Un speedtest encapsulé dans un tunnel L2TP ou GRE (vers MilkyWAN en l'occurrence) n'étant pas bridé à 300Mb/s en upload, j'aurais tendance à penser que c'est une limitation vient du côté opérateur... Mais pourquoi ? $:-\$

proap · « **Réponse #223 le:** 11 mai 2022 à 11:52:13 »

un vrai mystère...

tjohannes · « **Réponse #224 le:** 12 mai 2022 à 11:56:43 »

Salut a tous

Je lis vos messages avec des difficultés a suivre tout ce qui a été dit depuis le debut, j’ai commande l’ONT sur fs.com mais on a pas l’air de se comprendre avec la commerciale, je pense que je me trompe de variables… Si quelqu un de charitable a quelques minutes pour m’aider avec la réponse, je suppose que ca en aidera d’autres qui galèrent aussi:

To ensure the items will meet your requirements, here are two questions that need your confirmation.

1. Serial number: SMBSXXXXXFC1.
May I know if you mean that the serial number of the transceiver should be SMBSXXXXXFC1?

2. SLID: 0000012721310211777.
According to the previous experience, customers usually need to change the SN number, MAC address, LOID number, and the LLID number(16 numbers). May I know if you mean that you would like to change the LLID number instead of the SLID number? If yes, pls keep the numbers in 16; if not, pls help explain more clearly about the SLID, and then we will assist you accordingly. Thanks in advance.

J’ai aussi la MAC address quelque part mais je ne sais pas comment lui répondre en gros… Le SLID c’était les 00000 et le serial qu on trouve dans l interface de la box, mais ca a pas l air de lui convenir (le coup des 16 caractères) Pareil pour le SMBS.

Merci beaucoup pour votre aide!

Tom

AlainDeloin31 · « **Réponse #225 le:** 12 mai 2022 à 13:43:54 »

Bonjour,
Pour la question 1, c'est bien ça. J'imagine que tu as masqué une partie du numéro avec des X dans ton message
Pour la question 2, je crois qu'elle veut ton SLID en 16 caractères ASCII, chose que tu ne peux pas lui fournir car il commence par des caractères nuls. On ne peut pas configurer le SLID avec les commandes prévues à cet usage car on ne peut pas saisir le SLID en hexadécimal.
Tu devras le configurer toi-même quand tu auras reçu l'ONT, d'une manière non prévue : en allant modifier le SLID dans une partie de la variable sfp_a2_info. Le plus pratique est d'utiliser cet outil pour générer le nouveau contenu à mettre dans la variable : https://gpon-sfp.felix.systems/gen_huawei.php

tjohannes · « **Réponse #226 le:** 12 mai 2022 à 14:05:43 »

Super! Et oui pour les XX

Merci beaucoup d’avoir pris le temps de m’expliquer.

Très bonne journée!

AlainDeloin31 · « **Réponse #227 le:** 20 mai 2022 à 22:04:08 »

Citation de: AlainDeloin31 le 09 mai 2022 à 23:42:19

Si je suis limité aussi à 300 Mb/s en upload sur Speedtest, je peux bien pousser ma connexion à presque 600 Mb/s en upload au travers de tunnels L2TP et GRE avec Speedtest.
Tout comme toi, j'ai l'impression que la limitation à 300 Mb/s ne concerne que TCP.

Speedtest via tunnel L2TP MilkyWAN : https://www.speedtest.net/result/c/3c787ca5-3e98-4d40-827f-5077b26b7b01
Speedtest direct sur Bouygues : https://www.speedtest.net/result/c/3167390b-20a7-4e3b-935d-081ac84b91f9

Un speedtest encapsulé dans un tunnel L2TP ou GRE (vers MilkyWAN en l'occurrence) n'étant pas bridé à 300Mb/s en upload, j'aurais tendance à penser que c'est une limitation vient du côté opérateur... Mais pourquoi ? $:-\$

Je commence à y voir plus clair !

Mes speedtests étaient réalisés à partir de 2 VM linux sur un même serveur. Le détail qui m'avait échappé, c'est qu'une VM utilise l'algo de gestion de congestion BBR (upload à 600 Mb/s) et l'autre Cubic (upload à 300 Mb/s)
En utilisant BBR sur les 2 VM, j'arrive à près de 600 Mb/s en upload sur chacune, que je passe par un tunnel ou en direct.
Le mystère s'éclaircit. Me reste plus qu'à trouver comment passer en BBR aussi sur MacOS Monterey...