LLDP

Да, CDP может. Но кому вообще интересно, что CDP умеет делать? Добавьте LLDP-MED к существующим опциям, и все будут счастливы.

up

И что это даст по сравнению с существующими командами /ip neighbors и /ipv6 neighbors, а если, к примеру, еще и добавить наблюдение за сетью, типа "buddy monitoring"? Похоже, что это останется пылиться без реального применения. К сожалению, выглядит это так же, как с SCSI-дисками – всем оно было нужно, а ответа всё равно нет, работает оно вообще или нет.

Надеюсь, это не общая позиция MikroTik. Если бы вы, например, реализовали драйверы HP SCSI, которые я запрашивал и которые поддержали многие, чтобы все, кто использует серверы HP, могли использовать RouterOS на своих устройствах, возможно, тогда бы вы получили какой-нибудь отзыв. Мой отзыв на данный момент таков: ни один из серверов в нашей сети не может работать под RouterOS, поэтому для замены моего нового роутера я вынужден использовать нестандартный сервер. Что мне крайне не нравится делать. Сейчас я откладываю скорый, очень важный апгрейд, потому что могу загрузить этот специальный сервер только с RouterOS 5, и я не хочу использовать бета-версии в своей основной инфраструктуре. Теперь, касательно темы LLDP, на мой взгляд, его реализация была бы исключительно полезной. Ваша поддержка сторонних протоколов до сих пор ограничивалась только закрытыми, проприетарными решениями. Вы поддерживаете CDP. LLDP — это открытая версия этого. Вы поддерживаете NetFlow (или у вас как минимум есть реализация NetFlow), а sFlow — это открытая версия этого и, как минимум, на том же уровне. Вы построили свою операционную систему на открытом программном обеспечении, но вам, кажется, не хватает внимания к открытым альтернативам закрытым, проприетарным протоколам при реализации собственных. Пожалуйста, прекратите обратную разработку проприетарных протоколов, когда существуют открытые, хорошо описанные протоколы с теми же функциями. Я знаю, что сообщество относится к вам с уважением, потому что вы построили свою систему на открытом исходном коде, но вам кажется, что вы пытаетесь быть Cisco. Пожалуйста, не делайте этого.

Ммм… У нас, в нашем случае, мы отправляем информацию о VLAN на VoIP-телефоны, чтобы они получали правильный VLAN для VLAN компьютера (телефоны со встроенным коммутатором). Так мы просто применяем конфигурацию на коммутаторе, и телефон сам учится. И, конечно, как уже упоминалось, мы теперь получаем примерно вдвое больше информации, чем когда был включен только CDP. Я пытаюсь (внутри своей компании) перейти с использования 8-портовых Cisco, с canopy и VoIP-оборудованием для удаленных локаций, на замену этого на Mikrotik и VoIP-устройство, но сложно спорить со упрямыми cisxxx, когда я даже не поддерживаю те же протоколы. Так что мой голос за LLDP по-прежнему за LLDP, его должно быть довольно легко реализовать, и если кто-то еще считает это полезным, пожалуйста, проголосуйте.

Я бы также хотел запросить поддержку LLDP. Большинство сетевого оборудования от крупных производителей поддерживают только CDP или LLDP (но не оба варианта). Так что было бы здорово, если бы Mikrotik добавил поддержку LLDP для тех из нас, у кого нет оборудования Cisco.

Обязательно добавьте LLDP, это будет очень, очень полезно - но я совершенно не вижу смысла удалять CDP, если он работает и тоже полезен.

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

Ок. В любом случае, нужно реализовать LLDP-MED (ANSI/TIA-1057), а не только LLDP. LLDP — это IEEE 802.1AB. http://standards.ieee.org/getieee802/download/802.1AB-2005.pdf Вот ссылка на opensource LLDP проект: http://openlldp.sourceforge.net/ Media Endpoint Discovery — это расширение LLDP, известное как LLDP-MED, которое предоставляет следующие возможности: Автоматическое обнаружение политик локальной сети (например, VLAN, приоритет Layer 2 и настройки Differentiated services (Diffserv)), обеспечивающих сетевое подключение "plug and play". Обнаружение местоположения устройства для создания баз данных местоположений и, в случае Voice over Internet Protocol (VoIP), Enhanced 911 услуг. Расширенное и автоматизированное управление питанием Power over Ethernet (PoE) конечных устройств. Управление инвентаризацией, позволяющее сетевым администраторам отслеживать свои сетевые устройства и определять их характеристики (производитель, версии программного и аппаратного обеспечения, серийный или номер актива). Вот пример того, что мы можем получить с помощью LLDP-MED (можете ли вы сделать это с CDP ??): >show lldp info remote-device 5

LLDP Информация об удаленном устройстве

 Локальный порт   : 5
 ChassisType  : network-address
 ChassisId    : 192.168.0.58
 PortType     : mac-address
 PortId       : 00 08 5d 85 ed 0e
 SysName      : Aastra IP Phone
 System Descr : Aastra IP Phone
 PortDescr    : порт 0

 Поддерживаемые возможности системы  : bridge, telephone
 Включенные возможности системы    : bridge, telephone

 Адрес удаленного управления
    Type    : ipv4
    Address : 192.168.0.58

 Информация MED Detail
   EndpointClass          :Class3
   Media Policy Vlan id   :10
   Media Policy Priority  :6
   Media Policy Tagged    :True
   Poe Device Type        :PD
   Power Requested        :150
   Power Source           :Unknown
   Power Priority         :High