Auteur Sujet: Banana Pi R3 + Debian et OpenWRT 23.05 : Le test  (Lu 37019 fois)

0 Membres et 1 Invité sur ce sujet

rooot

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 2 692
  • 🔵🔵🔵🔵⚪⚪⚪⚪🔴🔴🔴🔴
Banana Pi R3 + Debian et OpenWRT 23.05 : Le test
« Réponse #192 le: 02 mars 2025 à 13:38:07 »
voici le fw_printenv de mon G-010S-P
En gras les parametres à mettre à jour.
image0_version et image1_version je pense que tu peux mettre ce que tu veux, de préférence une version différente des versions de SFR.

ethaddr= l'adresse MAC de l'ONT Externe
nSerial= le GPON Serial Number
sfp_a2_info= A récupérer depuis l'outil en ligne du site HackGpon
nPassword= le mot de passe fibre converti en HEXA et bien conserver à la fin les 2:  0x00 0x00

Citer
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}
baudrate=115200
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=5
env_offs=0x40000
env_offs_redund=0x80000
ethact=SERDES
ethprime=SERDES
flash_flash=run select_image boot_image
flashargs=setenv bootargs rootfstype=squashfs,jffs2
gphy0_phyaddr=0
gphy1_phyaddr=1
image0_addr=0xB00C0000
image1_addr=0xB0800000
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
magic_addr=0xBF200038
magic_val=0xDEADBEEF
max_kernel_size=180000
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
preboot=echo;echo Type "run flash_nfs" to mount root filesystem over NFS;echo
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
stderr=serial
stdin=serial
stdout=serial
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
goi_config=begin-base64 644 goi_config@H4sIAOHoNFQCA+1WTW/aQBDlWn7FVj1wwtnZL9u1ekBJWkUlahRQekCRZeyF@WMUssp02/fedhRDHBpJLmqqt38XWvJl5u7Oa3dFlfBSb5SydH81NGm5+Oy8L@inClXH8RzS8TLu8AEyBBCUSHAleCdgjtvAJuizLKCenkxpRP+T3H/6Xobk6c@4OGT3nxhptGi131jVmVqluQ4WqTTPLL/4zTTWKlsRXqMguoD61M1BvFeuleu@oxz4cjwYKkc6tNet5cyj5VwXDWOps5XGxLe5DstourAOW9GrwcVJOE3CXM9I@TzDH85l0PWCychmvOU6VQ6lSlFPwGwJJnMRhtEqauriaIkvLUucHmHBlfuyQ@mVmmpcmrBZzjEh8VJ7wYUlzPUzw8w7MafxJHC9wj3STGBvFsXRssHGDNbFbo@ckP25Z5AulkPBvoH0u5jH9Ii2QfvQF5mIz16IO8+9iEvkn3m1riqBkChbr/f@vUtprax3241Th3tCCqBc+tSrfM4yk2D4fe3Akb7ru4wxYLu6uFMQalfXHqYS@u7por+2t0rKZmOMDUOVJEHxXi1ktsauFdgW7UuyglA1wOF6mvpJSes3OyHRU@YNtlellW0Zej0VkIwqdJlH/bdB5mx+ay5QOpas1X4HlufSQ6KI8LF5S3J91j@V+oKH1wuPUV9vsd3FeXR1CzSeBvAJOccPCl9IRubMNltwzI1RVQlHRqzOjeJ@xhNu+M3iIq38Pl2NUOkOdfi+CyQ2ud5nTxJ7Q/wT97/G998WI14//9Fc/waN@Z95/BOD7L6nEAQAo+gFzpWjf/9cA7bT4n1Hv//UsFi6iQuf2Fnbi4vsL9b+y@c/2B/gclq/mfAfa/As7b/n8NvMMBjCxNSeIbO6iT8kaT8c+VJmmCE0I6S3X+@NgiCrrV9GA5Gp5fh5elHa3lHxjjFk8nn6+CsvCGTbHAdjE7J5Pbrkf3Fp4RM@iusupzJQjgciABzmJfCAdtu2a9GiRYs/jl9x5iHNABQAAA==@====@
image0_is_valid=1
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)
ver=U-Boot 2015.04-lantiq-gpon-1.3.4-ALB_0.4 (May 08 2018 - 14:34:29)
serverip=192.168.1.100
committed_image=0
image0_version=6BA1896SPLQA42
olt_type=0
image_name=openwrt-lantiq-falcon-SFP
machtype=SFP
ethaddr=XX:XX:XX:XX:XX:XX
image1_version=3FE56853AOPD75
nSerial=PTINXXXXXXXXXX
ipaddr=192.168.20.10
gatewayip=192.168.20.1
sfp_a2_info=begin-base64 644 sfp_a2_info XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
nPassword=0xXX 0xXX 0xXX 0xXX 0xXX 0xXX 0xXX 0xXX 0x00 0x00
asc0=0
image1_is_valid=0
root@SFP:/home/ONTUSER#

