[AAA-DOCTORS] FW: Evaluation: draft-ietf-ccamp-pc-and-sc-reqs-06.txt to Informational RFC

"Romascanu, Dan (Dan)" <dromasca@avaya.com> Wed, 28 January 2009 08:40 UTC

Return-Path: <aaa-doctors-bounces@ietf.org>
X-Original-To: aaa-doctors-archive@optimus.ietf.org
Delivered-To: ietfarch-aaa-doctors-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7885C3A6BEA; Wed, 28 Jan 2009 00:40:10 -0800 (PST)
X-Original-To: aaa-doctors@core3.amsl.com
Delivered-To: aaa-doctors@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5572A3A6910; Wed, 28 Jan 2009 00:40:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.385
X-Spam-Level:
X-Spam-Status: No, score=-2.385 tagged_above=-999 required=5 tests=[AWL=-0.013, BAYES_00=-2.599, SARE_SUB_OBFU_Q1=0.227]
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 K0jgKIWsJghY; Wed, 28 Jan 2009 00:40:08 -0800 (PST)
Received: from nj300815-nj-outbound.avaya.com (nj300815-nj-outbound.net.avaya.com [198.152.12.100]) by core3.amsl.com (Postfix) with ESMTP id 48AAD3A6BEA; Wed, 28 Jan 2009 00:40:08 -0800 (PST)
X-IronPort-AV: E=Sophos;i="4.37,337,1231131600"; d="scan'208";a="150051532"
Received: from unknown (HELO nj300815-nj-erheast.avaya.com) ([198.152.6.5]) by nj300815-nj-outbound.avaya.com with ESMTP; 28 Jan 2009 03:39:48 -0500
Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.16]) by nj300815-nj-erheast-out.avaya.com with ESMTP; 28 Jan 2009 03:39:48 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Wed, 28 Jan 2009 09:39:35 +0100
Message-ID: <EDC652A26FB23C4EB6384A4584434A040132E6DA@307622ANEX5.global.avaya.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: Evaluation: draft-ietf-ccamp-pc-and-sc-reqs-06.txt to Informational RFC
thread-index: AcmBBZSnxgGnUy0tSlKmQuDN85kB8QAHjm7A
From: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
To: ops-dir@ietf.org, aaa-doctors@ietf.org
Subject: [AAA-DOCTORS] FW: Evaluation: draft-ietf-ccamp-pc-and-sc-reqs-06.txt to Informational RFC
X-BeenThere: aaa-doctors@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: AAA Doctors E-mail List <aaa-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/aaa-doctors>
List-Post: <mailto:aaa-doctors@ietf.org>
List-Help: <mailto:aaa-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: aaa-doctors-bounces@ietf.org
Errors-To: aaa-doctors-bounces@ietf.org

 

-----Original Message-----

A URL of this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-ccamp-pc-and-sc-reqs-06.t
xt

Technical Summary

   From a Carrier perspective, the possibility of turning a Permanent
   Connection (PC) into a Soft Permanent Connection (SPC) and vice
   versa, without actually affecting Data Plane traffic being carried
   over it, is a valuable option.  In other terms, such operation can be
   seen as a way of transferring the ownership and control of an
   existing and in-use Data Plane connection between the Management
   Plane and the Control Plane, leaving its Data Plane state untouched.

   This informational document sets out the requirements for such  
   procedures within a Generalized Multiprotocol Label Switching 
   (GMPLS) network.

Working Group Summary

   There were no problems with consensus for this document.

   In the early stages there were some very strong opinions about the
   value of this work. Some vendors and operators did not believe that
   the function would be useful in the networks they build. However,
   over time, other vendors and operators strongly supported the
   function, and since it is described as an optional function in
   equipment and deployment, the working group did not object to this
   work proceeding. See proto writeup by Deborah Brungard. 

Document Quality

   This is a requirements specification, and cannot be implemented. 
   Note that work is already in progress within the CCAMP working group
   to develop protocol solutions.

Personnel

   Deborah Brungard is the Document Shepherd for this document. Ross
   Callon is the Responsible Area Director. There are no IANA
   actions for this document. 

RFC Editor Note

    Please move the "Conventions used in this document" to be at the
    end of section 1 (introduction), as section 1.1.

IRTF Note

  (Insert IRTF Note here or remove section)

IESG Note

  (Insert IESG Note here or remove section)

IANA Note

  (Insert IANA Note here or remove section)






_______________________________________________
AAA-DOCTORS mailing list
AAA-DOCTORS@ietf.org
https://www.ietf.org/mailman/listinfo/aaa-doctors