-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
add to emulate a TCP connection(linux)? #23
Comments
If the feature only benefits Linux, then this feature will not be implemented. Because I use kcptube too, and I'm using it on Windows and FreeBSD. TCP simulation mode can also be done on Windows and FreeBSD, but simulating TCP requires privilege mode, no matter Linux, FreeBSD or Windows. In Windows, it will cause a UAC pop-up window to appear every time it is used, which will be even more inconvenient. On the other hand, if the UDP speed is limited, it may be due to the limitation of the VPS provider, the limitation of your home broadband service provider, or the insufficient international outgoing bandwidth of your country (if the location of your VPS is not in your country). Chinese ISPs have different throttling modes for UDP, among which the most common is ‘port number throttling’ — the initial burst traffic can be very high, and it will be throttled after a while. The ‘port hopping’ function of KCPTube and UDPHop is designed for this throttling. I'm not sure whether other countries' broadband service providers also throttle UDP like China does. |
‘the hosting itself does it’? May I know:
Tip: When using iperf to test UDP speed, please use the |
The speed (traffic) of TCP is higher than UDP, this is a common situation in China. We describe it as ‘ISP's QoS, TCP has higher priority than UDP’. As previously mentioned, UDP speed can be restricted on various locations, including restrictions imposed by your local ISP or limited by the international outbound bandwidth in your region or your local ISP. This is the reason you need to use iperf to test your network bandwidth (particularly UDP) first. server side: client side, test download speed of UDP:
or using iperf3 client side:
|
The screenshot clearly shows that the actual usable bandwidth for UDP connections reaches 104 Mbps, higher than the 11.62 Mbps reported by the speedtest command. This suggests that the ‘speed limitation’ is not in ‘UDP throttling’ but more likely a configuration error. Based on the configuration file from another Issue, it appears that the |
.
The text was updated successfully, but these errors were encountered: