> Well, a router would typically also report information such as traffic > statistics, > and maybe environmental information (such as operating temperature or > fan speed). If you've got two physical boxes, then the sensor information > could easily be different. And traffic statistics could easily be > different > if the two boxes were queried a short time apart. > > Thats a good point! I guess I will not compare GET results but just send only the first result back (given the other get-requests were successful)
> > If you don't mind I have just one more quetsion regarding Traps. I read that they are 'unreliable'. This is ment regarding the transport protocol, is this correct? If I use TCP, then they will be reliable. I plan to use them for asynchronous communication from the parallel agents to the master agent. e.g. - send an SMTP command to the agents to start some calculation (simple integer SET) - they return their results within a trap (simply calculation ok/notok). If these traps are not guaranteed to arrive at the master, then I must use some other communication pattern. I have the following in mind: - e.g. a getter to check for the computation to be finished. - a aspecial implementation for the SET of a specific value which starts the computation and finally stores the result (ok/notok) in the variable. after that it can be read with the corresponding GET. Probably it would be better to anyhow not use traps for this kind of communication... Have you got any experience with this sort of 'problems'? Thanks a lot Regards, Boris
------------------------------------------------------------------------------
_______________________________________________ Net-snmp-users mailing list Net-snmp-users@lists.sourceforge.net Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/listinfo/net-snmp-users
