Re: [Idr] Transport Instance BGP

Jeff Tantsura <jefftant.ietf@gmail.com> Fri, 31 July 2020 22:03 UTC

Return-Path: <jefftant.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 162EB3A0C61 for <idr@ietfa.amsl.com>; Fri, 31 Jul 2020 15:03:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.087
X-Spam-Level:
X-Spam-Status: No, score=-2.087 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jsedv-Q8BAUi for <idr@ietfa.amsl.com>; Fri, 31 Jul 2020 15:03:30 -0700 (PDT)
Received: from mail-pl1-x62e.google.com (mail-pl1-x62e.google.com [IPv6:2607:f8b0:4864:20::62e]) (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 1B9493A0C5C for <idr@ietf.org>; Fri, 31 Jul 2020 15:03:30 -0700 (PDT)
Received: by mail-pl1-x62e.google.com with SMTP id o1so18060495plk.1 for <idr@ietf.org>; Fri, 31 Jul 2020 15:03:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:message-id:in-reply-to:references:subject :mime-version; bh=QUr3qozGNkayOY1/hJK+hRyaqPpZs3y1lBWVmD0n/Qc=; b=fUSnXQ7npz7VExdP9X2Ygj+0YGu+ez0A4ufm9v90jQT4eOoPAfbJtIQwehZbmezqUw ZN1Wd6f4zzrN3+K+RYSImW3Tl0Epq/ihT8RQgeKvVBA6s4QayJmrawRFKjCjFCUHYAxi dmzTPEuaAgSIP5GcE3X6zRxJc/memwKFFGOWVub5EV4yU+1vSx9H/mi85SwybeYwgF1Q ozrDmisPIw3RKg8jRQH4pXnSxygINriCeGZM0MPyDaeTcPUkjHaDbmcej30cGc9d5Kuh XmAXt0kxzTHpdv+jmbii3pb5e0lWImNoh3YnrmjK6T2xY5QteeHKZxCDItdSH5hTWrGW +0OQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:message-id:in-reply-to :references:subject:mime-version; bh=QUr3qozGNkayOY1/hJK+hRyaqPpZs3y1lBWVmD0n/Qc=; b=Lo7Svl8tJTG1WLxZ7SppnmzKTTGflfDA6xFUmVccHweR3E6q8kPJNfZ9OXAJfpwH4N mR1fLxuD3tZCvng8BaiS8+iwB3G/cvkcJqaw7fGK9Mzkj7qINaz6iHQMoh2iFCeode82 yM7UcymwCGb2ROgaHxJNYlBh07Tp6qjy4rkFPioPoVzYJTL48NhtfkiVXusxf0J1DW3P U06gOnQOSO+f7oxBhkqC2wZ2MCiPNf6o+ZprfvbvshS7WGXQuOxU/x39B/qq099rGwV5 a7GsQhuCrAZc9ujOUvG3l/jqN5sXBqayHngK12vDuQtFIGEAmljhSB5VAes5x9aATfli iYHA==
X-Gm-Message-State: AOAM533EhSThXuvPE7H1XY47cp1PJyAvkJTvltpC99TbKbV0UCOjPBPG hUJ17POkBlxWxj/EwM6wQYc=
X-Google-Smtp-Source: ABdhPJwpoxGQDNtf5PPMGjz9yNRfUZsqzt1rznJUGRzl8+MwwIJzlHv+ft3NbVgS+eNmKpgnXcJpJw==
X-Received: by 2002:a17:90a:fe91:: with SMTP id co17mr5879713pjb.103.1596233009441; Fri, 31 Jul 2020 15:03:29 -0700 (PDT)
Received: from [192.168.1.2] (c-73-63-232-212.hsd1.ca.comcast.net. [73.63.232.212]) by smtp.gmail.com with ESMTPSA id q18sm10454150pfn.106.2020.07.31.15.03.28 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 31 Jul 2020 15:03:28 -0700 (PDT)
Date: Fri, 31 Jul 2020 15:03:22 -0700
From: Jeff Tantsura <jefftant.ietf@gmail.com>
To: Robert Raszuk <robert@raszuk.net>, Gyan Mishra <hayabusagsm@gmail.com>
Cc: Greg Skinner <gregskinner0@icloud.com>, "=?utf-8?Q?idr=40ietf.org?=" <idr@ietf.org>
Message-ID: <952c3e07-4666-41fc-8377-f26265d95d5a@Spark>
In-Reply-To: <CABNhwV0ae3+tdfXvjjRpUGLamK+Lxwms6YpKKpnMmA3PKj-8mQ@mail.gmail.com>
References: <SN6PR13MB23347FC0BC5212B52E62591385750@SN6PR13MB2334.namprd13.prod.outlook.com> <CAOj+MMFqFaQ3e6voR-4LyZaAwY2VVX12h_z8tTtJMV+y9KJjyw@mail.gmail.com> <SN6PR13MB2334CCDC36A49DC07F05946485720@SN6PR13MB2334.namprd13.prod.outlook.com> <CAOj+MMHOt+7-suB9Y3cRbC0osM5i+-ueNaGUjfVO3iShUF276Q@mail.gmail.com> <214FC810-D50E-4F48-96AB-0DAB894FBB8A@icloud.com> <CAOj+MMF+61OiddMSp_y2Cq+Fb-YVh4R=7azTRiTnfz3tXazfaQ@mail.gmail.com> <a411014fb097445a8445d5b1b4953de1@huawei.com> <CAOj+MMGqe6694O1yTOPKTyxFBTj208S8-C4ywm=W-vjmfjASPQ@mail.gmail.com> <CABNhwV3LPDLsK2-+eW=vFQOes4bXah-yWjVah5jLSWB+0wR+xg@mail.gmail.com> <CAOj+MMHCwDT7q_5FSZeJPENpNwdzZ1xMU6Mr5GUOqMiLuEreag@mail.gmail.com> <CABNhwV2soMenXnxEtKif17ePBhq244VTXqvv1R5ddMpfFFsdSQ@mail.gmail.com> <m2o8nwgvy2.wl-randy@psg.com> <CAOj+MMEySNspsm+1vcHdwDHd3qeSzgj=Da2YgrkMR55b2zYHug@mail.gmail.com> <CABNhwV0ae3+tdfXvjjRpUGLamK+Lxwms6YpKKpnMmA3PKj-8mQ@mail.gmail.com>
X-Readdle-Message-ID: 952c3e07-4666-41fc-8377-f26265d95d5a@Spark
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="5f24952f_53299938_1253b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/uh3HVdEd8htlE7Mev_nq05bUekY>
Subject: Re: [Idr] Transport Instance BGP
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: Fri, 31 Jul 2020 22:03:33 -0000

There had been a variety of proposals (to my memory) to decouple BGP(kitchen sink) from BGP(reachability).
I’d be all in to rejuvenate this effort, and use Robert’ document as the starting point.

Cheers,
Jeff
On Jul 31, 2020, 2:26 PM -0700, Gyan Mishra <hayabusagsm@gmail.com>om>, wrote:
>
> Sounds like plan.
>
> I like the win-win for BGP.👍
>
> Those two camps Service Provider and  Enterprise are closely aligning and converging as a major the variable is size, and if the private closed domain is a worldwide massive network, they are very close to being completely aligned as is the case with Verizon and maybe other Tier 1 and Tier 2 providers.  Of course the closed domain bar can swing from tiny to massive which is your point. Agreed.
>
> I agree on the former however the IETF has individual representation from all camps thus the world we live in and cannot satisfy everyone but the bar can swing from small to large.  Finding the happy medium is a challenge but that is part of our job in achieving WG consensus and IETF adoption on any protocol specification.
>
> That being said from an IETF and protocol development perspective you have to think of the trickle down of the protocol specifications as it applies to all vendors and all routers switches appliances you name it that runs any protocol or specification developed - ospf Isis BGP MPLS SR etc.
>
> Since that protocol specification developed by the IETF can sit on a tiny CPE box running BGP MPLS SR or even BIER or commodify incumbent hardware vendor Service Provider massive OTN box with high 400G density, or NFV server - router VNFs, or 1RU pizza box white box running disaggregated software from incumbent commodity vendor, the IETF standard is a standard for all implementation of the protocol specification independent of hardware mode or brand big or small it applies to every vendor development and implementing software.
>
>
> Kind Regards
>
> Gyan
>
>
> > On Fri, Jul 31, 2020 at 6:48 AM Robert Raszuk <robert@raszuk.net> wrote:
> > > Very true ... we could always rename it to "Internet routing related"
> > >
> > > In fact this should be win-win for both ... more stable Internet on one hand and lower bar for new twicks and mangling with BESS like or NETCONF like insertions to essentially a p2mp path vector protocol.
> > >
> > > In fact we see it more and more these days (example SRv6-NP long discussions) where Internet engineering and stability and close domain network design and engineering do not align. They are very different and trying to either stretch one or trim the other what we see in number of IETF WGs is just not the right thing to do.
> > >
> > > One would think that IETF as the name says is about the former ... but if we see RFCs and drafts maybe just a small percentage of them indicates so.  Almost like the "I" there stands for IP and not Internet ....
> > >
> > > > On Fri, Jul 31, 2020 at 6:17 AM Randy Bush <randy@psg.com> wrote:
> > > > > > Please review this draft and let Robert and myself know if its something
> > > > > > worth reviving.
> > > > > >
> > > > > > https://tools.ietf.org/html/draft-raszuk-ti-bgp-01
> > > > >
> > > > > imiho, there are a lot of things currently called "routing related" i
> > > > > would throw on the other side of that wall.
> > > > >
> > > > > randy
> --
>
> Gyan Mishra
> Network Solutions Architect
> M 301 502-1347
> 13101 Columbia Pike
> Silver Spring, MD
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr