Faut que je lise quelques pages.
Je n'ai pas le temps ce soir, je le ferai demain tranquillement. Je pensais la chose plus plug&play avec les commandes fournies.
Je n'ai plus le temps de prendre mon temps ...

Sinon la commande help, existe ?

En effet, lire, apprendre et comprendre : il n'est pas dit que cela soit une chose simple... Ici, on défriche, on se bat pour être libre de toute emprise d'opérateur (ou du moins au maximum)...

Il faut lire, prendre des notes, synthétiser, etc., et acquérir des connaissances et compétences!
Mais pour s'enrichir de ce savoir, cela demande du temps et de l'énergie.

Gnubyte et d'autres ici sont des pionniers, donc lire leurs posts et les relire me paraît être essentiel...
On apprend de ses erreurs, en tombant et en se relevant...

C'est la beauté de l'art !

Plug & Play, ce n'est pas prévu pour l'être... déjà, miraculeusement, il y a des lois EU qui obligent plus ou moins les opérateurs à nous permettre d'outrepasser leurs box... Estimons-nous heureux, sinon... Ce serait impossible, ou presque.

Mais ils ne nous simplifieront jamais la tâche.

Ce site est un site de passion, pour et par des passionnés.
Et nous accueillons avec un plaisir immense celles et ceux qui veulent s'enrichir du savoir que nous ont notamment offert Gnubyte et bien d'autres en investissant temps et argent !

Alors oui, il faut lire les 390 pages avec la plus grande attention, et penser à celui qui a rédigé de manière complète et détaillée, ainsi qu'à ceux qui aident au quotidien...

Je précise, Ablyes, ce message ne t'est pas particulièrement destiné, il se destine davantage au nouveau venu qui pourrons prétendre être aider après avoir lu et relus La Bible … 😂

Il s'agit simplement de rendre grâce au travail de certains ici et de clarifier le fait que non, ce n'est pas simple :
C'est même très complexe !

Step by step : Peux-tu nous donner les résultats de gtop c v ou c y et de otop a récupérer depuis l’ONU en SSH …

Bonjour @ablyes

La commande gtop c+v permet de voir les VLANs reçus sur ton ONU.
S'il est correctement configuré, il devrait ressembler à ça :
GPE VLAN

Name:        ONU_GPE_VLAN_TABLE
ID:          18
no;pcp;dei;vid;vlan_meter_enable;vlan_meter_id;end
32; ; ;2800; ; ;
33; ; ; ; ; ;1
36; ; ;835; ; ;
37; ; ;852; ; ;
38; ; ;2800; ; ;
39; ; ; ; ; ;1
40; ; ;852; ; ;
41; ; ; ; ; ;1
44; ; ;835; ; ;
45; ; ; ; ; ;1

En l'occurrence, il y a un souci, car tu ne reçois pas les VLANs.

Peux-tu nous donner le résultat de la commande suivante :
onu ploamsg
Peux-tu également nous détailler ce que tu as fait pour configurer ton ONU (toutes les commandes que tu as envoyées) ?

En effet, mes logs et les tiens sont complètement différents.

Pour l'ONT j'ai simplement suivi le tuto actuel.

Code: [Sélectionner]

set_serial_number <SERIAL DE MON ONT EMBARQUE DANS LIVEBOX V5>
sfp_i2c -i 7 -s “ABCD”
reboot

De mémoire la commande onu ploamsg, donnait un truc du genre "passage de 4 à 5".

Il faut bien sûr remplacer ABCD par le Vendor Id présent dans l'interface la Livebox (normalement SMBS). Ensuite redémarre ton ONU.
Ensuite, relance la commande gtop c+v et voit si tu as les VLANs. Si c'est bon, il faut corriger/compléter la configuration de ton RB5009 (voir fin du message).

Si ça n'est pas le cas, il est possible que tu sois face à un OLT Alcatel qui est plus exigeant.
Sur l'ONU, il faut alors modifier le fichier /etc/mibs/data_1g_8q.ini pour y indiquer le Hardware Version

Sauvegarde du fichier
cp /etc/mibs/data_1g_8q.ini /etc/mibs/data_1g_8q.ini.original

Édition du fichier
vi /etc/mibs/data_1g_8q.ini

Trouve la ligne suivante
# ONT-G
256 0 HWTC 0000000000000 00000000 2 0 0 0 0 #0

