Re: Proposed response to OIF on OSPF ENNI
Dimitri.Papadimitriou@alcatel.be Mon, 24 July 2006 22:46 UTC
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G59CT-0001QI-Al for ccamp-archive@ietf.org; Mon, 24 Jul 2006 18:46:57 -0400
Received: from psg.com ([147.28.0.62]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G59CQ-0002DV-SQ for ccamp-archive@ietf.org; Mon, 24 Jul 2006 18:46:57 -0400
Received: from majordom by psg.com with local (Exim 4.60 (FreeBSD)) (envelope-from <owner-ccamp@ops.ietf.org>) id 1G598D-0006BB-5F for ccamp-data@psg.com; Mon, 24 Jul 2006 22:42:33 +0000
X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on psg.com
X-Spam-Level:
X-Spam-Status: No, score=-0.5 required=5.0 tests=AWL,BAYES_00, DNS_FROM_RFC_POST,MIME_BASE64_NO_NAME,NO_REAL_NAME autolearn=no version=3.1.1
Received: from [62.23.212.165] (helo=smail.alcatel.fr) by psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60 (FreeBSD)) (envelope-from <Dimitri.Papadimitriou@alcatel.be>) id 1G598B-0006Ah-Dz; Mon, 24 Jul 2006 22:42:31 +0000
Received: from bemail05.netfr.alcatel.fr (bemail05.netfr.alcatel.fr [155.132.251.11]) by smail.alcatel.fr (8.13.4/8.13.4/Debian-3sarge1) with ESMTP id k6OMgOc3026525; Tue, 25 Jul 2006 00:42:24 +0200
In-Reply-To: <449B2580D802A443A923DABF3EAB82AF0C72B4C3@OCCLUST04EVS1.ugd.att.com>
To: "Brungard, Deborah A, ALABS" <dbrungard@att.com>
Cc: Adrian Farrel <adrian@olddog.co.uk>, ccamp@ops.ietf.org, owner-ccamp@ops.ietf.org
Subject: Re: Proposed response to OIF on OSPF ENNI
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5 September 26, 2003
Message-ID: <OF356FF5E0.AA963565-ONC12571B5.0078B3A1-C12571B5.007CBAC0@netfr.alcatel.fr>
From: Dimitri.Papadimitriou@alcatel.be
Date: Tue, 25 Jul 2006 00:42:22 +0200
X-MIMETrack: Serialize by Router on BEMAIL05/BE/ALCATEL(Release 5.0.13aHF163 | June 23, 2005) at 07/25/2006 00:42:23, Serialize complete at 07/25/2006 00:42:23
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: base64
X-Scanned-By: MIMEDefang 2.51 on 155.132.180.81
Sender: owner-ccamp@ops.ietf.org
Precedence: bulk
X-Spam-Score: 0.2 (/)
X-Scan-Signature: 1a1bf7677bfe77d8af1ebe0e91045c5b
hi - i looked at the OIF IA document, the below text proposed for liaison includes most of the concerns o) section 4.1 provides a table being an interpretation of OSPF that deserves serious IETF review b/f publication o) positioning of this IA is confusing both in terms of scope intra- vs. inter-carrier (it *seems* applicable to both while using OSPF as inter-carrier routing protocol is more than questionable if not totally wrong) and target (requirements (which) ? applicability of demo code ? experimental extensions ?) o) section 1.2 is unclear about positioning of the proposed extensions (in Appendix) "These extensions use codepoints in the range reserved by IANA for private and experimental use, and are not agreed standard codepoints at this time. Future developments may result in change to the codepoints and/or formats of these extensions." meaning basically that OIF has decided on its own that the proposed OSPF mechanisms are valid and that only encoding could be subject to discussion but afaik OIF is not authoritative for OSPF thanks, - dimitri. "Brungard, Deborah A, ALABS" <dbrungard@att.com> Sent by: owner-ccamp@ops.ietf.org 21/07/2006 16:37 To: <ccamp@ops.ietf.org> cc: "Adrian Farrel" <adrian@olddog.co.uk> Subject: Proposed response to OIF on OSPF ENNI Hi, We had a communication from OIF on their OSPF ENNI specification. You can see the original files on http://www.olddog.co.uk/ccamp.htm. Having assembled comments from several people and our discussions in Montreal, we have put together the following response. Please comment on the list in the next week. Thanks, Adrian and Deborah = = = = = = = = = = Dear Jim, We thank you for sending us the OIF ENNI document in response to our request. While we appreciate the document being provided for information, it is concerning that this document has not been previously shared with CCAMP or the OSPF WG considering the document contains significant modifications to the operation of OSPF and reflects OIF work over the last several years. CCAMP has been working on GMPLS ASON for several years and our Design Teams include OIF participants. Even though a reply was not requested, we are replying, as we strongly recommend that the document not be published for public information in its current form. Of most concern to CCAMP is that it is not aligned with RFC 4258 (Requirements for Generalized Multi-Protocol Label Switching (GMPLS) Routing for the Automatically Switched Optical Network (ASON)) or the to-be-published: ftp://ftp.isi.edu/internet-drafts/draft-ietf-ccamp-gmpls-ason-routing-eval-03.txt . Considering notable OIF participants are authors of both these IETF documents (and the same participants are contributors and the Editor for the OIF document), the non-alignment is perplexing. Considering the IETF document is ready for publication, we suggest in the interests of time, that you align your document with the IETF document. If any questions on the interpretation of the IETF’s work, we recommend that you either utilize the CCAMP mail exploder or send a communication. Specific comments include: 1. What is the intent of this document? Will it be published as an Implementation Agreement (IA)? The title indicates it will be an Implementation Agreement on GMPLS OSPF extensions, but the main body of the document is a list of issues with GMPLS OSPF. Further, your communication to us stated the document was requirements on and use of OSPF-TE at the ENNI. These three views seem to be inconsistent. 2. The list of changes from the previous version (listed under the Table of Contents) includes “removed “intra-carrier” limitation” and the inclusion of Figure 1 showing the OSPF ENNI for use between vendor domains and between carrier domains. GMPLS OSPF-TE already supports inter-vendor operations. The IETF’s GMPLS ASON routing focus has been on the use of a link-state based protocol to support a hierarchical routing architecture (G.7715.1) within a carrier’s domain. Requirements for using a link state protocol as an inter-domain protocol between carriers are significantly different. We strongly disagree if you intend to publish this document as an inter-carrier OSPF ENNI Implementation Agreement claiming alignment with IETF RFCs without review (or agreement) by any of the IETF Working Groups. 3. Section 4.1/Table 1 and the statement under the table identifying issues with GMPLS identifier namespaces are not correct. GMPLS identifier namespaces do meet ASON requirements for namespace separation of the transport plane and control plane (Section 5.2 and 5.3/Evaluation). Perhaps you are confusing OSPF and GMPLS OSPF? As you also identified in your liaison that the key area needing review was the support of independence of functional component to physical location, this appears to be a key area of misunderstanding on GMPLS. We recommend reviewing RFC3945 (GMPLS Architecture) to understand that the key architecture difference between GMPLS and MPLS is the decoupling of the transport plane and control plane. Additionally, RFC4394, RFC4397, and RFC4258, provide a mapping to ITU terminology which may be helpful reading. We request an additional round of communication of this document to the IETF before approval to allow us to work with you to produce convergence between OIF and IETF work which, we believe, will be in the best interests of the industry. Best regards, Adrian Farrel and Deborah Brungard, CCAMP co-chairs
- Proposed response to OIF on OSPF ENNI Brungard, Deborah A, ALABS
- RE: Proposed response to OIF on OSPF ENNI Sadler, Jonathan B.
- RE: Proposed response to OIF on OSPF ENNI Ong, Lyndon
- RE: Proposed response to OIF on OSPF ENNI Brungard, Deborah A, ALABS
- RE: Proposed response to OIF on OSPF ENNI Ong, Lyndon
- RE: Proposed response to OIF on OSPF ENNI Sadler, Jonathan B.
- RE: Proposed response to OIF on OSPF ENNI Brungard, Deborah A, ALABS
- RE: Proposed response to OIF on OSPF ENNI Brungard, Deborah A, ALABS
- RE: Proposed response to OIF on OSPF ENNI Sadler, Jonathan B.
- RE: Proposed response to OIF on OSPF ENNI Sadler, Jonathan B.
- Re: Proposed response to OIF on OSPF ENNI Dimitri.Papadimitriou
- Re: Proposed response to OIF on OSPF ENNI Tomohiro Otani
- RE: Proposed response to OIF on OSPF ENNI Ong, Lyndon
- RE: Proposed response to OIF on OSPF ENNI Dimitri.Papadimitriou
- RE: Proposed response to OIF on OSPF ENNI Brungard, Deborah A, ALABS
- RE: Proposed response to OIF on OSPF ENNI Ong, Lyndon
- RE: Proposed response to OIF on OSPF ENNI Sadler, Jonathan B.
- RE: Proposed response to OIF on OSPF ENNI Ong, Lyndon
- RE: Proposed response to OIF on OSPF ENNI Dimitri.Papadimitriou
- RE: Proposed response to OIF on OSPF ENNI Dimitri.Papadimitriou
- RE: Proposed response to OIF on OSPF ENNI Ong, Lyndon
- RE: Proposed response to OIF on OSPF ENNI Dimitri.Papadimitriou
- RE: Proposed response to OIF on OSPF ENNI Dimitri.Papadimitriou
- RE: Proposed response to OIF on OSPF ENNI Brungard, Deborah A, ALABS
- RE: Proposed response to OIF on OSPF ENNI Sadler, Jonathan B.
- RE: Proposed response to OIF on OSPF ENNI Brungard, Deborah A, ALABS
- RE: Proposed response to OIF on OSPF ENNI Drake, John E
- RE: Proposed response to OIF on OSPF ENNI Ong, Lyndon
- Re: Proposed response to OIF on OSPF ENNI Richard Rabbat
- RE: Proposed response to OIF on OSPF ENNI Drake, John E
- RE: Proposed response to OIF on OSPF ENNI Ong, Lyndon
- RE: Proposed response to OIF on OSPF ENNI Drake, John E
- shared mesh restoration - e2e recovery signaling … Payam Torab
- RE: Proposed response to OIF on OSPF ENNI Ong, Lyndon
- Re: shared mesh restoration - e2e recovery signal… Dimitri.Papadimitriou
- RE: Proposed response to OIF on OSPF ENNI Dimitri.Papadimitriou
- RE: Proposed response to OIF on OSPF ENNI Drake, John E
- RE: Proposed response to OIF on OSPF ENNI Ong, Lyndon
- RE: Proposed response to OIF on OSPF ENNI Ong, Lyndon
- RE: shared mesh restoration - e2e recovery signal… Payam Torab
- RE: shared mesh restoration - e2e recovery signal… Dimitri.Papadimitriou
- RE: shared mesh restoration - e2e recovery signal… Payam Torab
- RE: shared mesh restoration - e2e recovery signal… Dimitri.Papadimitriou
- RE: Proposed response to OIF on OSPF ENNI Dimitri.Papadimitriou
- RE: Proposed response to OIF on OSPF ENNI MEURIC Julien RD-CORE-LAN
- Alignment of OIF routing requirements with CCAMP … Adrian Farrel
- Addressing draft [Was: Proposed response to OIF o… Adrian Farrel
- Re: Proposed response to OIF on OSPF ENNI Adrian Farrel
- RE: Proposed response to OIF on OSPF ENNI Ong, Lyndon
- RE: Proposed response to OIF on OSPF ENNI Drake, John E
- An IETF / OIF liaison relationship Was: (Re: Prop… Loa Andersson
- RE: Proposed response to OIF on OSPF ENNI Brungard, Deborah A, ALABS
- RE: Proposed response to OIF on OSPF ENNI Ong, Lyndon
- RE: Proposed response to OIF on OSPF ENNI Brungard, Deborah A, ALABS