On Thu, 2005-11-17 at 09:51 -0800, Wes Hardaker wrote:
> Dave> The definitions of mteTriggerRising et al are provided as
> Dave> suitable notifications that are *available* to be sent in this
> Dave> situation - but the MIB doesn't specify that they *should* be sent.
>
> See, I didn't read them that way at all and more importantly I read
> them as "easy notifications to use that don't require setup".
But the Event MIB doesn't say that. I'd agree that they are
"easy notifications that don't require definitions" (since they're
already defined), but the discussion of how the Event MIB tables
actually operate doesn't make any mention of special treatment of
these (or any other) notifications.
I'd say that (unless there are structural flaws), the behaviour
of the implementation should follow the strict letter of the MIB.
Taking the Boolean table as an example, this says:
The mteEventName of the event to invoke when
mteTriggerType is 'boolean' and this trigger
fires. A length of 0 indicates no event.
To me, "no event" means that nothing should happen.
If a boolean monitor should trigger a mteTriggerFired
notification, then mteTriggerBooleanEvent should refer
to a suitable entry in the mteEventNotificationTable.
Now it's quite reasonable to try and make this as easy as
possible - e.g. by automatically defining suitable standard
entries in the mteEventNotificationTable, and inserting
references to them. But that's a matter of how the tables
are *configured* - the actual behaviour should follow
directly from this configuration.
What if I deliberately don't *want* to issue a notification
on a particular trigger firing? For example, I'm setting up
a rising threshold monitor, and I'm not interested in the
falling event (apart from re-arming the rising trigger).
How could I configure that sort of behaviour if the
implementation automatically forces a mteTriggerFalling
notification?
Sure - I could configure the trap receiver to ignore such
notifications, but why should I have to waste my network
bandwidth with stuff that I'm not interested in?!
Dave
-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc. Get Certified Today
Register for a JBoss Training Course. Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
