Skip to content
This repository has been archived by the owner on Sep 19, 2024. It is now read-only.

RD AD comments on section 10 - Freshness #406

Open
mcr opened this issue May 4, 2022 · 1 comment
Open

RD AD comments on section 10 - Freshness #406

mcr opened this issue May 4, 2022 · 1 comment
Labels
wontfix Should respond via email but does not warrant doc changes

Comments

@mcr
Copy link
Collaborator

mcr commented May 4, 2022

** Section 10.

[Roman's comment on -13]

I found the level of detail on this section on freshness out of place and inconsistent with the level of abstraction found in the rest of the test. In most other section, generic interaction of roles, artifacts, their associated topologies, and high level security properties was noted. This section delves into specific implementation choices. In particular, is the WG sure that it needs all of the details of Section 10.3. Even among all of the Section in 10.*, this stands out. It doesn't seem to provide enough detail to be create interoperability but goes beyond simply introducing the concept.

[Roman's comment on -15] Thanks for the extra paragraph to explain why this section is here. I will confess that I still don't understand why these details are here and stand by my original comment. It's much more than I would have expected for an architecture (especially considering the extra material in Section 16/Appendix -- 10 pages/almost 20% of the document is devoted to time issues). If the WG feels like it needs it, I won't push back. However, if this is the watermark of the level of detail, let's make sure that there is equal treatment for other security issues too. See my feedback on Section 12.

@mcr mcr added the wontfix Should respond via email but does not warrant doc changes label May 24, 2022
@mcr
Copy link
Collaborator Author

mcr commented May 24, 2022

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
wontfix Should respond via email but does not warrant doc changes
Projects
None yet
Development

No branches or pull requests

1 participant