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
*******************************************

Reply via email to