Re: [PANRG] [irsg] IRSG review request draft-irtf-panrg-questions-07

Colin Perkins <csp@csperkins.org> Fri, 15 January 2021 18:21 UTC

Return-Path: <csp@csperkins.org>
X-Original-To: panrg@ietfa.amsl.com
Delivered-To: panrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E2563A1057; Fri, 15 Jan 2021 10:21:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=csperkins.org
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 6UNY68FDJHDF; Fri, 15 Jan 2021 10:21:00 -0800 (PST)
Received: from balrog.mythic-beasts.com (balrog.mythic-beasts.com [IPv6:2a00:1098:0:82:1000:0:2:1]) (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 08EC13A1053; Fri, 15 Jan 2021 10:21:00 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=csperkins.org; s=mythic-beasts-k1; h=To:Date:From:Subject; bh=wHhVLXX7Zi6uMBBpg+l/bjs5vpSB6ehf5LiOhfHPzA8=; b=cIZF5x78ScN6oe+PrXsgjJhrse UvY0hH0DLqYNkAaDPkkfwpgAOW5uXqqE5pmyjfW9h+nk8xSd1sdOg8uX82hIFPF2+fWOAo04thS0l LWZZS3dB07qOY16dc1k3bmwePqTAcOUK0cl8wrAu6uAuGNuzZiscBAtNEL7Uq1vxddpZub1DhA18l y0ZdPWDWymNxYIY+3LafuufiHPwwtSNz87grAXvgPvTdnt7ICx/qeKL4vmLMEY+n5fF2qU193A0gQ bNYhBPOmqgaGGcwJ+UuBu7qxQOTv8F4dPeTPOpAoVNQ+o1F0UjlmERsCJcUzlEHO6QnSuU0wBLZl8 lWd7RbMA==;
Received: from [81.187.2.149] (port=39521 helo=[192.168.0.67]) by balrog.mythic-beasts.com with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92.3) (envelope-from <csp@csperkins.org>) id 1l0TiO-0005AA-SF; Fri, 15 Jan 2021 18:20:57 +0000
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.17\))
From: Colin Perkins <csp@csperkins.org>
In-Reply-To: <681761A2-C43B-4AC2-8974-58E5F9467981@trammell.ch>
Date: Fri, 15 Jan 2021 18:20:46 +0000
Cc: "Ciavaglia, Laurent (Nokia - FR/Paris-Saclay)" <laurent.ciavaglia@nokia.com>, "draft-irtf-panrg-questions.authors@ietf.org" <draft-irtf-panrg-questions.authors@ietf.org>, "panrg@irtf.org" <panrg@irtf.org>, The IRSG <irsg@irtf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <83D26DD2-5358-4C82-8504-8D708B743ECC@csperkins.org>
References: <797F9120-3BB0-4877-BD19-24DCB169B1AE@csperkins.org> <PR3PR07MB6826E939CD12468F56C25C23F3F90@PR3PR07MB6826.eurprd07.prod.outlook.com> <681761A2-C43B-4AC2-8974-58E5F9467981@trammell.ch>
To: Brian Trammell <ietf@trammell.ch>
X-Mailer: Apple Mail (2.3445.104.17)
X-BlackCat-Spam-Score: 4
Archived-At: <https://mailarchive.ietf.org/arch/msg/panrg/AvBeN8hn4axCfkJzncG9h-yvQSM>
Subject: Re: [PANRG] [irsg] IRSG review request draft-irtf-panrg-questions-07
X-BeenThere: panrg@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Path Aware Networking \(Proposed\) Research Group discussion list" <panrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/panrg>, <mailto:panrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/panrg/>
List-Post: <mailto:panrg@irtf.org>
List-Help: <mailto:panrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/panrg>, <mailto:panrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Fri, 15 Jan 2021 18:21:02 -0000

Brian, Laurent – thanks!

At this stage, I’ll wait for confirmation from Laurent and the RG chairs that the changes are okay, before proceeding with the IRSG final poll.

Colin



