FR 3049812 A1 20171006 FR 1652747 A 20160330 1 SERVEUR COMPACT ENFICHABLE DOMAINE Le domaine de l'invention concerne les serveurs d'applications et/ou de partage réseau comportant une interface physique enfichable. Le domaine de l'invention se rapporte, plus précisément, à celui des serveurs comportant au moins une interface enfichable sur une carte électronique d'un équipement de commutation réseau, notamment un équipement de commutation supportant le protocole IP. ETAT DE L'ART Il existe actuellement des serveurs de données, d'applications ou de partage réseau répandus dans le monde entier comportant des fonctionnalités très diversifiées. Un serveur a pour principale fonction de rendre un accès à des données stockées ou d'effectuer des calculs sur ces données selon une application déterminée ou d'effectuer des opérations de contrôle ou de chiffrement. Les fonctions propres à un serveur sont effectuées généralement via un réseau de données accessible à une pluralité d'utilisateurs. Certains serveurs ont des capacités de compacité importante car ils sont utilisés de manière mobile ou sont intégrés dans des équipements qui sont eux-mêmes compact. Cependant, les limitations de compacité des serveurs ne permettent pas de les intégrer directement au sein d'une interface d'échange de données, de liaison de données ou même à l'intérieur d'un connecteur. Parallèlement au développement des serveurs, les équipements réseaux tels que les commutateurs, les routeurs ou encore les 30 convertisseurs de signaux ou de médias se sont largement développés. Les développements ont été menés en tentant de réduire l'encombrement de ces 3049812 2 équipements et en améliorant les capacités de calculs des équipements notamment pour assurer un traitement des données à des débits toujours plus importants sur les réseaux. Par ailleurs, les développements de ces équipements de commutation ont également favorisé une interopérabilité 5 assurant une compatibilité de différents protocoles, différents standards et de médias pour assurer tout type de transfert d'informations. Enfin, les développements ont conduit à simplifier la maintenance de ces équipements permettant notamment d'insérer et retirer des périphériques à chauds. Or il existe un besoin de coordonner les évolutions des 10 améliorations des équipements réseaux avec les capacités d'un serveur en termes : ^ d'interopérabilité d'échanges de données et d'interfaces ; ^ de compacité ou d'encombrement et ; ^ de maintenance. 15 En ce qui concerne l'amélioration de la maintenance, lorsqu'un équipement est défectueux, il est nécessaire de connaitre la source de la panne et d'identifier l'équipement à changer ou à réparer. Il est important d'intervenir rapidement et de pouvoir corriger les anomalies en minimisant l'impact sur le réseau. 20 Il existe donc un besoin de simplifier la gestion d'un couple d'équipements constitué d'un serveur d'applications ou de partages réseau et d'un équipement de commutation réseau destinés à coopérer ensemble pour certains services, notamment des services liés au protocoles IP. 25 RESUME DE L'INVENTION L'invention vise à proposer un serveur compact enfichable dans une cage SFP d'un équipement de commutation réseau. Un objet de l'invention concerne un serveur d'applications et/ou de 30 partages réseau comportant un bâti longitudinal apte à coopérer avec une cage SFP pour y être enfiché mécaniquement et comportant, en outre, des éléments de guidage et de maintien dans ladite cage SFP 3049812 3 Ledit bâti comporte : ^ une première extrémité enfichable et comportant un connecteur électrique SFP destiné à s'enficher sur un connecteur d'une carte hôte d'un équipement de commutation réseau; 5 ^ une seconde extrémité comportant au moins un élément d'extraction du bâti lorsqu'il est enfiché dans la cage SFP, ledit bâti comportant, en outre, une carte électronique comportant une mémoire vive, une mémoire morte, un microprocesseur et une alimentation recevant une alimentation externe transitant par le 10 connecteur électrique SFP et alimentant à son tour au moins le microprocesseur, la mémoire vive et la mémoire morte. Le serveur de l'invention comporte un système d'exploitation pour : ^ d'une part, exploiter les données stockées dans la mémoire morte pour effectuer au moins des opérations de traitement des 15 données transmises par l'équipement de commutation réseau et reçues par le serveur avec lesdites données stockées et ; ^ d'autre part, générer des trames de données à émettre vers l'équipement de commutation réseau. Le microprocesseur comprend, en outre, une interface de contrôle 20 pour coordonner les échanges de données en émission et en réception avec l'équipement de commutation réseau, lesdites données échangées étant encapsulées dans des trames Ethernet et transitant via le connecteur électrique SFP. 25 Un avantage est de transformer un commutateur réseau en un équipement pourvu de moyens intelligents pour réaliser notamment des fonctions de type IPBX ou des fonctions permettant de collecter des données d'équipements d'un réseau local pour les traiter directement au niveau du commutateur. Un autre avantage est de ne pas modifier un commutateur existant et ayant au moins une cage SFP pour le transformer en un tel équipement intelligent. Enfin, un avantage est de proposer un serveur compact, dont la maintenance est facilitée par une extraction simple du serveur enfiché dans 35 une cage SFP. 3049812 4 Selon un mode de réalisation, un composant d'encapsulation de trames traite les données émises et reçues entre le microprocesseur et l'interface électrique SFP de manière à : ^ encapsuler les données en émission sous forme de trames 5 Ethernet et ; ^ dés-encapsuler les trames Ethernet reçues pour les transmettre au microprocesseur. Un avantage est de traiter les trames Ethernet directement au sein 10 du commutateur réseau grâce au serveur de l'invention pour gérer des services IP d'un réseau local d'échanges de données. Cette gestion intégrée au commutateur réseau permet d'éviter d'installer un serveur supplémentaire raccordé au commutateur réseau par une interface externe. 15 Selon un mode de réalisation, le microprocesseur : ^ Décode et code les adresses MAC des sources et destinations dans les trames reçues ou émises ; ^ Vérifie les adresses MAC des trames reçues pour filtrer les données ; 20 ^ Contrôle l'accès au média physique ; ^ Détecte les erreurs de transmission. Selon un mode de réalisation, le microprocesseur: ^ encapsule les données en émission sous forme de trames 25 Ethernet et ; ^ dés-encapsule les trames Ethernet reçues pour les transmettre au microprocesseur. Un avantage est que le microprocesseur permet de traiter des tâches complexes grâce notamment aux deux mémoires qui lui sont 30 associées. Un tel microprocesseur peut supporter un système d'exploitation et effectuer des tâches permettant d'assurer des fonctions réseau plus complexes que les tâches que pourraient traiter un microcontrôleur. Une des difficultés surmontée par l'invention est d'intégrer tous les composants du serveur sur une même carte adaptée à une cage SFP. Un verrou technique 3049812 5 surmonté par l'invention consiste à supprimer des interfaces physiques d'un module SFP conventionnel pour en détourner l'usage. Selon un mode de réalisation, les éléments de guidage et de 5 maintien comprennent au moins un élément parmi la liste suivante : ^ une rainure de guidage ; ^ une portion amovible ou déformable pour le maintien du serveur dans une cage ; ^ un clip de maintien. 10 Selon un mode de réalisation, le microprocesseur contrôle les niveaux des alimentations distribuées par l'alimentation à chaque composant du serveur de manière à activer une fonction d'économiseur d'énergie lorsqu'au moins une valeur d'alimentation franchit un seuil prédéfini. 15 Selon un mode de réalisation, la seconde extrémité du bâti comporte au moins un voyant lumineux indiquant l'état de fonctionnement du serveur. 20 Selon un mode de réalisation, le système d'exploitation comprend une organisation des composants et des interfaces et de données de configuration pour l'exécution d'un programme d'ordinateur configuré pour traiter des trames de données reçues via le connecteur électrique SFP, ledit programme d'ordinateur comportant des paramètres spécifiques stockées 25 dans la mémoire morte permettant l'exécution d'au moins une tâche de traitement des trames reçues pour générer de nouvelles trames de sortie transitant par le connecteur électrique SFP à destination d'un terminal, un serveur ou un équipement connecté. 30 Selon un mode de réalisation, la mémoire morte comprend un ensemble de valeurs de paramètres définissant des seuils d'action, chaque seuil d'action étant associé dans la mémoire morte à une identification d'un dispositif électronique distant muni d'un capteur collectant des mesures d'au moins un paramètre, ledit serveur: 3049812 6 ^ recevant au moins une trame de données via l'interface électrique SFP, ladite trame comportant l'identification d'un dispositif distant référencé dans la mémoire morte et une valeur d'une mesure d'au moins un paramètre ; 5 ^ décodant et enregistrant dans la mémoire morte ladite valeur de la mesure ; ^ effectuant une comparaison entre ladite mesure décodée et un seuil d'action prédéfini et stocké dans la mémoire morte associé audit équipement distant ; 10 ^ générant au moins une trame de données à un équipement de contrôle distant, une adresse réseau dudit équipement de contrôle distant étant stocké dans la mémoire morte, ladite trame de données étant émise via le connecteur électrique SFP au format d'une trame Ethernet. 15 Selon un mode de réalisation, la mémoire morte comprend : ^ Un ensemble d'adresses MAC de terminaux ; ^ Un ensemble d'associations d'adresses MAC de chaque terminal avec une adresse IP et avec un numéro d'appel pour 20 chaque terminal ; ^ Un ensemble de droits d'accès à un réseau externe d'un opérateur IP pour chaque adresse MAC ou IP de terminaux, le microprocesseur étant configuré pour : ^ détecter un appel entrant d'un premier terminal référencé 25 dans la mémoire morte, ledit appel entrant comportant une trame indiquant un numéro d'appel d'un second terminal référencé individuellement ou par groupe dans la mémoire morte du serveur ; ^ générer au moins une trame de données vers le second 30 terminal ou vers un autre serveur en fonction du numéro d'appel, lesdites données reçues de l'appel entrant du premier terminal étant encapsulées dans les trames de données émises par le microprocesseur vers le second terminal ou vers un autre serveur, 3049812 7 le serveur transmettant via l'interface électrique SFP au moins une trame Ethernet comportant l'adresse IP du second terminal ou d'un autre serveur et comportant la trame générée par le microprocesseur vers le second terminal. 5 Selon un mode de réalisation, le microprocesseur est configuré pour : ^ détecter un ensemble de trames correspondant à un appel entrant à destination d'un premier terminal, ledit numéro 10 d'appel étant référencé dans la mémoire morte de télécommunication et associé avec une adresse du premier terminal ; ^ détecter une trame comportant un indicateur de transfert d'appel provenant du premier terminal auquel et associé un 15 nouveau numéro de ligne associé à l'indicateur de transfert d'appel ; ^ comparer le nouveau numéro de ligne avec les données stockées dans la mémoire morte afin de déterminer un nouveau terminal vers lequel l'appel doit être transféré et ; 20 ^ générer au moins une trame de données vers le nouveau terminal comprenant les données reçues de l'appel entrant, le serveur transmettant via l'interface électrique SFP au moins une trame Ethernet comportant : l'adresse IP du troisième terminal et les données reçues de l'appel entrant. 25 Un autre objet de l'invention concerne un commutateur comprenant une alimentation, un microprocesseur, un ensemble de cages SFP comportant chacune une connectique apte à coopérer avec un connecteur électrique SFP, une carte mère comprenant : 30 ^ un premier ensemble d'interfaces pour collecter et émettre des données transitant par les connectiques coopérant avec des connecteurs électriques SFP ; ^ un second ensemble d'interfaces pour recevoir et émettre des données transitant par des connecteurs destinés à coopérer 35 avec des liaisons de terminaux IP, 3049812 8 le commutateur étant caractérisé en ce qu'il comporte, en outre, au moins un serveur de l'invention enfiché dans une ou plusieurs de ses cages SFP. 5 BREVE DESCRIPTION DES FIGURES D'autres caractéristiques et avantages de l'invention ressortiront à la lecture de la description détaillée qui suit, en référence aux figures annexées, qui illustrent : ^ figure 1 : un bâti du serveur d'applications et/ou de partages 1 0 réseau de l'invention apte à coopérer avec une cage SFP ; ^ figure 2: un connecteur électrique SFP disposé à l'une des extrémités du serveur de l'invention ; ^ figure 3 : un serveur de l'invention destiné à être enfiché dans une cage SFP d'un équipement de commutation réseau ; 15 ^ figure 4: une carte électronique du serveur de l'invention comprenant un ensemble de composants ; ^ figure 5 : un équipement de commutation réseau de l'invention comportant un serveur de l'invention. 20 DESCRIPTION Dans la suite de la description l'acronyme SFP signifiant « Small Form-factor Pluggable » est un standard de connecteur permettant d'établir des liaisons de données, notamment utilisé dans les équipements de commutation réseau permettant d'offrir des services d'accès à un réseau de 25 données. Un SFP est conventionnellement entendu comme un module récepteur-émetteur compact, insérable à chaud dans un équipement de commutation réseau. La littérature technique sur cette technologie offre différentes définitions d'un module SFP, d'une cage SFP, d'un connecteur électrique SFP, etc. Il est aussi connu comme le « mini-GBIC », dont 30 l'acronyme GBIC désignant « Gigabit Interface Converter » qu'il vise à remplacer par son gain de compacité et son faible coût. 3049812 9 Les caractéristiques d'un SFP sont notamment définies dans des accords type MSA, dont l'acronyme désigne « Multi-source Agreement ». Ces accords visent à standardiser leur définition. Notamment, les interfaces électriques et plus particulièrement l'interface électrique SFP agencée à une 5 extrémité d'un module SFP, sont définies pour offrir une totale interopérabilité entre les composants et équipements fabriqués par les différents acteurs de l'industrie des télécommunications. Notamment, l'interface électrique SFP est décrite dans les spécifications suivantes : « SFP-8432 Specification for SFP+ Module and Cage » et « INF-8074i 10 Specifiation for SFP (Small Form-factor Pluggable) Transceiver ». On appelle dans la suite de la description une « cage SFP » : un emplacement pour recevoir un boitier longitudinal et sensiblement parallélépipédique comportant un connecteur destiné à s'enficher dans un connecteur de la cage ou lorsque la cage débouche sur une carte mère ou 15 une carte d'interface ayant un tel connecteur, sur le connecteur de cette carte. Une cage SFP comprend des caractéristiques électriques et mécaniques spécifiées dans un MSA notamment défini dans les spécifications suivantes : « SFP-8432 Specification for SFP+ Module and 20 Cage » et « INF-8074i Specifiation for SFP (Small Forfactor Pluggable) Transceiver ». Une telle cage est notée cage 51 dans la suite de la description. Les dimensions d'une telle cage SFP sont approximativement comprises dans un parallélépipède dont les dimensions sont de l'ordre de 40 25 à 80 mm de long et 13 à 15 mm en hauteur et en largeur. Le serveur d'applications et/ou de partages réseau 1 de l'invention est destiné à coopérer avec une cage SFP d'un équipement de commutation réseau. Dans la suite de la description, un tel équipement de commutation réseau peut être: 30 ^ un commutateur, également connu sous le nom de « Switch » dans la littérature anglo-saxonne ; 3049812 10 ^ un routeur et/ou ; ^ un convertisseur de média ou de protocoles de données. Un tel équipement de commutation réseau 50 est représenté aux figures 3 et 5 de la présente demande. La figure 4 représente un exemple 5 d'un ensemble de cages 51 d'un tel équipement de commutation réseau 50. Un intérêt de l'invention réside dans la capacité à utiliser l'emplacement d'une cage SFP d'un équipement de commutation réseau 50 pour insérer un serveur d'applications et/ou de partages réseau 1. Un objectif est de transformer un tel équipement de commutation réseau 50 en un 10 équipement de commutation réseau pourvu de services supplémentaires notamment sur le traitement de trames IP. A titre d'exemple, la présence d'un serveur 1 dans un équipement de commutation réseau 50 permet de supporter des fonctions d'un IPBX directement dans l'équipement de commutation réseau. On rappelle qu'un 15 IPBX est un autocommutateur téléphonique privé utilisant le protocole internet IP pour gérer les appels téléphoniques des utilisateurs d'un réseau local. De ce fait, le serveur 1 coopérant avec une cage SFP d'un équipement de commutation réseau 50 originellement non destiné à assurer 20 ces fonctions permet d'étendre son champ d'applications en offrant de nouvelles fonctions. En outre, ces fonctions supplémentaires sont obtenues sans modifier l'encombrement de l'équipement de commutation réseau 50 et en offrant une maintenance améliorée. Parmi les améliorations en maintenance, on trouve : 25 ^ la possibilité d'accéder simplement au serveur 1 par l'intermédiaire de l'accès à l'équipement de commutation réseau 50 ; ^ le retrait à chaud d'un serveur 1 et son remplacement au besoin par un serveur de remplacement ; 30 ^ la sauvegarde des données par retrait du serveur ; ^ la simplicité de l'installation d'un tel serveur « plug & play ». 3049812 11 Bâti La figure 1 représente un mode de réalisation d'un serveur 1 de l'invention. Un tel serveur 1 comprend un bâti 10 s'étendant 5 longitudinalement selon une forme sensiblement parallélépipédique ou ayant différentes formes parallélépipédiques adjacentes comme cela est représenté par les deux portions 20 et 30 du serveur 1 de la figure 1. Le bâti 10 est conçu de sorte à être compatible structurellement, par son design et ses caractéristiques mécaniques avec une cage SFP. En 10 conséquence, les dimensions longitudinales et latérales coopèrent avec celles d'une cage SFP. Un tel serveur 1 comprend à une première extrémité 2 un connecteur électrique SFP. Le serveur 1 comprend une seconde extrémité 3 pouvant être considérée comme une extrémité d'insertion ou d'extraction. 15 Cette seconde extrémité 3 est visible par un opérateur lorsque le serveur 1 est enfiché dans une cage SFP. La surface du bâti 10 est préférentiellement réalisée dans un matériau métallique tel que l'aluminium. D'autres matériaux peuvent être utilisés pour former le bâti 10 du serveur 1. 20 Selon différents modes de réalisation, le bâti 10 du serveur 1 comprend des éléments de guidage et de maintien du serveur 1 dans la cage SFP 51 dans laquelle elle est insérée. La figure 1 représente, par exemple, différents éléments flexibles 4, 5 présentant une courbure de sorte qu'une fois déformés, une force de 25 rappel permet auxdits éléments d'exercer une force de maintien lorsqu'ils sont insérés dans la cage SFP. Ces éléments flexibles peuvent être fixés sur la partie supérieure du bâti 10 du serveur 1 comme les éléments 4 ou sur la partie latérale du bâti 10 du serveur 1 comme l'élément 5 visible sur la figure 1. 30 Selon d'autres modes de réalisation non représentés, le bâti 10 du serveur 1 peut comprendre des éléments de guidage tels qu'une rainure ou 3049812 12 une forme particulière du bâti 10 favorisant son introduction et son guidage dans une cage SFP. Par exemple, un bord arrondi ou un biseau permet d'améliorer l'introduction du serveur 1 dans la cage SFP 51. Selon un mode de réalisation, un élément de maintien, tel qu'un 5 clip, une dent de sécurité ou un clapet permet de maintenir le serveur 1 dans une cage SFP. Les éléments contribuant au maintien du serveur 1 de l'invention dans une cage SFP permettent de faire face à une erreur de manipulation ou une chute d'un équipement de commutation réseau 50 ayant des cages SFP 10 dans lesquels un serveur 1 de l'invention pourrait être introduit, etc. Selon un mode de réalisation, le bâti 10 comprend un élément d'extraction 31 disposé à la seconde extrémité 3 du serveur 1. L'élément d'extraction 31 peut être réalisé de différentes manières. Selon un premier 15 exemple, une barre de retrait amovible 32 telle que celle représentée à la figue 4 peut être utilisée. Selon une autre variante de réalisation, une vis de retrait peut être utilisée. Voyant lumineux 20 Selon un mode de réalisation, la seconde extrémité 3 peut comprendre un ou plusieurs voyant(s) lumineux 33 indiquant à un opérateur l'état de fonctionnement du serveur 1 parmi différents états : « en marche », « défectueux », « surchauffe », « connexion non détectée à l'équipement de commutation réseau 50 », etc... 25 Un tel voyant 33 est représenté à la figure 5 sur l'interface avec la carte électronique. Le voyant 33 peut également indiquer la nature du module SFP inséré dans une cage 51. A titre d'exemple, lorsque ce module SFP est un serveur 1 de l'invention, un voyant lumineux 33 indique qu'il s'agit d'un serveur 1 grâce à une couleur spécifique. Cette caractéristique permet 30 de faire gagner du temps à un agent de maintenance ou à un opérateur ne 3049812 13 connaissant pas l'équipement de commutation réseau 50 et devant diagnostiquer un problème technique rapidement. Selon une variante de réalisation, le voyant lumineux 33 indique la fonction du serveur 1. Par exemple, lorsque ce dernier est utilisé comme un 5 IPBX alors, une couleur spécifique est indiquée par le voyant 33. Lorsque le serveur 1 est utilisé pour traiter des données collectées par des capteurs ou par des dispositifs dédiés, une autre couleur du voyant 33 peut être affichée. La gestion des états, dont la couleur, son état fixe ou clignotant, la cadence de clignotement du ou des voyants 33, peut être : 10 ^ soit, préprogrammée selon l'usage du serveur d'applications et/ou de partages réseau 1 ; ^ soit, être automatiquement gérée par un microprocesseur K, du serveur 1 générant des paramètres pilotant les états de un ou de plusieurs voyants 33 selon les fonctions activées du serveur 15 1. Connecteur électrique SFP La première extrémité 2 du serveur 1 de l'invention comprend un connecteur électrique SFP, noté connecteur 21. Un tel connecteur 21 peut 20 être un circuit imprimé 210 disposant d'une pluralité de pattes conductrices pour assurer une transmission d'informations électriquement. Un exemple d'un tel circuit imprimé 210 est représenté à la figure 2. Le connecteur électrique SFP 21 est destiné à s'enficher dans un connecteur femelle présentant des caractéristiques mécaniques compatibles 25 avec le connecteur électrique SFP. En outre, les pattes électriques 211 du connecteur mâle 21 coopèrent avec des pattes électriques (non représentées) positionnées sur le connecteur femelle de sorte que des informations puissent être échangées entre le serveur 1 de l'invention et l'équipement de commutation réseau 50. Cette coopération électrique des 30 pattes 211 des connecteurs sont préférentiellement celles définies dans les MSA correspondantes à la définition du connecteur électrique SFP. 3049812 14 Le connecteur femelle coopérant avec le connecteur 21 peut être agencé en fond de cage SFP sur une platine du commutateur réseau. La figure 3 représente un sens 60 pour enficher un serveur 1 de l'invention dans l'une des cages SFP, notée 51 sur la figure. 5 Carte électronique, intégration d'un serveur La figure 4 représente un mode de réalisation d'une carte électronique 5 du serveur 1 de l'invention. Une difficulté technique tient dans la capacité d'intégrer un certain nombre de composants dans un confinement 10 correspondant à l'emplacement 51 d'une cage SFP de manière à assurer les principales fonctions d'un serveur d'applications ou de partage réseau. On connait des cartes électroniques de petites dimensions pouvant intégrer un microcontrôleur avec une mémoire. Cependant, ces derniers composants sont incapables de traiter suffisamment d'informations 15 pour gérer, par exemple, différents appels d'un réseau de télécommunications lorsque le serveur 1 doit assurer les fonctions d'un IPBX. En outre, l'espace mémoire associé à un microcontrôleur est limité et ne peut suffire à réaliser les fonctions nécessaires, par exemple, à la collecte de données de capteurs connectés à un réseau local ou pour 20 enregistrer une configuration d'un réseau local auquel est connecté une flotte de terminaux. Par ailleurs, les métiers des fabricants de serveurs d'applications et des fabricants de commutateurs sont généralement différents car les équipements réalisent des fonctions complémentaires mais disjointes. 25 En effet, un équipement de commutation réseau réalise des tâches qui ne visent pas à traiter les données utiles des trames de données échangées dans l'équipement de commutation réseau. En revanche, les évolutions des commutateurs sont orientées sur la gestion et l'administration d'un tel commutateur et sur l'interopérabilité des protocoles et l'accès à des 30 liens offrant des débits plus importants. 3049812 15 Les fabricants de serveurs d'applications cherchent généralement à rendre autonome leur équipement pour en effectuer des mises à jour, proposer de nouveaux services et/ou augmenter les capacités d'analyses et de traitements des trames de données. D'une manière générale, un serveur 5 1 d'applications n'est pas co-localisé à un équipement de commutation réseau puisqu'il peut être raccordé à ce dernier physiquement ou par un accès à un réseau de données. Or pour des raisons de compacité, de maintenance, de simplicité de fonctionnement et de coûts, il y a un réel intérêt à intégrer un serveur de 10 l'invention dans un équipement de commutation réseau 50. Il existe pour certaines applications, telles que la collecte de données de capteurs connectés dans un lieu pour générer des alarmes et les transmettre sur un réseau de données ou encore l'implémentation de services de type IPBX, un intérêt de co-localiser ces équipements ensemble. 15 L'invention permet non seulement de co-localiser ces équipements mais d'adapter un serveur d'applications 1 à une cage SFP d'un équipement de commutation réseau 50. L'invention apporte donc de nombreux avantages en ce qui concerne l'intégration du serveur d'applications ou de partage réseau 1 avec 20 un commutateur 50. Carte électronique, description La carte électronique 11 de la figure 4 comprend un connecteur électrique SFP 21 destiné à s'enficher dans un connecteur femelle agencé 25 dans une cage SFP ou sur une carte d'interface. Un tel connecteur 21 est défini dans une spécification dont les références ont été précédemment indiquées. Un avantage de l'invention est de concevoir une interface entre les différents composants de la carte électronique 11 et les différentes sorties/entrées du connecteur pour que le serveur 1 de l'invention puisse être 30 opérationnel. 3049812 16 - Alimentation Selon un mode de réalisation, le connecteur 21 comprend une interface physique destinée à acheminer une alimentation aux principaux composants de la carte électronique 11. 5 La carte électronique 11 comprend avantageusement un composant d'alimentation PSU ayant pour fonction de collecter/ recevoir l'alimentation acheminée par le connecteur 21 et provenant d'un équipement tiers, l'interface physique d'arrivée de l'alimentation est notée PSU_1 sur la figure 4. L'équipement tiers peut être, par exemple, un équipement de 10 commutation réseau 50 ou une alimentation externe dédiée ou encore une carte d'interface spécifique collectant les différentes interfaces d'une pluralité de cages SFP et les réacheminant vers un équipement de commutation réseau 50. Selon un mode de réalisation, le composant PSU génère une 15 pluralité d'alimentations à destination des composants de la carte électronique 11 tel que le microprocesseur K, la mémoire morte M2, la mémoire vive M1, et éventuellement un composant ETH_PHY dédié à l'encapsulation des trames de données dans des trames Ethernet. Les liaisons physiques des alimentations sont notées respectivement PSU_2, 20 PSU_3, PSU_4 et PSU_5 sur la figure 4. A titre d'exemple de valeurs de tensions les liaisons PSU_1, PSU_2, PSU_3, PSU_4 et PSU_5 peuvent être, par exemple, des tensions de 1V, 1.2V, 1.8V, 3.3V ou encore d'autres tensions. 25 Les alimentations sont dimensionnées pour chaque composant en fonction de leur gamme de fonctionnement. Le composant PSU a donc une fonction d'adaptateur en tension ou en courant des alimentations distribuées à chaque composant de la carte électronique 11. Selon un mode de réalisation, le microprocesseur K comporte une 30 liaison de données CTRL _PSU avec le composant PSU. La liaison de 3049812 17 données peut être par exemple un bus de données. Les données échangées permettent, par exemple, de : ^ paramétrer le niveau des tensions/courant pour chaque composant ; 5 ^ contrôler les niveaux de tensions, vérifier les consommations instantanées et moyennes ; ^ détecter des franchissements de seuils critiques en tension et/ou en courant de un ou plusieurs composants de la carte électronique 11 10 ^ engager des fonctions d'économie d'énergie de la carte électronique ou générer des commandes ou consignes à destinations d'équipements tiers tels que des terminaux, des dispositifs connectés ou encore à un équipement de commutation réseau 50. 15 Microprocesseur Un microprocesseur K assure la réalisation des principales fonctions d'un serveur d'applications et/ou de partages réseau 1. Selon un mode de réalisation, le microprocesseur K comporte un 20 système d'exploitation pour : ^ d'une part, exploiter les données stockées dans la mémoire morte M2 pour effectuer au moins des opérations de traitement des données transmises par l'équipement de commutation réseau 50 et reçues par le serveur 1 avec lesdites données 25 stockées et ; ^ d'autre part, générer des trames de données à émettre vers l'équipement de commutation réseau 50. Le microprocesseur K est donc capable d'effectuer des opérations 30 de traitements de données telles que : - le décodage des trames de données comprenant notamment l'extraction de données utiles d'une trame de données ; 3049812 18 - le déchiffrage de données, - l'enregistrement de données reçues et leur organisation dans la mémoire morte M2 ; - des opérations de comparaison entre les données reçues de 5 l'équipement de commutation réseau 50 avec desdites données déjà enregistrées notamment des données utiles et des champs d'entêtes ; - l'exécution d'algorithmes permettant de générer une consigne en fonction de paramètres prédéfinis et de données analysées 10 qu'elles soient reçues depuis le connecteur 21 ou qu'elles soient déjà enregistrées dans la mémoire morte M2 ; - la génération de trames de données comprenant l'adressage des trames, la segmentation des trames, la gestion des champs d'entête et des champs de contrôle ou encore le 15 cryptage ou le chiffrement de données. Le microprocesseur K, pour effectuer des opérations courantes de traitements de données, peut s'interfacer avec une mémoire vive M1 ayant des capacités suffisantes pour s'adapter, par exemple, à la réception et à 20 l'émission de données à un débit souhaité. La mémoire vive M1 s'interface avec le microprocesseur K au moyen d'une liaison physique DATA_3. Cette interface peut être réalisée par une liaison série ou un bus de données. Selon un mode de réalisation, le microprocesseur K comprend une interface de contrôle. Cette interface est connectée avec le connecteur 25 21 par la liaison notée CTRL_INT. Cette liaison permet au microprocesseur K d'émettre ou acquérir des paramètres de liaisons. Par exemple, le débit, la portée de la liaison de données ou le type de liaison de données Ethernet sont des paramètres qui peuvent être acquis et pris en compte par le microprocesseur K pour configurer la vitesse d'acquisition ou d'émission des 30 trames à traiter. Par exemple, le microprocesseur K peut ajuster les niveaux d'alimentation nécessaires pour l'établissement d'une nouvelle liaison de données avec un équipement de commutation réseau 50. 3049812 19 Enfin, la liaison CTL_INT permet l'échange de données de contrôle d'interface entre le microprocesseur K et un équipement de commutation réseau 50 tel que des horloges, des données de synchronisation, des statuts d'état de fonctionnement, etc. 5 Selon un mode de réalisation, le microprocesseur K génère ou décode des trames Ethernet. En émission, les trames de données sont alors encodées de sorte qu'une entête Ethernet soit générée en fonction de l'adresse destination de 10 l'équipement auquel la trame est destinée. Cet équipement destinataire peut être par exemple : ^ un terminal EQ, tel qu'un téléphone, un combiné DECT ou une base DECT ou encore un ordinateur ; ^ un serveur de données collectant et traitant des données 15 émises par le serveur 1 ; ^ un équipement réseau tel qu'un routeur ou un commutateur si les trames Ethernet sont émises dans un réseau distant à partir du réseau local auquel l'équipement de commutation réseau 50 est associé avec le serveur 1 ; 20 ^ un équipement tiers tel qu'un équipement de contrôle pour la vérification d'une ou de plusieurs trames échangées ; ^ un équipement de sécurité, tel qu'un serveur pour le chiffrement des données ou la sécurisation d'une transaction comprenant les trames Ethernet émises avec 25 un autre serveur distant ; ^ un équipement connecté visant à remonter des données de contrôle mais également à recevoir des consignes de pilotage émises par le serveur 1. 30 La mémoire morte M2 comprend des données permettant de stocker les données d'association entre les équipements connus du serveur 3049812 20 1 de l'invention et leur adresse Ethernet, ce qui permet de réaliser une encapsulation des données. En réception, les trames Ethernet reçues par le serveur 1 sont décodées, lues et interprétées par le microprocesseur K. Dans ce cas, en 5 fonction de l'adressage de la trame reçue, le microprocesseur K peut réémettre la trame à destination d'un autre équipement ou enregistrer les données de la trame, effectuer des opérations de traitement de données et générer un nouvelle trame à un équipement tiers. 10 Composant ETH_PHY Selon un autre mode de réalisation, le traitement des tâches d'encapsulation et de dés-encapsulation des trames Ethernet est supporté par un composant dédié et noté ETH_PHY sur la figure 4. Ces traitements comprennent, par exemple : 15 ^ la génération de trames Ethernet ; ^ la lecture de l'adressage des trames Ethernet ; ^ la segmentation des trames Ethernet ; ^ le codage des champs de la trames Ethernet, et ; ^ le décodage des données au format Ethernet. 20 La figure 4 représente un tel mode de réalisation dans lequel le composant ETH_PHY réalise les fonctions de traitement des trames Ethernet. Un avantage est de séparer les fonctions de traitement effectuées par le microprocesseur K et les fonctions de traitement des trames Ethernet 25 réalisées par le composant ETH_PHY. Selon un mode de réalisation, le composant ETH_PHY comprend un calculateur et une mémoire dédiée. Selon un autre mode de réalisation, le composant ETH_PHY comprend une interface avec la mémoire morte M2 pour effectuer des opérations consistant à lire les adresses Ethernet des 30 trames à traiter pour générer leurs champs d'entête. Dans ce dernier mode de réalisation, c'est le composant ETH_PHY qui assure les fonctions de 3049812 21 commutation sur IP qui consistent à réémettre une trame Ethernet vers un équipement dont la source a été identifiée dans les données reçues. Serveur d'applications 5 Selon un premier mode de réalisation, le serveur 1 est un serveur d'applications. Le serveur 1 est alors par exemple configuré pour traiter des données collectées d'un ensemble d'équipements tiers, tels que des équipements connectés ou des équipements ayant une interface avec un équipement de commutation réseau 50. 10 Le serveur 1 de l'invention est alors au moins capable de recevoir des trames Ethernet émises par ces équipements tiers par l'intermédiaire de l'équipement de commutation réseau 50 qui comprend des interfaces physiques ou sans fil permettant de recevoir de telles trames. Le serveur 1 de l'invention occupant un emplacement 51 d'une 15 cage SFP de l'équipement de commutation réseau 50 reçoit les trames émises par des équipements tiers. Une configuration de l'équipement de commutation réseau 50 peut être réalisée de sorte que certaines trames Ethernet collectées par ce dernier sont automatiquement transmises au serveur 1. 20 Selon un mode de réalisation, l'équipement de commutation réseau 50 est configuré pour transmettre uniquement des trames Ethernet ayant un champ d'entête spécifique vers le serveur 1 de l'invention. Un champ d'entête spécifique peut être défini, par exemple, par un ensemble d'adresses Ethernet prédéfini. 25 Le serveur 1 est alors en mesure de collecter, enregistrer et/ou réémettre des trames à destination d'autres équipements tiers, des terminaux ou encore un autre serveur, tel qu'un serveur de données. Exemple : gestion d'un compteur électrique 30 Selon un exemple de réalisation, un compteur électrique est un équipement qui émet des données de consommations électriques soit à la 3049812 22 demande, soit de manière régulière selon la configuration choisie. Un compteur électrique peut être raccordé à un réseau de données par l'intermédiaire d'un équipement de commutation réseau 50 via une liaison physique ou via une liaison sans fil. 5 Les données de consommation qui sont émises parviennent, dans le cas de l'invention, à l'équipement de commutation réseau 50 qui transmet lui-même ces données au serveur 1 de l'invention disposé dans l'une de ses cages 51. Les données ainsi reçues par le serveur 1 peuvent être, par exemple : 10 - stockées temporairement dans le serveur 1 ; - mises en forme par une application du serveur 1 de sorte à présenter des informations corrélées ou des bilans sur des périodes de temps ; - Réémisses vers un autre serveur de données du réseau de 15 données auquel l'équipement de commutation réseau 50 est connecté ; - Comparées à des seuils pour la génération et l'émission d'alarmes ou de données de surveillance. 20 Selon ce mode de réalisation, le serveur 1 est paramétré, par exemple à distance, avec une application de gestion des données de compteur(s) électrique(s). Une telle application permet d'administrer les compteurs, les équipements électriques, les utilisateurs, les serveurs de données, la fréquence d'acquisition des messages, les seuils de 25 comparaison de certaines données utiles du serveur 1, la gestion des droits d'accès, etc. Ainsi, le serveur 1 de l'invention permet de réaliser une fonction de traitement de données directement dans l'équipement de commutation réseau 50 et d'utiliser les ressources réseau de cet équipement 5 pour 30 délivrer en temps réel des données de fonctionnement d'équipements tiers. 3049812 23 Exemple : capteurs environnementaux connectés Un autre exemple d'une configuration possible du serveur 1 de l'invention peut être une application de collecte et de gestion de données environnementales provenant de capteurs connectés dans un environnement 5 proche de l'équipement de commutation réseau 50. Par exemple, un tel équipement peut être présent dans des locaux d'une entreprise. Selon un mode de réalisation, l'équipement de commutation réseau 50 peut être le commutateur d'accès aux terminaux de l'entreprise, tels que les terminaux EQ1, EQ2, EQn représentés à la figure 5. 10 Un tel serveur 1 peut, par exemple, être configuré de sorte qu'il collecte les données de température, d'humidité, de pression d'une pluralité de bureaux dans lesquels des capteurs sont présents. A l'issue de la collecte de données et de leur enregistrement, le serveur de l'invention 1 peut émettre des trames Ethernet à destination d'un serveur de gestion de la 15 climatisation. Un tel serveur de gestion de la climatisation génère ensuite automatiquement des consignes visant à commander un système centralisé de climatisation. Un avantage de la mutualisation : ^ des fonctions de commutation d'un équipement de 20 commutation réseau 50 et ; ^ des fonctions de collecte de données d'un serveur 1, est d'adresser des équipements de différentes natures de différents sous réseaux locaux d'un même espace grâce à des capacités de traitement du serveur 1 et aux interfaces physiques 25 de l'équipement de commutation réseau 50. Serveur de partage réseau Selon un mode de réalisation de l'invention, le serveur 1 de l'invention est configuré pour traiter des données visant à offrir des services 30 IP concernant le partage et le transfert de données au sein d'un réseau local et son raccordement avec un réseau public. 3049812 24 Exemple : Fonction IPBX Un exemple de configuration du serveur de partage réseau 1 de l'invention est une application visant à réaliser les principales fonctions d'un 5 IPBX. Ainsi, le serveur 1 de l'invention permet de transformer un simple équipement de commutation réseau 50 en un équipement intelligent de gestion des communications IP pour assurer les services dont : - L'acheminement d'un appel téléphonique sur IP extérieur vers un terminal EQ1 d'un réseau local, le réseau local étant 10 configuré pour que les adresses des équipements soient connus du serveur 1 de l'invention ; - L'acheminement d'appels internes entre différents terminaux EQ1, EQ2, EQn du réseau local ; - Les fonctions de renvois d'appel et de mise en attente ; 15 - La gestion des droits d'accès au réseau public pour chaque terminal EQ1, EQ2, EQn grâce à l'enregistrement des droits et de leurs associations à des adresses MAC ou IP dans la mémoire morte M2 ; - La gestion d'un mode de conférence pour établir des 20 communications sur IP entre terminaux EQ1, EQ2, EQn d'un réseau local. Dans ce dernier cas, le microprocesseur K ou le composant ETH_PHY est capable de générer les entêtes IP des trames Ethernet autorisant ce mode conférence lorsqu'il est détecté par la requête de l'un des terminaux ; 25 - La gestion d'appel d'urgence lorsque ces derniers sont programmés grâce à une fonction du microprocesseur et d'un numéro d'appel préenregistré dans la mémoire morte ; - La gestion d'interphone, de webcam ou de visiophone ; - La gestion de coûts téléphoniques, de compteurs de temps ou 30 de services liés à des tranches horaires prédéfinies ; - Etc. 3049812 25 La figure 5 représente un mode de réalisation d'un équipement de commutation réseau 50 de l'invention comportant un serveur 1 de l'invention. Un tel équipement 50 comprend une alimentation PSU° alimentant les 5 principaux composants de l'équipement 50 ainsi que le serveur 1 par l'intermédiaire du connecteur 21. L'équipement 50 comprend une pluralité de cages SFP dont au moins un emplacement est dédié pour recevoir un serveur 1 de l'invention. Ce dernier s'enfiche dans la cage SFP pour être connecté électriquement 10 permettant ainsi d'échanger des données avec l'équipement 50. En outre, l'équipement 50 comprend une carte d'interface ou une carte mère, notée C sur la figure 5. Cette dernière carte C comprend un premier ensemble d'interfaces 51' permettant d'échanger des données avec chaque connecteur 15 21 de chaque module SFP enfiché chacun dans une cage SFP. En particulier, un ou plusieurs serveur(s) 1 peu(ven)t être enfiché(s) dans une ou plusieurs cages SFP. La carte C comprend un second ensemble d'interfaces 52' pour recevoir et émettre des données sur des connecteurs 52. Ces connecteurs 20 52 sont, par exemple, des connecteurs RJ45, ou RJ45 PoE ou d'autres connecteurs encore. Ces derniers connecteurs 52 peuvent être physiquement raccordés à une pluralité de terminaux EQ1, EQ2, EQn ou de bases ayant chacune un terminal sans fil. Ces connecteurs 52 peuvent également servir à l'interconnexion physique de plusieurs équipements de 25 commutation réseau 50. Ainsi, les communications IP et plus généralement les services d'un IPBX peuvent être supportés par un équipement de commutation réseau 50 lorsque ce dernier comprend au moins un serveur 1 de partage réseau comportant les moyens pour la mise en oeuvre d'un IPBX. 30 REVENDICATIONS1. Serveur d'applications et/ou de partages réseau (1) comportant un bâti (10) longitudinal apte à coopérer avec une cage SFP (51) pour y être enfiché mécaniquement et comportant, en outre, des éléments de guidage et de maintien dans ladite cage SFP (51), ledit bâti (10) comportant : - une première extrémité (2) enfichable et comportant un connecteur électrique SFP (21) destiné à s'enficher sur un connecteur d'une carte hôte d'un équipement de commutation réseau (50) ; - une seconde extrémité (3) comportant au moins un élément d'extraction (31, 32) du bâti (10) lorsqu'il est enfiché dans la cage SFP (51), ledit bâti (10) comportant une carte électronique (11) comportant une mémoire vive (Mi), une mémoire morte (M2), un microprocesseur (K) et une alimentation (PSU) recevant une alimentation externe transitant par le connecteur électrique SFP (21) et alimentant à son tour au moins le microprocesseur (K), la mémoire vive (Mi) et la mémoire morte (M2), ledit serveur (1) comportant un système d'exploitation pour - d'une part, exploiter les données stockées dans la mémoire morte (M2) pour effectuer au moins des opérations de traitement des données transmises par l'équipement de commutation réseau (50) et reçues par le serveur (1) avec lesdites données stockées et ; - d'autre part, générer des trames de données à émettre vers l'équipement de commutation réseau (50), Le microprocesseur (K) comprenant, en outre, une interface de contrôle (CTRL _INT) pour coordonner les échanges de données en émission et en réception avec l'équipement de commutation réseau (50), lesdites données échangées étant encapsulées dans des trames Ethernet et transitant via le connecteur électrique SFP (21). 3049812 27 2. Serveur (1) selon la revendication 1, caractérisé en ce qu'un composant d'encapsulation de trames (ETH_PHY) traite les données émises et reçues entre le microprocesseur (K) et l'interface électrique SFP (21) de manière à : 5 ^ encapsuler les données en émission sous forme de trames Ethernet et ; ^ dés-encapsuler les trames Ethernet reçues pour les transmettre au microprocesseur (K). 10 3. Serveur (1) selon la revendication 2, caractérisé en ce que le microprocesseur (K) : ^ Décode et code les adresses MAC des sources et destinations dans les trames reçues ou émises ; ^ Vérifie les adresses MAC des trames reçues pour filtrer les 15 données ; ^ Contrôle l'accès au média physique ; ^ Détecte les erreurs de transmission. 4. Serveur (1) selon la revendication 1, caractérisé en ce que le 20 microprocesseur (K) : ^ encapsule les données en émission sous forme de trames Ethernet et ; ^ dés-encapsule les trames Ethernet reçues pour les transmettre au microprocesseur (K). 25 5. Serveur (1) selon la revendication 1, caractérisé en ce que les éléments de guidage et de maintien comprennent au moins un élément parmi la liste suivante : ^ une rainure de guidage ; 30 ^ une portion amovible ou déformable (4, 5) pour le maintien du serveur (1) dans une cage (51) ; ^ un clip de maintien. 6. Serveur (1) selon la revendication 1, caractérisé en ce que le microprocesseur (K) contrôle les niveaux des alimentations 3049812 28 distribuées par l'alimentation (PSU) à chaque composant (M1, M2, ETH _PHY, K) du serveur (1) de manière à activer une fonction d'économiseur d'énergie lorsqu'au moins une valeur d'alimentation franchit un seuil prédéfini. 5 7. Serveur (1) selon la revendication 1, caractérisé en ce que la seconde extrémité (3) du bâti (10) comporte au moins un voyant lumineux (33) indiquant l'état de fonctionnement du serveur (1). 10 8. Serveur (1) selon la revendication 1, caractérisé en ce que le système d'exploitation comprend une organisation des composants et des interfaces et de données de configuration pour l'exécution d'un programme d'ordinateur configuré pour traiter des trames de données reçues via le connecteur électrique SFP (21), ledit programme 15 d'ordinateur comportant des paramètres spécifiques stockées dans la mémoire morte (M2) permettant l'exécution d'au moins une tâche de traitement des trames reçues pour générer de nouvelles trames de sortie transitant par le connecteur électrique SFP (21) à destination d'un terminal (EQ), un serveur ou un équipement connecté. 20 9. Serveur (1) selon l'une quelconque des revendications 1 à 8, caractérisé en ce que la mémoire morte (M2) comprend un ensemble de valeurs de paramètres définissant des seuils d'action, chaque seuil 25 d'action étant associé dans la mémoire morte (M2) à une identification d'un dispositif électronique distant muni d'un capteur collectant des mesures d'au moins un paramètre, ledit serveur (1) : - recevant au moins une trame de données via l'interface électrique SFP (21), ladite trame comportant l'identification d'un 30 dispositif distant référencé dans la mémoire morte (M2) et une valeur d'une mesure d'au moins un paramètre ; - décodant et enregistrant dans la mémoire morte (M2) ladite valeur de la mesure ; - effectuant une comparaison entre ladite mesure décodée et un 35 seuil d'action prédéfini et stocké dans la mémoire morte (M2) associé audit équipement distant ; 3049812 29 ^ générant au moins une trame de données à un équipement de contrôle distant, une adresse réseau dudit équipement de contrôle distant étant stocké dans la mémoire morte (M2), ladite trame de données étant émise via le connecteur électrique SFP 5 (21) au format d'une trame Ethernet. 10.Serveur (1) selon l'une quelconque des revendications 1 à 8, caractérisé en ce que la mémoire morte (M2) comprend : ^ Un ensemble d'adresses MAC de terminaux (EQ1, EQ2, EQn) ; 10 ^ Un ensemble d'associations d'adresses MAC de chaque terminal (EQ1, EQ2, EQn) avec une adresse IP et avec un numéro d'appel pour chaque terminal (EQ1, EQ2, EQn) ; ^ Un ensemble de droits d'accès à un réseau externe d'un opérateur IP pour chaque adresse MAC ou IP de terminaux, 15 le microprocesseur (K) étant configuré pour : ^ détecter un appel entrant d'un premier terminal (EQ1) référencé dans la mémoire morte (M2), ledit appel entrant comportant une trame indiquant un numéro d'appel d'un second terminal (EQ2) référencé individuellement ou par 20 groupe dans la mémoire morte (M2) du serveur (1) ; ^ générer au moins une trame de données vers le second terminal (EQ2) ou vers un autre serveur en fonction du numéro d'appel, lesdites données reçues de l'appel entrant du premier terminal (EQ1) étant encapsulées dans les 25 trames de données émises par le microprocesseur (k) vers le second terminal (EQ2) ou vers un autre serveur, le serveur (1) transmettant via l'interface électrique SFP (21) au moins une trame Ethernet comportant l'adresse IP du second terminal (EQ2) ou d'un autre serveur et comportant la trame générée par le 30 microprocesseur (K) vers le second terminal (EQ2). 11.Serveur (1) selon la revendication 10, caractérisé en ce que le microprocesseur (K) est configuré pour : ^ détecter un ensemble de trames correspondant à un appel 35 entrant à destination d'un premier terminal (EQ1), ledit 3049812 30 numéro d'appel étant référencé dans la mémoire morte (M2) de télécommunication et associé avec une adresse du premier terminal (EQ1) ; ^ détecter une trame comportant un indicateur de transfert 5 d'appel provenant du premier terminal (EQ1) auquel et associé un nouveau numéro de ligne associé à l'indicateur de transfert d'appel ; ^ comparer le nouveau numéro de ligne avec les données stockées dans la mémoire morte (M2) afin de déterminer un 1 0 nouveau terminal (EQ3) vers lequel l'appel doit être transféré et ; ^ générer au moins une trame de données vers le nouveau terminal (EQ3) comprenant les données reçues de l'appel entrant, 15 le serveur transmettant via l'interface électrique SFP (21) au moins une trame Ethernet comportant : l'adresse IP du troisième terminal (EQ3) et les données reçues de l'appel entrant. 12. Commutateur (50) comprenant une alimentation (PSU0), un 20 microprocesseur (K0), un ensemble de cages SFP (51) comportant chacune une connectique apte à coopérer avec un connecteur électrique SFP, une carte mère (C) comprenant : ^ un premier ensemble d'interfaces (51') pour collecter et émettre des données transitant par les connectiques coopérant avec 25 des connecteurs électriques SFP ; ^ un second ensemble d'interfaces (52') pour recevoir et émettre des données transitant par des connecteurs (52) destinés à coopérer avec des liaisons de terminaux IP (EQ1, EQ2, EQn), le commutateur (50) étant caractérisé en ce qu'il comporte, en outre, 30 au moins un serveur (1) de l'une quelconque des revendications 1 à 10 enfiché dans une ou plusieurs de ses cages SFP.