2012
DOI: 10.17487/rfc6479
|View full text |Cite
|
Sign up to set email alerts
|

IPsec Anti-Replay Algorithm without Bit Shifting

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1

Citation Types

0
2
0

Year Published

2014
2014
2022
2022

Publication Types

Select...
5
1

Relationship

0
6

Authors

Journals

citations
Cited by 6 publications
(2 citation statements)
references
References 1 publication
0
2
0
Order By: Relevance
“…Since WireGuard operates over UDP, messages can sometimes arrive out of order. For that reason we use a sliding window to keep track of received message counters, in which we keep track of the greatest counter received, as well as a window of prior messages received, using the algorithm detailed by appendix C of RFC2401 [13] or by RFC6479 [25], which uses a larger bitmap while avoiding bitshifts, enabling more extreme packet reordering that may occur on multi-core systems.…”
Section: ) Subsequent Messages: Transport Data Messagesmentioning
confidence: 99%
“…Since WireGuard operates over UDP, messages can sometimes arrive out of order. For that reason we use a sliding window to keep track of received message counters, in which we keep track of the greatest counter received, as well as a window of prior messages received, using the algorithm detailed by appendix C of RFC2401 [13] or by RFC6479 [25], which uses a larger bitmap while avoiding bitshifts, enabling more extreme packet reordering that may occur on multi-core systems.…”
Section: ) Subsequent Messages: Transport Data Messagesmentioning
confidence: 99%
“…[RFC4302], [RFC4303], and [RFC6479] describe Anti-Replay Window methods that can be employed to detect duplicate sequence numbers.…”
Section: Session Sequence Numbermentioning
confidence: 99%