Протокол обнаружения канального уровня
Набор интернет-протоколов |
---|
Прикладной уровень |
Транспортный уровень |
Интернет-слой |
Слой связи |
Протокол обнаружения канального уровня ( LLDP ) — это независимый от поставщика протокол канального уровня , используемый сетевыми устройствами для объявления своей личности, возможностей и соседей в локальной сети на основе IEEE 802 технологии , преимущественно проводного Ethernet . [ 1 ] Этот протокол формально называется IEEE как обнаружение возможности подключения управления доступом к станциям и среде , указанное в IEEE 802.1AB, с дополнительной поддержкой в IEEE 802.3, раздел 6, пункт 79. [ 2 ]
LLDP выполняет функции, аналогичные нескольким проприетарным протоколам , таким как протокол обнаружения Cisco , протокол Foundry Discovery , протокол Nortel Discovery и обнаружение топологии канального уровня .
Собранная информация
[ редактировать ]Информация, собранная с помощью LLDP, может храниться в базе данных управления устройствами (MIB) и запрашиваться с помощью простого протокола управления сетью (SNMP), как указано в разделе РФК 2922 . Топологию сети с поддержкой LLDP можно определить путем сканирования хостов и запроса этой базы данных. Информация, которая может быть получена, включает в себя:
- Имя и описание системы
- порта Имя и описание
- виртуальной локальной сети Имя
- IP-адрес управления
- Возможности системы ( коммутация , маршрутизация и т.д.)
- MAC / PHY Информация
- мощность МДИ
- Агрегация ссылок
Приложения
[ редактировать ]Протокол обнаружения канального уровня может использоваться в качестве компонента в приложениях управления сетью и мониторинга сети .
Одним из таких примеров является его использование в требованиях к мостовому соединению центров обработки данных . Протокол обмена возможностями моста центра обработки данных (DCBX) — это протокол обнаружения и обмена возможностями, который используется для передачи возможностей и конфигурации вышеупомянутых функций между соседями для обеспечения согласованной конфигурации в сети. [ 3 ]
LLDP используется для объявления возможностей и требований к питанию через Ethernet и согласования доставки питания.
Расширение обнаружения конечных точек мультимедиа
[ редактировать ]Media Endpoint Discovery — это расширение LLDP, известное как LLDP-MED , которое предоставляет следующие возможности:
- Автоматическое обнаружение политик локальной сети (таких как настройки VLAN, приоритета уровня 2 и дифференцированных служб (Diffserv)), обеспечивающих работу сети по принципу «включай и работай» .
- Обнаружение местоположения устройства, позволяющее создавать базы данных местоположений и, в случае передачи голоса по интернет-протоколу (VoIP), расширенные услуги службы экстренной помощи.
- Расширенное и автоматизированное управление питанием конечных точек Power over Ethernet (PoE).
- Управление инвентаризацией, позволяющее сетевым администраторам отслеживать свои сетевые устройства и определять их характеристики (производитель, версии программного и аппаратного обеспечения, серийный номер или номер актива).
Расширение протокола LLDP-MED было официально одобрено и опубликовано как стандарт ANSI/TIA-1057 Ассоциацией телекоммуникационной отрасли (TIA) в апреле 2006 года. [ 4 ]
Коды возможностей системы
[ редактировать ]Код | Возможность |
---|---|
Б | Мост (Переключатель) |
С | Кабельное устройство DOCSIS |
ТО | Другой |
П | Репитер |
Р | Маршрутизатор |
С | Станция |
Т | Телефон |
В | Точка доступа WLAN |
Каркасная конструкция
[ редактировать ]Информация LLDP отправляется устройствами с каждого из своих интерфейсов через фиксированный интервал в виде кадра Ethernet . Каждый кадр содержит один блок данных LLDP (LLDPDU). Каждый LLDPDU представляет собой последовательность структур тип-длина-значение (TLV).
Кадр Ethernet, используемый в LLDP, обычно имеет MAC-адрес назначения , установленный на специальный многоадресный адрес , который 802.1D не пересылается мостами, совместимыми с . Разрешены другие адреса назначения многоадресной и одноадресной рассылки. Поле EtherType установлено в 0x88cc.
Каждый кадр LLDP начинается со следующих обязательных TLV: идентификатор шасси , идентификатор порта и время жизни . За обязательными TLV следует любое количество дополнительных TLV. Кадр опционально заканчивается специальным TLV, называемым концом LLDPDU, в котором поля типа и длины равны 0. [ 5 ]
Соответственно, кадр Ethernet, содержащий LLDPDU, имеет следующую структуру:
Преамбула | MAC-адрес назначения | Исходный MAC-адрес | Эфиртип | TLV идентификатора шасси | TLV-идентификатор порта | Время жить TLV | Дополнительные TLV | Необязательное завершение TLV LLDPDU | Последовательность проверки кадра |
---|---|---|---|---|---|---|---|---|---|
01:80:c2:00:00:0e или 01:80:c2:00:00:03 или 01:80:c2:00:00:00 |
Адрес станции | 0x88CC | Тип=1 | Тип=2 | Тип=3 | Ноль или более полных TLV | Тип=0, Длина=0 |
Каждый из компонентов TLV имеет следующую базовую структуру:
Тип | Длина | Ценить |
---|---|---|
7 бит | 9 бит | 0–511 октетов |
Тип TLV | TLV-имя | Использование в LLDPDU |
---|---|---|
0 | Конец LLDPDU | Необязательный |
1 | Идентификатор шасси | Обязательный |
2 | Идентификатор порта | Обязательный |
3 | Время жить | Обязательный |
4 | Описание порта | Необязательный |
5 | Имя системы | Необязательный |
6 | Описание системы | Необязательный |
7 | Возможности системы | Необязательный |
8 | Адрес управления | Необязательный |
9–126 | Сдержанный | - |
127 | Пользовательские TLV | Необязательный |
Пользовательские TLV [ примечание 1 ] поддерживаются через тип TLV 127. Значение пользовательского TLV начинается с 24-битного уникального идентификатора организации и 1-байтового подтипа, специфичного для организации, за которым следуют данные. Базовый формат TLV для конкретной организации показан ниже:
Тип | Длина | Организационный уникальный идентификатор (OUI) | Организационно определенный подтип | Организационно определенная информационная строка |
---|---|---|---|---|
7 бит — 127 | 9 бит | 24 бита | 8 бит | 0–507 октетов |
Согласно стандарту IEEE 802.1AB, §9.6.1.3, «Уникальный идентификатор организации должен содержать OUI организации, как определено в стандарте IEEE 802-2001». Каждая организация отвечает за управление своими подтипами.
Примечания
[ редактировать ]- ^ Названные TLV, специфичными для организации. в IEEE 802.1AB
Ссылки
[ редактировать ]- ^ «802.1AB-REV — обнаружение возможности подключения к станциям и средствам массовой информации» . ИИЭЭ . Проверено 17 октября 2009 г.
- ^ «IEEE 802.1AB-2016 — Стандарт IEEE для локальных и городских сетей — Обнаружение возможности подключения управления доступом к станциям и среде передачи» .
- ^ Клогик; и др. «Базовая спецификация протокола обмена возможностями DCB, версия 1.01» (PDF) . ИЭЭЭ 802.
- ^ «Стандарт ANSI/TIA-1057» (PDF) . Архивировано из оригинала (PDF) 8 октября 2010 г.
- ^ IEEE 802.1AB-2016, глава 8.4.
- ^ IEEE 802.1AB 8.4 Базовый формат TLV