> On 23 Dec 2020, at 15:20, Brian Trammell (IETF) <ietf@trammell.ch> wrote:
> 
> hi Laurent,
> 
> Many thanks for the thorough review and useful comments!
> 
> Instead of addressing each comment in this mail thread (copying out of annotated PDF seems toilsome, and I'm trying to get this done by the end of 2020 :) ), I'll summarize some comments and responses here, and post a new revision addressing them shortly.
> 
> Comments that fall into the class "what about path-aware-like-thing-that-presents-an-interface-to-network-operations-and-not-the-endpoints", which indicates that the scope of these questions might need to be tightened up: we're looking at generalized approaches for getting control into the hands of end users and application developers, not network admins. Indeed, ALTO is a good example of a (proto-)path-awareness approach, and I'll point to it more explicitly. But unless I'm missing something, PCE is router-to-router, not end-to-end.
> 
> Comments of the type "this is unclearly phrased" or "say more here" were... universally quite helpful. I agree with all of them, sometimes wholeheartedly in a "what was I thinking when I wrote this" way :). Have proposed a rewording in each case.
> 
> With respect to the management of information radiated by path-aware approaches (your comment on the header for Section 3 asking for a ninth question)... that's a really interesting question, but I think it's properly an aspect of the eighth question (though it will be essential as part of any answer to it); will add something here. I'll note that the space of path aware networking architectures (where the network presents choices to the endpoint for network treatment) is better in this aspect than proposals that send data in the opposite direction (e.g. PLUS), but the data's still there and still needs to be managed.
> 
> Many thanks, again! Expect an -08 shortly.
> 
> Cheers, (happy|merry) ${HOLIDAY}, and may 2021 be less interesting,
> 
> Brian
> 
>> On 26 Nov 2020, at 11:11, Ciavaglia, Laurent (Nokia - FR/Paris-Saclay) <laurent.ciavaglia@nokia.com> wrote:
>> 
>> Dear Brian, all,
>> 
>> Please find attached my review of the draft.
>> 
>> Overall the document is in good shape.
>> 
>> My comments are mostly about needed clarifications for some statements, and suggestions for improvement.
>> 
>> Best regards, 
>> Laurent
>> 
>>> -----Original Message-----
>>> From: irsg <irsg-bounces@irtf.org> On Behalf Of Colin Perkins
>>> Sent: Sunday, September 6, 2020 20:43
>>> To: The IRSG <irsg@irtf.org>
>>> Cc: draft-irtf-panrg-questions.authors@ietf.org
>>> Subject: [irsg] IRSG review request draft-irtf-panrg-questions-07
>>> 
>>> IRSG members,
>>> 
>>> The Path Aware Networking Research Group has requested that draft-irtf-
>>> panrg-questions-07 be considered for publication as an IRTF RFC. To
>>> progress this draft, we now need *at least one* IRSG member to volunteer
>>> to provide a detailed review of the draft, as follows:
>>> 
>>>> The purpose of the IRSG review is to ensure consistent editorial and
>>> technical quality for IRTF publications. IRSG review is not a deep
>>> technical review. (This should take place within the RG.) At least one
>>> IRSG member other than the chair of the RG bringing the work forth must
>>> review the document and the RG’s editorial process.
>>>> 
>>>> IRSG reviewers should look for clear, cogent, and consistent writing. An
>>> important aspect of the review is to gain a critical reading from
>>> reviewers who are not subject matter experts and, in the process, assure
>>> the document will be accessible to those beyond the authoring research
>>> group. Also, reviewers should assess whether sufficient editorial and
>>> technical review has been conducted and the requirements for publication
>>> described in RFC 5743  have been met. Finally, reviewers should check that
>>> appropriate citations to related research literature have been made.
>>>> 
>>>> Reviews should be written to be public. Review comments should be sent
>>> to the IRSG and RG mailing lists and entered into the tracker. All IRSG
>>> review comments must be addressed. However, the RG need not accept every
>>> comment. It is the responsibility of the shepherd to understand the
>>> comments and ensure that the RG considers them including adequate dialog
>>> between the reviewer and the author and/or RG. Reviews and their
>>> resolution should be entered into the tracker by the document shepherd.
>>>> 
>>>> The IRSG review often results in the document being revised. Once the
>>> reviewer(s), authors, and shepherd have converged on review comments, the
>>> shepherd starts the IRSG Poll on whether the document should be published.
>>> 
>>> Please respond to this message if you’re able to perform such a review,
>>> and indicate the approximate time-frame by which you’ll be able to
>>> complete it. The document shepherd write-up is available at
>>> https://datatracker.ietf.org/doc/draft-irtf-panrg-
>>> questions/shepherdwriteup/
>>> 
>>> Thanks!
>>> 
>>> Colin (as IRTF chair)
>> 
>> <draft-irtf-panrg-questions-07-review-laurent.pdf>
> 



-- 
Colin Perkins
https://csperkins.org/