Re: I-D Action:draft-nadeau-ccamp-gmpls-oam-requirements-02.txt
"Adrian Farrel" <adrian@olddog.co.uk> Sat, 13 October 2007 13:25 UTC
Return-path: <owner-ccamp@ops.ietf.org>
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IggzV-0007fM-W7 for ccamp-archive@ietf.org; Sat, 13 Oct 2007 09:25:18 -0400
Received: from psg.com ([147.28.0.62]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IggzP-0003Vo-Q0 for ccamp-archive@ietf.org; Sat, 13 Oct 2007 09:25:17 -0400
Received: from majordom by psg.com with local (Exim 4.67 (FreeBSD)) (envelope-from <owner-ccamp@ops.ietf.org>) id 1Iggp5-0005DZ-01 for ccamp-data@psg.com; Sat, 13 Oct 2007 13:14:31 +0000
X-Spam-Checker-Version: SpamAssassin 3.2.1 (2007-05-02) on psg.com
X-Spam-Level:
X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,RDNS_NONE, STOX_REPLY_TYPE autolearn=no version=3.2.1
Received: from [212.23.3.142] (helo=rutherford.zen.co.uk) by psg.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from <adrian@olddog.co.uk>) id 1Iggp2-0005D9-9m for ccamp@ops.ietf.org; Sat, 13 Oct 2007 13:14:29 +0000
Received: from [88.96.235.138] (helo=cortex.aria-networks.com) by rutherford.zen.co.uk with esmtp (Exim 4.50) id 1Iggp1-00007t-2D for ccamp@ops.ietf.org; Sat, 13 Oct 2007 13:14:27 +0000
Received: from your029b8cecfe ([81.140.15.32] RDNS failed) by cortex.aria-networks.com with Microsoft SMTPSVC(6.0.3790.3959); Sat, 13 Oct 2007 14:14:26 +0100
Message-ID: <0e8101c80d9a$fa2ce4f0$5102010a@your029b8cecfe>
Reply-To: Adrian Farrel <adrian@olddog.co.uk>
From: Adrian Farrel <adrian@olddog.co.uk>
To: ccamp@ops.ietf.org
References: <07b801c80a58$b0adf750$5102010a@your029b8cecfe> <08d701c80ce8$b5869060$0601a8c0@pc6>
Subject: Re: I-D Action:draft-nadeau-ccamp-gmpls-oam-requirements-02.txt
Date: Sat, 13 Oct 2007 14:14:15 +0100
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="iso-8859-1"; reply-type="original"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2180
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-OriginalArrivalTime: 13 Oct 2007 13:14:26.0735 (UTC) FILETIME=[FB014BF0:01C80D9A]
X-Originating-Rutherford-IP: [88.96.235.138]
Sender: owner-ccamp@ops.ietf.org
Precedence: bulk
X-Spam-Score: -4.0 (----)
X-Scan-Signature: c1c65599517f9ac32519d043c37c5336
Hi Tom, > Yes, I find this version clearer. Good. Thanks. > I was struck by two semantic changes, for which I am happy to leave any > discussion to when it is a WG I-D. One is the change of the first > sentence from > 'This document describes requirements for data plane OAM for GMPLS' > to > 'This document describes requirements for control plane OAM for GMPLS' > which sounds quite a change. In practice, this does not reflect a > dramatic > change of contents, but then again, I do not think either sentence gets it > quite > right. This tackled a comment from Don O'Connor. I think the essence of Don's point was that the techniques being described were not data plane OAM. In fact, while we may leverage data plane OAM, for most (all?) technologies with which we are dealing, the data plane OAM is already defined (stroke being defined) by other bodies or other working groups. We'd be happy to see another formulation of this text. > Second, I notice a much stronger emphasis on (SNMP) MIB modules; I presume > it is > too early to accommodate other forms, such as the nascent NETCONF. Ah. Hmm. As you say, NetConf is nascent. It would be a trifle premature to *require* NetConf conformance. In fact, the requirements would perhaps be a little more abstract (e.g., "standardised tools for operational management") if there wasn't also the general IETF "SHOULD" applied to the development of MIB modules for all protocols and protocol extensions. Cheers, Adrian
- Fw: I-D Action:draft-nadeau-ccamp-gmpls-oam-requi… Adrian Farrel
- Re: I-D Action:draft-nadeau-ccamp-gmpls-oam-requi… tom.petch
- Re: I-D Action:draft-nadeau-ccamp-gmpls-oam-requi… Adrian Farrel
- planes Re: I-D Action:draft-nadeau-ccamp-gmpls-oa… tom.petch