#109: log shutdown timeline and behavior
6962-bis currently describes the "Final STH" element of the log's
metadata. However, there is no overall description of what the log
shutdown process should look like from the log operator's point of view.
6962-bis should include an example timeline of a responsible log shutdown
as implementation guidance for operators. Some questions worth answering
include:
* how long after shutdown should a responsible log continue publishing?
* should advance notice of an impending shutdown be given? if so,
* how long in advance?
* Is there a mechanism for such notice?
* for a shutdown log that is still operating, how should it respond to
requests for new SCTs? the existing error codes don't seem to indicate an
option for "this log is shut down and no longer accepting new requests"
See also #101 for how CT gossip needs to interact with a log that has
shutdown.
--
-------------------------+-------------------------------------------------
Reporter: | Owner: draft-ietf-trans-
[email protected] | [email protected]
Type: defect | Status: new
Priority: major | Milestone:
Component: rfc6962-bis | Version:
Severity: - | Keywords:
-------------------------+-------------------------------------------------
Ticket URL: <http://trac.tools.ietf.org/wg/trans/trac/ticket/109>
trans <http://tools.ietf.org/trans/>
_______________________________________________
Trans mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/trans
