Bonsoir !

Suite à vos messages, j'ai ressorti ce soir ma NB6VAC, mon MikroTik hEX S et mon FS.com GPON-ONU-34-20BI.

J'ai d'abord récupéré sur l'interface d'administration web de la NB6VAC les dernières informations en date. (Dont les versions de l'ONT, qui ont changé depuis ma dernière tentative !)

Puis j'ai remis à zéro le routeur et j'ai rétabli en quelques clics une configuration IPv4 fonctionnelle avec l'ONT Altice relié au port RJ45 Ether1.

Ensuite j'ai utilisé un convertisseur RJ45 vers SFP FS.com UMC-GA1F1T pour accéder en SSH à la ligne de commande du SFP afin de le remettre à zéro (commandes firstboot puis reboot), puis pour y exécuter les commandes suivantes :

Code: [Sélectionner]

fw_setenv onu_serial PTINXXXXXXXX (La Fibre > Général > Informations ONT > Numéro de série sur l'interface web de la NB6VAC)
fw_setenv onu_ploam XXXXXXXX (La Fibre > Configuration > Mot de passe fibre)
fw_setenv image0_version 3FE7SW04040022 (La Fibre > Général > Informations ONT > Version principale)
fw_setenv image1_version 3FE7SWS4040018 (La Fibre > Général > Informations ONT > Version de secours)
fw_setenv image0_is_valid 1 (d'après vos indications)
reboot
Pendant le redémarrage, j'ai relié le convertisseur RJ45 vers SFP contenant le FS.com GPON-ONU-34-20BI au port Ether1 du MikroTik hEX S. Après quelques secondes, le voyant Ether1 du routeur s'est mis à clignoter, mais il n'obtient pas d'adresse IP.

Si je rebranche la jarretière optique à l'ONT Altice et si je rebranche cet ONT au port Ether1 du MikroTik, il obtient aussitôt la bonne adresse IPv4 via le client DHCP, et j'accède bien à internet.

Je suis plein d'espoir, mais qu'est-ce qui m'échappe ?

Tu as bien mis l'ONU et le mikrotik sur des ip dans des sous réseaux different ?

je ne sais plus si le fait d'avoir l'onu dans le même sous réseau pose problème, mais de mémoire quand je l'avais fait par erreur ca n'avait pas fonctionné.
Sur mon openwrt j'ai créé une interface pour mon ONU, ce qui me permet d'y accéder en direct depuis mon PC si je veux récupérer des infos.



mon onu est en 192.168.20.10
mon lan en 192.168.1.1

déjà voir si tu reçois bien l'état 5 sur le sfp

commande "onu ploamsg"; tu dois avoir ca curr_state=O5

si ok, taper "gtop", puis c et v, voir si les vlan 101 et 102 soit bien présent, si ok, c'est de la conf router qui pose problème.

chez moi que je boot sur image 0 ou 1 , je reçois les vlan sans problème

En fait voici les versions d'images officielles SFR : 3FE7SW04040022 et 3FE7SWS4040018
Comme un imbécile je n'avais pas vu la différence de lettre au milieu et je ne changeait que le 18 et 22 à la fin 

J'avance doucement car je ne peux bricoler mon ONU que tard le soir quand tout le monde est couché ! ;-)

C'est bien la version 3FE7SW04040022 qui est la plus avancée à ce jour ? (désignée "Version principale" par l'interface d'administration web de la NB6VAC)
Si je définis l'image0 sur cette version, ne devrais-je pas définir l'image0 comme étant "valid" ? (fw_setenv image0_is_valid 1)
Autrement je ne comprends pas la logique !

Quoi qu'il en soit, en cherchant ce soir à m'assurer que j'avais bien démarré sur une image en version 3FE7SW04040022, à coup de fw_setenv, de reboot et de fw_printenv, j'ai remarqué que fw_printenv renvoyait le numéro de version original FS.com (débutant par 6BA1896…) pour l'image1, sans tenir compte de la commande fw_setenv image1_version 3FE7SWS4040018 exécutée précédemment.

Au gré des reboots :

1° J'ai ainsi remarqué qu'exécuter fw_setenv image1_is_valid 1 ne basculait pas automatiquement image0_is_valid à 0. J'avais donc à la fois image0_is_valid 1 et image1_is_valid 1.

2° Sans chercher à déterminer par d'autres moyens avec laquelle des 2 images le SFP fonctionnait, j'ai voulu de nouveau repartir à zéro avec les commandes firstboot puis reboot. Il a fallu plus de temps que d'habitude pour que l'ONU redémarre, puis PuTTY m'a signalé que l'empreinte SSH avait changé, ce qui laissait entendre que la remise à zéro avait (de nouveau ?) fonctionné, mais finalement un fw_printenv renvoyait mes variables personnalisées ! (onu_serial, onu_ploam, image0_version…)

3° Faute de parvenir à le remettre à zéro via la commande firstboot prévue à cet effet, j'ai commencé à supprimer des variables superflues : par exemple en exécutant fw_setenv image00_version (pour supprimer une variable image00_version apparue je suppose quand j'ai exécuté fw_setenv image0_version 3FE7SW04040022 alors qu'elle était déjà définie ?), puis fw_setenv image1_is_valid, puis fw_setenv nSerial et fw_setenv nPassword, car l'une des deux semblait encodée en héxadécimal et car elles me paraissaient en conflit avec les variables onu_serial et onu_ploam. Puis j'ai exécuté "reboot". Mais j'ai bien peur d'avoir brické le SFP : dans le convertisseur de média UMC-GA1F1T, le voyant FX/LNK du logement SFP reste désormais éteint, et dans mon MikroTik hEX S, le voyant SFP reste éteint aussi ! :-/



Avez-vous donc des idées :
1° Pour ressusciter mon ONU ?
2° Sur mes autres déboires ? (fonction firstboot qui ne fonctionne pas, problème de version, d'image…)
Je reste optimiste car j'ai découvert ce soir des erreurs et problèmes dans ma configuration, ce qui me donne espoir qu'après les avoir corrigés ça pourrait enfin fonctionner !

Merci par avance !