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 >
- Fw: Internal WG Review: Recharter of Common Contr… Adrian Farrel