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

Salz, Rich rsalz at akamai.com
Thu Mar 28 09:14:31 UTC 2019

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>

More information about the ksk-rollover mailing list