-
Notifications
You must be signed in to change notification settings - Fork 1
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
timers and ACKs #47
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change | ||||
---|---|---|---|---|---|---|
|
@@ -46,6 +46,14 @@ author: | |||||
organization: "Sandelman Software Works" | ||||||
email: [email protected] | ||||||
|
||||||
contributor: | ||||||
- | ||||||
ins: J. Sosinowicz | ||||||
name: Juliusz Sosinowicz | ||||||
- | ||||||
ins: A. Kraus | ||||||
name: Achim Kraus | ||||||
|
||||||
normative: | ||||||
DTLS13: RFC9147 | ||||||
TLS13: RFC8446 | ||||||
|
@@ -200,11 +208,22 @@ negotiated independently. | |||||
|
||||||
The discussion in Section 10 of {{!RFC7925}} is applicable. | ||||||
|
||||||
# Timeouts | ||||||
# Timers and ACKs | ||||||
|
||||||
Compared to DTLS 1.2 timeout-based whole flight retransmission, DTLS 1.3 ACKs sensibly decrease the risk of congestion collapse which was the basis for the very conservative recommendations given in {{Section 11 of !RFC7925}}. | ||||||
|
||||||
In general, the recommendations in {{Section 7.3 of DTLS13}} regarding ACKs apply. | ||||||
In particular, "[w]hen DTLS 1.3 is used in deployments with lossy networks, such as low-power, long-range radio networks as well as low-power mesh networks, the use of ACKs is recommended" to signal any sign of disruption or lack of progress. | ||||||
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. | ||||||
Users SHOULD set the initial timeout to be twice the expected round-trip time (RTT), but no less than 1000ms. | ||||||
For specific application/network combinations, a sub-second initial timeout MAY be set. | ||||||
In cases where no RTT estimates are available, a 1 second initial timeout is suitable for the general Internet. | ||||||
|
||||||
The recommendation in Section 11 of {{!RFC7925}} is applicable. In particular | ||||||
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. | ||||||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
Suggested change
There was a problem hiding this comment. Choose a reason for hiding this commentThe 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? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more.
I think "user" was consistently replaced by "developer" in what got eventually merged. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Your right, I was mixed up by the diff on diff. |
||||||
|
||||||
# Random Number Generation | ||||||
|
||||||
|
@@ -750,4 +769,8 @@ This document makes no requests to IANA. | |||||
# Acknowledgments | ||||||
{:unnumbered} | ||||||
|
||||||
We would like to thank Ben Kaduk, Hendrik Brockhaus, John Mattsson and Michael Richardson. | ||||||
We would like to thank | ||||||
Ben Kaduk, | ||||||
Hendrik Brockhaus, | ||||||
and | ||||||
John Mattsson. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.