Tu nous inquiètes la...

Bon, tout va bien.

Du coup, je vais porter tous les serveurs et services que j'héberge en IPV6, et je vais déployer des doubles piles de partout.

Salut à tous,

Après l'ajout d'une carte double SFP à base de chipset BCM57810, d'un ONT G-010S-A, et la conf de l'ensemble selon tous vos précieux conseils, j'ai bien réussi à passer en O5 sur l'arbre GPON, obtenir la vitesse de 2,5 gbps sur la carte SFP, mais, car il y a un mais, je n'ai jamais eu de réponse à mes requêtes DHCP. (ni à celles de la livebox5 quand je l'ai branché sur son port 4 à mon ONT en passant par le DVswitch de VMware en mode trunk)

Après vérification, je suis connecté sur un OLT Huawei et je pense donc être dans le même cas de figure que certains d'entre vous..

Extrait du log omci :
>>>>>>>>setOltInfo olt_base = 1, vendor = HWTC10
olt_vendor_id.status = VALID
olt_vendor_id.value = HWTC
oltinfo: vendor:HWTC,olt type:1,relInfo:31300000

Modification sur le G-010S-A depuis les valeurs de la LB5 :
- MfrID
- G984Serial
- HardwareVersion

J'ai fait une capture de la requête DHCP envoyé par la livebox quand elle passe par mon ONT et il en ressort les informations suivantes :
- La trame DHCP n'est pas en COS 6, mais en DSCP CS6
- L'option 90 est dans la version avec le "salt" après le fti/...
- L'option 61 client-identifier est également utilisé avec la mac de la LB
J'ai modifié ma requête DHCP pour correspondre à celle de la LB mais évidemment ça ne change rien.

Autre précision intéressante, je reçois bien certaines trames depuis la fibre quand je bascule de la LB vers mon ONT :
- dans le vlan 832 pendant quelques instants seulement : le reste des flux qui étaient préalablement établis
- dans le vlan 840 : les requêtes IGMP de membership query
- mais aucune réponse à mes requêtes DHCP

Je précise aussi que j'ai testé tous les firmwares du git de HWTI sur mon G-010S-A et que ça ne change rien.
La prochaine étape serait donc de changer d'ONT ou de "modifier" mon G-010S-A en G-010S-P, ce qui n'est pas si simple.

Si quelqu'un à une autre idée, je suis preneur....

Que c'est intéressant...
J'utilise un G-010S-A, et un tech Orange local m'a assuré que dans ma région, il n'y avait que des OLT Huawei.

Justement j'ai OLT Huawei, le G-010S-A passe bien O5.

Mais au niveau du mapping des VLAN ça coince et il y a conflit.

Tandis qu'un SFP G-010S-P/Huawei rooté/Carlitox passe sans soucis avec le daemon omcid.

• OK : G-010S-P (et clones), Huawei HG8010h FT/COMMON, Leox
• NOK : G-010S-A
• pas sur : tous les autres

• OK : G-010S-P (et clones), G-010S-A, Huawei HG8010h FT
• NOK : Huawei HG8010h COMMON (échec sur v3 uniquement ?), Carlitoxx v2 (R9601C)
• A tester : Leox R9601

Selon mes constatations et les divers retours, on peut classer les OLTs Orange en 3 catégories,

Huawei gentil :
En cas d'échec OMCI partiel, il va "Reset MIB" 3 ou 4 fois, puis accepter tout de même d'ouvrir les flux
Tous les ONTs ici référencés fonctionnent.

Huawei méchant :
On a bien O5 et même les flows, mais rien ne passe car quelque chose ne lui plait pas au niveau OMCI.

• OK : G-010S-P (et clones), Huawei HG8010h FT/COMMON, Leox
• NOK : G-010S-A
• pas sur : tous les autres

ALU / Nokia :

• OK : G-010S-P (et clones), G-010S-A, Huawei HG8010h FT
• NOK : Huawei HG8010h COMMON (échec sur v3 uniquement ?), Carlitoxx v2 (R9601C)
• A tester : Leox R9601

D'autre part, il se pourrait (mais personnellement jamais mis en évidence) que certains OLTs/zones aient une white-list sur le HardwareVersion / HardwareRevision.
Celle-ci est probablement statique, à priori toutes les valeurs des ONTs officiels Orange (hg8010h / Sercomm / LB5) passent le test, indépendamment du no de série configuré au cas par cas.
Donc par exemple :
Hardware Version = 2B5.B (hg8010h) + Serial = SMBS12345678 ou ARLT12345678
fonctionnera.