NFR007 - Maximum system response time: 48h vs. 24h REQ elsewhere and PDG's 4 h #42
Closed
8 of 31 tasks
Labels
documentation
Improvements or additions to documentation
Steering - Review
Proposal and Completed work must be reviewed by Steering.
for Steering
Most importantly there seems to be a conflict between NFR007 and para 4.1.10. regarding caching duration (24 vs 48h). + A few wording issues. We should also assess whether OCI and PDG are fully aligned regarding credential revocation update periods.
points for improvement
#3 appears to be in direct conflict with REQ in 4.1.10 on revocation
Thus, it is permissible to use revocation data older than 24 h during downtime. However, NFR007 reads as if it referred to normal operations and caching was only used to reduce response times. In that context, 007 should require 24 h, not 48 h. If there are other data sets that may be cached for longer as part of d2d ops, then OCI should consider making a distinction between those and revocation status in NFR007.
It may also be of note that the PDG Blueprint, Chapter 1 says:
How is this reconciled with OCI's 24 h/48 h caching provision?
Triage:
Affected Parties (help determine Sunrise/Sunset):
Affected OCI Artifact
Change Category (Guides Steering Review)
- Steering/Industry Review
- Steering/Industry Notification
Communication
The text was updated successfully, but these errors were encountered: