Open tearfulDalvik opened 1 year ago
Dup of #414.
I suspect you are going through DERP relays. tailscale ping 100.80.80.83
would say whether a direct or relayed connection is used.
Dup of #414.
@bradfitz This is not duplicated with #414 The CPU usage is pretty normal. It is about two different IP(subnet router forwarded real IP and tailnet IP) addresses pointing to the same machine resulting in different speeds.
I suspect you are going through DERP relays.
tailscale ping 100.80.80.83
would say whether a direct or relayed connection is used.
Yes. I believe both connections are routed through DERP relays
Yes. I believe both connections are routed through DERP relays
That is the thing to fix: DERP rate limits connections being relayed. It looks like both ends of the connection are Hard NAT, and no direct path can be found.
Resolving this could involve:
Yes. I believe both connections are routed through DERP relays
That is the thing to fix: DERP rate limits connections being relayed. It looks like both ends of the connection are Hard NAT, and no direct path can be found.
Resolving this could involve:
- if one side of the connection is behind a residential gateway like a consumer router, enabling portmapping (UPnP, NAT-PMP, or PCP) can enable it to find a direct connection.
- if one side of the connection is in a cloud provider, setting the security group or equivalent to allow UDP port 41641 to ingress can enable it to find a direct connection.
Thank you very much for your reply.
I think it is more like a software issue instead of derp speed limit.
I think it is worth loading 1.35.30 or later from https://pkgs.tailscale.com/unstable/ onto the subnet router to check throughput. https://tailscale.com/blog/throughput-improvements/
Tailscale 1.36 included the performance improvements described in https://tailscale.com/blog/throughput-improvements/
The 1.40 release contained additional throughput improvements described in Surpassing 10Gb/s over Tailscale
The initial bug report mentions macOS and Windows, and that the subnet router is macOS. This means the subnet routing is being handled in userspace by netstack.
Tailscale releases prior to 1.32.1 had relatively low throughput until 1.32.1 when we fixed an issue with SACK.
I'm having a similar but much milder issue.
All running tailscale 1.42.0
The speed of 10.xx.xx.xx (real ip) is about 40% of 100.xx.xx.xx (tailscale ip). CPU usage stays low the whole time.
What is the issue?
172.16.96.40
and100.80.80.83
are the same machine. One is the real IP forwarded by tailscale subnet router, one is tailscale interface IP There's huge difference between these IP.Steps to reproduce
Are there any recent changes that introduced the issue?
No response
OS
macOS, Windows
OS version
Windows 11, macOS 13.0.1
Tailscale version
1.32.3
Bug report
BUG-820e541cdcdb1fbbdd8a5b9d6ab9ec80de05a91b05544b0556292f718c105280-20221129233039Z-6371398a9c377cee