Add IPv6 transport support without changing existing IPv4 behavior#31
Open
Knogle wants to merge 10 commits intoopenmultiplayer:masterfrom
Open
Add IPv6 transport support without changing existing IPv4 behavior#31Knogle wants to merge 10 commits intoopenmultiplayer:masterfrom
Knogle wants to merge 10 commits intoopenmultiplayer:masterfrom
Conversation
Author
|
Ahoy, code is confirmed working now, got first successful IPv6 connection. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This change adds IPv6 transport support to RakNet while keeping the existing IPv4 path intact.
The new work introduces dual-stack listen sockets, tracks the transport address used by each remote peer, and routes reliability, connection handling, secure handshake, and query handling through that transport-aware layer. It also adds a small set of probe/smoke-test tools for UDP, query, and OMP connection flows.
Compatibility
The IPv4 stack continues to work as before.
This PR is intended to extend transport support, not to change the established IPv4 behavior. Existing IPv4 traffic still follows the same path and existing functionality should continue to work without requiring changes from current users. In other words, this should have no functional impact on current IPv4-only deployments beyond the added IPv6 capability.
Included changes
ToDo
The launcher also works fine so far as well as the server using this new RakNet stack, unfortunately i'm still working on a way to inject
AF_INET6as a receiving socket intosamp.dll. Sending works already using a shim layer.