Devvrat Tripathi | 1 Dec 01:15 2007
Picon

Snmp Proxy agent

I wanted to know how exactly a proxy agent which can translate v1 queries into v3 and vice versa works. Can anyone suggest a SNMP proxy agent. I would like to go through the source code.

regards

Devvrat

-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users <at> lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
Dave Shield | 1 Dec 11:24 2007
Picon

Re: Snmp Proxy agent

On 01/12/2007, Devvrat Tripathi <tripathidevvrat <at> gmail.com> wrote:
> I wanted to know how exactly a proxy agent which can translate v1 queries
> into v3 and vice versa works. Can anyone suggest a SNMP proxy agent. I would
> like to go through the source code.

See 'agent/mibgroup/ucd-snmp/proxy.c'

Dave

-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users <at> lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users

Shawn_He | 1 Dec 01:44 2007
Picon

Re: Net-snmp-users Digest, Vol 18, Issue 48


What would trigger a agentX master agent failure? I frequently got the following error when I am running an application with subagent in it:

AgentX master agent failed to respond to ping.  Attempting to re-register.
NET-SNMP version 5.4.1 AgentX subagent connected

Thanks.

--
Shawn He
Online Technology
Office:858-824-5969 Fax: 858-824-5878
AIM: CivRealtor
-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users <at> lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
George Chelidze | 1 Dec 14:17 2007
Picon

diskIOWrites - cached responses

Hello,

I have recently posted this question on Suns Developer Forums "General - 
Maintenance" mailing list (original post: 
http://forum.java.sun.com/thread.jspa?threadID=5241082&tstart=0) but 
didn't received any response yet. First I thought it was sun related 
problem, however after some investigation is seems to be snmp related. 
That's why I decided to post here:

OS: SunOS 5.10 Generic_118833-24 sun4u sparc SUNW,Sun-Fire-880
NET-SNMP version:  5.0.9

I am trying to monitor diskIOWrites. The problem I am faced with is that 
snmpget seems to "cache" responses for the above mentioned object. I 
have made the following test:

-bash-3.00$ while true; do snmpget -v 1 -c public localhost 
diskIOWrites.5; sleep 1; done
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721780814
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721780814
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721780814
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721780814
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721780814
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721780814
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721780814
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721780814
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721782866
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721782866
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721782866
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721782866
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721782866
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721782866
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721782866
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721782866
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721782866
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721784886
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721784886
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721784886
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721784886
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721784886
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721784886
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721784886
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721784886
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721784886
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721787012
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721787012
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721787012
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 721787012
^C
-bash-3.00$

as you can see, new value is returned after ~10th request is sent. The 
situation is similar on another partition:

-bash-3.00$ while true; do snmpget -v 1 -c public localhost 
diskIOWrites.1; sleep 1; done
UCD-DISKIO-MIB::diskIOWrites.1 = Counter32: 776583902
UCD-DISKIO-MIB::diskIOWrites.1 = Counter32: 776583902
UCD-DISKIO-MIB::diskIOWrites.1 = Counter32: 776583902
UCD-DISKIO-MIB::diskIOWrites.1 = Counter32: 776584631
UCD-DISKIO-MIB::diskIOWrites.1 = Counter32: 776584631
UCD-DISKIO-MIB::diskIOWrites.1 = Counter32: 776584631
UCD-DISKIO-MIB::diskIOWrites.1 = Counter32: 776584631
UCD-DISKIO-MIB::diskIOWrites.1 = Counter32: 776584631
UCD-DISKIO-MIB::diskIOWrites.1 = Counter32: 776585793
UCD-DISKIO-MIB::diskIOWrites.1 = Counter32: 776585793
UCD-DISKIO-MIB::diskIOWrites.1 = Counter32: 776585793
UCD-DISKIO-MIB::diskIOWrites.1 = Counter32: 776585793
UCD-DISKIO-MIB::diskIOWrites.1 = Counter32: 776586767
UCD-DISKIO-MIB::diskIOWrites.1 = Counter32: 776586767
UCD-DISKIO-MIB::diskIOWrites.1 = Counter32: 776586767
UCD-DISKIO-MIB::diskIOWrites.1 = Counter32: 776586767
UCD-DISKIO-MIB::diskIOWrites.1 = Counter32: 776586767
UCD-DISKIO-MIB::diskIOWrites.1 = Counter32: 776587949
^C
-bash-3.00$

however, new value is returned every ~5th request.

Is there any option to snmpd/OS/anything to disable this "caching" and 
where can I get more information on this topic. Thanks in advance.

