[secdir] [new-work] WG Review: Forwarding and Control Element Separation (forces)

The IESG <iesg@ietf.org> Fri, 26 April 2013 16:17 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 BE92921F99F1; Fri, 26 Apr 2013 09:17:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1366993052; bh=bGcIZo8/KIPT45MYg+85fZS0P8P0byfvr9U4twspgP8=; h=MIME-Version:From:To:Message-ID:Date:Subject:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: Content-Type:Content-Transfer-Encoding:Sender; b=rKrqRPy/x7u6CgASRGZl1lVj6eqa1drjgO0G3Aw2Wqq22lkCuN5YwEfRDFe8PHl1T HW9/M+lYLruOzXHter55X0inXJL3jkFABnU8kGUvEMZEsS31VWKkjNBjUIXS3xh6mP SiDDBWwPoHmtBcar53YIy7wUuw3JF6RQc7sw8Mr4=
X-Original-To: new-work@ietfa.amsl.com
Delivered-To: new-work@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 4134321F99F9; Fri, 26 Apr 2013 09:17:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.6
X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id bO63X4DlAnIq; Fri, 26 Apr 2013 09:17:31 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 739B621F99EB; Fri, 26 Apr 2013 09:17:31 -0700 (PDT)
MIME-Version: 1.0
From: The IESG <iesg@ietf.org>
To: new-work@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 4.44.p4
Message-ID: <20130426161731.17881.23403.idtracker@ietfa.amsl.com>
Date: Fri, 26 Apr 2013 09:17:31 -0700
X-BeenThere: new-work@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: new-work-bounces@ietf.org
Errors-To: new-work-bounces@ietf.org
X-Mailman-Approved-At: Fri, 26 Apr 2013 09:33:17 -0700
Subject: [secdir] [new-work] WG Review: Forwarding and Control Element Separation (forces)
X-BeenThere: secdir@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, 26 Apr 2013 16:17:33 -0000

The Forwarding and Control Element Separation (forces) working group in
the Routing Area of the IETF is undergoing rechartering. 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 2013-05-06.

Forwarding and Control Element Separation (forces)
Current Status: Active Working Group

  Jamal Hadi Salim <hadi@mojatatu.com>

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

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

Charter of Working Group:

The ForCES working group has created a framework, requirements, a
solution protocol, a logical function block library, and other 
associated documents in support of Forwarding and Control Element 

Drawing on the experience gained from developing the standards and from
many efforts using this architecture, the ForCES working group is now
working on a set of additions to the model, the protocol, and the

The following 5 work items are the chartered tasks of this working group:

o Extensions to Model and Protocol

  This work is to address a set of extensions to the base model and
  protocol resulting in updates to RFCs 5810 and 5812. This effort will 
  produce 2 Standards Track documents (one for the model and another for 
  the protocol).

  The model extensions will:
  1. Allow complex metadata
  2. Allow optional default values for datatypes
  3. Allow optional access-type for datatypes inside complex components
  4. Define new base type: Bitmap
  5. Define new events to monitor states.

  The protocol extensions will:
  1. Support table range query
  2. Support table append
  3. Define additional return codes to reduce ambiguity
  4. Define data packing rule for bitmap datatype.

o Inter-FE Connectivity

  ForCES processing is often spread across multiple Forwarding Elements
  (FEs). The original framework identified the interface between FEs as 
  the "Fi" reference point. Protocol and Logigal Function Block (LFB) 
  mechanisms to carry metadata across the Fi interface are needed.  This 
  effort will produce a standards track doument defining the protocol on 
  the wire to address this need, and the LFBs used to represent the 
  Interfaces for sending and receiving such information. It is expected 
  that this work will draw heavily on existing
  protocol and LFB definitions.

o Parallelization

  An FE can implement an LFB chain with parallelization, but the
  currently-defined mechanism has no means to represent when 
  synchronization is needed, or to allow the CE to specify where it 
  believes such parallelism is useful.  This work item will produce a 
  single standards track document to improve the handling of this case.

o Subsidiary Management

  Deployment experience has demonstrated the value of using ForCES to
  control the Forwarding Element Manager (FEM) by creating an LFB to 
  represent its function using the same encoding rules as for any other 
  LFB. This allows it to be controlled by the same Control Element (CE). 
  This work item assumes the presence of an initially booted FE whose 
  configuration could then be updated at runtime via an FEM LFB for 
  runtime config purposes (e.g., by adding a new CE and its associated 
  IP address). This work item can also be useful in addressing control 
  of virtual FEs where individual FEM Managers can be addressed to 
  control the creation, configuration, and resource assignment of
  such virtual FEs within a physical FE. This work would result in a
  standards track LFB FEM library RFC.

In addition to the specific work items listed above, the working group
will allow discussions and review work of how to use ForCES to model 
topics of interest to Network Function Virtualization, I2RS, or 
OpenFlow. It is understood that the primary responsibility for such 
documents lives with other working groups, individual contributions, or 
other standards bodies.

== Goals and Milestones ==
September 2013   Request for Publication of Standards Track document
                 specifying model changes
September 2013   Request for Publication of Standards Track document
                 specifying protocol changes
February 2014    Request for publication of Subsidiary management LFB
March 2014       Request for publication of Inter-FE LFB
March 2014       Request for publication of parallelization LFBs
April 2014       Recharter or shutdown

new-work mailing list