<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/xhtml; charset=utf-8">
<style>
div.plaintext { white-space: normal; }
body { font-family: sans-serif; }
h1 { font-size: 1.4em; }
h2 { font-size: 1.2em; }
h3 { font-size: 1.1em; }
blockquote { margin: 0 0 5px; padding-left: 5px; border-left: 2px solid #777777; color: #777777; }
blockquote blockquote { border-left-color: #999999; color: #999999; }
blockquote blockquote blockquote { border-left-color: #BBBBBB; color: #BBBBBB; }
a { color: #3983C4 }
blockquote a { color: #777777; }
blockquote blockquote a { color: #999999; }
blockquote blockquote blockquote a { color: #BBBBBB; }
math[display="inline"] > mrow { padding:5px; }
div.footnotes li p { margin: 0.2em 0; }
</style>
</head>
<body>
<div class="plaintext"><br><p dir="auto">Thanks David,</p>
<p dir="auto">I agree… we need a process to change the DPS and agree on frequency - if folk agree that the frequency should increase from the 5year cycle, that is. Having that discussion is important, but not urgent, we should indeed first compile some learnings.</p>
<br><p dir="auto">—Olaf</p>
<p dir="auto">On 18 Sep 2018, at 23:29, David Conrad wrote:</p>
<blockquote><p dir="auto">Hi,<br>
<br>
We (ICANN org) don’t have an opinion (individual staff members with their ICANN hats off might :)).<br>
<br>
As you’re probably aware, currently, the DPS states (paraphrasing) we should roll the KSK after 5 years from the point the KSK is put into use.  As such, the next roll is anticipated to be after 11 Oct 2023.<br>
<br>
However, as Matt said, we listen to the community. If the community would like us to roll more frequently, all that we in staff need to know is what that frequency is. There are, of course, operational costs associated with the roll, both at ICANN org as well as within the resolver operators community (at least for those folks who prefer to roll manually) that will vary depending on roll frequency, but presumably those costs won’t be too outrageous.<br>
<br>
The next step would probably be to figure out how to get a consensus on what the frequency should be. I’d think that a 'post mortem' report about the current rollover would be helpful in informing that consensus. The Board has already task ICANN org with putting together such a post mortem (the analysis Matt mentioned).<br>
<br>
Regards,<br>
-drc<br>
<br>
On Sep 18, 2018, at 3:44 AM, Olaf Kolkman <kolkman@isoc.org<<a href="mailto:kolkman@isoc.org">mailto:kolkman@isoc.org</a>>> wrote:<br>
<br>
I agree with Michael, albeit I would phrase it slightly differently:<br>
<br>
Rolling the key regularly is a strategic choise and makes a keyroll an operational reality.<br>
<br>
How regular (or how frequent) is a tactic. Whether That is yearly, no monthly or once half a decade is a tactic that takes into account some of our learnings.<br>
<br>
I would really like to see that strategic position being explicit.<br>
<br>
<br>
Olaf.<br>
<br>
----<br>
Composed on mobile device, with clumsy thumbs and unpredictable autocorrect.<br>
________________________________<br>
From: ksk-rollover <ksk-rollover-bounces@icann.org<<a href="mailto:ksk-rollover-bounces@icann.org">mailto:ksk-rollover-bounces@icann.org</a>>> on behalf of Michael StJohns <msj@nthpermutation.com<<a href="mailto:msj@nthpermutation.com">mailto:msj@nthpermutation.com</a>>><br>
Sent: Tuesday, September 18, 2018 5:04:31 AM<br>
To: Matt Larson<br>
Cc: ksk-rollover@icann.org<<a href="mailto:ksk-rollover@icann.org">mailto:ksk-rollover@icann.org</a>><br>
Subject: Re: [ksk-rollover] ICANN board meeting result and the Current status of KSK-Rollover<br>
<br>
On 9/17/2018 3:57 PM, Matt Larson wrote:</p>
<blockquote><p dir="auto">The answer I've given when people ask this question is that we need to<br>
get through the first rollover and analyze how it goes before we can<br>
discuss subsequent rollovers. One can imagine that how the first<br>
rollover goes could have a material effect on the timing of the next one.</p>
</blockquote><p dir="auto">This seems like a bad approach given how that we currently have interest<br>
and opportunity in the roll-over that could catalyze planning for a<br>
second roll.  This does not - and should not - need to be single<br>
threaded.    AFAICT, you're going to know most everything you need to<br>
know a few seconds to a few days after you stop signing the the old key.<br>
<br>
So - I suggest you pick a date now.  Start planning for the next roll<br>
now.  If your post analysis shows a problem - adapt and overcome and<br>
adjust the dates if you need to.  It's hard to hit a target if you don't<br>
put it on calendar.<br>
<br>
Later, Mike<br>
<br>
<br>
_______________________________________________<br>
ksk-rollover mailing list<br>
ksk-rollover@icann.org<<a href="mailto:ksk-rollover@icann.org">mailto:ksk-rollover@icann.org</a>><br>
<a href="https://mm.icann.org/mailman/listinfo/ksk-rollover">https://mm.icann.org/mailman/listinfo/ksk-rollover</a><br>
_______________________________________________<br>
ksk-rollover mailing list<br>
ksk-rollover@icann.org<<a href="mailto:ksk-rollover@icann.org">mailto:ksk-rollover@icann.org</a>><br>
<a href="https://mm.icann.org/mailman/listinfo/ksk-rollover">https://mm.icann.org/mailman/listinfo/ksk-rollover</a></p>
</blockquote><br><br></div>

</body>
</html>