Re: [Idr] draft-dong-idr-node-target-ext-comm-05.txt - WG Adoption and IPR call (9/27 to 10/11/2022)

Robert Raszuk <robert@raszuk.net> Thu, 29 September 2022 15:44 UTC

Return-Path: <robert@raszuk.net>
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 E45A4C14CE30 for <idr@ietfa.amsl.com>; Thu, 29 Sep 2022 08:44:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.104
X-Spam-Level:
X-Spam-Status: No, score=-2.104 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, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=raszuk.net
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 OHKuU5UE1ODc for <idr@ietfa.amsl.com>; Thu, 29 Sep 2022 08:44:46 -0700 (PDT)
Received: from mail-wr1-x42e.google.com (mail-wr1-x42e.google.com [IPv6:2a00:1450:4864:20::42e]) (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 C15A5C14CE26 for <idr@ietf.org>; Thu, 29 Sep 2022 08:44:46 -0700 (PDT)
Received: by mail-wr1-x42e.google.com with SMTP id u10so2717289wrq.2 for <idr@ietf.org>; Thu, 29 Sep 2022 08:44:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date; bh=JvU4yd3bOIuNGzx+xigd4JsSTuKJmitAeLQa7pDHV80=; b=QSv81ekDnTr+SKc1Nr6TdQjwu7FIJySnjI6AArAiU4hnrsnCIsVihBVNwgeNTuTWdX 7691Cn5mJoI+yFw4JR8O+7FkwCYGlvZ6fym+p6N+nXjwBnsixJJx6sisOSuEQzsZDIYr HnHv2c0ipFDLwR3qBW6QUN3NHhD5Ah1jakJ1HqUt1HSgN+B6iZl5Wu26kOMaa5r+sH1S V4j6JaGY9v7XzH4v9GpXL4BOEUvqzS8fQGEXpH3pH6YIgv0Ydjbr7Qlt7cXqn/D1Uj0n GqiyICIqwzC+nKM0Upqt0mzTi2Yvl76eo/VEChQDuuJe0LrVssdSlUjOP+tOscI25Cx0 5Tjw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date; bh=JvU4yd3bOIuNGzx+xigd4JsSTuKJmitAeLQa7pDHV80=; b=6bUPJ3szropc96BnSBChKUVp1j0Je3kL13yLqXbhnrMkQrZHJ3IDBoh5x9J74JxRcj vh1rhuBY2s4zoAINm4rpb8oh62IMZxUP7mgkug6kdQ686832xLWtBvSIKQOaOQngzE0/ H45cacI7asoec3AmZFwk0Dm3DJxo/xmYLr/fSbkSWQWSGatI3MG82Kq2rw0NJA3TWilx jm/5eNb5MpogSO1drndXA35ji7C0jPLbskfhU/VNRZZ6uE+M6NTzWQBiC+uhHOLO9uxn Weo9yfFRPo1bhefiKDrRVmfC+kQkSwWt7FmfwJoju/eVbrWXk22BJeaayCKUVn3oHnec lr7Q==
X-Gm-Message-State: ACrzQf19eE1B3uUvpLcDsJxAVkI9YECgFaNWAEd7wqV4vN9inWHbNIZ5 vfu25YoFN7KyR6o3AbAuhKc4UM4M5i2Bk1WtdqZ/hQ==
X-Google-Smtp-Source: AMsMyM5TNoeSl8PtDoVVb9nQTXuDwJl+r4IjtUm8dY8J/nPrJyO7r/6C2LsNb5D5kyJLJa/6JVooCr/59K+IPWzWgq4=
X-Received: by 2002:adf:fb88:0:b0:22a:f742:af59 with SMTP id a8-20020adffb88000000b0022af742af59mr2885560wrr.230.1664466284994; Thu, 29 Sep 2022 08:44:44 -0700 (PDT)
MIME-Version: 1.0
References: <BYAPR08MB4872EEE329BDDDCC0F387B17B3559@BYAPR08MB4872.namprd08.prod.outlook.com> <AM7PR07MB62485C05E78F6439215A3FF7A0579@AM7PR07MB6248.eurprd07.prod.outlook.com> <CAOj+MMGeQ_7jV-0ZDbLLb1NfLjKu5XW8VMZsRK_ARkubFWzm9Q@mail.gmail.com> <AM7PR07MB6248B30EF45B24D7612273A4A0579@AM7PR07MB6248.eurprd07.prod.outlook.com>
In-Reply-To: <AM7PR07MB6248B30EF45B24D7612273A4A0579@AM7PR07MB6248.eurprd07.prod.outlook.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Thu, 29 Sep 2022 17:45:13 +0200
Message-ID: <CAOj+MMHQGbC2ub-H6SfF2geKsnm71nXOhxFhuKEib6_Pu8BFLA@mail.gmail.com>
To: tom petch <ietfc@btconnect.com>
Cc: Susan Hares <shares@ndzh.com>, "idr@ietf.org" <idr@ietf.org>, "Van De Velde, Gunter (Nokia - BE/Antwerp)" <gunter.van_de_velde@nokia.com>
Content-Type: multipart/alternative; boundary="000000000000a87c3105e9d2c13f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/piFWTLPVBFLbtDFQka4R4CuCCZg>
Subject: Re: [Idr] draft-dong-idr-node-target-ext-comm-05.txt - WG Adoption and IPR call (9/27 to 10/11/2022)
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, 29 Sep 2022 15:44:51 -0000

>  I did search the BGP protocol RFC and was struck by its absence except
for the one RFC I mentioned.

Well there is also rfc6198, rfc1745, rfc4798, rfc4216, rfc5152 etc ...

Thank you,
R.


On Thu, Sep 29, 2022 at 5:33 PM tom petch <ietfc@btconnect.com> wrote:

> From: Robert Raszuk <robert@raszuk.net>
> Sent: 29 September 2022 16:29
>
> Hi Tom,
>
> > Is the term ASBR well-understood in the context of BGP
>
> It is a very well known term and widely used across many documents in the
> context of BGP protocol. Sometimes you will see folks abbreviating it to
> "BR", but the BGP speaker which talks EBGP is almost always called
> Autonomous System Border Router (I used word "almost" as there is an
> exception - confederations).
>
> Robert
> Thanks for that.  If the author used EBGP, I would have known what he
> meant!  I did search the BGP protocol RFC and was struck by its absence
> except for the one RFC I mentioned.  In OSPF it is well defined and I would
> not have commented on it.
>
> Tom Petch
>
> Thx,
> Robert.
>
>
>
> On Thu, Sep 29, 2022 at 10:23 AM tom petch <ietfc@btconnect.com<mailto:
> ietfc@btconnect.com>> wrote:
> From: Idr <idr-bounces@ietf.org<mailto:idr-bounces@ietf.org>> on behalf
> of Susan Hares <shares@ndzh.com<mailto:shares@ndzh.com>>
> Sent: 27 September 2022 18:30
>
> This begins a 2 week WG adoption and IPR call for
> draft-dong-idr-node-target-ext-comm-05.txt.
> https://datatracker.ietf.org/doc/draft-dong-idr-node-target-ext-comm/
>
> <tp>
> The protocol depends in part on whether or not a router is an ASBR.  I am
> used to seeing that term used in the context of OSPF and not of BGP.  I did
> find a usage in RFC7705 but note that that RFC felt it necessary to explain
> what an ASBR was.  Is the term ASBR well-understood in the context of BGP
> (as opposed to OSPF)?
>
> I find the IANA Considerations imprecise.  It asks for a new sub-type in a
> registry whose name is not present in IANA; there is one that is close (but
> no cigar).
>
> Likewise, it talks of 'registry of the "BGP Extended Communities"
> registry'.  This is wrong on two counts.  A registry is part of a registry
> group, not part of a registry (prior to recent discussions on the Last Call
> list I would have just said 'group').  Second, there are no BGP registry
> groups and that identifier does not appear anywhere on the IANA website
> AFAICT.
>
> Tom Petch
>
> The authors should respond to this email with an IPR statement.
>
> The WG should consider in their discussion:
> 1) Will this new  transitive extended community help
> in operational networks?
>
> 2) What conflicts does this new Extended Community have
> with other functions in general BGP route distribution or
> VPNs (EVPN, IPVPN)?
>
> 3) do you have any concern about the text in the draft?
>
> Cheerily, Sue
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org<mailto:Idr@ietf.org>
> https://www.ietf.org/mailman/listinfo/idr
>