Hello Romain,
Si cela peut aider, avec plaisir. (:
Cela fait pas mal de question en effet.
Pourquoi ce modèle plutôt que le FS GPON-ONU-34-20BI, si c'est pour y flasher le firmware FS ?
Et pourquoi utiliser un "mod" du firmware FS ? D'où sort-il ?
Principalement car il est simple à trouver et m'a coûté un peu moins de 8€ / SFP acheté.
Il répond à mes besoins en termes de BW (HSGMII), partage une architecture commune avec les SFP vendus par d'autres fabricants, en l'occurrence, le chipset Lantiq PEB98035.
Le MOD doit sans doute provenir de plateforme spécialisé avec des passionnées, mais un site centralise toutes les informations, il répondra à nombre de tes questions:
https://hack-gpon.org/ont-huawei-ma5671a/Pour ma part c'est le firmware idéal me permettant de customiser simplement le swver, sans devoir patcher omcid manuellement, gain de productivité donc.
Peux-tu STP partager ta méthode ? (commandes utilisées)
Je mets de coté la partie modification de l'eeprom pour obtenir du 2.5GE nativement, mais c'est très simple pour le reste:
fw_setenv onu_serial XXX
fw_setenv onu_ploam XXX
fw_setenv image0_version XXX
DHCP vendor-class-identifier (60): neufbox_NB6VAC-X
Fais un backup de tes partitions et un export de ta configuration avant tout, fw_printenv.
Et peux-tu STP expliquer les différences entre le FS GPON-ONU-34-20BI, le MA5671A et le Leox LXT-010H-D ? Pourquoi préfères-tu le Leox ?
Oh non, je ne préfère pas le Leox. Pour répondre à ta question, voir plus haut pour les deux premiers, et pour le last, il repose sur une architecture basée sur le chipset Realtek RTL9601D, donc totalement différent des Lantiq.
Je n'ai jamais
(pas encore) réussi à récupérer une IP avec les LEOX, malgrés de nombreuses tentatives de configuration, mais je n'avais pas une connexion fonctionnelle pour sniffer et pouvoir reproduire les conditions correctement, ce que je peux faire aujourd'hui.
Mais j'ai remarqué que je récupérais déjà mes VLANs, etc., le problème se situe entre l'interface PON et l'ETH, il n'y a rien qui sort lorsque je regarde les stats, en somme, l'option DHCP n'a jamais pu être envoyé, car les paquets ne transitent pas, il faut que je creuse pourquoi, je le ferais à l'occasion, mais je ne peux me pencher sur ce genre de topics que lorsque je suis en congés.
Peux-tu STP clarifier ce qu'est MTD2/5 ? Le mot-clé semble trop vague pour Google.
Ce sont les partitions de ton stick image0 = MTD2, image 1 = MTD5. Voir ici
https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/.
Je lis dans la doc OpenWrt (sur lequel le SFP FS est basé, pour ceux qui ne le sauraient pas déjà) que jffs2reset est un moyen de faire un "hard factory reset", tandis que firstboot est seulement un "soft factory reset".
Est-ce que la méthode jffs2reset remet vraiment à zéro un SFP FS sur lequel on a utilisé les commandes fw_setenv ?
Comment expliquer qu'elle ne soit pas documentée dans la doc du SFP FS ?
Les commandes firstboot et jffs2reset sont similaire, ils font un soft reset, bien que ça peut dépendre des vendors. Le hard reset dont tu fais part permet de réinitialiser la partition JFFS2.
Ce qui conditionne le comportement c'est l'état du point de montage, voir
https://git.openwrt.org/?p=project/fstools.git;a=blob;f=jffs2reset.c.
En ce qui concerne la doc, cette question est plutôt destinée au fabricant. (:
Ca je devine que c'est via la console série/UART ? Quel est le moyen le plus économique d'accéder à cette console ?
Le plus économique, avoir un connecteur MOLEX, et prendre un adaptateur USB UART CP2102, démonter une partie des fils et utiliser les connecteurs en métal pour les pincer au requis, touchy, il ne faut pas se rater car les pins sont très fins. Sinon la soudure.
Mais le plus pratique c'est un Media Converter disposant d'une interface PON-TTL comme ceux linked ci-avant.
Tu me parles plus ou moins chinois mais j'approfondirai si je parviens d'abord à faire fonctionner mon module neuf.
J'ai fait latin sinon! (':
Tu auras pas mal d'info sur ce genre de procédure ici,
https://forum.openwrt.org/t/support-ma5671a-sfp-gpon/.
Si je comprends bien ce que tu dis, imageX_is_valid 1 n'est pas directement la commande qui détermine sur laquelle des deux images on démarre, c'est un effet colatéral ?
Je reformule : pourquoi est-ce qu'après avoir saisi/exécuté :
fw_setenv image0_version 3FE7SW04040022
fw_setenv image1_version 3FE7SWS04040018
… si on boote sur l'image X, la version de l'image Y est 6BA… et non 3FE7… ?
Pour moi, committed_image défini l'image, is_valid determine la santé de l'image, si l'image n'est pas healthy, ça ne boot pas.
Le mieux reste de faire tes tests, et d'observer ce qui se passe. (:
De ce que tu me dis, c'est que ton swver n'est pas retenu, et il est redéfini au boot.
Donc il faut soit patcher omcid manuellement pour que la version voulue soit envoyée dans la MIB, ou alors utiliser un fw qui permet de le faire facilement.
Je vois que
https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/ en parle.
Bon weekend! (: