> On Tue, 1 Sep 2009 11:09:03 -0400, "Graves, Alex D CTR USAF AFRL/RYAR"
> said:
ADG> The device has its own specific subset of MIB modules and variables
ADG> located in the snmp oid hierarchy as
ADG> iso.org.dod.internet.private.enterprises.l3com, so when I try:
ADG> snmpget -v 2c -c p
Hello all,
I am fairly new with snmp and net-snmp, however I have been all over the
net-snmp website the past few weeks working with it. I have net-snmp
running on Ubuntu 9.04 and I have a device on the network that accepts
snmp requests. My problem is that I am not getting a response from th
Patrick Welche wrote:
.. or just an artefact of tcpdump -vv truncation.. - back to spot the
difference..
Use "tcpdump -s0 ..." or [t]ethereal (the latter doesn't have a short
snapshot length by default).
+Thomas
--
Thomas Anders (thomas.anders at blue-cable.de)
--
On Sat, Oct 08, 2005 at 05:52:55PM +0100, Patrick Welche wrote:
> It gets better :-( Running that programme against a locally running snmpd
> gives me clean trace e.g. (peername=127.0.0.1)
>
> GetRequest(42) R=373369654 .1.3.6.1.2.1.1.3.0 .1.3.6.1.2.1.1.1.0
> GetResponse(46) R=373369654 .1.3.6.1
I see
>
> { GetRequest(28) R=1858222893 .1.3.6.1.2.1.1.3.0 }
> { GetResponse(32) R=1858222893 .1.3.6.1.2.1.1.3.0=1072288959 }
>
> i.e., no extra stuff after the ...1.1.3.0 You should see that if you
> tcpdump. The chances are that it's that extra stuff that is causing
> t
.1.3.6.1.2[|snmp] }
{ GetResponse(36) R=1338484700 .1.3.6.1.2.1.1.3.0=1072276364 =[|snmp] }
If I do an snmpget, I see
{ GetRequest(28) R=1858222893 .1.3.6.1.2.1.1.3.0 }
{ GetResponse(32) R=1858222893 .1.3.6.1.2.1.1.3.0=1072288959 }
i.e., no extra stuff after the ...1.1.3.0 You should see that if you
Hello.
First off, I have to say that I am sorry. I should have been more careful with
my wording.
On Tue, Sep 27, 2005 at 08:38:10AM -0700, David T. Perkins wrote:
> HI,
>
> MAX message size IS NOT LIMITLESS for streaming protocols.
>
> There are many reasons for this.
Yes, this is very true f
> On Tue, 27 Sep 2005 17:12:16 +0100, Patrick Welche <[EMAIL PROTECTED]>
> said:
Patrick> from snmpget. Still playing spot the difference.. Any tips/hints?
Works for me, assuming I cut out the free of the pdu that shouldn't be
freed:
0, 9: DISMAN-EVENT-MIB::sysUpTimeInstance
1, 9: S
> On Tue, 27 Sep 2005 17:12:16 +0100, Patrick Welche <[EMAIL PROTECTED]>
> said:
Patrick> snmp_sess_synch_response
Patrick> sends them off and
Patrick> snmp_free_pdu
Patrick> core dumps saying its already free ?
snmp_sess_synch_response eats it. You pass ownership of the pdu to
that
On Tue, Sep 27, 2005 at 02:31:52PM +0100, Dave Shield wrote:
> On Tue, 2005-09-27 at 13:05 +0100, Patrick Welche wrote:
> > Good plan: snmpget:
> >
> > { GetRequest(28) R=86800923 system.sysUpTime.0 }
> > { GetResponse(32) R=86800923 system.sysUpTime.0=1062737154 }
> >
> > and my broken program
HI,
MAX message size IS NOT LIMITLESS for streaming protocols.
There are many reasons for this.
Likewise, max packet size IS NOT always the limit for "packet
based protocols".
On Tue, 27 Sep 2005, Magnus Fromreide wrote:
> On Mon, Sep 26, 2005 at 12:02:54PM -0700, Fong Tsui wrote:
> > Here is w
On Tue, 2005-09-27 at 13:05 +0100, Patrick Welche wrote:
> Good plan: snmpget:
>
> { GetRequest(28) R=86800923 system.sysUpTime.0 }
> { GetResponse(32) R=86800923 system.sysUpTime.0=1062737154 }
>
> and my broken programme:
>
> { GetRequest(36) R=1548568929 system.sysUpTime.0 .0.0.0.0.0[|snmp
On Tue, Sep 27, 2005 at 11:21:20AM +0100, Dave Shield wrote:
> Try dumping the contents of the outgoing requests,
> and comparing the two.
Good plan: snmpget:
{ GetRequest(28) R=86800923 system.sysUpTime.0 }
{ GetResponse(32) R=86800923 system.sysUpTime.0=1062737154 }
and my broken programme:
On Mon, 2005-09-26 at 19:28 +0100, Patrick Welche wrote:
> snmpget correctly retrieves an oid I am trying to read.
> If however I try to do what I think is the same thing as
> snmpget inside a program, I get
>
> Reason 0/2: (noSuchName) There is no such variable name in
On Mon, Sep 26, 2005 at 12:02:54PM -0700, Fong Tsui wrote:
> Here is what I found,
>
> msgMaxSize is set different between udp and tcp. Is it supposed to be
> the same?
No. It's not supposed to be the same.
udp really means ip, using the udp packet protocol while tcp, in the same
sense, means i
> On Mon, 26 Sep 2005 19:28:42 +0100, Patrick Welche <[EMAIL PROTECTED]>
> said:
Patrick> What sort of fault am I looking for?
It's probably that snmp_parse_oid is being passed a name/value it
can't parse. Try passing it something simple it'll more likely parse
like "sysContact.0" or so
Does anybody know in what situation "Maximum packet size exceeded in a
request" from _sess_read() in snmp_api.c could happen? Is following
related?
Here is what I found,
msgMaxSize is set different between udp and tcp. Is it supposed to be
the same?
For tcp (in both snmplib/snmpTCPDomain.c and
snmpget correctly retrieves an oid I am trying to read. If however
I try to do what I think is the same thing as snmpget inside a program,
I get
Reason 0/2: (noSuchName) There is no such variable name in this MIB.
at which point it correctly prints the text representation of the missing
oid as a
You haven't said much about what you *can* see,
but I'd start by looking at your access control settings.
See the FAQ entries:
Why can't I see anything from the agent?
I can see the system group, but nothing else. Why?
&
How do I configure access control?
Dave
---
HW?)b彩h?+y烛N??v??y?'z?jwbv矾?,?n???!3搿?肚擘j?[???(疥?'!? 顾l痘ナX??⒇^?^J肢斗?)??囤?l⑶gr?i?
> After building the agent, I am doing snmpwalk from 0.0 which results in
> "noSuchName" error. Please let me know, is this a bug in the Agent API's??
It's not a bug in the agent, no.
But it could well be regarded as a flaw in the 'snmpwalk' application.
What
On Tue, Oct 05, 2004 at 07:52:06PM +0530, Karthikeyan N wrote:
> Hi,
I think this question would have been better suited for the net-snmp-users
list.
> I am using netsnmp5.1.1 in linux environment.
>
> After building the agent, I am doing snmpwalk from 0.0 which results in "noS
Hi,
I am using netsnmp5.1.1 in linux environment.
After building the agent, I am doing snmpwalk from 0.0 which results in "noSuchName"
error. Please let me know, is this a bug in the Agent API's??
Thanks,
Karthik
--
__
IndiaInfo Ma
23 matches
Mail list logo
