lldp протокол что это

05. LLDP

5.2. Конфигурация LLDP

Включить функцию LLDP и настроить статус порта;

Настроить отправку Trap;

Настроить информацию, передаваемую опционально;

Настроить таблицу соседей;

Вывод информации и отладка.

Включить функцию LLDP и настроить статус порта:

Команда

Описание

! В режиме глобальной конфигурации

Включить LLDP глобально. Команда no отключает эту функцию

! В режиме конфигурации порта

Включить LLDP на порту. Команда no отключает эту функцию

lldp mode (send|receive|both|disable)

! В режиме конфигурации порта

2. Настроить таймеры:

Команда

Описание

no lldp tx-interval

! В режиме глобальной конфигурации

! В режиме глобальной конфигурации

lldp transmit delay

no lldp transmit delay

! В режиме глобальной конфигурации

3. Настроить отправку Trap:

Команда

Описание

! В режиме конфигурации порта

Включить LLDP trap для порта. Команда no отключает эту функцию.

lldp notification interval

no lldp notification interval

! В режиме глобальной конфигурации

4.Настроить информацию, передаваемую опционально:

Команда

Описание

lldp transmit optional tlv [portDesc] [sysName] [sysDesc] [sysCap]

no lldp transmit optional tlv

! В режиме конфигурации порта

Задать LLDP TLV отправляемые опционально:

lldp management-address tlv [A.B.C.D]

no lldp management-address tlv

! В режиме конфигурации порта

Передавать в качестве management-address tlv адрес [A.B.C.D]. Команда no отключает эту функцию.

5. Настроить таблицу соседей:

Команда

Описание

lldp neighbors max-num

no lldp neighbors max-num

! В режиме конфигурации порта

! В режиме конфигурации порта

6. Вывод информации и отладка:

Команда

Описание

Вывести суммарную информацию о конфигурации LLDP на коммутаторе.

show lldp interface ethernet

Вывести информацию по конфигурации LLDP на порту коммутатора.

Вывести суммарную информацию об отправленных и полученных пакетах LLDP.

show lldp neighbors interface ethernet

Вывести информацию о соседях LLDP на интерфейсе

Выводить отладочную информацию о работе протокола LLDP на коммутаторе. Команда no останавливает вывод информации.

debug lldp packets interface ethernet

no debug lldp packets interface ethernet

Выводить отладочную информацию о работе протокола LLDP на порту коммутатора. Команда no останавливает вывод информации.

show debugging lldp

! В Admin режиме

Вывести информацию о состоянии вывода отладки LLDP на коммутаторе.

clear lldp remote-table

! В режиме конфигурации порта

Очистить информацию о соседях LLDP на интерфейсе.

5.3. Пример конфигурации LLDP

2 коммутатора соединены друг с другом одним линком. Порт коммутатора Switch B настроен только для получение LLDP сообщений. Порт коммутатора Switch A должен передавать информацию о описании порта и возможностях системы.

Конфигурация коммутаторов будет выглядеть следующим образом:
Конфигурация коммутатора Switch A:

Источник

Возможности LLDP для работы с IP-телефонией и примеры настройки

Введение В данной статье будет рассмотрен протокол LLDP, его возможности и примеры настройки для работы с VoIP. В качестве платформы будет использоваться сеть, построенная на коммутаторе Qtech c сервером на CentOS 6 и ip-телефон Yealink t21p LLDP Поговорим немного о LLDP. Это канальный протокол, посредством которого устройства могут транслировать информацию о себе в сеть, ну […]

Введение

В данной статье будет рассмотрен протокол LLDP, его возможности и примеры настройки для работы с VoIP. В качестве платформы будет использоваться сеть, построенная на коммутаторе Qtech c сервером на CentOS 6 и ip-телефон Yealink t21p

Поговорим немного о LLDP. Это канальный протокол, посредством которого устройства могут транслировать информацию о себе в сеть, ну и получать подобную информацию об устройствах-соседях. Собранные данные запрашиваются с помощью протокола SNMP (протокол сетевого управления). Для работы LLDP необходимо прямое подключение между устройствами (например, сеть, построенная на коммутаторе).

