Re: [bess] [**EXTERNAL**] RE: CORRECTION WG Last Call, IPR and Implementation Poll for *draft-ietf-bess-evpn-geneve-03*

Anoop Ghanwani <anoop@alumni.duke.edu> Sun, 18 December 2022 02:33 UTC

Return-Path: <ghanwani@gmail.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A918C14F741; Sat, 17 Dec 2022 18:33:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.399
X-Spam-Level:
X-Spam-Status: No, score=-6.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
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 9sjDzXEy52tF; Sat, 17 Dec 2022 18:33:55 -0800 (PST)
Received: from mail-yw1-f172.google.com (mail-yw1-f172.google.com [209.85.128.172]) (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 07B4FC14F737; Sat, 17 Dec 2022 18:33:55 -0800 (PST)
Received: by mail-yw1-f172.google.com with SMTP id 00721157ae682-3bf4ade3364so85565857b3.3; Sat, 17 Dec 2022 18:33:54 -0800 (PST)
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=5E9SAVi7p2ryQiBYe1gZOneDVCQ4mnVlQAP7bmbqinQ=; b=d/IiyAtwOhzFmIkahN4YLrkDrGhYGbtoxfJ/y86MQSYYH2Srfqp0IIcYro6mvbhJ5b hD8U75mVfo5obpCBedTK1OIGnfJSchvvIEj+lYGe9ly9xL8LfK5ThLR2jmi8z9EZyjYd im2ej5ZDkp7RdPdb69FvorNwIZtcHFQFK1/lA4XAU/5TQALqmA+sfKKIEY4So+8Z2nXy Rh6dOYGMS7+5gCUVInruqheyBhlaQFcgPhmttWQ6pkomCkiCMqfj9wA3CS1HOTge1+yk PGUc5PQoNrqSuyq5i3zZMSIAUdrk+N3AWccZ55e+5XDcLZKxX0P8UMQuvCLdfqhZcgcd HraQ==
X-Gm-Message-State: ANoB5pmRSpq+dBgs8s74eEcNklrAkhuyHbIJlgUEeK8O+gRVs5adwjjK gz6ONEAfv4ZuNw8F8CeGSfxwxuy+7RMkSb5lh1Y=
X-Google-Smtp-Source: AA0mqf63STKUD+361Wj2RVMACsNYrrOqPm41zYaP+5J7V+W/kfjhYZCFWBoIRgMTWqFCsY8ygbedIg9fu2xZ17l/BLE=
X-Received: by 2002:a81:1b88:0:b0:360:7f0a:1620 with SMTP id b130-20020a811b88000000b003607f0a1620mr11025885ywb.192.1671330834135; Sat, 17 Dec 2022 18:33:54 -0800 (PST)
MIME-Version: 1.0
References: <B2E1AA9C-4BBD-4356-B053-F5E2853A1B4C@ciena.com> <CA+-tSzyS9xhWAnOu8AR10CiHGio+EKp1xEC2agzyDXHTomfBMg@mail.gmail.com> <BYAPR04MB4581BAB0C92FEF8D8ADCE05EC4D79@BYAPR04MB4581.namprd04.prod.outlook.com> <CA+-tSzydhgB=Ntyk6XOSVrjeuyC+VR1CBb8p2sstFY3vUSv7QQ@mail.gmail.com> <CA+-tSzy7EPiL3aLmx9+LNnw0fog6NbgOqR7BnBZ6JAtJ+fObQg@mail.gmail.com> <BYAPR04MB45815818A699C3A41C25DD09C4E79@BYAPR04MB4581.namprd04.prod.outlook.com>
In-Reply-To: <BYAPR04MB45815818A699C3A41C25DD09C4E79@BYAPR04MB4581.namprd04.prod.outlook.com>
From: Anoop Ghanwani <anoop@alumni.duke.edu>
Date: Sat, 17 Dec 2022 18:33:42 -0800
Message-ID: <CA+-tSzyjAcDZ-Bz=3vNcGVkT=ccCLu5upuaabk+nkquV5yaf9A@mail.gmail.com>
To: "Boutros, Sami" <sboutros@ciena.com>
Cc: "Boutros, Sami" <sboutros=40ciena.com@dmarc.ietf.org>, "UTTARO, JAMES" <ju1738@att.com>, "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>, "Bocci, Matthew (Nokia - GB)" <matthew.bocci@nokia.com>, "bess@ietf.org" <bess@ietf.org>, "draft-ietf-bess-evpn-geneve@ietf.org" <draft-ietf-bess-evpn-geneve@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000abc30b05f011080b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/PgpOGi8WIChWYAo2_V4_djUHcWc>
Subject: Re: [bess] [**EXTERNAL**] RE: CORRECTION WG Last Call, IPR and Implementation Poll for *draft-ietf-bess-evpn-geneve-03*
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 18 Dec 2022 02:33:59 -0000

Sami,

Why is it recommended to carry the TLV if local bias is in use?  (I
understand the need for it if we're not using local bias.)

Anoop

On Sat, Dec 17, 2022 at 2:06 PM Boutros, Sami <sboutros@ciena.com> wrote:

> I’m not sure what tightening you are recommending, I am out of ideas of
> how to tighten this, may be you can propose something.
>
>
>
> It is quite clear to me and to the authors, and I hope to everyone else,
> how the TLV can be used for SH as a mechanism similar to local bias, as
> well it can be used when ETREE support is needed.
>
>
>
> Thanks,
>
>
> Sami
>
> *From: *Anoop Ghanwani <anoop@alumni.duke.edu>
> *Date: *Saturday, December 17, 2022 at 1:25 PM
> *To: *Boutros, Sami <sboutros@ciena.com>
> *Cc: *Boutros, Sami <sboutros=40ciena.com@dmarc.ietf.org>, UTTARO, JAMES <
> ju1738@att.com>, Rabadan, Jorge (Nokia - US/Mountain View) <
> jorge.rabadan@nokia.com>, Bocci, Matthew (Nokia - GB) <
> matthew.bocci@nokia.com>, bess@ietf.org <bess@ietf.org>,
> draft-ietf-bess-evpn-geneve@ietf.org <draft-ietf-bess-evpn-geneve@ietf.org
> >
> *Subject: *Re: [bess] [**EXTERNAL**] RE: CORRECTION WG Last Call, IPR and
> Implementation Poll for *draft-ietf-bess-evpn-geneve-03*
>
> Sami,
>
> I don't believe there was closure on this issue.
>
> I think the text around the option TLV being RECOMMENDED should be
> tightened so that it's recommended only when needed.  The way the draft is
> currently written, it sounds like it is recommending that the TLV always be
> carried if multihoming is in use.  But this is not necessary or even
> valuable if Local Bias is in use.
>
> On Wed, Jul 13, 2022 at 12:12 AM Anoop Ghanwani <anoop@alumni.duke.edu>
> wrote:
>
> > Hi Sami,
> >
> > Thanks for updating the doc.
> >
> > Regarding this:
> > >>>
> >
> > I find this statement confusing
> >
> >
> >
> >    While "local-bias" MUST be supported along with GENEVE encapsulation,
> >
> >    the use of the Ethernet option-TLV is RECOMMENDED to follow the same
> >
> >    procedures used by EVPN MPLS.
> >
> >
> >
> >
> >
> > I'm not sure how it helps to carry an extra TLV when it is known
> >
> > that its absence or presence results in identical behavior.
> >
> >
> >
> > Sami: The new TLV is not there only for local bias! It is there for bum
> and leaf/root indications too. So, we can’t simply not carry it. As for the
> text above, we are saying setting the ESI label in the TLV will allow us to
> follow the same Split horizon behavior of MPLS-EVPN with no need for local
> bias. It is true local bias must be supported but this mechanism will work
> too if available given that it is optional.
> >
> > >>>
> >
> > I'm not sure I follow what you're saying.  The new TLV is actually not
> > needed for the Local Bias case because we already know how to make that
> > case work without it.  It is, however, needed for the non-Local Bias case
>