-
Notifications
You must be signed in to change notification settings - Fork 43
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
Abusing NACK caused large number of packet wrong retransmissions #27
Comments
Can you re try with my branch https://github.com/CraftersMC/Network/tree/datagram-fixes it should be fixed with my changes, if that is the case I might create a PR. |
Do note that Geyser isn't on the very latest Network version. |
I'm using the latest version (https://github.com/CraftersMC/Network/tree/datagram-fixes), but still found that there is a bug in using NAK. Hope to double check and fix the issue. As shown in the figure above, although the packet with the correct sequence number has been received, it is still reply NAK. This is not correct. This will cause a large number of packets to be erroneously retransmitted, significantly reducing transmission performance. You can refer to my version of raknet implementation using rust. |
You are getting NAKS with my branch on your local network right? Its really weird I've never had this issue on local network. Are you sure everything is updated? |
And also are those NAKS from client or GeyserMC? |
from GeyserMC |
sure,this is my local network,everything is updated |
I think you should try to reproduce the problem with geysermc first. |
Geyser is now using the latest Network version from Cloudburst. |
The Raknet protocol was not processed correctly, so that although the Geyser server received many packets correctly, it still sent a NACK to tell the client that it did not receive it, causing the client to retransmit for no reason, wasting a lot of bandwidth.
The text was updated successfully, but these errors were encountered: