Thanks Lonnie.

PS I was just thinking (dangerous I know). I would need to set it on both ends 
so do you think there would there be any issues with different MTU's at each 
end?
Ultimately it would be the same eventually but there would be a migration 
period.

Regards
Michael Knill

On 20/3/21, 1:41 pm, "Lonnie Abelbeck" <li...@lonnie.abelbeck.com> wrote:

    I haven't seen any issues with a WG MTU of 1340, yet anyway.

    Lonnie


    > On Mar 19, 2021, at 9:29 PM, Michael Knill 
<michael.kn...@ipcsolutions.com.au> wrote:
    > 
    > Thanks Lonnie
    > 
    > Hmm that may have something to do with it. Might also be when it fails 
over to 4G.
    > As most of my VPN's carry voice only, I think a standard MTU of 1340 for 
all my systems should be fine. What do you think?
    > 
    > Regards
    > Michael Knill
    > 
    > On 20/3/21, 10:40 am, "Lonnie Abelbeck" <li...@lonnie.abelbeck.com> wrote:
    > 
    >    Hi Michael,
    > 
    >    I have not experienced anything like that, WireGuard connectivity is 
rock solid for me.
    > 
    >    I don't recall later WireGuard versions having any fixes for what you 
are describing.
    > 
    >    Just guessing, the standard MTU for WG is 1420 (1500-80), if you have 
a PPPoE connection with a MTU of 1492 you might try setting the WG MTU to 1412 
(1500-8-80) or lower to test.
    > 
    >    I'm testing a 4G-LTE/5G fixed wireless internet service from T-Mobile, 
they use Carrier Grade NAT (CGNAT) for IPv4 which lowers the MTU to 1420 (just 
like WG) so WG needs a MTU setting of 1340 to work over the CGNAT or else it 
hangs.
    > 
    >    Lonnie
    > 
    > 
    > 
    > 
    >> On Mar 19, 2021, at 3:42 PM, Michael Knill 
<michael.kn...@ipcsolutions.com.au> wrote:
    >> 
    >> Hi Group
    >> 
    >> Not sure if anyone else is experiencing this. I'm on 1.3.10 and all my 
systems connect via Wireguard VPN to both my softswitches.
    >> Its generally all pretty stable but occasionally one of the VPN’s will 
be disconnected and I have tried everything I can think of to bring it back up 
but only a reboot has managed to do so at this stage.
    >> Any ideas?
    >> 
    >> Regards
    >> Michael Knill
    >> _______________________________________________
    >> Astlinux-users mailing list
    >> Astlinux-users@lists.sourceforge.net
    >> https://lists.sourceforge.net/lists/listinfo/astlinux-users
    >> 
    >> Donations to support AstLinux are graciously accepted via PayPal to 
pay...@krisk.org.
    > 
    > 
    > 
    >    _______________________________________________
    >    Astlinux-users mailing list
    >    Astlinux-users@lists.sourceforge.net
    >    https://lists.sourceforge.net/lists/listinfo/astlinux-users
    > 
    >    Donations to support AstLinux are graciously accepted via PayPal to 
pay...@krisk.org.
    > 
    > 
    > _______________________________________________
    > Astlinux-users mailing list
    > Astlinux-users@lists.sourceforge.net
    > https://lists.sourceforge.net/lists/listinfo/astlinux-users
    > 
    > Donations to support AstLinux are graciously accepted via PayPal to 
pay...@krisk.org.



    _______________________________________________
    Astlinux-users mailing list
    Astlinux-users@lists.sourceforge.net
    https://lists.sourceforge.net/lists/listinfo/astlinux-users

    Donations to support AstLinux are graciously accepted via PayPal to 
pay...@krisk.org.


_______________________________________________
Astlinux-users mailing list
Astlinux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/astlinux-users

Donations to support AstLinux are graciously accepted via PayPal to 
pay...@krisk.org.

Reply via email to