Oui je pense qu'il y a effectivement moyen que cela me fasse perdre en performance... c'est dommage car pour l'instant je plafonne à 400 Mb/s sur le tunnel, contre 1 Gb/s pour ma connexion FTTH, donc si j'arrive à optimiser ce point, ce serait appréciable.
Je vais reprendre les tests un à un et voir ce que cela donne, mais c'est étrange qu'avec cette configuration, qui est presque là même que la "route" que tu proposais, cela ne fonctionne pas.
config interface 'milkywan'
option ifname '@tunnelMW'
option proto 'static'
option ipaddr 'IPv4MW'
option netmask '255.255.255.255'
supprimer -> option gateway '10.1.0.245'
config route 'sortie'
option interface 'milkywan'
option target '10.1.0.245'
option netmask '255.255.255.255'
option source 'IPv4MW'
option gateway '10.1.0.245'
Comme je disais, je ne peux pas mettre la "route" exacte que tu me proposais ("target 0.0.0.0 netmask 0.0.0.0") car je pers l'accès au routeur à l'application de cette configuration, qui doit écraser les routes vers le lan etc
Je pense que comme la gateway depuis l'interface "milkywan" est 10.1.0.245 (côté MilkyWan), et que la route correspondante est :
10.1.0.244/30 dev gre4-tunnelMW proto static scope link
alors l'adresse IPv4MW passe par 10.1.0.246 (mon côté de l'interconnexion) et prends alors cette IP comme source.
D'où la nécessité de mettre la règle de SNAT.
Est ce que ta configuration est supposée pallier à ce problème ?