On 22 Apr 2009 at 3:30, dan anderson wrote: > If you can afford the overhead, and the data is small enough that > RS232's limited bandwidth won't be a bottleneck, why don't you write a > simple common library, and just let each get data as they need it?
So you mean to translate each GET request via SNMP into GET request via RS232. I was thinking about that, implementing a minimal subset of GET/SET packets via RS232. Anyway is this "simple common library" a third application that communicates (by IPC/RPC/shared memory/...) with web server and snmp agent, or is it a library, statically/dynamically linked with snmp agent and web server? > Then if testing shows that you really need to minimize calls through > that port, change its implementation to use one cache with access via > IPC/RPC/whatever you feel like, and the interface to both your http > daemon and your snmp agent won't need to change. So you are thinking about a third autonomus application that communicates by IPC/RPC... with web server and snmp agent. > If you need to > provide access to other components down the road it's simpler, too, > and without having dependancies between httpd and snmpd you won't need > to have one running for the other to work. Yes, it is correct. > Unless you have strict latency requirements, worrying about that > beforehand is probably a red herring. If latency really is a big deal, > either push from or continuously poll your device. Yes, I think I'll start trying with a simple "translator" from SNMP to RS232 packets. If the latency will be too high, I move to a cache mechanism. ------------------------------------------------------------------------------ Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p _______________________________________________ Net-snmp-coders mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
