RE: MIB module root assignment

["Harrington, David" <dbh@enterasys.com>]

Hi,

Why not ask mib compiler writers to provide a switch that will
automatically convert the "xxx" to 99999 and not flag the "xxx" as an
error? That would let us have it both ways, at the option of the user of
the tool.

dbh

> -----Original Message-----
> From: C. M. Heard [mailto:heard@pobox.com] 
> Sent: Friday, September 19, 2003 11:10 AM
> To: Mreview (E-mail)
> Subject: RE: MIB module root assignment
> 
> 
> On Fri, 19 Sep 2003, Wijnen, Bert (Bert) wrote:
> > Glenn Waters wrote:
> 
> > > Could we have a "developmental" branch and place under that a
> > > unique number. IANA could be the authority to hand out the
> > > unique number under developmental. The IANA process would have
> > > to be real simple and they would have to pretty much say yes to
> > > anyone.
> > > 
> > Basically we do have such a thing, and it is called experimental.
> > But when people then move from experimental to mib-2, do we then
> > require them to rename their modules and descriptors?
> 
> There is no formal requirement in the SMI to rename modules and
> descriptors when moving from the experimental subtree to the mgmt
> subtree (of which mib-2 is a sub-branch).  Uniqueness requirements
> for modules names and descriptors are levied only on "standard" MIB
> modules (RFC 2578 Sections 3 and 3.1), and the mgmt subtree is used
> to identify objects in such MIB modules (RFC 2578 Section 4.1).
> 
> > Another thought is that we just use a fixed "nnn" or "xxx" value
> > and that MIB compilers will NOT flag an Error, just a Warning
> > that that number needs to still be assigned. Other then that
> > they would just compiles as if it was a valid number.
> 
> I DON'T like that idea.  The fact that "nnn" or "xxx" will not
> compile is a feature, not a bug (as David Harrington and I keep
> insisting).  In any case, this could only apply to IETF MIB review
> syntax checkers;  there is no way you'd want to do it with a
> production MIB compiler used to generate agent code or to load a MIB
> module into a management application.
> 
> //cmh
> 
> 
>