Bonjour
Personellement, j'ai acheté un pack OVH fibre Pro avec profil C, il y a presque un mois, donc VLAN 4001 et Class of Service 0 , et PPPoE
J'ai créé deux machines virtuelles sous Proxmox installé sur un mini-PC industriel 4 interface Ether Gbps,
une Debian et une Fedora

J'ai fait la configuration PPPoE sous Debian 13, kernel  6.12 avec l'interface graphique de MATE:
Systeme -> Centre de Controle -> Configuration  Réseau Avancé
  qui lance le programme   nm-connection-editor

J'ai fait également la config avec une Fedora 42 (avec  Kernel 6.17, pour être au même niveau de désignation des interfaces que sur Debian 13); où la désignation des interfaces ethernet a été simplifiée lors du passage de Kernel 6.16 à 6.17 sur Fedora 42: exemple enp6s18, remplacé par ens18) Sur Fedora on peut démarrer nm-connection-editor, via la nm-applet  (de la barre des taches à droite) --> Modifier les connexions

Ensuite sous Debian 13 ou Fedora 42 c'est la même procédure.
J'ai personnellement 3 interfaces Ethernet
ens18 (pour le WAN)
ens19 (pour un LAN1 général)
ens20 (pour un LAN2 dédié à la ToIP)
ens18 est désactivé en configuration IPV4 et IPV6, mais activé au boot pour être dans l'état running.
puis je crée un VLAN 4001, ens18.4001 qui a comme parent ens18, aussi désactivé en configuration IPV4 et IPV6, mais activé au boot
au final ifconfig -a doit faire voir:
             ens18:         flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
             ens18.4001: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500

