Skip to content
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

Networking overhaul (QUIC) #26

Open
Exiled1 opened this issue Mar 17, 2023 · 1 comment
Open

Networking overhaul (QUIC) #26

Exiled1 opened this issue Mar 17, 2023 · 1 comment
Labels
enhancement New feature or request

Comments

@Exiled1
Copy link
Contributor

Exiled1 commented Mar 17, 2023

We should eventually use the QUIC protocol to send our network connections.

@Masterchef365
Copy link
Contributor

Additionally, we should split network communications into reliable/unreliable, so that plugin devs can choose the best option for their use-case. For example, moving a whole building once might be a reliable operation (since you want to make sure everyone has the same state and we don't care about latency. Another example would be avatar motion, where unreliable communication would be preferable due to low latency.

enum Reliability {
    /// Reliable, with potentially high latency (as in TCP)
    Reliable,
    /// Unreliable, with low latency (as in UDP)
    Fast,
}

This could be exposed in Messages by modifying the Locality enum to include this information:

enum Locality {
    Local,
    Remote(Reliability),
}

The Synchronized component would also expose this:

struct Synchronized(Reliability)

Note that this is exposed as an extension to QUIC https://www.rfc-editor.org/rfc/rfc9221.html

@Masterchef365 Masterchef365 changed the title Use QUIC for our network stack. Networking overhaul (QUIC) Mar 19, 2023
@Masterchef365 Masterchef365 added the enhancement New feature or request label May 4, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants