Re: [Idr] AD Review of draft-ietf-idr-tunnel-encaps-15

Gyan Mishra <hayabusagsm@gmail.com> Fri, 08 May 2020 16:34 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 293263A0D35; Fri, 8 May 2020 09:34:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.996
X-Spam-Level:
X-Spam-Status: No, score=-1.996 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, HTTPS_HTTP_MISMATCH=0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, 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 vlX9SlTY7Unn; Fri, 8 May 2020 09:34:56 -0700 (PDT)
Received: from mail-il1-x12e.google.com (mail-il1-x12e.google.com [IPv6:2607:f8b0:4864:20::12e]) (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 418523A0D36; Fri, 8 May 2020 09:34:56 -0700 (PDT)
Received: by mail-il1-x12e.google.com with SMTP id c16so1969185ilr.3; Fri, 08 May 2020 09:34:56 -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=kTPPT2Mv27/JV295H/YeSXXS7NEMd6JU2r2VotHIK/E=; b=gAJ4Q/MOzaepR3bswEZ61L4kOj8Ad9ndzJE94Hwkd7Va0rkLFClJUPr/V2Pd9LXdDK twYnv8OhvH3VCpjWcWOrLKEmyqkBjRROTt1CUJ2fEoeUgAKZZtLOeKrAg7H2mGso/vwx 1ZCMZdsBgXpJRwS1+wzojgPtiSVDPsEIglTycJgya2g5AxDPK0f9xtHo6cP5tPXKjQPm lgAUxhZmlEMCln3Fb93nV1qgLXSIW+oQeL3+l2eaA2KO1QwVU6rG+nKh7Cm15SQpEo1Y BCxR81EGAOt0x9nsOq05beo71Oue+wnSvXNFXMp2FAjPjk3Ved9nkG7FMfJ4KegWs8Lt nE2Q==
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=kTPPT2Mv27/JV295H/YeSXXS7NEMd6JU2r2VotHIK/E=; b=ZtWgAN/9DunKYYKUDdvU4k1u8dJthvtBx7xOjWk0HCbmxaiApQSe7TEypegMywmp97 TF3pWatJZ0bj/6ni0cNEQKdeeyYBIqH5K6e3QKOSEoCHnOC9N0jgaejYwcMWsySASSg7 ww4xpvjE1CUSYqphTiesVBzKHxua4ycPewLffshrzTYpvurgdtwru4/gc5wEDTGIGO87 xzS4cfZI8S6m1IJHAhTzxGGsBIMyruir/jEzuip9HF72v8fYpKvej2TP2nxxf0DCFfFT KzgUsARqpUOGwH48s/RpiuYmvo+uecqjv1TM7lIrnk3pcAoGcWbhWf+FY5HX1kKKi/dP 36cA==
X-Gm-Message-State: AGi0PuZktOrZHx2IDSoWsLqPeekn9jzXw6UPmoRRV/Qlk9rMZitJgA3h NsvLQqIOoo3IVLM7lc70eTJ96lDD9dg1l9rVioQ=
X-Google-Smtp-Source: APiQypLtQQvGYhgnlCc6zMiv6HGW/6GCbcNcBnrKt6OQ41GGcXlkXRmrwnGmX3NCTP5zZZBdt0187cVXk0Vq8yc2cWQ=
X-Received: by 2002:a05:6e02:4cd:: with SMTP id f13mr3799947ils.300.1588955695132; Fri, 08 May 2020 09:34:55 -0700 (PDT)
MIME-Version: 1.0
References: <CAMMESsw09LGWWhqyJ_0=jRimUN+_UuCjaXHCdqF9zkpaxSQgVQ@mail.gmail.com> <D6F74C0F-3332-491B-B730-05613356B1BA@juniper.net> <CABNhwV3cO3T41=u9UGzvEMfL-GmX0VF8ZK2GDEp5muad1G4ZSg@mail.gmail.com> <BN6PR05MB3377214A23BE09AE1155284CC7A20@BN6PR05MB3377.namprd05.prod.outlook.com>
In-Reply-To: <BN6PR05MB3377214A23BE09AE1155284CC7A20@BN6PR05MB3377.namprd05.prod.outlook.com>
From: Gyan Mishra <hayabusagsm@gmail.com>
Date: Fri, 08 May 2020 12:34:44 -0400
Message-ID: <CABNhwV0niNMTAO9eymX4NhBFTUUhcb=TdNm1iSU2-s9iLrMAiw@mail.gmail.com>
To: John E Drake <jdrake@juniper.net>
Cc: John Scudder <jgs=40juniper.net@dmarc.ietf.org>, Keyur Patel <keyur@arrcus.com>, "draft-ietf-idr-tunnel-encaps@ietf.org" <draft-ietf-idr-tunnel-encaps@ietf.org>, "idr-chairs@ietf.org" <idr-chairs@ietf.org>, "idr@ietf. org" <idr@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000c5b53c05a525939e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/tBe1CKLfoGGH9dnv-gMjaiqQyA0>
Subject: Re: [Idr] AD Review of draft-ietf-idr-tunnel-encaps-15
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, 08 May 2020 16:35:00 -0000

That section speaks clearly to the backwards compatibility to use the
existing encapsulation extended community instead of the new SAFI tunnel
attribute.

Perfect.

Gyan

On Fri, May 8, 2020 at 11:20 AM John E Drake <jdrake@juniper.net> wrote:

> Gyan,
>
>
>
> RFC 8365 uses the Encapsulation extended community rather than the
> attribute, and the extended community was included in the subject draft.
> Please see:
> https://datatracker.ietf.org/doc/html/draft-ietf-idr-tunnel-encaps-15#section-4.1
> .
>
>
>
> Yours Irrespectively,
>
>
>
> John
>
>
>
>
>
> Juniper Business Use Only
>
> *From:* Idr <idr-bounces@ietf.org> *On Behalf Of * Gyan Mishra
> *Sent:* Friday, May 8, 2020 3:48 AM
> *To:* John Scudder <jgs=40juniper.net@dmarc.ietf.org>; Keyur Patel <
> keyur@arrcus.com>
> *Cc:* idr-chairs@ietf.org; idr@ietf. org <idr@ietf.org>;
> draft-ietf-idr-tunnel-encaps@ietf.org
> *Subject:* Re: [Idr] AD Review of draft-ietf-idr-tunnel-encaps-15
>
>
>
> *[External Email. Be cautious of content]*
>
>
>
>
>
> Hi Keyur and other others of this draft.
>
>
>
> For vxlan evpn NVO3 RFC 8365 describes the vxlan BGP EVPN overlay
> architecture and the various encapsulation types below that exist today and
> have been implemented now by most vendors.
>
>
>
> https://tools.ietf.org/html/rfc8365
> <https://urldefense.com/v3/__https:/tools.ietf.org/html/rfc8365__;!!NEt6yMaO-gk!UooxTZahHMICVYaZqcK72zbOvJNgXz33ZkC1mYjMqeTLuX7IcixCgnvBeqHrO0Q$>
>
>
>
> Value    Name
>
>    -----    ------------------------
>
>    8        VXLAN Encapsulation
>
>    9        NVGRE Encapsulation
>
>    10       MPLS Encapsulation
>
>    11       MPLS in GRE Encapsulation
>
>    12       VXLAN GPE Encapsulation
>
>
>
> So RFC 8365  has been implemented and it works without this drafts tunnel
> encapsulation attribute new SAFI defined.
>
>
>
> So would this draft once it gets WG adoption update RFC 8365 and any other
> encapsulation types that work today without this encapsulation attribute.
> Would that require vendor to update their code to now support this SAFI.
>
>
>
> Since RFC 8365 NVO3 vxlan evpn works well today without this tunnel
> attributes, please specify what is gained by having vendors update their
> code to support this new tunnel attribute.
>
>
>
> Please help shed some light on this topic.
>
>
>
> Kind regards
>
>
>
> Gyan
>
> Verizon
>
>
>
> On Thu, May 7, 2020 at 2:51 PM John Scudder <jgs=
> 40juniper.net@dmarc.ietf.org> wrote:
>
> Hi Alvaro,
>
>
>
> On Feb 21, 2020, at 7:47 AM, Alvaro Retana <aretana.ietf@gmail.com> wrote:
>
>
>
> [minor] "topmost" and "bottommost" are not mentioned in rfc3032.
> Please be consistent with the terminology.  It is ok to introduce new
> terminology, if needed, but please explain that as well.
>
>
>
> RFC 3032 is careful in defining what “top” and “bottom” mean for labels of
> course. Don’t you think the meanings of “topmost” and “bottommost” are
> obvious in that context?
>
>
>
> —John
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr
> <https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/idr__;!!NEt6yMaO-gk!UooxTZahHMICVYaZqcK72zbOvJNgXz33ZkC1mYjMqeTLuX7IcixCgnvBWS-wehs$>
>
> --
>
> Gyan  Mishra
>
> Network Engineering & Technology
>
> Verizon
>
> Silver Spring, MD 20904
>
> Phone: 301 502-1347
>
> Email: gyan.s.mishra@verizon.com
>
>
>
>
>
-- 

Gyan  Mishra

Network Engineering & Technology

Verizon

Silver Spring, MD 20904

Phone: 301 502-1347

Email: gyan.s.mishra@verizon.com