Re: vendor extensions was Re: draft-ietf-forces-model-07 update

Jamal Hadi Salim <[email protected]>
Newsgroups gmane.ietf.forces
Organization ZNYX Networks
Message-ID <1161018950.5131.57.camel@jzny2>
On Mon, 2006-16-10 at 19:45 +0800, Jia Fenggen wrote:
> >SMI (which I hark back to as a well-established, widely used DDL) uses a
> >separate prefix (1.3.6.1.4.1) for the OBJECT IDENTIFIER of vendor-defined 
> object
> >types but has no convention for the textual name, except that groups of 
> related
> >object types start with the same lower-case (case is significant) string.
> >Surprisingly, given the size that this name space has grown to, I know of 
> no
> >clashes within these lower-case strings, despite there being no formal 
> database
> >of them.
> currently,protocol draft has an inital assignment on LFB classid in which 
> 0x00010000-0x7FFFFFFF are reserved for vendor extension,but just as you 
> mentions,as the LFB name space growing,this may not be enough,and further 
> probably we should enforce an registration on the LFB classid for verdors 
> but that lead to an problem like IP address assignment.
> According to the LFB class textual names,I prefer the prefix method.

Me too.

BTW, Issue #87 which i opened during the discussion on IANA entry for
the LFB model draft removes that from the protocol draft.

http://www.mip4.org/issues/tracker/forces/issue87

Fenggen, Once there is a consensus on something that needs to be fixed,
can you please open a tracker issue?

cheers,
jamal
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.