RE: about net-snmp not restore data and get data from traffic porcessevery time when recv a snmp message form MANAGER?
"Mike Ayers" <[email protected]>
| Newsgroups | gmane.network.net-snmp.user |
|---|---|
| Message-ID | <83E753BE7B6A324ABB336245BAF1DAAC0E24226B@mailserver.metatv-ds.metatv.com> |
> From: daily study [mailto:[email protected]] > Sent: Saturday, March 20, 2010 9:12 AM > > My traffic model as below: > > traffic process1<--(private protocol)-->agent process<-(snmp > protocol)->manager > > | > > traffic process2<--(private protocol)-- > I study the master.c file. I find that the routine > agentx_master_handler() process > the SNMP message from MANAGER, then after change to private > protocol and dipatch > the private get/getnext/set message to subagent which > should be my traffic process > and the routine agentx_got_response() process the messges from > subagent > the routine agentx_master_handler() process. > Is it right? In traffic process, when receive a getnext private > command message from agent, > I should get the the next oid and its value and send this to agent, > i.e. my real data in traffic process should be built in a list of > lexicographic order. > Is this right? Mostly. However, there's a hitch - your diagram depicts a private protocol between "agent process" and the traffic processes, but "agent process" becomes "master agent<--(AgentX)-->subagent" by your description. This is significant because the subagent can run on either the traffic hosts or the master agent's host, if your private protocol is network-capable. This is also significant because the subagent will not run in the same process as the traffic, unless you want to do the socket manipulation and polling yourself..? Check here: http://www.net-snmp.org/wiki/index.php/TUT:Writing_a_MIB_Module http://www.net-snmp.org/wiki/index.php/TUT:Writing_a_Subagent ...for more details. HTH, Mike ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ 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