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

Barry Leiba <barryleiba@computer.org> Tue, 03 November 2020 15:55 UTC

Return-Path: <barryleiba@gmail.com>
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 D9DA33A0D31; Tue, 3 Nov 2020 07:55:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.399
X-Spam-Level:
X-Spam-Status: No, score=-1.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] 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 NrYBC2MwI_OL; Tue, 3 Nov 2020 07:55:07 -0800 (PST)
Received: from mail-vs1-f44.google.com (mail-vs1-f44.google.com [209.85.217.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 61A163A07DB; Tue, 3 Nov 2020 07:55:07 -0800 (PST)
Received: by mail-vs1-f44.google.com with SMTP id 128so6892623vso.7; Tue, 03 Nov 2020 07:55:07 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=JhLwMRfyfKhRO0UuEd/CYyjT5RbPENUnK+rNWfys9Jw=; b=kJUmC5Qf5b7Cp9VQfkG+5XH0yZCTWcY6k4io+p2H7i5LG+yIpYhCRe0Q4aQ9CkuBxw YtoNq01kUF0v2bWRKEfDTME62LvsvgKW8w6BGTEFKlEbx7M1qSd0Lv+BXswXOJQ+e7op nOOM7t5wX54bS4DFKjaF/mrAjSaz/42A3wxR/See6IMSTZPuc0l2+HG3NnBwnIomfJbU LifPcIy5yVPj7Xthpd2jCrAScl86mXcFnKmQnXJoVaPXqB5HNr85Z4qx45URiuG2sbm8 GIJ7i6viA7y6iRRLwjImIx+FyEDBeFZFFB1R70t6h6HTrpsQftlaAFN6M7A1BmOiox3S sJ9A==
X-Gm-Message-State: AOAM532NQnsPBXdhhuSsIWhebnH12+uMGtOKFVqb5eSYa8345cMwYar4 Ght7T9tkaj/XILT1WxcqfjiFtltcDiA/xHC7sxNb6cdFQ2Q=
X-Google-Smtp-Source: ABdhPJwjcAMn2yaLXjegV1BeGfzlYmQncgIGsZtxPedz9vo8v+Apmw71irkx+Nvf/xqgG+KH6t11kB8+8G1ci915B/Y=
X-Received: by 2002:a05:6102:a08:: with SMTP id t8mr1180283vsa.49.1604418906275; Tue, 03 Nov 2020 07:55:06 -0800 (PST)
MIME-Version: 1.0
References: <160424472744.12448.1490655635565962577@ietfa.amsl.com> <051801d6b0d6$d7591dc0$860b5940$@ndzh.com> <9EB84EAB-B740-48F1-95E4-27E37EB352A1@tix.at>
In-Reply-To: <9EB84EAB-B740-48F1-95E4-27E37EB352A1@tix.at>
From: Barry Leiba <barryleiba@computer.org>
Date: Tue, 3 Nov 2020 10:54:54 -0500
Message-ID: <CALaySJKF3xsNODRRMDJTZ-usQZN2Tc7YjyzZyTMAZZ1O=TXMgA@mail.gmail.com>
To: Christoph Loibl <c@tix.at>
Cc: Susan Hares <shares@ndzh.com>, The IESG <iesg@ietf.org>, idr-chairs@ietf.org, draft-ietf-idr-flow-spec-v6@ietf.org, idr@ietf.org
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/IMmdPKOKfQZISkSA68hTvBRt4I8>
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: Tue, 03 Nov 2020 15:55:09 -0000

Thanks, Christoph.  That looks great to me.

Barry

On Mon, Nov 2, 2020 at 12:30 PM Christoph Loibl <c@tix.at> wrote:
>
> 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
>
>