Panoramica dell'architettura RAS
Il servizio di accesso remoto (RAS) consente alle workstation remote di stabilire una connessione remota a una LAN e di accedere alle risorse nella LAN come se la workstation remota fosse nella LAN. I driver miniport WAN forniscono l'interfaccia tra schede RAS e WAN (Wide Area Network), ad esempio ISDN, X.25 e Adapter Switched 56.
I componenti primari forniti dal sistema dell'architettura RAS includono quanto segue:
Gli sviluppatori forniscono applicazioni con riconoscimento TAPI e driver miniport WAN. Gli sviluppatori della rete WAN CoNDIS possono anche fornire driver del protocollo client WAN, un gestore chiamate miniport (MCM) o un gestore chiamate separato.
La figura seguente illustra l'architettura RAS.
Le sezioni seguenti descrivono brevemente i componenti nell'architettura RAS.
Componenti RAS e TAPI
I componenti a destra della figura precedente implementano le operazioni di gestione delle chiamate correlate a TAPI, ad esempio la configurazione e l'disinstallazione di chiamate e connessioni. I dettagli di queste operazioni dipendono dal modello WAN (wan NDIS o rete WAN CoNDIS).
Funzioni RAS
Le applicazioni in modalità utente chiamano funzioni RAS per stabilire connessioni RAS con computer remoti. Dopo aver stabilito una connessione RAS, tali applicazioni possono connettersi ai servizi di rete usando interfacce di rete standard come Microsoft Windows Sockets, NetBIOS, Named Pipes o RPC.
TAPI-Aware Applicazioni
Le applicazioni compatibili con TAPI, in grado di comunicare tramite telefonia, vengono eseguite sia nei processi applicativi che nei processi di servizio. I provider di servizi comunicano con dispositivi specifici. Le applicazioni che supportano TAPI comunicano tramite l'interfaccia TAPI (Tapi32.dll) con i provider di servizi. Questi provider di servizi vengono eseguiti nel processo del servizio TAPI .
Servizio TAPI
Il processo TAPI (Tapisrv.exe) presenta il TSPI (Telephony Service Provider Interface) dei provider di servizi per applicazioni che supportano TAPI. Questi provider di servizi sono DLL eseguite nel contesto del processo del servizio TAPI.
Il sistema operativo fornisce provider di servizi che i driver miniport NDIS WAN o CoNDIS WAN usano per comunicare con le applicazioni in modalità utente. Il provider di servizi per i driver miniport WAN NDIS è KMDDSP. Il fornitore di servizi per i driver miniport delle reti WAN CoNDIS (e MCMs) è NDPTSP.
KMDDSP
KMDDSP (Kmddsp.tsp) è una DLL del provider di servizi eseguita nel contesto del processo del servizio TAPI. KMDDSP fornisce un'interfaccia TSPI presentata dal servizio TAPI per applicazioni con riconoscimento TAPI in modo che NDISTAPI possa comunicare con applicazioni in modalità utente.
KMDDSP funziona con NDISTAPI per convertire le richieste in modalità utente in OID TAPI corrispondenti (OID_TAPI_Xxx). Per altre informazioni sugli URI TAPI, vedere oggetti TAPI.
NDPTSP
NDPTSP (Ndptsp.tsp) è una DLL del provider di servizi eseguita nel contesto del processo del servizio TAPI. NDPTSP fornisce un'interfaccia TSPI che il servizio TAPI presenta alle applicazioni in grado di supportare TAPI in modo che NDPROXY possa comunicare con applicazioni in modalità utente.
NDPTSP funziona con NDPROXY per convertire le richieste in modalità utente in OID orientati alla connessione TAPI (OID_CO_TAPI_Xxx). Per altre informazioni sugli OID orientati alla connessione TAPI, vedere estensioni TAPI per Connection-Oriented NDIS.
NDISTAPI
NDISTAPI (Ndistapi.sys) riceve le richieste TAPI da KMDDSP e quindi chiama NdisOidRequest per instradare gli IDE TAPI corrispondenti ai driver miniport WAN NDIS. Per altre informazioni su NDISTAPI, vedere Panoramica di NDISTAPI.
NDPROXY
NDPROXY (Ndproxy.sys) comunica con TAPI tramite l'interfaccia TSPI fornita NDPTSP. NDPROXY comunica tramite NDIS con i driver miniport NDISWAN e CoNDIS WAN, gli MCM e i gestori delle chiamate.
Per ulteriori informazioni su NDPROXY, vedere la panoramica di NDPROXY.
Driver Stack
Trasporti WAN
Il componente di sistema RAS fornisce trasporti come l'autenticazione PPP (PAP, CHAP) e i driver del protocollo di configurazione di rete (IPCP, IPXCP, NBFCP, LCP e così via). Un driver miniport WAN (o MCM) implementa solo l'incapsulamento specifico del media PPP.
NDISWAN
NDISWAN (Ndiswan.sys) è un driver intermedio NDIS. NDISWAN si associa ai driver del protocollo NDIS al suo bordo superiore e driver miniport WAN al bordo inferiore.
NDISWAN fornisce l'inquadramento del protocollo/collegamento PPP, la compressione/decompressione e la crittografia/decrittografia. Interfacce NDISWAN con i driver miniport della rete WAN NDIS e della rete WAN CoNDIS.
Per ulteriori informazioni su NDISWAN, vedere la Panoramica di NDISWAN .
Driver seriale
Il componente driver seriale è un driver di dispositivo standard per porte seriali interne o schede seriali multiporta. Il driver miniport WAN asincrono incluso in Microsoft Windows 2000 e versioni successive usa il driver seriale interno per le comunicazioni modem. Qualsiasi driver che esporta le stesse funzioni del driver seriale può interfacciarsi con il driver miniport WAN asincrono predefinito.
Nota I fornitori di X.25 possono implementare driver seriali emulatori per una scheda di interfaccia X.25. In questo caso, ogni circuito virtuale sulla scheda X.25 risulta come una porta seriale con un assembler/disassembler di pacchetti X.25 (PAD) collegato. L'interfaccia di connessione deve emulare correttamente segnali seriali, ad esempio DTR, DCD, CTS, RTS e DSR. I fornitori X.25 che implementano un emulatore di driver seriale per la scheda X.25 devono anche fare una voce per il PAD nel file Pad.inf. Questo file contiene lo script di comando/risposta necessario per stabilire una connessione tramite il PAD X.25.
WAN Miniport Driver
Un driver di miniport WAN fornisce l'interfaccia tra NDISWAN e schede di rete WAN.
Un driver miniport WAN può essere implementato come driver miniport WAN NDIS o come driver miniport WAN CoNDIS. Per altre informazioni sulla scelta del modello di driver miniport più appropriato per l'applicazione, vedere Scelta di un modello di driver WAN.