Подскажите пожалуйста - будет ли исправление ситуации - в lldp с D-Link DGS-3612G R2.82.B16 вместо реального и присутствующего описания порта отправляется что-то вроде " D-Link DGS-3612G R2.82.B16 Port 1" - причем даже в LLDP Local Port Table описание порта такое-же (D-Link DGS-3612G R2.82.B16 Port 1)... - можно ли этот момент как-то исправить?

Сейчас проверил коммутаторы других моделей которые у меня используются - и вот результаты:
3526 - все нормально - если описания порта нет - коммутатор подставляет "RMON Port 1 on Unit 1" - а если описание порта присутствует - оно "копируется" и в LLDP Local Port Brief Table и по LLDP отправляется на удаленный коммутатор.
3100-24 - пишет и отправляет удаленному коммутатору "Ethernet Interface" вне зависимости от реального описания порта!
3100-24-TG - так-же как и 3100-24
3028G - так-же как и 3100-24 только надпись "D-Link DES-3028G R2.54 Port 1"

может я чего не понимаю - или в 3526 работает не правильно??? (хотя по моему вполне логично и значит что во всех остальных случаях работает не правильно!)

UP!

Проверено методом проб и ошибок.
Предположим, что у нас первый порт коммутатора. Возможные варианты значения Port ID:
На свичах серии DGS-3100 - 1:1
На свичах серии DES-3526/3550 - 1/1
На свичах серии DES-3028/3052 - RMON Port 1 on Unit 1
Не всех остальных - 1

Огромное спасибо изобретательным программистам D-Link. Благодаря им, у меня есть чем занять свое свободное время.

это что, получается, что только у 3526 реализован этот момент логично?!?!
в соответствии вот с этим http://en.wikipedia.org/wiki/Link_Layer ... y_Protocol - публичным описанием
список данных которые могут передаваться внутри TLV:

System name and description
Port name and description
...
значит в 3526 реализация лучше чем в остальных...

Почему нет ответов поддержки dlink - ????
в качестве вариантов ответов :
1. пользуйтесь тем что имеете - и на большее не рассчитывайте
2. возможно когда-нибудь этот момент будет доделан
3. замучили вопросами...

(варианты ответов привел потому, что наряду с многочисленными ответами в соседних ветках этот вопрос игнорируется )

.

Во-первых согласно LLDP MIB port description доступно в режиме read-only.

Во вторых RFC указывает, что должно содержаться в поле Description.

Поэтому все коммутаторы, имеющие поддержку RFC2863 должны иметь описание согласно указанному.

в приведенной Вами цитате написано, что если локальный агент соответствует RFC 2863 то он должен в качестве lldpLocPortDesc отправлять значение ifDescr для конкретного порта! А RFC 2863 это MIB для интерфейса и он стандартен.
вот конкретный ответ от 3526 по snmp:
IF-MIB::ifDescr.1 = STRING: RMON Port 1 on Unit 1

а вот то, что он отправляет в LLDP:
my port description(это та надпись которую я ввел в описание 1-го порта на этом коммутаторе!)
и при этом он пишет то-же самое в LLDP Local Port Brief Table
т.е. получается, что 3526 работает таким образом против стандарта?!?!?!
может стоит сделать единообразно?!?! (причем по моему лучше если так как в 3526)



3526 имеет поддержку RFC2863 (это видно из ответов на snmp запрос), но ее реализация отступает от текста RFC на который Вы ссылаетесь!

Да, на DES-3526 сейчас описание не по стандарту. Если хотите, то я могу уточнить относительно DES-3526 в ШК.

Господа, Вы путаете поля Port ID и Port Description
В Port Description я могу передавать что угодно, любую текстовую информацию.
А вот в поле Port ID - должен стоять НОМЕР ПОРТА, а никак уж не загадочное "RMON Port 1 on Unit 1"
Причем, это касается только случая, когда Port ID Subtype равен "Local"

Для примера приведу, что мне показывает DGS-3426G. Тут все хорошо и чисто. Номер порта и все. То же на серии DGS-36XX, DES-3010/16DGS-3100-24TG. Как?!! Как? свич ВТОРОГО уровня обозвал свой локальный порт "интерфейсом"? И почему номер порта через ":" ?DES-3526. А тут в противовес DGS-3100 решили номер порта сделать через "/". Наверное, чтобы техподдержке жизнь мёдом не казалась.DES-3028: Ну тут вообще нет слов.

А теперь, расскажите мне, какими данными я должен пользоваться в скрипте, строящем топологию сети? Или уважаемые разработчики firmware всунули туда LLDP "для галочки"?

это было-бы очень хорошо, однако не по поводу убирания такой возможности, а по поводу ее опционального включения - т.е. галочка стоит(по дефолту) - соответствие с RFC -не стоит - и все работает как надо!
и, самое интересное - можно ли так сделать в остальных коммутаторах - функционал то очень полезный! странно что никто об этом не спрашивал раньше

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

Вероятнее всего Вам придется добавлять в алгоритм тип коммутатора ( ) и уже по типу менять логику опроса дальше... хотя не могу с Вами не согласиться - это некрасиво!костыль!который к тому-же продиктован не совсем корректным поведением оборудования. кстати - а можете скриптом поделиться?

Скорее всего нет - реализация просто была все время разных версий а иногда (в случае 3526) налицо "допиливание" под конкретные заказы даже в разрез со стандартами.

Скрипт входит в NOC project. Я не являюсь сотрудником D-Link, поэтому все значения находил методом проб и ошибок. Сотрудники D-Link вместо этого предлагают пользоваться D-View.

http://redmine.nocproject.org/projects/ ... ighbors.py

Сам часто пишу скрипты для разных нужд... - и теперь представляю сколько костылей в D-View

спасибо...

Ау! Сотрудники D-Link. Посмотрите, пожалуйста мои сообщения! Я там жирным шрифтом выделял, что DGS-3100-24TG вместо "local" шлет "Interface Name". Если это штатная фича конкретно этого коммутатора -так и скажите!

Относительно Interface Name в DGS-3100 я отписал разработчикам. По результатам я Вам сообщу.