Ca ne serait pas simplement un problème de config d'igmpproxy ? Ou de firewall d'OpenWRT ?

Non, ca c'est sur et certain, j'ai tout essayé. j'ai correctement installé le paquet igmp proxy sur mon routeur openwrt, j'arrive pas avec VLC et un m3u à avoir la TV SFR.
Si je branche l'ONT externe de SFR, dans mon port RJ45 wan, ca fonctionne, c'est donc pas un probleme de configuration d'igmp proxy sur le routeur. c'est bien au niveau de l'ONU que ca déconne.

Mon topic sur le forum openwrt:
https://forum.openwrt.org/t/iptv-udp-multicast-problem/199735
Mais bon c'est une autre histoire...

Non, ca c'est sur et certain, j'ai tout essayé. j'ai correctement installé le paquet igmp proxy sur mon routeur openwrt, j'arrive pas avec VLC et un m3u à avoir la TV SFR.
Si je branche l'ONT externe de SFR, dans mon port RJ45 wan, ca fonctionne, c'est donc pas un probleme de configuration d'igmp proxy sur le routeur. c'est bien au niveau de l'ONU que ca déconne.

Si tu as envie de continuer le troubleshooting, ca vaut le coup de faire un tcpdump sur l'interface WAN (sur le VLAN qui porte le multicast).
Tu peux filtrer sur le traffic IGMP et UDP multicast. Il serait intéressant de voir quelle différence il y a entre les deux ONTs.

@ Hwti : dans ton message #1036, tu m'as demandé de comparer la variable "goi_config" de l'image 0 active avec celle de "mtd1.backup". Je l'ai fait et je t'ai dit qu'elles étaient identiques :
root> strings mtd1.backup | grep -m1 goi_config | sed "s/^goi_config=//" | tr '@' '\n'
begin-base64 644 goi_config
H4sIANjqeVcCA+2YS2/aQBCAuZZfsVUOnOLs23atHmhIqqhEjQIiBxRZi70Q
q5hFtknTf98xkGCDk1RNi5rUIyEv89jZh7/dAZ0FR2aeRcHRxER+pkZT7U9V
qhM/0WN/BC0rSG8bLxIMIjlfPkG2n5jYuEGozSSTgkraAAVhooFwYw+ySDOV
INRIjMme8nvO/krlAHUMmpkMBTdqNtEou9Go/2OuURTqWRaNI5289zyvmes+
dtu9k0v/8uQ01xygvo7naPjl2kNn2Q0aLtrQ6p1A4+ooztsK+hum101GsSct
25YekdyijuPhZqOWf0L0U/y/HP3f5F8Szmr+Xxn/cc3/2+D/Vs1DfxT+Ifp/
gX9c4N+WwL8Q8Kj53wv/YYn/nPM17YP2Rcf/1Lkn3UMDuBLQcLACmjPLYU7N
8ZviH07sv5AjZ9wW4lH+4QTI+adUSPgQ4B9OAVzzvw/BNQL/Pf+BmY2jyfIA
WDX3yz9lnD7c/4yAH2GSk5r/fUhzteMINh+1JlMzUtNW811+I5gZOlbTaJSo
vN2PYg0rBQV/i8Lvs0PsHhLZp/iDkB5KgySaZ2hgW8IiHvp63O4+fDm9WjVZ
q1nKleTlRrqlzKDO0JBwkehVLbrtEAZh4EN5uh0HvaVxlGU6ecTiz833HWNs
ZlFmks2E+5H6rKKZf9HFMM+N/hwqocJirOysKo48E0ceiaMl/W4cLfXbCdQU
ijG8GgjnGO/YyNompFMZBwPhTMrKuNwmHFEZBwMhjPPKuNzGWXGcm0FSLsv6
9QApZrw08btsvbwWJg4nrus4tDCFs9iE+V+TSx/iWlJiwVxOSsPdzJHYeDdt
ricM76bNd8cSnNmc2y6zZVXaPBhbUtjYkZwVB9/ZLBHlZDftcnmw2E0LBtcS
wiUUTj7bJlVpwUdYFLtCUOkuN7X8KmuVAjUx/GgvvF4p7E3+Rw5qYUtQB5IT
6rqF/i97vTOfcBeHKvl27wlnsiM4dylxbFHhW+wVS+I6sE8Y3FmF71wlamSm
UXAfQB1BKSwb1Hr21hxMvNjSjEyqNp12jZmfm1AvUSj5jYM02vh9HvQg090Y
bhPwq+/4WmqppZYq+Qn3jBjsABwAAA==
====et :
root@SFP:~# fw_printenv -n goi_config | tr '@' '\n'
begin-base64 644 goi_config
H4sIANjqeVcCA+2YS2/aQBCAuZZfsVUOnOLs23atHmhIqqhEjQIiBxRZi70Q
q5hFtknTf98xkGCDk1RNi5rUIyEv89jZh7/dAZ0FR2aeRcHRxER+pkZT7U9V
qhM/0WN/BC0rSG8bLxIMIjlfPkG2n5jYuEGozSSTgkraAAVhooFwYw+ySDOV
INRIjMme8nvO/krlAHUMmpkMBTdqNtEou9Go/2OuURTqWRaNI5289zyvmes+
dtu9k0v/8uQ01xygvo7naPjl2kNn2Q0aLtrQ6p1A4+ooztsK+hum101GsSct
25YekdyijuPhZqOWf0L0U/y/HP3f5F8Szmr+Xxn/cc3/2+D/Vs1DfxT+Ifp/
gX9c4N+WwL8Q8Kj53wv/YYn/nPM17YP2Rcf/1Lkn3UMDuBLQcLACmjPLYU7N
8ZviH07sv5AjZ9wW4lH+4QTI+adUSPgQ4B9OAVzzvw/BNQL/Pf+BmY2jyfIA
WDX3yz9lnD7c/4yAH2GSk5r/fUhzteMINh+1JlMzUtNW811+I5gZOlbTaJSo
vN2PYg0rBQV/i8Lvs0PsHhLZp/iDkB5KgySaZ2hgW8IiHvp63O4+fDm9WjVZ
q1nKleTlRrqlzKDO0JBwkehVLbrtEAZh4EN5uh0HvaVxlGU6ecTiz833HWNs
ZlFmks2E+5H6rKKZf9HFMM+N/hwqocJirOysKo48E0ceiaMl/W4cLfXbCdQU
ijG8GgjnGO/YyNompFMZBwPhTMrKuNwmHFEZBwMhjPPKuNzGWXGcm0FSLsv6
9QApZrw08btsvbwWJg4nrus4tDCFs9iE+V+TSx/iWlJiwVxOSsPdzJHYeDdt
ricM76bNd8cSnNmc2y6zZVXaPBhbUtjYkZwVB9/ZLBHlZDftcnmw2E0LBtcS
wiUUTj7bJlVpwUdYFLtCUOkuN7X8KmuVAjUx/GgvvF4p7E3+Rw5qYUtQB5IT
6rqF/i97vTOfcBeHKvl27wlnsiM4dylxbFHhW+wVS+I6sE8Y3FmF71wlamSm
UXAfQB1BKSwb1Hr21hxMvNjSjEyqNp12jZmfm1AvUSj5jYM02vh9HvQg090Y
bhPwq+/4WmqppZYq+Qn3jBjsABwAAA==
====

