RE: Last Call: CR-LDP Extensions for ASON to Informational
"Ash, Gerald R (Jerry), ALABS" <gash@att.com> Fri, 24 January 2003 16:06 UTC
Received: from ran.ietf.org (ran.ietf.org [10.27.6.60]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA23467; Fri, 24 Jan 2003 11:06:53 -0500 (EST)
Received: from majordomo by ran.ietf.org with local (Exim 4.10) id 18c6Nh-0004LU-00 for ietf-list@ran.ietf.org; Fri, 24 Jan 2003 11:08:37 -0500
Received: from odin.ietf.org ([10.27.2.28] helo=ietf.org) by ran.ietf.org with esmtp (Exim 4.10) id 18c6GI-00045l-00 for ietf@ran.ietf.org; Fri, 24 Jan 2003 11:00:58 -0500
Received: from kcmso2.proxy.att.com (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA23152; Fri, 24 Jan 2003 10:54:12 -0500 (EST)
Received: from attrh3i.attrh.att.com ([135.71.62.12]) by kcmso2.proxy.att.com (AT&T IPNS/MSO-4.0) with ESMTP id h0OEEJoQ020083; Fri, 24 Jan 2003 09:57:31 -0600 (CST)
Received: from occlust04evs1.ugd.att.com (135.71.164.13) by attrh3i.attrh.att.com (6.5.032) id 3DF6BD4E018E13AE; Fri, 24 Jan 2003 10:57:24 -0500
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3
Subject: RE: Last Call: CR-LDP Extensions for ASON to Informational
Date: Fri, 24 Jan 2003 10:57:23 -0500
Message-ID: <28F05913385EAC43AF019413F674A01704CB86E3@OCCLUST04EVS1.ugd.att.com>
Thread-Topic: new draft: GMPLS for ASON
Thread-Index: AcIW1lzxXKzzuYFYSe2SpIqvwd7pYwAD2atwKzYZzWA=
From: "Ash, Gerald R (Jerry), ALABS" <gash@att.com>
To: Zhi-Wei Lin <zwlin@lucent.com>, iesg@ietf.org, ietf@ietf.org
Cc: "Ash, Gerald R (Jerry), ALABS" <gash@att.com>, Adrian Farrel <afarrel@movaz.com>, Stephen Trowbridge <sjtrowbridge@lucent.com>, David Charlap <David.Charlap@marconi.com>, Loa Andersson <loa@pi.se>, "Wijnen, Bert (Bert)" <bwijnen@lucent.com>
Sender: owner-ietf@ietf.org
Precedence: bulk
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by ietf.org id LAA23467
Zhi, > (e) These documents were never taken seriously (This is the first email I > sent: http://ops.ietf.org/lists/ccamp/ccamp.2002/msg00918.html -- but of > course no one responded) Reminder, I responded to your email on June 18, very shortly after you posted (my email to you is attached below). That I did this off the list was probably a mistake. We (you, your co-authors, Adrian and I) then had a prolonged exchange of emails about the draft. Adrian sent you extensive comments on the draft highlighting concerns, suggesting text, and pointing out nits. That you have a reasonably long list of acknowledgements and contributors suggests that the draft was not ignored. As I commented in the attached email to you, "Would it be worthwhile to somehow 'package' the needed ASON extensions into a proposed GMPLS upgrade and presented to CCAMP as such?" I still maintain that this would be the correct way to handle this: bring the requirements to CCAMP as a requirements draft, thrash them out, and get the necessary extensions adopted in CCAMP. Rather, the ITU has developed protocol extensions for GMPLS, something outside the charter of the ITU I believe. Jerry -----Original Message----- From: Ash, Gerald R (Jerry), ALASO Sent: Tuesday, June 18, 2002 12:58 PM To: 'Zhi-Wei Lin' Cc: Ash, Gerald R (Jerry), ALASO; 'Adrian Farrel' Subject: RE: new draft: GMPLS for ASON Hi Zhi, > I've uploaded a new draft covering the GMPLS usage and extensions to > support the ASON requirements. This document proposes appropriate > extensions towards the resolution of additional requirements identified > and communicated by the ITU-T in support of ITU's ASON standardization > effort, and only provides the extensions for RSVP-TE signaling. Among > the major extensions include support for the concept of "call", as well > as support for setting up soft permanent connections. > > http://www.ietf.org/internet-drafts/draft-lin-ccamp-gmpls-ason-rsvpte-00.txt Looks good. I've attached some excerpts below from the (unpublished) IETF-54/CCAMP meeting minutes. These also identify crankback, restart, etc. as 'gaps' needing to be filled. I guess most of these are being worked on, including restart and crankback http://www.ietf.org/internet-drafts/draft-iwata-mpls-crankback-03.txt (Adrian is currently providing a significant extension for the 04 version of the crankback draft). Would it be worthwhile to somehow 'package' the needed ASON extensions into a proposed GMPLS upgrade and presented to CCAMP as such? Your comments/suggestions are appreciated. Thanks, Regards, Jerry %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Steve Trowbridge Outlined a variety of "gaps" in the current work: - Call and connection separation - Additional error codes/value - Restart mechanisms - Support for crankback - Support for soft permanent connection See proceedings for details. Eric Mannie: Referring to slide "Identified Gaps". Gaps seem to be very small. Most of the points are solved, can be easily solved, or are in the process of being solved. Trowbridge: This was a preliminary scan. Further review, might turn up more issues. Technologies are similar, so lets identify and minimize gaps. Dimitri: ITU requirements precede much of IETF work. Preliminary discussions indicate that the current gaps are covered by existing protocol work. Areas where additional work will be required are probably minimal, but need to be looked at. IETF may gain final improvements by looking at ITU work. Yong Xue: ITU is working on v2 ASON document so more things could turn up as "gaps". Further communication between ITU and IETF should continue. Trowbridge: Technology will evolve within both organizations. Should expend effort to make sure that they evolve together. %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% % Osama Aboul-Magd -- draft-aboulmagd-ccamp-call-conn-separation-00.txt. Draft addresses one of the issues that Tolbridge highlighted in his talk - call and connection control separation. Kireeti: There is an explicit statement from ITU requiring this. There is nothing in the charter about this. This is good stuff. Ron and I will go through a charter revision with Ads and discuss putting this in the charter. Also need to address other gaps that were raised by ITU. Scott: When you propose to add something to WG, it would be helpful to state where it fits in the existing charter OR how and why charter should be extended. Eva: I think that it fits into the character as a requirement to the signaling protocols. Scott: OK - that is a good clean explanation that might save chairs some time. Yong: I second Eva's comment. Kireeti: Need to figure out how to address other issues as well. %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
- Re: Last Call: CR-LDP Extensions for ASON to Info… Kireeti Kompella
- RE: Last Call: CR-LDP Extensions for ASON to Info… John Drake
- Re: Last Call: CR-LDP Extensions for ASON to Info… Bob Braden
- Re: Last Call: CR-LDP Extensions for ASON to Info… Kireeti Kompella
- Re: Last Call: CR-LDP Extensions for ASON to Info… Kireeti Kompella
- Re: Last Call: CR-LDP Extensions for ASON to Info… Harald Tveit Alvestrand
- Re: Last Call: CR-LDP Extensions for ASON to Info… Bob Braden
- RE: Last Call: CR-LDP Extensions for ASON to Info… Wijnen, Bert (Bert)
- RE: Last Call: CR-LDP Extensions for ASON to Info… Kireeti Kompella
- RE: Last Call: CR-LDP Extensions for ASON to Info… Wijnen, Bert (Bert)
- Re: What review is required for "IETF Consensus"? Jeff Williams
- RE: Last Call: CR-LDP Extensions for ASON to Info… John Drake
- RE: Last Call: CR-LDP Extensions for ASON to Info… Bob Braden
- RE: Last Call: CR-LDP Extensions for ASON to Info… Bob Braden
- RE: Last Call: CR-LDP Extensions for ASON to Info… John Drake
- RE: Last Call: CR-LDP Extensions for ASON to Info… Lin, Zhi-Wei (Zhi)
- Re: Last Call: CR-LDP Extensions for ASON to Info… grenville armitage
- Re: Last Call: CR-LDP Extensions for ASON to Info… Loa Andersson
- RE: Last Call: CR-LDP Extensions for ASON to Info… Lin, Zhi-Wei (Zhi)
- RE: Last Call: CR-LDP Extensions for ASON to Info… Lin, Zhi-Wei (Zhi)
- RE: Last Call: CR-LDP Extensions for ASON to Info… Christian de Larrinaga
- RE: Last Call: CR-LDP Extensions for ASON to Info… Lin, Zhi-Wei (Zhi)
- RE: Last Call: CR-LDP Extensions for ASON to Info… Wijnen, Bert (Bert)
- RE: Last Call: CR-LDP Extensions for ASON to Info… Wijnen, Bert (Bert)
- RE: Last Call: CR-LDP Extensions for ASON to Info… Wijnen, Bert (Bert)
- Re: Last Call: CR-LDP Extensions for ASON to Info… Stephen Trowbridge
- Re: Last Call: CR-LDP Extensions for ASON to Info… Loa Andersson
- RE: Last Call: CR-LDP Extensions for ASON to Info… John Drake
- Re: Last Call: CR-LDP Extensions for ASON to Info… Scott W Brim
- RE: Last Call: CR-LDP Extensions for ASON to Info… Ong, Lyndon
- RE: Last Call: CR-LDP Extensions for ASON to Info… Stephen Shew
- RE: Last Call: CR-LDP Extensions for ASON to Info… Stephen Shew
- Re: Last Call: CR-LDP Extensions for ASON to Info… Eric Gray
- RE: Last Call: CR-LDP Extensions for ASON to Info… Wijnen, Bert (Bert)
- Re: Last Call: CR-LDP Extensions for ASON to Info… Eric Gray
- Re: Last Call: CR-LDP Extensions for ASON to Info… Valdis.Kletnieks
- Re: Last Call: CR-LDP Extensions for ASON to Info… Valdis.Kletnieks
- RE: Last Call: CR-LDP Extensions for ASON to Info… Kireeti Kompella
- RE: Last Call: CR-LDP Extensions for ASON to Info… Bob Braden
- Re: Last Call: CR-LDP Extensions for ASON to Info… Stephen Trowbridge
- RE: Last Call: CR-LDP Extensions for ASON to Info… Ash, Gerald R (Jerry), ALABS
- RE: Last Call: CR-LDP Extensions for ASON to Info… Lin, Zhi-Wei (Zhi)
- Re: Last Call: CR-LDP Extensions for ASON to Info… Loa Andersson
- Re: Last Call: CR-LDP Extensions for ASON to Info… Scott Bradner
- RE: Last Call: CR-LDP Extensions for ASON to Info… Ash, Gerald R (Jerry), ALABS
- RE: Last Call: CR-LDP Extensions for ASON to Info… Bob Natale
- Re: Last Call: CR-LDP Extensions for ASON to Info… Eric Gray
- Re: Last Call: CR-LDP Extensions for ASON to Info… Eric Gray
- RE: Last Call: CR-LDP Extensions for ASON to Info… Wijnen, Bert (Bert)
- Re: Last Call: CR-LDP Extensions for ASON to Info… Yakov Rekhter
- RE: Last Call: CR-LDP Extensions for ASON to Info… Varma, Eve L (Eve)
- RE: Last Call: CR-LDP Extensions for ASON to Info… Ash, Gerald R (Jerry), ALABS
- Re: Last Call: CR-LDP Extensions for ASON to Info… vinton g. cerf
- Re: Last Call: CR-LDP Extensions for ASON to Info… Stephen Trowbridge
- RE: Last Call: CR-LDP Extensions for ASON to Info… Ash, Gerald R (Jerry), ALABS
- Re: Last Call: CR-LDP Extensions for ASON to Info… RJ Atkinson
- Re: Last Call: CR-LDP Extensions for ASON to Info… Lloyd Wood
- Problem-statement (Re: Last Call: CR-LDP Extensio… Harald Tveit Alvestrand
- Re: Last Call: CR-LDP Extensions for ASON to Info… Dimitri.Papadimitriou
- RE: Last Call: CR-LDP Extensions for ASON to Info… Wijnen, Bert (Bert)
- RE: Last Call: CR-LDP Extensions for ASON to Info… Wijnen, Bert (Bert)
- RE: Last Call: CR-LDP Extensions for ASON to Info… John Drake
- Re: Problem-statement (Re: Last Call: CR-LDP Exte… Harald Tveit Alvestrand
- "IETF consensus" in IANA considerations [was Re: … Thomas Narten
- Re: "IETF consensus" in IANA considerations [was … John C Klensin
- Re: "IETF consensus" in IANA considerations [was … RJ Atkinson
- Re: "IETF consensus" in IANA considerations [was … Thomas Narten
- Re: "IETF consensus" in IANA considerations [was … Randy Bush
- Re: "IETF consensus" in IANA considerations [was … Keith Moore
- Re: "IETF consensus" in IANA considerations [was … Scott Bradner
- Re: "IETF consensus" in IANA considerations [was … Keith Moore
- Re: What review is required for "IETF Consensus"? John Leslie
- Re: "IETF consensus" in IANA considerations [was … John C Klensin
- Re: "IETF consensus" in IANA considerations [was … Thomas Narten
- Re: "IETF consensus" in IANA considerations [was … Thomas Narten
- Re: "IETF consensus" in IANA considerations [was … John C Klensin
- Re: "IETF consensus" in IANA considerations [was … John C Klensin
- Re: "IETF consensus" in IANA considerations [was … Kireeti Kompella
- Re: "IETF consensus" in IANA considerations [was … Thomas Narten
- Whether we should require "IETF consensus" Harald Tveit Alvestrand
- What review is required for "IETF Consensus"? Harald Tveit Alvestrand
- RFC-Editor relationship RJ Atkinson
- Re: "IETF consensus" in IANA considerations [was … Robert Elz
- Re: "IETF consensus" in IANA considerations [was … Harald Tveit Alvestrand
- Re: "IETF consensus" in IANA considerations [was … Robert Elz
- Re: "IETF consensus" in IANA considerations [was … Dave Crocker
- Re: "IETF consensus" in IANA considerations [was … Keith Moore
- Re: What review is required for "IETF Consensus"? todd glassey
- Re: What review is required for "IETF Consensus"? Jeff Williams