Modèle de résolution de noms pour le SPI
Lors du développement d’une application client/serveur indépendante du protocole, deux exigences de base existent en ce qui concerne la résolution de noms et l’inscription :
- La capacité du serveur à la moitié de l’application (ci-après le terme de service) d’inscrire son existence dans (ou de devenir accessible à) un ou plusieurs espaces de noms.
- Capacité de l’application cliente à rechercher le service dans un espace de noms et à obtenir le protocole de transport et les informations d’adressage requis.
Pour ceux habitués au développement d’applications basées sur TCP/IP, cela peut impliquer un peu plus que la recherche d’une adresse d’hôte, puis l’utilisation d’un numéro de port convenu. Toutefois, d’autres schémas de mise en réseau autorisent l’emplacement du service, le protocole utilisé pour le service et d’autres attributs à découvrir au moment de l’exécution. pour prendre en charge l’ensemble des fonctionnalités disponibles dans les services de noms existants, l’interface Windows sockets 2 adopte le modèle décrit ci-dessous.
Un espace de noms fait référence à une capacité à associer (au minimum) les attributs de protocole et d’adressage d’un service réseau avec un ou plusieurs noms conviviaux. De nombreux espaces de noms sont actuellement utilisés en grande partie, y compris le système DNS (Domain Name System), le Services d’annuaire NetWare (NDS) (NDS), le système de noms de domaine (NDS) d’Internet, etc. Ces espaces de noms varient considérablement dans la façon dont ils sont organisés et implémentés. certaines de leurs propriétés sont particulièrement importantes pour comprendre le point de vue de la résolution de noms de Windows sockets.