Send Netdot-devel mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://osl.uoregon.edu/mailman/listinfo/netdot-devel
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Netdot-devel digest..."
Today's Topics:
1. [Netdot - Bug #1831] (Closed) Cisco-Dlink: unable to
determine topology using STP ([email protected])
----------------------------------------------------------------------
Message: 1
Date: Wed, 2 Jul 2014 13:10:36 -0700
From: [email protected]
Subject: [Netdot-devel] [Netdot - Bug #1831] (Closed) Cisco-Dlink:
unable to determine topology using STP
To: [email protected], [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
Issue #1831 has been updated by Brian Candler.
Status changed from New to Closed
Resolution set to invalid
The SNMP::Info method is i_vlan_membership which in turn (for most devices)
makes use of qb_v_egress, which in uses a bitmap from
Q-BRIDGE-MIB::dot1qVlanStaticEgressPorts (1.3.6.1.2.1.17.7.1.4.3.1.2)
The Dlink returns no data under this OID.
It appears to have proprietary MIBs for VLAN membership and for STP:
http://ftp.dlink.ru/pub/Switch/DES-1210%20Series/SNMP/
So I will close this ticket as "invalid": it's a problem for SNMP::Info (i.e.
does anyone care enough about this old Dlink switch to wrap the vendor MIBs?)
rather than Netdot.
----------------------------------------
Bug #1831: Cisco-Dlink: unable to determine topology using STP
https://osl.uoregon.edu/redmine/issues/1831#change-3230
Author: Brian Candler
Status: Closed
Priority: Normal
Assignee:
Category:
Target version:
Resolution: invalid
A Cisco 3750 adjacent to a Dlink DES-1210-28. The latter is an SNMP and
web-managed switch. Unfortunately only the PoE version supports LLDP :-(
I expected that Netdot would infer the link between them using STP data, but it
doesn't.
Both devices exist as Netdot devices (Cisco is id=6, Dlink is id=16). Cisco is
running MSTP and Dlink is running RSTP - supposed to be backwards compatible?
<pre>
mysql> select * from stpinstance where device=6;
+-----------------+--------+----+--------+--------------+-----------+
| bridge_priority | device | id | number | root_bridge | root_port |
+-----------------+--------+----+--------+--------------+-----------+
| 32768 | 6 | 3 | 0 | 001B0DA10480 | 1 |
+-----------------+--------+----+--------+--------------+-----------+
1 row in set (0.00 sec)
mysql> select * from stpinstance where device=16;
+-----------------+--------+----+--------+--------------+-----------+
| bridge_priority | device | id | number | root_bridge | root_port |
+-----------------+--------+----+--------+--------------+-----------+
| 24576 | 16 | 9 | 0 | 001B0DA10480 | 25 |
+-----------------+--------+----+--------+--------------+-----------+
1 row in set (0.00 sec)
</pre>
Via STP, Netdot only finds a subset of the links:
<pre>
INFO - /usr/local/netdot/bin/updatedevices.pl started at Wed Jul 2 19:11:51
2014
INFO - Discovering Network Topology using sources: STP, P2P, FDB, DP. Min
score: 6
DEBUG - Device::get_base_macs_from_all: Retrieving all Device MACs...
DEBUG - Device::get_if_macs_from_all: Retrieving all Interface MACs...
DEBUG - Topology::get_tree_stp_links: Determining topology for STP tree with
root at 001B0DA10480
DEBUG - Topology::get_tree_stp_links: Found link: 186 -> 43
DEBUG - Topology::get_tree_stp_links: Found link: 244 -> 46
DEBUG - Topology::get_tree_stp_links: Found link: 423 -> 45
DEBUG - Topology::get_tree_stp_links: Found link: 302 -> 44
DEBUG - Topology::get_tree_stp_links: Found link: 51 -> 18
DEBUG - Topology::get_tree_stp_links: Found link: 129 -> 7
DEBUG - Topology::get_tree_stp_links: Found link: 360 -> 42
DEBUG - Topology::get_stp_links: 7 Links determined in 0 sec
...
DEBUG - Topology::get_fdb_links: 10 Links determined in 0 sec
...
DEBUG - Topology::get_dp_links: 26 Links determined in 0 sec
</pre>
(Aside: the numbers for get_fdb_links and get_dp_links are double the actual
number of links found, i.e. get_dp_links finds 13 links and get_fdb_links finds
5)
--
You have received this notification because you have either subscribed to it,
or are involved in it.
To change your notification preferences, please click here:
http://osl.uoregon.edu/redmine/my/account
------------------------------
_______________________________________________
Netdot-devel mailing list
[email protected]
https://osl.uoregon.edu/mailman/listinfo/netdot-devel
End of Netdot-devel Digest, Vol 88, Issue 4
*******************************************