Fw: Internal WG Review: Recharter of Common Control and Measurement Plane (ccamp)

"Adrian Farrel" <adrian@olddog.co.uk> Thu, 29 May 2008 08:36 UTC

Return-Path: <owner-ccamp@ops.ietf.org>
X-Original-To: ietfarch-ccamp-archive@core3.amsl.com
Delivered-To: ietfarch-ccamp-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 29C873A6A01 for <ietfarch-ccamp-archive@core3.amsl.com>; Thu, 29 May 2008 01:36:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.705
X-Spam-Level: **
X-Spam-Status: No, score=2.705 tagged_above=-999 required=5 tests=[FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, J_CHICKENPOX_13=0.6, RDNS_NONE=0.1, STOX_REPLY_TYPE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uroRfLUVqaYC for <ietfarch-ccamp-archive@core3.amsl.com>; Thu, 29 May 2008 01:36:51 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id 8BDBA3A6941 for <ccamp-archive@ietf.org>; Thu, 29 May 2008 01:36:50 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.69 (FreeBSD)) (envelope-from <owner-ccamp@ops.ietf.org>) id 1K1dRW-000AAa-Pj for ccamp-data@psg.com; Thu, 29 May 2008 08:25:02 +0000
Received: from [62.128.201.249] (helo=asmtp2.iomartmail.com) by psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from <adrian@olddog.co.uk>) id 1K1dQi-000A2a-Kw for ccamp@ops.ietf.org; Thu, 29 May 2008 08:24:29 +0000
Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.12.11.20060308/8.12.8) with ESMTP id m4T8O8qn005340 for <ccamp@ops.ietf.org>; Thu, 29 May 2008 09:24:10 +0100
Received: from your029b8cecfe (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp2.iomartmail.com (8.12.11.20060308/8.12.11) with ESMTP id m4T8O6e9005323 for <ccamp@ops.ietf.org>; Thu, 29 May 2008 09:24:08 +0100
Message-ID: <06cc01c8c165$5b4a1ae0$9001010a@your029b8cecfe>
Reply-To: Adrian Farrel <adrian@olddog.co.uk>
From: Adrian Farrel <adrian@olddog.co.uk>
To: ccamp@ops.ietf.org
Subject: Fw: Internal WG Review: Recharter of Common Control and Measurement Plane (ccamp)
Date: Thu, 29 May 2008 09:24:02 +0100
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="utf-8"; reply-type="original"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3138
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198
Sender: owner-ccamp@ops.ietf.org
Precedence: bulk

Hi,
FYI.

Adrian
----- Original Message ----- 
From: "IESG Secretary" <iesg-secretary@ietf.org>
To: <iesg@ietf.org>; <iab@iab.org>; <adrian@olddog.co.uk>; 
<dbrungard@att.com>
Sent: Thursday, May 29, 2008 2:45 AM
Subject: Internal WG Review: Recharter of Common Control and Measurement 
Plane (ccamp)


>A new charter for the Common Control and Measurement Plane Working Group
> (ccamp) in the Routing Area of the IETF is being considered.  The draft
> charter is provided below for your review and comment.
>
> Specifically, we would like to add the following text as the last bullet
> item in the list of bullets in the "Description of working group"
> section under "CCAMP WG currently works on the following tasks":
>
>    - Include extensions to the CCAMP WG protocols and
>      RFCs necessary to create an MPLS Transport Profile (MPLS TP).
>      The work on the MPLS TP will be coordinated between the
>      three working groups (MPLS, PWE3 and CCAMP) that are chartered
>      to do MPLS TP work.
>
> Also please update the last sentence in the description of working group
> section as follows:
>
> Old: In doing this work, the WG will work closely with at least the
> following other WGs: MPLS, ISIS, OSPF, IDR, L1VPN and PCE.
>
> New: In doing this work, the WG will work closely with at least the
> following other WGs: MPLS, ISIS, OSPF, IDR, L1VPN, PCE, and PWE3.
>
> Review time is one week.
>
> The IETF Secretariat
>
> Common Control and Measurement Plane (ccamp)
> --------------------------------------------
>
> Last Modified: 2008-05-28
>
> Current Status: Active Working Group
>
> Chair(s):
>    Adrian Farrel <adrian@olddog.co.uk>
>    Deborah Brungard <dbrungard@att.com>
>
> Routing Area Director(s):
>    Ross Callon <rcallon@juniper.net>
>    David Ward <dward@cisco.com>
>
> Routing Area Advisor:
>    Ross Callon <rcallon@juniper.net>
>
> Technical Advisor(s):
>    Lou Berger <lberger@labn.net>
>
> Mailing Lists:
>    General Discussion: ccamp@ops.ietf.org
>    To Subscribe: majordomo@ops.ietf.org
>    In Body: subscribe ccamp
>    Archive: https://ops.ietf.org/lists/ccamp
>
>
> Description of Working Group:
>
> Organizational Overview
>
> The CCAMP working group coordinates the work within the IETF
> defining a common control plane and a separate common measurement
> plane for physical path and core tunneling technologies of Internet
> and telecom service providers (ISPs and SPs), e.g. O-O and O-E-O
> optical switches, TDM Switches, Ethernet Switches, ATM and Frame
> Relay switches, IP encapsulation tunneling technologies, and MPLS
> in cooperation with the MPLS WG.
>
> In this context, measurement refers to the acquisition and
> distribution of attributes relevant to the setting up of tunnels
> and paths.
>
> CCAMP WG work scope includes:
>
> - Definition of protocol-independent metrics and parameters
>  (measurement attributes) for describing links and paths that are
>  required for routing and signaling. These will be developed in
>  conjunction with requests and requirements from other WGs to
>  ensure overall usefulness.
>
> - Definition of protocol(s) and extensions to them required for
>  link and path attribute measurement. Link Management Protocol
>  (LMP) is included here.
>
> - Functional specification of extensions for routing (OSPF, ISIS)
>  and signalling (RSVP-TE) required for path establishment.
>  Protocol formats and procedures that embody these extensions will
>  be done jointly with the WGs supervising those protocols.
>
> - Definition of the mechanisms required to determine the route and
>  properties of an established path (tunnel tracing).
>
> - Definition of MIB modules and other OAM techniques relevant to
>  the protocols and extensions specified within the WG.
>
> - Work on traffic-engineering GMPLS mechanisms and protocol
>  extensions to support source-controlled and explicitly-routed
>  Ethernet data paths for Ethernet data planes that are already
>  approved by an SDO with responsibility for the Ethernet data
>  plane. It is expected that the primary SDO in this case is the
>  IEEE. Note that the specification or modification of Ethernet
>  data planes is out of scope.
>
> CCAMP WG currently works on the following tasks:
>
> - Define how the properties of network resources gathered by a
>  measurement protocol can be distributed in existing routing
>  protocols, such as OSPF and IS-IS. CCAMP defines the generic
>  description of the properties and how they are distributed in
>  OSPF. The specifics of distribution within IS-IS are being
>  addressed in the ISIS WG.
>
> - Define signaling and routing mechanisms and extensions to allow
>  path and tunnel setup and maintenance across multiple domains,
>  where a domain may be an IGP area, an Autonomous System, or any
>  other region of topological visibility. To this end, work
>  cooperatively with the PCE and MPLS WGs.
>
> - Define abstract link and path properties needed for link and
>  path protection. Specify signalling mechanisms for path
>  protection, diverse routing and fast path restoration. Ensure
>  that multi-layer path protection and restoration functions are
>  achievable using the defined signalling, routing, and measurement
>  protocols, either separately or in combination.
>
> - Identify which requirements for signaling and routing for ASON
>  are not currently met by protocols defined in CCAMP; based on
>  these, define mechanisms to address these requirements.
>
> - Document issues and strategies for the migration of MPLS-based
>  deployments to GMPLS. Based on the outcome, identify protocol
>  machinery that implementations may have to change to ease the
>  migration from MPLS to GMPLS.
>
> - Include extensions to the CCAMP WG protocols and
>  RFCs necessary to create an MPLS Transport Profile (MPLS TP).
>  The work on the MPLS TP will be coordinated between the
>  three working groups (MPLS, PWE3 and CCAMP) that are chartered
>  to do MPLS TP work.
>
> In doing this work, the WG will work closely with at least the
> following other WGs: MPLS, ISIS, OSPF, IDR, L1VPN, PCE, and PWE3. The
> WG will also cooperate with the ITU-T and the IEEE 802.1.
>
> Goals and Milestones:
>
> Done    Post strawman WG goals and charter
>
> Done    Identify and document a limited set of candidate solutions for
> signalling and for measurement. Among candidate control solutions to be
> considered are the existing GMPLS drafts.
>
> Done    Build appropriate design teams
>
> Done    Submit WG document defining path setup portions of common
> control plane protocol
>
> Done    Submit WG document defining common measurement plane protocol
>
> Done    Submit LMP MIB to IESG
>
> Done    Submit protection & restoration documents to IESG
>
> Done    Submit ASON signaling requirements doc to IESG
>
> Done    Submit GMPLS MIBs to IESG
>
> Done    Produce CCAMP WG document for generic tunnel tracing protocol
>
> Done    Produce CCAMP WG document for multi-area/AS signaling and
> routing
>
> Done    Submit ASON routing requirements doc to IESG
>
> Done    Submit revised charter and milestones to IESG for IESG
> consideration of more detailed deliverables and determination of
> usefulness of continuation of WG
>
> Done    First version WG I-D for Advertising TE Node Capabilities in
> ISIS and OSPF
>
> Done    First version WG I-D for Automatic discovery of MPLS-TE mesh
> membership
>
> Done    Submit ASON Routing evaluation I-D for IESG review
>
> Done    Cross-WG review of I-D for Advertising TE Node Capabilities in
> ISIS and OSPF
>
> Done    First version WG I-D MPLS to GMPLS migration strategies
>
> Done    First version WG I-D Requirements for Multi-Layer and
> Multi-Region Networks
>
> Done    First version WG I-D for Evaluation of existing protocols for
> MLN/MRN
>
> Done    First version of WG I-D for ASON Routing solutions
>
> Done    Submit RSVP-TE extensions for inter-domain signaling I-D for
> IESG review
>
> Done    Submit Per-domain path computation signaling I-D for IESG review
>
>
> Done    First version of WG I-D for OSPF-TE/GMPLS MIB module
>
> Done    Submit GMPLS signaling in support of Call Management I-D for
> IESG review
>
> Done    First version WG Informational I-D for Analysis of inter-domain
> issues for disjoint and protected paths
>
> Done    Submit I-D for Advertising TE Node Capabilities in ISIS and OSPF
> for IESG review
>
> Done    First version WG I-D for Protocol solutions for MLN/MRN
>
> Done    Submit GMPLS/ASON lexicography I-D for IESG review
>
> Done    First version WG I-D MPLS-GMPLS interworking requirements and
> solutions
>
> Done    Submit LSP Stitching I-D for IESG review
>
> Done    Submit I-D for Automatic discovery of MPLS-TE mesh membership
> for IESG review
>
> Done    First version WG I-D GMPLS OAM Requirements
>
> Done    Submit GMPLS routing and signaling interoperability advice I-D
> for IESG review
>
> Done    Submit MPLS to GMPLS migration strategies I-D for IESG review
>
> Done    Submit Requirements for Multi-Layer and Multi-Region Networks
> I-D for IESG review
>
> Done    Submit MPLS-GMPLS interworking requirements and solutions I-D
> for IESG review
>
> Done    Submit Evaluation of existing protocols for MLN/MRN for IESG
> review
>
> Feb 2007    First version of WG I-D for additional MIB module to cover
> RSVP-TE signaling extensions
>
> Done    First version WG I-Ds for GMPLS source-controlled and
> explicitly-routed Ethernet networks
>
> Done    Submit Informational I-D for Analysis of inter-domain issues for
> disjoint and protected paths for IESG review
>
> Jan 2008    Submit ASON Routing solutions I-D for IESG review
>
> Feb 2008    Submit OSPF-TE/GMPLS MIB module for MIB doctor and IESG
> review
>
> Feb 2008    Submit GMPLS OAM Requirements I-D for IESG review
>
> Mar 2008    Submit Protocol solutions for MLN/MRN I-D for IESG review
>
> May 2008    Submit MIB module for RSVP-TE signaling extensions for MIB
> doctor and IESG review
>
> Sep 2008    Submit protocol extensions for GMPLS source-controlled and
> explicitly-routed Ethernet networks for IESG review
>
> Jan 2009    Recharter or close Working Group
>