On 05/06/07, Need Help <[EMAIL PROTECTED]> wrote: > You stated "you don't have to use the se list method, but you must ensure > that the same row has the same index each time the container is loaded" > > I thought the "container_load" routine reloads the container from "scratch" > when it is called, so why must and index (which was generated previously and > stored in a particular row of the container) be reused and placed in the > same exact row of the container when the container is being rebuilt from > scratch. Am I not understand something?
Think about how this looks to the admin who's trying to monitor his/her systems. I'm particularly interested in one specific tuner that's been playing up recently, so I walk the AVInterfaceTable and the TunerTable, and find that it is the device with index 582 So I set up a script to regularly monitor the settings of the row with index 582. A few minutes later, your "container_load" routine kicks in to re-load the latest information, and chooses a completely new set of index values. Suddenly row 582 refers to a completely different bit of kit (or nothing at all), and the tuner that I'm actually trying to monitor now has index 319. That's clearly not very helpful for a sys admin. It's standard practise in SNMP for index values to remain stable - once you've assigned a particular index to a given row (and hence to a particular piece of hardware, or software, or whatever the MIB is monitoring), then that index should remain the same. It's usually acceptable to re-assign indexes if the whole system reboots (or the SNMP agent is killed and restarted). But not in normal operation. Does that make sense? Dave ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Net-snmp-coders mailing list Net-snmp-coders@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/net-snmp-coders