Partager via

Liaisons et connexions de pilotes WAN

  • Article

Cette rubrique fournit une vue d’ensemble des liaisons et des connexions entre NDISWAN, les pilotes de protocole sur-jacents et les pilotes miniport WAN sous-jacents.

Liaisons

NDISWAN lie un ou plusieurs pilotes miniport WAN et un ou plusieurs pilotes de protocole à NDISWAN.

La figure suivante illustre les relations de liaison entre les pilotes de protocole client WAN, NDISWAN et les pilotes miniport WAN.

diagramme illustrant les relations de liaison entre les pilotes de protocole client wan, ndiswan et les pilotes miniport wan.

Les pilotes de protocole se lient une fois à NDISWAN et ne sont pas liés aux pilotes miniport WAN. Ce type de liaison économise de la mémoire et simplifie les pilotes miniport WAN. Étant donné qu’il existe généralement plusieurs pilotes de protocole dans un système donné et qu’il peut y avoir plusieurs pilotes de miniport WAN, la réduction du nombre de liaisons permet d’économiser de la mémoire. Autrement dit, chaque protocole n’a pas besoin de se lier à chaque pilote miniport WAN. En outre, étant donné que les pilotes de protocole peuvent s’appuyer sur une seule liaison WAN, ces pilotes de protocole peuvent être simplifiés.

Connexions

Les pilotes miniportS NDIS WAN et CoNDIS WAN implémentent différents modèles pour les connexions :

  • Un pilote miniport NDIS WAN utilise des liens pour envoyer et recevoir des données. Les liens sont des canaux de communication bidirectionnels point à point logiques. Il peut y avoir de nombreux liens par carte réseau. Les liens sont établis et détruits dynamiquement. La vitesse et la qualité du lien peuvent varier pour chaque connexion. Toutefois, les paramètres de remplissage et de liaison doivent être les mêmes pour tous les liens pris en charge par une carte réseau. Par exemple, si un pilote miniport NDIS WAN spécifie un remplissage d’en-tête de 20 octets et un remplissage de la queue de 4 octets, ce remplissage doit rester constant pour tous les liens pris en charge par la carte réseau du pilote miniport.

  • Un pilote miniport CoNDIS WAN envoie et reçoit des données via des connexions virtuelles (VCs). Il peut y avoir de nombreux VCs par carte réseau. Bien que la vitesse de transmission des données puisse varier de VC à VC, les autres paramètres VC sont les mêmes pour tous les VCs pris en charge par la carte réseau. Un pilote miniport CoNDIS WAN peut spécifier une taille d’image maximale pour tout paquet net que le pilote miniport peut envoyer et recevoir. Si le pilote miniport spécifie une taille d’image maximale, cette taille d’image maximale doit rester constante pour tous les ordinateurs virtuels sur cette carte réseau.

Comme les autres pilotes miniport, chaque pilote miniport WAN doit avoir au moins une carte réseau pour laquelle il alloue et gère une zone de contexte spécifique à la carte réseau. La zone de contexte propre à la carte réseau est simplement un moyen de stocker, de récupérer et d’utiliser des informations sur les caractéristiques matérielles de la carte réseau (telles que l’interruption, le type de bus, la plage d’E/S et la mémoire) et de maintenir l’état d’exécution des connexions. Un pilote miniport doit spécifier une zone de contexte spécifique à la carte réseau pour chaque carte réseau dans le système qu’il prend en charge.

Si un pilote de miniport WAN particulier spécifie qu’il ne nécessite pas d’adresse PPP et de compression de champ de contrôle, cela est supposé vrai pour toutes les connexions sur la carte réseau du pilote miniport.

Pour qu’un pilote miniport WAN puisse envoyer ou recevoir des paquets sur un réseau étendu, une connexion doit être créée :

  • Dans un environnement NDIS, une application doit configurer une connexion qui provient du nœud d’envoi ou accepter une connexion qui provient d’un nœud distant en effectuant ou en acceptant un appel. La configuration, la supervision et la destruction d’une connexion sont effectuées via TAPI. Les requêtes TAPI et les indications status à TAPI passent toutes par NDISTAPI. Pour plus d’informations sur TAPI et NDISTAPI, consultez Vue d’ensemble de NDISTAPI.

  • Dans un environnement CoNDIS, un vc doit être créé. Le pilote NDPROXY crée un vc pour un appel sortant à l’origine d’une application. De même, un gestionnaire d’appels (ou MCM) lance la création d’un vc pour un appel entrant que le gestionnaire d’appels indique à NDISWAN et NDPROXY. Le gestionnaire d’appels doit communiquer et parfois négocier les paramètres du vc avec le tiers distant. La configuration, la supervision et la destruction d’une connexion sont effectuées via TAPI. Les demandes TAPI et status indications à TAPI passent toutes par NDPROXY. Pour plus d’informations sur TAPI et NDPROXY, consultez Vue d’ensemble de NDPROXY.