-
Notifications
You must be signed in to change notification settings - Fork 11
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Add doc about considerations implemention RFC. WIP
- Loading branch information
Showing
2 changed files
with
31 additions
and
0 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -17,6 +17,7 @@ Contents: | |
todo | ||
soa | ||
rfcs | ||
tech | ||
|
||
Indices and tables | ||
================== | ||
|
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,30 @@ | ||
RFC7844 implementation considerations | ||
========================================== | ||
|
||
5. Implementers SHOULD provide a way for clients to control when the | ||
anonymity profiles are used and when standard behavior is preferred. | ||
|
||
This implementation will not support for now the standard behavior as | ||
it would require to implement more functionality and most of the current | ||
tools implement already the standard. | ||
This is intended to be an example of the anonymity profiles implementation. | ||
|
||
``SHOULD`` options | ||
---------------- | ||
|
||
Leases | ||
------- | ||
|
||
Retransmission delays | ||
---------------------- | ||
|
||
Unique identifier (xid) genration | ||
----------------------------------- | ||
|
||
|
||
RFC2131 functionality not detailed in RFC7844 | ||
------------------------------------------------- | ||
2.2 the allocating | ||
server SHOULD probe the reused address before allocating the address, | ||
e.g., with an ICMP echo request, and the client SHOULD probe the | ||
newly received address, e.g., with ARP. |