RE: [Bridge-mib] FW: Please review and comment: draft-ietf-ops-vl anid-tc-mib-00.tx t

"Andrew Smith" <ah_smith@acm.org> Mon, 16 February 2004 00:15 UTC

Received: from optimus.ietf.org (optimus.ietf.org [132.151.1.19]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA03855 for <bridge-archive@odin.ietf.org>; Sun, 15 Feb 2004 19:15:31 -0500 (EST)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AsWPf-0000ao-I1 for bridge-archive@odin.ietf.org; Sun, 15 Feb 2004 19:15:03 -0500
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id i1G0F3Y2002267 for bridge-archive@odin.ietf.org; Sun, 15 Feb 2004 19:15:03 -0500
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AsWPf-0000aR-6s; Sun, 15 Feb 2004 19:15:03 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 1AsWPT-0000Zj-Aj for bridge-mib@optimus.ietf.org; Sun, 15 Feb 2004 19:14:51 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA03838 for <bridge-mib@ietf.org>; Sun, 15 Feb 2004 19:14:48 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AsWPR-0001Dr-00 for bridge-mib@ietf.org; Sun, 15 Feb 2004 19:14:49 -0500
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AsWOe-0001Aw-00 for bridge-mib@ietf.org; Sun, 15 Feb 2004 19:14:00 -0500
Received: from conure.mail.pas.earthlink.net ([207.217.120.54]) by ietf-mx with esmtp (Exim 4.12) id 1AsWON-000179-00 for bridge-mib@ietf.org; Sun, 15 Feb 2004 19:13:43 -0500
Received: from user-vcault9.dsl.mindspring.com ([216.175.87.169] helo=ANDREWLAPTOP) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 1AsWOF-0005yC-00; Sun, 15 Feb 2004 16:13:36 -0800
From: Andrew Smith <ah_smith@acm.org>
To: "'Wijnen, Bert (Bert)'" <bwijnen@lucent.com>
Cc: bridge-mib@ietf.org
Subject: RE: [Bridge-mib] FW: Please review and comment: draft-ietf-ops-vl anid-tc-mib-00.tx t
Date: Sun, 15 Feb 2004 16:13:26 -0800
Message-ID: <17e501c3f421$b68a7050$1600000a@ANDREWLAPTOP>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2727.1300
Importance: Normal
In-Reply-To: <7D5D48D2CAA3D84C813F5B154F43B155028EC628@nl0006exch001u.nl.lucent.com>
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60
Content-Transfer-Encoding: 7bit
Sender: bridge-mib-admin@ietf.org
Errors-To: bridge-mib-admin@ietf.org
X-BeenThere: bridge-mib@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/bridge-mib>, <mailto:bridge-mib-request@ietf.org?subject=unsubscribe>
List-Id: <bridge-mib.ietf.org>
List-Post: <mailto:bridge-mib@ietf.org>
List-Help: <mailto:bridge-mib-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/bridge-mib>, <mailto:bridge-mib-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit

Bert,

As I've said before, I think that's a backwards step. There's no point
in having the TC either (a) if you have to still refine its
definition/semantics in the DESCRIPTION of any object that uses it, or
(b) if the name represents syntax, not semantics 

(I don't care how many other TCs people have already defined called
"...OrZero" - that does not make them good - if only the syntax is
common between various uses of such a TC, without there being common
semantics, again I think the TC does not deserve to exist).

Sorry for the repetitiocity - this argument does seem to be going around
in non-diminishing circles.

Andrew

-----Original Message-----
From: bridge-mib-admin@ietf.org [mailto:bridge-mib-admin@ietf.org] On
Behalf Of Wijnen, Bert (Bert)
Sent: Sunday, February 15, 2004 3:04 PM
To: 'Juergen Schoenwaelder'; Wijnen, Bert (Bert)
Cc: bridge-mib@ietf.org
Subject: RE: [Bridge-mib] FW: Please review and comment:
draft-ietf-ops-vl anid-tc-mib-00.tx t


> I think Tom was more pointing into the direction of
> InterfaceIndexOrZero where Zero basically indicates that there is a
> special value but its semantics must be specified in the description
> of the object using that TC. If you are very precise how the special
> value (or values) are going to be used, then you will end up with
> many TCs.
> 
So would yopu prefer that instead of:

   VlanIdentifierOrNone  ::= TEXTUAL-CONVENTION
       DISPLAY-HINT     "d"
       STATUS            current
       DESCRIPTION      "The VLAN ID that uniquely identifies a VLAN.

                         The special value of zero is used to indicate
                         that no VLAN ID is present or used.  
                        "
       SYNTAX            Integer32 (0 | 1..4094) 

I do a different descriptor and DESCRIPTION, something like:

   VlanIdentifierOrZero  ::= TEXTUAL-CONVENTION
       DISPLAY-HINT     "d"
       STATUS            current
       DESCRIPTION      "The VLAN ID that uniquely identifies a VLAN.

                         The special value of zero is object-specific
                         and must therefore be defined as part of the
                         description of any object which uses this
syntax.
                         Examples of the usage of zero might include
                         situations where VLAN ID is unknown, where a
                         VLAN ID is not present, or where none or any
                         VLAN ID need to be specified."
                        "
       SYNTAX            Integer32 (0 | 1..4094) 

And then possibly do away with the VlanIdentifierOrAny?

Bert

_______________________________________________
Bridge-mib mailing list
Bridge-mib@ietf.org
https://www1.ietf.org/mailman/listinfo/bridge-mib



_______________________________________________
Bridge-mib mailing list
Bridge-mib@ietf.org
https://www1.ietf.org/mailman/listinfo/bridge-mib