zerotier windows - not ajusting interface mtu about zerotierone HOT 8 OPEN

Try to leave and re-join the network on the client

from zerotierone.

Try to leave and re-join the network on the client

Hello If you mean to go to zerotier UI and do "disconnect" and "reconnect" we did, but did not do anything.
Mobile client (Android) updates it on the fly without even disconnecting/reconnecting, windows does not do it neither automatically nor disconnecting/reconnecting.

As per my point of view, it should

1. Do it automatically like Android client
2. The Zerotier central should do it dynamically (if allowed) because when a client roams from a Wifi network to a mobile network which have different phisical interface MTUs (wifi 1500 and our mobile il 1412), traffic gets disrupted unless the zerotier mtu is manually forced as low as possible (1280).
   In my point of view each client joined to a network should periodically report its physical interface MTU and the zerotier central should dynamically change the network MTU to the lowest MTU - 28 bytes, this based on our experience up to now.

from zerotierone.

I mean on the client

from zerotierone.

I mean on the client

Yes, on the client: we disconnect and reconnect but MTU remains the same (2800) even if the zerotier central mtu is 1388

from zerotierone.

I thought this had been fixed actually. #1804 maybe only linux got fixed.
If you restart the windows zerotier-one system service, that might change the mtu.

The real issue is, users shouldn't need to fuss with the virtual mtu to make it work on mobile carriers

from zerotierone.

I thought this had been fixed actually. #1804 maybe only linux got fixed. If you restart the windows zerotier-one system service, that might change the mtu.

The real issue is, users shouldn't need to fuss with the virtual mtu to make it work on mobile carriers

We also rebooted the machine, no way.
I do confirm that with 2800 mtu no traffic flows with most mobile ISP here (we tried the 3 most important operators in Italy).
Only way is to lower Zerotier central MTU down to PHY mobile interface -28
And with some mobile operators we have also to change the secondaryPort to some well known UDP port such as 1194 (OpenVPN) otherwise after some packets their DOS systems block UDP traffic so you can ping from Mobile to Fixed client, but reverse traffic (to Mobile) has huge packet loss.

from zerotierone.

I thought this had been fixed actually. #1804 maybe only linux got fixed. If you restart the windows zerotier-one system service, that might change the mtu.
The real issue is, users shouldn't need to fuss with the virtual mtu to make it work on mobile carriers

We also rebooted the machine, no way. I do confirm that with 2800 mtu no traffic flows with most mobile ISP here (we tried the 3 most important operators in Italy). Only way is to lower Zerotier central MTU down to PHY mobile interface -28 And with some mobile operators we have also to change the secondaryPort to some well known UDP port such as 1194 (OpenVPN) otherwise after some packets their DOS systems block UDP traffic so you can ping from Mobile to Fixed client, but reverse traffic (to Mobile) has huge packet loss.

As per Linux I do confirm that latest version on Ubuntu works fine: change the MTU on Zerotier Central and it "adapts"

from zerotierone.

Can confirm I was having the same issue on windows 10 after updating from 1.8.7/1.8.9 to 1.14.0.

I changed the mtu of the ZeroTier network to 1388 which did not help until I forced the Zerotier adapter to the mtu of the network.
Also if you disconnect from a network and reconnect to it sets the mtu of the adapter to 2800 regardless of the mtu setting of the ZeroTier network.

from zerotierone.