WAN 驅動程式系結和連線

本主題概述 NDISWAN、上層協定驅動程式與基礎 WAN 微型埠驅動程式之間的系結和連線。

綁定

NDISWAN 系結至一或多個 WAN 迷你埠驅動程式，以及一或多個通訊協定驅動程式系結至 NDISWAN。

下圖說明 WAN 用戶端通訊協定驅動程式、NDISWAN 和 WAN 迷你埠驅動程式之間的系結關聯性。

通訊協定驅動程式一次系結至 NDISWAN，且不會繫結至 WAN 迷你埠驅動程式。 這種類型的系結可節省記憶體並簡化WAN迷你埠驅動程式。 由於指定系統中通常會有數個通訊協定驅動程式，而且可能會有多個WAN 迷你埠驅動程式，所以係結數目的減少可節省記憶體。 也就是說，每個通訊協定都不需要系結至每個WAN迷你埠驅動程式。 此外，由於通訊協定驅動程式只能依賴單一 WAN 系結，因此可以簡化這些通訊協定驅動程式。

關聯

NDIS WAN 和 CoNDIS WAN 迷你埠驅動程式會針對連線實作不同的模型：

• NDIS WAN 迷你埠驅動程式會使用連結來傳送和接收數據。 鏈接是邏輯的點對點雙向通道。 每個 NIC 可以有許多連結。 鏈接會動態建立並拆毀。 連結的速度和品質可能會因每個連線而有所不同。 不過，NIC 支援的所有連結都必須使用相同的填補和鏈接參數。 例如，如果 NDIS WAN 迷你埠驅動程式指定 20 位元組標頭填補和 4 位元組尾填補，則迷你埠驅動程式 NIC 支援的所有連結都必須保留此填補。

• CoNDIS WAN 迷你埠驅動程式會透過虛擬連線傳送和接收數據。 每個 NIC 可以有許多 VC。 雖然各個 VC 的數據傳送速度可能有所不同，但 NIC 所支援的所有 VC 的其他參數都是相同的。 CoNDIS WAN 迷你埠驅動程式可以為迷你埠驅動程式可以傳送和接收的任何網路封包指定最大框架大小。 如果迷你埠驅動程式指定最大框架大小，該最大框架大小必須在該 NIC 上的所有虛擬電路中保持不變。

與其他迷你埠驅動程序一樣，每個WAN 迷你埠驅動程式都必須至少有一個 NIC，其配置和維護 NIC 特定內容區域。 NIC 特定內容區域只是儲存、擷取和使用NIC硬體特定資訊的方法（例如中斷、總線類型、I/O 範圍和記憶體），以及維護連線的運行時間狀態。 迷你埠驅動程式應該針對其支援的系統中每個網路卡指定一個 NIC 特定內容區域。

如果特定的 WAN 迷你埠驅動程式指定它不需要 PPP 位址和控制欄位壓縮，則迷你埠驅動程式 NIC 上的所有連線都會假設為 true。

WAN 迷你埠驅動程序必須先建立連線，才能在廣域網路上傳送或接收封包：

• 在 NDIS 環境中，應用程式必須設定源自傳送節點上的連線，或藉由進行或接受呼叫，以接受源自遠端節點上的連線。 透過 TAPI 進行連線的設定、監督和拆除。 TAPI 的請求和狀態指示全部都通過 NDISTAPI。 如需 TAPI 和 NDISTAPI 的詳細資訊，請參閱 NDISTAPI 概觀。

• 在 CoNDIS 環境中，必須建立 VC。 NDPROXY 驅動程式會為應用程式產生的傳出呼叫建立 VC。 同樣地，呼叫管理員 （或 MCM） 會針對來電管理員向 NDISWAN 和 NDPROXY 指示的來電起始 VC 的建立。 呼叫管理員必須與遠端對象溝通，有時還需要就視頻會議的參數進行協商。 透過 TAPI 完成連線的設置、監督和拆卸。 TAPI 要求和 TAPI 的狀態指示全都經過 NDPROXY。 如需 TAPI 和 NDPROXY 的詳細資訊，請參閱 NDPROXY 概觀。