On peut être en O5, mais sans trafic, à priori à cause de bugs du démon OMCI Nokia (qui ne mettrait pas en place les bonnes règles permettant les transferts entre le GPON et les différents VLAN).
...
Mais on manque de tests croisés pour être 100% sûrs, et il faut faire très attention parce que le symptôme (O5, mais pas de réponse au DHCP) peut avoir plusieurs causes différentes.

Je m'en suis rendu compte également.
Comme tout le monde, je pensais naivement jusqu'à il y a peu : 05 = bridge en place = c'est au routeur de jouer
Et non, pas tout à fait.

De ce que j'ai compris de mes lectures et débricolages de firmware, l'ONU est actif sur deux étapes (corrections bienvenues si je me plante)

- La couche optique/GPON (mal nommée probablement)
C'est l'appairage au niveau optique et l'authentification de bas niveau (SN et/ou password PLOAM)
Si Ok, on passe en O5.

- Ensuite intervient la négociation OMCI qui va indiquer à l'ONU ce qu'il est censé recevoir, comment le traiter et quoi en faire en aval.
Déjà il y a l'authentification par LOID , même si chez Orange FR on est pas concerné.
Et après la "mise en bridge", qui n'est pas "out-of-the-box" et pas triviale non plus. Il faut des instructions OMCI.
Exemple : le multicast (vlan 840 pour orange) n'est pas dupliqué 20 fois si 20 personnes sur l'arbre regardent le même flux. Il y a un certain niveau de partage qui doit être géré à ce niveau-là.

Même si pour Orange (832 privé + 840 multicast) ce ne doit pas être très complexe, c'est cette négo OMCI qui pose des problèmes d'interopérabilité, car ALU/Nokia a facheusement rajouté des extensions propriétaires.
Et il semble bien de mes divers essais qu'en cas d'incompréhension la transaction s'arrête là et l'OLT envoie un force disconnect (retour en O1/O2).

Je n'ai pas encore commencé la quête au-delà du Giga, pas réussi à mettre la main sur un Lantiq (pas beaucoup essayé non plus).
Les articles que j'ai essayé, avec peu de succès mais pas mal de leçons apprises :

