Closed nszceta closed 5 days ago
This workaround is 100% necessary for certain endpoints to be reachable at all behind certain hotspots. They are connected to the hotspot over an ethernet connection which may be why ZT erroneously believes the connection is capable of a high MTU. Unless MTU is 1300 connections completely stall out to these endpoints. This is a critical problem.
Hey, sorry that it isn't clear that you can't change that property via the CLI. It's reasonable to assume you could!
What you can do instead is change the MTU for the network from the Central API like so:
curl -X POST -H "Authorization: token xxxxxxxxxx" https://api.zerotier.com/api/v1/network/<nwid> -d '{ "config": { "mtu": 1300 } }'
Sweet I'll give it a shot
What are the consequences of having MTU set to 1300 for my devices behind a hotspot and 2800 for everything else on that network?
I think you might just see some difference in throughput performance. Depending on what type of traffic you're sending an MTU difference of even 1
could radically change performance if the packet division point isn't optimal. I'd play around with the number to find what's right for you.
No
My current workaround: