2010/8/25 Dave Shield <[email protected]>
> On 25 August 2010 03:02, AC. <[email protected]> wrote:
> > When I used "snmptable" to get the information of the table A, it will
> > contact the handler of table A.
> > But it will contact the handler of table B, too.
>
> But only once, at the very end.
> (I presume?)
Yes!
>
> > I see that the command "snmptable" use the "getnext" to retrive the
> > information,
> > but is that correct cause I don't need the information of table B?
>
> Please consider the following question:
> - How does the snmptable command know when it has
> received the last row of table A?
I also think so, but It is a waste of resource, especilly in my condition.
There are 3 main contact function in my code.
1. handler
2. get_first_data_point: It wll get all the data of the table
3. get_next_data_point
When I typed "snmptable" to get table information, I find the handler was
contacted servel times,
and the get_first_data_point function was contacted the same times.
So it will get ALL data of the table servel times. (the waste of resource)
I want to improve it, and I think that I must know how the contact flow
works in it.
How can I get the information about contact flow?
>
> > PS, if you need the source code that about these 2 tabls,
> > please response to me and I will attached my code for you.
> > But I think that the problem doesn't be relate to them.
>
> No - you are quite correct.
> The reason you are seeing this extra "unnecessary" request
> is tied up with the fundamental design of SNMP. It's not
> specific to your particular code - you would see exactly the
> same behaviour with any other table.
>
> Dave
>
------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
_______________________________________________
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
