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 !

J'ai le même problème.
Comme écrit précédemment, il m'est parvenu sous image0: "image0_version=6BA1896SPLQA42"
J'ai donc entré cette commande:

Code: [Sélectionner]

image0_is_valid 0
Après le redémarrage, FX reste désactivé et je ne peux plus accéder au module publicitaire.
Si vous avez trouvé comment revenir au module, écrivez-moi.

Sachant que l'onu fs boot sur l'image0 et que t'as renseigné image non valide "image0 valid 0", je dirais que ca me parait logique qu'il boot plus, faut trouver un moyen de remettre image0_is_valid=1