trekker92

  • Abonné Free adsl
  • *
  • Messages: 1 941
Banana Pi R3 + Debian et OpenWRT 23.05 : Le test
« Réponse #193 le: 02 mars 2025 à 14:20:07 »
Salut, en ce qui me concerne je ne peux rien valider, les 2 ONU que je possède, je les ai acheté "pre-configuré" justement pour me décharger de tous ces tracas de configuration.

J'en profite pour dire que je viens de remettre openwrt 24.10 sur mon BPI-R3, et au bout de 30 minutes de fonctionnement, paf je perds la connexion à internet. je vérifie le positionnement de mon cable, et tout est correct, j'accède toujours au routeur.
Depuis le routeur je ne ping plus 1.1.1.1, par contre je ping bien mon module GPON sur 192.168.20.10, je m'y connecte en SSH il fonctionne bien, je vérifie que j'ai toujours les vlan 101/102 et ils sont toujours bien là. Finalement je decide de rebooter le MA5671A par ligne de commande (reboot) sans rebooter le routeur, et là je retrouve l'accès a internet...

Dans la foulée je décide de tester mon G-010S-P qui ne fonctionnait plus sous Openwrt 23.05, et bien maintenant il fonctionne parfaitement, j'écris ce message avec cet ONU en place.

@rqdb
si tu récupères la valeur de  sfp_a2_info avec la commande fw_printenv sfp_a2_info
et que tu la copies/colles sur https://hack-gpon.org/ont-huawei-ma5671a-rooted/#web-procedure
Tu devrais voir certaines infos, qu'il faudrait vérifier et mettre à jour



Ensuite il faut suivre la procédure écrite en dessous.Puis bien entendu rebooter l'ONU



magnifique schéma, je me permets de réuploader l'image sur le serveur de notre ami Hugues :
https://pix.milkywan.fr/YslONTNq.png

rooot

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 2 692
  • 🔵🔵🔵🔵⚪⚪⚪⚪🔴🔴🔴🔴
