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

timers and ACKs #47

Merged
merged 3 commits into from
Feb 23, 2024
Merged

timers and ACKs #47

merged 3 commits into from
Feb 23, 2024

Conversation

thomas-fossati
Copy link
Owner

Fix #13
Fix #18

Fix #13
Fix #18

Signed-off-by: Thomas Fossati <[email protected]>
@thomas-fossati
Copy link
Owner Author

cc @julek-wolfssl @boaks

@hannestschofenig hannestschofenig merged commit 88be148 into master Feb 23, 2024
3 checks passed
@hannestschofenig hannestschofenig deleted the timers branch February 23, 2024 15:25
This allows for selective or early retransmission, which leads to more efficient use of bandwidth and memory resources.

Due to the vast range of network technologies used in IoT deployments, from wired LAN to GSM-SMS, it's not possible to provide a universal recommendation for an initial timeout.
Therefore, it is RECOMMENDED that DTLS 1.3 implementations allow users to explicitly set the initial timer value.
Copy link
Owner Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Therefore, it is RECOMMENDED that DTLS 1.3 implementations allow users to explicitly set the initial timer value.
Therefore, it is RECOMMENDED that DTLS 1.3 implementations allow developers to explicitly set the initial timer value.

this document RECOMMENDED to use an initial timer value of 9 seconds with
exponential back off up to no less then 60 seconds.
For RRC, the recommendations in {{Section 7.5 of !I-D.ietf-tls-dtls-rrc}} apply.
Just like the handshake initial timers, it is RECOMMENDED that DTLS 1.2 and 1.3 implementations offer an option for their users to explicitly set the RRC timer.
Copy link
Owner Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Just like the handshake initial timers, it is RECOMMENDED that DTLS 1.2 and 1.3 implementations offer an option for their users to explicitly set the RRC timer.
Just like the handshake initial timers, it is RECOMMENDED that DTLS 1.2 and 1.3 implementations offer an option for their developers to explicitly set the RRC timer.

Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

My caused by my limited English, why is developer used twice and user still once?

Copy link
Owner Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

My caused by my limited English, why is developer used twice and user still once?

I think "user" was consistently replaced by "developer" in what got eventually merged.

Copy link

@boaks boaks Feb 23, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Your right, I was mixed up by the diff on diff.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

RRC timer considerations DTLS 1.3: What should the retransmission timer recommendation be?
3 participants