Hi Dave,

Thanks very much for your time; you've saved me a lot of mine.

Re the receiving entity, it's HP OpenView, which I'm sure is fancy
enough to do what I was after; now that you've cleared up some of my
quandaries.

Regards,
Doug.

On 8 February 2010 18:51, Dave Shield <[email protected]> wrote:
> 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

Reply via email to