Bonjour à tous,
Je cherche de l'aide pour remplacer mon ONT Altice externe (GS0100GH, label I-010G-Q) par un SFP stick MA5671A sur une ligne RED by SFR en FTTH 1000/700.
Mon objectif est d'utiliser un module SFP dans le switch géré plutôt que d'avoir un appareil séparé.

Configuration actuelle (fonctionnelle depuis 2 ans)
- ONT : Altice GS0100GH (label I-010G-Q), modèle ALTICE LABS ONT-SFU-V1
- Routeur : OPNsense VM sur Proxmox, fonctionne parfaitement avec dhcp-class-identifier "neufbox_xxxxx" (Box NB6VAC-FXC-r0 bypassée/non utilisé).
- Switch : ZX-SWTGW218AS

Paramètres SFR confirmés (lus sur l'ONT Altice via SSH + panneau NB6VAC):
- Serial Number (ASCII): PTIN91XXXXXX
- PLOAM / SLID (ASCII): 1ZXXXXXX
- MAC ONT Altice: 00:06:91:XX:XX:XX

Ce que j'ai extrait directement de l'ONT Altice (via UART + failsafe mode)
J'ai réussi à accéder en root à l'ONT Altice via UART (115200 8N1, failsafe mode OpenWrt).

J'ai extrait :
- Le MIB complet /etc/mibs/ptin_GS0100G.ini
- Les scripts init /etc/init.d/omcid.sh et /etc/init.d/onu.sh
- Le fw_printenv complet (avec goi_config, ptinClient, serialNumber, CID=2, etc.)
- La config UCI /etc/config/gpon et /etc/config/omci
Cela pourrait-il être utile ?

Points importants du MIB Altice original :
- Class 256 : PTIN, version 0000000000000
- Class 6 ANI : type 248 (pas 249), vendor PTIN
- Class 65296 (ALU Generic V2) : présente
- Class 65297 (ALU Supplemental ME) : présente
- Class 65302 : ligne avec ? en préfixe (syntaxe optionnelle PTIN)
- PPTP Ethernet UNI (Class 11), pas de VEIP

Firmwares testés sur MA5671A (tous avec même résultat) --> Fake O5 (je pense)
1. FS Modded ver5.1 6BA1896SPLQA42_MODDED_ver5-1.img
2. Huawei rooted mA5671a_root_mtd2.img

L'OLT authentifie le MA5671A en PLOAM (state=5) mais ne démarre jamais le provisioning OMCI. La Class 131 (OLT-G) reste vide après 15-30 minutes quelle que soit la configuration.
onu ploam_state_get
errorcode=0 curr_state=5 previous_state=4 elapsed_msec=965884

omci_pipe.sh meg 131 0
Class ID    = 131 (OLT-G)
Instance ID = 0
Upload      = yes
Alarms      = -
-------------------------------------------------------------------------------
 0 OLT vendor id                 4b STR  RW-----P---
   0x20 0x20 0x20 0x20

-------------------------------------------------------------------------------
 1 Equipment id                 20b STR  RW-----P---
   0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20

-------------------------------------------------------------------------------
 2 Version                      14b STR  RW-----P---
   0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20

-------------------------------------------------------------------------------
 3 Time of day information      14b STR  RW--O--P---
   0x30 0x78 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30
   0x000000000000
-------------------------------------------------------------------------------
R - Readable          O - Not supported (optional)
W - Writable          E - Excluded from MIB upload (template)
S - set-by-create     T - Table
A - Send AVC          V - Volatile
U - No upload         P - No swap
N - Not suported      Y - Partly supported
N - No swap

errorcode=0


gtop -g "GPE VLAN"
GPE VLAN

Name:        ONU_GPE_VLAN_TABLE
ID:          18
no;pcp;dei;vid;vlan_meter_enable;vlan_meter_id;end

gtop -g e
GEM port
GEM PORT ID  GEM PORT IDX  TX FRAMES   TX BYTES  RX FRAMES   RX BYTES
         63           255        218      10464        218      10464


J'ai déjà testé sfp_a2_info custom, fw_setenv onu_serial, fw_setenv onu_ploam ainsi que d'autres paramètres, mais cela ne fonctionne pas : le VLAN n'est pas détecté avec 'gtop c-v'.

J'ai lu toute la documentation disponible sur https://hack-gpon.org/ont-huawei-ma5671a-fs-mod/ et dans les différents discussion du forum, mais je n'ai pas réussi à obtenir de résultats.

J'ai deux modules SFP Huawei MA5671A : l'un que j'avais déjà chez un autre fournisseur d'accès et l'autre que j'ai acheté sur AliExpress. J'ai également un convertisseur de média que j'ai connecté via une liaison série pour flasher les firmwares.

Ma question est la suivante : quelqu'un a-t-il réussi à faire fonctionner un MA5671A sur une ligne SFR avec un NB6VAC et un ONT Altice externe (pas une Box 7/8) ?

Merci d'avance

Le premier, c'est un patch sur le driver phy-realtek (qui est dans Linux, donc dit "upstream"), pour l'utiliser à la place de phy-rtl8261n (qui vient de realtek, il est aussi dit driver "vendeur").
Je ne sais pas si ça aiderait pour ton problème après démarrage de PC, ça peut aussi rajouter d'autres bugs.
Les builds de @Gilly1970 ont ce patch, donc tu l'as déjà testé (mais peut-être pas la même versions, et/ou les mêmes patchs additionnels), tu avais dit que ça fonctionnait bien mais peut-être que tu avais juste été chanceux.

Le second est déjà dans les builds de @Gilly1970 et de @Fanboy.

En tout cas :
 - Pour le problème "Generic Clause 45 PHY" au boot, il n'y a que les patchs 746/746v2 de @Gilly1970 qui pourraient aider, mais c'est uniquement basé sur mon test avec rmmod (je ne sais pas ce qui arrive réellement au boot dans ton cas)
 - pour le no RX au boot sur HW1.1, c'est le "Extend manual RX calibration to E2 silicon patch" de @Gilly1970, qui est bien sûr dans ses builds maintenant, et sur la ubi2-realtekfix3 que tu avais testée

La dernière build de @Gilly1970 a tous les patchs (phy-realtek + patchs additionnels, 746, calibration), et est disponible en mapping ubi2.

https://forum.openwrt.org/t/quantum-fiber-w1700k-support/222776/3268?u=shdf
@hwti ce sont les patch qu'on a essayé ou bien des nouveaux ??

Les inconscients (pour pas dire d’autre mots) qui soutiennent ce rachat débile de SFR , qui n’a aucune plus value industrielle , vont t’ils commencer a comprendre ?

J'ai aussi remarqué qu'il y a du jeu sur les prises : elle peut bouger légèrement, ce qui coupe la connexion. Il faut qu'elle soit bien enfoncée.