Comme dit par "Aize147" à la page
https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/2880/Je cite "Pour le "ont_version" qui correspond au HWversion il faut que tu mettes "SMBSSGLBF121\0\0" ne t'entête pas à vouloir mettre le HWversion du Sercomm, ça ne fonctionnera pas."
Et donc avant de voir ton post pinomat, qui m'aurait aussi mis sur la piste du problème, je viens d'essayer avec :
256 0 SCOM SMBSSGLBF121\0\0 00000000 2 0 0 0 0 #0
et j'ai les VLAN dans mon ONU !!! magnifique !!!! victoire !!!! Heureusement qu'on a lafibre.info dit donc car c'est loin d'être plug'n'play...
C'est par contre bizarre qu'on ai un octet de trop par rapport à la chaîne de caractère d'origine comme montre ce diff sur mon ONU :
root@SFP:/home/ONTUSER# cd /etc/mibs
root@SFP:/etc/mibs# diff data_1g_8q.ini.bak data_1g_8q.ini
--- data_1g_8q.ini.bak
+++ data_1g_8q.ini
@@ -12,7 +12,7 @@
# ONT-G
-256 0 HWTC 0000000000000 00000000 2 0 0 0 0 #0
+256 0 SCOM SMBSSGLBF121\0\0 00000000 2 0 0 0 0 #0
# ONT2-G
# Begin: modified by Sean.Chen for Reliance bug 373267 on 20170628
root@SFP:/etc/mibs# onu gtcsng
errorcode=0 serial_number=HWTC-----a9f
mon gtop est au top !! (gtop puis c et y) :
GPE VLAN treatment
Name: ONU_GPE_VLAN_TREATMENT_TABLE
ID: 43
;;;;tagb;tagb;tagb;taga;taga;taga
no;inner not generate;outer not generate;discard enable;tpid;vid;treatment;tpid;vid;treatment
0;1;1;1; ; ;15; ; ;15
1;1;1; ;2; 852; ; ; ;15
2;1;1; ;2; 852; 1; ; ;15
3;1;1; ;2; 852; 2; ; ;15
4;1;1; ;2; 852; 3; ; ;15
5;1;1; ;2; 852; 4; ; ;15
6;1;1; ;2; 852; 4; ; ;15
7;1;1; ;2; 852; 5; ; ;15
8;1;1; ;2; 852; 7; ; ;15
9;1;1; ;2;2800; 9; ; ;15
10;1;1; ;2; 835; 9; ; ;15
11; ; ;1; ; ;15; ; ;15
12;1;1;1;4; ;15;4; ;15
13;1; ; ; ; ;15; ; ;15
14; ; ; ; ; ;15; ; ;15
64;1;1; ;6; 851; ; ; ;15
65;1;1; ;6; 851; 1; ; ;15
66;1;1; ;6; 851; 2; ; ;15
67;1;1; ;6; 851; 3; ; ;15
68;1;1; ;6; 851; 4; ; ;15
69;1;1; ;6; 851; 5; ; ;15
70;1;1; ;6; 851; 6; ; ;15
71;1;1; ;6; 851; 7; ; ;15
72;1;1; ;6; 832; 9; ; ;15
73;1;1; ;6; 835; 9; ; ;15
74;1;1; ; ; ;15; ; ;15
75;1;1; ; ; ;15; ; ;15
76;1; ; ; ; ;15; ; ;15
77; ; ; ; ; ;15; ; ;15
J'ai fait attention comme un gros maniaque à garder le timestamp du filesystem pour le fichier "data_1g_8q.ini.bak" qui restera l'original (mv fait avant cp) lol
C'est fou ce petit pico nano ordinateur linux qui rentre dans un SFP, faut y faire gaffe j'aimerais pas me retrouver enfermé dehors (cad. bricked) !!!
root@SFP:/etc/mibs# ls -l
-rw-r--r-- 1 root root 13983 Sep 18 02:27 alu_data_1g_8q.ini
-rw-r--r-- 1 root root 15134 Sep 18 02:27 alu_data_2g_8q.ini
-rw-r--r-- 1 root root 17990 Sep 18 02:27 alu_data_4g_8q.ini
-rw-r--r-- 1 root root 14243 Sep 18 02:27 alu_voice_1g_8q.ini
-rw-r--r-- 1 root root 15698 Sep 18 02:27 alu_voice_2g_8q.ini
-rw-r--r-- 1 root root 18606 Sep 18 02:27 alu_voice_4g_8q.ini
-rw-r--r-- 1 root root 8711 Sep 18 02:27 data_1g_4q.ini
-rw-r--r-- 1 root root 13559 Sep 18 07:26 data_1g_8q.ini
-rw-r--r-- 1 root root 13556 Sep 18 02:27 data_1g_8q.ini.bak
-rw-r--r-- 1 root root 13556 Sep 18 02:27 data_1g_8q_us1280_ds512.ini
-rw-r--r-- 1 root root 13556 Sep 18 02:27 data_1g_8q_us640_ds512.ini
-rw-r--r-- 1 root root 8783 Sep 18 02:27 data_1v_4q.ini
-rw-r--r-- 1 root root 12995 Sep 18 02:27 data_1v_8q.ini
-rw-r--r-- 1 root root 9910 Sep 18 02:27 data_2g_4q.ini
-rw-r--r-- 1 root root 14070 Sep 18 02:27 data_2g_8q.ini
-rw-r--r-- 1 root root 9987 Sep 18 02:27 data_2v_4q.ini
-rw-r--r-- 1 root root 14145 Sep 18 02:27 data_2v_8q.ini
-rw-r--r-- 1 root root 12149 Sep 18 02:27 data_4g_4q.ini
-rw-r--r-- 1 root root 16362 Sep 18 02:27 data_4g_8q.ini
-rw-r--r-- 1 root root 12390 Sep 18 02:27 data_4v_4q.ini
-rw-r--r-- 1 root root 16603 Sep 18 02:27 data_4v_8q.ini
-rw-r--r-- 1 root root 16734 Sep 18 02:27 data_8g_4q.ini
-rw-r--r-- 1 root root 13200 Sep 18 02:27 ds_data_1g_8q.ini
-rw-r--r-- 1 root root 14092 Sep 18 02:27 trunk_2g_8q.ini
-rw-r--r-- 1 root root 9329 Sep 18 02:27 voice_1g_4q.ini
-rw-r--r-- 1 root root 13541 Sep 18 02:27 voice_1g_8q.ini
-rw-r--r-- 1 root root 9399 Sep 18 02:27 voice_1v_4q.ini
-rw-r--r-- 1 root root 13611 Sep 18 02:27 voice_1v_8q.ini
-rw-r--r-- 1 root root 10472 Sep 18 02:27 voice_2g_4q.ini
-rw-r--r-- 1 root root 14636 Sep 18 02:27 voice_2g_8q.ini
-rw-r--r-- 1 root root 10602 Sep 18 02:27 voice_2v_4q.ini
-rw-r--r-- 1 root root 14813 Sep 18 02:27 voice_2v_8q.ini
-rw-r--r-- 1 root root 12767 Sep 18 02:27 voice_4g_4q.ini
-rw-r--r-- 1 root root 16978 Sep 18 02:27 voice_4g_8q.ini
-rw-r--r-- 1 root root 13011 Sep 18 02:27 voice_4v_4q.ini
-rw-r--r-- 1 root root 17224 Sep 18 02:27 voice_4v_8q.ini
Je pense qu'on a la modif minimale (le patch du /etc/mibs/data_1g_8q.ini)
J'ai envie de tester en virant l'octet "\0" qui est clairement de trop !
Sachant qu'on a même pas besoin de modifier la ligne du dessous... (# ONT2-G \n 257 0 ${equipment_id} 0xa0 0 1 1 64 64 1 128 0 0x007f 0 0 48) Le ${equipment_id} qui reste avec les "0" d'origine.