On Wed, 24 Nov 2004 08:55:26 -0800 Wes wrote:
WH> Robert> notReady is only used during row creation

Note that I'm playing the devil's advocate here... the array-user code will
work as you described, and I think it probably should work that way, but I've
recently come to believe that the TC doesn't allow it.

Dave is arguing that the agent could move it back due to internal/external,
non-SNMP events. He is right, the TC says nothing about that case. But for his
example, even if the toasters aren't available, I argue that the agent has
sufficient information to make them available, regardless of their physical
status, and thus the status should remain notInService. Actually, I'd probably
even argue that they should remain active, since it is the 'RowStatus', not
the 'ToasterStatus' object.


WH> EG for Robert: consider the SPD MIB filter table.  take a row
WH> off line, add a bit saying you want to filter by port number but fail
WH> to include the port number in the set that turned on the bit...  the
WH> only choice would be for either the set to be disallowed or for it to
WH> go to a notReady state.

No, it should remain notInService. The TC says that notInService "no
implication regarding the internal consistency of the row" - ie, it does not
imply that the agent thinks the row is ready to be active. And for SETs, the
state table in the TC definitely does not have any transition from from any
other state back to notReady.

I don't think the TC authors considered a sparse table where one column defines
which other columns may/may not be required. If the TC stopped before the state
table, I'd agree that going back to notReady would be the thing to do.

Here's a twist on your example... say your set the bit for port ranges, but the
low port is larger than the high port. What's the state?  I'd like to say
notReady, since we know the row can't go active. But I think the TC says that
it must be notInservice.

-- 
Robert Story; NET-SNMP Junkie
Support: <http://www.net-snmp.org/> <irc://irc.freenode.net/#net-snmp>
Archive: <http://sourceforge.net/mailarchive/forum.php?forum=net-snmp-coders>

You are lost in a twisty maze of little standards, all different. 


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
Net-snmp-coders mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders

Reply via email to