Работает он примерно таким образом:

LLDP вставляет свое сообщение в Ethernet-кадр и передает его через аплинк. Коммутатор, получивший сообщение идентифицирует его по определенному mac-адресу получателя (уникальному для протокола) и не передает дальше.

Вся основная информация, передаваемая из сообщений LLDP, содержится в DataUnit

LLDP-MED — это расширение протокола LLDP, предназначенное для работы с VoIP. Ключевыми особенностями этого дополнения являются:

В класс 1 входят серверы контроллеров связи, в класс 2 – голосовые и медиа шлюзы, ну а в класс 3 – IP-телефоны, софтфоны.

Qtech + LLDP

Подключаемся по telnet и пробуем настраивать.

Пример простейшей настройки порта на коммутаторе Qtech Qsw:

LLDP на CentOS

После того как протокол был запущен на коммутаторе необходимо настроить его на нашем сервере телефонии. Первым делом мы устанавливаем пакет с протоколом в нашем CentOS:

Запускаем сервис и проверяем его статус:

Следующим шагом необходимо написать простенький скрипт включающий LLDP для наших интерфейсов:

Ну и запустить его:

Второй способ запустить lldp на CentOS это установка lldpd и запуск сервиса. Нет необходимости писать какие либо скрипты, демон работает самостоятельно, нужно лишь убедиться, что помимо него еще запущена служба SNMP:

Теперь включаем LLDP на нашем ip-телефоне (в качестве примера используется Yealink t21p):

На этом настройку можно считать завершенной.

Источник

Lldp протокол что это

Link Layer Discovery Protocol (LLDP) — протокол канального уровня, который позволяет сетевым устройствам анонсировать в сеть информацию о себе и о своих возможностях, а также собирать эту информацию о соседних устройствах.

LLDP это стандартный протокол, который описан в IEEE 802.1AB.

Содержание

[править] Описание протокола

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

Устройство, использующее LLDP, хранит информацию о соседях, но не перенаправляет её дальше (независимо от того поддерживает ли устройство протокол LLDP).

Каждое устройство хранит информацию о соседях в MIB. Поэтому эта информация может использоваться различными управляющими хостами с помощью протокола SNMP.

Например, ProCurve Manager использует информацию LLDP для построения топологии сети и сбора инвентарной информации.

Информация об устройстве, которая может передаваться с помощью LLDP:

[править] Принципы работы

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

Сообщения LLDP могут передаваться через порты, которые заблокированы STP, но не передаются через порты, которые заблокированы 802.1X.

[править] Формат кадра LLDP

Сообщения LLDP инкапсулируются в Ethernet-кадр и передаются через все активные линки.

Для LLDP зарезервирован multicast MAC-адрес — 01:80:C2:00:00:0E. Это специальный зарезервированный MAC-адрес, который предполагает, что коммутаторы, получившие кадр с таким адресом получателя, не будут его передавать дальше.

LLDP передает информацию в сообщениях, которые называются LLDP Data Unit (LLDPDU).

В сообщениях LLDP содержатся несколько TLV (Type, Value, Length):

LLDPDU состоит как минимум из четырёх обязательных TLV полей:

Между обязательными TLV (после первых трёх и перед последним) могут размещаться другие (опциональные) TLV, например:

[править] LLDP на коммутаторах ProCurve

Коммутаторы ProCurve поддерживают протоколы LLDP и CDP. Однако, LLDP-сообщения они могут и генерировать и принимать, а CDP — только принимать.

В коммутаторах ProCurve таблицы LLDP и CDP взаимно пополняют друг друга. То есть, командами просмотра соседей обнаруженных по LLDP, можно увидеть и CDP-соседей. И наоборот.

[править] Настройки по умолчанию

По умолчанию на коммутаторах ProCurve включен LLDP, с такими параметрами:

[править] Информация о локальном устройстве

Информация об устройстве на котором выполняется команда:

[править] Информация о соседях

Пример топологии (команды выполняются на коммутаторе sw4):

Информация о соседях:

Более подробная информация о соседе на 1 интерфейсе (коммутатор 3 уровня, но в данный момент работает как коммутатор 2 уровня):

