Re: draft-ietf-ops-vlanid-tc-mib-00.txt

Juergen Schoenwaelder <[email protected]> Wed, 6 Oct 2004 08:46:41 +0200
Newsgroups gmane.ietf.bridge
Message-ID <20041006064641.GB1745@james>
On Wed, Oct 06, 2004 at 12:57:37AM -0400, David B Harrington wrote:

> Some vendors use 0 as "no vlan" and some use 0 as a wildcard. I
> believe other values are used for other local proprietary purposes.
> There has been debate about whether the TCs should permit the mib
> module designer to define special semantics per object, or whether the
> values should be standardized. 
> 
> I agree some guidelines for usage should be provided.  
> 
> Personally, I think it would be good to standardize the local vlan IDs
> for use in management, otherwise a manager application would need to
> know whether it was a box from vendor-A or vendor-B, or which mib
> module it is used in, to understand the semantics and present the info
> in a user-friendly manner.

Well, my concern was about value > 4095 which RFC 2674 explicitely
permits in the VlanIndex TC but not in the VlanId TC and Bert's MIB
module does not discuss this either. In principle, if RFC 2674 is
indeed revised in due time, I think putting the VLAN TCs in an update
of the Q-BRIDGE-MIB probably not a bad thing. But even then it needs 
to be spelled out clearly which TC should be used in which situation.
However, if the Q-BRIDGE-MIB update ends up taking years to be
finalized, then going forward with Bert's ID might be easier.

/js

-- 
Juergen Schoenwaelder		    International University Bremen
<http://www.eecs.iu-bremen.de/>	    P.O. Box 750 561, 28725 Bremen, Germany