[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: registration OIDs: do the values matter?



Oh... an idea might be that we ask IANA to assign
a 999999 under mib-2 and under experimental and that
we name it something like

  999999 -- placeholder for new modules, not a real OID branch. 

That way it is still kind of risky, but we then at least have
documented the intention of that number.

Just thinking aloud here.

I had once suggested that all MIB compilers should accept xxx
as a acceptable number... but that seems not to work.

Thanks,
Bert 

> -----Original Message-----
> From: C. M. Heard [mailto:heard@pobox.com]
> Sent: maandag 24 februari 2003 2:51
> To: Mreview (E-mail)
> Subject: RE: registration OIDs: do the values matter?
> 
> 
> On Sun, 23 Feb 2003, Wijnen, Bert (Bert) wrote:
> > [On Sun, 23 Feb 2003 Andy Bierman wrote:]
> > > At 11:19 AM 2/23/2003 +0100, Wijnen, Bert (Bert) wrote:
> > > >> >Indeed.  And I see a couple of assignments in that 
> list that are
> > > >> >wrong and need to be corrected.  Specifically,
> > > >> >
> > > >> >SSPM-MIB:     sspmMIB               M-I     { mib-2 777 }
> > > >> >RAQMON-MIB:   raqmon                M-I     { mib-2 6889 }
> > > >> >
> > > >> >are listed in the corresponding I-Ds as
> > > >> >
> > > >> >SPM-MIB:      sspmMIB               M-I     { rmon 777 }
> > > >> >RAQMON-MIB:   raqmon                M-I     { rmon 6889 }
> > > >> 
> > > >> these MIB modules are under development and will be fixed soon.
> > > >> 
> > > >They should NEVER have had these numbers in. [Instead] 
> they should do:
> > > >
> > > >> >SPM-MIB:      sspmMIB M-I  { rmon xxx } -- to be 
> assigned by Someone
> > > >> >RAQMON-MIB:   raqmon  M-I  { rmon xxx } -- to be 
> assigned by Someone
> > > 
> > > there's a practical problem with this approach -- this is 
> illegal SMI.
> > > MIB compilers don't like it. That's why we use bogus 
> numbers instead.
> > > I usually use 999999 to make it clear the number is bogus.  Other
> > > MIB authors don't seem to do this.
> > > 
> > Not good either. It may be a tidbit more obvious ([to] MIB experts)
> > that a 99999 is probably just a placeholder. But the proper way is
> > to use something like xxxx or nnn or such.
> > Anyone who wants to compile and implement better need to go
> > [through] some manual process so it is VERY CLEAR that they are
> > taking risks and better use non-existing OIDs.
> 
> For compilation I do what Andy suggests, but I try to make sure that
> I do it in private -- in other words I try to make sure that it does
> not appear in an I-D or even in an e-mail to someone else (I have
> slipped on at least one occasion in e-mail during a MIB review).
> 
> If there is a reason to use a real OID for a document that is still
> a draft, then it might be a good idea to acquire an OID in the
> experimental branch.  We don't do that very much any more (and in
> one case it was mistakenly done for something that was intended to
> be deployed), but I think that is what the experimental branch is
> for.  I agree that OID assignments in the mgmt branch should wait
> until IESG approval.
> 
> //cmh
> 
>