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

Fluor · « **Réponse #252 le:** 10 juillet 2022 à 22:51:57 »

Citation de: proap le 08 juillet 2022 à 20:30:23

Je ne sais pas mais je suis certain que avec la box ULTYM ce n'est pas possible. J'ai une et je ne vois pas de port cuivre WAN.
Peut-être que avec une des anciennes box tu auras droit à un ONT externe.

Le port 10G est également WAN

proap · « **Réponse #253 le:** 11 juillet 2022 à 10:10:27 »

Citation de: Fluor le 10 juillet 2022 à 22:51:57

Le port 10G est également WAN

Je ne savais pas, merci pour l'info

aussetg · « **Réponse #254 le:** 23 juillet 2022 à 18:40:33 »

Au bout du 3e ONT SFP ça y'est j'ai réussi, j'ai remplacé l'ONT Nokia par le FS

Victoire extrêmement amère vu que je suis limite moi aussi a ~250M ce qui est inacceptable.... Donc bon, aussitôt réussi aussitôt remballe...

De mon cote UDP/TCP et BBR/CUBIC ont 0 impact, meme limite.

Vu que 250M correspond *exactement* à l’ancienne limite je pense qu’il manque un élément de configuration qui fait que l’OLT pousse un ancien profile a l’ONT. Si le NANO G marche y a t’il un dump de sa config OMCI / les MIBs etc quelque part qu’on compare avec ce que le FS fait ?

Fluor · « **Réponse #255 le:** 24 juillet 2022 à 23:40:15 »

Idem ici j'ai repris un peu les essais et je suis limité à 250 à priori avec l'ont FS.

Personne à réussi à dépasser la limite avec l'ont FS ?

Florian · « **Réponse #256 le:** 25 juillet 2022 à 08:25:57 »

Chez le topic Orange je ne vois pas de limitation de vitesse avec cet ONT, c'est etrange.

AlainDeloin31 · « **Réponse #257 le:** 25 juillet 2022 à 12:28:36 »

Citation de: Fluor le 24 juillet 2022 à 23:40:15

Idem ici j'ai repris un peu les essais et je suis limité à 250 à priori avec l'ont FS.

Personne à réussi à dépasser la limite avec l'ont FS ?

Si: en download je dépasse les 250 Mb/s mais en upload c'est plus mystérieux...

Depuis un serveur Linux en BBR : j'ai bien le débit max attendu up et down
https://www.speedtest.net/result/c/c8c71634-4b61-48ce-b5a3-9902595e915f
Avant de passer le serveur en BBR, j'avais 2 Gb/s down et 250 Mb/s up

Depuis mon macbook avec une interface à 1 Gb/s (en cubic il me semble), j'ai aussi le débit max attendu up et 1 Gb/s down forcément (serveur lafibre.info BBR-IPV4, Palaiseau)
https://www.speedtest.net/my-result/d/450946240

En revanche, en utilisant le même macbook avec une interface 2.5Gb/s, j'arrive à près de 2 Gb/s down mais je plafonne à 250 Mb/s up
Cette différence sur un même poste en changeant simplement l'interface réseau utilisée me laisse perplexe...

Fluor · « **Réponse #258 le:** 25 juillet 2022 à 15:27:57 »

Merci pour les infos !

Je prend note et je continus ce soir de mon coté voir si j'ai le même soucis. (Faut je me penche aussi sur l'IPV6...)
Je reçois semaine prochaine tout un bundle 10G comme ça je pourrais faire des speedtest >1G.

Fluor · « **Réponse #259 le:** 25 juillet 2022 à 20:44:51 »

Citation de: AlainDeloin31 le 25 juillet 2022 à 12:28:36

Si: en download je dépasse les 250 Mb/s mais en upload c'est plus mystérieux...

Depuis un serveur Linux en BBR : j'ai bien le débit max attendu up et down
https://www.speedtest.net/result/c/c8c71634-4b61-48ce-b5a3-9902595e915f
Avant de passer le serveur en BBR, j'avais 2 Gb/s down et 250 Mb/s up