Et, remplace la par (ou SMBSxxxxxxxx correspond au Hardware Version que tu trouveras sur l'interface de ta Livebox).
Attention, il faut être soigneux lors de l'édition de cette ligne. Toute erreur peut briquer ton ONU.
256 0 SMBS SMBSxxxxxxxx\0 00000000 2 0 0 0 0 #0

Je ne sais pas si tu maitrises l'éditeur vi sous Linux. La base c'est : pour écrire :i, pour quitter ce mode Esc puis pour enregistrer :w et pour quitter :q

Une fois cela fait, tu peux redémarrer et vérifier à nouveau si les VLANs sont présents ou non.

Si c'est bon, tu pourras corriger la configuration de ton RB5009 :
- J'ai l'impression que ton DHCP-client n'utilise pas les toutes les options que tu as définies (les noms ne collent pas ).
- Il faut que tu mettes en place des bridge filter pour mettre la CoS (=priorité) des paquets sortant à 6. Une recherche sur le forum te donnera la solution.

Merci à tous pour votre retour.
J'ai tout retapé les commandes sur l'ONU, et bien sûr, je n'avais pas remplacé la chaine de caractère dans l'exemple, mais j'ai bien tapé les commandes suivantes :
set_serial_number SMBS0XXXXXXX
sfp_i2c -i 7 -s "SMBS"
reboot

Deux minutes après le reboot, je n'arrive toujours pas à me connecter à l'ONU, je décide de rebooter le routeur.
Je refais un 2ème essai, même commandes, même résultat.

La commande
onu ploamsg

Donne

errorcode=0 curr_state=5 previous_state=4 elapsed_msec=4294731476

Je ne sais pas pourquoi l'un de vous a dit que c'était instable. Je n'ai pas pu constaté un passage de 5 à 4 pour la suite.

Le gtop reste vide.
Le otop status donne ce qui suit :
status overview
 
chip version (fuse format)                         A22  (1)
driver version (otop version)                      7.5.1  (7.5.1.0)
state history                                      9 8 4 3 2 1 6 0 0 0
config reads                                       + + + + + + + +
table reads                                        + + + + +
PLL lock status                                    locked   
Signal detect                                      true
manage mode (OMU/BOSA/BOSA2), powerlevel           BOSA, normal (0)
manual mode, BERT mode, BOSA loop mode             off, off, dual-loop     
laser age (active time)                            0:00:00
laser temperature (ext corr):                      323K     
die temperature (int corr)                         340K     
rx offset correction                               7
maximum bias / modulation current (chip)           78.00mA / 95.00mA   
precalc. bias / modulation current                 10.73mA / 24.85mA (6)   
actual bias / modulation current                   10.32mA / 22.72mA   
bias / modulation change (errors)                  stable / stable (0 / 0)
integration coefficient bias / modulation          7 / 7   
gain correction factor P0 / P1                     1.00 / 1.02   
MPD target P0 / P1                                 +178 / +2118   
MPD actual P0 / P1 (variation to target)           n/a       
current offset                                     143.98uA     
RSSI 1490 voltage, current                         112.79mV   112.79uA   
RSSI 1550 voltage                                  497.80mV   
RF 1550 voltage                                    499.15mV   
DDMI voltage                                       3388.79mV   
RSSI 1490 power                                    16.09uW -17.80dBm
tx power (se*(bias+mod/2-ith))                     1.66mW 2.21dBm 
precalc. dcdc apd voltage, saturation              36.98V 153 (4)   
DCDC APD target voltage (active/inactive)          36.98V (active)   
DCDC APD voltage (regulation error), saturation    36.81V (+0.06V) 153   
linear LDO converter (active/inactive)             (inactive)

Un cat sur le fichier /etc/mibs/data_1q_8q.ini m'indique qu'il n'existe pas.
Est-ce-qu'il me faut le créer from scratch ?
Si oui, est-ce-que je peux avoir un exemple ?

ça suit son chemin. 

Salut, Asclèpios,

Peut être est-ce un malentendu de ma part.
Quand je lis cette ligne :
errorcode=0 curr_state=5 previous_state=4 elapsed_msec=4294731476

Je zoom sur cette partie ci :
curr_state=5 previous_state=4

Que je lis comme suivant :
current state = 5
previous state = 4

=> Donc un passage de 4 à 5.
A te lire, j'ai hâtivement conclu 

Est-ce-que mon ONU est donc bien configuré ?
Est-ce-que c'est la conf du routeur uniquement qui chie maintenant ?