Re: [Idr] WG adoption call for draft-abraitis-bgp-version-capability-08, to end September 25

Gyan Mishra <hayabusagsm@gmail.com> Thu, 12 January 2023 16:53 UTC

Return-Path: <hayabusagsm@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 BD393C1527BE for <idr@ietfa.amsl.com>; Thu, 12 Jan 2023 08:53:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.084
X-Spam-Level:
X-Spam-Status: No, score=-2.084 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=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=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 8Fgs3VYKQWcs for <idr@ietfa.amsl.com>; Thu, 12 Jan 2023 08:53:37 -0800 (PST)
Received: from mail-qk1-x735.google.com (mail-qk1-x735.google.com [IPv6:2607:f8b0:4864:20::735]) (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 8D915C159A24 for <idr@ietf.org>; Thu, 12 Jan 2023 08:53:37 -0800 (PST)
Received: by mail-qk1-x735.google.com with SMTP id h8so9587094qkk.8 for <idr@ietf.org>; Thu, 12 Jan 2023 08:53:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=c5Rfqh3FRS5ecTdHLR86nURs9n6VTOB6gTEj9nQS1+I=; b=MuFyur/1Il65HqG6wdI4I4eFAsUl1aCpkQOsL826pD1Kzi8XH/ynoXZr/clPNTfZPz w+uOB4YWejBac2AMqWiQPhhcwiaFpKiA6WaHW7A7evNrr6sipt4A87/+FmUyfcr/9JLd TwmNf8ijmmjvTYINFgSowYGPSF/Oqyn+WR8Dl6pYf9SfRitk1k6ZPU5EkP/ivMrVXXrU C3pdY8a2RdOZMeEBiJrsZ+poTGtQf7QYlS0K5PQx4c+Unp1ER0voklew5/mmpHta3GGF ritskRJygJwP/GbBplfN4cqwvI58fFejI8SAppJOxD8V5m5xR5WeP+/BQta6+Si7AM6L JENw==
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:message-id :reply-to; bh=c5Rfqh3FRS5ecTdHLR86nURs9n6VTOB6gTEj9nQS1+I=; b=u7mT7dbGOIXqVYJciqb8LR/LHiaWZt2Wxbv7wu2f577MvB0EwN8SrC4asSg9VjaZ3x VoDMGS4FV78EmDYZdQVJvl6i0DUOkA/zwtWTK9f2gEviNkDItqUc3uV+khswyYHLJFTQ mSzWYSxgvd21QDNrrdrQZ6O+0+pCXAkdHWjvecGva4H/gNW5in7mtAvJXUz+zBw5gNEq WXYIgDDusv68hrGSpXs21gqmLs3c8TTx1YXE6Ws5LUSuvRlZMbrxOzEN151WvpQRAFiF SPQ9cLmkJFrBhrYTQ2qf//p6NRSnmbFajok+TnK2IHS1f6KNrzacmoq1zYPcisJo8VH3 A0hw==
X-Gm-Message-State: AFqh2ko4SPW5kQWE/F3Qcm9HHC9x6jIntSqJuHukQyZhyP24ayM3HHMa nqlIS5vpk/QgrJBWPYHyM4MBF8IDorQjoY3fYTg=
X-Google-Smtp-Source: AMrXdXu4bGPz9gpyh0V+tD6Rr2/bVvJTkRU2k7GjSUqe4Muek91xqJ9bQwKpmGGVK2nKOk0jMjMiT/+u+pERzem8CjM=
X-Received: by 2002:a05:620a:130e:b0:705:170a:136a with SMTP id o14-20020a05620a130e00b00705170a136amr3291759qkj.783.1673542416508; Thu, 12 Jan 2023 08:53:36 -0800 (PST)
MIME-Version: 1.0
References: <FEF22BE4-8226-4286-AF7D-6B609D51E6BF@pfrc.org> <CAOj+MMH5C8zXZB=c9v57=M2Aa16cuyJY1EEMDHmX+T5FYq51mg@mail.gmail.com> <8D39FC71-043C-40A9-97D5-D71666611C5A@pfrc.org> <CAOj+MMFRVGde0k9dyW-gjMY1V3N6g8cpspnVLmhOHD557Qo6yw@mail.gmail.com> <A2FF27E6-403F-4606-84E8-A5305E434468@pfrc.org> <CAOj+MMH0LEds_UfVWAf59-JjRiPOYm=fozBx6ncmeSHTyMe11g@mail.gmail.com> <A1859410-8A3E-4CF9-A875-D432F7BEF1F0@pfrc.org> <CAOj+MMHhHB-K=hjEFwJTQ09K9dizkHaKfC79kJWikO=Eh8c1gw@mail.gmail.com> <20847254-3E13-49B3-942C-EE6EFDF993C1@pfrc.org> <CAOj+MMG9BuCBjATYNKO5H0oFUipCE8iBU+DJ0FLDDUZdp+nM3Q@mail.gmail.com> <Y77nmDKUgCUyhJ5W@diehard.n-r-g.com> <C3B4F29D-7C8D-4911-B140-286B7B8DA97B@pfrc.org> <CAOj+MMGmSBDwbxvSZ_x+j7NtCHRFFFvcCEKGJ0Wpis_OU26cLA@mail.gmail.com>
In-Reply-To: <CAOj+MMGmSBDwbxvSZ_x+j7NtCHRFFFvcCEKGJ0Wpis_OU26cLA@mail.gmail.com>
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Thu, 12 Jan 2023 11:53:25 -0500
Message-ID: <CABNhwV3qwCT8=8R+HTi1DFhbRN=FwHMF4XvQVowQwz=pb2U-nA@mail.gmail.com>
To: Robert Raszuk <robert@raszuk.net>
Cc: Jeffrey Haas <jhaas@pfrc.org>, idr@ietf.org
Content-Type: multipart/alternative; boundary="00000000000040ab4d05f213f599"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/PrxTsnTDddciKkpRCFa4CaDqN2E>
Subject: Re: [Idr] WG adoption call for draft-abraitis-bgp-version-capability-08, to end September 25
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, 12 Jan 2023 16:53:41 -0000

I support the draft and agree this is very useful for cloud native
environments.

I think the main use of this feature is for DC fabric extension to compute
nodes and now as well Kubernetes microservices cloud native
containerization or router in a container.

Just about every router vendor and ONF disaggregation vendor has a
container version of router such as Cisco’s XRD, Juniper cRPD, SONiC,
Nokia, Arista etc which gives you both control plane and data plane to
front and provide CNI networking for K8 Kubernetes microservices.

As well as you have all the Open BGP versions FRR, BIRD, Quagga, ExaBGP etc
that  give you the BGP control plane to advertise routes using Linux data
plane.

https://containerlab.dev/manual/kinds/

So this version feature is really for cloud native compute layer NFV - VNF,
CNF,  and not really for PNF  physical hardware based internet routers or
switches.

I can see a lot of value in this draft and I support making a WG document
versus independent stream based on the massive proliferation of distributed
cloud native edge computing software based environments.

Kind Regards

Gyan

On Wed, Jan 11, 2023 at 2:20 PM Robert Raszuk <robert@raszuk.net> wrote:

>
> > a feature that is useful from an operational standpoint
>
> So let's put all the encoding aside. Your email made me curious why router
> A needs to know BGP release number, OS version and vendor name of router B
> ?
>
> Are we doing such a bad job in IDR that BGP no longer interoperates at the
> protocol level ?
>
> The original problem was presented as 1000s of computes reporting their
> BGP versions to TORs. But those 1000s of computes are already managed by
> orchestration which does have this information. Why should BGP TOR care ?
>
> Or why IXP Route Server should care that customer X is connecting with
> Junos vs with Huawei vs with Arrcus to it or to other IX fabric members ?
>
> Kind regards,
> R.
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr
>
-- 

<http://www.verizon.com/>

*Gyan Mishra*

*Network Solutions A**rchitect *

*Email gyan.s.mishra@verizon.com <gyan.s.mishra@verizon.com>*



*M 301 502-1347*