Banana Pi R3 + Debian et OpenWRT 23.05 : Le test
« Réponse #194 le: 02 mars 2025 à 16:17:17 »
@artemus
Les chaines IPTV de sfr ne passent pas non plus sur VLC avec mon onu G-010S-P (flashé en fs.com d'origine donc non moddé)

artemus24

  • Abonné SFR fibre FttH
  • *
  • Messages: 1 969
  • Montignac Lascaux (24)
Banana Pi R3 + Debian et OpenWRT 23.05 : Le test
« Réponse #195 le: 02 mars 2025 à 17:52:44 »
@ rooot : tu aurais dû mettre ta réponse dans mon sujet consacré au multicast par l'ONU Huawei.
Ce n'est pas l'IPTV (OTT)  mais le multicast qui ne fonctionne pas.
Merci pour l'information, mais je crois que tu me l'avais déjà dit, il y a fort longtemps, l'année dernière je crois.

rooot

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 2 692
  • 🔵🔵🔵🔵⚪⚪⚪⚪🔴🔴🔴🔴
Banana Pi R3 + Debian et OpenWRT 23.05 : Le test
« Réponse #196 le: 02 mars 2025 à 18:30:42 »
Ce n'est pas l'IPTV (OTT)  mais le multicast qui ne fonctionne pas.
je parle bien des chaines Multicast, pas celle en OTT.
Mais je ne pouvais pas te l'avoir dit dans le cas du G-010S-P car je n'avais jamais fait le test, ce que je t'avais dit c'était pour le MA5671A.
A noter que ce G-010S-P est flashé avec le firmware non modidié de fs.com.

Citer
La principale différence entre l’IPTV et le streaming OTT est que l’OTT fonctionne sur un réseau ouvert, alors que l’IPTV utilise des réseaux fermés et privés.

artemus24

  • Abonné SFR fibre FttH
  • *
  • Messages: 1 969
  • Montignac Lascaux (24)
Banana Pi R3 + Debian et OpenWRT 23.05 : Le test
« Réponse #197 le: 02 mars 2025 à 19:08:01 »
Pour le Multicast, oui, je suis d'accord, cela ne fonctionne que dans le réseau SFR, enfin, je parle de notre FAI.
Par contre, je ne sais pas faire la distinction entre l'OTT et l'IPTV. Je peux me tromper mais n'est-ce pas la même chose ?

D'accord que ce G-010S-P a été flashé par la version non modifié de fs.com mais ce n'est pas le module ONU de FS.COM.
Il se peut qu'il existe une différence entre ces deux ONU.

rqdb

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 189
  • Limoges 87
Banana Pi R3 + Debian et OpenWRT 23.05 : Le test
« Réponse #198 le: 03 mars 2025 à 11:24:37 »
voici le fw_printenv de mon G-010S-P
En gras les parametres à mettre à jour.
image0_version et image1_version je pense que tu peux mettre ce que tu veux, de préférence une version différente des versions de SFR.

ethaddr= l'adresse MAC de l'ONT Externe
nSerial= le GPON Serial Number
sfp_a2_info= A récupérer depuis l'outil en ligne du site HackGpon
nPassword= le mot de passe fibre converti en HEXA et bien conserver à la fin les 2:  0x00 0x00

Merci pour les infos. J'ai tout repris à zero, le sfp_a2_info n'avait pas toutes les informations pourtant renseignée au travers des autres paramètres, ce qui est désormais le cas. J'ai également supprimé les informations inutiles présente dans le fw_printenv pour coller au mieux au tient, mais malgré ça, le PLOAM STATE oscille entre 2 et 3. Est-ce que les log OMCI peuvent aider à investiguer ou pas forcément ?

rooot

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 2 692
  • 🔵🔵🔵🔵⚪⚪⚪⚪🔴🔴🔴🔴
Banana Pi R3 + Debian et OpenWRT 23.05 : Le test
« Réponse #199 le: 03 mars 2025 à 12:27:52 »
Tu es sur quel firmware le fs.com modded ou le carlito ? il faut etre sur le fs.com (modded ou pas)

Est-ce que les log OMCI peuvent aider à investiguer ou pas forcément ?
je pense que oui, mais pour quelqu'un qui s'y connait, ce n'est pas mon cas...

rqdb

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 189
  • Limoges 87
Banana Pi R3 + Debian et OpenWRT 23.05 : Le test
« Réponse #200 le: 03 mars 2025 à 13:21:19 »
Je suis sur un FS modded. J'ai activé les logs mais il n'y a rien à exploiter dans ces logs j'ai l'impression... En tout cas il n'y a pas de retour quand je tape la commande : cat /tmp/omcid.log | grep ERR

rooot

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 2 692
  • 🔵🔵🔵🔵⚪⚪⚪⚪🔴🔴🔴🔴
Banana Pi R3 + Debian et OpenWRT 23.05 : Le test
« Réponse #201 le: 03 mars 2025 à 14:28:18 »
dans la doc de l'onu fs.com : https://resource.fs.com/mall/resource/gpon-onu-34-20bi-configuration-guide.pdf
Page 6 :
Citer
2.10 One-click fully log get
debug
cat /tmp/log/one_click
faudrait taper la commande debug. Et les logs seraient dans le fichier one_click...tu peux tester pour voir ?

artemus24

  • Abonné SFR fibre FttH
  • *
  • Messages: 1 969
  • Montignac Lascaux (24)
Banana Pi R3 + Debian et OpenWRT 23.05 : Le test
« Réponse #202 le: 03 mars 2025 à 15:14:14 »
Citation de: rqdb
Je suis sur un FS modded.
Je ne vois pas l'intérêt de modifier le paramètre "SFP_A2_INFO" qui concerne la version "Huawei Rooted.

Je tiens à souligner les trois problèmes que j'ai rencontrés :
*) Ne pas modifier les "Image0_version" & "Image1_version". Ne pas mettre ceux de SFR et laisser en l'état.
*) supprimer les paramètres en trop, à partir de ceux fournies par Rooot.
Je constate qu'il manque le paramètre "c_img 1", mais cela ne doit pas être génant.
*) Il faut suivre pas à pas la configuration indiqué dans "Hack Gpon FS Modded".
Ne pas modifier "GPON LOID", "OMCI", ni "SFP EEPROM". Tout ce qui doit être modifié se trouve dans mon script.

Peux tu rqdb, nous communiquer tes paramètres (fw_prinenv) afin de vérifier ce que tu as fait ?
Essayes de masquer tes paramètres personnels en faisant en sorte de ne pas mettre la même valeur partout.

Ce n'est pas évident car cela dépend aussi de l'OLT. Voir le cas de MaximusHugus où il a été obligé les fichiers "/etc/init.d/sys.sh" & "etc/init.d/omcid.sh", ce qui n'a pas été mon cas.

rooot

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 2 692
  • 🔵🔵🔵🔵⚪⚪⚪⚪🔴🔴🔴🔴
Banana Pi R3 + Debian et OpenWRT 23.05 : Le test
« Réponse #203 le: 03 mars 2025 à 15:34:05 »
Je ne vois pas l'intérêt de modifier le paramètre "SFP_A2_INFO" qui concerne la version "Huawei Rooted.
Pourtant c'est bien ce qu'a fait notre ami Asclepios sur mon ONU MA5671A
09 cat sfpa2infoModifier_rooot
10 fw_printenv sfp_a2_info
11
12 fw_setenv sfp_a2_info `cat /tmp/sfpa2infoModifier_rooot`
C'est peut etre pour cela que ces ONU sont universels et qu'ils marchent, selon lui, à tous les coups chez tout le monde...