Re: [Idr] [bess] Type 1 RD for Pure IPv6 network -- EVPN

Gyan Mishra <hayabusagsm@gmail.com> Thu, 04 February 2021 14:55 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 1331B3A1564; Thu, 4 Feb 2021 06:55:32 -0800 (PST)
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=unavailable 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 s6dk0WVExkAm; Thu, 4 Feb 2021 06:55:30 -0800 (PST)
Received: from mail-pj1-x1033.google.com (mail-pj1-x1033.google.com [IPv6:2607:f8b0:4864:20::1033]) (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 078EA3A1563; Thu, 4 Feb 2021 06:55:29 -0800 (PST)
Received: by mail-pj1-x1033.google.com with SMTP id g15so1943608pjd.2; Thu, 04 Feb 2021 06:55:29 -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=i1v71A5H4MPcnR4jH0RPV/suWRFf8tF3F3SVgDn1BWQ=; b=Yqr5aD/7jYAe02eorFaEK8ahxuChoUdKRRxZRETODSi5IxIpbROk5atvDze5chiEyT pNBRVvngXmHsbvyf+Hcu29uGlybBSAcRgw2RIE43h1wI65AyU8KEOLPTmw0U4cgS1UKh MJ4a0Y7i741rd8+QPbwC+6XgQJwz3W0k54ZC/TGWWpHvtsvJthIPuw5vFMXM2rWo+7t2 9hplMBbNVxH7Hm+xJl2O4LiH6IOKZ1iT7w56lf4TFQjfXG+nkVYFheiMBP2/BCfCszEL S68TZ7Ahn30jLAJ1fPZsrX6PhCdye/sHYQ+qoLy2CqTX9wF7QFGEFt0NnVNslQvbSzgB ozjg==
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=i1v71A5H4MPcnR4jH0RPV/suWRFf8tF3F3SVgDn1BWQ=; b=siz6be1rTl/EVNTo3YUy6DUDL9Sde9vcxhCUipJe4gJ5XpkJEIcJvalQZb4cpVXDpS NnPYVlNDAfQU9bvOH7UG5/eXnLLze94+W7TDxz/sXA4phhDkf0j/QlhceddjUwHYZe7r JiyaxrsFTQBfxVsDRtz+8khH5A3kdvlEpcNIiz+9WMxwxQdAIhMCGOfOv/H/ZnSNFkpi Pt9YBGY4TJY8Nb85cmzz/3gHiNkUMxyoZDOlJA8zQoXnGYx27hfm8h0ODeNDMdNNpDVj dPJiogQ54D45un9YOywIlFKP5dred1WJkjs+UG8FJzxs/4f368TDu6B9yQXM5i+HRWJ4 2SsA==
X-Gm-Message-State: AOAM5330iKXUnz71nW/4wCjg8O2RkiseNVm1CaoK+dCl0Q8rw3xNhFys NfV6Vg4YBtzqBbOqYroL1Z757OGoWnYQNhzVuqI=
X-Google-Smtp-Source: ABdhPJxwg2vIXUu5miDGRxTBC4p7SgZezA/tFTXioSL6S0umLV8AIHnQuBeLGZmdkjsFDzc3Fjgq7iT3GyK9eoREBrg=
X-Received: by 2002:a17:902:be16:b029:df:bf44:9c5f with SMTP id r22-20020a170902be16b02900dfbf449c5fmr8494976pls.22.1612450529396; Thu, 04 Feb 2021 06:55:29 -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>
In-Reply-To: <B2D570AE-DA5C-4D6B-946F-2B7DBDF30124@cisco.com>
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Thu, 04 Feb 2021 09:55:18 -0500
Message-ID: <CABNhwV3X5NUH9dpxhKraHN5oej1B2dZgf5H8b1CBt=P-K76PKA@mail.gmail.com>
To: "Acee Lindem (acee)" <acee@cisco.com>
Cc: "Jakob Heitz (jheitz)" <jheitz=40cisco.com@dmarc.ietf.org>, 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="00000000000005cc8405ba83e58f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/7NMzOhwXIVq5RKerr-YeEwns6yY>
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: Thu, 04 Feb 2021 14:55:32 -0000

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-134713101 Columbia Pike *Silver Spring, MD