[DNSOP] Opsdir last call review of draft-ietf-dnsop-extended-error-14

2020-03-31 Thread Scott Bradner via Datatracker
Reviewer: Scott Bradner Review result: Ready This is an OPS-DIR review of Extended DNS Errors This ID defines a use of the EDNS0 extension mechanism that can be used by a DNS resolver to provide additional detail about DNS lookup issues as well as defining an initial set of 24 codes that can be

[DNSOP] Security Considerations Suggestion for draft-ietf-dnsop-rfc7816bis

2020-03-31 Thread Hollenbeck, Scott
I originally sent this to the list last July. Olafur provided some feedback (which has been incorporated into the text suggested below), but it seems to have slipped past the document editors. Trying again since the document has been revived after it recently expired... I've recently been readi

[DNSOP] Warren Kumari's Yes on draft-ietf-dnsop-multi-provider-dnssec-04: (with COMMENT)

2020-03-31 Thread Warren Kumari via Datatracker
Warren Kumari has entered the following ballot position for draft-ietf-dnsop-multi-provider-dnssec-04: Yes When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer

[DNSOP] Secdir last call review of draft-ietf-dnsop-extended-error-14

2020-03-31 Thread Catherine Meadows via Datatracker
Reviewer: Catherine Meadows Review result: Has Issues This ID defines an extensible method to return information about the cause of DNS errors. It extends both the type of response that can contain error messages and the type of messages that can be returned, and includes mechanisms that can be u

Re: [DNSOP] [Ext] Security Considerations Suggestion for draft-ietf-dnsop-rfc7816bis

2020-03-31 Thread Paul Hoffman
On Mar 31, 2020, at 6:34 AM, Hollenbeck, Scott wrote: > > I originally sent this to the list last July. Olafur provided some feedback > (which has been incorporated into the text suggested below), but it seems to > have slipped past the document editors. Trying again since the document has >

Re: [DNSOP] Opsdir last call review of draft-ietf-dnsop-extended-error-14

2020-03-31 Thread Warren Kumari
[ - last-call@, for clutter, +Barry] Thank you for the review, Scott. As I'm an author on this, I am recusing myself from balloting, and so am CCing the responsible AD (Barry Leiba) so he has a copy of it... W On Tue, Mar 31, 2020 at 9:23 AM Scott Bradner via Datatracker wrote: > > Reviewer:

Re: [DNSOP] Last Call: (Extended DNS Errors) to Proposed Standard

2020-03-31 Thread Wes Hardaker
Donald Eastlake writes: > > I also do not add the "reserved" section since the IANA ranges were > > discussed extensively and the current number ranges are the result of a > > consensus I didn't want to have one person change without a lot of > > backup agreement. > > This is the only serious pr

Re: [DNSOP] Last Call: (Extended DNS Errors) to Proposed Standard

2020-03-31 Thread Wes Hardaker
Eric Orth writes: > > "Because long EXTRA-TEXT fields may trigger truncation, > >  which is undesirable given the supplemental nature of > >  EDE." > > I left this sentence as a hybrid of what you suggested (removing most of > the second half), leaving in the supplemental

[DNSOP] Genart last call review of draft-ietf-dnsop-multi-provider-dnssec-04

2020-03-31 Thread Pete Resnick via Datatracker
Reviewer: Pete Resnick Review result: Ready I am the assigned Gen-ART reviewer for this draft. The General Area Review Team (Gen-ART) reviews all IETF documents being processed by the IESG for the IETF Chair. Please treat these comments just like any other last call comments. For more informatio

[DNSOP] RFC 8767 on Serving Stale Data to Improve DNS Resiliency

2020-03-31 Thread rfc-editor
A new Request for Comments is now available in online RFC libraries. RFC 8767 Title: Serving Stale Data to Improve DNS Resiliency Author: D. Lawrence, W. Kumari, P. Sood Status: Standards Track

Re: [DNSOP] Genart last call review of draft-ietf-dnsop-multi-provider-dnssec-04

2020-03-31 Thread Shumon Huque
On Tue, Mar 31, 2020 at 6:10 PM Pete Resnick via Datatracker < nore...@ietf.org> wrote: > Document: draft-ietf-dnsop-multi-provider-dnssec-04 > Reviewer: Pete Resnick > Review Date: 2020-03-31 > Summary: Ready. > > Good to go. A straightforward document easy enough for this non-expert to > get. >

[DNSOP] Murray Kucherawy's No Objection on draft-ietf-dnsop-multi-provider-dnssec-04: (with COMMENT)

2020-03-31 Thread Murray Kucherawy via Datatracker
Murray Kucherawy has entered the following ballot position for draft-ietf-dnsop-multi-provider-dnssec-04: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) P

Re: [DNSOP] Murray Kucherawy's No Objection on draft-ietf-dnsop-multi-provider-dnssec-04: (with COMMENT)

2020-03-31 Thread Shumon Huque
Thank you Murray. Nits addressed in our repo ( https://github.com/shuque/multi-provider-dnssec ) and queued for next revision. Shumon. On Tue, Mar 31, 2020 at 7:58 PM Murray Kucherawy via Datatracker < nore...@ietf.org> wrote: > Murray Kucherawy has entered the following ballot position for > d