-
Notifications
You must be signed in to change notification settings - Fork 66
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
Adding unique protocol id #4
Comments
@TimonPost are you planning on doing this one? If so please assign it to yourself so that someone else doesn't go and do it 😄 |
also dropping this in here for future reference https://crates.io/crates/crc |
eagleness was working on that If I where right. |
bors bot
added a commit
that referenced
this issue
Oct 21, 2018
55: Implemented protocol id for headers. r=fhaynes,LucioFranco a=TimonPost Implemented protocol id see #4 for more information. Please during review check these out: - laminar-0.1.0 From this value or crc32 will be generated do we agree on this notation for protocol version. - I use unsafe in on place see /src/protocol_version.rs, I can change this to `lazy_static` but like the current way, it could also be done. What should I do with this? - I use CRC32 for encoding of protocol version. Maybe an option to have CRC16? I don't know if there is some major difference between the who other than the size. O shit. I see that I have to comment some things from `ProtocolVersion` I'll update it later. Co-authored-by: Timon Post <timonpost@hotmail.nl>
See #55 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Problem
Imagine we have multiple version of this protocol someone is using for the first version and the for the server an old version. This could go wrong since we might have changed the packet content in newer versions.
Solution
We could include some crc32 code in the packet this crc32 code is some encode version of the version number or something like that. The crc32 encoded string will be encoded with the version id / protocol version. This way we can identify if the two packets are from the same server/client version. If the packet is not matching the server version it will be dropped each packet should have some unique protocol id
The text was updated successfully, but these errors were encountered: