- ksk-rollover - lists.icann.org

Re: [ksk-rollover] 答复: A lab test of Root Algorithm Rollover
by James Gannon March 25, 2019

March 25, 2019

Thanks Davey! From: "Davey Song(宋林健)" <ljsong(a)biigroup.cn> Date: Monday, 25 March 2019 at 07:07 To: James Gannon <james(a)cyberinvasion.net>, "ksk-rollover(a)icann.org" <ksk-rollover(a)icann.org> Subject: 答复: [ksk-rollover] A lab test of Root Algorithm Rollover Sorry. I did not push it to my remote repo yet. Now it is available. Or you can check the attached file Davey 发件人: James Gannon [mailto:james@cyberinvasion.net] 发送时间: 2019年3月25日 13:52 收件人: Davey Song(宋林健); ksk-rollover(a)icann.org 主题: Re: [ksk-rollover] A lab test of Root Algorithm Rollover I get a 404 from that url? From: ksk-rollover <ksk-rollover-bounces(a)icann.org<mailto:ksk-rollover-bounces@icann.org>> on behalf of "Davey Song(宋林健)" <ljsong(a)biigroup.cn<mailto:ljsong@biigroup.cn>> Date: Monday, 25 March 2019 at 06:42 To: "ksk-rollover(a)icann.org<mailto:ksk-rollover@icann.org>" <ksk-rollover(a)icann.org<mailto:ksk-rollover@icann.org>> Subject: [ksk-rollover] A lab test of Root Algorithm Rollover Hi folks, We have done a lab test against the root algorithm rollover last month. There is a preliminary result and supprise I would like to share with you if you are interested. I also would like to call for more participants (resolvers) and input for our second lab test. Comments are welcome. The Slides I presented in Yeti DNS workshop: https://yeti-dns.org/resource/Root-algorithm-rollover-lab-test.pdf The summary I quoted from the meeting note of my presentation: “Basically, we rolled the algorithm in four approaches with different configuration and time lines. The finding is interesting that four approaches successfully for BIND (9.11.5-P1) and UNBOUND(1.8.3) resolver. Note that there is an accidental mistake in configuring the ZSK's inactive time which results no active signing key in the middle of the rollover and causes validation failure(we recovered it with a new ZSK but it still had impact on resolver). As a response to this failure, it is observed BIND restarts the Add Hold-Down Time of new key/algorithm for another 30 days when new valid signing key is available but Unbound continue the timer and trusted the KSK/Algorithm after the rfc5011-timer expired. It is planned that more lab test for rollover should be done before roll the algorithm of Yeti. We will call for more resolvers to join this test.” Best regards, Davey

1 0

Re: [ksk-rollover] A lab test of Root Algorithm Rollover
by James Gannon March 25, 2019

March 25, 2019

I get a 404 from that url? From: ksk-rollover <ksk-rollover-bounces(a)icann.org> on behalf of "Davey Song(宋林健)" <ljsong(a)biigroup.cn> Date: Monday, 25 March 2019 at 06:42 To: "ksk-rollover(a)icann.org" <ksk-rollover(a)icann.org> Subject: [ksk-rollover] A lab test of Root Algorithm Rollover Hi folks, We have done a lab test against the root algorithm rollover last month. There is a preliminary result and supprise I would like to share with you if you are interested. I also would like to call for more participants (resolvers) and input for our second lab test. Comments are welcome. The Slides I presented in Yeti DNS workshop: https://yeti-dns.org/resource/Root-algorithm-rollover-lab-test.pdf The summary I quoted from the meeting note of my presentation: “Basically, we rolled the algorithm in four approaches with different configuration and time lines. The finding is interesting that four approaches successfully for BIND (9.11.5-P1) and UNBOUND(1.8.3) resolver. Note that there is an accidental mistake in configuring the ZSK's inactive time which results no active signing key in the middle of the rollover and causes validation failure(we recovered it with a new ZSK but it still had impact on resolver). As a response to this failure, it is observed BIND restarts the Add Hold-Down Time of new key/algorithm for another 30 days when new valid signing key is available but Unbound continue the timer and trusted the KSK/Algorithm after the rfc5011-timer expired. It is planned that more lab test for rollover should be done before roll the algorithm of Yeti. We will call for more resolvers to join this test.” Best regards, Davey

2 1

A lab test of Root Algorithm Rollover
by Davey Song(宋林健) March 25, 2019

March 25, 2019

Hi folks, We have done a lab test against the root algorithm rollover last month. There is a preliminary result and supprise I would like to share with you if you are interested. I also would like to call for more participants (resolvers) and input for our second lab test. Comments are welcome. The Slides I presented in Yeti DNS workshop: https://yeti-dns.org/resource/Root-algorithm-rollover-lab-test.pdf The summary I quoted from the meeting note of my presentation: “Basically, we rolled the algorithm in four approaches with different configuration and time lines. The finding is interesting that four approaches successfully for BIND (9.11.5-P1) and UNBOUND(1.8.3) resolver. Note that there is an accidental mistake in configuring the ZSK's inactive time which results no active signing key in the middle of the rollover and causes validation failure(we recovered it with a new ZSK but it still had impact on resolver). As a response to this failure, it is observed BIND restarts the Add Hold-Down Time of new key/algorithm for another 30 days when new valid signing key is available but Unbound continue the timer and trusted the KSK/Algorithm after the rfc5011-timer expired. It is planned that more lab test for rollover should be done before roll the algorithm of Yeti. We will call for more resolvers to join this test.” Best regards, Davey

1 0

Increased DNSKEY queries to the root servers since the KSK-2010 revocation
by Paul Hoffman March 22, 2019

March 22, 2019

