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

4x5W, non ?

Je parlais spécifiquement du modèle en photo, c'est apparemment avec le AWHHD  les seuls à être à 4x20W dans la catégorie micro. Les autres sont bien à 4x5W.

Il y a clairement un problème avec l'antenne.

Tu ne mets pas les bandes basses en indoor ?

Si la 4G sur la bande 700 MHz n'est pas toujours présente, la bande 800 MHz est systématiquement présente (et la bande 900 MHz pour la 3G) dans les transports parisiens en sous-sol.

C'est une équation à plusieurs paramètres et ça va dépendre des années du design.

Avec la réutilisation du 2100 MHz pour de la 4G, tu n'avais plus que la 900 MHz pour faire passer de la 3G.
De fait, quasi tous les RRU (en génération 2) qui sont nécessaires à la 3G 900 MHz savent faire de la 4G 800 MHz.

Du coup, si tu proposes de la 3G 900, mettre de la 4G 800 ça ne te coûte pas plus cher (à la configuration logique près)

en tout cas ça fait plaisir de voir que d'ici fin 2025, il y aura de la fibre autour de chez toi, à voir si la souscription peut se faire avant la fin de l'année ?
il ne reste plus beaucoup de cas où ça pêche sur la partie déploiement sur ce forum de ce que je constate ?

En réalité, les 2 tentatives avortées de raccordement à la fibre l'ont été sur de la migration pilotée par l'OC depuis la ligne ADSL... Donc l'OC devrait vraisemblablement faire un troisième tentative, une fois que le gel commercial du ou des PBO sera soldé...