On Thu, 17 Nov 2016, Eran Messeri wrote:

I'd like to see if there's any objection to moving two optional methods from 
6962-bis to the monitoring API draft:* get-entry-for-sct
* get-entry-for-tbscertificate

These were added at a late stage by Ben, are not essential to the protocol and 
would be very suitable for a monitor.

It is possible for logs to implement these methods under the same namespace of 
the log (so in effect it would behave exactly as if they were defined in
6962-bis):
 *  Add an optional parameter for specifying the Log ID requests refers to was 
added.
 *  Logs that implement these methods would not require the Log ID parameter 
and would simply reply with data from their tree.
 *  Monitors that implement these methods would require the Log ID parameter 
and would reply with data from multiple logs (output is keyed by Log ID).
The same thing can be applied to the proposed get-sths method which, as 
decided, would live in a monitoring API document, so the three methods form the
base of the monitoring API draft.

PR for removing the methods: 
https://github.com/google/certificate-transparency-rfcs/pull/204
PR adding the monitoring API draft: 
https://github.com/google/certificate-transparency-rfcs/pull/203

If anyone objects to this change, please let us know ASAP.

Paul

_______________________________________________
Trans mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/trans

Reply via email to