Best Regards,

George Chelidze

-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users <at> lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users

George Chelidze | 1 Dec 15:22 2007
Picon

Re: [SNMP4J] diskIOWrites - cached responses

Hello Frank,

Thanks for your quick reply. I have found that desired results can be 
fetched replacing snmpget with snmpwalk:

-bash-3.00$ while true; do snmpwalk -v 1 -c public localhost 
diskIOWrites.5; sleep 1; done
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 755346929
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 755347154
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 755347378
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 755347613
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 755347851
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 755348087
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 755348340
UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 755348565
^C
-bash-3.00$

Can it be implemented so that results are cached for GET requests and 
not for GETNEXT requests? If I understand things correctly, snmpwalk 
first sends GET request to the "root" of subtree, and then sends GETNEXT 
request in turn for every subobject. From my point of view there 
shouldn't be any difference for objects which are "leave" objects in a 
tree (diskIOWrites.5 is a "leave", it has no subtree).

Best Regards,

George

Frank Fock wrote:
> Hello George,
>
> Neither snmpget nor the SNMP protocol or agent
> is caching any SNMP data. Instead many implementors
> of a specific MIB object or group of objects decide
> to cache data for a couple of seconds (here it seems
> to be a timeout of 5s) to avoid high load situations
> when many clients request the same data within a
> short interval.
>
> This is normal and I would not consider this a bug.
> Rather than, it is a feature that saves some CPU
> cycles and disk IO.
>
> Best regards,
> Frank
>
> George Chelidze wrote:
>> I have recently posted this question on Suns Developer Forums 
>> "General - Maintenance" mailing list (original post: 
>> http://forum.java.sun.com/thread.jspa?threadID=5241082&tstart=0) but 
>> didn't received any response yet. First I thought it was sun related 
>> problem, however after some investigation is seems to be snmp 
>> related. That's why I decided to post here:
>>
>> OS: SunOS 5.10 Generic_118833-24 sun4u sparc SUNW,Sun-Fire-880
>> NET-SNMP version:  5.0.9
>>
>> I am trying to monitor diskIOWrites. The problem I am faced with is 
>> that snmpget seems to "cache" responses for the above mentioned 
>> object. I have made the following test:
>>
>> -bash-3.00$ while true; do snmpget -v 1 -c public localhost 
>> diskIOWrites.5; sleep 1; done
>

-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users <at> lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users

Frank Fock | 1 Dec 14:41 2007

Re: [SNMP4J] diskIOWrites - cached responses

Hello George,

Neither snmpget nor the SNMP protocol or agent
is caching any SNMP data. Instead many implementors
of a specific MIB object or group of objects decide
to cache data for a couple of seconds (here it seems
to be a timeout of 5s) to avoid high load situations
when many clients request the same data within a
short interval.

This is normal and I would not consider this a bug.
Rather than, it is a feature that saves some CPU
cycles and disk IO.

Best regards,
Frank

George Chelidze wrote:
> I have recently posted this question on Suns Developer Forums "General - 
> Maintenance" mailing list (original post: 
> http://forum.java.sun.com/thread.jspa?threadID=5241082&tstart=0) but 
> didn't received any response yet. First I thought it was sun related 
> problem, however after some investigation is seems to be snmp related. 
> That's why I decided to post here:
> 
> OS: SunOS 5.10 Generic_118833-24 sun4u sparc SUNW,Sun-Fire-880
> NET-SNMP version:  5.0.9
> 
> I am trying to monitor diskIOWrites. The problem I am faced with is that 
> snmpget seems to "cache" responses for the above mentioned object. I 
> have made the following test:
> 
> -bash-3.00$ while true; do snmpget -v 1 -c public localhost 
> diskIOWrites.5; sleep 1; done

--

-- 
AGENT++
http://www.agentpp.com
http://www.mibexplorer.com
http://www.mibdesigner.com

-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users <at> lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users

Frank Fock | 2 Dec 00:40 2007

Re: [SNMP4J] diskIOWrites - cached responses

Hello George,

Yes, in most GETNEXT/GETBULK and GET request are instrumented
differently. Here the search seems to update the values always.
The reasoning for that behavior can be the discovery of the table
instances is not cache supported.

What seems to be strange, that a walk on diskIOWrites.5 returns
a diskIOWrites.5 instance. I would have expected an instance with OID >
diskIOWrites.5 instead.

Best regards,
Frank

George Chelidze schrieb:
> Hello Frank,
>
> Thanks for your quick reply. I have found that desired results can be 
> fetched replacing snmpget with snmpwalk:
>
> -bash-3.00$ while true; do snmpwalk -v 1 -c public localhost 
> diskIOWrites.5; sleep 1; done
> UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 755346929
> UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 755347154
> UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 755347378
> UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 755347613
> UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 755347851
> UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 755348087
> UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 755348340
> UCD-DISKIO-MIB::diskIOWrites.5 = Counter32: 755348565
> ^C
> -bash-3.00$
>
> Can it be implemented so that results are cached for GET requests and 
> not for GETNEXT requests? If I understand things correctly, snmpwalk 
> first sends GET request to the "root" of subtree, and then sends 
> GETNEXT request in turn for every subobject. From my point of view 
> there shouldn't be any difference for objects which are "leave" 
> objects in a tree (diskIOWrites.5 is a "leave", it has no subtree).
>
> Best Regards,
>
> George
>
> Frank Fock wrote:
>> Hello George,
>>
>> Neither snmpget nor the SNMP protocol or agent
>> is caching any SNMP data. Instead many implementors
>> of a specific MIB object or group of objects decide
>> to cache data for a couple of seconds (here it seems
>> to be a timeout of 5s) to avoid high load situations
>> when many clients request the same data within a
>> short interval.
>>
>> This is normal and I would not consider this a bug.
>> Rather than, it is a feature that saves some CPU
>> cycles and disk IO.
>>
>> Best regards,
>> Frank
>>
>> George Chelidze wrote:
>>> I have recently posted this question on Suns Developer Forums 
>>> "General - Maintenance" mailing list (original post: 
>>> http://forum.java.sun.com/thread.jspa?threadID=5241082&tstart=0) but 
>>> didn't received any response yet. First I thought it was sun related 
>>> problem, however after some investigation is seems to be snmp 
>>> related. That's why I decided to post here:
>>>
>>> OS: SunOS 5.10 Generic_118833-24 sun4u sparc SUNW,Sun-Fire-880
>>> NET-SNMP version:  5.0.9
>>>
>>> I am trying to monitor diskIOWrites. The problem I am faced with is 
>>> that snmpget seems to "cache" responses for the above mentioned 
>>> object. I have made the following test:
>>>
>>> -bash-3.00$ while true; do snmpget -v 1 -c public localhost 
>>> diskIOWrites.5; sleep 1; done
>>
>

-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users <at> lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users

Dave Shield | 2 Dec 10:46 2007
Picon

Re: [SNMP4J] diskIOWrites - cached responses

On 01/12/2007, Frank Fock <fock <at> agentpp.com> wrote:
> What seems to be strange, that a walk on diskIOWrites.5 returns
> a diskIOWrites.5 instance. I would have expected an instance with OID >
> diskIOWrites.5 instead.

That's deliberate.

Conceptually, the behaviour of snmpwalk is
   "get me all the information from the subtree
    rooted on the specified OID"

If the OID is a leaf instance, then "all the information"
is the corresponding value for this instance.

Internally, this behaviour is implemented by issuing
a sequence of GETNEXT requests until the response
OID falls outside the specified subtree.   The standard
approach, basically.
   But if the very first request returns an OID outside
this subtree, then the snmpwalk command tries a
final GET request on the specified OID, to handle
this very case of providing a leaf instance OID.

   This behaviour can be turned off using the option -CI

Dave

-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users <at> lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users

Frank Fock | 2 Dec 12:58 2007

Re: [SNMP4J] diskIOWrites - cached responses

Dave Shield schrieb:
> On 01/12/2007, Frank Fock <fock <at> agentpp.com> wrote:
>   
>> What seems to be strange, that a walk on diskIOWrites.5 returns
>> a diskIOWrites.5 instance. I would have expected an instance with OID >
>> diskIOWrites.5 instead.
>>     
>
> That's deliberate.
>
> Conceptually, the behaviour of snmpwalk is
>    "get me all the information from the subtree
>     rooted on the specified OID"
>
> If the OID is a leaf instance, then "all the information"
> is the corresponding value for this instance.
>   
That it works like described above was my first idea too, but
I could not find it documented in the snmpwalk specification
for the OID parameter.

Frank

-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users <at> lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users

Dave Shield | 3 Dec 10:23 2007
Picon

Re: Is there any api for net-snmp to reread it's conf?

On 01/12/2007, goon863 <goon863 <at> 163.com> wrote:
> I want to change the notification trap time through an oid in agent

What do you mean by the "notification trap time" ?

Dave

-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users <at> lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users


Gmane