Hello,

Je mets en route mon tout nouveau tunnel MilkyWan L2TP.
J'ai testé avec 2 routeurs :
 - Tp-Link Archer C6 , ça fonctionne bien
 - Asus RT-AX53U , ça merdouille, le tunnel saute, sans doute fermé par le routeur de collecte; puis ça se reconnecte 20 secondes plus tard.

Après quelques test, j'arrive à voir que c'est très probablement un problème de MTU. 
Réduire le MTU des machines derrières le routeur ASUS, ça règle le problème, mais c'est ingérable comme ça (WiFi invité).
L'Asus n'a pas de réglage MTU/MSS, en tout cas pas en mode WAN-L2TP, alors qu'il le fait en PPPoE. Pas de réglage de MTU non plus côté serveur DHCP.
Le TP-Link montre bien ce réglage MTU dans la page WAN-L2TP, et ça fonctionne.

Je préfèrerais utiliser l'Asus, car il est offre plus d'options, notamment backup 4G.

2 questions, svp :
 1) est-ce que d'autres utilisateurs ou admin de MilkyWan ont constaté la même chose avec un routeur Asus? Est-ce que j'ai oublié une option quelque part? Je lis sur la page MilkyWan que L2TP a été testé avec des routeurs Asus.
 2) le routeur de collecte de MilkyWan ne pourrait-il pas faire du MSS-Clamping à la place du routeur-client si celui-ci ne sait pas faire? Je dis peut-être une bêtise, dites le moi.

Merci d'avance pour votre aide; et un grand merci à l'équipe MilyWan pour le service.

Leon.

Merci pour la réponse rapide un Dimanche!

Malheureusement c'est pas mieux.
Mon investigation était peut-être insuffisante / foireuse; c'est peut-être pas juste un problème de MTU avec l'Asus.
Après reboot PC, routeur, attente 5 min, ça fonctionne toujours aussi mal avec MTU 1500, et ca fonctionne de manière aléatoire maintenant quand je mets un MTU réduit côté PC...

Sinon, quand l'Asus se déconnecte 20 secondes, dans le log il met
/usr/sbin/l2tpd[1498]: Too many retransmissions on tunnel (47325/662); closing down
A court terme, je reste avec le Tp-Link, ça fait le job, et je ne vois pas trop comment débugger ça.
Ca fonctionne, c'est l'essentiel. Le mieux est l'ennemi du bien.
Merci encore.

Leon.

Hello,

Je continue ici, même si la suite dépasse le cadre de problème du routeur Asus.

J'ai 3 questions/demandes:
 1) Je renonce à utiliser le routeur ASUS. Du coup, c'est possible de retirer le MSS-Clamping que tu as mis en place côté serveur-VPN MilkyWan, stp? Désolé pour le changement d'avis; Ca ne presse pas, il n'y a rien d'urgent.

 2) Plus gênant, avec un accès FTTH Bouygtel, le débit max du tunnel-VPN L2TP est très bas : 32Mb/s donwload et 38Mb/s up. Testé avec plusieurs speedtests (speedtest et test-debit=nperf), avec du téléchargement.
Avec un accès SFR-Numericâble, avec exactement la même configuration et le même matériel (routeur TP-Link qui termine le VPN + PC portable relié en Ethernet 1Gb/s), j'atteins les 200Mb/s.
Avec le même matériel, sur le FTTH Bouygtel, en bypassant le VPN, je dépasse les 900Mb/s.
Est-ce que vous auriez une idée/piste sur la cause de la lenteur avec le FTTH Bouygues? Ce qui est étrange c'est que les 32Mb/s sont parfaitement répétables.

 3) Depuis MilkyWan Paris, le routage IPv4 vers Google/Youtube fait un aller-retour vers Toulouse. C'est un problème de routage côté MilkyWan?
C:\Users\user_A1>tracert -w 500 172.217.20.206

Tracing route to par10s50-in-f14.1e100.net [172.217.20.206]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  192.168.22.1
  2     4 ms     7 ms     7 ms  bienvenue.sur.internet.ip4.milkywan.net [80.67.167.0]
  3     5 ms     6 ms     7 ms  lo1.a7050qxs.core.cbo.bb.ip4.milkywan.net [80.67.167.7]
  4     6 ms     7 ms     7 ms  lo1.a7280qr.edge.dc2.bb.ip4.milkywan.net [80.67.167.1]
  5    16 ms    15 ms    15 ms  lo1.a7280tr.edge.tls.bb.ip4.milkywan.net [80.67.167.4]
  6    25 ms    26 ms    27 ms  google2.par.franceix.net [37.49.236.2]
  7    28 ms    27 ms    27 ms  108.170.238.45
  8    26 ms    27 ms    27 ms  142.251.253.39
  9    25 ms    27 ms    27 ms  par10s50-in-f14.1e100.net [172.217.20.206]
Merci d'avance pour les réponses.

Leon.

Pour les soucis de débit, y'a un bridage connu chez Orange en L2TP sur certaines plaques (ça dépend à priori du routeur de collecte de la zone) mais rien chez Bouygues. Peut-être que sur certaines vieilles box bouygues, l'UDP 1701 est passé dans un NAT Helper (cf https://lafibre.info/vpn/limitation-debit-port-1723/) , ce qui réduit le débit, je ne saurais dire.

Merci Hugues. La Bbox que je dois utiliser, c'est une Fast 5330b-r1.

Si tout ça est confirmé, alors je ne pourrais pas utiliser le VPN. Tant pis, j'aurais essayé.

Leon.

J'ai pas mal de problème avec un tunnel L2TP sur une connexion Bouygues.

Au début pas de problème, j'ai commencé à transférer pas mal de données dessus (environ 1.2 Gbits/s), au bout de 64 secondes de transfert, pouf plus rien. Même en désactivant le tunnel j'ai du attendre longtemps avant de récupérer internet.

Chose encore plus étonnante c'est que là le tunnel monte correctement, j'arrive à pinger certaines IPs, d'autres ne répondent pas du tout :

ping google.com -l 1410 -f

Pinging google.com [142.250.179.110] with 1410 bytes of data:
Reply from 142.250.179.110: bytes=1410 time=27ms TTL=117
Reply from 142.250.179.110: bytes=1410 time=27ms TTL=117
Reply from 142.250.179.110: bytes=1410 time=27ms TTL=117

Ping statistics for 142.250.179.110:
    Packets: Sent = 3, Received = 3, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 27ms, Maximum = 27ms, Average = 27ms

ping google.fr -l 1410 -f

Pinging google.fr [142.250.178.131] with 1410 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 142.250.178.131:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),


C'est une F@st5688b-r2.

J'arrive plus du tout à utiliser le tunnel, que ça soit avec ou en bypassant la bbox...