We've published Net-SNMP version 5.2.3.pre3, the third pre-release in
the cycle for 5.2.3, the upcoming maintenance release in the
5.2.x branch.
Available from:
http://www.net-snmp.org/download
Most significant changes since 5.2.3.pre2:
- udpTable byte-order fixes and cleanup
- fix compil
Hi,
If a string data is very long, such as a paragraph, it is not suit to be
exposed by SNMP. Am I right?
Thanks,
FT
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere A
Status report:
Testing was incomplete (due to arriving into Manchester before I'd
finished!), but results so far are as follows:
Linux:
udpTable: reported correctly
tcpTable: reported correctly
FreeBSD:
udpTable: IP value reported correctly, index reversed
tcpTable: repor
> On Fri, 23 Jun 2006 10:02:20 +0100, Dave Shield <[EMAIL PROTECTED]> said:
Dave> Probably not explicitly - it's just SNMP SET requests, to set the
Dave> appropriate values for a filter entry.
FYI, we're working on a document at SPARTA that will be eventually
exported into the Net-SNMP tutor
> On Fri, 23 Jun 2006 09:51:10 +0200 (CEST), "Peder Chr. Norgaard" <[EMAIL
> PROTECTED]> said:
Peder> The policy should be to store IPv4 address as u_char[4].
I agree, that's the ideal thing to do.
Peder> Forget about host-order vs network-order.
But you can't do that. Unfortunately,
> On Fri, 23 Jun 2006 11:49:43 +0200, Thomas Anders <[EMAIL PROTECTED]>
> said:
Thomas> Thanks. I've finally applied the fix to all affected branches
Thomas> (5.2.x and up).
New patch based on IRC discussion:
Current positive votes: tanders, hardaker, dts12
Index: agent/mibgroup/mibII
> On Thu, 22 Jun 2006 14:57:46 -0600, Bruce Shaw <[EMAIL PROTECTED]> said:
Bruce> Question: can I open the canon on 5.3.1.rc1 to fix this up?
I'd say no...
--
Wes Hardaker
Sparta, Inc.
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with p
Bruce Shaw wrote:
> Files affected are agent/mibgroup/ucd-snmp/lmSensors.*
>
> Question: can I open the canon on 5.3.1.rc1 to fix this up?
I think voting needs a particular (preferrably well-tested) patch to be
presented first. At least for me.
What about 5.2.x, btw? 5.2.3 is still in preX mo
After many delays (and much faffing about by yours truly), we're
at long last in a position to release the final version of the
UCD-SNMP code, and close development on this line down for good.
If there are any serious problems that warrent a last-minute
fix, speak now or forever hold your peace.
Dave Shield wrote:
> If you're confident that this fixes the immediate problem, then I'd say
> go ahead.
Thanks. I've finally applied the fix to all affected branches (5.2.x and
up).
> But I'm a little confused - the index values on your "fixed" version
> (Solaris/x86)
> still seem to be wrong:
>
Thomas Anders wrote:
>Wes Hardaker wrote:
>
>
>>I'll vote for this to be included in 5.3.1 (the next rc release of
>>which I'll push tomorrow; [...]).
>>
>>
>
>We'd need at least one more vote to make this happen. Anyone?
>
If you're confident that this fixes the immediate problem, then I'd
Passera Pablo-APP015 wrote:
> Thanks for your response. I saw that tables in the code, but I couldn't
> find any easy way to configure the filters. For instance, to add a new target
> in the snmpNotifyTable one can use the trapssess token in the snmpd.conf file
> but it doesn't configure
Wes Hardaker wrote:
> I'll vote for this to be included in 5.3.1 (the next rc release of
> which I'll push tomorrow; [...]).
We'd need at least one more vote to make this happen. Anyone?
+Thomas
--
Thomas Anders (thomas.anders at blue-cable.de)
"Silence is *not* sexy when it comes to voting."
On Thu, 22 Jun 2006, Wes Hardaker wrote:
It's not that simple, I'm afraid. Much of the time it's also how the
structures used by the kernel store them. I'm pretty sure that some
systems are storing them in host order and others in network order,
which means you sometimes need to apply htonl a
14 matches
Mail list logo
