Cela va pas le faire (le bridge), pour des raisons techniques de notre coté (celles que vous connaissez, on fait l'auth dans le 832 inband) et pour passer en mode bridge il faudrait le faire en outband dans un autre VC/VLAN (il me semble que Free fait cela pour avoir l'interface d'admin dans le cloud, mais je ne suis pas certain de ce que je raconte là, cela fait longtemps que je me suis pas penché en rétro sur le fonctionnement de la concurrence)
Changer ça est un truc majeur à faire. Pour un intérêt pour le GP "classique" (je mets pas les gens qui sont sur ce forum dans ce groupe là ...) nulle

J'ai demandé avec insistance d'avoir plusieurs délégation de /64 IPv6 par contre, a suivre (petit espoir si cela intéresse les PRO/PME).

En vrai le bridge on peut s'en passer je pense, le tout qu'il y ait du vrai routage + délégation du /56 (ou un peu moins) perso, ça m’irait très bien et ça ne changerait absolument rien à l’architecture actuelle.

Sinon propose leur une solution à la milkyWAN : du bon vieux PPPoE (que vous avez déjà) avec une MTU relevée pour avoir les 1500 en ethernet avec le DHCPv6-PD dedans... tout serait tellement plus simple.

Le problème du PPPoE est la pénalité sur la performance et ce n'est clairement pas la solution d'avenir avec les débits qui vont continuer d'augmenter. Déjà pour trouver du matériel abordable qui tient le 10 Gbps en PPPoE cela ne court pas les rues, en plus de l'impact sur la consommation d'énergie sur la totalité d'un parc abonné...

L'opérateur AT&T aux US utilise du 802.1X pour authentifier ses clients fibre avec un certificat. On retrouve donc les mêmes avantages du RADIUS sur une solution bien plus moderne et Ethernet natif.

Bonjour

Je confirme le problème de fond du PPPoE : il faut encapsuler / decapsuler. Là où en DHCP, le pkt n'est modifié par personne après avoir quitté le point de départ.
On se retrouve  avec des débits de fond de panier qui n'on rien à voir : de l'ordre de la dizaine de Gb/s en PPPoE contre du qq Tb/s en Ethernet natif

Concernant le 802.1x, on avait regardé en profondeur : la conclusion c'est que c'est PAS adapté au monde du WAN et ne support aucune, mais alors aucune variation sur la liaison physique. Ce qui même en fibre n'est pas le cas.
En LAN par contre c'est assez top effectivement

LeVieux

Bonjour,

Avec tout les options, penses-tu qu'un Windows Server avec le DHCP pourrait faire office de passerelle internet ?

Je parles pour le "sport" de la chose .

Ça fait 25 ans que je fais le l’IT et je pensais avoir vu bcp de choses.
Mais pas ça…

Le but de mon message était uniquement de faire l’humour (je  précise pour pas qu’il n’y ai de malaise).

Pour revenir à ta question, je doute que le client dhcp Windows ai les options nécessaires, notamment la COS.

Depuis le 27 février, j'ai l'impression que les équipements Orange de Lyon 3 nécessite la COS 6 (Priority class of service 6) sur le VLAN 832 pour obtenir un bail DHCP.
Avant, ça fonctionnait sans modifier la priorité sur le VLAN. Je pense que les équipements ont été mis à jour. J'ai aussi noté un changement du préfixe IPv6 public.

Bonjour

Cela va se faire au fur et a mesure des swap des équipements non compatible XGSPON.
Ne pas me demander j'ai pas le planning

LeVieux