Более подробная информация о соседе на 24 интерфейсе (коммутатор 3 уровня):

[править] Настройки LLDP

[править] Включение и выключение LLDP на коммутаторе

По умолчанию на коммутаторе включен LLDP.

Если после отключения LLDP, необходимо его снова включить:

[править] Изменение интервалов

[править] Transmit Interval

Transmit Interval — частота отправки LLDP-сообщений соседям. По умолчанию — 30 секунд.

Настройка transmit interval (из-за используемой команды называется также refresh interval):

Значение refresh-interval должно быть большим чем или равным 4 * delay-interval. Иначе коммутатор выдаст сообщение об ошибке.

[править] Time-to-Live

Time-to-Live (TTL) — время в течении которого сосед будет хранить информацию об устройстве, которое отправило сообщение LLDP. По умолчанию — 120 секунд.

Значение TTL получается по формуле:

Изменение holdtime multiplier (по умолчанию 4):

[править] Delay Interval

Delay Interval — коммутатор использует этот интервал для задержки отправки объявлений LLDP, которые отправляются из-за изменений в LLDP MIB. По умолчанию delay-interval равен 2 секундам.

Если на коммутаторе часто изменяется LLDP MIB, то увеличение интервала может уменьшить количество отправляемых сообщений.

Интервал может быть изменен с помощью управляющего хоста SNMP (NMS) или с помощью команды setmib.

Значение refresh-interval должно быть большим чем или равным 4 * delay-interval. Иначе коммутатор выдаст сообщение об ошибке.

Изменение delay interval:

[править] Reinit Interval

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

Изменение reinit interval:

[править] Notification Interval

Notification Interval — интервал между отправкой оповещений об изменении информации LLDP. Если на интерфейсе включена отправка SNMP-сообщений, то частое изменение информации LLDP может привести к большому количеству trap. По умолчанию — 5 секунд.

Изменение notification interval:

[править] Просмотр информации о текущих значениях интервалов

Просмотр информации о текущих значениях интервалов на коммутаторе:

[править] Изменение режима отправки и получения сообщений LLDP

По умолчанию коммутатор и отправляет и принимает сообщения LLDP.

Синтаксис команды изменения режима отправки сообщений LLDP:

Пример перевода порта 3 в режим txonly:

Просмотр информации о текущем режиме портов:

Просмотр информации о текущем режиме порта 2:

[править] Указание управляющего адреса

По умолчанию коммутатор анонсирует управляющий адрес по таким правилам:

Однако, адрес может быть назначен административно.

Назначение IP-адреса, который будет анонсироваться как управляющий

Эта команда не позволяет назначить адрес полученный по DHCP или адрес, который не назначен статически в VLAN на коммутаторе.

Если, например, попытаться назначить несуществующий адрес как управляющий, то коммутатор выдаст такую ошибку:

Просмотр информации о том, какой адрес этот коммутатор анонсирует как управляющий:

Просмотр информации о том, какой адрес сосед анонсирует как управляющий:

[править] Просмотр информации о настройках LLDP

Настройки LLDP на коммутаторе:

Информация о настройках LLDP на интерфейсе, в том числе какие TLV отправляются (на коммутаторе с поддержкой LLDP-MED):

Информация о настройках LLDP на интерфейсе, в том числе какие TLV отправляются (на коммутаторе без поддержки LLDP-MED):

[править] Статистика LLDP

Статистика LLDP (на 23 интерфейсе сейчас соседа нет, но статистика о пакетах осталась):

Информация о статистике на конкретном интерфейсе:

[править] LLDP в Linux

Вообще, lldpd поддерживает не только LLDP, но также и CDP, EDP, SONMP и AgentX SNMP.

Активация соответствующих протоколов выполняется ключами:

Установка lldpd осуществляется принятым в дистрибутиве способом:

Ключи демону в Debian передаются через /etc/default/lldpd:

Запуск демона осуществляется командой:

Просмотреть информацию о LLDP-соседях:

На коммутаторе Linux-машина при этом видна так:

Виден её MAC-адрес, имя хоста, а также интерфейс, которым хост подключен к коммутатору.

Среди расширенных сведений можно увидеть версию ядра и IP-адрес системы.

