C'est parce que tes ports sont tagués, du coup ils n'acceptent que le vlan que tu as choisi (832) alors que ni ton pc, ni l'onu de causent dans ce vlan.

Si tu veux qu'il se causent dans le même vlan (100 par exemple), tu dois les mettre sur des ports non tagués, dans ce cas, les machines ignorent qu'elles traversent un vlan et elles sont isolées des autres ports (qui sont en 1 par défaut).

Si tu veux avoir les deux, il te faut des ports hybrides : un vlan non tagué des deux côtés (ça peut-être le 1) et un vlan tagué. Je n'ai pas d'ubiquiti, je ne sais pas comment faire avec mais sur le mikrotik, tu choisis dans un bridge les vlans que tu veux avoir sur chaque ports en tagué ou non en plus du vlan original (1 pour tout le monde ou différent si les ports doivent-être isolés)

Si tu veux essayer avec ton pc d'atteindre le vlan 832 de l'onu, tu dois taguer le port de l'onu et untaguer le port du PC : tu n'auras pas accès à l'onu sur son ip 192.168.1.10 car elle n'est pas dans le vlan 832 mais tu pourras essayer directement une requête dhcp. Pour avoir une réponse, il te faudra envoyer les options qui vont bien ainsi que la priorité 6 dans ta requête et aussi que ton onu soit connecté correctement: O5 + onu en bridge et là, c'est pas gagné : de mon côté, mon onu ne se connecte pas correctement, du coup, pas de vlan 832

Merci pour tout ce détail, même si ça m'éclaire ça me perturbe aussi
L'idée pour faire le 'bridge' était donc

ES-16-XG
* vlan 832 (Taggué) onu (sfp11) un SFP+(9) qui monte vers le routeur

CCR2004
port sfp+  'bridgé' qui monte du switch vers SFP+ (WAN) en VLAN 832

Configuration du dhcp client du SFP+ (WAN) du routeur avec les options 60/77/90 (prio 6 si nécessaire pas encore configuré de mon côté)

---

Du coup, j'en reviens avec plus de questions
Es ce que de mettre l'onu dans un  port du switch par exmple 11, et sur autre port 9, avec le VLAN 832 taggué, ça créé un "bridge" entre les deux ?

De ce que tu me dis l'onu ne parle pas sur le VLAN 832, du coup j'ai raté une étape, il me semblait que c'était le fait d'être dans le VLAN832, qui permettait de parler à Orange, et de lancer l'auth dhcp.

Ou alors c'est que son ip  192.168.1.10 qui ne parle pas dans le VLAN 832, du coup c'est quoi qui parle ? (seulement le client DHCP du routeur avec tous les bridges que j'ai fait ? )

Non c'était plus 'global' comme reflexion.
Désolé de polluer le post avec mes interrogations :p

Je pense 'commencer' à saisir.

Donc quand je configure le DHCP client du routeur sur le port WAN (VLAN 832), qui est branché sur le switch sur un port VLAN 832, et l'ONT sur un port VLAN 832

La requète client est routé depuis WAN -> switch -> ONT, du fait du VLAN832

Donc quand je configure le DHCP client du routeur sur le port WAN (VLAN 832), qui est branché sur le switch sur un port VLAN 832, et l'ONT sur un port VLAN 832
La requète client est routé depuis WAN -> switch -> ONT, du fait du VLAN832

Oui si les ports du switchs sont tagués

si je suis bien le tagging sert à marqué les trames en sortie du port qui n'auraient pas de vlan id

Non, ça sert à accepter uniquement le traffic en entrée et en sortie du vlan sur lequel il est tagué.
Pour faire ce que tu dis : traffic "normal" -> port untagué dans le vlan que tu veux -> de là ton traffic passe dans un vlan.

Pour yaltar, voici deux liens pour illustrer mon paramétrage sur l'EdgeSwitch 16 XG :
Supprimé

Concernant mes essais, je vais m'arrêter ici pour l'instant :
1.  Je suis toujours bloqué en state 5 et pas d'ip publique.
2. Quand je branche la fibre l'ONU décroche de mon VLAN de paramétrage avec cette erreur : omciMgr:310processMessage:111:Wrong msg! dataLength=0 expected=3
3. Quand je débranche la fibre l'ONU reste muet.
4. Pour reprendre la main sur l'ONU je dois le retirer physiquement pour un coldstart, et le /var/log est à son état initiale ou vierge...

Concernant mes essais, je vais m'arrêter ici pour l'instant :
1.  Je suis toujours bloqué en state 5 et pas d'ip publique.
2. Quand je branche la fibre l'ONU décroche de mon VLAN de paramétrage avec cette erreur : omciMgr:310processMessage:111:Wrong msg! dataLength=0 expected=3
3. Quand je débranche la fibre l'ONU reste muet.
4. Pour reprendre la main sur l'ONU je dois le retirer physiquement pour un coldstart, et le /var/log est à son état initiale ou vierge...

Est-ce que tu peux faire un log ?
D'ailleurs, ce serait pas mal pour ceux qui ont le même soucis de comparer nos logs pour omciMrg non ?

J'ai posté le mien ici : (https://pastebin.ubuntu.com/p/26M2RwS6jr/)

Dans un shell de l'onu : après démarrage sans fibre insérée,
un cat /tmp/omci.log puis un tail -f /tmp/omci.log
insertion de la fibre
jusqu'à ce qu'on aie plus la main

pensez à remplacer vos serial par XX XX XX XX, il apparaît en hexa dans le log.