Mêmes symptômes qu'un problème que je rencontre depuis 2020 quelques fois par an sur ma ligne Red.
Cela ne se produit à ma connaissance qu'avec les OLT GPON de Ptin / Altice Labs.
SFR ne bougera pas sur ce problème, ils ne sont même pas au courant du caractère général de ce phénomène (jamais d'anomalie chez eux : quand ça se produit, tout va bien selon le N1 et donc rien ne bouge jamais).
Pour la faire courte, je te conseille de prendre ton mal en patience (cela ne dure pas plus que quelques jours généralement) ou de partir chez un autre opérateur.
Pour l'histoire longue (j'ai mis un schéma) :
J'ai remarqué qu'aléatoirement des paquets qui ne sont pas destinés à ma box me sont envoyés. Lorsque le problème survient, toutes les trames (dans le sens descendant) à destination d’une ligne « aléatoire » sont broadcastés chez l’ensemble des clients de l'OLT. Ces trames ont pourtant bien pour adresse MAC de destination une adresse MAC portée par le seul client de la dite ligne aléatoire.
La saturation survient dès que le client de la dite ligne aléatoire lance un téléchargement ou regarde un contenu volumineux (vidéos, etc.) : tous les paquets étant broadcastés, cela fait exploser le trafic descendant et atteindre la limite descendante de 2.5Gbps du GPON.
J'avais réussi à l'époque (avec beaucoup de mal) à faire ouvrir un ticket auprès du N3 SFR, qui avait ouvert un ticket constructeur chez Ptin.
La conclusion avait balayé mon espoir de résolution : "Ptin sait que du broadcast peut affecter la performance quelques minutes suite à des redémarrages de box (dans le cas d'une coupure électrique par exemple sur un secteur)" et le problème s'était ensuite focalisé sur le fait que je puisse voir du trafic qui ne m'était pas destiné (en bypassant ma box). A cela près que ça ne faisait pas suite à des redémarrages de box et que cela durait plusieurs minutes jours !
Le problème étant aléatoire, le ticket avait été fermé et quelques semaines plus tard, je ne me voyais pas recommencer mon chemin de croix pour obtenir l'ouverture d'un nouveau ticket (surtout avec le risque que le problème redisparaisse entre temps avec les preuves...).
Si tu es motivé et veux confirmer mon intuition, tu peux tenter un tcpdump sur l'interface entre l'ONT et ton routeur qui bypasse la box, avec un filtre dans le genre :
tcpdump -nvi eth0 'not host TONIPV4 and not net TONSUBNETIPV6/56 and not igmp and not icmp6 and not pim'
Incidents SFR