Depuis mon macbook avec une interface à 1 Gb/s (en cubic il me semble), j'ai aussi le débit max attendu up et 1 Gb/s down forcément (serveur lafibre.info BBR-IPV4, Palaiseau)
https://www.speedtest.net/my-result/d/450946240

En revanche, en utilisant le même macbook avec une interface 2.5Gb/s, j'arrive à près de 2 Gb/s down mais je plafonne à 250 Mb/s up
Cette différence sur un même poste en changeant simplement l'interface réseau utilisée me laisse perplexe...

Idem ici finalement, je n'arrive pas à dépasser les ~250mbit/s en upload.
Que ça soit via Speedtest, Iperf3.

Mais j'obtiens bien 1Gb/s en down.

osdneh · « **Réponse #260 le:** 26 juillet 2022 à 00:35:34 »

Citation de: AlainDeloin31 le 25 juillet 2022 à 12:28:36

Si: en download je dépasse les 250 Mb/s mais en upload c'est plus mystérieux...

Depuis un serveur Linux en BBR : j'ai bien le débit max attendu up et down
https://www.speedtest.net/result/c/c8c71634-4b61-48ce-b5a3-9902595e915f
Avant de passer le serveur en BBR, j'avais 2 Gb/s down et 250 Mb/s up

Depuis mon macbook avec une interface à 1 Gb/s (en cubic il me semble), j'ai aussi le débit max attendu up et 1 Gb/s down forcément (serveur lafibre.info BBR-IPV4, Palaiseau)
https://www.speedtest.net/my-result/d/450946240

En revanche, en utilisant le même macbook avec une interface 2.5Gb/s, j'arrive à près de 2 Gb/s down mais je plafonne à 250 Mb/s up
Cette différence sur un même poste en changeant simplement l'interface réseau utilisée me laisse perplexe...

Bonjour

As tu toujours ton ubiquiti nano g ? Si oui, arrives-tu toujours à avoir l'upload correspondant à ton offre ?
Si oui encore, ça serait bien de voir dumper la config omci/mibs et les logs des commandes omci que l'olt envoie à l'ont.

J'avais regardé sur l'ONT FS, j'avais vu que l'OLT que j'ai en face essaie de modifer une config qui est marqué en RO :
[omcid] 22:24:34 ME ERR: 278@65280 Try to set non-writable attribute; attr_mask = 0x2000, wr_attr_mask = 0x1000

D'après la doc omci =>
NOTE – This attribute is read-only, unless otherwise specified by the QoS
configuration flexibility attribute of the ONU2-G ME. If flexible configuration is not
supported, the ONU should reject an attempt to set it with a parameter error result-
reason code

C'est l'entité 257 qui a un champ "Quality of service (QoS) configuration flexibility"

J'ai aussi une autre erreur, une config poussée pour l'entité 351 qui n'existe pas sur le FS (c'est dans la range vendor specific dans la spec omci)
[omcid] 22:28:36 CORE ERR: Managed Entity class id = 351 not supported

AlainDeloin31 · « **Réponse #261 le:** 26 juillet 2022 à 00:46:12 »

Bonjour,
Non, je n'ai plus le Nano G.
Il me semble que je plafonnais aussi à 250 Mb/s en upload (cubic), et j'avais 1 Gb/s en download.

Fluor · « **Réponse #262 le:** 26 juillet 2022 à 09:54:03 »

Citation de: AlainDeloin31 le 25 juillet 2022 à 12:28:36

Si: en download je dépasse les 250 Mb/s mais en upload c'est plus mystérieux...

Depuis un serveur Linux en BBR : j'ai bien le débit max attendu up et down
https://www.speedtest.net/result/c/c8c71634-4b61-48ce-b5a3-9902595e915f
Avant de passer le serveur en BBR, j'avais 2 Gb/s down et 250 Mb/s up

