Auteur Sujet: Remplacer ONT SFR (NB6VAC + Altice GS0100GH) avec MA5671A  (Lu 258 fois)

0 Membres et 6 Invités sur ce sujet

pol

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 3
  • Nice 06
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

rqdb

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 208
  • Limoges 87
Remplacer ONT SFR (NB6VAC + Altice GS0100GH) avec MA5671A
« Réponse #1 le: Aujourd'hui à 09:12:17 »
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


pol

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 3
  • Nice 06
Remplacer ONT SFR (NB6VAC + Altice GS0100GH) avec MA5671A
« Réponse #2 le: Aujourd'hui à 18:35:50 »
Merci pour ton retour et pour ta configuration ! J'ai essayé avec tes paramètres (olt_type=0, sgmii_mode=5, sfp_a2_info custom, etc.), mais cela ne fonctionne toujours pas : la classe 131 reste vide et le provisionnement OMCI ne démarre pas.
J'ai également ajouté d'autres paramètres tels que ptinClient, goi_config et gSerial, mais cela ne change rien.
Pour l'instant, j'ai remis l'ONT Altice d'origine pour avoir une connexion qui fonctionne.

Je laisse tomber pour le moment, à moins que quelqu'un ait une solution qui fonctionne.
Si tu trouves une solution ou si un autre utilisateur y parvient, fais-le-moi savoir !

rqdb

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 208
  • Limoges 87
Remplacer ONT SFR (NB6VAC + Altice GS0100GH) avec MA5671A
« Réponse #3 le: Aujourd'hui à 19:10:51 »
Dommage. Au cas où lorsque le mien à cessé de fonctionné j'ai posté un message et un utilisateur m'a répondu qu'il avait eu le cas. Voir ici : https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1149430/#msg1149430

Je n'ai pas testé, mais ça pourrait être une piste.

rooot

  • Abonné Bbox fibre
  • *
  • Messages: 3 321
  • 🔵🔵🔵🔵⚪⚪⚪⚪🔴🔴🔴🔴
Remplacer ONT SFR (NB6VAC + Altice GS0100GH) avec MA5671A
« Réponse #4 le: Aujourd'hui à 19:16:25 »
J'ai eu ca sur un routeur openwrt, l'adresse mac spoofer de la box, empêchait de recevoir une ip via dhcp (ca fonctionnait avec l'ont sfr mais pas avec mon onu fs) . Sur mon rb5009 j'ai tout laissé niveau par default, aucun probleme depuis 2 ans
Pour recevoir une ip via DHCP il faut déjà que les vlans soient remonté dans l'ONT, ce qui n'est pas le cas ici. c'est donc un problème différent qu'il a eu. il a réglé le probleme en ne spoofant plus la mac de la box, donc au niveau du routeur.
Le problème de pol ce situe au niveau de l'ONT.

@pol tu as un accès root à l'ont SFR si j'ai bien compris ? il me semble avoir lu que tcpdump etait installé dessus, ca permettrait de capturer le trafic coté wan de l'ont, et voir ce que demande L'OLT et ce que répond l'ONT. mais bon a ce niveau là ca dépasse mes compétence pour déchiffrer le contenu.

pol

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 3
  • Nice 06
Remplacer ONT SFR (NB6VAC + Altice GS0100GH) avec MA5671A
« Réponse #5 le: Aujourd'hui à 20:10:21 »
@pol tu as un accès root à l'ont SFR si j'ai bien compris ? il me semble avoir lu que tcpdump etait installé dessus, ca permettrait de capturer le trafic coté wan de l'ont, et voir ce que demande L'OLT et ce que répond l'ONT. mais bon a ce niveau là ca dépasse mes compétence pour déchiffrer le contenu.

oui, j'ai suivi en partie le guide que tu trouveras ici : https://lafibre.info/remplacer-sfr/captures-de-linterface-du-mini-ont-sfr/36/.

Je me suis connecté à l'ONT Altice via UART (sans annuler la garantie, simplement à l'aide d'un câble série branché sur TX/RX/GND).

J'ai interrompu le boot initial (UBOOT/FALCON --> firmware) pour passer en mode failsafe/recovery, puis j'ai monté la partition root.

J'ai récupéré et je partage en pièce jointe (légèrement anonymisées là où c'est possible) :
- Le MIB complet (ptin_GS0100G.ini) --> ptin_GS0100G.ini
- Les scripts d'initialisation (omcid.sh, onu.sh) --> ONTSFR-LOG-SERIAL.log
- La configuration UCI (gpon, omci) --> ONTSFR-LOG-SERIAL.log
- Les variables U-Boot (fw_printenv complet) --> ONTSFR-LOG-SERIAL.log

Je ne suis pas sûr que tous les processus (comme omcid) aient été correctement lancés en mode recovery.

J'ai une autre idée : je vais essayer de mieux comprendre le fonctionnement des scripts personnalisés SFR au sein de l'ONT, car je ne suis pas tout à fait sûr que le fichier MIB utilisé soit bien ptin_GS0100G.ini.