Je n'ai pas de Leox pour tester mais je ne vois pas pourquoi ça ne fonctionnerait pas si tu fais une règle de Source NAT

J'enlèverais le "a priori", je me rappelle que l'on ne peut pas indiquer de passerelle par défaut. À partir de là, c'est impossible d'y accéder depuis un autre sous-réseau et je trouve cela dommage.

C'est exact, pas de possibilité de mettre une passerelle.

C'est à ça que va servir le SourceNAT, en prenant une adresse sur l'interface du routeur dans le même subnet que le Leox

salut a tous ,

je me suis lancer aussi depuis quelque temps , et quelques trucs m'echappe notament claude qui me dis ,

EUREKA ! Voilà le vrai problème ! 🎯
Alarm TX Too Long, status: occur
Alarm TX Mismatch, status: occur
Ces deux alarmes sont critiques :

TX Too Long = le Leox envoie des bursts optiques trop longs → problème de calibration laser
TX Mismatch = désynchronisation entre ce que l'OLT attend et ce que le Leox envoie en upstream

C'est pour ça que l'OLT accepte le ranging (O5) mais refuse de provisionner l'OMCI — il détecte que le signal upstream du Leox est mal calibré et bloque tout trafic data par sécurité !diag gpon get alarm-status
gpon get alarm-status
Alarm LOS, status: clear
Alarm LOF, status: clear
Alarm LOM, status: clear
Alarm SF, status: clear
Alarm SD, status: clear
Alarm TX Too Long, status: occur
Alarm TX Mismatch, status: occur
RTK.0> command:# diag gpon get ds-ploam
gpon get ds-ploam
Accept broadcast: enable
Drop CRC error: enable
Filter ONU-ID: enable
RTK.0> command:# diag gpon get onu-state
gpon get onu-state
ONU state: Operation State(O5)
RTK.0> command:# diag gpon get serial-number
gpon get serial-number
serial number: ARLT 0x52045xxx
RTK.0> command:#
vous auiez des idees svp ?