root@SFP:~#

On peut aussi comparer les /etc/config/goi_config, /etc/config/goi_age et /etc/config/goi_table_laser_ref.csv avec le contenu extrait de ta variable (ce qui est censé être fait au boot après avoir effacé /etc/optic/.goi_recovered).

Voici le vidage des fichiers :
root@SFP:/etc/optic# cat goi_age
0
root@SFP:/etc/optic# (c'est moi qui passe à la ligne suivante après le "0").
root@SFP:/etc/optic# cat goi_table_laser_ref.csv
# Do not change the Type identifier!;;;
Type=LASER_REF;;;
# Temp [K]; Ith [mA]; SE [uW/mA]; age [s]
320;6.776;164.288;0
root@SFP:/etc/optic#
root@SFP:/etc/optic# cat goi_table_laser_ref_base.csv
# Do not change the Type identifier!;;;
Type=LASER_REF;;;
# Temp [K]; Ith [uA]; SE [uW/mA]; age [s]
320;6.776;164.288;0
root@SFP:/etc/optic#
root@SFP:/etc/optic# cat goi_table_rssi1490_corr.csv
# do not change Type;
Type=RSSI_1490_CORR;
# Temp;Power factor
300;1.00
root@SFP:/etc/optic#
root@SFP:/etc/optic# cat goi_table_text_corr.csv
# do not change Type;
Type=TEMP_EXT_CORR;
# nominal external temperature; corrected external temperature
290;290
root@SFP:/etc/optic# root@SFP:/etc/optic# cat goi_table_vapd_bd.csv
# do not change Type;
Type=VAPD_BD;
# Temp; Vref [V]
320;43.838
root@SFP:/etc/optic# J'espère que cela peut aider.
Message #1038 :

Est-ce que tu as un backup des mtd d'origine (avant toute modification) ?

Oui, j'ai bien fait une sauvegarde, juste avant d'installer Carlito. Sauf que j'avais déjà bidouillé dans l'ONU avant de faire la sauvegarde.
Il est possible que par mégarde, la variable "goi_config" a été altéré. En fait, je n'en sais rien car je n'y ai pas touché.

j'ai aussi ce problème, souviens-toi, je l'avais évoqué,

Oui, je m'en souviens mais je croyais qu'Asclèpios allait se charger de sa résolution.

Pour moi c'est un souci de configuration quelque part, vu qu'on est une majorité d'utilisateurs à ne pas avoir ce problème.

Il n'y a pas une majorité d'utilisateurs qui ont modifié leur Huawei SmartAX MA5671a en installant le micrologiciel Carlito. La grande majorité se sont procurés un "FS P/N: GPON-ONU-34-20BI", sans installer quoi que ce soit dessus, juste en modifiant le paramétrage.

