Auteur Sujet: Orange DHCP conformité protocolaire 2023 - lire depuis le début du sujet (Lu 316746 fois)

simon · « **Réponse #1344 le:** 02 juin 2025 à 14:46:37 »

Pourquoi ce mapping/remapping d'ailleurs? Si c'est 2800 qui est utilisé vers le BNG, pourquoi ne pas exposer le VLAN 2800 côté box directement ? Ou si avoir 832 coté box était un pré-requis, pourquoi ne pas utiliser 832 entre l'OLT et le BNG?
Je me suis toujours demandé, car c'est le seul qui est remappé si je ne me trompe pas.

levieuxatorange · « **Réponse #1345 le:** 02 juin 2025 à 17:04:25 »

Hello

En fait non c'est pas le seul, y'a plusieurs services coté box sur un VLAN particulier qui sont mappé sur des VLAN différents sur le backbone.

Là très concretement sur ma ligne perso, je suis en 832 à l'accès, dans un 28xx coté réseau qui m'aboute sur une configuration particulière.

On utilise ce genre de remapage pour test ou pour avoir des services GP et PRO différenciés dans le coeur mais avec une techno à l'accès unifiée.

En tant que GP "normal" tu n'as aucune raison d'être sur autre chose que le 2800.
Si tu es futeur sur certain services tu peux temporairement basculer.

LeVieux

cyayon · « **Réponse #1346 le:** 02 juin 2025 à 18:46:48 »

Salut,

J’ai une ligne pro et je suis pour l’instant en GPON sur le Vlan 832 et un OLT Huawei Tout va bien.
Le XGS est en cours de déploiement. Cela signifie t-il que je devrais certainement basculer sur le Vlan 2800 ?
Si oui, de mon côté, dois-je remplacer ma config Vlan 832 en Vlan 2800 (interface et clients DHCP) si ça bloque ?
Ou bien est-ce transparent pour ceux en Vlan 2800 ?

Merci.

zoc · « **Réponse #1347 le:** 02 juin 2025 à 18:55:09 »

C'est transparent.

cyayon · « **Réponse #1348 le:** 02 juin 2025 à 18:58:59 »

Merci bien

hwti · « **Réponse #1349 le:** 02 juin 2025 à 19:13:57 »

Citation de: levieuxatorange le 02 juin 2025 à 14:19:09

