Re: [Idr] Transport Instance BGP
Gyan Mishra <hayabusagsm@gmail.com> Fri, 31 July 2020 23:18 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 B6A103A0D2A
for <idr@ietfa.amsl.com>; Fri, 31 Jul 2020 16:18:26 -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 ukUZ3thiQ9po for <idr@ietfa.amsl.com>;
Fri, 31 Jul 2020 16:18:24 -0700 (PDT)
Received: from mail-ua1-x931.google.com (mail-ua1-x931.google.com
[IPv6:2607:f8b0:4864:20::931])
(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 625163A0D2B
for <idr@ietf.org>; Fri, 31 Jul 2020 16:18:24 -0700 (PDT)
Received: by mail-ua1-x931.google.com with SMTP id o25so10196817uar.1
for <idr@ietf.org>; Fri, 31 Jul 2020 16:18:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
h=mime-version:references:in-reply-to:from:date:message-id:subject:to
:cc; bh=mlFyN8cWis813z4IEqZ/g/74HQKnhjRB2Cq57M6OYsA=;
b=T23fa2J0gkPURMOhWrmiDBVEOHHMeWXTI7uypCl/acJ4Nnaw6xdO6lpmU+gwOXGhce
RrGTES2uRpQL4pLZFe+ZokMOvs2X6dDlp8qqqBvsqGSJfSN9bG50xJjnxl/AblXFNccY
hK8e9+sfb+1vyoKCzJgZD2IksNHySFC1jw/lBbA5VYLaWYZLQn01HKWucotT2UZ8I0Kv
G3tkFKWhD/m7FBSCROpFtDuBpeCNThcX5D9dnELAOJL2Knuz+mIIFNnOPY8PTFO0QPNH
7Qp8B4s3ojNa/z3Fqh62/H8FZeasEFBaiQ2bMWS+9PaBbxrIR4RAIGRmBY4N8RU0Ypmu
Fy/Q==
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;
bh=mlFyN8cWis813z4IEqZ/g/74HQKnhjRB2Cq57M6OYsA=;
b=DRj/NS5uh4POB4XqrLL17eFiNOf2+Rbs9QI82lrn168ylh/toQZHM0YjeU1ySFtmIw
zkmwJDvSF9zHCKzzhUJjrCMfiftbKD68c3PanXoUFjTmDQm8TXEwjoFwUxjFx5dOPv3M
RVPlhlFKacTxA4yKSUyeLQY84KDct2+iyXTye2s4aUol8g50WxUNAMx2tQ1Rw0/gOXdP
0TiFpcVNYd5n0Tpij3ukhZdrpq6zJnYdZ+NWq6DW7nJafIt2J3aEACjxp/9A37y/kKYr
VB8vqqU1B1d9FOY22lHxWM/MzfstRyelGZr4FoM/dL8Je2YXfse1ynajrHzX+5zQyA/J
+hMQ==
X-Gm-Message-State: AOAM532FnaeMpmXEvuFZXX374+lP3aT7MYQoIfKTc2Hl2ChEm4JyOE0s
vZUq5o8pJsBjw7QdcBtlnd3BVKy0G0h2MfhCN6k=
X-Google-Smtp-Source: ABdhPJy1O0bzX+yG6vkU1SRfAYsrBSgRCeqhJGpSGrwlEjcAGHmFhEZLR+5hZz6gz22yGMM8PsZW2j5S/xmV8smt0C0=
X-Received: by 2002:a9f:29a5:: with SMTP id s34mr2716545uas.111.1596237503397;
Fri, 31 Jul 2020 16:18:23 -0700 (PDT)
MIME-Version: 1.0
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>
<952c3e07-4666-41fc-8377-f26265d95d5a@Spark>
<CAOj+MMG9rZjtsQV1dpC6K3mCfhorXPAG_tUe6=1ba0BF0Pt7vg@mail.gmail.com>
<CABNhwV0fT8DJmcLV-H-f4mJnSbfw4DhQ9UM9Ymc-7kKn5D8uDg@mail.gmail.com>
In-Reply-To: <CABNhwV0fT8DJmcLV-H-f4mJnSbfw4DhQ9UM9Ymc-7kKn5D8uDg@mail.gmail.com>
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Fri, 31 Jul 2020 19:18:12 -0400
Message-ID: <CABNhwV1fZ5_VLNszQ5gYKQHcUywajsur0QRBwSbQ_SBQEd+kdg@mail.gmail.com>
To: Robert Raszuk <robert@raszuk.net>
Cc: Greg Skinner <gregskinner0@icloud.com>,
Jeff Tantsura <jefftant.ietf@gmail.com>, "idr@ietf.org" <idr@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000005e020f05abc50152"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/Cq7MFA2zyWTsGOT49yb7yjm7NE4>
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 23:18:27 -0000
Jeff So let’s say we look at the AFI SAFI list below https://www.iana.org/assignments/safi-namespace/safi-namespace.xhtml Quick parse into 2 buckets SAFI = Reachability all others SAFI = Kitchen Sink 7 8 64 66 67 68 69 71 72 73 74 75 76 132 133 134, 140 RPD and the likes On Fri, Jul 31, 2020 at 6:54 PM Gyan Mishra <hayabusagsm@gmail.com> wrote: > > > Please count me all in as well on the rejuvenation effort!! > > Kind Regards > > Gyan > > > > On Fri, Jul 31, 2020 at 6:06 PM Robert Raszuk <robert@raszuk.net> wrote: > >> Hi Jeff, >> >> Can you provide any references to other proposals aiming at this space >> within BGP ? >> >> Thank you, >> R. >> >> On Sat, Aug 1, 2020 at 12:03 AM Jeff Tantsura <jefftant.ietf@gmail.com> >> wrote: >> >>> 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 >>>>> >>>> -- >>> >>> <http://www.verizon.com/> >>> >>> *Gyan Mishra* >>> >>> *Network Solutions A**rchitect * >>> >>> >>> >>> *M 301 502-1347 13101 Columbia Pike >>> <https://www.google.com/maps/search/13101+Columbia+Pike%C2%A0+Silver+Spring,+MD?entry=gmail&source=g>*Silver >>> Spring, MD >>> <https://www.google.com/maps/search/13101+Columbia+Pike%C2%A0+Silver+Spring,+MD?entry=gmail&source=g> >>> >>> _______________________________________________ >>> Idr mailing list >>> Idr@ietf.org >>> https://www.ietf.org/mailman/listinfo/idr >>> >>> -- > > <http://www.verizon.com/> > > *Gyan Mishra* > > *Network Solutions A**rchitect * > > > > *M 301 502-134713101 Columbia Pike *Silver Spring, MD > > -- <http://www.verizon.com/> *Gyan Mishra* *Network Solutions A**rchitect * *M 301 502-134713101 Columbia Pike *Silver Spring, MD
- [Idr] The automatic policy exchange by draft-ietf… Linda Dunbar
- Re: [Idr] The automatic policy exchange by draft-… Robert Raszuk
- Re: [Idr] The automatic policy exchange by draft-… Linda Dunbar
- Re: [Idr] The automatic policy exchange by draft-… Robert Raszuk
- Re: [Idr] The automatic policy exchange by draft-… Jakob Heitz (jheitz)
- Re: [Idr] The automatic policy exchange by draft-… Jakob Heitz (jheitz)
- Re: [Idr] The automatic policy exchange by draft-… Greg Skinner
- Re: [Idr] The automatic policy exchange by draft-… Huaimo Chen
- Re: [Idr] The automatic policy exchange by draft-… Jakob Heitz (jheitz)
- [Idr] Transport Instance BGP Robert Raszuk
- Re: [Idr] Transport Instance BGP Zhuangshunwan
- Re: [Idr] Transport Instance BGP Robert Raszuk
- Re: [Idr] The automatic policy exchange by draft-… Linda Dunbar
- Re: [Idr] The automatic policy exchange by draft-… Jakob Heitz (jheitz)
- Re: [Idr] Transport Instance BGP Gyan Mishra
- Re: [Idr] Transport Instance BGP Robert Raszuk
- Re: [Idr] The automatic policy exchange by draft-… Linda Dunbar
- Re: [Idr] The automatic policy exchange by draft-… Jakob Heitz (jheitz)
- Re: [Idr] Transport Instance BGP Gyan Mishra
- Re: [Idr] Transport Instance BGP Randy Bush
- Re: [Idr] Transport Instance BGP Robert Raszuk
- Re: [Idr] Transport Instance BGP Gyan Mishra
- Re: [Idr] Transport Instance BGP Jeff Tantsura
- Re: [Idr] Transport Instance BGP Robert Raszuk
- Re: [Idr] Transport Instance BGP Gyan Mishra
- Re: [Idr] Transport Instance BGP Gyan Mishra
- Re: [Idr] Transport Instance BGP Jeff Tantsura