Re: [Idr] Barry Leiba's No Objection on draft-ietf-idr-flow-spec-v6-18: (with COMMENT)

Christoph Loibl <c@tix.at> Mon, 02 November 2020 17:30 UTC

Return-Path: <c@tix.at>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4CBDF3A12C2; Mon, 2 Nov 2020 09:30:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, 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=tix.at
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 fmOdBkN3ORKk; Mon, 2 Nov 2020 09:30:05 -0800 (PST)
Received: from mail.fbsd.host (mail.fbsd.host [IPv6:2001:858:58::22]) (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 053963A1244; Mon, 2 Nov 2020 09:29:55 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tix.at; s=rev1; h=References:To:Cc:In-Reply-To:Date:Subject:Mime-Version:Content-Type :Message-Id:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=+UqwE/Ue7cXegES+tJdxCsV2ulyrnrpxLALNKpx02eo=; b=LkmfqL8zGifQVYh5kIt++pbACK fGiVlrj3B8o4Wc49gAx03Jp2X+0E16WfrgIeqa4PHeSNQcFj2ydOxvtp45WxKoJwizyrZRy+idglv 1u/idWefu19ARMNic36ja2p/3Wj3WbDx8jSUh7yIUjcxaLGPzoM75Lve7qbqzt+1wNjekFT394mwq N6uCLuH2TVZYtbHM8mo1FYPFupQmItnvP9evBRE2iLMMmDewndmb6u/UhtKGG7/t+CAETJu/AHDZf 85IwVpD1p5Rc44H8OwmzOXbyjaGdTxzA5rkfbr/Wq5rayAHgzEpRj1Nyj2e9EOaUUJGyAm1WFqsMN FoGMl2fg==;
Received: from 80-110-113-91.cgn.dynamic.surfer.at ([80.110.113.91] helo=[192.168.66.207]) by mail.fbsd.host with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.92.3) (envelope-from <c@tix.at>) id 1kZdeR-000PXV-54; Mon, 02 Nov 2020 18:29:51 +0100
From: Christoph Loibl <c@tix.at>
Message-Id: <9EB84EAB-B740-48F1-95E4-27E37EB352A1@tix.at>
Content-Type: multipart/alternative; boundary="Apple-Mail=_97220BE0-1AF4-4BF0-B584-AD360EE03E7C"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\))
Date: Mon, 02 Nov 2020 18:29:50 +0100
In-Reply-To: <051801d6b0d6$d7591dc0$860b5940$@ndzh.com>
Cc: Barry Leiba <barryleiba@computer.org>, The IESG <iesg@ietf.org>, idr-chairs@ietf.org, draft-ietf-idr-flow-spec-v6@ietf.org, idr@ietf.org
To: Susan Hares <shares@ndzh.com>
References: <160424472744.12448.1490655635565962577@ietfa.amsl.com> <051801d6b0d6$d7591dc0$860b5940$@ndzh.com>
X-Mailer: Apple Mail (2.3608.120.23.2.4)
X-Scanned-By: primary on mail.fbsd.host (78.142.178.22); Mon, 02 Nov 2020 18:29:51 +0100
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/jcLXNRJazt9qeysls1LIHLDmxG8>
Subject: Re: [Idr] Barry Leiba's No Objection on draft-ietf-idr-flow-spec-v6-18: (with COMMENT)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Nov 2020 17:30:12 -0000

Susan, Barry, IDR

I uploaded the -19 that includes the cleanup as discussed:

Section 3.1., paragraph 7:
OLD:

    In the case Length minus Offset is 0 every address matches.  Length
    MUST always be in the range 0-128 and Length minus Offset MUST always
    be 0 or more, otherwise this component is malformed.

NEW:

    Length = Offset = 0 matches every address, otherwise Length MUST be
    in the range Offset < Length < 129 or the component is malformed.

I hope this is clear. Maybe still some minor rewording is needed.

Cheers Christoph

-- 
Christoph Loibl
c@tix.at | CL8-RIPE | PGP-Key-ID: 0x4B2C0055 | http://www.nextlayer.at



> On 02.11.2020, at 06:13, Susan Hares <shares@ndzh.com> wrote:
> 
> Barry: 
> 
> My co-authors reminded me that the WG did not really come down strongly on the offset text.  They also felt that your proposal cleans up the text.  If Christoph can put out the document before the WG draft submission deadline, you may see it in the next version.  
> 
> Thanks for the great suggestions after a fresh read on the document. 
> 
> Cheerily, Susan Hares 
> 
> 
> -----Original Message-----
> From: Barry Leiba via Datatracker [mailto:noreply@ietf.org] 
> Sent: Sunday, November 1, 2020 10:32 AM
> To: The IESG
> Cc: draft-ietf-idr-flow-spec-v6@ietf.org; idr-chairs@ietf.org; idr@ietf.org; Jie Dong; aretana.ietf@gmail.com; jie.dong@huawei.com
> Subject: Barry Leiba's No Objection on draft-ietf-idr-flow-spec-v6-18: (with COMMENT)
> 
> Barry Leiba has entered the following ballot position for
> draft-ietf-idr-flow-spec-v6-18: 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.)
> 
> 
> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
> 
> 
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-idr-flow-spec-v6/
> 
> 
> 
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
> 
> Thanks for clearing up my confusion on the DISCUSS point that I had, and for posting -18 with resolutions to that and my comments.
> 
> I’ll leave the remaining comment here for the record, leaving it for the editors to do what they think best.
> 
>   In the case Length minus Offset is 0 every address matches.  Length
>   MUST always be in the range 0-128 and Length minus Offset MUST always
>   be 0 or more, otherwise this component is malformed.
> 
> Is there actually value in allowing 129 ways to match every address (length=offset=0, length=offset=1, length=offset=87, and so on)?  If not, it seems less prone to error to say that length=offset=0 matches every address, and otherwise length MUST be greater than offset or the component is malformed.
> No?
> 
> 
> 
> 
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr