This is some problem! 

Apparently, 
the Tools (snmpget et. al.) does not "know" of any inetCidrRouteTable:

[EMAIL PROTECTED]: snmpwalk udp6:ip6-localhost inetCidrRouteTable
inetCidrRouteTable: Unknown Object Identifier (Sub-id not found: (top) -> 
inetCidrRouteTable)

[EMAIL PROTECTED]:

However *something* is known to the Agent because the OID "works":

[EMAIL PROTECTED]: snmpwalk udp6:ip6-localhost .1.3.6.1.2.1.4.24
IP-MIB::ip.24.7.1.7.2.16.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.7.2.16.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0
 
= INTEGER: 3
IP-MIB::ip.24.7.1.7.2.16.32.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.3.1.3.2.16.63.254.1.0.0.3.4.1.2.96.103.255.254.119.3.226
 
= INTEGER: 3
IP-MIB::ip.24.7.1.7.2.16.63.254.1.0.0.3.4.1.0.0.0.0.0.0.0.0.64.1.2.2.16.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0
 
= INTEGER: 3
IP-MIB::ip.24.7.1.7.2.16.63.254.1.0.0.3.4.1.2.17.133.255.254.127.130.179.128.1.1.2.16.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0
 
= INTEGER: 1
IP-MIB::ip.24.7.1.7.2.16.254.128.0.0.0.0.0.0.0.0.0.0.0.0.0.0.64.1.5.2.16.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0
 
= INTEGER: 3

....

Snipped many, many similar lines on the assumption that it is Garbage. 


Using "ethereal" determine whether the Agent returns quality information and 
the tools are mis-representing it or the Agent is producing garbage, i see the 
same extremely long OID's returned from the Agent and "feeding" back into the 
"snmpwalk".

I assume that the Agent produces garbage, but, I do not like that the tools do 
not know of the "inetCidrRouteTable" - I think the root cause is that the build 
is broken somehow??




-----Original Message-----
From: Robert Story [mailto:[EMAIL PROTECTED]
Sent: 8. april 2005 17:48
To: Frithiof Jensen (AH/LMD)
Cc: [email protected]
Subject: Re: Cannot see "ipRouteTable" with IPv6


On Fri, 8 Apr 2005 12:07:35 +0200 Frithiof wrote:
FJ> > Try the inetCidrRouteTable instead.
FJ> 
FJ> As in --with-mib-modules=" ... ip-forwarding-mib/inetCidrRouteTable ... "?

As I said, it should be included if you --enable-mfd-rewrites. So what I meant
was, try a snmpwalk of inetCidrRouteTable instead of ipRouteTable. You should
get v4 and v6 route info.

FJ> Does the creation of the *Route* tables in any way depend on the status of
FJ> the "ipForwarding" flag?

No.

-- 
NOTE: messages sent directly to me, instead of the lists, will be deleted
      unless they are requests for paid consulting services.

Robert Story; NET-SNMP Junkie
Support: <http://www.net-snmp.org/> <irc://irc.freenode.net/#net-snmp>
Archive: <http://sourceforge.net/mailarchive/forum.php?forum=net-snmp-coders>

You are lost in a twisty maze of little standards, all different. 


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id396&op=click
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders

Reply via email to