[править] LLDP в FreeBSD

Поддержка LLDP в FreeBSD осуществляется при помощи программы openlldp, доступной в виде порта. Демон openlldpd отправляет по указанному ему сетевому интерфейсу информацию о системе, пользуясь протоколом LLDP.

Домашний сайт проекта: OpenLLDP (англ.)

[править] LLDP в Windows

Для того чтобы хосты Windows также могли использовать LLDP, необходимо установить LLDP-агент. Например, haneWIN LLDP Agent. Этот агент платный, однако в течении 30дневного периода его можно потестировать бесплатно.

Теперь хост по LLDP получил информацию о коммутаторе, к которому он подключен:

Более подробная информация о коммутаторе:

На коммутаторе Windows-машины с установленным LLDP-агентом видны так:

Более подробная информация:

[править] Сбор информации об устройствах

[править] Написание скриптов для сбора информации об устройствах

Информацию о множестве устройств, обменивающихся информацией по LLDP, можно собрать и представить в виде карты сети.

Вот пример простого скрипта, который обходит коммутаторы по SSH, узнает у них информацию о соседях, полученную по LLDP, и на её основе генерирует описание представления сети в виде graphviz-файла, который после дальнейшей обработки превращается в графическую схему:

В результате получаем схему соединения:

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

[править] Программы для сбора информации об устройствах

Программа wiremaps пользуясь информацией, которую она может получить через протоколы LLDP, EDP, CDP и SONMP, а также из таблиц FDB и ARP, составляет описание сети и предоставляет его пользователю.

Подробнее о программе:

Нечто похожее делает программа NetDisco. Эта информация доступна через web-интерфейс.

Программа NeDi (Network Discovery and Inventory) собирает информацию с управляемых сетевых устройств и ведет учет и статистику как самих устройств, так и абонентских нод. Использует LLDP, CDP и ARP таблицы для построения наглядной топологии в растровом и векторном виде, а также для автоматического поиска новый управлемых устройств.

Подробнее о программе:

[править] LLDP-MED

Link Layer Discovery Protocol-Media Endpoint Discovery (LLDP-MED) — расширение стандарта LLDP, которое позволяет:

Описан в стандарте ANSI/TIA-1057.

LLDP-MED определяет такие TIA Organizationally Specific TLV:

[править] Классы устройств в LLDP-MED

Устройства которые поддерживают LLDP-MED разбиты на три класса:

[править] Настройка LLDP-MED на коммутаторах ProCurve

[править] Создание voice VLAN

Для того чтобы LLDP-MED анонсировал в TLV информацию о VLAN, должен быть создан voice VLAN и порт, на котором находится IP-телефон должен быть тегированным в этом VLAN.

Создание voice VLAN:

Просмотр информации о VLAN (метка voice выставлена у VLAN 10):

[править] Обязательные TLV

Для работы LLDP-MED на коммутаторе обязательно должны быть включены такие TVL (они включены по умолчанию):

Информация о TLV на интерфейсе:

Если какие-либо из LLDP-MED TLV были отключены на интерфейсе, то можно их включить с помощью команды:

TLV macphy_config включается так:

[править] Управление PoE с помощью LLDP-MED

Включение/отключение возможности контроля и выделения PoE с помощью LLDP-MED (по умолчанию отключено):

Включить обнаружение PoE с помощью LLDP TLV advertisement:

[править] Другие протоколы обнаружения

Существуют аналогичные LLDP проприетарные протоколы обнаружения (discovery protocols):

Источник

TP-Link T2600G-28MPS: работа с PoE, LLDP и Voice VLAN

Около полугода назад мы опубликовали пример построения Wi-Fi сети на базе нашего беспроводного оборудования: точек доступа и контроллера. Сегодня расскажем в деталях о коммутаторе T2600G-28MPS уровня 2+, который может использоваться для построения проводных сегментов сети, обеспечивающих работу систем видеонаблюдения, распределенных беспроводных сетей, IP-телефонии, а также просто выполнять пакетную коммутацию.

