Re: Enumerations in draft-ietf-ccamp-gmpls-te-mib-08.txt

"Adrian Farrel" <adrian@olddog.co.uk> Fri, 18 March 2005 18:02 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA04515 for <ccamp-archive@ietf.org>; Fri, 18 Mar 2005 13:02:20 -0500 (EST)
Received: from psg.com ([147.28.0.62] ident=mailnull) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DCLsD-0008D3-Tz for ccamp-archive@ietf.org; Fri, 18 Mar 2005 13:07:03 -0500
Received: from majordom by psg.com with local (Exim 4.44 (FreeBSD)) id 1DCLfR-0006RF-R8 for ccamp-data@psg.com; Fri, 18 Mar 2005 17:53:49 +0000
Received: from [62.241.162.32] (helo=ranger.systems.pipex.net) by psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1DCLfN-0006Q8-Q3 for ccamp@ops.ietf.org; Fri, 18 Mar 2005 17:53:45 +0000
Received: from dnni.com (81-178-2-190.dsl.pipex.com [81.178.2.190]) by ranger.systems.pipex.net (Postfix) with ESMTP id F07B4E00030C; Fri, 18 Mar 2005 17:53:41 +0000 (GMT)
Received: from Puppy ([212.43.203.83] RDNS failed) by dnni.com with Microsoft SMTPSVC(6.0.3790.211); Fri, 18 Mar 2005 17:38:51 +0000
Message-ID: <05b401c52be1$93bf4930$dccb2bd4@Puppy>
Reply-To: Adrian Farrel <adrian@olddog.co.uk>
From: Adrian Farrel <adrian@olddog.co.uk>
To: Tom Petch <nwnetworks@dial.pipex.com>, ccamp@ops.ietf.org
References: <0aa401c51843$6a63fba0$adcb2bd4@Puppy> <025a01c528a0$fc6ff040$0601a8c0@pc6> <031301c52952$85dae720$0601a8c0@pc6> <000e01c52b94$e310a440$0601a8c0@pc6>
Subject: Re: Enumerations in draft-ietf-ccamp-gmpls-te-mib-08.txt
Date: Fri, 18 Mar 2005 17:38:13 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1158
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-OriginalArrivalTime: 18 Mar 2005 17:38:52.0224 (UTC) FILETIME=[59AF8C00:01C52BE1]
X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on psg.com
X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1
Sender: owner-ccamp@ops.ietf.org
Precedence: bulk
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 4d87d2aa806f79fed918a62e834505ca
Content-Transfer-Encoding: 7bit

Tom,

Good advice.

We'll look at how to do this.

Adrian
----- Original Message ----- 
From: "Tom Petch" <nwnetworks@dial.pipex.com>
To: "Adrian Farrel" <adrian@olddog.co.uk>; <ccamp@ops.ietf.org>
Sent: Friday, March 18, 2005 8:29 AM
Subject: Enumerations in draft-ietf-ccamp-gmpls-te-mib-08.txt


> This MIB contains several 'enumerations' except they are not
enumerations but
> text in
> DESCRIPTION clauses  -  gmplsTunnelGPid gmplsTunnelSwitchingType
> gmplsTunnelLSPEncoding - with RFC 3471 (not a MIB) as a reference.  So
these are
> not defined anywhere in SMI; and as this points out, these values will
be added
> to in future RFC.
>
> I think these should be in a MIB under IANA control and there is already
a way
> to do just that, namely to put them in an IANA MIB (as opposed to a
standards
> track MIB) with the RFC specifying under what conditions the IANA MIB
can be
> updated (standards track, IESG, expert etc).
>
> This procedure is described in
draft-ietf-ops-mib-review-guidelines-04.txt which
> also points to previous examples of this.  And this issue has already
surfaced,
> albeit obliquely, on this list once before in the context of
> IANAItuProbableCause which uses this procedure and is now published as
part of
> the Alarm MIB (RFC 3877).
>
> Not to do this now creates extra work in the future; when an implementor
has to
> create their own SMI and whenever these values need to be updated.
>
> Tom Petch
>
>
>
>