Re: [secdir] secdir review of draft-ietf-spring-segment-routing-13

Tero Kivinen <kivinen@iki.fi> Wed, 28 March 2018 21:38 UTC

Return-Path: <kivinen@iki.fi>
X-Original-To: secdir@ietfa.amsl.com
Delivered-To: secdir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C1461273E2 for <secdir@ietfa.amsl.com>; Wed, 28 Mar 2018 14:38:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.121
X-Spam-Level:
X-Spam-Status: No, score=-1.121 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_NEUTRAL=0.779] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pbIPvNUxvuTy for <secdir@ietfa.amsl.com>; Wed, 28 Mar 2018 14:38:38 -0700 (PDT)
Received: from mail.kivinen.iki.fi (fireball.acr.fi [212.16.101.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F3BEC127337 for <secdir@ietf.org>; Wed, 28 Mar 2018 14:38:37 -0700 (PDT)
Received: from fireball.acr.fi (localhost [127.0.0.1]) by mail.kivinen.iki.fi (8.15.2/8.15.2) with ESMTPS id w2SLcY5h006577 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 29 Mar 2018 00:38:34 +0300 (EEST)
Received: (from kivinen@localhost) by fireball.acr.fi (8.15.2/8.14.8/Submit) id w2SLcYaO009039; Thu, 29 Mar 2018 00:38:34 +0300 (EEST)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-ID: <23228.2906.789875.266549@fireball.acr.fi>
Date: Thu, 29 Mar 2018 00:38:34 +0300
From: Tero Kivinen <kivinen@iki.fi>
To: David Mandelberg <david+work@mandelberg.org>
Cc: Benjamin Kaduk <kaduk@mit.edu>, "secdir@ietf.org" <secdir@ietf.org>
In-Reply-To: <d0274470-5737-57f4-1d16-0631f386403c@mandelberg.org>
References: <3b7c6cdc-0e9e-0a57-e030-ae3a715c6a03@mandelberg.org> <e32e5f9bc00043e3a8b86205d434c35d@XCH-ALN-001.cisco.com> <56ce2942-388f-d03b-721a-3b06af5559bc@mandelberg.org> <ef5efa3a9f1d434580946f1012ebb0bc@XCH-ALN-001.cisco.com> <9521bc0e-a1f2-046e-8e92-9e4a64237036@mandelberg.org> <d259d31119534e76b1ebf45faab43941@XCH-ALN-001.cisco.com> <894918aa-b853-299c-38f4-6c56ce385c64@mandelberg.org> <20180326153348.GE44086@kduck.kaduk.org> <d0274470-5737-57f4-1d16-0631f386403c@mandelberg.org>
X-Mailer: VM 8.2.0b under 25.1.1 (x86_64--netbsd)
X-Edit-Time: 8 min
X-Total-Time: 14 min
Archived-At: <https://mailarchive.ietf.org/arch/msg/secdir/HW2wuB3ISnl2ocAeCNGpCkJlJ1A>
Subject: Re: [secdir] secdir review of draft-ietf-spring-segment-routing-13
X-BeenThere: secdir@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Security Area Directorate <secdir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/secdir>, <mailto:secdir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/secdir/>
List-Post: <mailto:secdir@ietf.org>
List-Help: <mailto:secdir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/secdir>, <mailto:secdir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Mar 2018 21:38:40 -0000

David Mandelberg writes:
> On 03/26/2018 11:33 AM, Benjamin Kaduk wrote:
> > On Fri, Mar 23, 2018 at 07:18:15PM -0400, David Mandelberg wrote:
> >> No worries about the delay. And I'm just a secdir reviewer, not an IESG
> >> member, so I can't do anything about a DISCUSS.
> > 
> > FWIW, you should be able to edit the secdir review's summary
> > evaulation by going into the dattracker (while logged in), finding
> > the "my reviews" item from either the sidebar or the <username>
> > dropdown in the top, selecting the given review request from the
> > list, and using the "correct review" button.  I don't know that we
> > have a huge amount of experience with doing this, whether you can
> > change the reviewed revision as well, etc., so don't feel like you
> > have to do this.  (But if you do, please report back to the secdir
> > list how it went!)
> 
> I edited it, so the state is now Ready. One thing that surprised me 
> though, is that adding a new review version changed the review link 
> ("posted at") and status for the old review version.

"Correct review" is meant to be used when you want to correct some
mistke in your review. For example link points to wrong location or
version does not match.

You can also use it to fix the "review summary" if it is incorrect for
some reason, but it is not really meant to be used to mark whether the
discussion triggered by the review caused the issues to be fixed.
I.e., if the issues found in review are fixed, you do not edit the
review, but simply reply to the review thread in mailing lists saying
that "Yes, this solves my issues" or similar, so when ADs check the
thread they will see that as final email in the thread and know that
issues have been solved.

Perhaps we should make #2217 higher priority, so reviewers could enter
unsolicited reviews themselves. 

[1] https://trac.tools.ietf.org/tools/ietfdb/ticket/2217
-- 
kivinen@iki.fi