Re: [Idr] [bess] Type 1 RD for Pure IPv6 network -- EVPN
Gyan Mishra <hayabusagsm@gmail.com> Fri, 05 February 2021 00:23 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 B7D353A19E5; Thu, 4 Feb 2021 16:23:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.086
X-Spam-Level:
X-Spam-Status: No, score=-2.086 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, 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 2n8trXw51gBM; Thu, 4 Feb 2021 16:23:43 -0800 (PST)
Received: from mail-pj1-x1036.google.com (mail-pj1-x1036.google.com [IPv6:2607:f8b0:4864:20::1036]) (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 5FAED3A19E4; Thu, 4 Feb 2021 16:23:43 -0800 (PST)
Received: by mail-pj1-x1036.google.com with SMTP id nm1so2667102pjb.3; Thu, 04 Feb 2021 16:23:43 -0800 (PST)
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=Ik5XMjISHr6Ok5+0ndGf9s5THaTN/i4AhBBWVl8gVdY=; b=kKNy3JwbpuScGdlmKNp8x/UTq04KQFaYEwGjBp/f/Vs8MeYlOCYjOKbDpf+5TO9LtW RGrOWdn/ryVQ2Yxd7XU4KJ9xu7cu6lgu1gKC0NW3SEZ2D537aJTuhPTKbLPNvT2tAAae fOwD3ykRhFTkK4aOUwsbp7Y3CJh40UK5DLqedBTHcK5eiCz/pEymCk/MS1Lplh+V62dc WaD3ixaKkBiwHjpsThb/6ESEAmC0zEFlkTjSZ+cn2AW/nCP7XAUM0Vs0rXrZkpETdbhJ JmVbMgFhdXP/kvzZU6+TuQIRg/h0Q9yMILuNiFkdLEwEsa/ijYTHGHAklXkTaN76x4dq S2jg==
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=Ik5XMjISHr6Ok5+0ndGf9s5THaTN/i4AhBBWVl8gVdY=; b=UPBbPk3jFp9/oLtx977qK/3tEifbgQmIyza0j8ZiYviMhOna6u5iJXUnYyTbDIB0Sr /m9KNi4IIpjQj2Ncm1dm0K/COJ3UWbQOzTA/86wTqWlEdPgKze9cTzR84qUEO0UGDejj Iy/IYiwwjZ1EJTtl0zIPQLag4zPGyN4GA7mLfoo6TYL74xGwOHh3BZ673s6QXWF/WEfL elaUMUOPE8HSI25aEfl3z152uFh2Oq8L1OlUUnSME24FPJox5xcqR/nABEW1r2iYgfDB A1deIearyFuvarIlm83EKV2bV7r9UA6/p9VXPSBDI6NdMlL9BfrKEUu1Hf53n0f48Nyp jPIg==
X-Gm-Message-State: AOAM5306s0Mvh9blcqBklJMcAWTuySWm0F/E0sI61KidZrLqUEcV9SNL LigHuy4UumEwaxwzC9PcOtIrskdxG7jo8OnGFtQ=
X-Google-Smtp-Source: ABdhPJwpri4mPe1nkccBYTcWVs9vATQXEqjhIta4V5XSRzgyS7CPDWNM5vIsmM0D5N7r5GqGYbm8NDUTpnX2qlTYpD8=
X-Received: by 2002:a17:902:8507:b029:e2:9e80:1f54 with SMTP id bj7-20020a1709028507b02900e29e801f54mr1765289plb.74.1612484622606; Thu, 04 Feb 2021 16:23:42 -0800 (PST)
MIME-Version: 1.0
References: <CA+JENaK55mrR0hDEbTC62kASxTLtEfbmRkWh-VUhRU3oPQcBVA@mail.gmail.com> <CAKz0y8zOjsHS-_Nm7b_AYVy93zE4aDxvKJ+iTBtMDmdP5SCCoQ@mail.gmail.com> <CABNhwV3Jy_gH351+COn-ta14T5WVb0aixb9598nHHrJceOyz_Q@mail.gmail.com> <CAKz0y8zDkZ9q5f5B7VWdmtSwoXtDhuYzfTRyMpd52-=vpHsOrw@mail.gmail.com> <CABNhwV2=utxO62LMD1im7-Ts0hsKT83YQy_3cBtnu0xLVecRbQ@mail.gmail.com> <BYAPR11MB3207A4080A64B6C632617D5EC0B39@BYAPR11MB3207.namprd11.prod.outlook.com> <CABNhwV3RdEyrKtsb4T76DDMs-v3wKwXQW_2OAun-wUNOht1cNA@mail.gmail.com> <BYAPR11MB3207E567032CC054C12FCDDFC0B39@BYAPR11MB3207.namprd11.prod.outlook.com> <B2D570AE-DA5C-4D6B-946F-2B7DBDF30124@cisco.com> <CABNhwV3X5NUH9dpxhKraHN5oej1B2dZgf5H8b1CBt=P-K76PKA@mail.gmail.com> <C6141779-30F2-46A4-932D-D9792D1D6D34@cisco.com>
In-Reply-To: <C6141779-30F2-46A4-932D-D9792D1D6D34@cisco.com>
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Thu, 04 Feb 2021 19:23:31 -0500
Message-ID: <CABNhwV2WwrtiMdzKBJHgHuSknACwnKn0kP7KwFvJPDXRHityvw@mail.gmail.com>
To: "Jakob Heitz (jheitz)" <jheitz@cisco.com>
Cc: "Acee Lindem (acee)" <acee@cisco.com>, Muthu Arul Mozhi Perumal <muthu.arul@gmail.com>, TULASI RAM REDDY <tulasiramireddy@gmail.com>, "bess@ietf.org" <bess@ietf.org>, "idr@ietf.org" <idr@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000022e72605ba8bd5f9"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/A42XiVEWeYD03FpkSQAeu7WKrVQ>
Subject: Re: [Idr] [bess] Type 1 RD for Pure IPv6 network -- EVPN
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, 05 Feb 2021 00:23:46 -0000
I was thinking a CLI knob but RFC 6286 updates RFC 4271 which sounds like new default behavior change with a upgrade. Kind Regards Gyan On Thu, Feb 4, 2021 at 11:16 AM Jakob Heitz (jheitz) <jheitz@cisco.com> wrote: > There's no knob for RFC 6286. RID cannot be assumed to be unique across > ASes. Period. Well, unless you have control over all the ASes. What do you > mean by the knob exactly? > > Regards, > Jakob. > > > On Feb 4, 2021, at 6:55 AM, Gyan Mishra <hayabusagsm@gmail.com> wrote: > > > > > Hi Acee > > Understood the uniqueness by ASN,RID per RFC 6286 AS wide BGP identifier > for the IPv6 only SRv6 core use case. > > What I am uncomfortable as an operator with is the AS wide BGP identifier > on every core router using the RFC 6286 knob for the SRv6 use case. If we > could continue to use unique IPv4 address on every core router in the SRv6 > IPv6 only core use case I would be more comfortable then using the RFC 6286 > knob. > > Kind Regards > > Gyan > > On Thu, Feb 4, 2021 at 6:09 AM Acee Lindem (acee) <acee@cisco.com> wrote: > >> Hi Gyan, >> >> Agree with Jakob. There is no reason for the BGP Identifier to be a >> unique IPv4 address. Consider an IPv6 only AS. However, there is nothing >> precluding you from using an IPv4 address if you are uncomfortable. >> >> >> >> Thanks, >> Acee >> >> >> >> *From: *BESS <bess-bounces@ietf.org> on behalf of "Jakob Heitz (jheitz)" >> <jheitz=40cisco.com@dmarc.ietf.org> >> *Date: *Thursday, February 4, 2021 at 12:52 AM >> *To: *Gyan Mishra <hayabusagsm@gmail.com> >> >> *Cc: *TULASI RAM REDDY <tulasiramireddy@gmail.com>, Muthu Arul Mozhi >> Perumal <muthu.arul@gmail.com>, "bess@ietf.org" <bess@ietf.org>, IDR >> List <idr@ietf.org> >> *Subject: *Re: [bess] [Idr] Type 1 RD for Pure IPv6 network -- EVPN >> >> >> >> RFC 6286 already updates RFC 4271. >> >> Basically, RID is not unique. (ASN,RID) is unique. The only limitation on >> RID is that RID != 0. >> >> >> >> Regards, >> >> Jakob. >> >> >> >> *From:* Gyan Mishra <hayabusagsm@gmail.com> >> *Sent:* Wednesday, February 3, 2021 9:42 PM >> *To:* Jakob Heitz (jheitz) <jheitz@cisco.com> >> *Cc:* Muthu Arul Mozhi Perumal <muthu.arul@gmail.com>; TULASI RAM REDDY < >> tulasiramireddy@gmail.com>; bess@ietf.org; idr@ietf.org >> *Subject:* Re: [Idr] [bess] Type 1 RD for Pure IPv6 network -- EVPN >> >> >> >> >> >> >> >> On Wed, Feb 3, 2021 at 11:22 PM Jakob Heitz (jheitz) <jheitz@cisco.com> >> wrote: >> >> <snip RFC4271> >> >> Syntactic correctness means that the BGP Identifier field represents >> a valid unicast IP host address. >> >> </snip> >> >> >> >> Gyan> I do see that verbiage in section 6.2 >> >> >> >> If the BGP Identifier field of the OPEN message is syntactically >> >> incorrect, then the Error Subcode MUST be set to Bad BGP Identifier. >> >> Syntactic correctness means that the BGP Identifier field represents >> >> a valid unicast IP host address. >> >> >> >> BGP with IGP call back NH tracker checks the NH but how does BGP code validate the RIB that the router-id is a connected loopback but >> >> and also advertised by IGP. I have not tried it but if you set a bogus router-id would all the BGP peers go down. >> >> I will try that in the lab. >> >> >> >> IOS-XR does not have this check. Nothing breaks by violating this rule. >> IOS-XR implements RFC 6286. >> >> I think you'll be hard pressed to find a router that checks this. >> >> Gyan> Agreed. That is exactly what I thought. I was going to try on >> IOS XR but you saved me some time and results as I expected. I will try >> test RFC 6286 on XR. Have you tried doing IPv6 only peers on XR and with >> BGP identifier set unique to 4 octet IP address and see if that works. I >> am guessing it would work as XR does not have the check. >> >> >> >> I am not crazy about the RFC 6286 AS wide BGP identifier with 4 >> octet unsigned non zero integer. Most operators are more comfortable >> having unique 4 octet IP address as BGP identifier and I think would much >> rather do that as long as the check does not exist as even with enabling >> RFC 6286 and having AS wide unique identifier seems odd and scary to me as >> normally the BGP identifier must always be unique within the domain or >> breaks BGP. >> >> >> >> dual stack edge over v6 core RFC 5565 is becoming more common for >> operators every day with SRv6 push and thus IPv6 only routers and running >> into this issue where now you have to enable RFC 6286. >> >> >> >> I am thinking it maybe well worthwhile to write a draft that updates RFC >> 4271 check as vendors don’t follow it anyway and as we all know not >> checking is not going to break anything and making so that for IPv6 only >> routers such as in a SRv6 core that the BGP identifier can remain a 4 octet >> IP and then operators now could keep the same unique BGP identifier IP you >> had on the router before you ripped it out of the core when transitioned to >> SRv6. >> >> Regards, >> >> Jakob. >> >> >> >> -- >> >> [image: Image removed by sender.] <http://www.verizon.com/> >> >> *Gyan Mishra* >> >> *Network Solutions Architect * >> >> >> >> *M 301 502-1347 13101 Columbia Pike >> <https://www.google.com/maps/search/13101+Columbia+Pike?entry=gmail&source=g> >> *Silver Spring, MD >> >> >> > -- > > <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?entry=gmail&source=g> > *Silver Spring, MD > > -- <http://www.verizon.com/> *Gyan Mishra* *Network Solutions A**rchitect * *M 301 502-134713101 Columbia Pike *Silver Spring, MD
- [Idr] Type 1 RD for Pure IPv6 network -- EVPN TULASI RAM REDDY
- Re: [Idr] [bess] Type 1 RD for Pure IPv6 network … Muthu Arul Mozhi Perumal
- Re: [Idr] [bess] Type 1 RD for Pure IPv6 network … Gyan Mishra
- Re: [Idr] [bess] Type 1 RD for Pure IPv6 network … Jakob Heitz (jheitz)
- Re: [Idr] [bess] Type 1 RD for Pure IPv6 network … Muthu Arul Mozhi Perumal
- Re: [Idr] [bess] Type 1 RD for Pure IPv6 network … Jakob Heitz (jheitz)
- Re: [Idr] [bess] Type 1 RD for Pure IPv6 network … Muthu Arul Mozhi Perumal
- Re: [Idr] [bess] Type 1 RD for Pure IPv6 network … Gyan Mishra
- Re: [Idr] [bess] Type 1 RD for Pure IPv6 network … Jakob Heitz (jheitz)
- Re: [Idr] [bess] Type 1 RD for Pure IPv6 network … Gyan Mishra
- Re: [Idr] [bess] Type 1 RD for Pure IPv6 network … Jakob Heitz (jheitz)
- Re: [Idr] [bess] Type 1 RD for Pure IPv6 network … Acee Lindem (acee)
- Re: [Idr] [bess] Type 1 RD for Pure IPv6 network … TULASI RAM REDDY
- Re: [Idr] [bess] Type 1 RD for Pure IPv6 network … Gyan Mishra
- Re: [Idr] [bess] Type 1 RD for Pure IPv6 network … Jakob Heitz (jheitz)
- Re: [Idr] [bess] Type 1 RD for Pure IPv6 network … Gyan Mishra