Зачем нужны новые сетевые протоколы Windows?
Я, как и многие пользователи, очень рад выходу Windows 7 и Server 2008 R2. Windows 7 подается как возрождение клиентской ОС после плачевного рыночного провала Vista, а Windows Server 2008 представляет собой естественное и куда менее противоречивое обновление серверной операционной системы. Оба продукта появились в продаже одновременно и имеют много общего между собой. Одна из таких общих черт — это поддержка IPv4 и IPv6 в стандартной конфигурации. Кроме того, в обеих системах используются два новых сетевых протокола: Link-Layer Topology Discovery Mapper I/O Driver и Link-Layer Topology Discovery Responder.
Лично я пока отключаю IPv6, оба новых протокола, а иногда еще и планировщик пакетов QoS (QoS Packet Scheduler), смотря по обстоятельствам. Но для чего же предназначены эти нововведения?
Link-Layer Topology Discovery
Link-Layer Topology Discovery (LLTD, обнаружение топологии канального уровня) — это компонент сетевой инфраструктуры Windows, благодаря которому компьютеры и другие устройства могут быть нанесены на карту сети. В Windows Vista, Windows Server 2008 и Windows 7 заполнение карты сети (Network Map) происходит по умолчанию. Увидеть ее можно в Центре управления сетями и общим доступом (Network and Sharing Center) по ссылке «Просмотр полной карты» (See Full Map). На карту наносятся все обнаруженные в сети компьютеры.
Поведение сетей определяется параметрами сетевых профилей (публичная сеть, домашняя, рабочая и т. д.). Если выбран сетевой профиль частного характера, LLTD включается по умолчанию. При удалении новых протоколов из сетевого стека, LLTD отключается.
Составные компоненты LLTD — ответчик (responder) и драйвер тополога в/в канального уровня (mapper I/O driver). В комплексе эти компоненты отвечают за заполнение и перечисление сетевой карты. На рис. A показана заполненная карта моей частной сети, в которой присутствуют две системы с поддержкой LLTD.
На этом рисунке видно, что W-RWV2 и S-RWV3 подключены к разным коммутаторам и к единому интернет-каналу. Как я уже упоминал, обычно эти протоколы на моих компьютерах отключены, поэтому в нижней части окна отображаются не включенные в карту системы, работающие под управлением Windows XP, Server 2003 и Linux. Между прочим, Windows XP тоже может работать с LLTD.
Так или иначе, я предпочитаю отключать эту функцию на всех своих серверах и вместо этого использую DNS и некоторые другие сетевые инструменты для передачи данных из пункта А в пункт Б. А вы пользуетесь LLTD в своих сетях? Поделитесь своим опытом в комментариях!
Автор: Rick Vanover
Перевод SVET
Оцените статью: Голосов
Протокол обнаружения канального уровня — Link Layer Discovery Protocol
В Протокол обнаружения канального уровня (LLDP) не зависит от поставщика уровень связи протокол, используемый сетевые устройства для рекламы своей личности, возможностей и соседей на локальная сеть на основе IEEE 802 технологии, в основном проводной Ethernet. [1] Протокол официально именуется IEEE как Обнаружение подключения к станции и управлению доступом к среде передачи указано в IEEE 802.1AB с дополнительной поддержкой в IEEE 802.3 раздел 6, пункт 79. [2]
Содержание
Собранная информация
Информация, собранная с помощью LLDP, может храниться в устройстве. база управленческой информации (MIB) и запросил Простой протокол управления сетью (SNMP), как указано в RFC 2922. Топология сети с поддержкой LLDP может быть обнаружена ползать хосты и запрашивают эту базу данных. Информация, которую можно получить, включает:
- Название и описание системы имя и описание имя
- IP-адрес управления
- Возможности системы (переключение, маршрутизация, так далее.) /PHY Информация
Приложения
Протокол обнаружения канального уровня может использоваться как компонент в управление сетью и сетевой мониторинг Приложения.
Одним из таких примеров является его использование в мост для центров обработки данных требования. В Протокол обмена возможностями мостового соединения центра обработки данных (DCBX) — это протокол обнаружения и обмена возможностями, который используется для передачи возможностей и настройки вышеуказанных функций между соседями, чтобы гарантировать согласованную конфигурацию в сети. [3]
LLDP используется для рекламы питание через Ethernet возможности и требования и договориться о доставке электроэнергии.
Расширение обнаружения конечных точек мультимедиа
Обнаружение конечных точек мультимедиа это расширение LLDP, известное как LLDP-MED, который предоставляет следующие возможности:
- Автоматическое обнаружение политик LAN (например, VLAN, Уровень 2 Приоритет и Дифференцированные услуги (Diffserv) настройки) включение подключи и играй сети.
- Обнаружение местоположения устройства для создания баз данных местоположения и, в случае Голос по интернет-протоколу (VoIP), Улучшенный 911 Сервисы.
- Расширенное и автоматизированное управление питанием Питание через Ethernet (PoE) конечные точки.
- Управление инвентаризацией, позволяющее администраторам сети отслеживать свои сетевые устройства и определять их характеристики (производитель, версии программного и аппаратного обеспечения, серийный номер или номер актива).
Расширение протокола LLDP-MED было официально одобрено и опубликовано как стандарт ANSI / TIA-1057 Ассоциация телекоммуникационной индустрии (TIA) в апреле 2006 г. [4]
Коды возможностей системы
| Код | Возможность |
|---|---|
| B | Мост (переключатель) |
| C | Кабельное устройство DOCSIS |
| О | Другой |
| п | Повторитель |
| р | Маршрутизатор |
| S | Станция |
| Т | телефон |
| W | Точка доступа WLAN |
Структура кадра
Информация LLDP отправляется устройствами с каждого из их интерфейсов с фиксированным интервалом в виде Кадр Ethernet. Каждый кадр содержит один блок данных LLDP (LLDPDU). Каждый LLDPDU представляет собой последовательность тип-длина-значение (TLV) структуры.
Фрейм Ethernet, используемый в LLDP, обычно имеет место назначения. MAC-адрес установить на специальный многоадресный адрес который 802.1D -подобные мосты не вперед. Разрешены другие адреса назначения многоадресной и одноадресной рассылки. В EtherType установлено значение 0x88cc.
Каждый кадр LLDP начинается со следующих обязательных TLV: ID шасси, ID порта, и Время жить. За обязательными TLV следует любое количество дополнительных TLV. Фрейм заканчивается специальным TLV, названным конец LLDPDU в котором как тип и длина поля равны 0.
Соответственно, кадр Ethernet, содержащий LLDPDU, имеет следующую структуру:
| Преамбула | MAC-адрес назначения | Исходный MAC | Ethertype | ID шасси 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 | ID шасси | Обязательный |
| 2 | ID порта | Обязательный |
| 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 Std 802.1AB, §9.6.1.3, «Организационно уникальный идентификатор должен содержать OUI организации, как определено в IEEE Std 802-2001». Каждая организация несет ответственность за управление своими подтипами.
Обнаружение топологии канального уровня — Link Layer Topology Discovery
Обнаружение топологии канального уровня (LLTD) является проприетарной уровень связи протокол для топология сети открытие и качество обслуживания диагностика. Microsoft разработал его как часть Windows Rally набор технологий. Протокол LLTD работает как по проводной сети (например, Ethernet (IEEE 802.3) или же связь по линии электропередач [1] ), а также беспроводных сетей (например, IEEE 802.11 ).
LLTD входит в Виндоус виста и Windows 7. Это используется их Карта сети функция для отображения графического представления локальная сеть (LAN) или Беспроводная сеть (WLAN), к которому подключен компьютер. Windows XP не содержит протокол LLTD в качестве стандартного компонента, и в результате компьютеры с Windows XP не отображаются на Карта сети если респондент LLTD не установлен на компьютерах с Windows XP. [2] LLTD доступен для загрузки для 32-разрядных выпусков Windows XP с пакетом обновления 2 (как общедоступное обновление) [3] и для Windows XP с Service Pack 3 (в качестве исправления по запросу). [4] LLTD Responder не был выпущен для Windows XP Professional x64 Edition. Осеннее обновление 2006 г. Xbox 360 включена поддержка протокола LLTD. [5]
Будучи реализацией канального уровня (или уровня 2 OSI), LLTD работает строго в заданном сегменте локальной сети. Он не может обнаруживать устройства в маршрутизаторы, операция, которая потребует протокол Интернета уровень маршрутизации.
Обнаружение топологии канального уровня в Windows Vista состоит из двух компонентов. Компонент ввода-вывода LLTD Mapper — это главный модуль, который управляет процессом обнаружения и генерирует карту сети. Соответствующие разрешения для этого можно настроить с помощью Групповая политика настройки. Это может быть разрешено или запрещено для доменов, а также частных и общедоступных сетей. Mapper отправляет пакеты команд обнаружения в сегмент локальной сети через сокет необработанного сетевого интерфейса. Второй компонент LLTD — это респондеры LLTD, которые отвечают на запросы Mapper об их хосте и, возможно, другой обнаруженной сетевой информации.
В дополнение к иллюстрации макета сети с репрезентативными значками для хостов и соединительных линий, каждый значок устройства может быть исследован для создания всплывающего информационного окна, обобщающего важные параметры сети и хоста, такие как MAC-адрес и айпи адрес (обе IPv4 и IPv6 ). Иконки помечены именами хостов (или первым компонентом их полные доменные имена ) или репрезентативное название функции устройства, например, «шлюз». Если устройство сообщило о наличии веб-интерфейса управления, щелчок по значку откроет сеанс HTTP с хостом.
Ответчик LLTD для Windows XP поддерживает отчеты только об адресах IPv4, но не IPv6.
А бесплатно Linux Пример реализации ответчика LLTD доступен от Microsoft как часть Windows Rally Development Kit. Для использования спецификаций LLTD необходимо подписать лицензионное соглашение Microsoft Windows Rally. [6]
Также существует Perl реализация с использованием Net :: Frame, доступная через CPAN [7]
Ответчик обнаружения топологии канального уровня что это
Рассылка закрыта
При закрытии подписчики были переданы в рассылку «Всё о работе в Интернет» на которую и рекомендуем вам подписаться.
Вы можете найти рассылки сходной тематики в Каталоге рассылок.
Статистика
Секреты Windows: статьи о реестре, rundll32.exe, программах
Глава 6. Службы Windows Vista. 6.5. Сетевые подключения — часть 2
Дата: 24 сентября 2009, четверг
- В галерею Комиксы: Человек и кошка добавлено 6 новых комиксов.
- В галерею Оригами: фигуры добавлены 3 новые фигуры
- Добавлена статья: Глава 2. Электронная почта и телефония. Почтовые программы — Почтовый клиент: Почта Windows — окончание
- Добавлена статья: Глава 2. Электронная почта и телефония. Почтовые программы — Почтовый клиент: Почта Windows — продолжение
Агент политики IPsec (PolicyAgent)
Подраздел службы: PolicyAgent
Основное назначение данной службы — управление политикой безопасности протокола IP и предоставление набора интерфейсов, основанных на протоколе RPC. На основе данной службы работают механизмы протокола IKE, а также драйвер безопасности протокола IP.
Подробнее о IPSec можно прочитать в разделе «Что такое IPsec?», который имеет CLSID-номер 6efc9fbc-ee7e-43f8-8833-6998ab6656b8.
Настройка работы службы
Настроить или просмотреть параметры работы данной службы можно при помощи синтаксиса netsh ipsec, рассмотренного нами в главе данной книги, посвященной стандартным программам.
Некоторые настройки данной службы содержатся в параметрах DWORD-типа ветви HKLM\System\CurrentControlSet\Services\PolicyAgent.
Таблица 6.45. Ветвь HKLM\System\CurrentControlSet\Services\PolicyAgent
Тополог канального уровня (lltdsvc)
Подраздел службы: lltdsvc
Данная служба предназначена для создания карты сети (перечень компьютеров и дополнительных устройств, подключенных к сети, а также информация об их расположении относительно друг друга), а также выдачи запросов качества обслуживания.
Настройка работы службы при помощи групповых политик
Параметры работы данной службы можно настроить при помощи двух групповых политик раздела КОНФИГУРАЦИЯ КОМПЬЮТЕРА/АДМИНИСТРАТИВНЫЕ ШАБЛОНЫ/СЕТЬ/ОБНАРУЖЕНИЕ ТОПОЛОГИИ СВЯЗИ (LINK-LAYER).
Первой из них является групповая политика ВКЛЮЧАЕТ ДРАЙВЕР ОТОБРАЖЕНИЯ ВВОДА/ВЫВОДА (LLTDIO), позволяющая настроить возможности работы драйвера LINK-LAYER TOPOLOGY DISCOVERY MAPPER I/O DRIVER, используемого для создания карты сети (его атрибуты представлены ниже). Данная политика изменяет значения параметров DWORD-типа ProhibitLLTDIOOnPrivateNet, AllowLLTDIOOnPublicNet, AllowLLTDIOOnDomain, EnableLLTDIO, расположенных в ветви реестра HKLM\SOFTWARE\Policies\Microsoft\Windows\LLTD.
Второй же политикой данного раздела является политика ВКЛЮЧИТЬ ДРАЙВЕР «ОТВЕТЧИКА» (RSPNDR), которая используется для настройки протокола ОТВЕТЧИК ОБНАРУЖЕНИЯ ТОПОЛОГИИ КАНАЛЬНОГО УРОВНЯ, применяемого для отображения графического представления сети. Данная политика изменяет значения параметров DWORD-типа ProhibitRspndrOnPrivateNet, AllowRspndrOnPublicNet, AllowRspndrOnDomain, EnableRspndr, расположенных в той же ветви реестра.
Служба общего доступа к портам Net.Tcp (NetTcpPortSharing)
Подраздел службы: NetTcpPortSharing
Данная служба управляет возможностью совместного доступа к портам TCP с помощью протокола Net.TCP.
Агент защиты сетевого доступа (napagent)
Подраздел службы: napagent
Данная служба управляет работой компонента NAP.
Настроить или просмотреть параметры работы механизма NAP можно при помощи синтаксиса netsh nap, рассмотренного нами в главе данной книги, посвященной стандартным программам Windows Vista.
По умолчанию в операционной системе присутствует назначенное задание NAPSTATUS UI, которое запускает интерфейс NAP. Данное задание находится в разделе БИБЛИОТЕКА ПЛАНИРОВЩИКА ЗАДАНИЙ/MICROSOFT/WINDOWS/NETWORKACCESSPROTECTION оснастки ПЛАНИРОВЩИК ЗАДАНИЙ.
Задание: NAPStatus UI
Сетевые подключения (netman)
Подраздел службы: netman
С помощью данной службы выполняется построение содержимого папки СЕТЬ И УДАЛЕННЫЙ ДОСТУП К СЕТИ.