Мы не ставим перед собой цель представить полное описание всех возможностей модели T2600G-28MPS, вместо этого мы сосредоточимся на тех функциях, от которых напрямую зависит работа поддерживаемых беспроводных сетей и IP-телефонии.

Настройка и работа с Power over Ethernet

Обеспечение питанием оконечного оборудования – не самая простая задача, решаемая сетевыми инженерами. Конечно же, можно использовать внешние блоки питания, поставляемые в комплекте с большинством моделей точек доступа, IP-камер и телефонов. Однако такое решение не является масштабируемым, да и к удобным его отнести сложно: большое количество дополнительных блоков и проводов, увеличенное время развёртывания сети, ухудшение внешнего вида помещений, невозможность централизованного управления питанием, невозможность гарантировать качество питания и так далее. Вместо этого все большее количество сетевых администраторов обращает свое внимание на технологию PoE, позволяющую сразу решить все перечисленные проблемы.

TP-Link T2600G-28MPS обладает увеличенным энергетическим бюджетом (до 384 Ватт). На сегодняшний день повсеместно используются два стандарта IEEE, описывающие работу технологии: 802.3af-2003 и 802.3at-2009. Первый из них предопределяет максимальную предоставляемую мощность равную 15,4 Ватта. Максимальная предоставляемая мощность второго составляет 30 Ватт. Несложная арифметика показывает, что рассматриваемый коммутатор позволяет одновременно обеспечивать питанием потребителей стандарта 802.3af, подключенных ко всем портам устройства. При подключении более мощных потребителей (с поддержкой стандарта 802.3at) одновременно предоставить всем оконечным устройствам максимально допустимую мощность не получится, однако следует заметить, что не всем 802.3at устройствам постоянно требуется 25,5 Ватт электроэнергии для своей работы. Такое потребление будет, скорее, исключением, либо может потребоваться на относительно небольшой промежуток времени. Кроме того, у коммутатора есть настройки, позволяющие разруливать ситуацию в режиме дефицита энергетического бюджета. Посмотрим, чем может управлять сетевой администратор.

Все настройки, связанные с технологией PoE, собраны в одноименной группе меню веб-интерфейса. С помощью пункта «PoE Config» администратор может указать максимальную мощность, расходуемую коммутатором для питания PoE-клиентов, просмотреть и изменить текущее состояние портов, задать приоритет интерфейса и класс подключенного устройства, выбрать временной интервал и профиль PoE.

Из представленного выше скриншота видно, что к портам №20 и 22 подключены некие устройства, потребляющие на данный момент 3,6 Ватта электроэнергии каждое (ток – 69 мА и напряжение 53,1 В), что соответствует четвертому классу PoE. Не будем делать из этих питаемых устройств интригу – это наши точки доступа модели CAP1200.

Вкладка «PoE Profile» того же пункта меню позволяет создавать энергетические профили, что значительно упрощает настройку коммутатора при подключении типовых потребителей.

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

Очень часто руководители компаний стараются уменьшить счета за электроэнергию, которые бухгалтерии приходится оплачивать ежемесячно. Пункт «Time-Range» той же группы меню может помочь им в этом. С помощью данного пункта администратор может создавать расписание, в соответствии с которым будет осуществляться питание потребителей. Так, например, в ночное время и в выходные дни количество сотрудников, присутствующих на своих рабочих местах, обычно значительно меньше, чем в так называемые бизнес-часы. Сокращение количества пользователей приводит к сокращению нагрузки на сетевую инфраструктуру, — точки доступа будут работать практически вхолостую. Автоматическое отключение части из них практические не скажется на уровне предоставляемого сервиса, так как беспроводные пользователи будут автоматически перераспределены между оставшимися включенными точками доступа. В понедельник утром резервное оборудование вновь будет автоматически включено по расписанию, таким образом подготовив все необходимое для возвращения в офис коллег нашего сетевого администратора. Процесс включения нескольких точек доступа будет штатно обработан беспроводным контроллером, частоты и мощности излучения перераспределены так, чтобы обеспечить наилучшее покрытие на всей территории.

Иногда PoE-устройства устанавливаются на режимных объектах, нахождение во внерабочее время на которых строжайшим образом запрещено. В этом случае удастся еще больше денег не пустить на ветер за счет отключения IP-телефонов части сотрудников.

