OID 请求的 Hyper-V 可扩展交换机控制路径
本主题讨论 Hyper-V 可扩展交换机对象标识符 (OID) 请求移动的控制路径。
下图显示了 NDIS 6.40 (Windows Server 2012 R2) 及更高版本的 OID 请求的可扩展开关控制路径。
下图显示了 NDIS 6.30 (Windows Server 2012) 的 OID 请求的可扩展开关控制路径。
注意 在可扩展交换机接口中,NDIS 筛选器驱动程序称为 可扩展交换机扩展 ,驱动程序堆栈称为 可扩展交换机驱动程序堆栈。
可扩展交换机扩展(例如筛选和转发扩展)负责根据端口或交换机策略允许或拒绝数据包流量。 为了使这些扩展应用策略决策,这些扩展必须能够执行以下操作:
从可扩展交换机接口接收有关可扩展交换机、其端口及其网络适配器连接的新配置和状态的必要信息。
从可扩展交换机接口接收有关交换机或端口策略的新属性或更新属性的必要信息。
向可扩展交换机接口发出 OID 请求以获取可扩展交换机的当前配置、其端口及其网络适配器连接。
可扩展交换机接口通过发出可扩展交换机 OID 集请求,通知基础扩展其组件配置和策略参数的更改。 这些请求由可扩展交换机的协议边缘发出,以通知基础扩展有关这些更改。 这些 OID 请求通过可扩展交换机驱动程序堆栈移动到可扩展交换机的基础微型端口边缘。
可扩展交换机的微型端口边缘负责完成 OID 请求。 但是,对于某些可扩展的交换机 OID 请求,基础扩展可能会使 OID 请求失败,以否决通知。 例如,当可扩展交换机的协议边缘通知扩展有关将创建的新端口时,它会发出 OID_SWITCH_PORT_CREATE的 OID 集请求。 基础筛选或转发扩展可以通过STATUS_DATA_NOT_ACCEPTED完成 OID 请求来否决端口创建。 有关此过程的详细信息,请参阅 接收有关 Hyper-V 可扩展交换机配置更改的 OID 请求。
注意 如果扩展未否决可扩展交换机 OID 请求,则应在请求完成时监视状态。 扩展应执行此操作以确定 OID 请求是被可扩展开关控制路径中的基础扩展否决的,还是被可扩展开关接口否决的。
注意 当可扩展交换机 OID 请求挂起时,使用 NdisFRestartFilter 的堆栈重启请求不会完成。 因此,等待堆栈重启的扩展必须完成任何正在进行的 OID 请求。
大多数可扩展交换机 OID 请求只能由可扩展交换机接口发出。 但是,扩展可以发出某些可扩展交换机 OID 请求,以获取有关可扩展交换机的配置、其端口和网络适配器连接的信息。 有关详细信息,请参阅 查询 Hyper-V 可扩展交换机配置。