Übersicht über die RAS-Architektur
Der RAS ermöglicht Remotearbeitsstationen, eine DFÜ-Verbindung mit einem LAN herzustellen und auf Ressourcen im LAN zuzugreifen, als ob die Remotearbeitsstation im LAN wäre. WAN-Miniporttreiber stellen die Schnittstelle zwischen RAS- und WAN-Karten (Wide Area Network) wie ISDN, X.25 und Switched 56-Adaptern bereit.
Die primären systemseitig bereitgestellten Komponenten der RAS-Architektur umfassen Folgendes:
Entwickler stellen TAPI-fähige Anwendungen und WAN-Miniporttreiber bereit. CoNDIS WAN-Entwickler können auch WAN-Clientprotokolltreiber, einen Miniport-Anruf-Manager (MCM) oder einen separaten Anruf-Manager bereitstellen.
Die folgende Abbildung zeigt die RAS-Architektur.
In den folgenden Abschnitten werden die Komponenten in der RAS-Architektur kurz beschrieben.
RAS- und TAPI-Komponenten
Die Komponenten auf der rechten Seite der vorherigen Abbildung implementieren TAPI-bezogene Anrufverwaltungsvorgänge, z. B. das Einrichten und Beenden von Anrufen und Verbindungen. Die Details dieser Vorgänge hängen vom WAN-Modell (NDIS WAN oder CoNDIS WAN) ab.
RAS-Funktionen
Benutzermodusanwendungen rufen RAS-Funktionen auf, um RAS-Verbindungen mit Remotecomputern herzustellen. Nachdem eine RAS-Verbindung hergestellt wurde, können solche Anwendungen mithilfe von Standardnetzwerkschnittstellen wie Microsoft Windows Sockets, NetBIOS, Named Pipes oder RPC eine Verbindung mit Netzwerkdiensten herstellen.
TAPI-fähige Anwendungen
TAPI-fähige Anwendungen, die telefoniekommunikationsfähig sind, werden sowohl in Anwendungsprozessen als auch in Dienstprozessen ausgeführt. Dienstanbieter kommunizieren mit bestimmten Geräten. TAPI-fähige Anwendungen kommunizieren über die TAPI-Schnittstelle (Tapi32.dll) mit ihren Dienstanbietern. Diese Dienstanbieter werden im TAPI-Dienstprozess ausgeführt.
TAPI-Dienst
Der TAPI-Dienstprozess (Tapisrv.exe) stellt die Telefoniedienstanbieterschnittstelle (TSPI) von Dienstanbietern für TAPI-fähige Anwendungen dar. Bei diesen Dienstanbietern handelt es sich um DLLs, die im Kontext des TAPI-Dienstprozesses ausgeführt werden.
Das Betriebssystem stellt Dienstanbieter bereit, die NDIS WAN- oder CoNDIS WAN-Miniporttreiber für die Kommunikation mit Anwendungen im Benutzermodus verwenden. Der Dienstanbieter für NDIS WAN-Miniporttreiber ist KMDDSP. Der Dienstanbieter für CoNDIS WAN-Miniporttreiber (und MCMs) ist NDPTSP.
KMDDSP
KMDDSP (Kmddsp.tsp) ist eine Dienstanbieter-DLL, die im Kontext des TAPI-Dienstprozesses ausgeführt wird. KMDDSP bietet eine TSPI-Schnittstelle, die der TAPI-Dienst FÜR TAPI-fähige Anwendungen bereitstellt, sodass NDISTAPI mit Anwendungen im Benutzermodus kommunizieren kann.
KMDDSP arbeitet mit NDISTAPI, um Benutzermodusanforderungen in entsprechende TAPI-OIDs (OID_TAPI_Xxx) zu konvertieren. Weitere Informationen zu TAPI-OIDs finden Sie unter TAPI-Objekte.
NDPTSP
NDPTSP (Ndptsp.tsp) ist eine Dienstanbieter-DLL, die im Kontext des TAPI-Dienstprozesses ausgeführt wird. NDPTSP stellt eine TSPI-Schnittstelle bereit, die der TAPI-Dienst FÜR TAPI-fähige Anwendungen bereitstellt, sodass NDPROXY mit Anwendungen im Benutzermodus kommunizieren kann.
NDPTSP arbeitet mit NDPROXY, um Benutzermodusanforderungen in TAPI-verbindungsorientierte OIDs (OID_CO_TAPI_Xxx) zu konvertieren. Weitere Informationen zu TAPI-verbindungsorientierten OIDs finden Sie unter TAPI-Erweiterungen für Connection-Oriented NDIS.
NDISTAPI
NDISTAPI (Ndistapi.sys) empfängt TAPI-Anforderungen von KMDDSP und ruft dann NdisOidRequest auf, um die entsprechenden TAPI-OIDs an NDIS WAN-Miniporttreiber weiterzuleiten. Weitere Informationen zu NDISTAPI finden Sie unter Übersicht über NDISTAPI.
NDPROXY
NDPROXY (Ndproxy.sys) kommuniziert mit TAPI über die TSPI-Schnittstelle, die NDPTSP bereitstellt. NDPROXY kommuniziert über NDIS mit NDISWAN- und CoNDIS WAN-Miniporttreibern, MCMs und Anrufmanagern.
Weitere Informationen zu NDPROXY finden Sie unter Übersicht über NDPROXY.
Treiberstapel
WAN-Transporte
Die RAS-Systemkomponente bietet Transporte wie PPP-Authentifizierung (PAP, CHAP) und Netzwerkkonfigurationsprotokolltreiber (IPCP, IPXCP, NBFCP, LCP usw.). Ein WAN-Miniporttreiber (oder MCM) implementiert nur PPP-medienspezifisches Framing.
NDISWAN
NDISWAN (Ndiswan.sys) ist ein NDIS-Zwischentreiber. NDISWAN bindet an NDIS-Protokolltreiber am oberen Rand und WAN-Miniporttreiber am unteren Rand.
NDISWAN bietet PPP-Protokoll/Link-Rahmen, Komprimierung/Dekomprimierung und Verschlüsselung/Entschlüsselung. NDISWAN-Schnittstellen mit NDIS WAN- und CoNDIS WAN-Miniporttreibern.
Weitere Informationen zu NDISWAN finden Sie unter Übersicht über NDISWAN.
Serieller Treiber
Die Serielle Treiberkomponente ist ein Standardgerätetreiber für interne serielle Ports oder serielle Multiportkarten. Der asynchrone WAN-Miniporttreiber, der in Microsoft Windows 2000 und höher enthalten ist, verwendet den internen seriellen Treiber für die Modemkommunikation. Jeder Treiber, der dieselben Funktionen wie der serielle Treiber exportiert, kann mit dem integrierten asynchronen WAN-Miniporttreiber zusammenarbeiten.
Hinweis X.25-Anbieter können Emulatoren für serielle Treiber für eine X.25-Schnittstelle Karte implementieren. In diesem Fall wird jede virtuelle Verbindung auf dem X.25-Karte als serieller Port angezeigt, an dem ein X.25-Paketassember/Disassembler (PAD) angefügt ist. Die Verbindungsschnittstelle muss serielle Signale wie DTR, DCD, CTS, RTS und DSR ordnungsgemäß emulieren. X.25-Anbieter, die einen Emulator für serielle Treiber für ihre X.25-Karte implementieren, müssen auch einen Eintrag für ihr PAD in der Datei Pad.inf vornehmen. Diese Datei enthält das Befehls-/Antwortskript, das erforderlich ist, um eine Verbindung über das X.25-PAD herzustellen.
WAN-Miniporttreiber
Ein WAN-Miniporttreiber stellt die Schnittstelle zwischen NDISWAN und WAN-NICs bereit.
Ein WAN-Miniporttreiber kann als NDIS WAN-Miniporttreiber oder als CoNDIS WAN-Miniporttreiber implementiert werden. Weitere Informationen zur Auswahl des Miniporttreibermodells, das für Ihre Anwendung am besten geeignet ist, finden Sie unter Auswählen eines WAN-Treibermodells.