Associazioni e connessioni del driver WAN

In questo argomento viene fornita una panoramica delle associazioni e delle connessioni tra NDISWAN, driver di protocollo overlying e driver miniport WAN sottostanti.

Associazioni

NDISWAN viene associato a uno o più driver miniport WAN e uno o più driver di protocollo associati a NDISWAN.

La figura seguente illustra le relazioni di associazione tra driver del protocollo client WAN, NDISWAN e driver miniport WAN.

I driver di protocollo vengono associati una sola volta a NDISWAN e non vengono associati ai driver miniport WAN. Questo tipo di associazione consente di risparmiare memoria e semplifica i driver miniport WAN. Poiché in genere sono presenti diversi driver di protocollo in un determinato sistema e potrebbero esserci più driver miniport WAN, la riduzione del numero di associazioni consente di risparmiare memoria. Ovvero, ogni protocollo non deve essere associato a ogni driver miniport WAN. Inoltre, poiché i driver di protocollo possono basarsi solo su una singola associazione WAN, questi driver di protocollo possono essere semplificati.

Connessioni

I miniport della rete WAN NDIS e della rete WAN CoNDIS implementano modelli diversi per le connessioni:

• Un driver miniport WAN NDIS usa collegamenti per inviare e ricevere dati. I collegamenti sono canali di comunicazione bidirezionali da punto a punto logici. Possono essere presenti molti collegamenti per scheda di interfaccia di rete. I collegamenti vengono stabiliti dinamicamente e troncato. La velocità e la qualità del collegamento possono variare per ogni connessione. Tuttavia, i parametri di riempimento e collegamento devono essere gli stessi per tutti i collegamenti supportati da una scheda di interfaccia di rete. Ad esempio, se un driver miniport wan NDIS specifica una spaziatura interna dell'intestazione a 20 byte e una spaziatura interna della coda a 4 byte, questa spaziatura interna deve rimanere costante per tutti i collegamenti supportati dalla scheda di interfaccia di rete del driver miniport.

• Un driver miniport della rete WAN CoNDIS invia e riceve i dati tramite le connessioni virtuali. Possono essere presenti molte schede virtuali per scheda di interfaccia di rete. Anche se la velocità di trasmissione dei dati può variare da VC a VC, gli altri parametri VC sono gli stessi per tutte le macchine virtuali supportate dalla scheda di interfaccia di rete. Un driver miniport wan CoNDIS può specificare una dimensione massima del frame per qualsiasi pacchetto net che il driver miniport può inviare e ricevere. Se il driver miniport specifica una dimensione massima del frame, tale dimensione massima deve rimanere costante per tutte le schede di interfaccia di rete.

Analogamente ad altri driver miniport, ogni driver miniport WAN deve avere almeno una scheda di interfaccia di rete per cui alloca e gestisce un'area di contesto specifica della scheda di interfaccia di rete. L'area di contesto specifica della scheda di interfaccia di rete è semplicemente un modo per archiviare, recuperare e usare informazioni sulle specifiche hardware della scheda di interfaccia di rete (ad esempio interrupt, tipo di bus, intervallo di I/O e memoria) e mantenere lo stato di runtime per le connessioni. Un driver miniport deve specificare un'area di contesto specifica della scheda di interfaccia di rete per ogni scheda di rete nel sistema supportato.

Se un determinato driver miniport WAN specifica che non richiede la compressione dell'indirizzo e del campo di controllo, si presuppone che per tutte le connessioni nella scheda di interfaccia di rete del driver miniport.

Prima che un driver miniport WAN possa inviare o ricevere pacchetti in una rete wide area, è necessario creare una connessione:

• In un ambiente NDIS, un'applicazione deve configurare una connessione che ha origine nel nodo di invio o accettare una connessione che ha origine in un nodo remoto effettuando o accettando una chiamata. La configurazione, la supervisione e l'disinstallazione di una connessione viene eseguita tramite TAPI. Le richieste TAPI e le indicazioni sullo stato per TAPI passano attraverso NDISTAPI. Per altre informazioni su TAPI e NDISTAPI, vedere Panoramica di NDISTAPI.

• In un ambiente CoNDIS è necessario creare un vc. Il driver NDPROXY crea un vc per una chiamata in uscita originata da un'applicazione. Analogamente, un gestore chiamate (o MCM) avvia la creazione di un vc per una chiamata in ingresso che il gestore chiamate indica a NDISWAN e NDPROXY. Il gestore chiamate deve comunicare e a volte negoziare i parametri per il vc con l'entità remota. La configurazione, la supervisione e l'disinstallazione di una connessione viene eseguita tramite TAPI. Le richieste TAPI e le indicazioni sullo stato per TAPI passano attraverso NDPROXY. Per altre informazioni su TAPI e NDPROXY, vedere Panoramica di NDPROXY.