Обнаружение топологии по LLDP

sabonez

Много всего
ifDescr-ы такие же как я писал постом выше.
Прикрепил файлик с выхлопом

Victor Kirhenshtein

А как выглядят успешный и неуспешный topology poll?

sabonez

Успешный:

[07.08.12 16:25:09] **** Poll request sent to server ****
[07.08.12 16:25:09] Poll request accepted
[07.08.12 16:25:09] Starting topology poll for node Bondarenko_19_p7
[07.08.12 16:25:10] Switch forwarding database retrieved
[07.08.12 16:25:11] Link layer topology retrieved (1 connections found)
[07.08.12 16:25:11] Updating peer information on interfaces
[07.08.12 16:25:11] Link layer topology processed
[07.08.12 16:25:11] Local interface 1/19 linked to remote interface Majskaja_8_p1:1/25
[07.08.12 16:25:11] VLAN list successfully retrieved from node
[07.08.12 16:25:11] Finished topology poll for node Bondarenko_19_p7
[07.08.12 16:25:11] **** Poll completed successfully ****

Неуспешный:
[07.08.12 16:25:13] **** Poll request sent to server ****
[07.08.12 16:25:13] Poll request accepted
[07.08.12 16:25:14] Starting topology poll for node Bondarenko_23_p4
[07.08.12 16:25:14] Switch forwarding database retrieved
[07.08.12 16:25:14] Link layer topology retrieved (0 connections found)
[07.08.12 16:25:14] Updating peer information on interfaces
[07.08.12 16:25:14] Finished topology poll for node Bondarenko_23_p4
[07.08.12 16:25:14] **** Poll completed successfully ****

[07.08.12 16:25:14] VLAN list successfully retrieved from node
[07.08.12 16:25:14] Link layer topology processed

Хотя, эти 2 свитча друг-друга "видят" по LLDP через Tools-Info-Topology table(LLDP)

Victor Kirhenshtein

А что под .1.3.6.1.2.1.2.2 у свитчей, подключенных к тем, где не проходит полл, Bondarenko_23_p4 например?

sabonez

А я же по нему и гонял, Bondarenko_23
В аттаче тут https://www.netxms.org/forum/oe-oo/oaee-tooo-o-lldp/?action=dlattach;attach=875

Хм, некоторые свитчи 1228 ME в сетке стали показывать соседей....
Я возьму таймаут, пока потестирую, а завтра, если не заработает, вернемся к вопросу.

sabonez

В-общем, такие результаты. Выяснилось, что разные модели д-линков плохо понимают друг друга.

DES-1228ME, DES-3028 - прекрасно видят друг друга, но не видят свитчи других моделей, например 3526 и 3550.
Соответственно, 35ХХ - не видят других моделей.

DEG-3200-28 - друг на друга не тестировал, ибо мало их в сети, но другие модели тоже не видят.

Дескрипшены и ИД портов - на разных моделях выглядят по-разному

Виктор, если осталось желание допилить д-линки, могу скинуть выхлопы snmpwalk по всем моделям что есть у меня в сети, скажите какие нужны OID-ы.

Victor Kirhenshtein

Да, я думаю стоит доделать. Меня интересуют OID'ы .1.3.6.1.2.1.1, .1.3.6.1.2.1.2.2, .1.0.8802.1.1.2.1.

sabonez

Итак, вот что получилось. По последнему oid-у д-линки нагенерили кучу бесполезной инфы, потому дампы такие большие
DGS-3627 по последнему oid-у выдал ошибку, попробую поискать его родные mib-ы,там скорее всего у них нестандартно что-то, как это водится у д-линков.

DES-1228.tar.bz2

DES-3028.tar.bz2

DES-3200-28.tar.bz2

sabonez

Вторая партия

DES-3550.tar.bz2

DES-3552.tar.bz2

DGS-3324SRStackable.tar.bz2

SKYnv

DGS-3627G

так ли необходим полный валк .1.0.8802.1.1.2.1. ? Просто очень нагружает коммутатор, а он головной.

3627.zip

SKYnv

и ответ поддержки по серии 36хх

