RE: [Bridge-mib] VlanID and VlanIDOrAny

"Les Bell" <Les_Bell@eur.3com.com> Mon, 08 September 2003 13:54 UTC

Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA19690 for <bridge-archive@odin.ietf.org>; Mon, 8 Sep 2003 09:54:58 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19wMTS-0001TY-Qu for bridge-archive@odin.ietf.org; Mon, 08 Sep 2003 09:54:35 -0400
Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id h88DsXS1005658 for bridge-archive@odin.ietf.org; Mon, 8 Sep 2003 09:54:33 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19wMTP-0001T7-Jl; Mon, 08 Sep 2003 09:54:31 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19wH0S-0008Qt-0L for bridge-mib@optimus.ietf.org; Mon, 08 Sep 2003 04:04:16 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA00186 for <bridge-mib@ietf.org>; Mon, 8 Sep 2003 04:04:09 -0400 (EDT)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19wH0P-00041M-00 for bridge-mib@ietf.org; Mon, 08 Sep 2003 04:04:13 -0400
Received: from ip-161-71-171-238.corp-eur.3com.com ([161.71.171.238] helo=columba.www.eur.3com.com) by ietf-mx with esmtp (Exim 4.12) id 19wH0O-00041J-00 for bridge-mib@ietf.org; Mon, 08 Sep 2003 04:04:12 -0400
Received: from toucana.eur.3com.com (toucana.EUR.3Com.COM [140.204.220.50]) by columba.www.eur.3com.com with ESMTP id h8885fqK012691 for <bridge-mib@ietf.org>; Mon, 8 Sep 2003 09:05:42 +0100 (BST)
Received: from notesmta.eur.3com.com (eurmta1.EUR.3Com.COM [140.204.220.206]) by toucana.eur.3com.com with SMTP id h8886TZ21425 for <bridge-mib@ietf.org>; Mon, 8 Sep 2003 09:06:29 +0100 (BST)
Received: by notesmta.eur.3com.com(Lotus SMTP MTA v4.6.3 (733.2 10-16-1998)) id 80256D9B.002C5B0D ; Mon, 8 Sep 2003 09:04:28 +0100
X-Lotus-FromDomain: 3COM
From: "Les Bell" <Les_Bell@eur.3com.com>
To: bridge-mib@ietf.org
Message-ID: <80256D9B.002C58EF.00@notesmta.eur.3com.com>
Date: Mon, 8 Sep 2003 09:03:59 +0100
Subject: RE: [Bridge-mib] VlanID and VlanIDOrAny
Mime-Version: 1.0
Content-type: text/plain; charset=us-ascii
Content-Disposition: inline
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>



I agree with Andrew on this.  You should define the semantics of the TC more
explicitly, otherwise there seems no value in defining it at all.  One concern I
have here is that VlanIdOrZero, as defined below, could be misused in place of
the VlanIdOrAny.

I can see a possible need for a VlanIdOrNone TC defining the value 0 as
indicating that no VLAN is used; or for the VlanIdOrPriorityOnly, as Andrew
mentions below.  In either of these cases I would accept the value 0 indicating
'No VLAN' or 'Priority Tagged Frame', respectively, as long as it is explicitly
defined as such in the TC.

Les...





"Andrew Smith" <ah_smith@acm.org>@ietf.org on 07/09/2003 21:39:45

Sent by:  bridge-mib-admin@ietf.org


To:   "'Wijnen, Bert \, "'Bridge-Mib \
cc:
Subject:  RE: [Bridge-mib] VlanID and VlanIDOrAny


Bert,

It seems pointless to me to define a TC where any module that uses it
MUST (or even MAY) add special semantics to one or more of the values.
Why then bother defining the TC at all? We should either define what the
special "none" value is, including its semantics, in the TC definition
or else not define any such TC. I also don't think that the name
"...OrZero" is very helpful: the name should give a hint as to the
semantics, not the syntax, even for a TC name.

