Путь управления расширяемым коммутатором Hyper-V для запросов OID

В этой теме рассматривается путь управления, по которому проходят запросы идентификатора объекта (OID) расширяемого коммутатора Hyper-V.

На следующем рисунке показан путь управления расширяемым коммутатором для запросов OID для NDIS 6.40 (Windows Server 2012 R2) и более поздних версий.

На следующем рисунке показан путь управления расширяемым коммутатором для запросов OID для NDIS 6.30 (Windows Server 2012).

Примечание В интерфейсе расширяемого коммутатора драйверы фильтров NDIS называются расширениями расширяемого коммутатора, а стек драйверов называется стеком расширяемых коммутаторов.

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

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

• Получите необходимые сведения из расширяемого интерфейса коммутатора о новых или обновленных свойствах для политики коммутатора или порта.

• Выдача запросов OID к интерфейсу расширяемого коммутатора для получения текущей конфигурации расширяемого коммутатора, его портов и подключений к сетевому адаптеру.

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

Минипорт расширяемого коммутатора отвечает за выполнение запросов OID. Однако при использовании некоторых расширяемых OID-запросов коммутатора базовый модуль может отклонить запрос OID, чтобы запретить уведомление. Например, когда протокольный интерфейс расширяемого коммутатора уведомляет расширения о новом порте, который будет создан, он отправляет запрос на установку OID OID_SWITCH_PORT_CREATE. Основное расширение фильтрации или пересылки может наложить вето на создание порта, завершив запрос OID статусом STATUS_DATA_NOT_ACCEPTED. Дополнительные сведения по этой процедуре вы можете найти в разделе «Получение запросов OID» об изменениях конфигурации расширяемого коммутатора Hyper-V.

Заметка Если расширение не отклоняет запрос OID расширяемого коммутатора, оно должно отслеживать состояние по его завершении. Расширение должно сделать это, чтобы определить, был ли запрос OID вето на базовые расширения в пути управления расширяемым коммутатором или интерфейсом расширяемого коммутатора.

Заметка Запросы перезапуска стека с помощью NdisFRestartFilter не будут завершены, пока ожидается расширяемый запрос OID коммутатора. По этой причине расширение, ожидающее перезапуска стека, должно завершить все текущие запросы OID.

Большинство расширяемых запросов OID коммутатора можно выдавать только интерфейсом расширяемого коммутатора. Однако некоторые расширяемые запросы OID коммутатора могут выдаваться расширением для получения сведений о конфигурации расширяемого коммутатора, его портов и подключений к сетевому адаптеру. Для получения более подробной информации см. статью Запрос параметров конфигурации Hyper-V расширяемого коммутатора.