Mike Varley schrieb:
> I just ran into a problem with this functionality: the ipAddressTable
> (in the ip-mib code) leaked memory; this is because the table did not
> allow duplicate IP addresses.
>
> I believe the ip-mib is using the ip-addresses as indexes into the
> table, therefore it is a
Thanks for your response Thomas,
Would it be possible for the developers to add wildcard handling for the
forward directive in a future release?
In the meantime, does anyone know about a tool available that can do
what I'm trying to achieve (forward traps to a different server, if the
OID matches
On 30/04/07, Marco Bettiol <[EMAIL PROTECTED]> wrote:
> Querying by snmpget/walk is ok:
> Example:
> #
> $> snmpwalk -c public -v 2c 192.168.5.100 ifPhysAddress.8
> IF-MIB::ifPhysAddress.8 = STRING: 0:14:bf:d2:67:e5
>
>
> but trying with perl gives this...
> my $s = new SNMP::Session (DestHo
Hi,
It seems "linkUpDownNotifications yes" didnt work, but the older monitor and
notification equivalent directives worked.
Thanks,
-
Ahhh...imagining that irresistible "new car" smell?
Check outnew cars at Yahoo! Autos.---
Hi,
With 5.4 version, it is observed that linkUp traps are also generated when a
HUP signal is sent to snmpd while reconfiguring. Is this the expected
behavior? If not how to suppress these linkup traps. The config used is as
below.
Thanks,
createUser _myinternal
On Mon, 30 Apr 2007, Thomas Anders wrote:
> Charles Sprickman wrote:
>> Great, thanks for pointing that out. And if anyone else has some
>> real-world examples, I'd still love to see them.
>
> The Wiki is all yours.
>
> http://www.net-snmp.org/wiki/index.php/Net-snmp_extensions
The Postfix pass
Hi Jan,
I just ran into a problem with this functionality: the ipAddressTable
(in the ip-mib code) leaked memory; this is because the table did not
allow duplicate IP addresses.
I believe the ip-mib is using the ip-addresses as indexes into the
table, therefore it is a limitation of the MIB to
I'm developing an application and I need to retrive each ifPhysAddress field
using the perl module.
I'm running on ubuntu-festy and using Net-SNMP-5.2.3 (but I also tried with
Gentoo using 5.4).
Querying by snmpget/walk is ok:
Example:
#
$> snmpwalk -c public -v 2c 192.168.5.100 ifPhysAddres
Greetings,
is it possible for SNMP to handle multiple interfaces with the same IPv4
address? Net-snmp (5.4) throws error messages to log:
$ ifconfig eth1 192.168.100.1 up
$ ifconfig eth2 192.168.100.1 up
$ /etc/init.d/snmpd start
$ tail /var/log/messages
error on subcontainer 'ia_addr' insert (-
Charles Sprickman wrote:
> Great, thanks for pointing that out. And if anyone else has some
> real-world examples, I'd still love to see them.
The Wiki is all yours.
http://www.net-snmp.org/wiki/index.php/Net-snmp_extensions
+Thomas
--
Thomas Anders (thomas.anders at blue-cable.de)
-
Hart, Matthew MR 2 wrote:
> According to the snmptrapd.conf man
> page, the 'OID' token for the 'forward' directive is the same as for the
> 'traphandle' directive ("The interpretation of OID (and default) is the
> same as for the traphandle directive)."). The documentation for 'OID'
> token for th
On 30/04/07, kevin lee <[EMAIL PROTECTED]> wrote:
> Does any one know this is a bug or misconfiguration?
It's a bug, and was fixed in SVN revision 15709
(see
http://net-snmp.svn.sourceforge.net/viewvc/net-snmp/branches/V5-3-patches/net-snmp/snmplib/snmp_api.c?r1=15458&r2=15709)
Dave
---
Hi,
I am new to net-snmp framework. Currently using 5.4 version. I observe that
disman/event mibs are included by default with 5.4 and here is the
configuration used.
syscontact [EMAIL PROTECTED]
syslocation my home
rocommunity jltro
trapcommunity jlttrap
trapsink10.82.2
Hi all,
I am experiencing problems with walk and get next in net-snmp version 5.3.1
If the tree has both scalar-group as well as table. Such as UDP. The walk
only returns the table variables, without the scalar-group.
For example, when I walk UDP (1.3.6.1.2.7), it only returns the udpTable val
On 29/04/07, Charles Sprickman <[EMAIL PROTECTED]> wrote:
> Let me make sure I'm following this correctly:
>
> PLACE=".1.3.6.1.4.1.2021.255" # sets the base OID
>
> [snip]
>
> # by this point we just match the OID passed in ARGV to a string in our
> # own OID - ie: a request for .1.3.6.1.4.1.2021.2
15 matches
Mail list logo