Vu que tu as pas de de VPN à toi (il y en a toujours coté opérateurs, mais ils ne sont pas visibles sauf prestation à part), et que tu ne veux pas solliciter le SAV de suite, il faut effet analyser le traffic pendant l'heure de pointe ou le ralentissement.
Tu peux essayer de saturer ton routeur en lui balançant des ping étendus à grosses trames depuis plusieurs serveurs, vers plusieurs autres serveurs, fait le chauffer et voit ce que ça donne au niveau de son CPU et de son cache.
Mais le plus intéressant est de voir ce qu'il se passe vraiment à l'heure de pointe (CPU, Memoire, Flux sur les ports, Captures et analyse des trames).

Si ce n'est pas pressé, bien sur. :-)

Je bosse pas mal sur des cas comme ça.
De 1, je considère un accès XL sans défaut comme une anomalie, la normalité, c'est un service dégradé (Vive le cuivre).
De 2, on peut chercher la petite bête pendant des heures alors que le problème peut être pile sous notre nez.
De 3, le réseau est fait par des hommes, pour des hommes : il est donc faillible.

Il existe énormèment de possibilités pour faire un diagnostic avancé.
Si tu veux exclure un problème de ton réseau avant de faire marcher le SAV, il faudrait faire saturer le routeur de diverses sollicitations et vérifier le comportement du CPU, vérifier aussi l'alimentation qui peut vieillir et ne plus suivre les fortes sollicitations (je te raconte pas le nombre de pannes ou de services dégradés à cause des alimentations (même pour du Cisco)).
Enfin, je ferais une analyse de trames en temps normal puis en période dégradée.
Le reste est du ressort du SAV qui sont supposés avoir tous les outils de diagnostiques nécessaires.
On trouve toujours le problème, mais des fois, ça prend beaucoup de temps.

Vive les réseaux ! ;-)

On trouve toujours des solutions. Si tu dois absolument éviter cet engorgement des données à heure de pointe, tu peux demander au SAV et aux commerciaux d'autres types d'accès, il y a des moyens pour prioriser des flux par rapport à d'autres.
On peu aussi installer des accélérateurs, c'est ce que fait Airbus avec OBS, mais là, cet vraiment un niveau au dessus. ^^

Est-ce qu'on a une analyse des trames en période de pointe à tout hasard? (Dernier recourt avant le SAV).

"Oui, c'est ce que j'avais fait, et encore une fois il n'y avait rien d'anormal, pas de trafic particulier : le problème se présentait quand la connexion était complètement inutilisée (mis à part quelques paquets périodiques sur le VC 8/35 dont la présence est normale, de type ping PPP LCP ou ARP venant du DSLAM)." 

Nom de Dieu! Qui a dit qu'il ne fallait pas voir les broches sur les réglettes du DSLAM!
Que la ligne est Bonne aux Essais? Non, Non et mille fois non! Il est quasiment impossible de savoir si une broche est réellement bonne sans intervention d'un technicien avec un NTT pour effectuer les tests nécessaires. Souvent, une bonne déconstruction, suivit d'une reconstruction de la ligne support suffit à remettre les pendules à l'heure dans la suite d'équipements impliqués dans la distribution de l'accès.
ça m'énerve ça
Je connais des formateurs en technos ADSL si certains en on besoin (pas toi, ne t'inquiète pas).

Heureusement qu'ils sont dessus. S'ils ont un doute, il muteront le transport (a priori).

ça va s'arranger, ça s'arrange toujours.
Et si ça se trouve tu vas bientôt être éligible au VDSL2+  Professionnel (avant de passer à la fibre bien entendu, c'est quand même la seule solution à long terme).

Je suis très content pour toi qu'il aient trouvé un défaut et qu'il aient déclenché une intervention.

Bonne continuation. 

Le VDSL2+ est sur les rails. Nous le testons actuellement en maquette avec Alcatel.
S'il le comportement de l'accès réseau ne suis plus lorsqu'on le pousse à saturation (Percs par exemple) nous categorison la ligne en défaut. Bien sûr, il faut vérifier tout le transport. Mais sans avoir accès aux données de notre utilisateur ici présent, cela revient un peu à travailler à l'aveugle.