Управление расписанием подачи электропитания производится с помощью пункта «Time-Range».

Посчитайте, сколько бы удалось сэкономить за новогодние праздники уже в этом году! А впереди у нас еще большие выходные в мае.

Link Layer Discovery Protocol (IEEE 802.1ab) – протокол, позволяющий обнаруживать соседние устройства, а также сообщать соседям определенную информацию о себе.

Основные настройки работы протокола LLDP на коммутаторе T2600G-28MPS собраны в пункте «Basic Config» группы «LLDP» меню веб-интерфейса. Здесь можно сконфигурировать работу протокола как глобально для всего коммутатора, так и для каждого проводного интерфейса индивидуально.

Отобразить отправляемую и принимаю информацию для каждого из интерфейсов можно с помощью пункта «Device Info» той же группы. Мы подключили интерфейс №20 к коммутатору другого вендора, чтобы показать пример информации, которую можно просмотреть об оборудовании других производителей.

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

Статистика по полученным и отправленным сообщениям протокола LLDP представлена в пункте «Device Statistics».

Пожалуй, одним из основных применений протокола LLDP в сетях является использование его расширения LLDP-MED (Media Endpoint Discovery), с помощью которого производится обмен служебной информацией с голосовым оконечным оборудованием. Конечно же, «голос», как и раньше, инкапсулируется в RTP; для сигнализации традиционно используется один из двух протоколов: SIP или H.323. Так для чего же нужен LLDP-MED? Данное расширение позволяет значительно сократить затраты на конфигурирование IP-телефонов и голосовых шлюзов. Обычно для передачи голосовых данных на коммутаторах создается отдельная виртуальная сеть (VLAN). Для чего? Причины обычно две: необходимость обеспечения безопасности и желание приоритизировать голосовой трафик.

Естественно, можно было бы просто разместить все порты коммутаторов, к которым подключены IP-телефоны, в этой виртуальной сети, однако сетевым администраторам часто приходится сталкиваться с нехваткой сетевых интерфейсов на коммутационном оборудовании. Сильно упрощенный пример подключения IP-телефонов к сети при достаточном количестве свободных интерфейсов на коммутаторе представлен ниже.

Проблема дефицита L2-портов на коммутаторах в кампусах зачастую решается последовательным подключением компьютера пользователя к специальному порту на телефоне. Сам же IP-телефон обладает встроенным Ethernet-коммутатором с тремя портами: один внутренний и два внешних (для подключения к сетевому оборудованию и ПК пользователя). Поскольку через канал между телефоном и сетевым коммутатором передаются данные двух виртуальных сетей одновременно (пользовательские данные в access-vlan и голосовые в voice-vlan), необходимо выполнять тегирование кадров, например, с помощью 802.1q. Такое тегирование является вполне типичным решением и не вызывает затруднений у сетевых администраторов. Однако для того, чтобы оно выполнялось правильно, сам телефон должен быть определенным образом сконфигурирован – должны быть прописаны соответствующие значения идентификаторов виртуальных сетей – VID (VLAN Identifier).

И так должен быть сконфигурирован КАЖДЫЙ телефон. Процесс совсем не быстрый, согласитесь. Именно для решения этой рутинной задачи и применяется расширение LLDP-MED, позволяющее коммутатору уведомить IP-телефон об используемых номерах виртуальных сетей.

Для настройки расширения LLDP-MED необходимо обратиться к одноименному пункту меню.

Традиционно каждый порт может быть сконфигурирован индивидуально.

С помощью вкладки «Local Info» можно просмотреть информацию, передаваемую коммутатором в сторону подключенного оборудования.

Если соседнее устройство поддерживает LLDP-MED, то информация о нем отобразится во вкладке «Neighbor Info».

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

