本主題討論 Hyper-V 可延伸交換器物件識別碼 （OID） 要求的控制路徑。
下圖顯示 NDIS 6.40 （Windows Server 2012 R2） 和更新版本的 OID 要求的可延伸交換器控制路徑。
下圖顯示 NDIS 6.30 OID 要求的可延伸交換器控制路徑（Windows Server 2012）。
注意 在可延伸交換器介面中，NDIS 篩選驅動程式稱為 可延伸交換器擴充功能，而驅動程式堆疊稱為 可延伸交換器驅動程式堆疊。
可延伸交換器擴充功能，例如篩選和轉送延伸模組，負責根據埠或交換器原則允許或拒絕封包流量。 為了讓這些擴充功能套用原則決策，這些擴充功能必須能夠執行下列動作：
從可延伸交換器介面接收有關可延伸交換器、其埠和網路適配器連線之新或更新組態和狀態的必要資訊。
從可延伸交換器介面接收交換器或埠原則之新或更新屬性的必要資訊。
對可延伸交換器介面發出 OID 要求，以取得可延伸交換器、其埠和網路適配器連線的目前組態。
可延伸交換器介面會發出可延伸交換器 OID 設定要求，通知基礎延伸模組有關其元件組態和政策參數的變更。 這些要求是由可延伸交換器的通訊協定邊緣所發出，以通知基礎延伸模塊有關這些變更。 這些 OID 要求會透過可延伸交換器驅動程式堆疊移至可延伸交換器的基礎迷你埠邊緣。
可延伸交換器的迷你埠邊緣負責完成 OID 要求。 不過，在處理一些可延伸的交換器 OID 要求時，基礎擴展模組可能會故意讓 OID 要求失敗，以便否決通知。 例如，當可擴展交換器的通訊協定邊緣通知擴展關於即將建立的新埠時，它會發出 OID_SWITCH_PORT_CREATE的 OID 設定要求。 基礎篩選或轉送延伸模組可以透過使用 STATUS_DATA_NOT_ACCEPTED 完成 OID 要求，以否決埠建立。 如需此程式的詳細資訊，請參閱 接收有關 Hyper-V 可延伸交換器組態變更的 OID 要求。
注意 如果擴充功能未否決可延伸交換器 OID 要求，它應該監視要求完成時的狀態。 延伸模組應該這樣做，以判斷 OID 要求是由可延伸交換器控件路徑或可延伸交換器介面中的基礎延伸模塊否決。
請注意，使用 NdisFRestartFilter 的 Stack 重新啟動要求不會在可延伸交換器 OID 要求擱置時完成。 基於這個理由，等待堆疊重新啟動的延伸模組必須完成任何進行中的 OID 要求。
大部分的可延伸交換器 OID 要求只能由可延伸交換器介面發出。 不過，擴充功能可以發出某些可延伸交換器 OID 要求，以取得可延伸交換器設定、其埠和網路適配器連線的相關信息。 如需進一步資訊，請參閱 可延伸交換器組態查詢 Hyper-V。