Greetings again. Soon after the new DNSKEY RRset was published at 1400 UTC on 11 January 2019 with KSK-2010 revoked, there was a noticeable increase in ./IN/DNSKEY queries sent to root servers. While we have heard of no DNS service interruption for users, the average DNSKEY query load over all servers has more than doubled to between 2% and 2.5%. The increase was quite varied between the different root servers; some experienced almost no increase at all, while others experience an increase of up to 5%. Although some resolvers are newly making rapid queries to the root servers for the root’s DNSKEY RRset, we see no indication that those resolvers are failing to answer DNS queries from their customers. We will continue to monitor the situation. The ICANN organization is evaluating the traffic at the L-root to try to characterize the resolvers that are rapidly asking for the root’s DNSKEY RRset. From this, we can determine if we are able to help the operators of those resolvers to remediate this anomalous behavior. We will also share data with other root server operators who are conducting similar investigations. The results will be reported when our analysis is complete. --Paul Hoffman

10 10

followup of DNSSEC Workshop at ICANN64
by Yoshiro YONEYA March 22, 2019

March 22, 2019

Hi all, During DNSSEC Workshop at ICANN64, there were discussion regarding future KSK rollover. https://64.schedule.icann.org/meetings/961939 This is followup what I said. I support regular Root Zone KSK Rollover for operational maturity and DNS software matulity. The importance is doing regulary. Frequency may be once per 2-3 years, less than 5 years. -- Yoshiro YONEYA

15 27

DNSKEY queries, was Re: followup of DNSSEC Workshop at ICANN64
by Tony Finch March 18, 2019

March 18, 2019

Warren Kumari <warren(a)kumari.net> wrote: > but, I think that we first need to figure out what the cause of the > increase in DNSKEY lookups is - it concerns me that we predicted no > impact from the revocation, and we got... this. Following this comment I had a quick tcpdump on my resolvers to see if there was anything doing stupid quantities of . IN DNSKEY queries. There is one firewall that is relatively busy (I dunno what is behind it), but what surprised me was the volume of queries from our wireless networks. I had thought that end-user sub validation was negligible, but it seems to be relatively common. We typically have about 30k devices associated on our wireless network, so I would expect very roughly 2*86400/30000 = 6 seconds between queries if everyone is validating. Eyeballing it, I'm seeing maybe 10s between queries. Maaybe Windows-related? I don't have any easy way to investigate further. Of course my resolvers will be absorbing this traffic so the roots won't see it. But I thought it might be of interest. $ tcpdump -s0 -vvv -p -i eno1 udp and dst port 53 and udp[20] == 0 and udp[21] == 0 and udp[22] == 48 Tony. -- f.anthony.n.finch <dot(a)dotat.at> http://dotat.at/ fight poverty, oppression, hunger, ignorance, disease, and aggression

1 0

Review of the 2018 DNSSEC KSK Rollover
by Paul Hoffman March 15, 2019

March 15, 2019

Greetings again. ICANN has published an extensive review of the KSK rollover. Please see: https://www.icann.org/review-2018-dnssec-ksk-rollover.pdf We hope this is useful in the planning of future rollovers. --Paul Hoffman

2 1

ksk - Requested session has been scheduled for IETF 104
by "IETF Secretariat" March 6, 2019

March 6, 2019

Dear Liz Flynn, The session(s) that you have requested have been scheduled. Below is the scheduled session information followed by the original request. ksk Session 1 (1:30 requested) Thursday, 28 March 2019, Morning Session I 0900-1030 Room Name: Congress Hall 2 size: 350 --------------------------------------------- iCalendar: https://datatracker.ietf.org/meeting/104/sessions/ksk.ics Request Information: --------------------------------------------------------- Working Group Name: KSK Futures Area Name: Operations and Management Area Session Requester: Liz Flynn Number of Sessions: 1 Length of Session(s): 1.5 Hours Number of Attendees: 150 Conflicts to Avoid: First Priority: dnsop dprive lamps saag git People who must be present: Paul E. Hoffman Warren "Ace" Kumari Resources Requested: Special Requests: ---------------------------------------------------------

3 2

Future rollover planning opportunities
by Kim Davies Feb. 21, 2019

Feb. 21, 2019

Colleagues, We are continuing to implement the final phases of the KSK-2017 rollover for the DNS Root Zone. While there are no plans to immediately schedule any subsequent planned rollover, we recognize this is a good opportunity to gather feedback while everyone’s experience with this rollover is still fresh in mind. Feedback from the community will inform our future strategy. We welcome feedback, particularly to this list, on what should be considered in designing the process for performing future rollovers. We are also planning to hold a number of outreach efforts in the coming months to capture further input. These sessions are being led by the ICANN’s Office of the Chief Technology Officer (OCTO) in coordination with IANA staff. These sessions will be at: * ICANN 64 in Kobe, as part of the DNSSEC workshop; * IETF 104 in Prague, as a proposed BOF; and * The 3rd ICANN DNS Symposium in Bangkok The feedback we receive will be used by the IANA team to develop a draft plan later in the year that we intend to share for public review. Thanks in advance. kim

10 13

ksk - New Meeting Session Request for IETF 104
by IETF Meeting Session Request Tool Feb. 19, 2019

Feb. 19, 2019

A new meeting session request has just been submitted by Liz Flynn, on behalf of the ksk working group. --------------------------------------------------------- Working Group Name: KSK Futures Area Name: Operations and Management Area Session Requester: Liz Flynn Number of Sessions: 1 Length of Session(s): 1.5 Hours Number of Attendees: 150 Conflicts to Avoid: First Priority: dnsop dprive lamps saag git People who must be present: Paul E. Hoffman Warren "Ace" Kumari Resources Requested: Special Requests: ---------------------------------------------------------

1 0