I've checked in a working version of the snmptrapd authorization
stuff. There is bit more to do (like, uh, documentation) but it does
work. Since there isn't documentation I'll give some example
snmptrapd.conf file tokens to use:
# include everything
view anything included .1.3
# exclude coldst
In addition to this I have few more doubts.
I am using one smux based sub-agent which connects to snmpd(master agent), It workis fine with Integer32 and Counter32 . This sub-agent can function only with Master-agent
If I change the data type to Counter64 , it does not work.
My doubt is , how this p
Hi,
In net-snmp source code , where can I find the encoding logics. Specially how to encode Counter64 and Displaystring.
Thanks & regards
mamon
Yahoo! FareChase - Search multiple travel sites in one click.
The recent changes to how getKstatInt behaves are much more intuitive. I
wrote it primarily just to have it there to use in the future. The one
place where I did call it correctly in hindsight looks kind of
bass-ackwards:
if (!getKstatInt("unix", "system_misc", "nproc", &nproc))
...or in other
HI,
Part of the problem is that unfortunately many believe that
you must use MIB modules in SMIv1 format to use SNMPv1.
And, SNMPv1 has still wider deployment than SNMPv2c or
SNMPv3.
Regards,
/david t. perkins
On Thu, 20 Oct 2005, Dave Shield wrote:
> On Thu, 2005-10-20 at 08:22 -0700, Wes Harda
>I'm hereby calling for votes whether it should go into 5.2.2 also.
>*Without* the patch:
>RFC1213-MIB::udpLocalAddress.1.0.0.127.8161 = IpAddress: 1.0.0.127
>*With* the patch:
>RFC1213-MIB::udpLocalAddress.127.0.0.1.8161 = IpAddress: 127.0.0.1
RFC1213-MIB::udpLocalPort.127.0.0.1.8161 = INTEGER:
-Coders,
the attached patch finally fixes the infamous IP address byte order bug
for udpTable also (and cleans up what looks like a copy-n-paste leftover
from tcpTable that's not used anywhere else). The patch has already been
put into MAIN and V5-1-patches and affects Linux only. I'm hereby
> On Thu, 20 Oct 2005 16:54:21 +0100, Dave Shield <[EMAIL PROTECTED]> said:
Dave> So I presume we're looking at 5.3.pre1 being next Friday,
Dave> rather than tomorrow then? Which suits me fine - I just
Dave> wasn't sure what had been decided.
I think I can have it done by tomorrow.
>> What
On Thu, 2005-10-20 at 08:22 -0700, Wes Hardaker wrote:
> Dave>I'd actually be rather
> Dave> surprised (and somewhat disappointed) if SNMP tools were still
> Dave> being made that *only* understood SMIv1.
>
> Unfortunately this is actually the case Dave.
T
On Thu, 2005-10-20 at 08:18 -0700, Wes Hardaker wrote:
> Dave> Another Question: what timescale are you looking at?
> I won't let 5.3 go out the door without it. Period.
Fair enough.
So I presume we're looking at 5.3.pre1 being next Friday,
rather than tomorrow then? Which suits me fine - I ju
> On Thu, 20 Oct 2005 02:00:46 +0200, "taner memet ali" <[EMAIL PROTECTED]>
> said:
taner> i solved the problem. I edited the mib include and init headers and the
taner> config headers manually and it runs like hell :-)
Glad to hear it and thanks for responding to yourself so we didn't
> On Thu, 20 Oct 2005 11:54:59 +0100, Dave Shield <[EMAIL PROTECTED]> said:
Dave> [You were quite correct, Wes]
Yes and I'm sorry. Too bad it's out of my control.
--
Wes Hardaker
Sparta, Inc.
---
This SF.Net email is sponsored by:
Power
> On Thu, 20 Oct 2005 14:49:12 +0100, Dave Shield <[EMAIL PROTECTED]> said:
Dave> That's the point I was trying to make. I'd actually be rather
Dave> surprised (and somewhat disappointed) if SNMP tools were still
Dave> being made that *only* understood SMIv1. How would they handle
Dave> most
> On Thu, 20 Oct 2005 10:30:07 +0100, Dave Shield <[EMAIL PROTECTED]> said:
Dave> So the "natural" representation of an IP address (on Linux, at least)
Dave> *is* an integer. Though that header file doesn't seem to indicate
Dave> whether this should be host-order or network-order. :-(
I w
> On Thu, 20 Oct 2005 10:19:31 +0100, Dave Shield <[EMAIL PROTECTED]> said:
Dave> In particular, it must be possible (and *trivial*) to restore
Dave> the current open behaviour. So this probably means a one-line
Dave> configure directive to allow anything from anywhere. (And
Dave> clearly do
On Thu, 2005-10-20 at 16:25 +0200, Thomas Anders wrote:
> Robert Story wrote:
> > Dave wrote:
> > DS> I suspect that the cleanest way to handle c) might
> > DS> be to compile 'agent/mibgroup/utilities/execute'
> > DS> directly into the snmptrapd binary
> > Uggh... no, I'd rather see it moved int
Robert Story wrote:
On Thu, 20 Oct 2005 10:43:44 +0100 Dave wrote:
DS> c) is fairly fundamental. It's used to implement
DS>the 'traphandle' directive, which feels a fairly
DS>core part of snmptrapd behaviour!
DS>
DS> I suspect that the cleanest way to handle c) might
DS> be to compile
Dave Shield wrote:
I was actually wondering about "default_mibs_install" - which
is a different configure variable. It's set to be empty when
configuring the mini-agent, but otherwise never seems to be
initialised at all.
Ah, now see what you mean. Yes, "default_mibs_install" (ending up as
DE
On Thu, 20 Oct 2005 10:19:31 +0100 Dave wrote:
DS> On Wed, 2005-10-19 at 16:24 -0400, Robert Story wrote:
DS> > On Wed, 19 Oct 2005 10:53:21 -0700 Wes wrote:
DS> > WH> 3) I think that by default trapd shouldn't do anything out of the box
DS> > WH>until configured with authorization information.
On Thu, 20 Oct 2005 10:43:44 +0100 Dave wrote:
DS> c) is fairly fundamental. It's used to implement
DS>the 'traphandle' directive, which feels a fairly
DS>core part of snmptrapd behaviour!
DS>
DS> I suspect that the cleanest way to handle c) might
DS> be to compile 'agent/mibgroup/utiliti
On Thu, 20 Oct 2005 10:04:40 +0100 Dave wrote:
DS> What I'd like to see is a separation (or partial separation) of
DS> the MIB module configuration, from the configuration of the
DS> overall package. If I want to add a new MIB module to the agent,
DS> it shouldn't be necessary to recompile the lib
On Thu, 20 Oct 2005 10:30:07 +0100 Dave wrote:
DS> So the "natural" representation of an IP address (on Linux, at least)
DS> *is* an integer. Though that header file doesn't seem to indicate
DS> whether this should be host-order or network-order. :-(
DS> Does anyone know whether this is specifi
On Thu, 2005-10-20 at 14:35 +0200, Thomas Anders wrote:
> Dave Shield wrote:
> > (Qn: where does 'default_mibs_install' get set?)
>
> acconfig.h (DEFAULT_MIBS) and configure[.in], then AC_SUBSTituted, I think.
Are you sure?
DEFAULT_MIBS (in acconfig.h) seems to be replaced with the value of
"def
On Thu, 2005-10-20 at 23:26 +1000, Andrew Hood wrote:
> Dave Shield wrote:
> -- snippage has occurred --
>
> > There is *NO* good reason to be using SMIv1 to define *ANY* new MIB.
> > There hasn't been for years. SMIv1 is obsolete, past it, defunct,
> > dead, buried (I wish!), irrelevant. Life
Dave Shield wrote:
-- snippage has occurred --
> There is *NO* good reason to be using SMIv1 to define *ANY* new MIB.
> There hasn't been for years. SMIv1 is obsolete, past it, defunct,
> dead, buried (I wish!), irrelevant. Life has moved on, it has earned
> its retirement, Do Not Use It!
>
Dave Shield wrote:
(Qn: where does 'default_mibs_install' get set?)
acconfig.h (DEFAULT_MIBS) and configure[.in], then AC_SUBSTituted, I think.
+Thomas
--
Thomas Anders (thomas.anders at blue-cable.de)
---
This SF.Net email is sponsored b
On Thu, 2005-10-20 at 16:58 +0530, Nithin wrote:
> We have written MIB by using SMIv1.
Why?
SMIv1 has been obsolete for over six years!
> We want to write MIB for SNMPv3
> for that which version of SMI we have to use and what the changes to be
> made in MIB file
None.
The version of SMI used t
Hello All
We have written MIB by using SMIv1.We want to write MIB for SNMPv3
for that which version of SMI we have to use and what the changes to be
made in MIB file
Nithin
---
This SF.Net email is sponsored by:
Power Architecture Resou
On Thu, 2005-10-20 at 03:41 -0700, md salauddin wrote:
> I am using ucd-snmp-4.2.6 on linux platform. I want
> change the sysDescr.0 field in system mib.
$ man snmpd.conf
SETTING SYSTEM INFORMATION
sysdescr STRING
sysobjectid OID
Sets the system description or
Hi
Iam using ucd-snmp-4.2.6 on linux platform. I want
change the sysDescr.0
field in system mib. so i changed system_mib.c to
reflect
my description but when i compiled and run snmpd it is
showing sysDescr.0 value as standard system
information only.
Which file should i change so that i reflect m
On Thu, Oct 20, 2005 at 03:12:34AM -0700, mahua dutta wrote:
> Hi Dave,
> As it is installed as a package with the OS
> installation. It is difficult to disturb the same .
> is there any other way ?
No. As the agent your OS provides is built without SMUX support you have to
build an agent with smu
Hi Dave,
As it is installed as a package with the OS
installation. It is difficult to disturb the same .
is there any other way ?
As I replied in another mail
snmpd -H >
Output does not show any keyword smux.
I am confused whether it is supposrted in this
particular version.
Thanks & regards
No It does not not give .
There is no smux related staff in snmpd -H .
Does it mean it is not supported ?
--- Magnus Fromreide <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 19, 2005 at 08:38:07PM -0700, mahua
> dutta wrote:
> > Hi ,
> > I like to enable SMUX for NET-SNMP version 5.0.9
> on
> > solaris
On Wed, 2005-10-19 at 19:08 +0100, Paul Davies wrote:
> I am also using the mib2c.array-user.conf as it lended itself better
> to some of my tables.
Robert's more familiar with that helper than I am, but I'll see
what I can do. He'll doubtless chip in when I go wrong.
> Again, I want to access
Thanks for your response Dave.
I am also using the mib2c.array-user.conf as it lended itself better to some of
my tables. Again, I want to access the add and delete functions from an agent
perspective and not a SNMP request. Again, I have issues in understanding how I
can remove a row but this
On Wed, 2005-10-19 at 20:38 -0700, mahua dutta wrote:
> Is smux not supported in NET-SNMP version 5.0.9 ?
> If it is supported how can I enable?
configure --with-mib-modules=smux
make
sudo make install
Dave
---
This SF.
On Thu, 2005-10-20 at 11:22 +0200, Thomas Anders wrote:
> FWIW, the original *intention* of --disable-agent wrt. snmptrapd
> seems to have been:
>
> [x] build snmptrapd without agent
> But I don't think it ever worked.
> So should we try to complete what has been started back then?
Well, firs
On Thu, 2005-10-20 at 10:25 +0530, toby sebastian wrote:
>We have already implemented a MIB file for SNMPv2,
> this same thing we have to implement by using SNMPv3,
> could you please tell what are the changes we have
> to make for that.
The SMI version used to define the MIB object structure,
On Wed, 2005-10-19 at 09:50 -0700, Wes Hardaker wrote:
> > On Wed, 19 Oct 2005 10:00:53 +0100, Dave Shield <[EMAIL PROTECTED]>
> > said:
>
> Dave> I'm not sure that the on-the-wire representation is particularly
> Dave> relevant here. Surely what's important is how the Net-SNMP library
>
Dave Shield wrote:
But I can't help feeling we're getting a bit sidetracked.
I suspect that Thomas was asking for guidance on what should
be done in the immediate future, rather than more significant
(and probably longer-term) design changes.
Currently, we seem to have votes for:
[ ] reorganiz
On Wed, 2005-10-19 at 16:24 -0400, Robert Story wrote:
> On Wed, 19 Oct 2005 10:53:21 -0700 Wes wrote:
> WH> 3) I think that by default trapd shouldn't do anything out of the box
> WH>until configured with authorization information. This is a fairly
> WH>big change, but (IMHO) is the Right
On Wed, 2005-10-19 at 16:22 -0400, Robert Story wrote:
> Ok, I tried to hold back, but I couldn't... How about completely moving away
> from the monolithic architecture, building a mini-agent, and having the
> non-essential mib-modules compiled for dlmod or AgentX?
That would certainly be a usefu
toby sebastian wrote:
We have already implemented a MIB file for SNMPv2, this same
thing we have to implement by using SNMPv3, could you please tell what
are the changes we have to make for that.
Perhaps search list archives before posting (twice)? SNMPv3 is unlikely
to affect your *MI
43 matches
Mail list logo
