NetXMS Support Forum

Russian Support => Общие вопросы => Topic started by: dvs on February 18, 2015, 03:04:06 PM

Title: [LLDP]: Обнаружение топологии Dlink
Post by: dvs on February 18, 2015, 03:04:06 PM
В продолжение темы: 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
Title: Re: [LLDP]: Обнаружение топологии Dlink
Post by: Victor Kirhenshtein on February 23, 2015, 11:09:40 PM
А флажок isLLDP показывается Yes на свитчах? Если на debug консоли сервера дать команду

show topo id объекта

что он выдает?
Title: Re: [LLDP]: Обнаружение топологии Dlink
Post by: dvs on February 24, 2015, 08:02:55 AM
Флажок активен, вывод команды привожу ниже.
Title: Re: [LLDP]: Обнаружение топологии Dlink
Post by: dvs on February 24, 2015, 09:47:45 AM
Проблема скорее всего в том, что:
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 при этом работает:
Title: Re: [LLDP]: Обнаружение топологии Dlink
Post by: dvs on March 11, 2015, 03:39:53 PM
Еще немного информации - не работает LLDP, только между устройствами Dlink - НЕ Dlink
Dlink отдает по LLDP MAC uplink-порта и все бы ничего, но MAC для всех его портов одинаков.

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

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

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