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
Do we need msg-reliable and lifetime? #446
Comments
No. Here's a quote from the description of lifetime: Consider an unreliable, congestion controlled transport (e.g. QUIC with datagrams). Specifying a "lifetime" means that, once the lifetime has expired, the Message can be deleted from the send buffer. Setting "lifetime" to infinite means that the Message will never just be deleted from the send buffer. This does not at all guarantee that the Message will be retransmitted in case it was lost.
The mistake is the mix of "integer" and "infinite". The latter is okay for type "numeric". I have already fixed this in PR #403 (which is still open).
That's the Expired Event, see section 7.3.2. |
Can we close this issue? |
Interim: Agreed with @mwelzl, closing. |
These two message properties are interconnected and therefore have a dependency. I would rather prefer to only have one property. Lifetime already has one "special" value (infinity) to indicate reliable transmission. We could also declare 0 as special to indicate unreliable transmission (only transmit once and never retransmit).
Also should we rather use -1 for reliable? And also do this for other properties that currently have meaning for infinite? Or would it be more correct to say max instead of infinite?
And more more question on lifetime: Do we need an event that indicates to the application that transmission was aborted due to lifetime expiry?
The text was updated successfully, but these errors were encountered: