J'ai bien repéré un lancement dans startup.sh mais je ne le trouve pas au niveau du kernel

Il ouvre /dev/watchdog (OpenWRT gère normalement ça dans init/procd, mais il ne semble rester que des bouts de ce code, ils ont dû modifier).
Je n'ai pas l'impression qu'on puisse arrêter "deamon" en lui faisant désactiver le watchdog.
Si on le tue simplement, le kernel dit : "lantiq_wdt: watchdog closed without warning", donc le watchdog reste armé et il y aura un reboot.

Pour les tests, je viens de trouver une technique :
killall deamon; echo -n V > /dev/watchdog

Il me semble que le 838 est plus nécessaires,

Pour les options DHCP, il faut plus que l'option 60, il faut la 90 et la 77,

Bonjour,

Comme certains ici, je suis bloqué en state 5 et pas d'ip publique.


Voici ma démarche :

1. Mon ONU est sur un VLAN dédié au paramétrage en untagged pour pouvoir l'atteindre en Web GUI et SSH.

- Partant de l'ONT HG8010H, le SLID est masqué et semble être le SN complet en hexa qui débute par le code fabriquant. Je l'ai repris tel quel, même s'il semble que chez Orange ce ne soit pas nécessaire. J'ai également repris le code fabriquant en ASCII (HWTC) pour remplir le MfrID et le reste du SN en hexa "A9A9A9A9" pour remplir le G984Serial.
- Lorsque je branche la fibre, et que je lance la commande "watch -n 1 onu ploamsg" je vois les différentes étapes défiler jusqu'au state 5. C'est à ce moment que je perds la main sur l'ONU (SSH et Web GUI).

2. Sur le VLAN 832 qui me sert de pont actuellement entre l'ONT HG8010H et le WAN de mon OPNsense je tag l'ONU.

- Je reload l'interface de mon OPNsense en ayant pris le soin de sortir mon ONT HG8010H mais l'ip publique ne vient pas.


Voici quelques observations :

- Une fois l'ONU en state 5 il m'est impossible de l'atteindre à nouveau (SSH et Web GUI) malgré le retrait de la fibre. Son état reste "link up" sur mon EdgeSwitch 16 XG.
- La seule méthode pour l'atteindre à nouveau est le retrait physique de l'ONU et j'ai constaté que le fingerprint SSH change à chaque fois.
- Comment retrouver les logs de l'ONU après reboot, le /var/log semble à l'état initiale.
- J'ai également eu ce message via SSH ce matin : omciMgr:310processMessage:111:Wrong msg! dataLength=0 expected=3

Voici un log depuis l'initialisation de omciMgr (nouvel omcid) jusqu'au moment où je perds la main (j'ai mis des XX XX XX XX pour mon serial).
J'avais désactivé le watch dog (merci hwti, c'est beaucoup plus simple comme ça) pour voir si je gardait la main mais non, ça ne marche pas.

https://github.com/steevebrush/omci

edit : à aucun moment je passe O5, au maximum à onustate=3 (Serial number state) malgré le onu ploamsg qui dit le contraire. Ce qui me fait penser que mon serial ne passe pas...
Derrière la LB, il y a SMBSXXXXXX, c'est ce que j'ai rentré tel quel dans ritool. peut-être il lui faut en hexa, decimal, binaire

Je vais tenter le même principe mais avec omcid

Pour les tests, je viens de trouver une technique :

Code: [Sélectionner]

killall deamon; echo -n V > /dev/watchdog

killall deamon && sleep 2 && echo -n V > /dev/watchdog : ça laisse le temps à /dev/watchdog d'être disponible 

Bon je suis vraiement à la ramasse...

Essaye déjà la livebox (port 4, celui avec un petit trait vert) sur ton onu via le switch, config de base, pas de routeur, pas de vlans, rien d'autre sur le switch.
Si elle se connecte, au moins tu seras sûr de ton onu et tu pourras continuer, je pense que c'est la première étape à valider.
Tu peux en profiter pour récupérer les paquets d'authentification dhcp qui contiennent les options qui vont bien.
Quand la LB démarre, il lui faut apparement deux redémarrages pour basculer sur la fibre/ethernet4, j'ai eu une frayeur la première fois 
Bon courage et que la force soit avec toi !

Qu'es ce que je rate ?

L'interface de management de l'ONU est justement sur le VLAN par défaut. Tu dois donc laisser ce VLAN sur le port, en plus des VLAN Orange.