Протокол обнаружения канального уровня

Протокол обнаружения на уровне канала ( LLDP ) — это нейтральный к производителю протокол уровня канала , используемый сетевыми устройствами для объявления своей идентичности, возможностей и соседей в локальной сети на основе технологии IEEE 802 , в основном проводного Ethernet . ^[1] Протокол официально именуется IEEE как обнаружение соединений управления доступом к станциям и среде , определенное в IEEE 802.1AB с дополнительной поддержкой в ​​IEEE 802.3, раздел 6, пункт 79. ^[2]

LLDP выполняет функции, аналогичные нескольким фирменным протоколам , таким как Cisco Discovery Protocol , Foundry Discovery Protocol , Nortel Discovery Protocol и Link Layer Topology Discovery .

Информация, собранная с помощью LLDP, может храниться в базе данных управления устройствами (MIB) и запрашиваться с помощью протокола SNMP ( Simple Network Management Protocol ), как указано в RFC  2922. Топологию сети с поддержкой LLDP можно обнаружить, просматривая хосты и запрашивая эту базу данных. Информация, которая может быть получена, включает:

• Имя и описание системы
• Имя порта и описание
• Имя VLAN
• IP-адрес управления
• Возможности системы ( коммутация , маршрутизация и т. д.)
• Информация MAC / PHY
• Мощность МДИ
• Агрегация ссылок

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

Одним из таких примеров является его использование в требованиях к мостам в центрах обработки данных .Протокол обмена возможностями моста центра обработки данных (DCBX) — это протокол обнаружения и обмена возможностями, который используется для передачи возможностей и конфигурации вышеуказанных функций между соседями для обеспечения согласованной конфигурации по всей сети.^[3]

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

Media Endpoint Discovery — это усовершенствованная версия LLDP, известная как LLDP-MED , которая предоставляет следующие возможности:

• Автоматическое обнаружение политик локальной сети (таких как настройки VLAN, приоритета уровня 2 и дифференцированных служб (Diffserv)), позволяющее подключать и использовать сетевые решения.
• Обнаружение местоположения устройства для создания баз данных местоположения и, в случае передачи голоса по интернет-протоколу (VoIP), расширенных услуг 911 .
• Расширенное и автоматизированное управление питанием конечных точек Power over Ethernet (PoE).
• Управление инвентаризацией, позволяющее сетевым администраторам отслеживать свои сетевые устройства и определять их характеристики (производителя, версии программного и аппаратного обеспечения, серийный или инвентарный номер).

Расширение протокола LLDP-MED было официально одобрено и опубликовано в качестве стандарта ANSI/TIA-1057 Ассоциацией телекоммуникационной промышленности (TIA) в апреле 2006 года. ^[4]

Информация LLDP отправляется устройствами с каждого из их интерфейсов с фиксированным интервалом в форме кадра Ethernet . Каждый кадр содержит один блок данных LLDP (LLDPDU). Каждый LLDPDU представляет собой последовательность структур тип–длина–значение (TLV).

Кадр Ethernet, используемый в LLDP, обычно имеет MAC-адрес назначения , установленный на специальный адрес многоадресной рассылки , который мосты, совместимые с 802.1D, не пересылают. Другие адреса назначения многоадресной и одноадресной рассылки разрешены. Поле EtherType установлено на 0x88cc.

Каждый кадр LLDP начинается со следующих обязательных TLV: Chassis ID , Port ID и Time-to-Live . За обязательными TLV следует любое количество необязательных TLV. Кадр необязательно заканчивается специальным TLV, называемым end of LLDPDU , в котором поля типа и длины равны 0. ^[5]

Соответственно, кадр Ethernet, содержащий LLDPDU, имеет следующую структуру:

Каждый из компонентов TLV имеет следующую базовую структуру:

Пользовательские TLV ^{[примечание 1]} поддерживаются через тип TLV 127. Значение пользовательского TLV начинается с 24-битного организационно-уникального идентификатора и 1-байтового организационно-специфического подтипа, за которым следуют данные. Базовый формат для организационно-специфического TLV показан ниже:

Согласно стандарту IEEE 802.1AB, §9.6.1.3, «Организационный уникальный идентификатор должен содержать OUI организации, как определено в стандарте IEEE 802-2001». Каждая организация несет ответственность за управление своими подтипами.

• Учебное пособие по протоколу обнаружения канального уровня на EE Times
• 802.1AB — обнаружение подключений управления доступом к станциям и средам на IEEE 802.1
• Протокол обнаружения на уровне канала на Wireshark Wiki