Re: CCAMP Protection/Restoration Design Team
Yoshihiko SUEMURA <y-suemura@bp.jp.nec.com> Fri, 01 March 2002 02:01 UTC
Envelope-to: ccamp-data@psg.com
Delivery-date: Thu, 28 Feb 2002 18:05:38 -0800
Date: Fri, 01 Mar 2002 11:01:06 +0900
From: Yoshihiko SUEMURA <y-suemura@bp.jp.nec.com>
To: ccamp@ops.ietf.org
Subject: Re: CCAMP Protection/Restoration Design Team
Message-Id: <20020301105643.4E41.Y-SUEMURA@bp.jp.nec.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Hi all, I wish my new draft http://www.ietf.org/internet-drafts/draft-suemura-gmpls-restoration-signaling-00.txt will also be considered. Thank you, Yoshihiko Suemura On Sun, 24 Feb 2002 18:25:17 -0800 (PST), Kireeti Kompella <kireeti@juniper.net> wrote: > Hi Folks, > > I'd like to thank all of you who volunteered for this work. To keep > the team small and effective, not everyone who volunteered could > participate directly. Note that you can (and should) participate > through the CCAMP WG, by giving suggestions/feedback to the DT, and, > if deemed necessary, by proposing alternate documents. > > Finally, note that the design team is _just another set of authors_. > The document(s) they produce are subject to WG consensus to progress > to WG documents and beyond. > > Here's the Protection/Restoration Design Team. They have been on > the job for a little over a month now. > > Deborah Brungard > Sudheer Dharanikota > Jonathan Lang > Guangzhi Li > Eric Mannie > Dimitri Papadimitriou > Bala Rajagopalan > Yakov Rekhter > > Sudheer is the team lead. > > Their charter ("you" in what follows refers to the DT): > > a) read drafts re protection/restoration in CCAMP, IPO and MPLS. > These include (but are not limited to :-)): > > ******* draft-ietf-tewg-restore-hierarchy-00.txt ******* > > draft-bala-protection-restoration-signaling-00.txt > draft-bala-restoration-signaling-01.txt > draft-ietf-ipo-carrier-requirements-00.txt (Section 10) > draft-kini-restoration-shared-backup-01.txt > draft-li-shared-mesh-restoration-01.txt > draft-many-optical-restoration-01.txt > draft-suemura-protection-hierarchy-00.txt > draft-ylee-protection-occ-00.txt > ----------------------------------------------------- > draft-atlas-rsvp-local-protect-interop-02.txt > draft-chang-mpls-path-protection-03.txt > draft-chang-mpls-rsvpte-path-protection-ext-02.txt > draft-owens-crldp-path-protection-ext-01.txt > > The first draft is the requirements for Protection & Restoration > produced by the TEWG Design Team. Functionality that you come up > with should satisfy these requirements; stuff that you come up > with that either goes beyond these requirements or doesn't meet > some of them should be called out so that we can re-evaluate. > > The drafts below the line may be MPLS-specific, so they may or may > not apply. > > | AD's comment: For the first round... please refrain as much as possible > | from going beyond the requirements specified in the first draft. That > | document restricted itself (on purpose) to requirements that are felt > | to be realistic for real operators and in the reasonably short term. > | So that is the scope you should be working in. > > b) produce a terminology document, preferably using ITU-T terminology, > but having a decoder ring to translate to terminology in current > drafts as well as the TE WG document > c) produce an interim analysis document, comparing and contrasting > approaches (i.e., the above drafts, published and ongoing work > at the ITU/T1-X1/...) > > | AD's comment: And be careful. Leave the ITU and T1X1-... etc work in > | those organisations if that is where it belongs (and often it does)! > > d) produce a more complete version of (c) > e) produce a functional spec delineating > o What's in scope, out of scope, what's for future study, which of > the TEWG reqts have been met, which not, and what goes beyond. > o Overall approach > o Objects/procedures/... needed in a protocol-independent fashion > f) produce a document detailing the changes for RSVP-TE and CR-LDP > g) produce a document detailing the changes for OSFP-TE and IS-IS-TE > > The timeline for (a-c) is before the next IETF (March 1, 2002). > > A first cut of (d) and (e) should be available by end of April, 2002. > If there is rough consensus in the CCAMP WG for the approach in (e), > work should then start on (f) and (g). > > Kireeti. > > ----------------------------------------------------------------- Yoshihiko SUEMURA Networking Research Laboratories, NEC Corporation E-mail: y-suemura@bp.jp.nec.com Phone: +81 44 856 8109, FAX: +81 44 856 8071
- Re: CCAMP Protection/Restoration Design Team Yoshihiko SUEMURA
- Re: CCAMP Protection/Restoration Design Team Ben Mack-Crane
- CCAMP Protection/Restoration Design Team Kireeti Kompella
- Re: CCAMP Protection/Restoration Design Team Jean Philippe Vasseur