[LLDP]: Обнаружение топологии Dlink

Started by dvs, February 18, 2015, 03:04:06 PM

Previous topic - Next topic

dvs

В продолжение темы: https://www.netxms.org/forum/oe-oo/oaee-tooo-o-lldp/30/
Есть следующие модели: Dlink DES 3200-52 (4.04.004) / 3552 (3.10.B45), DGS 1210-28 (4.00.012) / 3612 (3.00.B14)
Часть свитчей объединены в stack (3550).
NetXMS version 2-M2

Конфигурация на всех устройствах идентичная:
enable lldp
config lldp message_tx_interval 30
config lldp tx_delay 2
config lldp message_tx_hold_multiplier 4
config lldp reinit_delay 2
config lldp notification_interval 5
config lldp forward_message enable
config lldp ports 1-2,4-5,7-10 notification enable
config lldp ports 1-2,4-5,7-10 admin_status tx_and_rx
config lldp ports 1-2,4-5,7-10 basic_tlvs port_description system_name system_description system_capabilities enable
config lldp ports 3,6,11-12 notification disable
config lldp ports 3,6,11-12 admin_status disable
config lldp_med fast_start repeat_count 4
config lldp_med log state disable
config lldp_med notification topo_change ports 1 state disable
config lldp_med notification topo_change ports 2 state disable
config lldp_med notification topo_change ports 3 state disable
config lldp_med notification topo_change ports 4 state disable
config lldp_med notification topo_change ports 5 state disable
config lldp_med notification topo_change ports 6 state disable
config lldp_med notification topo_change ports 7 state disable
config lldp_med notification topo_change ports 8 state disable
config lldp_med notification topo_change ports 9 state disable
config lldp_med notification topo_change ports 10 state disable
config lldp_med notification topo_change ports 11 state disable
config lldp_med notification topo_change ports 12 state disable


При попытке Pool->Topology устройства отвечают следующим образом:
[18.02.2015 15:54:56] **** Poll request sent to server ****
[18.02.2015 15:54:56] Poll request accepted
[18.02.2015 15:54:56] Starting topology poll for node l1-02-sw-udt.esv.ru
[18.02.2015 15:54:56] VLAN list successfully retrieved from node
[18.02.2015 15:54:57] Switch forwarding database retrieved
[18.02.2015 15:54:57] Link layer topology retrieved (8 connections found)
[18.02.2015 15:54:57] Updating peer information on interfaces
[18.02.2015 15:54:57]    Local interface 1 linked to remote interface l4-02-cr-vpn.esv.ru:ether8-slave-local
[18.02.2015 15:54:57]    Local interface 2 linked to remote interface l4-02-cr-vpn.esv.ru:ether8-slave-local
[18.02.2015 15:54:57]    Local interface 4 linked to remote interface l4-02-cr-vpn.esv.ru:ether8-slave-local
[18.02.2015 15:54:57]    Local interface 5 linked to remote interface l4-02-cr-vpn.esv.ru:ether8-slave-local
[18.02.2015 15:54:57]    Local interface 8 linked to remote interface l4-02-cr-vpn.esv.ru:ether8-slave-local
[18.02.2015 15:54:57]    Local interface 46 linked to remote interface l4-02-cr-vpn.esv.ru:ether8-slave-local
[18.02.2015 15:54:57]    Local interface 48 linked to remote interface l4-02-cr-vpn.esv.ru:ether8-slave-local
[18.02.2015 15:54:57]    Local interface 50 linked to remote interface l4-02-cr-vpn.esv.ru:ether8-slave-local
[18.02.2015 15:54:57] Link layer topology processed
[18.02.2015 15:54:57] Finished topology poll for node l1-02-sw-udt.esv.ru
[18.02.2015 15:54:57] **** Poll completed successfully ****


При этом:
1. l4-02-cr-vpn.esv.ru:ether8-slave-local - это неактивный физический интерфейс (в него ничего не подключено) Mikrotik RB 1100AHx2.
Если  щелкнуть на данный интерфейс, то видна информация о соединении полученная через STP, протокол STP в сети не используется.
Если при этом посмотреть на порты свитча в системе, то информациия о L2-топологии не отображается.

2. На самих устройствах информация о LLDP отображается верно:
show lldp remote_ports
Port ID : 2
-------------------------------------------------------------------------------
Remote Entities Count : 1
Entity 1
    Chassis ID Subtype                         : MAC Address
    Chassis ID                                 : 00-15-77-73-C2-00
    Port ID Subtype                            : Interface Name
    Port ID                                    : g2
    Port Description                           :
    System Name                                :
    System Description                         :
    System Capabilities                        :
    Management Address Count                   : 1
    Port PVID                                  : 0
    PPVID Entries Count                        : 0
    VLAN Name Entries Count                    : 0
    Protocol ID Entries Count                  : 0
    MAC/PHY Configuration/Status               : (None)
    Power Via MDI                              : (None)
    Link Aggregation                           : (None)
    Maximum Frame Size                         : 0
    Unknown TLVs Count                         : 0

Victor Kirhenshtein

А флажок isLLDP показывается Yes на свитчах? Если на debug консоли сервера дать команду

show topo id объекта

что он выдает?

dvs

Флажок активен, вывод команды привожу ниже.

dvs

Проблема скорее всего в том, что:
mngmt@esnms:~/tmp$ snmpwalk -v2c -c Community 10.34.253.31 .1.3.111.2.802.1.1.13
iso.3.111.2.802.1.1.13 = No more variables left in this MIB View (It is past the end of the MIB tree)
mngmt@esnms:~/tmp$ snmpwalk -v2c -c Community 10.34.253.31 .1.3.111.2.802.1.1.12
iso.3.111.2.802.1.1.12 = No more variables left in this MIB View (It is past the end of the MIB tree)


Таким образом свитчи не умеют LLDPv2, насколько я могу судить.
LLDP при этом работает:

dvs

Еще немного информации - не работает LLDP, только между устройствами Dlink - НЕ Dlink
Dlink отдает по LLDP MAC uplink-порта и все бы ничего, но MAC для всех его портов одинаков.

По крайней мере, так  (одинаковый MAC) отображается информация в системе мониторинга и на свитчах AT8000S (обидно, что для данных устройств не работает драйвер AT).

Буду признателен за любую помощь.

P.S> Поднял RSTP - тестирую построение топологии на основе spanning-tree.