Казалось бы, на этом настройка может быть закончена. Однако нам бы хотелось показать чуть больше деталей относительно того, как телефон и коммутатор взаимодействуют друг с другом. Пояснять мы будем на примере нашей тестовой модельки – Avaya IP Deskphone 9620L. Чтобы не упрощать себе жизнь, будем рассматривать ситуацию дефицита сетевых интерфейсов на коммутаторах, то есть когда ПК пользователя подключается через телефон. Мы создали две виртуальные сети (VLAN 2 – voice, VLAN3 – data), настроили соответствующие виртуальные SVI-интерфейсы (VLAN 2 – 192.168.2.1/24, VLAN 3 – 192.168.3.1/24) и сконфигурировали два пула для сервера DHCP.

Сразу же при подключении такого телефона коммутатор обнаруживает питаемое устройство PoE (PD – Powered Device) и подает напряжение на порт, что позволяет IP-телефону включиться и начать загрузку. Как видно из приведенного ниже скриншота, телефон совсем не прожорлив (по заявлению производителя, данная модель в самом худшем случае может потреблять до 5,3 Ватт). В принципе, максимальное энергопотребление практически всех моделей IP-телефонов Avaya не превышает 7 Ватт. У других вендоров ситуация аналогичная. Следовательно, TP-Link T2600G-28MPS с запасом обеспечит питанием 24 IP-телефона.

Но вернемся к LLDP. Коммутатор увидел соседа по данному протоколу. На первый взгляд, вывод, представленный на данной страничке, выглядит немного странным – две записи об одном лишь телефонном аппарате. Попробуем разобраться, почему так происходит.

Видим, что телефон сообщает коммутатору два разных Chassis ID. По сути это IP-адрес, получаемый телефоном от DHCP-сервера, то есть телефон запрашивает по одному адресу из каждого пула. Однако DHCP-сервер отображает только один адрес, который был выдан в сторону телефона.

На этом этапе все кажется совершенно запутанным и непонятным. Но отгадка чрезвычайно проста. Стоит лишь рассмотреть процедуру согласования параметров по протоколу LLDP между телефоном и коммутатором.

Когда телефон получил питание и в первый раз загружается, он еще не знает о том, какие виртуальные сети используются, то есть еще нет информации о том, какими тегами VID необходимо промаркировать фреймы. В этот момент IP-телефон отправляет нетегированные кадры. Эти кадры попадают в виртуальную сеть, определённую полем PVID на вкладке «Port Config» пункта «802.1Q VLAN» группы «VLAN» меню.

Именно поэтому в мостовой таблице коммутатора появляется запись о MAC-адресе телефона для виртуальной сети, которую мы планировали использовать для передачи пользовательских данных.

В этот момент телефон с помощью протокола DHCP получает IP-адрес и прочие сетевые параметры. Параллельно с этим процессом происходит обмен сообщениями LLDP (включая LLDP-MED), в результате которого телефон узнает номер виртуальной сети, в которую должен помещать собственные фреймы.

Выяснив номер правильной виртуальной сети, IP-телефон освобождает ранее полученный по протоколу DHCP адрес и повторяет тот же процесс, но уже тегируя собственные фреймы, что приводит к получению IP-адреса и другой сетевой информации уже в новой виртуальной сети. Именно поэтому мы видит только один арендованный по DHCP-адрес. Ну, а запись в мостовой таблице так и будут «болтаться» до тех пор, пока не истечет ее время жизни (опция «Aging time» вкладка «Dynamic Address» пункта «MAC Address» группы «Switching» меню веб-интерфейса). Для подтверждения своих слов мы решили привести небольшой кусочек дампа, содержащий описанные действия.

Снятие дампа производилось с помощью функции зеркалирования портов. К сожалению, не все служебные фреймы могут быть переданы с помощью данной опции.