DFP-34G-2C2 , ou plutôt clone de celui-ci, merci Aliexpress:
- la partie OMCI est complètement opaque, tout est géré par des binaires avec peu de config externe et aucun log accessible
- ça passe sur ALU/Nokia (mais on ne sait pas comment)
- accepté sur MTK RB4011
- ça chauffe beaucoup
- ça surchauffe carrément quand on fait passer de l'IPSEC (IP protocol 50 / ESP), incroyable mais vrai, le telnet de l'ONU se bloque, le débit stagne à 8 Mo/s (avec n'importe quel autre ONU je suis à 57 Mo/s). Bizarre, bizarre... Poubelle.

Opton GP801R / Ubiquiti instant-UF (base RTL8672)
- ne passe pas sur ALU/Nokia, mais possibilité d'avoir les logs. Le démon de l'UBNT plante, celui de l'Opton tourne en boucle.
- assez similaires même si ubiquiti a un peu "plombé" le serial-number, mais possibilité de contourner
- l'Opton est beaucoup moins réactif, ça lag beaucoup, problème hardware ou mauvais firmware ? j'essayerai à l'occasion de les intervertir.
- configurable sur différents profils OLT (OMCI_OLT_MODE) mais rien qui passe sur ALU/Nokia.

La mort dans l'âme, je vais commander un CarlitoxxPro. Le firmware semble très ouvert, dans l'espoir de voir "comment il fait" au niveau OMCI.
Voir aussi s'il est possible de faire fonctionner l'UF-instant en reflashant avec le firmware Carlitoxx ?

Autre piste que je garde sous le coude pour l'apprentissage, le bon vieux HG8010H.
Une fois déplombé , il y a énormément de commandes intéressantes au niveau OMCI.

Tout cela c'est un peu frustrant, mais terriblement excitant ! Dommage que le temps libre manque ces jours-ci...

Hmm sinon question a la noix pour ceux qui ont teste le CarlitoxxPro, je suis reste en mode "default" et vu que je l'ai colle dans un MC220L, je reste toujours perplexe sur ce montage. Je suis bien en O5 mais je ne vois rien du tout quand je sniffe au cul du MC220L... je sais pas un device qui parle pas ca me fait bizarre, je me demande si j'oublie pas quelque chose derriere... surtout que je peux toujours contacter le CarlitoxxPro sur son ip de base...

Je n'ai pas (encore) reçu celui-ci mais si c'est ce mode "default" qui sélectionne le profil OLT, il faudrait peut-être demander au concepteur quelle valeur sélectionner pour ALU/Nokia (ou Huawei). Si ce réglage existe.

Car voir mon post ci-dessus, le O5 sans trafic est peut-être le symptome d'une négo OMCI plantée ou qui tourne en rond.
C'est ce que j'ai remarqué sur les RTL8672/RTL9601C (même base que le Carlitoxx ?)
Et dans ce cas oui malgré le O5 il n'y a aucun Gemport associé au bridge (interface locale eth+pon), ou pas tous, donc pas de trafic. Ou que le descendant multicast. Bref pas opérationnel.
Il faudrait aller voir en telnet les logs/debug, le statut du démon OMCI et éventuellement les "flows" en place en utilisant omcicli ou équivalent.

Ca peut aussi être complètement autre chose (mauvaise CoS, option 90 erronée, etc).

D'autre part, O5 ou pas, opérationnel ou pas, le fait de rester joignable par l'IP de base est normal, si tu as sur ton routeur l'adr untagged et la règle NAT adaptée.

Même si pour Orange (832 privé + 840 multicast) ce ne doit pas être très complexe, c'est cette négo OMCI qui pose des problèmes d'interopérabilité, car ALU/Nokia a facheusement rajouté des extensions propriétaires.
Et il semble bien de mes divers essais qu'en cas d'incompréhension la transaction s'arrête là et l'OLT envoie un force disconnect (retour en O1/O2).

Tu veux parler d'un OLT ALU/Nokia ?

Dans mon cas de G-010S-A sur OLT Huawei, ça restait en O5, mais les logs OMCI (particulièrement illisibles avec le mélange des threads) indiquaient que les règles avait été plusieurs fois ajoutées puis supprimées.

Mais j'ai cru comprendre que sur ces modèles on avait le "choix" entre deux daemons.

Une idée serait de comparer les traces G-010S-A avec celles d'un HG8010H qui parvient à aller au bout. Et voir où ça bloque.

Tous les firmwares de G-010S-A n'ont pas les deux démons, et jusqu'à présent personne ne semble avoir lancé le démon Lantiq avec succès dessus.

Comparer quelques centaines de Ko de traces entre deux démons totalement différents, ça ne serait pas facile (surtout que certains traitements sont asynchrones).

J'ai reçu l'ONT (G-010S-A). Allez, go faire des tests

J'éditerai le post avec les résultats.


EDIT : bingo , je récupère mon ipv4 publique, je surf, etc... Par contre chez BT, la limite de débit est bien maintenant à 2gb, c'est pas freestyle comme chez Orange

Bordel, super merci pour tout votre boulot en amont les gars. Allez, je vais améliorer le montage physique parceque là c'est le bordel, et je ferais un bon post dans la catégorie BT les prochains jours

Bienvenue au club des ONT 2,5Gbps 
Il ne manque plus que SFR.

La limite à 2Gbps est peut-être par crainte de saturations, avec le port LAN 10Gbps de la dernière Bbox il doit y avoir un peu plus de clients qui dépassent 1Gbps de temps en temps que chez Orange.

Je suis chez SFR, et mon ONT est un GS0100GH. Néanmoins, les anciens ONT de chez SFR, et qui sont encore compatibles , étaient des I-010G-Q.
Je n'ai pas de matériel adéquat chez moi pour faire des tests avec d'autres ONT, néanmoins j'ai réussi à obtenir un accès root sur mon ONT qui tourne avec un Lantiq sur une version d'OpenWrt, si ça peut en intéresser certains