Re: [bess] BFD WGLC for draft-ietf-bfd-vxlan; BESS input solicited

Anoop Ghanwani <anoop@alumni.duke.edu> Tue, 18 December 2018 18:08 UTC

Return-Path: <ghanwani@gmail.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F3AB3131127; Tue, 18 Dec 2018 10:08:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.001, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 ow2fX20kLE9o; Tue, 18 Dec 2018 10:08:38 -0800 (PST)
Received: from mail-vs1-f42.google.com (mail-vs1-f42.google.com [209.85.217.42]) (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 30859130EC6; Tue, 18 Dec 2018 10:08:38 -0800 (PST)
Received: by mail-vs1-f42.google.com with SMTP id n10so10526599vso.13; Tue, 18 Dec 2018 10:08:38 -0800 (PST)
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=T2P7M2ABhO5oOYBpISs79oYTENgbs3cwpEPm4HSM518=; b=VtAa7lvldRsY8x/RVnByVAGQxrx/e/mz8Cx4QxccUJ1ay4JnGaW+bfdSfhZxxLMVIp gkR0pF42MMq0Z6I62AYBJkTXRc2wjoCkf6J3SM6SFhAPatjM3kyM1HXVN6PiG/yh6Obr S/iuIOqTUjCYmRx+OlWdhotnEodpWvdpWn0Gm+UxQmm0CV8/2TM+ULLSp6ElCyEa/sPs p9cC5r5V5A4ce2gNyVqRu9RI5JxeZ+nF7JqMw9kftx77lx/5Rmt1SOVM6feAV3w21Ox0 spN7l+U0goDPJAOMBE2GEMDdQFfL1ckkpd92qX7BeUH5AGZ2/D7Gh2vu3G1OTw4mhPzY jshA==
X-Gm-Message-State: AA+aEWboUU3u3Ttp7216cTDzg83vMIRcLJS5481bFckIQjMcJVviVrg2 1Ox7uUCVppqlDymBNTkSkWY/fS+r8kllq3VM0v0=
X-Google-Smtp-Source: AFSGD/WUoV9O8hmkHTbhjOy9UrYAx0ntwCbs9/1QXdymctcwLvBfLAgrDb59j4ZjY8VH17w5z4j9t3fs0bIPG/5+xOY=
X-Received: by 2002:a67:f851:: with SMTP id b17mr8764557vsp.23.1545156516717; Tue, 18 Dec 2018 10:08:36 -0800 (PST)
MIME-Version: 1.0
References: <20181212140145.GA22828@pfrc.org>
In-Reply-To: <20181212140145.GA22828@pfrc.org>
From: Anoop Ghanwani <anoop@alumni.duke.edu>
Date: Tue, 18 Dec 2018 10:08:23 -0800
Message-ID: <CA+-tSzzLZ2e_JA3Z3-iP4btjzLd0gmUwmBUh-ae7p1Kc+0c3gg@mail.gmail.com>
Subject: Re: [bess] BFD WGLC for draft-ietf-bfd-vxlan; BESS input solicited
To: Jeffrey Haas <jhaas@pfrc.org>
Cc: bess@ietf.org, rtg-bfd@ietf.org
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/lMYpS_HekFU8np4cFROFXeWrDY4>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 18 Dec 2018 18:08:41 -0000

I would change the introduction to the following to mention the use of
VXLAN by BGP EVPN.

Thanks,
Anoop

==

   "Virtual eXtensible Local Area Network" (VXLAN) [RFC7348] provides
   an encapsulation scheme that allows building an overlay network by
   decoupling the address space of the attached virtual hosts from that
   of the network.

  One use of VXLAN is in data centers interconnecting
  VMs of a tenant.  VXLAN addresses requirements of the
   Layer 2 and Layer 3 data center network infrastructure in the
   presence of VMs in a multi-tenant environment, discussed in section 3
   of [RFC7348], by providing Layer 2 overlay scheme on a Layer 3 network.
   Another use is as an encapsulation for EVPN [RFC 8365].

  In the remainder of this document the terms VM and End Station
  are used interchangeably.

   In the absence of a router in the overlay, a VM can communicate with
   another VM only if they are on the same VXLAN segment.  VMs are
   unaware of VXLAN tunnels as a VXLAN tunnel is terminated on a VXLAN
   Tunnel End Point (VTEP) (hypervisor/TOR).  VTEPs (hypervisor/TOR) are
   responsible for encapsulating and decapsulating frames exchanged
   among VMs.

On Wed, Dec 12, 2018 at 6:02 AM Jeffrey Haas <jhaas@pfrc.org> wrote:
>
> BESS Working Group members,
>
> https://tools.ietf.org/html/draft-ietf-bfd-vxlan-04
>
> BFD has finished working group last call on BFD for Vxlan and is about ready
> to request publication as an RFC.  A last minute comment suggested that we
> should consider inviting comment from your working group for expertise.
>
> We will be leaving the last call open until December 21 to leave time for
> final comments.
>
> -- Jeff (for BFD)
>
> _______________________________________________
> BESS mailing list
> BESS@ietf.org
> https://www.ietf.org/mailman/listinfo/bess