ietf
[Top] [All Lists]

Re: draft-klensin-iana-reg-policy (Re: S stands for Steering)

2005-07-01 10:38:36
    Date:        Fri, 1 Jul 2005 06:07:38 -0700 (PDT)
    From:        Keith McCloghrie <kzm(_at_)cisco(_dot_)com>
    Message-ID:  <200507011307(_dot_)GAA06180(_at_)cisco(_dot_)com>

  | On the contrary, having vendor OID space has been a tremendous success.

OK, I didn't mean what I said in the way you clearly interpreted it.

I absolutely understand the need to be able to quickly define new MIBs
to respond to demand.   And I understand how the vendor MIBs have enabled
that to happen.   Wen I was intending to covey was that vendors could
have shared the same MIB definitions had these new, rapidly defined MIBS
(which certainly exist, and are certainly useful, as you indicate) had
been placed directly into the standard MIB tree.   That way, management
stations wouldnot need to look to discover what vendor's equipment was
being managed, then go find the appropriate data in that particular vendor's
private MIB space.   I know, I've tried doing that, and it isn't pleasant.

kre

_______________________________________________
Ietf mailing list
Ietf(_at_)ietf(_dot_)org
https://www1.ietf.org/mailman/listinfo/ietf



<Prev in Thread] Current Thread [Next in Thread>