Re: [Idr] Éric Vyncke's No Objection on draft-ietf-idr-bgpls-srv6-ext-12: (with COMMENT)

Alvaro Retana <aretana.ietf@gmail.com> Thu, 15 December 2022 11:32 UTC

Return-Path: <aretana.ietf@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 64A52C15257F; Thu, 15 Dec 2022 03:32:32 -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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hE2tjZmi4A5S; Thu, 15 Dec 2022 03:32:32 -0800 (PST)
Received: from mail-pj1-x1033.google.com (mail-pj1-x1033.google.com [IPv6:2607:f8b0:4864:20::1033]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EE29DC15257C; Thu, 15 Dec 2022 03:32:31 -0800 (PST)
Received: by mail-pj1-x1033.google.com with SMTP id t17so10148774pjo.3; Thu, 15 Dec 2022 03:32:31 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date :mime-version:references:in-reply-to:from:from:to:cc:subject:date :message-id:reply-to; bh=XBfqR1Er2RuPUOwKOiwyHTH73fPvie1YUoNQnfwiaDw=; b=NHIiHJ1vdn+I2GHYOXbDuHGpLyl42g0YuBeedn04XSSEruDS+DmExlwwTn+z8XvcOZ oWcUOjTXdKEO4tvg1B25PMFpgW88g0W2YNWrG8p/57aPW65tSlYYL71DzMXJLaCDghof OR0A7FNH/wqwEslPGTMcV2be9FyS3b7apc4QPtSIMM993uMkKxhmqQSj2fgQtPA5c0u7 BLypl6/3J7pjiMZFJb94M4I7Ua3uEw1pme4KtxJzB90aBhc4mFkLSMWFnAUO89tvr7mA SmcgUM1ToNzd9ck1+HlEJF2RFUBAJlsPm7E3TSQcqyD9s6nutHJ4UymS/faJpgOGnmFd wqCA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date :mime-version:references:in-reply-to:from:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=XBfqR1Er2RuPUOwKOiwyHTH73fPvie1YUoNQnfwiaDw=; b=TfTcyEHy1X8Jbi/PmiH39crk9CDi4fsJdV0DM5ovnxEkIeezkgeWD4fTcV4nJLlVOW oPUN0iEQeTLL65cqxYmeiIaEXKiQ8JMwmrKSEvd1iUwwB32VgnR5/000T9ilqqy/DINC W2Aire3h2rRzhb9CBGk5/aZj8G2wGTFFAbgBxA8QoZ06KijqnWeyPGHoaj812RVa4O10 CuupsfCgw9q0a8JoxIraMzRJSH1XBhpNtO4hDoNrOn/WiP0GoGEwtYIqJK8Zb0cTFCkj Jr9OGz56LRSQv29bRgDGRs+K1zwzei13NvwtAXQqYTQsWRoaGzk38kK6SXW1Yz8+0+kb YjFA==
X-Gm-Message-State: AFqh2kottn/Y3l0NE/WX22znw8ZOu/EUqfPd0mpkrzBifqOi+oWM+24p ARiq5B2mkqkEmkoIVr9DC5W2xQp6OkRAZBhrWM5gT/OxQ1s=
X-Google-Smtp-Source: AMrXdXsWWW0rfWJVt7bOwZ0u6HzQOLVMZ9CroKWBWK7hKen19iwUi8wXuI0D1fm4K/c7ZVJjOoNmJN5Jw+pb968DvAY=
X-Received: by 2002:a17:90a:69c7:b0:21a:8dc:1b5e with SMTP id s65-20020a17090a69c700b0021a08dc1b5emr178997pjj.26.1671103951234; Thu, 15 Dec 2022 03:32:31 -0800 (PST)
Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Thu, 15 Dec 2022 05:32:30 -0600
From: Alvaro Retana <aretana.ietf@gmail.com>
In-Reply-To: <167109596075.47967.10385839179673983356@ietfa.amsl.com>
References: <167109596075.47967.10385839179673983356@ietfa.amsl.com>
MIME-Version: 1.0
Date: Thu, 15 Dec 2022 05:32:30 -0600
Message-ID: <CAMMESszxcg1QfjsLQLYRUMezhnj4K6BU4p15iDp365ebtK5xuQ@mail.gmail.com>
To: Éric Vyncke via Datatracker <noreply@ietf.org>, Éric Vyncke <evyncke@cisco.com>, The IESG <iesg@ietf.org>
Cc: draft-ietf-idr-bgpls-srv6-ext@ietf.org, idr-chairs@ietf.org, shares@ndzh.com, idr@ietf.org, tim@qacafe.com
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/SzI4-v8zTnQX3sfVWmUASnBPFms>
Subject: Re: [Idr] Éric Vyncke's No Objection on draft-ietf-idr-bgpls-srv6-ext-12: (with COMMENT)
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.39
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: Thu, 15 Dec 2022 11:32:32 -0000

On December 15, 2022 at 4:19:21 AM, Éric Vyncke wrote:


Eric:

Hi!  thanks fo the review!

...
> ### Section 3.1
>
> I second John's point on the lack of specification for the Flag field. This
> document does not specify how to interpret the values. It happens that the
> IS-IS and OSPFv3 specify a 16-bit value with currently the same semantic
> associated to the 16-bit but I fear that this is quite dangerous to have the
> *same* field specified in several documents. Strongly suggest creating a IANA
> registry for this 16-bit field shared by (at least) 3 IETF drafts.
>
> The same comment applies to many other values in the document.

BGP-LS is a transport for information originated by OSPF/IS-IS.  The
BGP-LS Consumer is the user of this information, and the only node
that would interpret it.  rfc7752 (and more clearly in rfc7752bis)
leave the validation and use of the contents up to the Consumer, which
is not a BGP speaker, so it is out of scope.

The BGP-LS UPDATES include an indication of the origin protocol
(OSPF/IS-IS) so the Consumer can interpret the fields accordingly.

That is how all the BGP-LS extensions have been specified to date.


Alvaro.