Puis on crée un interface PPPoE toujours avec nm-connection-editor
Dans l'onglet génnéral cocher: se connecter automatiquement ...
Dans l'onglet DSL/PPPoE :
Interface parente:   ens18.4001  (et décocher "Réclamer l'interface"
        pour que dans le paramètre suivant, ppp0
        apparaisse automatiquement, et SURTOUT que NetworkManager l'active vraiment)
Interface PPP:       ppp0
Nom d'utilisateur:   <son credential OVH @byt.ovhcloud>
Service:             vide
Mot de passe:        <son password OVH>

Dans l'onglet suivant on peut laisser toutes les méthodes d'authentification cochées (elles sont négotiées avec le serveur PPPoE)
j'ai joué aussi avec les méthodes de décompression, pour essayer de faire disparaitre les anomalie que je vais dévrire après
Sur l'onglet Proxy, rien à faire
 sur celui IPV4 cocher Automatique (PPPoE) (qui permet  de récupérer l'adresse fixe alloué par OVH, la gateway par défaut et les @IP des DNS), et pareil pour IPV6 ou désactivé.
NOTE le MTU de ppp0 démarré par NetworkManager, sera automatiquement celui du parent (ens19.4001) - 8
= = = = =
On règle son firewall préféré pour faire du nat quand on sort par ppp0

Résultat: Dans un premier temps avec des tests simples tout semble fonctionner.
Les tests speedtest.net, avec les meilleurs serveurs proposés (exemple ORANGE), donne un débit environ symétrique > 900 Mbps
les pings vers 1.1.1.1 donne au mieux 8 à 9 ms, mais peut monter à plus de 160 ms en soirée, en tout cas pour le NRO du 77 où je suis raccordé.
Mais dès qu'on est sur des pages WEB complexe, exemple la pages "Order" sur aliexpress, les temporisations peuvent être entre 1 mn et 'infinie', si on ne fait pas de reload, et encore ça ne fonctionne pas toujours le reload.

J'ai une application bancaire de smartphone, qui ne permet même pas de passer l'étape de login car le clavier aléatoire qui permet d'entrer son code, reste indéfiniment en attente.
Sur netflix, les AndroidTV boxes, reste en attente de l'apparition de la page des profils.

Et encore j'ai expérimenté des différences selon les seveurs DNS utilisés, ceux fourni par OVH étant le cas pire, où le plus de site WEB sont inutilisables. C'est avec 1.1.1.1 et  celui de google 8.8.8.8, que j'ai les résultats les moins pires.
======
de guerre lasse, j'ai laissé tomber des heures d'essais, et ai "changer d'offre", pour avoir un model Zyxel avec leur config standard. La ça fonctionne en mettant mon routeur en DMZ de la boxe Zyxel, sur une de ses ports LAN. Donc une couche de NAT; et 4€80 TTC en plus par mois.

Le mode Bridge qui prend en charge le VLAN 4001, et laisse le routeur prendre en charge PPPoE ppp0, ayant cette fois ci ens18 en parent , et en désactivant l'interface ens18.4001, ne donne AUCUNE suppression des anomalies décrites ci dessus.

Je précise que ces routeurs fonctionnent the finger in the nose, sur le réseau Free avec une FreeBox Pop en Bridge IPv4 (on perd l'IPv6), ou sur le Réseau K-net pro (qui n'a pas d'IPv6). Ces deux réseaux n'utilisent ni VLAN, ni PPPoE.

Alors si quelqu'un passant par ici à réussi  faire fonctionner un routeur sur une fibre OVH/BouyguesTelecom; avec VLAN et PPPoE , profil C d'OVH, il serait intéressant de savoir comment ?

Je précise que dès qu'on utilise des VLAN sur le lien de départ, n'importe quelle CoS, peut être mise en ouvre au niveau 2 de l'OSI, basé sur des critères comme m'adresse MAC, .... Dans ce cas ci , @MAC n'est pas le critère car j'ai expérimenté en reportant l'adresse MAC WAN du Zyxel (vu sur wireshark) sur les interfaces fournis par proxmox

Bonjour,
et merci pour ces informations précieuses.
Il est important de connaitre les détails du contexte afin de pouvoir faire des extrapolations pertinente:

Je vois que tu parles du VLAN 4001, donc il s'agit du profil C d'OVH Fibre, comme mon contexte
Pour le boitier Bouygues je suppose que tu parles de l'ONT: s'agit-il d'un Nokia ou d'un Huawei ? Pour ma part j'ai un Nokia G010G-Q
Quelle version Debian pour ARM est sur le raspberry pi IV  ?
Dans mon contexte c'est une Debian 13 Kernel 6.12, sur une VM Proxmox tournant sur un mini-PC avec quad core Intel(R) Celeron(R) N5100.
Pour l'instant la même config sur un autre PC du même type, mais l'OS installé en natif donne les même anomalies que j'ai décrite.

===============
Je vais donc maintenant essayer la même configuration que celle que tu a mis en oeuvre, en désactivant sur la Debian le service NetworkManager, et en utilisant uniquement le service de base actif par défaut sur toute les Debians: networking.service qui exploite dès l'initialisation le fichier /etc/network/interfaces, qu'il y ait, ou pas, ensuite le service NetworkManager ou systemd-networkd qui tourne en plus.

Je donnerai ici plus tard ma configuration une fois essayée et testée hexaustivement.

bonjour,

le problème décris ressemble drôlement à un problème de mtu.

l'interface ppp0 doit avoir une MTU de 1492. pas plus

Bonjour,
A jeremyp3:
Hélas NON. Car dès le deuxième jour de la mise en service de mon lien Fibre OVH, et le constat des anomalie déclarées ici, c'est la première chose que j'ai essayé de tester; avec les 3 valeur possibles qu'OVH donnait dans sa procédure donné pour chaque profil A, B et C. Au début je les mettais sur l'interface VLAN 802.1Q (ens18.4001) car l'applet network manager et son configurateur nm-connection-editor, ne permet de rentrer un MTU qua dans ce type d'interface. Mais je me suis vite apperçu que l'interface ppp0 avec systématiquement un MTU de MTU de l'interface parent - 8 octet.
Don c à la fin je n'ai plus rien mis nulle part et j'avais systématiquement:

root@homedeb13fw2:~# ifconfig ppp0 | grep flags
ppp0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1492

Que ce soit avec la configuration pour  le service NetworkManager où le MTU n'est référencé nulle part dans la conf ppp0
ou              avec la configuration pour  neworking, utilisant /etc/ppp/peers/dsl-provider où le MTU n'est référencé nulle part dans la conf

Je vais donner dans la réponse suivante les détails de la seule configuration qui fonctionne, celle décrite par pcouderc
et qui a aussi fonctionné au premier essai sur ma VM en Debian 13.

Rien de tel que le retour d'expérience de quelqu'un qui a réellement fait fonctionner une configuration !
La dimension des trames a été corroboré, par mes capture wireshark, qui ont été faite entre le port WAN,
soit de mon routeur sous Linux
soit de la boxe Zyxel, et le port Ethernet de l'ONT :
j'utilise un portable avec deux adaptateurs USB3 - Ethernet Gigabit, qui font apparaître deux interfaces LAN dans la liste ifconfig -a, et relié par un bridge bridge0; ni le bridge , ni ces 2 interfaces Ethernet n'ont d'adresse IP; ils sont seulement à l'état RUNNING. Et je met wireshark en écoute sur bridge0, ou sur l'un de ses ports Ethernet.

Bonjour,

Merci encore à pcouderc, qui m'a permis de faire enfin
( après 3 semaines de galère; et une extension de mon abonnement pour disposer d'une boxe Zyxel, pour étude comparative)
de faire fonctionner mon routeur correctement avec disparition de toutes les anomalies que j'avais avec la solution ModemManager. ModemManager étant la seule que j'avais sous Fedora 40 puis 42, mon routeur de test initial.
Sous Fedora il n'y a pas de service legacy networking.service comme sous Debian.
Sous Debian ou sous Fedora, le process pppd lancé par Network manager, est visible avec une quirielle de paramètres en argument.

Avec networking service on a "simplement" :
root@homedeb13fw2:~# ps -ef | grep pppd
root        1004       1  0 nov.27 ?       00:00:00 /usr/sbin/pppd  call  dsl-provider

Le configuration /etc/ppp/peers/dsl-provider, construite par pppoeconfig contient la directive:
plugin rp-pppoe.so

Rien de tel dans la configuration:
/etc/NetworkManager/system-connections/ppp0.nmconnection
élaboré par  nm-connection-editor.