Bonsoir,

Il y a quelques jours, mon DSLAM a été changé ce qui m'a enfin permis de migrer en DHCP.

A priori si tout fonctionne bien pour la navigation normale, je rencontre un gros problème avec mon tunnel wireguard qui était qu'une stabilité remarquable avant la migration. Maintenant, je ne peux plus utiliser certains protocoles (genre SMB) mais HTTP et SSH par exemple fonctionnent presque comme si de rien n'était. Le plus troublant est que dans une machine virtuelle (virtualbox), tout est purement et simplement inaccessible, j'arrive seulement à ping les équipements, mais aucun protocole ne fonctionne.

Lorsque j'étais en PPPoE j'avais :
-tunnel V6 HE (pour avoir une IP fixe) : MTU 1472
-interfaces wg MTU 1420
-le reste du LAN en 1500

En DHCP :
-plus de tunnel HE (je me connecte en V4)
-interfaces wg toujours en 1420

Avec cette config, HTTP et SSH fonctionnent de même que les partages SMB mais seulement à partir de mon PC portable en wifi  (sur mon desktop relié par câble, c'est niet). Depuis une VM (sur le portable ou le desktop, rien ne fonctionne comme mentionné précédemment).

Je me suis alors dit que je devrais peut-être augmenter légèrement la MTU des interfaces WG à 1440 pour éviter la fragmentation : ça ne fonctionne pas mieux.

Voici un exemple de ce que j'ai quand je fais une capture de VM windows (ici c'est une tentative d'ajout d'une station à mon domaine active directory) c'est peu ou prou la même si je tente d'accéder à l'interface du routeur en face.

J'ai l’impression que ça touche TCP et non UDP car tout ce qui est requête DNS par ex, passe bien.

Merci d'avance

Firmware d'origine restauré... ça ne fonctionne toujours pas 

Honnêtement j'ai plus d'idée. Tout est comme à l'origine et rien... ou alors c'est le DSLAM lui-même (je n'ai pas pensé de faire un test complet avant de modifier) mais ça serait quand même très improbable.

C'est vrai que j'aurais du détailler un peu.

Les tunnels HE sont montés directement sur les routeurs. Ils servent exclusivement d'ip fixe pour WG.
Pour WG, de mon côté c'est sur mon Raspberry Pi et de l'autre il est dans une VM debian sur proxmox.

Concernant le tunnel HE "HS" il ne l'a jamais été. Vu que j'ai du DHCP et une IPv4 fixe maintenant je l'avais simplement enlevé de l'équation.

Pour mes partages SMB, une fois que j'ai eu fini de tout remettre d’origine (donc PPPoE + HE) j'ai refait un nouveau test et cette fois j'arrive bien à y accéder depuis mon PC fixe... Bref, c'est un peu confus.

Seules les VM et je viens de le découvrir mon smartphone n'a plus accès au LAN d'en face. Alors que ça fonctionnait hyper bien depuis des mois auparavant. Vraiment je ne comprends pas où ça coince.

J'ai à priori trouvé un contournement possible pour les VM : en les mettant en mode NAT, elles utilisent l'ip de l’hôte et là le trafic passe bien, mais ce n'est pas idéal...

Configuration DHCP effectuée sur les deux routeurs : ça tourne nickel.

Tout ça pour une maudite case...

Moi aussi je suis perplexe.

C'est quel types de paquets qui sont considéré comme invalide ?

Car je vois que j'ai beaucoup de retransmission ou duplicate sur le trafic des VMs justement (et quasi rien à partir de l’hôte). Je me demande si ça vient pas de là.

Mais une chose m'interpelle : si je fais un traceroute pour joindre l'autre bout je ne passe que par un routeur (ce qui est logique les 2 lignes sont sur le même NRA).

L'autre bout de ton tunnel WG est sur une autre ligne ADSL ?

Une idée ?

Visiblement, entre toi et le premier routeur (80.10.238.65) tu as 19ms. Donc je trouve normal que tu ais 38ms pour aller sur un autre ADSL proche de chez toi.
L'ADSL amène beaucoup de latence. Beaucoup plus que la fibre (c'est sûrement une histoire de codage/décodage, correction d'erreurs, mais je ne m'y connais pas trop en ADSL).

Pour lafibre.info, le ping n'est que légèrement supérieur à 21ms car tu es visiblement près de Lyon, et Orange est connecté à Milkywan à Lyon. Or, lafibre.info est porté par Milkywan (au moins en partie), et est près de Lyon. Ce qui fait que tu as très peu de ping vers lafibre.info