Pour mon cas, si tu veux on peut faire un test. Mais je suis à peu près sur que sur une de mes deux lignes j'étais obligé d'avoir la COS6. Je peux me tromper car ça fait pas mal de temps que j'avais mi en place cela dit.
Je peux te filer l'adresse de la ligne en question, si jamais tu veux check le statut en G-PON et ensuite celui en XGS-PON.

Re

J'ai eu la réponse : sur les cartes XGS, suivant le constructeur c'est plus ou moins flexible :
- certain prennent tous les COS
- certain ne fonctionne que sur les COS = 6 / 7 (pour la descente)
Et plutôt que de faire des ingénierie complexe, on colle au comportement de base du constructeur.

Comme aucune certitude du constructeur en face et que cela peut changer suivant les réorganisations réseau, rester sur la COS6 comme indiqué.

LeVieux

Re

J'ai eu la réponse : sur les cartes XGS, suivant le constructeur c'est plus ou moins flexible :
- certain prennent tous les COS
- certain ne fonctionne que sur les COS = 6 / 7 (pour la descente)
Et plutôt que de faire des ingénierie complexe, on colle au comportement de base du constructeur.

Comme aucune certitude du constructeur en face et que cela peut changer suivant les réorganisations réseau, rester sur la COS6 comme indiqué.

LeVieux

Ça explique que depuis mon passage de G-PON à XGS-PON, je ne suis plus park si je n'utilise pas la COS6

J'ai toujours cru que la COS dépendait du BNG et non des cartes de l'OLT.

Ça veut donc dire que même sur les GPON c'est elles qui jettent les requêtes si c'est pas à la bonne prio ?

Non, ce qu'il faut plutôt comprendre c'est que les OLT (certain) ne transmette que si la COS6/7 est utilisé. Et donc Orange a du adapter et faire en sorte que le BNG utilise la COS6/7 pour recevoir et émettre.
La contrainte venant plutôt des OLT que de ce qui est derrière.
Du moins c'est comme ça que j'ai compris le message.

Et ça se tient, ça serait débile que le BNG reçoive le payload mais finalement le trash. L'idée étant ici d'avoir un service optimal sur les requêtes dhcp/arp/icmp6.
Si le payload est deja arrivé autant l'utilisé.
Le blocage se fait plutôt au plus proche pour éviter d'envoyer des paypload non tag dans le réseau et donc le saturé encore plus si deja saturé.

Bonjour a tous

Super V ton resumé il va bien me servir...

Ma conf : Un netgate 2100 (avec Pfsense 24.03) avec un SFP GPON-ONU-34-20BI un abonnement sosh fibre 300 Mbit/s
Je tente de préparer le remplacement d'un pfsense qui était en ADSL chez OVH avec le moins de downtime
Orange ammene la fibre que le 3 Aout et je tente de configurer tout ce que je peux d'ici la

J'ai donc mon Pfsense avec sa patte WAN branché sur mon réseau local.
J'ai configuré le SFP avec ssh et mis les paramètres retrouvé sur l’étiquette de la livebox
J'ai déclaré le VLAN 832 et je commencais a vouloir mettre les parametres de l'option 90...

J'ai bien le "fti" dans ma page info de mon compte sosh
Par contre de quel mot de passe parlons nous ?
=> celui du "compte web" sosh?

Merci

Oups le correcteur d’orthographe...(et surtout la personne derrière le clavier :-) )

Oui je me doutait bien que cela ne serait pas le bon mot de passe...
Mais du coup le mdp associé au fti on le trouve ou ?
Possible sans brancher la livebox a la fibre?

Merci

Mais du coup le mdp associé au fti on le trouve ou ?

A l'époque où j'ai souscrit chez Orange (en 2016), le mot de passe était envoyé par courrier si ma mémoire est bonne. Depuis Orange fait de l'autoconfiguration de la box à la première connexion, et j'avoue ne pas savoir comment récupérer le mot de passe...

Pendant un temps il était également disponible sur le site web du service client, mais je viens de regarder, il n'y est plus non plus (où alors si bien caché que je ne l'ai pas trouvé). Reste donc l'appel au 3900...

Pour moi c'est un choix délibéré pour mettre les bâtons dans les roues des nouveaux clients qui veulent se passer de box.