On 8 February 2010 06:00, Doug Brown <[email protected]> wrote: > I need > to notify some other (remote) node (that will eventually poll the > table in full - but not regularly) via a trap that one of the table > entries has changed. Is there a normal way to do this?
Send a trap, including one or more varbinds that indicate which row of the table is affected. > Is it normal to send a trap having bound variables to each of the > fields in the sequence (with the suffixed table-entry-index on the > OIDs)? Yes. Not necessarily the whole of that row - it would be perfectly sensible to just send the most useful columns from the row. (Though you could send the whole row if you wished) > My (very limited) understanding is that sending a trap with bound > variables will update the other end's copy of the variables It's up to the receiving entity as to what it does with the trap varbinds. This might update some local cache. This might trigger a retrieval of that row of the table. This might trigger a retrieval of the whole table. Or it might be ignored completely. It all depends on what application receives the trap (and how it has been written and/or configured). As a trap implementor - this isn't directly your concern. Identify what information would be most useful, and send that. It's then up to the trap receiver to decide what to do next. > it's ok to send a trap in the interim before the remote node does a > get/getnext... to update the whole table. Am I barking up the right > tree? Yes. Dave ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ Net-snmp-users mailing list [email protected] Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/listinfo/net-snmp-users
