Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Une application utilise la fonction WSAEnumProtocols pour déterminer quels protocoles de transport et chaînes de protocole sont présents, et pour obtenir des informations sur chacune d’elles contenues dans la structure WSAPROTOCOL_INFO associée.
Dans la plupart des cas, il existe une structure WSAPROTOCOL_INFO unique pour chaque protocole ou chaîne de protocole. Toutefois, certains protocoles présentent plusieurs comportements. Par exemple, le protocole SPX est orienté message (autrement dit, les limites de message de l’expéditeur sont conservées par le réseau), mais le socket de réception peut ignorer ces limites de message et les traiter comme un flux d’octets. Par conséquent, deux entrées de structure WSAPROTOCOL_INFO différentes peuvent exister pour SPX, une pour chaque comportement.
Dans Windows Sockets 2, plusieurs nouvelles valeurs de famille d’adresses, de type de socket et de protocole s’affichent. Windows Sockets 1.1 a pris en charge une seule famille d’adresses (AF_INET) pour IPv4 qui comprenait un petit nombre de types de sockets connus et d’identificateurs de protocole. Windows Sockets 2 conserve la famille d’adresses, le type de socket et les identificateurs de protocole existants pour des raisons de compatibilité, mais il prend également en charge les nouvelles valeurs de famille d’adresses pour les nouveaux protocoles de transport avec de nouveaux types de supports.
Les nouveaux identificateurs uniques ne sont pas nécessairement bien connus, mais cela ne devrait pas poser de problème. Les applications qui doivent être indépendantes du protocole sont encouragées à sélectionner un protocole en fonction de sa pertinence plutôt que des valeurs affectées à leurs paramètres de socket_type ou de protocole. L’adéquation du protocole est indiquée par les attributs de communication, tels que le flux de messages et d’octets, et fiable et non fiable, qui sont contenus dans la structure du protocole WSAPROTOCOL_INFO. La sélection de protocoles sur la base de l’adéquation par opposition aux noms de protocole et aux types de sockets connus permet aux applications indépendantes du protocole de tirer parti des nouveaux protocoles de transport et de leurs types multimédias associés, au fur et à mesure qu’elles deviennent disponibles.
La partie serveur d’une application client/serveur bénéficie de l’établissement de sockets d’écoute sur tous les protocoles de transport appropriés. Ensuite, le client peut établir sa connexion à l’aide de n’importe quel protocole approprié. Par exemple, cela permettrait à une application cliente d’être non modifiée, qu’elle s’exécute sur un système de bureau connecté via un réseau local ou sur un ordinateur portable à l’aide d’un réseau sans fil.