Je ne sais pas si c'est lié à Carlito, mais je ne comprends pas ce qu'il faut faire pour résoudre ce problème. J'ai trop tardé à créer les backup avant d'installer Carlito. J'ai un peu bidouillé dans la version originale et j'ai peut-être cassé quelque chose. Je me demande si en récupérant le "goi_config" d'un autre Huawei, et que je l'installe sur le mien, si le problème sera résolu.

Et tu n'as pas encore testé avec le firmware "fs modded", ce serait bien de le faire avant de donner ton verdict définitif

Je pense que c'est une mauvaise idée de venir installer ce micrologiciel "fs modded" par dessus la version carlito. Et comme Carlito fonctionne mais que j'ai un mauvais débit, je vais rester dans la version Carlito pour cet ONU. En installant "fs modded" par dessus, je pense que je risque d'endommager encore plus, l'ONU Huawei.

Ca ne serait pas simplement un problème de config d'igmpproxy ? Ou de firewall d'OpenWRT ?

Je suis sous Debian que j'ai transformé en routeur en utilisant "systemd-networkd". Jusqu'à présent, j'utilisais l'ONT7-SFU-v3 de SFR qui fonctionne à 1gb/s. Pour tester le multicast, j'utilisais vlc avec des url multicast de chez SFR et ça fonctionnait très bien sous Debian. Il est inutile que je branche le décodeur pour le tester car le flux multicast arrivait dans mon Debian sans faire quoi que ce soit d'autre.

J'ai simplement remplacé mon ONT7-SFU-v3 de SFR par l'ONU Huawei SmartAX MA5671a qui est branché sur la même interface réseau de mon Debian et je constate que je n'ai plus accès au multicast. J'ai bien accès à l'internet (IPv4 & IPv6). Le problème se situe bien dans l'ONU Huawei, pas dans mon Debian.

@ Hwti : dans ton message #1036, tu m'as demandé de comparer la variable "goi_config" de l'image 0 active avec celle de "mtd1.backup". Je l'ai fait et je t'ai dit qu'elles étaient identiques

Le goi_config est dans la configuration du bootloader (u-boot), pas dans image0 / image1.
Là le goi_config courant (donc celui que tu as utilisé pour restaurer la calibration) est identique à celui de ton backup, OK.

Maintenant il faudrait savoir ce que tu as dans les /etc/optic et /etc/config/goi_config de tes backups.
Si tu n'y arrives pas, tu peux partager tes backups et je pourrai regarder (s'ils ont été faits tout au début il n'y a pas ton SN ou password dedans, sinon c'est possible).

Voici le vidage des fichiers :

/etc/optic/goi_table_laser_ref_base.csv, /etc/optic/goi_table_laser_ref.csv, /etc/optic/goi_table_vapd_bd.csv et /etc/optic/goi_age correspondent à la variable goi_config.
Les autres fichiers sont dans l'image de base (à comparer avec ce que tu as dans les backups).

La variable goi_config contient également /etc/config/goi_config (bien plus volumineux), qui indique par exemple la date de calibration (2016-09-16).

Je me demande si en récupérant le "goi_config" d'un autre Huawei, et que je l'installe sur le mien, si le problème sera résolu.

Sauf à tomber par hasard sur des données de calibration qui fonctionnent, non.
La calibration est faite en usine, et elle est individuelle.
Et peut-être qu'avec des données vraiment mauvaises on peut perturber l'arbre GPON, donc il faut vraiment faire attention.

J’ai activé les logs OMCI (voir fichier joint pour les logs complets) et j’ai remarqué un problème avec l’image 1. Le omcid essaie de télécharger un fichier et de le sauvegarder sous '/tmp/image1.img'.

L'OLT essaye de mettre à jour ton ONT.
Il faut donc soit :
 - mettre à jour les versions que tu exposes pour que l'OLT considère que tu es à jour : tu as mis 3GN8020802R06 et 3GN8020800R15 (c'est celle là qu'il met à jour)
 - ne pas trop se faire passer pour la Box 8 : mettre le SN + password, et le moins d'autres configs possible (par exemple pas Hardware Version, le 3NTRGW14964U01 qu'on voit dans les logs)

A noter que @artemus24 mentionnait 3GN8020801R13, mais c'était avec Hardware Version 3NTRGW14553U01 (des variantes de Box 8 différentes ?).

A moins que les différentes versions soient radicalement différentes, la Box 8 utilise un BCM68360 (comme la Livebox 6, ou le Glasfaser-modem 2), donc tout tourne sur un unique SoC.
C'est étonnant que les mises à jour soient poussées par l'OLT (comme un ONT séparé), et pas téléchargées comme une box.
Puisqu'il s'agit à priori du firmware complet de la Box 8, je ne sais pas si le MA5671A (avec 64Mo de RAM) aurait assez de mémoire pour tout télécharger (ou alors il faut tricher, en montant un partage nfs sur /tmp, si c'est possible).