Freigeben über

WAN-Treiberbindungen und -verbindungen

  • Artikel

Dieses Thema bietet eine Übersicht über Bindungen und Verbindungen zwischen NDISWAN, überlastenden Protokolltreibern und den zugrunde liegenden WAN-Miniporttreibern.

Bindungen

NDISWAN bindet an einen oder mehrere WAN-Miniporttreiber und einen oder mehrere Protokolltreiber an NDISWAN.

Die folgende Abbildung veranschaulicht die Bindungsbeziehungen zwischen WAN-Clientprotokolltreibern, NDISWAN- und WAN-Miniporttreibern.

Diagramm, das die Bindungsbeziehungen zwischen Wan-Clientprotokolltreibern, ndiswan- und wan-Miniporttreibern veranschaulicht.

Protokolltreiber binden einmal an NDISWAN und binden nicht an WAN-Miniporttreiber. Diese Art der Bindung spart Arbeitsspeicher und vereinfacht WAN-Miniporttreiber. Da in einem bestimmten System in der Regel mehrere Protokolltreiber vorhanden sind und mehrere WAN-Miniporttreiber vorhanden sein können, spart die Verringerung der Anzahl der Bindungen Arbeitsspeicher. Das heißt, jedes Protokoll muss nicht an jeden WAN-Miniporttreiber gebunden werden. Da Protokolltreiber nur auf eine einzelne WAN-Bindung angewiesen sind, können diese Protokolltreiber vereinfacht werden.

Verbindungen

NDIS WAN- und CoNDIS WAN-Miniporttreiber implementieren verschiedene Modelle für Verbindungen:

  • Ein NDIS WAN-Miniporttreiber verwendet Links zum Senden und Empfangen von Daten. Links sind logische, punkt-zu-Punkt-bidirektionale Kommunikationskanäle. Pro NIC können viele Links vorhanden sein. Links werden dynamisch eingerichtet und abgerissen. Die Verbindungsgeschwindigkeit und -qualität der Verbindung kann je nach Verbindung variieren. Die Parameter "Padding" und "Link" müssen jedoch für alle Links identisch sein, die von einer NIC unterstützt werden. Wenn beispielsweise ein NDIS WAN-Miniporttreiber eine 20-Byte-Headerfüllung und eine 4-Byte-Tail-Füllung angibt, muss diese Füllung für alle Links konstant bleiben, die die NIC des Miniporttreibers unterstützt.

  • Ein CoNDIS WAN-Miniporttreiber sendet und empfängt Daten über virtuelle Verbindungen (VCs). Pro NIC können viele VCs vorhanden sein. Während die Datenübertragungsgeschwindigkeit von VC zu VC variieren kann, sind die anderen VC-Parameter für alle VCs identisch, die die NIC unterstützt. Ein CoNDIS WAN-Miniporttreiber kann eine maximale Framegröße für jedes Netzpaket angeben, das der Miniporttreiber senden und empfangen kann. Wenn der Miniporttreiber eine maximale Framegröße angibt, muss diese maximale Framegröße für alle VCs in dieser NIC konstant bleiben.

Wie andere Miniporttreiber muss jeder WAN-Miniporttreiber über mindestens eine NIC verfügen, für die er einen NIC-spezifischen Kontextbereich ordnet und verwaltet. Der NIC-spezifische Kontextbereich ist einfach eine Möglichkeit, Informationen über die Hardwarespezifischen der NIC (z. B. Interrupt, Bustyp, E/A-Bereich und Arbeitsspeicher) zu speichern, abzurufen und zu verwenden und den Laufzeitzustand für Verbindungen beizubehalten. Ein Miniporttreiber sollte einen NIC-spezifischen Kontextbereich für jedes Netzwerk angeben, das im unterstützten System Karte.

Wenn ein bestimmter WAN-Miniporttreiber angibt, dass keine PPP-Adresse und Keine Steuerungsfeldkomprimierung erforderlich ist, wird für alle Verbindungen auf der NIC des Miniporttreibers true angenommen.

Bevor ein WAN-Miniporttreiber Pakete in einem Wide Area-Netzwerk senden oder empfangen kann, muss eine Verbindung hergestellt werden:

  • In einer NDIS-Umgebung muss eine Anwendung eine Verbindung einrichten, die auf dem sendenden Knoten entsteht, oder eine Verbindung akzeptieren, die auf einem Remoteknoten entsteht, indem sie einen Aufruf sendet oder akzeptiert. Das Einrichten, Die Überwachung und das Abreißen einer Verbindung erfolgt über TAPI. TAPI-Anforderungen und status Indikationen an TAPI durchlaufen NDISTAPI. Weitere Informationen zu TAPI und NDISTAPI finden Sie unter Übersicht über NDISTAPI.

  • In einer CoNDIS-Umgebung muss eine VC erstellt werden. Der NDPROXY-Treiber erstellt eine VC für einen ausgehenden Aufruf, den eine Anwendung ausgelöst hat. In ähnlicher Weise initiiert ein Anruf-Manager (oder MCM) die Erstellung einer VC für einen eingehenden Anruf, den der Anrufmanager für NDISWAN und NDPROXY angibt. Der Anruf-Manager muss mit der Remotepartei kommunizieren und manchmal die Parameter für die VC aushandeln. Das Einrichten, Die Überwachung und das Abreißen einer Verbindung erfolgt über TAPI. TAPI-Anforderungen und status Indikationen für TAPI durchlaufen NDPROXY. Weitere Informationen zu TAPI und NDPROXY finden Sie unter Übersicht über NDPROXY.