Salut,

j'ai la même configuration que toi et les deux ONU que j'ai (Huawei MA5671A en FS modded 5.1 et FS 34-20BI original) étaient fonctionnels jusqu'à peu. Suite à un redémarrage du routeur le FS s'est également retrouvé dans un fake 05 alors qu'il fonctionnait sans problème avant. Le huawei qui me servait de plateforme d’apprentissage a vu sa configuration bricolée et celle-ci n'est plus fonctionnelle non plus. Vu que je déménage d'ici peu et que je n'ai pas trop de temps je n'ai pas investigué mais ça pourrait être la même raison qui fait que les tiens ne fonctionnent pas.

La majorité des utilisateurs n'ont eu qu'à renseigner SERIAL NUMBER, PLAOM, et MAC ONT, de mon côté j'ai galéré et j'ai du bricoler la variable sfp_a2_info

Voici mon fw_printenv qui a fonctionné pendant 1 an :

root@SFP:/home/ONTUSER# fw_printenv
act_img_addr=0xBF20003C
addip=setenv bootargs ${bootargs} ip=${ipaddr}:${serverip}:${gatewayip}:${netmask}:${hostname}:${netdev}:off
addmisc=setenv bootargs ${bootargs} ethaddr=${ethaddr} machtype=${machtype} ignore_loglevel vpe1_load_addr=0x83f00000 vpe1_mem=1M mem=63M ${mtdparts}
addmtdparts0=setenv mtdparts mtdparts=sflash:256k(uboot)ro,512k(uboot_env),7424k(linux),8192k(image1)
addmtdparts1=setenv mtdparts mtdparts=sflash:256k(uboot)ro,512k(uboot_env),7424k(image0),8192k(linux)
asc0=1
baudrate=115200
bertEnable=0
boot_image=run boot_image${c_img};
boot_image0=run kernel0_from_sf flashargs addip addmtdparts0 addmisc && bootm ${ram_addr}
boot_image1=run kernel1_from_sf flashargs addip addmtdparts1 addmisc && bootm ${ram_addr}
boot_image_err=setenv kernel_offs ${kernel0_offs};httpd && setenv image0_is_valid 1
bootcmd=run flash_flash
bootdelay=0
committed_image=0
env_offs=0x40000
env_offs_redund=0x80000
ethact=SERDES
ethprime=SERDES
fileaddr=80F00000
filesize=3800AA
flash_flash=run select_image boot_image
flashargs=setenv bootargs rootfstype=squashfs,jffs2
gDtiaGentEnable=false
goi_calibrated=1
goi_config=begin-base64 644 goi_config@H4sIABFSRWECA+2YzW/TMBTAe6V/hdEOPZH52wkRh7ENNDHEtFblME2Rm7ht@RFNXSTbgv+c5pWvaZgwxqAbkXeK+D79nOz/bqSnjQ7so0/hwYtOo1KOZiWa6@MHmUm3E0gpYXF7edRwkGkZxXT5DtJyYKdwgnlFCBlZAdUBDKOwh39iA3Ralz@hDq5teWP/B6y/6VygE4smtsSxVM9nxhUTg0afF0YlCZmXqbj1OTPwzDsOt2r@86P+6WV0efrGaQ7QwGQLdPXuOkRn5RRd3RxBq38KjY+HmWtr6O+quO4yIkLf@U0yGhAkv4DLE3U4rT0LMj/h/PPq/yL8kjLb8/2X8Zy3//wb/t3qRRKPkN9H/@E/zjGv+KAv9CwDbQ8r8X/pMN/h3n32kfHl2cRK9PVqSHaAhHAroaOqBVyAIP@C9Vy/E/xDzv2H8jhGFdC3Ms/7AAdwmCLEEpJaGNClRQt//sQ3CLw3/Mf2/k4@nVQbwLK5X/6p4HR1/hP4GAD+maTt/X8v0l2uOILFR73JzI70rNd95k4EO0fH@epaOcu3agzQzMFNw4e9RTNkLzF5QMSDiJSYhKuI8XZRoqDzp8RB9OD46dz+E@B7Y3H5dN1utu5MrddaPYUpZwzzCQ8CY3y7tosS6muo4UsZ5V/0zN7GfUwx68@V/d5TNPJ9M5lI0sSJ3EEd9zt5FBSkaVlafJ7LNHCfnbGVcILHGHUI8qvqYhT@McHlVh+ZnaelrQUPUv1Wp/Po4tz1sda/h0HUJn5pZ01xZEO/Gwd22hRHH4ij@G3EnMKEwn/h7IYSxHRtZ2ZRsjINC4HzHjXHORgPWGEedzeeNcbTqU9Vs6yI3@yljXF1B/Y9hfyqUee8qXksIWpUS9krPMJu5Nqpwo95Ti3A+wZP5uVjcMxXbT@VnrJdvO6xfMIdMYUFpjzprTVvHnwOeT7geCK7KaFWQjEblZQ+0LuJnUr7ylJ@Ah/2Wokbxwo+QDH2fSI4Vxxvv8dGF4BnZuZljTz8Lhq4rwNYL1GrZ7Ci0U0y@97nkLJAiqFV22e+fRYQHONH5p5UnHAoMFoTggNX5vvOt90qIophTKbBPG1wX@OtcjO0vjO3+GAw5rTYj0t4Zms5stzcgWet3pubWL9zYxFR4bfuO4SNd+b4d9@yPRlLIXb9No7RiuttPI05Rv9tgy/ABwAAA==@====@
gphy0_phyaddr=0
gphy1_phyaddr=1
image0_addr=0xB00C0000
image0_is_valid=1
image1_addr=0xB0800000
image_name=openwrt-lantiq-falcon-SFP
kernel0_from_sf=sf probe 0;sf read ${ram_addr} ${kernel0_offs} ${max_kernel_size}
kernel0_offs=0xC0000
kernel1_from_sf=sf probe 0;sf read ${ram_addr} ${kernel1_offs} ${max_kernel_size}
kernel1_offs=0x800000
load_kernel=tftp ${ram_addr} ${tftppath}${image_name}-uImage
load_uboot=tftp ${ram_addr} ${tftppath}u-boot.img
machtype=SFP
magic_addr=0xBF200038
magic_val=0xDEADBEEF
max_kernel_size=180000
nDyingGaspEnable=0
net_nfs=run load_kernel nfsargs addip addmtdparts0 addmisc;bootm ${ram_addr}
netmask=255.255.255.0
nfsargs=setenv bootargs root=/dev/nfs rw nfsroot=${serverip}:${rootpath},${nfsoptions}
nfsoptions=rsize=1024,wsize=1024
olt_type=0
preboot=gpio intput 100;gpio input 105;gpio input 106;gpio input 107;gpio input 108;gpio set 3
ram_addr=80F00000
reset_uboot_env=sf probe 0;sf erase 40000 80000
save_uboot=sf probe 0;sf erase 0 40000;sf write ${ram_addr} 0 ${filesize}
select_image=setenv activate_image -1;if itest *${magic_addr} == ${magic_val} ; then if itest *${act_img_addr} == 0 ; then setenv activate_image 0;fi;if itest *${act_img_addr} == 1 ; then setenv activate_image 1;fi;mw ${magic_addr} 0x0;mw ${act_img_addr} 0x0;fi;if test $activate_image = -1 ; then setenv c_img $committed_image;else setenv c_img $activate_image;setenv activate_image -1;fi;if test $c_img = 0 && test $image0_is_valid = 0 ; then setenv c_img 1;fi;if test $c_img = 1 && test $image1_is_valid = 0 ; then setenv c_img 0;fi;if test $image0_is_valid = 0 && test $image1_is_valid = 0 ; then setenv c_img _err;fi;exit 0
serverip=192.168.1.100
stderr=serial
stdin=serial
stdout=serial
tx_fault_pin=2
update_image0=tftp ${ram_addr} ${tftppath}${image_name}-squashfs.image;sf probe 0;sf erase ${kernel0_offs} +${filesize};sf write ${ram_addr} ${kernel0_offs} ${filesize}
update_image1=tftp ${ram_addr} ${tftppath}${image_name}-squashfs.image;sf probe 0;sf erase ${kernel1_offs} +${filesize};sf write ${ram_addr} ${kernel1_offs} ${filesize}
update_openwrt=run update_image0 && setenv committed_image 0 && setenv image0_is_valid 1 && saveenv
update_uboot=run load_uboot && run save_uboot
ver=U-Boot 2011.12-lantiq-gpon-1.2.24 (Nov 03 2014 - 22:46:28)
sfp_a0_low_128=begin-base64 644 sfp_a0_low_128 @AwQBAAAAAgAAAAADDAAUyAAAAABGUyAgICAgICAgICAgICAgAAAAAEdQT04t@T05VLTM0LTIwQkkwMSAgBR4AEwAaAABHMjMyMDQyMjE4NyAgICAgMjMwNjMw@ICBo8AXLICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAA==@====@
mib_file=data_1g_8q_us1280_ds512.ini
sgmii_mode=5
nSerial=PTINA8******
ipaddr=192.168.4.10
gatewayip=192.168.4.1
onu_ploam=1ZPB****
ont_ploam=1ZPB****
sfp_a2_info=begin-base64 644 sfp_a2_info @**************
ethaddr=CC:19:A8:**:**:**
gSerial=PTINA8******
nPassword=0x31 0x5a 0x50 0x42 0x4d 0x** 0x** 0x** 0x** 0x**
image0_version=FS5
image1_version=FS5
omci_iop_mask=1
image1_is_valid=0

Deux défauts sérieux pour une même box sorti il y a un paquet d'années, chapeau.

Vu le nombre de gens qui se font déconnecter sauvagement par un techo malveillant, on a vite fait d'incrimer la cconnexion fibre avant de vérifier que c'est un problème local.

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.