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 集合要求。 基礎篩選或轉送延伸模組可以透過完成 OID 要求與STATUS_DATA_NOT_ACCEPTED來建立埠。 如需此程式的詳細資訊，請參閱 接收 Hyper-V 可延伸交換器組態變更的 OID 要求。

注意 如果延伸模組未通過可延伸的交換器 OID 要求，它應該會在要求完成時監視狀態。 延伸模組應該這樣做，以判斷 OID 要求是由可延伸交換器控制項路徑中的基礎延伸模組或可延伸交換器介面所驗證。

注意 使用 NdisFRestartFilter 的堆疊重新開機要求在擱置中時，將無法完成可延伸的交換器 OID 要求。 基於這個理由，等待堆疊重新開機的延伸模組必須完成任何進行中的 OID 要求。

大部分的可延伸交換器 OID 要求只能由可延伸的交換器介面發出。 不過，擴充功能可以發出一些可延伸交換器 OID 要求，以取得可延伸交換器設定、其埠和網路介面卡連線的相關資訊。 如需詳細資訊，請參閱 查詢 Hyper-V 可延伸交換器組態。