[ksk-rollover] (Un)planning future KSK replacements

[Salz, Rich]

At the BoF at IETF 104 I suggested the following.

Make the next KSK rollover scheduled.  After that, do not announce them. It is the only way to train the infrastructure to be ready to handle emergencies.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/ksk-rollover/attachments/20190328/dc1cd546/attachment.html>