[secdir] [new-work] WG Review: BGP Enabled Services (bess)

IESG Secretary <iesg-secretary@ietf.org> Fri, 03 October 2014 15:41 UTC

Return-Path: <new-work-bounces@ietf.org>
X-Original-To: secdir@ietf.org
Delivered-To: secdir@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E05E1A0379; Fri, 3 Oct 2014 08:41:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1412350905; bh=5d8//mQDA4PDiw7Y/jmw2vONfadfTXXedLZBMGjDhj8=; h=MIME-Version:From:To:Message-ID:Date:Subject:Reply-To:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: Content-Type:Content-Transfer-Encoding:Sender; b=k3Jn9/DRvwZjWAWA2ow85zALQGLzYSf0YwKDGj3JlXza4ZJFhk4I1BRhwGwuO/dAj ZCKipyAcYEFo/tx7gpDiZaX2NhVW4yEd7ymDbezJOGIlhS/0tN4ll6ZHYulKf8lUk2 +rBNW0YUw/3Aw7NWCyVTXMC8h/rbe8LlNuMgy7Gc=
X-Original-To: new-work@ietfa.amsl.com
Delivered-To: new-work@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F0211A0379; Fri, 3 Oct 2014 08:41:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.3
X-Spam-Level:
X-Spam-Status: No, score=-1.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_14=0.6] autolearn=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 dMz--1S2Vj2g; Fri, 3 Oct 2014 08:41:43 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A9CF1A0367; Fri, 3 Oct 2014 08:41:43 -0700 (PDT)
MIME-Version: 1.0
From: IESG Secretary <iesg-secretary@ietf.org>
To: new-work@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 5.6.3.p3
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20141003154143.6481.1585.idtracker@ietfa.amsl.com>
Date: Fri, 03 Oct 2014 08:41:43 -0700
Archived-At: http://mailarchive.ietf.org/arch/msg/new-work/EwH8TuNygWQboNPiN-jzzjJXxAg
X-BeenThere: new-work@ietf.org
X-Mailman-Version: 2.1.15
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: new-work-bounces@ietf.org
Sender: new-work <new-work-bounces@ietf.org>
Archived-At: http://mailarchive.ietf.org/arch/msg/secdir/wZPbTykAVhU4OAs9PsO535Rao40
X-Mailman-Approved-At: Fri, 03 Oct 2014 10:46:02 -0700
Subject: [secdir] [new-work] WG Review: BGP Enabled Services (bess)
X-BeenThere: secdir@ietf.org
Reply-To: iesg@ietf.org
List-Id: Security Area Directorate <secdir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/secdir>, <mailto:secdir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/secdir/>
List-Post: <mailto:secdir@ietf.org>
List-Help: <mailto:secdir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/secdir>, <mailto:secdir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 Oct 2014 15:41:45 -0000

A new IETF working group has been proposed in the Routing Area. The IESG
has not made any determination yet. The following draft charter was
submitted, and is provided for informational purposes only. Please send
your comments to the IESG mailing list (iesg at ietf.org) by 2014-10-13.

BGP Enabled Services (bess)
------------------------------------------------
Current Status: Proposed WG

Assigned Area Director:
  Adrian Farrel <adrian@olddog.co.uk>

Mailing list
  Address: bess@ietf.org
  To Subscribe: https://www.ietf.org/mailman/listinfo/bess
  Archive: http://www.ietf.org/mail-archive/web/bess/

Charter:

BGP is established as a protocol for provisioning and operating Layer-3
(routed) Virtual Private Networks (L3VPNs). It is also used in certain
Layer-2  Virtual Private Networks (L2VPNs).

The BGP Enabled Services (BESS) working group is responsible for
defining, specifying, and extending network services based on BGP. In
particular, the working group will work on the following services:

 - BGP/MPLS IP VPN solutions (based on RFC4364 and RFC4659) for
   supporting provider-provisioned L3VPNs including methods for enabling
   multicast over BGP/MPLS VPNs.

 - BGP-enabled L2VPNs (as described in RFC 4664) that operate over IP or
   MPLS packet switched network tunnels. All types of L2VPN are in scope
   provided they utilize BGP for discovery, signaling, or for some other
   purposes related to the VPN. But L2VPN solutions that operate over 
   pseudowires or use LDP and that do not utilize BGP will be addressed
   by the PALS working group. Any contention in placement of the work
   between these working groups will be resolved by the chairs.

 - BGP-enabled VPN solutions for use in the data center networking.
   This work includes consideration of VPN scaling issues and
   mechanisms applicable to such environments.

 - Extensions to BGP-enabled VPN solutions for the construction of
   virtual topologies in support of services such as Service Function
   Chaining.

The working group may also suggest new services to be supported by BGP
and these may be added to the working group charter subject to
rechartering.

The working group may work on:

 - Mechanisms to support BGP-enabled services in the presence of multi-
   homing of Customer Edge (CE) devices to multiple Provider Edge (PE)
   devices to provide load-balancing and resilience.

 - Auto-discovery of sites that participate in the BGP-enabled service.

 - Data models for modeling, managing, and operating BGP-based services
   using SMI or YANG.

 - OAM or resiliency mechanisms operating over BGP-enabled services. But
   native data plane OAM mechanisms may be worked on only in conjunction
   with the working groups responsible for the relevant data planes.

 - Extensions to BGP and extensions to YANG models for BGP. All such
   work must be reviewed by the IDR WG, but the decision to request
   publication of such work remains with the BESS WG.

The working group will also coordinate with other working groups where
appropriate. For example, with the MPLS working group for issues
related to the MPLS architecture, and the NVO3 working group for
coordination of protocols to support data center VPNs.

The BESS working group will not define new data plane or forwarding
plane encapsulations.

Milestones:


_______________________________________________
new-work mailing list
new-work@ietf.org
https://www.ietf.org/mailman/listinfo/new-work