Мак адрес порта на DGS-3600 Series будет высчитываться в зависимости от модели и ревизии устройства.
DGS-3600 поставлялся с тремя версиями EEPROM, и в зависимости от его версии устройству под собственные нужды было доступно 64, 256 или 512 мак адресов.
В случае с 64 и 256 мак адресами коммутатор по lldp всегда будет отдавать одно значение на всех портах, в этом случае рекомендуется использовать поле Port Description.
В случае с 512 мак адресами (ваше устройство) высчитать мак адрес порта можно по следующему описанию:

System MAC : the first MAC address of the switch system in standalone mode or the first MAC address of master in stacking mode.
У вас - 84-C9-B2-26-9E-00

Last MAC Address : the last MAC address of unit. It is equal to (Unit Base MAC + EEPROM MAC Number - 1);
У вас это значение равно - 84-C9-B2-26-9E-FF

In this situation, L2 protocols will support per-port MAC feature. The available MAC addresses for per-port MAC is from (Last MAC Address - n) to Last MAC Address.
Every physical port has its unique MAC address. Here, n means the physical port number in switch

То есть для вашего коммутатора n=27.

Итого: вычитаем из Last MAC Address 27 и прибавляем номер порта. Получаем мак адрес 84-C9-B2-26-9F-E8

Zar1n

Приветствую.

Чем дело закончилось ?

RockDrilla

Могу помочь с полным дампом snmpwalk с DGS-3627G, т.к. есть один коммутатор, загрузка которого абсолютно пофигу (некритичный сегмент). Btw: относительно свежая прошивка на эту модель - 2.84.B42.

SKYnv

@rockdrilla said in Обнаружение топологии по LLDP:

Могу помочь с полным дампом snmpwalk с DGS-3627G, т.к. есть один коммутатор, загрузка которого абсолютно пофигу (некритичный сегмент). Btw: относительно свежая прошивка на эту модель - 2.84.B42.

Проблемм в том что поведение в плане ллд разное у всех прошивок на эту модель.

RockDrilla

По крайней мере, для B42 есть возможность пострадать за Родину/Царя/Идею. Завтра сниму и почищу от чувствительной инфы.

Zar1n

Учитываю разношерстность оборудования, возможно стоит сделать шаблоны для LLDP.

Скажем, для построения топологии требуется собрать ряд параметров (возможно даже некоторые требуют парсинга для приведения значений к нужным) с определенных OID.
Сделать эти OID настраиваемыми из шаблонов. Или еще как.

Такая вот идея.

Victor Kirhenshtein

Пытаюсь разобратся сейчас с DGS-3627G. Полный дамп очень бы помог, можно просто все под .1. Если не получится, то .1.3.111.2.802.1.1.13, .1.0.8802.1.1.2, .1.3.6.1.2.1.2, .1.3.6.1.2.1.17.

P.S. Если возможно, то еще то, что сам коммутатор расказывает про LLDP через свой management interface.

Victor Kirhenshtein

@sabonez said in Обнаружение топологии по LLDP:

Первое наблюдение - дискавер по LLDP отлично работает с моделями, у которых Port Description вида "RMON Port 10 on Unit 1", но не работает с теми, у которых такое - "D-Link DES-1228/ME R2.00 Port 25". Подобное описание портов имеется у серий Gigabit- и Metro- Ethernet Switch.

Вроде нашел причину - в обработке LLDP информации есть баг, который не позволяет корректно определять линки между устройствами разных моделей (при lldpRemPortIdSubtype = 7).

Victor Kirhenshtein

Еще вопрос к обладателям D-Link'ов - пришлите пожалуйста результат SNMP walk на .1.3.6.1.2.1.2 для стека.

SKYnv

@victor said in Обнаружение топологии по LLDP:

Еще вопрос к обладателям D-Link'ов - пришлите пожалуйста результат SNMP walk на .1.3.6.1.2.1.2 для стека.

для коммутаторов в стеке? если честно не используем данную технологию по причине возможной неустойчивости и некоторой сложности обслуживания, удаленного. Да и в принципе оно не нужно нигде кроме крупных (очень крупных) узлов связи, это ведь L3 коммутаторы, а там где требуется стекировать L3 не будут использовать dlink.

Хм, и на складе нет запасных для стенда, есть десяток dgs-3420-26sc но они еще в транзите и не дошли до нас.

вообще у длинка несколько нелогичное поведение порой, потому их технологии нужно использовать с оглядкой или вообще не использовать.

NetXMS Forum

Обнаружение топологии по LLDP