Bruce Shaw wrote:
Status: I'm in favor of it going in for 5.2, Dave wants to wait til 5.2.1.
Maybe it's just me, but I'd hate to send out a "new" release with known
bugs. I'm involved in another project that's at RC1 and we're opening it up
again because we found some nasties.
Just in case it's v
Robert Story (Coders) wrote:
Is a new README file safe enough to go into 5.2? I'd like to add a new one,
README.mibs, which summarizes what MIBs are available. It's a first hack and
probably has some inaccuracies, but it's a start. Available here, for the
moment:
http://www.net-snmp.org/unsupport
I dont' see what the "available" column is buying you. If there's no
platform it isn't available.
> http://www.net-snmp.org/unsupported/README.mibs
--
This communication is intended for the use of the recipient to which it is
addressed, and may contain confidential, personal and or privi
>Status: I'm in favor of it going in for 5.2, Dave wants to wait til 5.2.1.
Maybe it's just me, but I'd hate to send out a "new" release with known
bugs. I'm involved in another project that's at RC1 and we're opening it up
again because we found some nasties.
--
This communication is intended
Is a new README file safe enough to go into 5.2? I'd like to add a new one,
README.mibs, which summarizes what MIBs are available. It's a first hack and
probably has some inaccuracies, but it's a start. Available here, for the
moment:
http://www.net-snmp.org/unsupported/README.mibs
--
R
Problem: The function used to fork and exec for the extensible tables waits for
the child to exit before reading the pipe for the output. Thus, if the child
fills the pipe and blocks, the agent ends up deadlocked.
Solution: read from the pipe while waiting for the child to exit. The was the
behavi
HI,
On your question about proxies, here goes from memory. The RFCs
go into mind numming detail...
First, thanks for updating the terminology. What the SNMP specs
say and what the code does (and what people generally say)
all concide.
As to sending the same varBindList - in the SNMP specs, the
v
On Thu, 14 Oct 2004 09:19:22 +0200 Bastian wrote:
BA> How far is the whole IPv6 implementation gone?
BA> Is it possible to manage IPv6 Networks using NET-SNMP by now?
BA> Which IPv6 related mibs are ready to use, which are recommend?
BA>
BA> 1.IPv6 related MIBs already implement in net-snmp. But
HI,
I have't looked at the code. However, the InetAddress TC has base
data type of octet string, and is essentially a union that can
contain different values based on the value of an object
defined with TC InetAddressType. Looking just at the value
of an object defined with TC InetAddress, no code
> On Wed, 20 Oct 2004 10:53:10 -0700, "Jeffrey Johnson" <[EMAIL PROTECTED]> said:
Jeffrey> point me at the files that were modified to fix this vulnerability? Im
Jeffrey> looking at the delta between 5.0.8 and 5.0.9 and it looks like the changes
Jeffrey> in the following files may be the on
> On Mon, 25 Oct 2004 16:23:52 -0700, "Fong Tsui" <[EMAIL PROTECTED]> said:
Fong> For my understanding, rwcommunity/rocommunity is wrap-up for
Fong> vacm's(com2c). If I want a community to be able to read all MIB and only
Fong> to write a restrict OIDs, can this be done by specifying as follow
> Same question ask weeks ago... noone seems to know
> or is willig to answer!
But your question wasn't quite the same.
Srini appeared to be asking about using IPv6 as a *transport*
mechanism, for transmitting SNMP requests to and from the agent.
As Robert replied, that's supported using
con
On Wed, 27 Oct 2004 16:18:05 +0800 Goh, wrote:
GYM> May I know how to solve the problem of the following error "cannot find
GYM> the module"?
GYM>
GYM> [EMAIL PROTECTED] net-snmp-5.1.2]$ snmpget -v 1 -c public -M
GYM> /usr/local/share/ 1
Are the mibs really in /usr/local/share? Usually we install
Pete> When the agent is configured to PROXY a portion of the MIB, is it
Pete> necessary that all of the varbinds in a PDU refer to objects in the
Pete> OID branch that the target (forwarded-to) agent is to handle?
Dave> Which PDU are you referring to? The incoming request (no), or
Dave> the one f
> Sven> But, when setting an Address like this 41.41.41.41, the result is a
> little
> Sven> bit strange:
> Sven> ... = STRING: ""
>
> Robert> It is already fixed in 5.2. Here is a patch for 5.1.x.
>
> But isn't that patch referring to InetAddress *index* values,
> when displaying an OID?
>
Sven> But, when setting an Address like this 41.41.41.41, the result is a
little
Sven> bit strange:
Sven> ... = STRING: ""
Robert> It is already fixed in 5.2. Here is a patch for 5.1.x.
But isn't that patch referring to InetAddress *index* values,
when displaying an OID?
Sven's problem see
Hi,
Thanks for creating snmp-net.
May I know how to solve the problem of the following error “cannot
find the module”?
[EMAIL PROTECTED] net-snmp-5.1.2]$ snmpget -v 1 -c public -M
/usr/local/share/ 1
72.30.195.19 1.3.6.1.4.1.343.2.14.2.10.3.1.0
Cannot find module (IP-MIB): At li
hai,
I tried to find out the way but was not able to do so. Any help would
be greatly appreciated. Sorry for resending. bye.
On Wed, 20 Oct 2004, madanagopal wrote:
> hai,
>I want to send a v3 trap using snmptrap utility and from agent.
> I added the following line in /var/net-snmp/snmptr
Same question ask weeks ago... noone seems to know
or is willig to answer!
-Ursprungliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Auftrag von Srini
Kode
Gesendet: Dienstag, 19. Oktober 2004 23:00
An: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Betreff: IPv6 support
For a
Robert,
thanks for your very quick response. Unfortunally, this time, the patch
didn't work or i made a mistake.
First, i updated the mib.c-file with the patch-tool. Than, i run make and
than make install. Net-snmp compiled without any errors. Than, i compiled my
agent and set an InetAdress-Vari
Dave,
The Syntax of this Mib-Object is InetAddress and it looks suitable.
Almost parallel to your response, Robert sent a patch, which i will test.
Thanks for your very quick response and kind regards,
Sven
>
> > After setting an Address like this 192.168.143.10, i get with the
> > appropria
21 matches
Mail list logo