I would like to diplay EIGRP neighbors from a Cisco router (the output of show ip eigrp neighbors command)
Can this be done and how?
Thannks
Brian
Just in case anyone else comes accros this..
The solution was to change the "Advanced Options". Leave this set to "Raw Value", and change the "Format" drop-down to "IP Address".
Leave Orion poll for 15 - 20 minutes to complete a polling cycle, then check your web console - this should now display the data in the correct format.
Hi,
You could create Universal Device Poller(s) on the following OID:
cEigrpPeerTable - 1.3.6.1.4.1.9.9.449.1.4.1
If your routers support it.
Admin Guide
http://www.solarwinds.com/NetPerfMon/SolarWinds/wwhelp/wwhimpl/js/html/wwhelp.htm#href=OrionAGMonitoringCustomMIBs.htm
Video Tutorial
http://www.solarwinds.com/resources/democenter/Orion/UniversalDevicePollerIntro/index.html
HTH,
Yann
This looks like what Im looking for - Thanks for the links
Any idea why it returns ?? where there are supposed to be IP address ?
As per Cisco SNMP Object Navigator:
http://tools.cisco.com/Support/SNMP/do/BrowseOID.do?local=en&translate=Translate&objectInput=1.3.6.1.4.1.9.9.449.1.4.1.1.3
The source IP address used by the peer to establish the EIGRP adjacency with this router. The format is governed by object cEigrpPeerAddrType.
http://tools.cisco.com/Support/SNMP/do/BrowseOID.do?local=en&translate=Translate&objectInput=1.3.6.1.4.1.9.9.449.1.4.1.1.2
InetAddressType
0:unknown1:ipv42:ipv63:ipv4z4:ipv6z16:dns
Peer addresses seems to be encoded weirdly...
Can you run a MIB Walk on that table and check the Inet Address Type?
Further information about the Inet Address Type:
http://tools.cisco.com/Support/SNMP/do/BrowseOID.do?local=en&translate=Translate&typeName=InetAddressType
"A value that represents a type of Internet address. unknown(0) An unknown address type. This value MUST be used if the value of the corresponding InetAddress object is a zero-length string. It may also be used to indicate an IP address that is not in one of the formats defined below. ipv4(1) An IPv4 address as defined by the InetAddressIPv4 textual convention. ipv6(2) An IPv6 address as defined by the InetAddressIPv6 textual convention. ipv4z(3) A non-global IPv4 address including a zone index as defined by the InetAddressIPv4z textual convention. ipv6z(4) A non-global IPv6 address including a zone index as defined by the InetAddressIPv6z textual convention. dns(16) A DNS domain name as defined by the InetAddressDNS textual convention. Each definition of a concrete InetAddressType value must be accompanied by a definition of a textual convention for use with that InetAddressType. To support future extensions, the InetAddressType textual convention SHOULD NOT be sub-typed in object type definitions. It MAY be sub-typed in compliance statements in order to require only a subset of these address types for a compliant implementation. Implementations must ensure that InetAddressType objects and any dependent objects (e.g., InetAddress objects) are consistent. An inconsistentValue error must be generated if an attempt to change an InetAddressType object would, for example, lead to an undefined InetAddress value. In particular, InetAddressType/InetAddress pairs must be changed together if the address type changes (e.g., from ipv6(2) to ipv4(1))."
The solution worked for me too. Thanks!