Depuis mon macbook avec une interface à 1 Gb/s (en cubic il me semble), j'ai aussi le débit max attendu up et 1 Gb/s down forcément (serveur lafibre.info BBR-IPV4, Palaiseau)
https://www.speedtest.net/my-result/d/450946240

En revanche, en utilisant le même macbook avec une interface 2.5Gb/s, j'arrive à près de 2 Gb/s down mais je plafonne à 250 Mb/s up
Cette différence sur un même poste en changeant simplement l'interface réseau utilisée me laisse perplexe...

Même en BBR je pafonne vers ~260 Mb/s en UP. Et je grimpe à 1Gb/S en Down...
Sauf erreur de ma part il faut juste ajouter "-C bbr" sur iperf3 ?

Petit screen du graph de l'interface sur le routeur :

aussetg · « **Réponse #263 le:** 26 juillet 2022 à 10:06:52 »

Citation de: osdneh le 26 juillet 2022 à 00:35:34

Bonjour

As tu toujours ton ubiquiti nano g ? Si oui, arrives-tu toujours à avoir l'upload correspondant à ton offre ?
Si oui encore, ça serait bien de voir dumper la config omci/mibs et les logs des commandes omci que l'olt envoie à l'ont.

J'avais regardé sur l'ONT FS, j'avais vu que l'OLT que j'ai en face essaie de modifer une config qui est marqué en RO :
[omcid] 22:24:34 ME ERR: 278@65280 Try to set non-writable attribute; attr_mask = 0x2000, wr_attr_mask = 0x1000

D'après la doc omci =>
NOTE – This attribute is read-only, unless otherwise specified by the QoS
configuration flexibility attribute of the ONU2-G ME. If flexible configuration is not
supported, the ONU should reject an attempt to set it with a parameter error result-
reason code

C'est l'entité 257 qui a un champ "Quality of service (QoS) configuration flexibility"

J'ai aussi une autre erreur, une config poussée pour l'entité 351 qui n'existe pas sur le FS (c'est dans la range vendor specific dans la spec omci)
[omcid] 22:28:36 CORE ERR: Managed Entity class id = 351 not supported

Tu vois ces logs ou ?

En regardant dans la doc G.988 ( https://www.itu.int/rec/dologin_pub.asp?lang=e&id=T-REC-G.988-201210-S!!PDF-E&type=items , page 579 ) il semble que ONU2-G ME est utilisé pour gérer les priority queues et donc impact directement le débit quand la restriction du débit est faite par priorité queues. ( l'une des possibilite d'apres la doc de Huawei: https://forum.huawei.com/enterprise/en/configure-gpon-rate-limit/thread/689503-100181 )

Je ne sait pas comment interpreter " attr_mask = 0x2000" mais si ca veux dire qu'il cherche a ecrire en 0x2000 = 0010000000000000 est-ce que c'est ca:

Citer

If bit 3 is set, the traffic scheduler ME can point to any T-CONT in the same slot.

?

Si oui ca expliquerais que des fois miraculeusement des gens aient 600Mbps et sinon 250Mbps non ? Si le scheduler est place sur un T-CONT au hasard on peut tomber magiquement sur le bon ?

Est-ce que tout passer dans data_1g_8q.ini a Read/Write suffirait ?

Code: [Sélectionner]

56 Rec. ITU-T G.988 (10/2012)
Bit Interpretation when bit value = 1
1 (LSB) Priority queue ME: Port field of related port attribute is read-write and
can point to any T-CONT or UNI port in the same slot
2 Priority queue ME: The traffic scheduler pointer is permitted to refer to
any other traffic scheduler in the same slot
3 Traffic scheduler ME: T-CONT pointer is read-write
4 Traffic scheduler ME: Policy attribute is read-write
5 T-CONT ME: Policy attribute is read-write
6 Priority queue ME: Priority field of related port attribute is read-write