Ca doit être des sites Zones Blanches Multi-opérateurs non géré par Orange.

Salutations !

Bon, voilà, j'ai mis le temps, mais j'ai décidé de m'y remettre et de solder cette affaire...

D'abord, j'avais un problème de config de l'option 11 du DHCPv6.
J'ai activé le log OMCI dans l'ONU FiberMall. Un reset arrivait toutes les 23:45.
J'ai activé le quirk pour ne pas prendre en compte les tx_fault en changeant le VendorName et PN (YV et SFP+ONU-XGSPON).

A ce stade, il y avais toujours des déconnections lors de fortes charges.

Après analyse de "cat /proc/interrupts | grep sfp1", sfp1_mod_def0 montrait beaucoup d'interruptions, qui se voyait dans le log par "SFP Module removed".
Il y a donc un problème, soit d'alimentation pas propre, soit du bruit sur la piste PCB causé par je ne sais trop quoi.

Ma solution à été de recompiler OpenWRT en supprimant l'interrupt depuis le DTB.
Depuis, plus de déconnection et odchp semble bien gérer t1 et t2.

Quand j'aurais un moment, je prendrais le temps de brancher l'oscillo sur l'alim pour voir.

Maintenant, je peux changer le Titre du post, car il semble effectivement que la pin6 (MOD_ABS/MOD_DEF0) du module soit directement reliée au 3.3V ça ne peut donc pas être du fait du processeur.

Pour le quirk (Yunvo) il est déjà présent dans la version snapshot et RC de OpenWRT car le noyau est en 6.12..., contrairement à la version stable qui tourne sur un noyau 6.6... .

Pour ce qui est de l'alimentation il faut absolument utiliser une alimentation DC Jack 12v - 5A.

Le port USB-C PD ne permettant pas d'alimenter de façon optimale les 2 ports SFP+ lors des pics de charge.

Ca sent le blanchiment
17 TTC/mois dans une ville de 30 000 hab...

Suivant les retours et avis, il faut prendre l'Elipse Eco a minima.
Je n'aurai qu'une faible charge à protéger, 20/30 w maxi.
Mais, même dans la version pro, il y a des déconvenues.

Salutations !

Bon, voilà, j'ai mis le temps, mais j'ai décidé de m'y remettre et de solder cette affaire...

D'abord, j'avais un problème de config de l'option 11 du DHCPv6.
J'ai activé le log OMCI dans l'ONU FiberMall. Un reset arrivait toutes les 23:45.
J'ai activé le quirk pour ne pas prendre en compte les tx_fault en changeant le VendorName et PN (YV et SFP+ONU-XGSPON).

A ce stade, il y avais toujours des déconnexions lors de fortes charges.

Après analyse de "cat /proc/interrupts | grep sfp1", sfp1_mod_def0 montrait beaucoup d'interruptions, qui se voyait dans le log par "SFP Module removed".
Il y a donc un problème, soit d'alimentation pas propre, soit du bruit sur la piste PCB causé par je ne sais trop quoi.
Les logs de température et tension du module SFP restaient dans les specs, mais les microcoupures ne se voient pas.

Ma solution à été de recompiler OpenWRT en supprimant l'interrupt depuis le DTB.
Depuis, plus de déconnexion et odchp semble bien gérer t1 et t2 passant par la COS6.

Quand j'aurais un moment, je prendrais le temps de brancher l'oscillo sur l'alim pour voir.

Maintenant, je peux changer le Titre du post, car il semble effectivement que la pin6 (MOD_ABS/MOD_DEF0) du module soit directement reliée au 3.3V ça ne peut donc pas être du fait du processeur.