[prev in list] [next in list] [prev in thread] [next in thread]
List: net-snmp-bugs
Subject: [ net-snmp-Bugs-774853 ] ifTable MIB do not reflect changes in virtual intefaces
From: "SourceForge.net" <noreply () sourceforge ! net>
Date: 2004-02-27 20:05:46
Message-ID: E1AwoF0-0002uF-00 () sc8-sf-web4 ! sourceforge ! net
[Download RAW message or body]
Bugs item #774853, was opened at 2003-07-21 03:58
Message generated for change (Comment added) made by slif
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=112694&aid=774853&group_id=12694
Category: agent
Group: None
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Michael J. Slifcak (slif)
Summary: ifTable MIB do not reflect changes in virtual intefaces
Initial Comment:
UCD-snmp version: 4.2.1
same thing happens with recent 5
version.
> We have a 4.8-STABLE server with lots of vlan
interfaces.
> We use SNMP for that pretty MRTG graphics, and
if I do
> some vlan interface manipulation (destroy-create
interface),
> it may disappear from ifTable MIB.
>
>
Here comes the log:
>
> ajax:~>ifconfig #Lets skip
unnecessary interface
> #information :
>
> fxp0:
flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST>
mtu 1500
> status: active
> fxp1:
flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST>
mtu 1500
> status: active
> fxp2:
flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST>
mtu 1500
> status: active
> lo0:
flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu
16384
> inet 127.0.0.1 netmask 0xff000000
> ppp0:
flags=8010<POINTOPOINT,MULTICAST> mtu 1500
> ppp1:
flags=8010<POINTOPOINT,MULTICAST> mtu 1500
>
vlan11:
flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST>
mtu 1500
> status: active
> vlan: 11 parent interface:
fxp2
> vlan12:
flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST>
mtu 1500
> status: active
> vlan: 12 parent interface:
fxp2
> vlan13:
flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST>
mtu 1500
> status: active
> vlan: 13 parent interface:
fxp2
> vlan14:
flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST>
mtu 1500
> status: active
> vlan: 14 parent interface:
fxp2
> vlan10:
flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST>
mtu 1500
> status: active
> vlan: 10 parent interface:
fxp2
> vlan102:
flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST>
mtu 506
> status: active
> vlan: 102 parent interface:
fxp0
> vlan3001:
flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST>
mtu 1500
> status: active
> vlan: 3001 parent interface:
fxp0
> vlan3002:
flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST>
mtu 1500
> status: active
> vlan: 3002 parent interface:
fxp0
> vlan3000:
flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST>
mtu 1500
> status: active
> vlan: 3000 parent interface:
fxp0
> vlan100:
flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST>
mtu 1500
> status: active
> vlan: 100 parent interface:
fxp2
> vlan0: flags=0<> mtu 1500
> ether
00:00:00:00:00:00
> vlan: 0 parent interface: <none>
>
vlan1: flags=0<> mtu 1500
> ether 00:00:00:00:00:00
>
vlan: 0 parent interface: <none>
>
> Wheew. Now, I'll try
to get interfaces names from MIB:
> ajax:~>snmpget
127.0.0.1 ttcom-pub interfaces.ifTable.ifEntry.ifDescr.1
>
interfaces.ifTable.ifEntry.ifDescr.1 = fxp0
>
ajax:~>snmpget 127.0.0.1 ttcom-pub
interfaces.ifTable.ifEntry.ifDescr.2
>
interfaces.ifTable.ifEntry.ifDescr.2 = fxp1
>
ajax:~>snmpget 127.0.0.1 ttcom-pub
interfaces.ifTable.ifEntry.ifDescr.3
>
interfaces.ifTable.ifEntry.ifDescr.3 = fxp2
>
ajax:~>snmpget 127.0.0.1 ttcom-pub
interfaces.ifTable.ifEntry.ifDescr.4
> Error in packet
>
Reason: (noSuchName) There is no such variable name in this
MIB.
> Failed object:
interfaces.ifTable.ifEntry.ifDescr.4
>
> #Here comes
"MIB hole"
>
> ajax:~>snmpget 127.0.0.1 ttcom-pub
interfaces.ifTable.ifEntry.ifDescr.5
>
interfaces.ifTable.ifEntry.ifDescr.5 = lo0
> ajax:~>snmpget
127.0.0.1 ttcom-pub interfaces.ifTable.ifEntry.ifDescr.6
>
interfaces.ifTable.ifEntry.ifDescr.6 = ppp0
>
ajax:~>snmpget 127.0.0.1 ttcom-pub
interfaces.ifTable.ifEntry.ifDescr.7
>
interfaces.ifTable.ifEntry.ifDescr.7 = ppp1
>
ajax:~>snmpget 127.0.0.1 ttcom-pub
interfaces.ifTable.ifEntry.ifDescr.8
> Error in packet
>
Reason: (noSuchName) There is no such variable name in this
MIB.
> Failed object:
interfaces.ifTable.ifEntry.ifDescr.8
>
> #Another one,
and more to come ;)
>
> ajax:~>snmpget 127.0.0.1 ttcom-
pub interfaces.ifTable.ifEntry.ifDescr.9
>
interfaces.ifTable.ifEntry.ifDescr.9 = vlan11
>
ajax:~>snmpget 127.0.0.1 ttcom-pub
interfaces.ifTable.ifEntry.ifDescr.10
>
interfaces.ifTable.ifEntry.ifDescr.10 = vlan12
>
ajax:~>snmpget 127.0.0.1 ttcom-pub
interfaces.ifTable.ifEntry.ifDescr.11
>
interfaces.ifTable.ifEntry.ifDescr.11 = vlan13
>
ajax:~>snmpget 127.0.0.1 ttcom-pub
interfaces.ifTable.ifEntry.ifDescr.12
>
interfaces.ifTable.ifEntry.ifDescr.12 = vlan14
>
ajax:~>snmpget 127.0.0.1 ttcom-pub
interfaces.ifTable.ifEntry.ifDescr.13
>
interfaces.ifTable.ifEntry.ifDescr.13 = vlan10
>
ajax:~>snmpget 127.0.0.1 ttcom-pub
interfaces.ifTable.ifEntry.ifDescr.14
> Error in packet
>
Reason: (noSuchName) There is no such variable name in this
MIB.
> Failed object:
interfaces.ifTable.ifEntry.ifDescr.14
>
>
ajax:~>snmpget 127.0.0.1 ttcom-pub
interfaces.ifTable.ifEntry.ifDescr.15
>
interfaces.ifTable.ifEntry.ifDescr.15 = vlan3001
>
ajax:~>snmpget 127.0.0.1 ttcom-pub
interfaces.ifTable.ifEntry.ifDescr.16
>
interfaces.ifTable.ifEntry.ifDescr.16 = vlan3002
>
ajax:~>snmpget 127.0.0.1 ttcom-pub
interfaces.ifTable.ifEntry.ifDescr.17
>
interfaces.ifTable.ifEntry.ifDescr.17 = vlan3000
>
ajax:~>snmpget 127.0.0.1 ttcom-pub
interfaces.ifTable.ifEntry.ifDescr.18
>
interfaces.ifTable.ifEntry.ifDescr.18 = vlan100
>
ajax:~>snmpget 127.0.0.1 ttcom-pub
interfaces.ifTable.ifEntry.ifDescr.19
> Error in packet
>
Reason: (noSuchName) There is no such variable name in this
MIB.
> Failed object:
interfaces.ifTable.ifEntry.ifDescr.19
> ajax:~>snmpget
127.0.0.1 ttcom-pub interfaces.ifTable.ifEntry.ifDescr.20
>
Error in packet
> Reason: (noSuchName) There is no such
variable name in this MIB.
> Failed object:
interfaces.ifTable.ifEntry.ifDescr.20
> ajax:~>snmpget
127.0.0.1 ttcom-pub interfaces.ifTable.ifEntry.ifDescr.21
>
Error in packet
> Reason: (noSuchName) There is no such
variable name in this MIB.
> Failed object:
interfaces.ifTable.ifEntry.ifDescr.21
> #.....
> #there is
no ifEntry's left..
>
>
> So, I you got so much patience to
get here, that there is a strange
> "holes" in MIB at index
4,8,14... Also, interfaces vlan0, vlan1 do not
> listed at
al.
> Additionally, if I destroy that dummy vlan0, vlan1:
>
> ajax:~#ifconfig vlan0 destroy
>
>
> I'll lose all
snmp output for vlan100,
> I'll try its previous index 18, and
17,19 to be sure:
>
> root@ajax:~#snmpget 127.0.0.1
ttcom-pub interfaces.ifTable.ifEntry.ifDescr.17
>
interfaces.ifTable.ifEntry.ifDescr.17 = vlan3000
>
root@ajax:~#snmpget 127.0.0.1 ttcom-pub
interfaces.ifTable.ifEntry.ifDescr.18
> Error in packet
>
Reason: (noSuchName) There is no such variable name in this
MIB.
> Failed object:
interfaces.ifTable.ifEntry.ifDescr.18
>
root@ajax:~#snmpget 127.0.0.1 ttcom-pub
interfaces.ifTable.ifEntry.ifDescr.19
> Error in packet
>
Reason: (noSuchName) There is no such variable name in this
MIB.
> Failed object:
interfaces.ifTable.ifEntry.ifDescr.19
>
>
> If I add it,
I'll get it again, on number 18:
>
> root@ajax:~#ifconfig
vlan0 create
> root@ajax:~#snmpget 127.0.0.1 ttcom-pub
interfaces.ifTable.ifEntry.ifDescr.18
>
interfaces.ifTable.ifEntry.ifDescr.18 = vlan100
>
>
>
> And If I reboot, It will be okay again : no MIB "holes", no need
of
> dummy interfaces, until some vlan adding-removing
happens.
> Then I got this mess again.
> Same thing
happens with SNMP5.
>
> Of course, I searched a lot in
google, newsgroups, mail lists.
> Friend of mine uses lots of gif
interfaces, and says that same
> bug happens on them, too.
----------------------------------------------------------------------
>Comment By: Michael J. Slifcak (slif)
Date: 2004-02-27 15:05
Message:
Logged In: YES
user_id=88697
The described behavior is not a bug, but actually intentional.
Suggest you read any book on SNMP and network management
to understand why this fTable is dynamic, not static.
You will get better results if you use snmptable or snmpget,
which will find all the values that exist _now_.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=112694&aid=774853&group_id=12694
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
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