Re: [RMONMIB] RE: Fw: I-D ACTION:draft-yadawad-disman-ahcf-00.txt

"Randy Presuhn" <[email protected]>
Newsgroups gmane.ietf.disman,gmane.ietf.rmonmib
Message-ID <010501c40d11$96449a60$7f1afea9@oemcomputer>
Hi -

(disman WG chair hat on)

> From: "Andy Bierman" <[email protected]>
> To: "Romascanu, Dan (Dan)" <[email protected]>
> Cc: "Shailaja Yadawad" <[email protected]>; <[email protected]>; <[email protected]>; <[email protected]>
> Sent: Thursday, March 18, 2004 8:12 AM
>Subject: Re: [RMONMIB] RE: [Disman] Fw: I-D ACTION:draft-yadawad-disman-ahcf-00.txt
...
> Hopefully the DISMAN WG will someday finish the Alarm MIB
> and other WGs can use it for alarm management instead of
> creating yet another ad-hoc alarm feature thrown in with
> a domain-specific monitoring MIB.

It's already done; it's in the RFC editor queue.

...
> >    * assuming the answer is yes to the above, should we not consider rather extending
>> the existing RMON design, and try to ensure to the possible extend backwards
>> compatibility to existing RMON MIBs?
> You are thinking of perhaps adding the threshold wildcard
> feature to the usrHistoryControlTable and usrHistoryObjectTable,
> and leaving the data (usrHistoryTable) untouched?
> Unless there is massive interest from the RMONMIB WG to
> re-open the RMON-2 usrHistory group for this feature,
> I don't think this approach is viable.
...

Since there is substantial overlap in the membership of the two
working groups, can we confine this discussion to just one of the
WG lists?  I suggest that we continue discussion on the disman
list.  If consensus develops that there is a problem to be solved
along with a general sense  what technical approach we'd like
to use, then Andy and I could consult with Bert (our Area Director)
to figure out whether the work would make sense for either working
group, a new working group, or whatever.

Much of disman's work is a generalization of work pioneered in
the RMON work.  The question of "genericness" (I need a better
word) is the one I personally use in trying to figure out whether
a proposal might make more sense in one WG or the other.
However, let's first decide whether there's a problem to solve
and a general technical direction to use as a starting point for
a solution before jumping to the question putting it on a specific
WG's charter.

Randy
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.