N'hésitez pas à me MP pour avoir ce firmware.

Pourrais-tu partager ici le numéro de version du firmware, pour référence ?

Que donne "cat /proc/realtek/uni_capability" ?
C'est pour savoir si il y a juste la commande, ou un équivalent kernel ou device-tree ou plutôt un patch sur le démon OMCI.

En tout cas, c'est une bonne nouvelle, le nombre de VLAN ne semble donc pas être un problème (et le mappping 2800 -> 832 non plus, mais c'était déjà confirmé pour @thinklad).

Donc les deux lignes "port capability" et "OMCI claim port capability" changent.
Le "echo "SPEED 0;0;0;0;0;0;2" > /proc/realtek/uni_capability" ne modifie que la première.
Je ne sais pas ce que la 2ème ligne fait.

J’ai également récupéré (et installé) la version V4.2.4L6a3 auprès de Marcin, et je la mets à disposition ici pour ceux qui en auraient besoin : https://leox.pages.dev
(En attendant une confirmation que la modification apportée par ce firmware est bien incluse dans les unités vendues.)

Alors ça c'est sûr et certain que non, Marcin l'a déjà indiqué, les modifications qu'il a faites pour nous ne seront pas intégrées dans le firmware "mainline".

J'en profite pour partager quelques infos supplémentaires qu'il m'a envoyé ce matin.
Voici ma question et sa réponse:

Q : It would be nice if the 2 changes you made can be integrated in the main line of future firmwares. I mean for example adding a parameter somewhere to change the 10G LAN port to be 0x101 and not 0xa01.

R: Please remember - this device is not designed to be used as replacement.
It is designed to be used by telco operators, so they can properly configure their OLTs with ONT.

FunBOX 10 is specific. Normally routers like FB10 use VEIP for provisioning. But - in case of OFR - FB10 emulates SFU, so it pretends it is single port L2 ONT.
In case of GPON, such ports usually are located on slot 1, port 1 (0x101)..
10GE port is bit different. We have checked several SFUs (1x10GBaseT) ONTs - and it uses different slot - like slot 10 (0xa).
Now - most probably - how it is configured will depend on particular telecom requirement. And this will be hardcoded in firmware, as no telecom will log in to device and change it.
Such hardcoding is simple, but makeing it configurable would require lot of patching in OMCI stack.

I'am not sure if it will ever make it, as it is much less time to rebuild an image with different slot enforcement.

btw. in firmware that works for you, it presents as plug in unit type - 47, so it is gigabitethernet.
In fact, it should be type 49 (10GE).
In case co regular operations and control of OLT - using wrong unit type will make it impossible to read LAN port speed properly from OLT perspective.


Je ne comprends pas trop l'implication de ce qu'il explique en dernier. J'espère que l'OLT ne va pas limiter la vitesse à 1Gb ?

J’ai également récupéré (et installé) la version V4.2.4L6a3 auprès de Marcin, et je la mets à disposition ici pour ceux qui en auraient besoin : https://leox.pages.dev
(En attendant une confirmation que la modification apportée par ce firmware est bien incluse dans les unités vendues.)

Le kernel a été recompilé, et par rapport à la V4.2.4L5 il y a des choses qui bougent (je ne sais pas si c'est volontaire), en tout cas je vois que pour /proc/realtek/uni_capability, "0;0;0;0;0;0;5" a été changée en "0;0;0;0;0;0;2".

Pour le rootfs, il y a peu de changements :
 - mib_Anig.so : la fonction anig_test_handler a été modifiée
 - mib_EnhancedSecCtl.so : décalage de 2 lignes dans un fichier source (traces) sans autre conséquence
 - busybox a été recompilé, et ça décale des offsets ("BusyBox v1.22.1 (2024-11-25 15:59:41 CET)" est plus court que "BusyBox v1.22.1 (2024-07-16 16:00:49 CEST)"), il n'y a probablement pas de changement
 - la date de build change aussi dans libcrypto.so.1.1, ca-plat-kernel.ko
 - /etc/release_date et /etc/version changent
 - la version change dans /home/httpd/web/index.html et /home/httpd/web/index_user.html

Le kernel a été recompilé, et par rapport à la V4.2.4L5 il y a des choses qui bougent (je ne sais pas si c'est volontaire), en tout cas je vois que pour /proc/realtek/uni_capability, "0;0;0;0;0;0;5" a été changée en "0;0;0;0;0;0;2".

Pour le rootfs, il y a peu de changements :
 - mib_Anig.so : la fonction anig_test_handler a été modifiée
 - mib_EnhancedSecCtl.so : décalage de 2 lignes dans un fichier source (traces) sans autre conséquence
 - busybox a été recompilé, et ça décale des offsets ("BusyBox v1.22.1 (2024-11-25 15:59:41 CET)" est plus court que "BusyBox v1.22.1 (2024-07-16 16:00:49 CEST)"), il n'y a probablement pas de changement
 - la date de build change aussi dans libcrypto.so.1.1, ca-plat-kernel.ko
 - /etc/release_date et /etc/version changent
 - la version change dans /home/httpd/web/index.html et /home/httpd/web/index_user.html

I did not expect you analyse it so deeply
Recently I have changed SDK to bit newer, but it fixes some little issues.
aniG is updated so it support Huawei OLT optical signal level readout.. well, if you have OLT, you could now get optical signal level properly, as Huawei does not keep standards.... so from private person perspective it is meaningless...
EnchancedSecurityControl - that ME is used by Huawei to authenticate ONT if you replace PON_VENDOR_ID to HWTC and OLT is HWTC.
Well... in case of GPON - they didn not care... in case of XGSPON - huawei does not like it anymore so extra authentication is added.
And it is different than default setting. Maybe they use different encryption key than the one in code, but maybe also response calculations are modified... no one hacked yet....

In general, if I do "make clean", more things get rebuild