N.B. if what IPCDN wants to do is identify the "priority-tagged" frames
permitted by 802.1D/802.1Q (that is frames that carry user_priority
information but no relevant VLAN information) then that should be
handled in one of 2 ways: (a) add 0 as a valid value for VlanId or
VlanIdOrAny or (b) define separate VlanIdOrPriorityOnly and/or
VlanIdOrAnyOrPriorityOnly TCs with ranges (0 | 1..4094) and/or (0 |
1..4094 | 4095) respectively [but I thought in the bridge-mib list
discussions previously, we'd decided that there was no requirement for
the priority-tagged semantics, no?].

Andrew


-----Original Message-----
From: bridge-mib-admin@ietf.org [mailto:bridge-mib-admin@ietf.org] On
Behalf Of Wijnen, Bert (Bert)
Sent: Sunday, September 07, 2003 11:14 AM
To: 'Romascanu, Dan (Dan)'; Bridge-Mib (E-mail)
Subject: RE: [Bridge-mib] VlanID and VlanIDOrAny


Not sure if they need it or not, but it would be to
indicate "wildcard", not "none"

Thanks,
Bert

> -----Original Message-----
> From: Romascanu, Dan (Dan) [mailto:dromasca@avaya.com]
> Sent: zondag 7 september 2003 10:55
> To: Wijnen, Bert (Bert); Bridge-Mib (E-mail)
> Subject: RE: [Bridge-mib] VlanID and VlanIDOrAny
>
>
> So, I guess that the IPCDN people do not need 4095.
>
> Otherwise, it looks OK to me.
>
> Dan
>
>
> > -----Original Message-----
> > From: Wijnen, Bert (Bert) [mailto:bwijnen@lucent.com]
> > Sent: 07 September, 2003 10:29 AM
> > To: Bridge-Mib (E-mail)
> > Subject: FW: [Bridge-mib] VlanID and VlanIDOrAny
> >
> >
> > It seems that in IPCDN, some people would like
> > to see yet another TC, namely:
> >
> >     VlanIdOrZero      ::= TEXTUAL CONVENTION
> >         DISPLAY-HINT "d"
> >         STATUS        current
> >         DESCRIPTION  "The VLAN ID that uniquely identifies a VLAN.
> >
> >                       The value zero is NOT a valid VLAN ID.
> >
> >                       When this textual convention is used as the
> >                       syntax of an object, the object definition
> >                       MUST specify in the DESCRIPTION clause what
> >                       the value zero means.
> >                      "
> >         SYNTAX        Integer32 (0 | 1..4094)
> >
> > Does anyone see a problem with that?
> >
> > Thanks,
> > Bert
> >
> > -----Original Message-----
> > From: Wijnen, Bert (Bert) [mailto:bwijnen@lucent.com]
> > Sent: vrijdag 5 september 2003 0:48
> > To: Bridge-Mib (E-mail)
> > Subject: [Bridge-mib] VlanID and VlanIDOrAny
> >
> >
> > So... nobody has reacted to my request for
> > writeup. So I am preparing to do an ID myself.
> >
> > This is what I think the discussion boiled down to.
> >
> >     VlanId            ::= TEXTUAL CONVENTION
> >         DISPLAY-HINT "d"
> >         STATUS        current
> >         DESCRIPTION  "The VLAN ID that uniquely identifies a VLAN."
> >         SYNTAX        Integer32 (1..4094)
> >
> >
> >     VlanIdOrAny       ::= TEXTUAL CONVENTION
> >         DISPLAY-HINT "d"
> >         STATUS        current
> >         DESCRIPTION  "The VLAN ID that uniquely identifies a VLAN.
> >                       The value of 4095 is used to indicate a
> > wildcard,
> >                       i.e. any value.
> >                      "
> >         SYNTAX        Integer32 (1..4094 | 4095)
> >
> > Any comments?
> >
> > 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
> >
>

_______________________________________________
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





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