Je suis passé voir mon expert :
- sur OLT HUAWEI + XGS : la translation 832 vers 2800 est faite coté ONT
- sur OLT NOKIA + XGS : la translation 832 vers 2800 est faite coté OLT (donc PAS dans l'ONT)
- si l'ONU est bien compatible OMCI, c'est poussé de manière transparente par l'OLT (donc rien à faire en dur dans l'ONT

En 2021, avec un OLT Nokia en GPON, la translation était faite côté ONT : https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/msg894865/#msg894865.
Donc ça aurait changé ?

Pour les OLT Huawei en GPON, il y en a qui poussent toujours une config 832 => 832, et d'autres qui ont changé et demandent 832 => 2800.
Donc soit certains OLT Huawei font la translation, soit il y a des parties du backbone qui sont toujours en 832 (sans différenciation GP / PRO ?).

Mastah · « **Réponse #1350 le:** 02 juin 2025 à 22:06:04 »

Il est fort possible que de base le stick XGS-PON de fs ne gère pas l'OMCI et la translation automatique sans mapping 2800 <-> 832 manuel.

Sur un WAS-110 c'est certain.

Je t'envoi un lien en PM ybayart.

En attendant, essai de voir si avec un vlan2800 en config c'est ok (au lieu de 832).

Aize147 · « **Réponse #1351 le:** 02 juin 2025 à 23:04:50 »

Citation de: levieuxatorange le 02 juin 2025 à 14:19:09

Je ne sais pas comment vous pouvez savoir si vous être face à un OLT de l'un ou l'autre des constructeurs (mes outils internes, ben ils sont internes ...)

Il suffit de demander la ME 131 et il te la donne, ici ALCL, donc Nokia/Alcatel-Lucent :

levieuxatorange · « **Réponse #1352 le:** 03 juin 2025 à 08:14:20 »

Citation de: hwti le 02 juin 2025 à 19:13:57

Pour les OLT Huawei en GPON, il y en a qui poussent toujours une config 832 => 832, et d'autres qui ont changé et demandent 832 => 2800.
Donc soit certains OLT Huawei font la translation, soit il y a des parties du backbone qui sont toujours en 832 (sans différenciation GP / PRO ?).

Non, là c'est plus une optimisation de fonctionnement d'un constructeur. Au cout de ramener une partie de ce que l'on aurait préféré (question de design) garder dans l'OLT dans l'ONU.

Mais cela ne change rien pour le client.

Le 832 (qui porte le multi service et internet) est lui toujours mappé sur le 2800 sauf config de test et de FUTeur.

LeVieux

blt · « **Réponse #1353 le:** 29 juin 2025 à 14:07:20 »

Citation de: Ilford le 15 septembre 2024 à 15:56:28

En fait c'était ce problème que j'avais : https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236219

L'IDS rentrait en conflit avec la gestion du CoS, j'ai désactivé l'IDS et maintenant ça semble bon.

Salut, dis-moi je me demandais si tu as réussi à tagger tes paquets ARP & DHCP en COS6 ?

Je suis en natif FreeBSD (donc mon serveur directement connecté sur l'ONT, pas de pfsense) et j'ai un jail qui est mon routeur virtuel, tout fonctionne bien, mais je ne tag pas la COS / 802.1p pourtant je tente de le faire via pf avec le

Code: [Sélectionner]

set prio comme tu as indiqué, mais je pense que pf ne fonctionne pas, car les paquets ARP & DHCP ne passent pas par là mais sont en raw socket ce qui pourraient s'expliquer, mais du coup je suis sec pour les tagger...

Aujourd'hui le controle n'est pas mis en place mais je sens qu'un jour ça ne fonctionnera plus et si je ne le fais pas maintenant je vais me prendre un slot de parking

cyayon · « **Réponse #1354 le:** 29 juin 2025 à 16:16:43 »

Citation de: blt le 29 juin 2025 à 14:07:20

Salut, dis-moi je me demandais si tu as réussi à tagger tes paquets ARP & DHCP en COS6 ?

Je suis en natif FreeBSD (donc mon serveur directement connecté sur l'ONT, pas de pfsense) et j'ai un jail qui est mon routeur virtuel, tout fonctionne bien, mais je ne tag pas la COS / 802.1p pourtant je tente de le faire via pf avec le
Code: [Sélectionner]
set prio comme tu as indiqué, mais je pense que pf ne fonctionne pas, car les paquets ARP & DHCP ne passent pas par là mais sont en raw socket ce qui pourraient s'expliquer, mais du coup je suis sec pour les tagger...

Aujourd'hui le controle n'est pas mis en place mais je sens qu'un jour ça ne fonctionnera plus et si je ne le fais pas maintenant je vais me prendre un slot de parking

Si je me souviens bien freebsd utilise encore ISC dhclient. Tu peux utiliser SO_PRiORITY :
https://git.kindwolf.org/so_priority.so/

blt · « **Réponse #1355 le:** 29 juin 2025 à 17:28:06 »

Merci ! En effet FBSD a plusieurs options en terme de DHCP et j'étais resté sur https://man.freebsd.org/cgi/man.cgi?query=dhcpcd&sektion=8&manpath=freebsd-release-ports car y'a pas mal d'options intéressantes mais sûrement pas le plus adapté pour ce que j'essaye de faire ici... En fait je me rends compte que https://man.freebsd.org/cgi/man.cgi?dhclient.conf qui est embarqué par défaut a une option vlan-pcp , je n'ai plus qu'a changer et essayer !