В заключение хотелось бы отметить, что существует несколько способов указать IP-телефонам адрес станции или голосового шлюза/сервера. Если не рассматривать статическое указание адреса в настройках самого телефонного аппарата и разнообразные проприетарные решения, остается не так много вариантов. К их числу можно отнести, например, весьма очевидный способ передачи данной настройки (вместе с массой других параметров) путем использования конфигурационного файла, который может загружаться телефоном по протоколам TFTP/FTP/HTTP/HTTPS. Чуть менее очевидный способ – использование разнообразных опций протокола DHCP. Так, например, IP-телефоны Avaya используют опцию №176 для указания адреса устройства, выполняющего функции H323 Gatekeeper. С головой окунуться в мир протокола DHCP можно с помощью следующей статьи (http://foxnetwork.ru/index.php/component/content/article/207-dhcp.html). Кроме перечисленных выше способов информирования телефона об адресе шлюза, можно использовать ещё один – протокол LLDP. На сегодняшний день наши коммутаторы пока не могут похвастаться поддержкой двух последних возможностей.

Существуют ли какие-либо еще способы упростить жизнь сетевым администраторам, обеспечивающим подключение компьютеров и телефонов пользователей в сетях кампусов? Ответ на этот вопрос положительный. Подробности в следующем разделе.

Voice VLAN

В современных сетях принадлежность фрейма к той или иной виртуальной сети определяется либо на основании интерфейса, через который данный кадр был получен коммутатором (port-based VLAN), либо на основе тега протокола 802.1q (tag-based VLAN). Существуют еще несколько способов определить принадлежность кадра к виртуальной сети, например, на основании MAC-адреса отправителя. MAC-адрес в сети Ethernet имеет длину 48 бит и состоит из двух равных частей, первая из которых содержит OUI – Organizationally Unique Identifier, назначаемый IEEE централизованно каждому производителю сетевого оборудования. На основании значения OUI в адресе отправителя фрейм может быть отнесен коммутатором к голосовой виртуальной сети. Давайте пройдем весь процесс настройки голосовой виртуальной сети на основе OUI от начала и до конца. Справедливости ради стоит отметить, что наши коммутаторы могут определять принадлежность к виртуальной сети на основе MAC-адреса устройства не только для IP-телефонов. Соответствующая настройка доступна в пункте «MAC VLAN» группы «VLAN» меню.

Итак, начать следует с управления значениями OUI, на основе которых фреймы будут попадать в голосовую виртуальную сеть. Делается это с помощью вкладки «OUI Config» того же пункта меню.

Затем нужно создать виртуальную сеть для голосового трафика, если она по какой-то причине до сих пор еще не была создана. Выполнить эту процедуру можно с помощью пункта «802.1Q VLAN» группы «VLAN» меню веб-интерфейса. Добавлять в данную виртуальную сеть какие-либо интерфейсы коммутатора на данном этапе не следует.

После того, как обычная виртуальная сеть была создана, необходимо указать, что именно ее мы планируем использовать для передачи голосового трафика. На наших коммутаторах может быть создана только одна голосовая виртуальная сеть. Соответствующая настройка доступна во вкладке «Global Config» пункта «Voice VLAN» группы «QOS».

Последний штрих – настройка физических интерфейсов с помощью вкладки «Port Config».

Нельзя не упомянуть и о возможности включения дополнительной защиты с помощью опции «Security Mode». При включении данной функции коммутатор не будет пропускать в голосовую виртуальную сеть фреймы, отправитель которых отсутствует в списке сконфигурированных OUI.

Конечно же, мы не могли обойти стороной любителей консольного доступа.

На этом мы, пожалуй, закончим с обсуждением деталей функционирования голосовой виртуальной сети в коммутаторах TP-Link на примере модели T2600G-28MPS.

Подводя итоги

На примере L2+ коммутатора TP-Link T2600G-28MPS мы рассмотрели полезные опции, облегчающие жизнь сетевому администратору за счёт упрощения выполнения некоторых рутинных процедур. Так, например, централизованное управление питанием предоставляет богатые возможности по контролю за эффективностью энергопотребления, позволяя провести ряд оптимизационных мероприятий. И это не говоря уже об увеличении качества самого энергоснабжения оконечного оборудования.

Создали новый отдел? Расширили штат? Наняли сразу много новых сотрудников? И всем нужны телефоны, а портов на коммутаторах катастрофически не хватает? Использование протоколов DHCP и LLDP, а также опции Voice VLAN позволит сетевому администратору не почувствовать особой разницы между подключением одного нового сотрудника или целой сотни, не израсходовав порты коммутаторов впустую.

Позволим себе еще одно напоминание – сохраняйте конфиг после каждого внесенного значимого изменения. Процесс, конечно, не автоматический, но сэкономит очень много сил и времени после очередного «упс».

Источник