NetXMS Support Forum

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

DGS-3627G

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

и ответ поддержки по серии 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

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

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

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

Quote from: RockDrilla on January 31, 2013, 02:36:06 PM
Могу помочь с полным дампом snmpwalk с DGS-3627G, т.к. есть один коммутатор, загрузка которого абсолютно пофигу (некритичный сегмент). Btw: относительно свежая прошивка на эту модель - 2.84.B42.

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

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

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

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

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

Пытаюсь разобратся сейчас с 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.

Quote from: sabonez on August 07, 2012, 02:08:35 PM
Первое наблюдение - дискавер по 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).

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

Quote from: Victor Kirhenshtein on February 02, 2013, 01:18:33 PM
Еще вопрос к обладателям D-Link'ов - пришлите пожалуйста результат SNMP walk на .1.3.6.1.2.1.2 для стека.

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

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

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