[prev in list] [next in list] [prev in thread] [next in thread]
List: net-snmp-bugs
Subject: [ net-snmp-Bugs-1504501 ] RFC1213-MIB::ipRouteNextHop Invalid Length
From: "SourceForge.net" <noreply () sourceforge ! net>
Date: 2006-07-25 15:33:19
Message-ID: E1G5OuN-0001Wx-V2 () sc8-sf-web2 ! sourceforge ! net
[Download RAW message or body]
Bugs item #1504501, was opened at 2006-06-11 23:15
Message generated for change (Comment added) made by dts12
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=112694&aid=1504501&group_id=12694
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: agent
Group: 64-bit
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: ezubillaga (ezubillaga)
Assigned to: Nobody/Anonymous (nobody)
Summary: RFC1213-MIB::ipRouteNextHop Invalid Length
Initial Comment:
Hello:
I'm using net-snmp version 5.3.1_pre3 and the agent
is responding with a wrong length value for the
ipRouteNextHop OID. There is any way to solve this
issue?
Object identifier 1: 1.3.6.1.2.1.4.21.1.7.169.254.0.0
(RFC1213-MIB::ipRouteNextHop.169.254.0.0)
Value: Length is 8, should be 4
----------------------------------------------------------------------
>Comment By: Dave Shield (dts12)
Date: 2006-07-25 16:33
Message:
Logged In: YES
user_id=88893
Problem confirmed - fix is as follows:
--- agent/mibgroup/mibII/var_route.c 11 Jan 2006 16:38:36
-0000 5.18
+++ agent/mibgroup/mibII/var_route.c 25 Jul 2006 14:53:51
-0000
@@ -530,6 +530,7 @@
switch (vp->magic) {
case IPROUTEDEST:
+ *var_len = 4;
#if NEED_KLGETSA
sa = klgetsa((struct sockaddr_in *)
rthead[RtIndex]->rt_dst);
return (u_char *) & (sa->sin_addr.s_addr);
@@ -588,6 +589,7 @@
long_return = -1;
return (u_char *) & long_return;
case IPROUTENEXTHOP:
+ *var_len = 4;
#if NEED_KLGETSA
sa = klgetsa((struct sockaddr_in *)
rthead[RtIndex]->rt_gateway);
return (u_char *) & (sa->sin_addr.s_addr);
@@ -630,6 +632,7 @@
long_return = 0;
return (u_char *) & long_return;
case IPROUTEMASK:
+ *var_len = 4;
#if NEED_KLGETSA
/*
* XXX - Almost certainly not right
----------------------------------------------------------------------
Comment By: Dave Shield (dts12)
Date: 2006-07-25 16:26
Message:
Logged In: YES
user_id=88893
Thanks for the bug report! We've fixed the problem in the
5.2.x and 5.3.x code branches and the main development tree,
so it should be fixed in future releases of the net-snmp package.
----------------------------------------------------------------------
Comment By: ezubillaga (ezubillaga)
Date: 2006-06-19 12:34
Message:
Logged In: YES
user_id=1184353
Here you go:
tethereal -v
tethereal 0.10.10
Compiled with GLib 1.2.10, with libpcap 0.8.3, with libz
1.2.2,
with libpcre 5.0, with Net-SNMP 5.1.1, without ADNS.
Running with libpcap version 0.8.3 on Linux
2.6.11-gentoo-r5.
----------------------------------------------------------------------
Comment By: Thomas Anders (tanders)
Date: 2006-06-15 14:37
Message:
Logged In: YES
user_id=848638
Please attach a binary Ethereal/Wireshark capture file
(libpcap format) that shows this issue. Please also tell me
your "ethereal -V" output.
----------------------------------------------------------------------
Comment By: ezubillaga (ezubillaga)
Date: 2006-06-14 12:20
Message:
Logged In: YES
user_id=1184353
Sorry, I forgot to comment the remote machine is a
Pentium4:
Linux bam 2.6.11-gentoo-r5 #6 Fri Jan 6 11:47:27 VET 2006
i686 Intel(R) Pentium(R) 4 CPU 2.26GHz GenuineIntel
GNU/Linux
----------------------------------------------------------------------
Comment By: ezubillaga (ezubillaga)
Date: 2006-06-14 12:17
Message:
Logged In: YES
user_id=1184353
Hi Thomas:
Right, if I use an net-snmp tool (snmpbulkget, snmpwalk,
etc) locally or even remotely I don't get the error. If I
use and sniffer to dig insides the SNMP response when I
perform an snmpgetnext from a remote machine, the sniffer
also detects and error in the value length.
- For example:
# snmpgetnext -v 1 -c XXXX 192.168.0.11
RFC1213-MIB::ipRouteProto RFC1213-MIB::ipRouteType
RFC1213-MIB::ipRouteDest RFC1213-MIB::ipRouteNextHop
RFC1213-MIB::ipRouteMask RFC1213-MIB::ipRouteMetric1
RFC1213-MIB::ipRouteIfIndex
RFC1213-MIB::ipRouteProto.0.0.0.0 = INTEGER: local(2)
RFC1213-MIB::ipRouteType.0.0.0.0 = INTEGER: indirect(4)
RFC1213-MIB::ipRouteDest.0.0.0.0 = IpAddress: 0.0.0.0
RFC1213-MIB::ipRouteNextHop.0.0.0.0 = IpAddress:
200.11.181.145
RFC1213-MIB::ipRouteMask.0.0.0.0 = IpAddress: 0.0.0.0
RFC1213-MIB::ipRouteMetric1.0.0.0.0 = INTEGER: 1
RFC1213-MIB::ipRouteIfIndex.0.0.0.0 = INTEGER: 1
- But the sniffer (ethereal) shows:
Simple Network Management Protocol
Version: 1 (0)
Community: XXXX
PDU type: RESPONSE (2)
Request Id: 0x3c82f8be
Error Status: NO ERROR (0)
Error Index: 0
Object identifier 1: 1.3.6.1.2.1.4.21.1.9.0.0.0.0
(RFC1213-MIB::ipRouteProto.0.0.0.0)
Value: INTEGER: local(2)
Object identifier 2: 1.3.6.1.2.1.4.21.1.8.0.0.0.0
(RFC1213-MIB::ipRouteType.0.0.0.0)
Value: INTEGER: indirect(4)
Object identifier 3: 1.3.6.1.2.1.4.21.1.1.0.0.0.0
(RFC1213-MIB::ipRouteDest.0.0.0.0)
Value: Length is 8, should be 4
Object identifier 4: 1.3.6.1.2.1.4.21.1.7.0.0.0.0
(RFC1213-MIB::ipRouteNextHop.0.0.0.0)
Value: Length is 8, should be 4
Object identifier 5: 1.3.6.1.2.1.4.21.1.11.0.0.0.0
(RFC1213-MIB::ipRouteMask.0.0.0.0)
Value: Length is 8, should be 4
Object identifier 6: 1.3.6.1.2.1.4.21.1.3.0.0.0.0
(RFC1213-MIB::ipRouteMetric1.0.0.0.0)
Value: INTEGER: 1
Object identifier 7: 1.3.6.1.2.1.4.21.1.2.0.0.0.0
(RFC1213-MIB::ipRouteIfIndex.0.0.0.0)
Value: INTEGER: 1
In the remote machine I have an old version of net-snmp
(5.1.1-r1), and the NMS application which is also
complaining about the value length responses uses some
Python libraries to query the agent (pysnmp-3.4.3 and
TwistedSNMP-0.3.13)
What do you think?
Best regards, Erasmo
----------------------------------------------------------------------
Comment By: Thomas Anders (tanders)
Date: 2006-06-13 01:17
Message:
Logged In: YES
user_id=848638
FWIW, a (local) snmpwalk against a 5.3.1.rc1 agent on x86_64
looks fine for me:
RFC1213-MIB::ipRouteDest.0.0.0.0 = IpAddress: 0.0.0.0
RFC1213-MIB::ipRouteDest.169.254.0.0 = IpAddress: 169.254.0.0
RFC1213-MIB::ipRouteDest.192.168.1.0 = IpAddress: 192.168.1.0
RFC1213-MIB::ipRouteIfIndex.0.0.0.0 = INTEGER: 2
RFC1213-MIB::ipRouteIfIndex.169.254.0.0 = INTEGER: 2
RFC1213-MIB::ipRouteIfIndex.192.168.1.0 = INTEGER: 2
RFC1213-MIB::ipRouteMetric1.0.0.0.0 = INTEGER: 1
RFC1213-MIB::ipRouteMetric1.169.254.0.0 = INTEGER: 0
RFC1213-MIB::ipRouteMetric1.192.168.1.0 = INTEGER: 0
RFC1213-MIB::ipRouteNextHop.0.0.0.0 = IpAddress: 192.168.1.254
RFC1213-MIB::ipRouteNextHop.169.254.0.0 = IpAddress: 0.0.0.0
RFC1213-MIB::ipRouteNextHop.192.168.1.0 = IpAddress: 0.0.0.0
RFC1213-MIB::ipRouteType.0.0.0.0 = INTEGER: indirect(4)
RFC1213-MIB::ipRouteType.169.254.0.0 = INTEGER: direct(3)
RFC1213-MIB::ipRouteType.192.168.1.0 = INTEGER: direct(3)
RFC1213-MIB::ipRouteProto.0.0.0.0 = INTEGER: local(2)
RFC1213-MIB::ipRouteProto.169.254.0.0 = INTEGER: local(2)
RFC1213-MIB::ipRouteProto.192.168.1.0 = INTEGER: local(2)
RFC1213-MIB::ipRouteMask.0.0.0.0 = IpAddress: 0.0.0.0
RFC1213-MIB::ipRouteMask.169.254.0.0 = IpAddress: 255.255.0.0
RFC1213-MIB::ipRouteMask.192.168.1.0 = IpAddress: 255.255.255.0
RFC1213-MIB::ipRouteInfo.0.0.0.0 = OID: SNMPv2-SMI::zeroDotZero
RFC1213-MIB::ipRouteInfo.169.254.0.0 = OID:
SNMPv2-SMI::zeroDotZero
RFC1213-MIB::ipRouteInfo.192.168.1.0 = OID:
SNMPv2-SMI::zeroDotZero
Are *you* doing your queries locally or remotely? (If the
latter, what archs and net-snmp versions are each of them?)
----------------------------------------------------------------------
Comment By: ezubillaga (ezubillaga)
Date: 2006-06-12 11:32
Message:
Logged In: YES
user_id=1184353
Here you go:
# uname -a
Linux penguin1 2.6.15-gentoo-r7 #8 SMP Thu Jun 8 14:13:36
VET 2006 x86_64 Intel(R) Xeon(TM) CPU 2.80GHz GNU/Linux
# emerge info
Portage 2.0.54-r2 (default-linux/amd64/2006.0, gcc-3.4.5,
glibc-2.3.5-r2, 2.6.15-gentoo-r7 x86_64)
=================================================================
System uname: 2.6.15-gentoo-r7 x86_64 Intel(R) Xeon(TM)
CPU 2.80GHz
Gentoo Base System version 1.6.14
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2)
(default port 3632) [disabled]
ccache version 2.3 [enabled]
dev-lang/python: 2.4.2
dev-python/pycrypto: [Not Present]
dev-util/ccache: 2.3
dev-util/confcache: [Not Present]
sys-apps/sandbox: 1.2.12
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1,
1.8.5-r3, 1.9.6-r1
sys-devel/binutils: 2.16.1
sys-devel/gcc-config: 1.3.13-r2
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=nocona -O2 -fomit-frame-pointer -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=nocona -O2 -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks sandbox sfperms
strict"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
USE="amd64 avi berkdb bitmap-fonts bzip2 cli crypt cups
dri eds emboss encode ethereal expat foomaticdb fortran gd
gdbm gif gpm gstreamer gtk2 imlib ipv6 isdnlog ithreads
jpeg lzw lzw-tiff mp3 mpeg ncurses nls nptl nptlonly
opengl pam pcre pdflib perl png pppd python qt quicktime
readline reflection session snmp spell spl ssl tcpd
threads tiff truetype-fonts type1-fonts udev usb xorg xv
zlib userland_GNU kernel_linux elibc_glibc"
Unset: CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS,
LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTAGE_RSYNC_OPTS,
PORTDIR_OVERLAY
# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Xeon(TM) CPU
2.80GHz
stepping : 1
cpu MHz : 2793.312
cache size : 1024 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 1
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic
sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr
sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor
ds_cpl cid cx16 xtpr
bogomips : 5595.06
clflush size : 64
cache_alignment : 128
address sizes : 36 bits physical, 48 bits virtual
power management:
processor : 1
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel(R) Xeon(TM) CPU
2.80GHz
stepping : 1
cpu MHz : 2793.312
cache size : 1024 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 1
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic
sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr
sse sse2 ss ht tm syscall nx lm constant_tsc pni monitor
ds_cpl cid cx16 xtpr
bogomips : 5586.88
clflush size : 64
cache_alignment : 128
address sizes : 36 bits physical, 48 bits virtual
power management:
Please let me know if you need anything further.
----------------------------------------------------------------------
Comment By: Thomas Anders (tanders)
Date: 2006-06-12 06:46
Message:
Logged In: YES
user_id=848638
Please give your platform details ("uname -a" at minimum).
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=112694&aid=1504501&group_id=12694
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Net-snmp-bugs mailing list
Net-snmp-bugs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-bugs
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic