On Thu, 22 Dec 2005 09:40:45 -0500 Glenn wrote:
GM> The proposed communication mechanism with openSER is to use the official
GM> FIFO interface, where essentially we shove some text into the FIFO and
GM> we get a text response back. At the moment, we've decided to not add
GM> AgentX support directly into openSER. So all of the data is going to
GM> live in the openSER instance and we will be poking it via the FIFO to
GM> expose it in the SNMP agent. No problem so far. Now I need to manage
GM> the sipRegUserTable, where I don't have the list of current
GM> registrations in memory. Querying for that list (just the index
GM> information, not the entire table row) may be prohibitive if it's
GM> several thousand entries. I don't know at this time if the module that
GM> tracks reservations will be our own, or one of the stock modules from
GM> openSER. If it's our own, we can likely keep the list of registrations
GM> in a sorted order; if it's not, we can't depend on the registrations
GM> being properly sorted.
GM>
GM> Any suggestions on what approach I should take?
It really depends on whether or not your data is sorted, if it's sorted
properly, and if the fifo allows access to individual entries or just the
whole list.
GM> While the FAQ entries
GM> for mib2c are helpful, and point me to the iterate or mfd config files
GM> to deal with tables that have external data, I was hoping someone could
GM> point out in advance whether or not the standard approaches will scale
GM> to the 10,000+ row case.
Is your system severely memory limited? If so, caching all the data could be an
issue and iterate is the way to go. But it will have *terrible* performance.
If memory is not so limited, MFD will allow you to work with indexes only,
until the rest of the data is needed.
--
NOTE: messages sent directly to me, instead of the lists, will be deleted
unless they are requests for paid consulting services.
Robert Story; NET-SNMP Junkie
Support: <http://www.net-snmp.org/> <irc://irc.freenode.net/#net-snmp>
Archive: <http://sourceforge.net/mailarchive/forum.php?forum=net-snmp-coders>
You are lost in a twisty maze of little standards, all different.
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
