Brevet FR2702578A1 — publié le 19940916

SYSTEME DE COMMUNICATION AVEC UN RESEAU. La présente invention concerne un système de communication avec un réseau Elle est plus particulièrement applicable à un réseau de type FDDI dont le support de transmission est constitué par des fibres optiques, réseau normalisé à l'ANSI sous la référence X 3 T 9-5 et à l'I S O, Organisation Internationale de normalisation. On sait que les réseaux sont constitués par une pluralité de terminaux ou stations reliés entre eux par une liaison de transmission (dans le cas d'un réseau de type FDDI, le support de transmission correspondant est donc constitué par des fibres optiques) Un ordinateur relié à un réseau est considéré comme un terminal. De nombreux réseaux modernes fonctionnent suivant un même modèle de référence Les plus connus sont les modèles de référence OSI ou encore TCP-IP Ces modèles restent voisins en ce qui concerne la définition de leur architecture sous forme de couches normalisées Ainsi, dans le modèle OSI, il y a sept couches d'activité différentes, la couche la plus basse (couche 1) correspondant à la transmission physique des signaux, la couche supérieure (couche 7) correspondant aux fonctions réalisées par les programmes d'application (plus simplement appelées applications) et les utilisateurs du réseau considéré. La tendance du développement technologique des réseaux et l'utilisation de terminaux de plus en plus nombreux conduisent à développer des processeurs de communication associés le plus souvent à un ordinateur et ayant pour objet de réduire la charge de l'unité centrale de celui-ci, en effectuant une partie de la gestion des communications de ce dernier avec les autres terminaux du réseau Sur un même réseau, on peut faire communiquer des ordinateurs de type différents et utilisant des systèmes d'exploitation (operating system) différents. L'association d'un ordinateur et d'un processeur de communication constitue ce que l'on peut appeler un système de communication avec un réseau. Dans cette association, le rôle du processeur de communication (qu'on peut appeler également système de transmission de données) est d'adapter les conditions de transmission des informations sur le bus de l'ordinateur auquel il est connecté, aux conditions de transmission sur le réseau, celles-ci étant totalement différentes Un tel processeur de communication permet de faire dialoguer des applications supportées par plusieurs systèmes d'exploitation d'ordinateurs différents entre eux En particulier, il permet de faire dialoguer les différentes couches de communication du système d'exploitation d'un premier ordinateur avec les différentes couches de communication des systèmes d'exploitation d'autres ordinateurs connectés directement ou indirectement à ce même réseau On connaît par exemple un tel processeur de communication qui possède l'architecture simplifiée montrée à la figure 1 et qui est décrite par exemple soit dans la demande de brevet français N O 9213653 déposée le 13 11 92 par la demanderesse sous le titre "Outil de simulation d'un code de réseau", ou encore dans la demande de brevet français N O 9215521 dont le titre est "système de transmission de données entre un bus d'ordinateur et un réseau", déposée le 22 12 92 par la même demanderesse. Un tel processeur de communication, désigné par NCC permet d'assurer la gestion du transfert de données entre un ordinateur HOST muni d'un bus interne PSB, ordinateur dont le système d'exploitation est désigné par S El, et un réseau RE par exemple de type FDDI Le bus PSB est par exemple un bus de type MULTIBUSII (marque déposée par la Société INTEL) normalisé suivant la norme IEEE 1296 (Institute of Electrical and Electronic Engineer). Un tel processeur NCC comprend les trois parties essentielles suivantes la première partie, appelée GPU (sigle anglais de General Purpose Unit) est par exemple du modèle décrit dans la demande de brevet N O 91 08908 déposée le 15 07 91 par BULL S A, sous le titre "Dispositif universel de couplage d'un bus d'ordinateur à un contrôleur d'un groupe de périphériques" Cette partie est munie d'un système d'exploitation par exemple du type décrit dans la demande N O 9108907 déposée le même jour que précédemment, par la même demanderesse, sous le titre "Système d'exploitation pour dispositif universel de couplage d'un bus d'ordinateur à une liaison spécifique d'un réseau" Le but de cette partie GPU est d'assurer d'une part l'initialisation de l'ensemble du coupleur NCC et d'autre part d'assurer le dialogue avec l'ordinateur HOST par l'intermédiaire du bus PSB, en respectant les normes d'utilisation de ce bus et en se conformant à la nature du système d'exploitation SE 1 de l'ordinateur HOST Par ailleurs, la partie GPU assure le transfert physique des données entre le bus PSB et la seconde partie DEA, dite dispositif adaptateur qui est directement connectée au réseau RE La fonction de cette partie DEA est décrite ci-dessous. la partie DEA est par exemple du type décrit, soit dans le brevet NI 2 650 412 dont le titre est "dispositif passerelle de connexion d'un bus d'ordinateur à un réseau fibre optique en forme d'anneau" pour la partie matérielle, soit dans la demande NO 92 11054, pour ce qui concerne la partie logicielle Cette partie DEA assure la transmission physique des données entre la partie GPU et le réseau RE, ainsi que la connexion physique au réseau. la troisième partie, appelée PPA est en fait un coprocesseur de communication destiné plus particulièrement à la gestion des différentes couches de télécommunication du modèle OSI, ou encore du modèle TCP- IP Aussi bien en ce qui concerne le modèle OSI, que TCP-IP, la partie PPA assure la gestion des couches de communication C 4, C 3, C 2, c'est à dire, respectivement des couches de transport, de réseau, et de liaison de données. Les couches de communication C 2 à C 4 communiquent entre elles par l'intermédiaire de fonctions primitives permettant à deux couches voisines de dialoguer entre elles Ainsi les deux couches C 2 et C 3 communiquent entre elles par l'intermédiaire de l'ensemble de fonctions ST 2, alors que les couches C 3 et C 4 communiquent par l'intermédiaire de l'ensemble de fonctions ST 3 Par ailleurs C 4 communique avec le monde extérieur c'est à dire par exemple avec des applications externes par l'intermédiaire d'une interface SH. Dans une forme de réalisation préférée dans l'invention, les ensembles de fonctions ST 2, ST 3, SH sont des fonctions connues dans la pratique courante sous le nom de STREAMS Ces fonctions standard sont par exemple définies dans les documents suivants: Unix Système V Release 4 STREAMS Programmer's Guide, ATT issue s 1 Unix System V Release 3 2 STREAMS Programmer's guide, ATT (ISBN 0-13-944810-1): 1989. Dans l'exemple de réalisation montré à la figure 1, lorsque l'ordinateur HOST envoie un message vers le réseau RE, ou bien lorsqu'un message provient du réseau RE, celui-ci transite vers les couches C 2 à C 4 de PPA, par l'intermédiaire d'une mémoire Fi Fo, à savoir FFJ ou FF 2 selon que ce message est transmis vers DEA, ou vers GPU respectivement Lorsqu'on veut soit établir une demande de connexion, soit envoyer des messages vers tout ou partie des stations connectées au réseau, provenant ou allant vers HOST, celle-ci ou ceux-ci passent par l'intermédiaire de SH. Les couches C 2 à C 4-et les différentes fonctions ST 2, ST 3 et SH, ainsi que le système d'exploitation de la partie PPA, constituent le code de couche de communication CC qui est mis en oeuvre par le coprocesseur de communication PPA. Le rôle essentiel du coprocesseur de communication PPA est de soulager le système hôte de la gestion des couches de communication que celui-ci effectue habituellement, tout en conservant au processeur de communication NCC des performances extrêmement élevées, en ce qui concerne le débit de transmission des données vers ou depuis le réseau. On peut noter par ailleurs, que la partie GPU comprend une partie HIA qui la relie au bus PSB HIA qui peut également être appelé adaptateur hôte, est fonction de la nature du bus interne de ce dernier Dans le cas o, PSB est un bus MULTIBUSII, la partie HIA est formée par un coprocesseur de type VN 82 C 389 fabriqué par la Société INTEL. L'association de l'ordinateur HOST muni de son système d'exploitation SE 1, qui est par exemple de type GCO 57 développé par la Société demanderesse, et du processeur de communication NCC constitue le système de communication SCI dont un mode de réalisation particulièrement avantageux est constitué par la présente invention, permettant d'obtenir de hautes performances en matière de débit de données. Selon l'invention, le système de communication avec un réseau, comprenant un ordinateur connecté au moyen d'un bus à un processeur de communication lui-même relié à la liaison spécifique du réseau, l'ordinateur comportant un premier système d'exploitation associé à une pluralité d'applications échangeant les données avec les terminaux raccordés au réseau et un premier gestionnaire d'entrée/sortie organisant sur le bus le transfert des données vers un second gestionnaire d'entrée/sortie du processeur, lequel comprend un second système d'exploitation organisant le travail du processeur pour transmettre les données du bus vers le réseau et réciproquement est caractérisé en ce que il comprend un serveur de communication associé au premier système d'exploitation, un code de communication appartenant à au moins un modèle d'interconnexion de systèmes ouverts associé au second système d'exploitation, le serveur fournissant au premier système d'exploitation les moyens d'accès aux différentes couches de communication du code lequel met en oeuvre pour chaque couche, les protocoles spécifiques de celle-ci, afin d'assurer la transmission vers l'hôte ou vers le réseau. D'autres caractéristiques et avantages de la présente invention apparaîtront dans la description suivante donnés à titre d'exemple non limitatif et en se référant aux dessins annexés. Sur ces dessins: La figure 1 rappelle ce que sont les différents éléments constitutifs essentiels d'un système de communication. La figure 2 montre quels sont les éléments constitutifs essentiels de l'architecture logiciel du système de communication selon l'invention, La figure 3 montre quels sont les éléments constitutifs essentiels du code de communication présent dans le coprocesseur de communication, appartenant au système selon l'invention, La figure 4 montre quels sont les éléments constitutifs essentiels du serveur de télécommunication appartenant au système de communication selon l'invention. On se réfère désormais à la figure 2 qui montre respectivement les éléments constitutifs essentiels de l'architecture logiciel de l'ordinateur HOST et ceux du processeur de communication NCC. Les éléments de l'architecture logiciel de HOST sont les suivants une pluralité d'applications Ai et Bi, respectant par exemple chacune les normes du modèle de référence OSI pour Ai et les normes du modèle de référence TCP-IP pour Bi Ces applications, pour être totalement mises en oeuvre, ont besoin d'un certain nombre d'informations et de données qui ne se trouvent pas nécessairement dans les mémoires ou les périphériques associés de l'ordinateur HOST Ces informations et données peuvent se trouver dans des terminaux connectés au réseau RE ou même à des réseaux plus éloignés interconnectés avec ce même réseau RE Ces applications ont donc besoin d'établir un dialogue avec d'autres applications mises en oeuvre par des terminaux raccordés à RE. les sessions Si et 52 correspondant respectivement aux applications Ai et Bi qui établissent précisément les conditions du dialogue avec les applications correspondantes des autres terminaux de RE L'ensemble de sessions Si est conforme aux normes du modèle OSI, alors que l'ensemble de sessions 52 est conforme aux normes du modèle TCP-IP. les deux interfaces I 51, I 52 fournissant respectivement les services de transport aux sessions Si et 52 pour les modèles OSI et TCP-IP. le module TPAM supportant le protocole de transport entre l'ordinateur HOST et le processeur de communication NCC, et plus particulièrement le protocole de transport entre HOST et la partie PPA de NCC TPAM est le sigle anglo-saxon de Transport Protocole Access Module. le gestionnaire d'entrée/sortie GE Si qui est associé à interface IPJ. On considère que l'ensemble des éléments I 51-I 52, TPAM, GESJ forme un serveur de communication désigné par NCCD, (la lettre D signifiant Driver en anglais, terme correspondant à module) Etant donné qu'il est possible d'associer à l'ordinateur HOST, plusieurs processeurs de communication identiques à NCC, il est évident que dans ce cas, l'architecture logiciel de HOST comprend plusieurs serveurs de communication identiques à NCCD, chacun étant associé à un processeur de communication déterminé Pour simplifier le raisonnement, on ne considère ici et dans la suite du texte, que HOST n'est associé qu'à un seul NCC, et ne comprend donc que le seul serveur de communication correspondant à savoir NCCD. Les différents éléments constitutifs essentiels de l'architecture logiciel du processeur de communication NCC sont les suivants l'interface physique IP 2 correspondant à l'interface physique IP 1, le gestionnaire d'entrée/sortie GE 52 correspondant au gestionnaire d'entrée/sortie GE 51. Les deux interfaces physique IPJ et IP 2 sont des interfaces MULTIBUSII, définis par la norme IEEE 1296 précitée Ils peuvent donc être réalisés de la même manière que l'élément HIA montré à la figure 1 et constitués chacun par un coprocesseur MPC. L'ensemble des deux couches constituées par l'interface physique MULTIBUSII et le gestionnaire d'entrée/sortie, qu'il s'agisse de GE 51 et IP 1, ou GE 52 et IP 2 est connu sous le nom de protocole PLANET mis au point par la Société demanderesse et décrit dans le brevet français N O 2 633 414 ayant pour titre "système informatique à interconnexion centrale". Le système d'exploitation GPOS qui est disposé dans la partie GPU de NCC est décrit dans la demande de brevet NI 91 08907 précitée. l'interface Hi disposée dans la partie PPA, appelée interface hôte (sigle anglo-saxon de Host Interface) qui assure le dialogue entre les différentes couches C 4 du code de communication CC et l'une ou l'autres des interfaces I 51 et I 52 de HOST L'interface HI assure donc le service de transport entre le code de communication CC et les sessions Si et 52 de l'hôte HOST L'interface Hi assure également la manipulation des chemins de données entre l'hôte HOST et PPA L'interface HI est un composant logiciel qui est stocké dans PPA Cette interface ouvre et ferme les connexions, aussi bien pour le compte de HOST que pour celui de C 4, effectue les transferts de données et les contrôles de flux entre l'hôte HOST et le code de communication CC, qu'il s'agisse de la partie du code de communication relative au modèle OSI ou celle relative au modèle TCP- IP L'interface SH dont il est parlé plus haut est de fait située entre HI et C 4. HI permet également au flux de données d'utiliser les entités de transport du code CC (Couche C 4), en effectuant l'adaptation entre les protocoles de transport relatifs à ces couches et le protocole de transport TPA utilisé entre l'hôte HOST et NCC. le code de communication CC composé des couches C 2 à C 4 Ainsi qu'il a été dit plus haut, ce code est relatif aussi bien au modèle de référence ISO qu'au modèle TCP-IP On dit également qu'il fournit les empilements de communications C 2 à C 4 pour l'un ou l'autre de ces modèles, ces empilements étant désignés le plus souvent sous le vocable anglo-saxon de STACK Le code CC comprend donc un stack OSI et un stack TCP-IP. Il convient de préciser que la couche C 2, dite LLC, dite couche de liaison de données est commune à ces deux stacks. une interface de communication HIN etntre GPOS et CC. l'interface ID et le gestionnaire d'entrée/sortie GE 53 Ils forment le logiciel du dispositif adaptateur DEA, qui est décrit dans la demande de brevet français N O 92 11054 précitée, et permet de réaliser la connexion de NCC au réseau RE A ces derniers éléments, il convient d'ajouter l'interface physique IP 3 de connexion de DEA avec le réseau RE, également décrit dans cette même demande. Les grandes lignes du fonctionnement de l'architecture montrées à la figure 2 sont les suivantes: On suppose qu'une application quelconque Ai appartenant à l'ordinateur HOST désire échanger des informations avec une application quelconque, dite application éloignée située sur un terminal quelconque relié au réseau RE Cette application passe par l'intermédiaire d'une session correspondante appartenant à l'ensemble Si, session qui va accomplir le rôle qui lui est normalement dévolu par le modèle de référence OSI, (le raisonnement qui est tenu ici serait bien entendu équivalent pour une application Bi et une session 52), c'est-à-dire qu'elle va négocier avec la session correspondante du terminal destinataire rattachée au réseau RE, l'établissement et la terminaison du dialogue Ai et l'application éloignée. La session utilise alors l'interface ISJ pour dialoguer avec l'interface HI afin d'établir le service de transport correspondant Dans le cas présent, I 51 est donc le demandeur de service de transport, alors que l'interface HI est le fournisseur de service de transport qui va être utilisé entre le système SCI et le terminal éloigné avec lequel dialogue l'application Ai Le module TPAM prend ensuite le relai de l'interface I 51 pour dialoguer avec le système GPOS pour établir la connexion de transport entre l'ordinateur HOST et le processeur de communication NCC Le protocole de transport utilisé entre ces deux derniers éléments est appelé TPA (Transport Protocol Access) Ce protocole est un protocole dérivé du protocole appelé T Pl (Transport Provider Interface) défini par la Société ATT Ce protocole permet un échange contrôlé de données entre l'hôte et l'interface HI Il est principalement basé sur la notion de port de communication (Communication Plug) En fait, un port est un élément d'identification d'une connexion entre le module TPAM et l'interface Hl. Cet élément d'identification a une valeur déterminée. Le protocole TPA définit une interface de message vers ou depuis le fournisseur de transport (la couche C 4 du code de communication CC): cela signifie que l'utilisateur (ici l'application Ai) communique avec le fournisseur de transport ou que ce dernier communique avec l'utilisateur au moyen de primitives de services de transport transportant des messages Ces derniers sont transmis vers ou depuis l'ordinateur HOST (c'est-à-dire vers ou depuis TPAM) par le moyen des dits ports Ces ports permettent donc de contrôler l'échange de messages entre TPAM et GPOS Pendant son utilisation, chaque port est dédié à une connexion de transport déterminée Ainsi, au fournisseur de transport du modèle OSI, ou au fournisseur de transport du modèle TCP, ou encore au fournisseur de transport du modèle DIWS (ce modèle qui est également utilisé par le système de communication SCI selon l'invention correspond au modèle appelé ISO/DSA défini par la demanderesse), correspondent des ports parfaitement déterminés et différents Par ailleurs, chaque connexion de transport, que ce soit du modèle OSI ou DIWS ou TCP-IP (on dit encore session de transport) est gérée par une seule connexion de type TPA. Dès que les échanges permettant d'établir une connexion de transport entre TPA et GPOS sont terminés, le relai est pris par le gestionnaire d'entrée/sortie GE 51 et son interface I Pi, ainsi que par les éléments correspondants GE 52 et IP 2 de-NCC pour transporter les données, via le bus PSB vers le processeur de communication NCC, selon le protocole "PLANET" d'une manière qui est résumée dans la demande de brevet N O 91 08907 précitée Les données sont alors stockées dans la mémoire de l'élément GPU (cette mémoire est du type double accès, et est plus amplement décrite dans la demande de brevet N O 91 08908 précitée). Il convient de préciser qu'à la figure 2, on a représenté des liaisons directes entre I 51 et HI, TPAM et GPOS ainsi que entre GE Si et GE 52. Cela signifie que l'élément I 51 communique directement avec HI, que TPAM communique directement avec GPOS et que GE 51 communique directement avec GE 52 Il est bien évident cependant que les informations échangées entre chacun de ces éléments sont véhiculées par les autres éléments appartenant aux couches inférieures Ainsi, les données échangées entre ISJ et HI sont véhiculées physiquement par TPAM et GPOS de même que les informations échangées entre TPAM et GPOS sont véhiculées physiquement par GE 51 et GE 52 et ainsi de suite. Dès que les trames de données munies de leurs informations relatives à la session, au protocole de transport TPA parviennent à l'élément GPU, celui-ci les transmet à l'interface HI qui les transmet lui-même aux différentes couches C 4 du code de communication CC Ce code de il communication CC débarrasse les données utiles des éléments d'informations relatifs au protocole de transport TPA, et les munit, pour chacune des couches C 4 des protocoles correspondants Ceci est vrai aussi bien pour les modèles OSI, DIWS, TCP-IP Il convient de remarquer que la couche C 2 est commune à ces différents modèles Dès que l'élément PPA qui met en oeuvre ce code de communication CC a terminé son travail, les trames de données ainsi constituées sont transmises à nouveau sous la conduite de GPOS à la mémoire double accès de GPU à travers HIN et FF 2 Ensuite, sous la conduite de GPOS, ces données sont transmises à l'interface ID et au gestionnaire d'entrée/sortie GE 53 et à l'interface physique correspondante IP 3 du dispositif adaptateur DEA, d'une manière qui est indiquée dans la demande de brevet N O 9211054 précitée Les données sont alors transmises sur le réseau RE et arrivent à leur destinataire final. Réciproquement, des trames de données provenant de RE traversent IP 3, GE 53 et ID avant d'être stockées dans la mémoire double accès puis transférées sous la conduite de GPOS à travers la Fi Fo FF 2 et HIN vers la couche C 2 (LLC 2) de CC PPA met alors en oeuvre successivement les couches C 2, C 3 puis C 4 qui munit les données utiles, auparavant débarrassées des éléments de protocoles des couches C 2, C 3, C 4 nécessaires à la circulation des trames sur le réseau RE, des éléments d'information relatifs à TPA C 4 transmet ensuite les trames ainsi constituées à HI qui les envoie vers GPU qui, sous la conduite de GPOS, les transmet ainsi à travers GE 51 et GE 52 vers TPAM qui les fait remonter vers I 51-I 52, 51-52 puis Ai-Bi. On considère désormais la figure 4 qui montre plus en détail quels sont les éléments constituant le module NCCD, et plus particulièrement ce que sont les éléments I 51, TPAM et GE 51 et comment ils sont liés les uns aux autres à l'intérieur du module NCCD. On a représenté à la figure 4 l'ensemble des applications Ai, A 2,, Ai, An ainsi que les applications Bl à Bn. Les applications communiquent avec l'ensemble de sessions Si qui sont de type VCAM (Conforme au modèle OSI, ISO/DSA) Cet ensemble de sessions Si communique avec l'interface I 51 qui est du type TSI (Transport Session Interface) qui est l'interface entre les sessions de type VCAM et le module TPAM TSI assure également l'interface entre les sessions 52 et le module TPAM pour les modèles de référence OSI Cette interface est décrite dans les documents 2297 M/1,0, 2298 M/1,0 et 2299 MI 1,0 de la société demanderesse. Les deux ensembles constitués par GX-RPC et 52 constituent un ensemble de sessions propre au système d'exploitation GCO 57 adapté au monde UNIX, et au modèle de référence TCP-IP L'interface correspondante I 52 est une interface de type GXTIA (signifiant GXTI Access), cette dernière interface étant propre au modèle de référence TCP-IP GXTI et GXTIA sont décrits dans le document Marketing 47 A 2 64 UC Rev O de la demanderesse et GX-RPC dans les documents relatifs à GCO 57. Le module TPAM outre le support du protocole TPA et la gestion des branchements de type TPA déjà mentionné plus haut, pilote le gestionnaire d'entrée/sortie GE 51. Par ailleurs, le module NCCD comporte un agent administratif SNMP- DSAC communiquant par l'intermédiaire de l'interface I 52 avec le module TPAM Cet agent est connu et chargé du travail d'administration des différentes couches des modèles de référence OSI et ISO/DSA (DSAC) et TCP-IP et FDDI (agent SNMP,à travers le standard SNMP MIB 2, extension FDDI). On considère la figure 3 qui montre les différents modules logiciels qui sont mis en oeuvre par la partie PPA du contrôleur de communication NCC. Ce module logiciel mis en oeuvre par PPA est ici désigné par LOGC Il comprend: le système d'exploitation SE 2 qui est par exemple du type CNSAl développé et commercialisé par la compagnie demanderesse. l'interface Hi décrite ci-dessus. les trois modules de communication MOSI, MDIWS, MTCP qui concernent la partie du code de communication CC mettant en oeuvre les couches C 4 et C 3 des modèles de référence OSI, ISO/DSA, TCP-IP. la couche de communication LLC 1 correspondant à la couche C 2 des modèles de référence OSI, ISO-DSA, TCP-IP Ainsi qu'il a été dit plus haut, la couche LLC 1 est commune aux trois modèles de référence précités. l'interface de communication HIN entre la partie PPA et la partie GPU. Cette interface HIN assure le transfert des données entre GPU et PPA, aussi bien à la réception des trames de données provenant du réseau qu'à l'émission de trames de données vers ce réseau La manière dont l'interface HIN effectue le transfert des données entre GPU et PPA, sous la conduite du système d'exploitation GPOS de GPU est analogue à celle qui est décrite par exemple dans l'une ou l'autre des demandes de brevets 10179 et 9012826 déposées respectivement le 09 08 90 et le 17. 10 90 par la compagnie demanderesse sous le titre "contrôleur de communication entre un ordinateur et une pluralité de terminaux de type RNIS" et "Contrôleur de communication entre un ordinateur et une pluralité de terminaux appartenant à un réseau de type CSMA/CD" L'une comme l'autre de ces demandes décrivent en effet la manière dont s'effectue le transfert de données à travers un contrôleur de communication entre une base commandée par un premier microprocesseur et une périphérie commandée par un second microprocesseur, ces premiers et seconds microprocesseurs jouant le même rôle que les microprocesseurs que possèdent respectivement les parties GPU et PPA (voir demande de brevet 91 08908 et 92 15521 précitée). le module de configuration DAEMON qui construit l'empilement des différentes couches appartenant à chacun des différents modules MOSI MDIWS, MTCP et LLC 1 Il est nécessaire de construire celui-ci en créant des liens entre les différents modules grâce aux différentes fonctions de type STREAMS, à savoir SH entre Hi et les trois modules MOSI, MDIWS, MTCP, entre ces modules et le module LLC 1 au moyen des fonctions ST 2. Par ailleurs, il est également nécessaire de créer des liens entre les couches C 4 et C 3 de ces différents modules, grâce aux fonctionsprimitives ST 3 En effet, à l'initialisation du processeur de communication NCC et par conséquent à l'initialisation de la partie PPA, les modules sont isolés les uns des autres Cela résulte de la philosophie de conception des fonctions de type STREAMS: selon cette philosophie, un module quelconque ne sait pas avec qui il doit discuter, mais il sait qu'il doit discuter avec d'autres modules Il est donc nécessaire de créer ces liens lors de l'initialisation. un module d'administration ADM permettant la manipulation des informations contenues dans les couches C 4 à C 2 permettant de les configurer, initialiser, Ce module communique donc respectivement avec HI à travers SH et avec MOSI, MDIWS et MTCP par l'intermédiaire de fonctions streams. Par ailleurs, les liens entre HI et LLC 1 d'une part et l'interface HIN, d'autre part s'effectuent également au moyen de fonctions de type STREAMS. REVENDICATIONS 1 Système de communication (SCI) avec un réseau (RE) comprenant un ordinateur (HOST) associé au moyen d'un bus (PSB) à un processeur de communication (NCC) lui-même relié à la liaison spécifique du réseau, l'ordinateur comportant un premier système d'exploitation (SE 1) associé à une pluralité d'applications (Ai, Bi) échangeant des données avec les terminaux raccordés au réseau et un premier gestionnaire d'entrée/sortie (GE 51) organisant sur le bus le transfert des données vers un second gestionnaire d'entrée/sortie (GE 52) du processeur (NCC) lequel comprend un second système d'exploitation (GPOS), organisant le travail du processeur pour transmettre les données du bus vers le réseau et réciproquement, caractérisé en ce qu'il comprend un serveur de télécommunication (NCCD) associé au premier système d'exploitation (S El), un code de communication (CC) appartenant à au moins un modèle d'interconnexion de système ouvert (OSI, TCP-IP) associé au second système d'exploitation, le serveur fournissant au premier système d'exploitation les moyens d'accès (TPAM, I 51, 152) aux différentes couches (C 2 à C 4) du code (CC), ce dernier mettant en oeuvre pour chacune des couches le composant, les protocoles spécifiques de cette dernière, afin d'assurer la transmission vers l'hôte ou vers le réseau. 2 Système de communication selon la revendication 1 caractérisé en ce que le serveur de communication (NCCD) comprend: au moins une interface (I 51, I 52) fournissant le service de transport à au moins une session (Si, 52) appartenant au modèle d'interconnexion de système ouvert (OSI, TCP-IP), la dite session correspondant à au moins l'une des dites applications (Ai, Bi), un module (TPAM) supportant le protocole de transport entre l'ordinateur et le processeur, un gestionnaire d'entrée/sortie (GE 51) associé à une interface physique (IP) spécifique du bus (PSB), commandé par le dit module. 3 Système de communication selon la revendication 2, caractérisé en ce que le processeur de communication (NCC) comprend: une interface physique avec le bus (IP 2) correspondant à l'interface physique (I Pf) appartenant au serveur de télécommunication (NCCD), un gestionnaire d'entrée/sortie (GE 52) correspondant au gestionnaire d'entrée/sortie du serveur de communication, L'ensemble des deux couches constituées par l'interface physique et le gestionnaire d'entrée/sortie (GE Sl-IP 1, GE 52-1 P 2) constituant le protocole PLANET, le code de communication (CC) étant composé des couches de communication C 4 à C 2, c'est-à-dire les couches de transport, de réseau et de liaison de données, une interface (HI) assurant le dialogue entre les différentes couches C 4 du code de communication et l'interface (lSl) de session appartenant au serveur de télécommunication (HIN). des moyens de connexion du processeur (NCC) au réseau (RE). 4 Système de communication selon la revendication 3 caractérisé en ce que le code de communication (CC) est supporté par un troisième système d'exploitation (SE 2) qui est du type CNS-A 1, et comprend trois modules de communication (MOSI, MDIWS, MTCP) concernant respectivement la partie du code de communication mettant en oeuvre les couches C 4 et C 3 des modèles de référence OSI, ISO/DSA, TCP-IP, la couche de communication C 2, étant commune aux trois modèles de référence précités. Système de communication selon la revendication 4 caractérisé en ce que le processeur de communication comprend en outre un module de configuration (DAEMON) qui construit l'empilement des différentes couches appartenant à chacun des trois modules (MOSI, MDIWS, MTCP5 et LLC 1), les liens entre respectivement les différents modules (MOSI, MDIWS, MTCP, LLC 1) et les interfaces de communication (HIN) et l'interface (HI), ainsi qu'entre les différentes couches constituant chacun des modules étant assuré par des fonctions de type STREAMS.