FR 2682245 A1 19930409 FR 9112372 A 19911008 SYSTEME DE TEST D'UN RESEAU EN FORME D'ANNEAU A TRES HAUT DEBIT ET PROCEDE DE MISE EN OEUVRE DE CE SYSTEME. La présente invention concerne un système de test d'un réseau en forme d'anneau à très haut débit ainsi que le procédé de mise en oeuvre de ce système Elle est plus particulièrement applicable aux réseaux de transmission de données de type FDDI, dont le support de transmission est constitué par des fibres optiques, ou encore aux réseaux de type TPDDI dont le support de transmission est constitué par une paire torsadée. Les réseaux dont le support de transmission est constitué de fibres optiques, sont utilisés de plus en plus fréquemment et définis dans leurs grandes lignes dans les normes élaborées dans les comités de standardisation internationaux tels que l'ANSI (American National Standard institute), sous la référence X 3 T 9-5 Ces mêmes normes sont également adoptées par 1 'I S O, Organisation Internationale de Normalisation (International Standard Organization). Elles sont également reprises dans la définition des réseaux de type TPDDI, qui ont tendance à être utilisés désormais dans les réseaux locaux o les distances de transmission entre les différentes stations ou terminaux sont relativement faibles. On sait que sur un réseau, les messages d'informations émis par les différentes stations de celui-ci sont constitués par une pluralité de trames On rappelle qu'une trame est constituée de données utiles encadrées, dans le temps, par des signaux placés en tête et en queue de trame Ces derniers sont appelés "Caractères de commande". Par ailleurs, on sait que l'ensemble des éléments constitutifs fonctionnels constituant un ordinateur (processeurs, mémoire vive et morte, contrôleur, etc) est disposé sur un ensemble de cartes (boards) dont les dimensions sont normalisées Ces cartes sont reliées généralement à un même bus de type parallèle assurant les communications entre les différents éléments portés par les cartes, le transport des données entre celles-ci et leur alimentation électrique. La connexion d'un tel ordinateur à un réseau FDDI ou encore TPDDI s'effectue par l'intermédiaire d'un dispositif passerelle de connexion dont la fonction est d'adapter les conditions de transmission des informations sur le bus d'ordinateur, aux conditions de transmission sur le réseau en question. La Figure 1 montre la structure générale d'un tel dispositif passerelle. Celle-ci montre un ordinateur ORD dont les différents éléments constitutifs sont disposés sur une pluralité de cartes C communicant entre elles par l'intermédiaire d'un bus PSB (sigle de l'expression anglaise Parallel System Bus) Chaque carte C est connectée à PSB par l'intermédiaire d'une interface de connexion IC Le type d'interface de connexion et la façon dont elle communique avec les autres éléments constitutifs fonctionnels de l'ordinateur, dépendent du type de bus utilisé. Généralement le bus et l'interface de connexion sont définis de manière précise par des normes (Par exemple, normes relatives au bus MULTIBUSII, définies par la norme IEEE 1296). L'ordinateur ORD est connecté à un réseau RE, en forme d'anneau, par exemple de type FDDI (ou TPDDI), par l'intermédiaire du dispositif passerelle de connexion DPC. Le réseau RE se compose d'un anneau principal AP et d'un anneau secondaire AS. Le dispositif DPC se compose d'une part d'un dispositif universel de couplage GPU (sigle anglais de General Purpose Unit), d'un dispositif adaptateur FDI, encore appelé coupleur de communication et d'une interface IHA assurant le transfert des informations entre le dispositif GPU et FDI. Le dispositif universel de couplage GPU est relié à PSB par une interface de connexion IC, le plus souvent du même type que les interfaces IC précédemment décrites et appartenant aux cartes C. Le dispositif DPC est relié physiquement au réseau RE par l'intermédiaire d'un dispositif d'accès physique au réseau, à savoir DA, appartenant au coupleur de communication FDI. La structure générale du dispositif DPC, tel que montré à la figure 1, ainsi que des modes de réalisation et de fonctionnement des deux éléments le constituant, à savoir GPU et FDI sont décrits de façon détaillée dans la demande de brevet français 89 10 156 déposée le 27 juillet 1989 sous le titre "dispositif passerelle de connexion d'un bus d'ordinateur à un réseau fibre optique en forme d'anneau", par la Société demanderesse. Comme on le verra par la suite, le système de test ST selon l'invention est connecté au réseau RE par l'intermédiaire d'un coupleur de communication FDIT identique au coupleur de communication FDI du dispositif passerelle de connexion DPC C'est la raison pour laquelle il est utile de rappeler quels sont les éléments constitutifs essentiels d'un tel coupleur de communication, étant entendu que la description plus détaillée de ce dernier ainsi que de son fonctionnement est effectuée dans la demande de brevet français ci-dessus mentionnée. On considère à cet effet, la figure 2. Le coupleur de communication FDI est connecté au dispositif universel de couplage GPU par l'intermédiaire de l'interface IHA, elle- même composée d'une interface IHAC pour les caractères de commande, et d'une interface IHAD pour les données proprement dites, encore appelées données utiles. L'interface IHAC comprend une partie EC pour l'émission de caractères de commande et une partie RC pour la réception de caractères de commande des trames provenant du réseau. L'interface IHAD comprend une partie ED pour l'émission de données utiles des trames destinée au réseau RE, et une partie réception, à savoir RD destinée à recevoir les données utiles des trames provenant du réseau RE. Les éléments principaux de FDI sont les suivants: le contrôleur de gestion de transfert CGT construit autour d'un microprocesseur MP associé à un ensemble d'éléments de servitude SERV (mémoire de type RAM ou EPROM, coupleurs, etc) Ce contrôleur de gestion est associé à un bus de commande BC auquel sont connectés les éléments MP et SERV, ainsi que l'interface IRAC. un contrôleur d'accès au réseau CAR, lui-même connecté d'une part au dispositif d'accès physique au réseau DA, et d'autre part au bus de commande BC. un bus haut débit BHD (pouvant véhiculer des trames avec des débits de l'ordre de 100 mégabits/sec) connecté d'une part à l'interface IHAD et d'autre part au contrôleur d'accès au réseau CAR. une mémoire de stockage MST connectée respectivement au bus haute vitesse BHD, et au contrôleur d'accès au réseau CAR par l'intermédiaire d'une ligne de commande LC (comportant notamment des fils de commande pour l'écriture et la lecture de la mémoire, ainsi que des informations d'adressage de celle-ci). On considère l'émission d'une trame déterminée depuis l'ordinateur ORD Celle-ci ayant traversé le dispositif universelle de couplage GPU arrive sur l'interface IHAC, drune part sous forme de données utiles qui sont envoyées à la partie ED de l'interface IHAD, et d'autre part de bloc de contrôle envoyés à la partie EC de l'interface IHAC Ces blocs de contrôle comprennent d'une part des caractères de commande relatifs à la constitution de la trame en question, et d'autre part des informations concernant la nature des opérations à effectuer sur cette trame par le coupleur de communication FDI. Le contrôleur de gestion CGT va lire les blocs de commande dans l'interface IHAC et interprète ceux-ci pour former des caractères de commande répondant à la norme FDDI, relatifs à la trame en question Dès que ces caractères de commande sont constitués, ils sont envoyés à travers le bus BC, le contrôleur CAR et le bus BHD vers la mémoire de stockage MST Pendant ce temps le microprocesseur MP gère le transfert des données utiles de la trame vers la mémoire de stockage MST Dès que les caractères de commande et les données utiles sont parvenus dans celles-ci, le contrôleur d'accès au réseau CAR, sous le contrôle du microprocesseur MP expédie la trame ainsi formée vers le réseau RE. Il est évident qu'un processus strictement inverse de celui qui vient d'être décrit ci-dessus se produit pour la réception d'une trame de type FDDI provenant du réseau RE. L'existence des deux bus distincts BC d'une part pour les blocs de commande et BHD d'autre part pour les données utiles permet de transférer les blocs de contrôle sur le bus BC indépendamment des données utiles correspondantes sur le bus BHD, le bloc de contrôle pouvant être transféré sur son bus avant, en même temps, ou après que les données utiles correspondantes aient été transférés sur le bus BHD. L'apparition récente des réseaux FDDI, ou encore TPDDI, nécessite de disposer d'outils de test fournissant aux concepteurs ou aux utilisateurs de ces réseaux un certain nombre de facilités: génération de trafic (génération de trames) cette fonctionnalité est nécessaire pour la qualification de dispositifs particuliers, tels que des coupleurs de communication analogue à ceux montrés à la figure 2, ou le câblage de celui-ci ou encore l'ensemble des supports de transmission. visualisation du réseau: la norme FDDI permet, à partir d'une station quelconque, d'obtenir des informations sur l'état du réseau à un moment déterminé, ce dernier se caractérisant par le taux de charge du réseau, le taux d'erreurs, le nombre de trames en circulation, etc Il est donc intéressant de visualiser sur un écran, l'état du réseau à partir de ces dernières informations. test de conformité: tout dispositif de type FDDI doit respecter la norme, c'est à dire offrir un certain nombre de services Il est donc nécessaire de posséder un outil capable de vérifier l'existence et le bon fonctionnnement de tels services Parmi ces derniers on relève notamment les trames dites SMT définies dans la norme FDDI. Le système de test selon l'invention permet de satisfaire aux exigences énoncées ci-dessus en étant construit autour d'un coupleur de communication analogue à celui de la figure 2 sur lequel sont implémentés (dans les éléments de servitude SERV) des tests fonctionnels (Génération et réception de trafic,) et d'un mini ordinateur de type PC (Personal Computer) mettant en oeuvre un logiciel spécifique de test Ce système de test permet à la fois de piloter tout coupleur de communication analogue à FDI (figure 2) connecté au réseau et de visualiser l'ensemble du réseau sur un écran appartenant à ce mini ordinateur. Selon l'invention, le système de test d'un réseau en forme d'anneau à très haut débit est caractérisé en ce qu'il comprend: une unité de traitement de données muni d'un dispositif de visualisation de celles-ci, reliée par l'intermédiaire d'une liaison spécifique à un coupleur de communication connecté au réseau, un logiciel de test du réseau implémenté dans ladite unité, un ensemble de tests fonctionnels implémenté dans le coupleur de communication permettant la génération de trames sur le réseau, le logiciel de test pilotant d'une part le coupleur de communication en lui envoyant des commandes permettant la mise en oeuvre de l'ensemble des tests et d'autre part la visualisation des informations relatives à l'état du réseau, telle que reçues par le coupleur et envoyées par ce dernier à l'unité de traitement. D'autres caractéristiques et avantages de la présente apparaîtront dans la description suivante, donnée à titre d'exemple non limitatif et en se référant aux dessins annexés. Sur ces dessins: la Figure 1 rappelle comment un ordinateur est connecté à un réseau par l'intermédiaire d'un coupleur de communication, et montre d'autre part comment s'insère le système de test selon l'invention à l'intérieur de ce réseau, la Figure 2 rappelle quels sont les éléments constitutifs essentiels d'un coupleur de communication tel que décrit dans la demande de brevet indiqué ci-dessus, la Figure 3 montre les éléments constitutifs essentiels du système de test selon l'invention, la Figure 4 montre comment le coupleur de communication du système de test est connecté à la liaison spécifique du mini ordinateur par l'intermédiaire d'une carte bouchon, la Figure 5 montre la structure générale du logiciel de test du système de test selon l'invention, implémentée sur le mini ordinateur. On considère les figures 1 et 3. Le système de test ST, selon l'invention, montré à la figure 3 comprend une valise de test VT reliée par l'intermédiaire d'une liaison L spécifique à un mini ordinateur PC Cette liaison est de type normalisé R 5232. Elle est connectée au mini ordinateur PC par l'intermédiaire d'un connecteur CN 2 normalisé et est connectée à la valise VT par l'intermédiaire d'un connecteur CN 1 de même type que CN 2. Le mini ordinateur PC comprend notamment un écran de visualisation VD et une mémoire à disques DISC comprenant soit un disque dur soit un disque souple (Floppy disc) sur lequel est mémorisé de façon permanente le logiciel de test implémenté dans l'ordinateur PC Ce dernier peut être constitué par n'importe quel type de mini ordinateur actuellement en vente sur le marché. La valise de test VT comprend un coupleur de communication FDIT, de type tout à fait analogue à FDI (Figure 2) dont l'alimentation en énergie est fournie par une alimentation ALIM, et qui est connectée par l'intermédiaire d'un dispositif d'adaptation physique DAT, analogue à DA, au réseau RE. Les servitudes SERV et FDIT contiennent un ensemble de tests fonctionnels ETF mis en oeuvre par le microprocesseur MP suite à l'envoi de commandes par le mini ordinateur PC (qui joue dans ce cas le rôle joué par GPU pour une carte FDI) Cet ensemble permet la génération de trafic sur RE par émission de trames prédéfinies conformes aux normes FDDI, (par exemple de type LLC, SMT, NIF, voir plu loint), la réception de trames de même type provenant de RE en vue de visualiser leur contenu, la réception et la réémission de ces mêmes trames en mode ECHO, telles que définies lors des test N O 3 et N O 4 expliqués en détail plus loin, etc On note que la figure 1 montre le schéma fonctionnel du système de test selon l'invention, alors que la figure 3 montre la disposition physique relative de chacun des éléments constituant le système de test. Il convient de préciser que la valise de test VT a une forme de mallette parallélépipédique et est aisément transportable par un opérateur manuel. Le coupleur de communication FDIT est connecté à la liaison L par l'intermédiaire d'un connecteur CN 1 porté lui-même par une carte bouchon CB 35 La carte bouchon CB est connectée au coupleur de communication FDIT par l'intermédiaire d'une part de l'interface IHAD analogue à IHA, et d'autre part de la mémoire de commande MC et de l'interface IHAC (figure 4). On considère la Figure 4, qui montre plus précisemment comment l'interface IHT est connectée à la carte bouchon CB La carte bouchon CB permet de relier entre elles les parties ED et RD de IHAD par l'intermédiaire d'une pluralité de liaisons filaires F 1 à Fn et de circuit d'amplification et de remise en forme A 1 à An, les liaisons filaires F 1 à Fn étant connectées en série respectivement avec les circuits d'amplification A 1 à An Ainsi, on reboucle la partie émission ED sur la partie RD, de sorte qu'une trame provenant du réseau RE arrivant par l'intermédiaire du bus BHD sur la partie RD est renvoyée sur la partie ED et donc sur le bus BHD vers la mémoire MST pour être ensuite réémise vers le réseau. Le connecteur CN 1 est connecté à une mémoire de commande MC elle-même reliée d'une part à chacune des deux parties EC et RC de IHAC et d'autre part au bus de commande BC (et donc à MP) par un bus BMC MC appartient à FDIT De la sorte, le coupleur FDIT peut être couplé: soit, au mini-ordinateur PC, (par la carte bouchon CB) et dans ce cas faire partie intégrante du système de test ST. Dans ce cas, les blocs de commande envoyés depuis le mini- ordianteur PC par l'intermédiaire de L et CN 1, sont d'abord stockés dans MC avant d'être envoyés sur BC pour être ensuite analysés par MP IHAC n'est alors pas utilisée MC fait alors la conversion série- parallèle entre la liaison série L et le bus BC. soit, directement à GPU, en l'absence de carte-bouchon C Br et dans ce cas FDIT se comporte comme un coupleur de communication d'une station FDDI normale IHA est alors connectée au bus de données de GPU et la mémoire MC au bus de commande de ce dernier IHAC est alors utilisée et MC assure simplement le stockage provisoire des données avant leur transfert vers IHAC. il On supposera donc dans la suite du texte que FDIT appartient à ST. Alors, le mini ordinateur PC et le coupleur de communication n'échangent entre eux que des blocs de commande et n'échangent aucune donnée utile. Pour effectuer un test du réseau RE montré à la figure 1, il suffit d'insérer dans ce dernier, outre le système de test ST, un second système de test ST 1 Ainsi on peut vérifier que tout ce qui a été émis par l'un des deux systèmes de test, par exemple ST a bien été reçu par l'autre ST 1 et réciproquement On peut éventuellement capturer une (ou plusieurs trames) pour examiner l'état de celle-ci Pour effectuer un test valable, on charge le réseau à 100 % et on vérifie que l'ensemble des liaisons sont correctement effectuées, qu'il n'y a pas de problème de transmission optique s'il s'agit d'un réseau de type FDDI, que des stations particulières comportant des coupleurs de communication tels que FDI fonctionnent correctement, dans tous leurs composants, au moment du test. On considère la figure 5 qui permet de mieux comprendre la structure du programme de test mis en oeuvre par le mini ordinateur PC. Ce programme, désigné par LOGT, s'articule autour d'un générateur de fenêtres GF, les fenêtres qu'il engendre étant désignées par F 1 à Fn Le fait que GF engendre les fenêtres F 1 à Fn est symbolisé par l'ensemble de flèches F 1 à Fn qui le relie aux fenêtres correspondantes. Par ailleurs, le logiciel LOGT comporte 4 niveaux Ni à N 4. Le premier niveau N 1 définit le squelette SQ du programme: ce squelette permet notamment le dimensionnement des fenêtres, de définir leurs arborescences, c'est à dire la façon dont celles-ci peuvent s'enchaîner les unes aux autres, et définit les appels de procédure C'est à ce premier niveau N 1 que fait appel le générateur de fenêtres GF pour construire les différentes fenêtres F 1 à Fn Elles se construisent à partir d'un menu racine inclus dans ce squelette. Le deuxième niveau N 2 décrit les différentes commandes susceptibles d'être envoyées à tous les coupleurs de communication de type FDI ainsi qu'à toute carte FDIT d'un quelconque système de test ST connecté au réseau RE Ce deuxième niveau décrit également la structure des réponses reçues à ces différentes commandes, ces réponses reçues concernant notamment l'affichage des status des différents éléments composant une carte FDI, l'état des différents compteurs qui y sont inclusetc Le troisième niveau N 3 exécute des fonctions prédéfinies: ces fonctions permettent notamment la visualisation de l'ensemble de l'anneau formant le réseau RE, ainsi que la visualisation de ce qui se passe à l'intérieur de tout coupleur de communication d'une station connectée à cet anneau. Le dernier niveau N 4 permet une programmation rapide de la carte FDIT du système de test ST. Dans l'exemple de réalisation décrit ici, il existe 40 fenêtres possible numérotées de O à 39, c'est à dire les fenêtres FO à F 39 Chaque fenêtre possède au maximum 23 champs C O à C 22, chaque champ étant identifié par un libellé de largeur maximale 19 caractères. 3 types d'actions sont associées à un champ donné d'une fenêtre: 1 l'appel d'une autre fenêtre, qui est alors identifiée par son numéro (de 1 à 39, le chiffre O signifiant par convention que cette fenêtre ne définit pas une action déterminée, la fenêtre O comportant en fait le menu racine du logiciel de test LOGT). 2 l'appel d'une fonction identifiée par un indice (dans l'exemple de réalisation décrit ici, cet indice est supérieur à 1000) Cette fonction est mise en oeuvre par un programme particulier (du niveau N 3). 3 la définition d'une donnée, de largeur maximale 9 caractères La largeur est alors définie par un indice compris entre -1 et -9 (-1 correspond à une largeur d'un caractère et -9 à une largeur de 9 caractères) On sait qu'on entend par caractère, pour un écran d'ordinateur, soit une lettre, soit un chiffre, soit une ponctuation ou un signe A chaque caractère correspond une combinaison connue d'un nombre déterminé de bits ( 8 par exemple). Sur l'écran du mini ordinateur la position du coin supérieur gauche d'une fenêtre est définie par deux coordonnées XO et YO o XO est compris en O et 79 et YO entre O et 24 Si XO et YO sont égaux à -1, la position de la fenêtre sur ce même écran est gérée par le logiciel LOGT: cela signifie que, si une fenêtre en appelle une autre, LOGT essaie de placer cette dernière au voisinage de la première de manière à ce que la présentation de celles- ci sur l'écran apparaisse de façon simple et claire aux yeux de l'opérateur humain travaillant sur ce dernier. Le tableau 1 donné en annexe représente l'écran du mini ordinateur PC présentant la définition d'une fenêtre au moyen d'une fonction appelée BUILD La définition de la fenêtre dont il s'agit à savoir la fenêtre de numéro 10, c'est à dire la fenêtre F 1 o est effectuée au moyen d'une part de la fenêtre Fo faisant appel au menu racine de LOGT et d'autre part des trois fenêtres F 1,F 2,F 3 faisant toutes appel à la fonction BUILD en vue de définir la fenêtre en question, en précisant son format et en la décrivant par indication notamment du nombre de champs, de leur largeur, etc La fenêtre F 3 peut également faire appel à la fonction COPY (voir plus loin) En fait, chacune des fenêtres F 1 à F 3 peut être reprogrammée à tout moment par la fonction Build, en redéfinissant sa longueur, le nombre de champs, leur largeur, etc Ainsi si l'on se réfère au tableau 1 ci-dessus indiqué, on voit que l'on cherche à construire au moyen de la fonction BUILD la fenêtre Ne 10 (indiqué par le libellé numéro- fenêtre au tableau 1), dont le nombre de champs est égal à 10 (libellé NBR DE CHAMP), dont la largeur est de 10 caractères chacun (libellé LARGEUR), le positionnement de la fenêtre étant géré par le logiciel (libellé XO YO égaux à -1) Le champ dont le libellé est "EXEC" appelle la fonction d'indice 1100 (voir la partie supérieure droite du tableau 1), le champ de libellé "FORMAT" appelle la fenêtre F 30 alors que le champ libellé "FAMILLE" est associé à une donnée large de 4 caractères Tous les champs dont le libellé figure dans la partie supérieure droite du tableau 1 ont également une largeur de 4 caractères. Il existe encore d'autres fonctions qui relèvent du niveau N 1 Ce sont les fonctions dont le libellé est le suivant "SAUVE ET LIT", "COPY", "BOOT" La première de celles-ci permet de charger ou de sauver une configuration de l'ensemble du logiciel de test LOGT à un moment donné, c'est à dire l'ensemble de 40 fenêtres disponibles dans une mémoire spéciale de PC, cette mémoire étant par exemple de type RAM La deuxième de celles-ci permet de recopier une fenêtre source vers une fenêtre destination, les fenêtres étant identifiées par leurs numéros Cette fonction permet donc par exemple de recopier dans la fenêtre destination F 35 la fenêtre source F 25 La troisième et dernière de celles-ci permet de créer ou de modifier un fichier particulier contenant le nom d'un fichier de configuration chargé lors de l'exécution du logiciel LOGT: on mémorise ainsi le contenu des 40 fenêtres à un moment donné Si on relance le programme, on obtient alors la configuration que l'on avait quand on en est sorti. On considère désormais le niveau N 2 concernant l'envoi de commandes à la carte FDIT et l'affichage des réponses correspondant à ces commandes: ce mode de fonctionnement permet de transmettre à la carte FDIT, par l'intermédiaire de la liaison R 5232, une commande, puis de visualiser sur l'écran du mini ordinateur la réponse obtenue. Pour créer et exécuter une commande déterminée, 3 fenêtres sont nécessaires: a) la fenêtre du "CORPS DE COMMANDE" contient le message de commande destiné à être envoyé à la carte FDIT (on sait que PC et FDIT n'échangent que des messages de commande) Ce type de fenêtre, dans l'exemple de réalisation décrit ici, a un numéro compris entre 10 et 18. b) la fenêtre "CHAMP" indique le nombre de champs de la réponse attendue Elle est l'une des fenêtres F 20 à F 28. c) la fenêtre "FORMAT" décrit le format d'affichage des différents champs de la réponse, format d'affichage sur l'écran du mini ordinateur Cette fenêtre est l'une des fenêtres F 30 à F 38- La fenêtre "CORPS DE COMMANDE" contient donc, ainsi qu'il a été dit plus haut, un message de commande Ce dernier est écrit sous forme de mots de 16 bits, codés en hexadécimal. L'octet de poids fort associé au champ "HEADER", représente le code de la commande, l'octet de poids faible indiquant sa longueur (celle-ci est exprimé en octets) Le mot de 16 bits correspondant au champ "HEADER" est placé en tête du message Derrière le champ "HEADER" se trouve d'autres champs dans lesquels se trouve les autres données de la commande, un libellé rappelant leur interprétation, pour chaque champ se situant derrière le champ "HEADER". La fenêtre "CHAMP" décrit la structure d'une réponse et indique le nombre de champs de la réponse ainsi que la taille de chaque champ exprimé en octets, les valeurs licite étant, dans l'exemple de réalisation décrit ici, égales à 1,2,4. La fenêtre "FORMAT" décrit le format d'affichage d'un champ de réponse et du libellé associé Le codage du format est identique à celui de la fonction bien connu du langage C, à savoir "printf" Le format d'affichage est donc un format utilisé habituellement dans les mini ordinateurs. Les commandes usuelles sont, dans l'exemple de réalisation décrit ici, les suivantes: la commande de connexion, encore appelée commande "CONNECT" permet d'insérer la carte FDIT dans le réseau RE, un champ particulier définissant le mode de fonctionnement de la carte. La commande de déconnexion "DECONNECT" permet la déconnexion de la carte FDIT du réseau RE De ce fait, elle35 annule les effets de la commande de connexion. La commande "SEND-FRAME" provoque l'envoi d'une trame de type SMT, ce type de trame étant défini dans la norme ANSI précitée La définition des trames SMT constitue en fait un sous-ensemble de la norme FDDI définie par l'ANSI Cette trame est envoyée par FDIT sur le réseau et est récupérée par la carte correspondante du système de test ST 1 qui émet une trame réponse de type SMT La trame réponse est affichée sur l'écran sous forme hexadécimale Cette commande est utilisée lors des tests d'interopérabilité du réseau RE. La commande d'initialisation "INIT-PTCOL" permet d'initialiser les paramètres du niveau MAC (qui signifie Medium Access Control), ce dernierétant défini dans la norme FDDI Ces paramètres sont notamment la valeur minimum du temps de rotation sur l'anneau (Target Token Rotation Time) dont le sigle est TTRT qui est défini par la norme et est inférieur à 4 millisecondes Cette même commande définit également la valeur maximum de ce même TTRT qui doit être inférieur à 165 millisecondes Cette commande définit également, lors de l'initialisation du niveau MAC, la valeur souhaitée du temps de rotation du jeton sur l'anneau, cette valeur devant être comprise entre la valeur minimum et la valeur maximum du TTRT D'autres paramètres de ce type sont des paramètres définissant, s'il y a ou non priorité affectée au trafic asynchrone, si la carte FDIT doit recevoir toutes les trames ou les trames valides uniquement, si l'on opère en mode adresse longue ou en mode adresse courte (ces deux modes sont également définis par la norme FDDI) Ce sont également l'adresse de groupe courte de la station si l'on opère en mode adresse courte, l'adresse courte de la station, l'adresse longue de la station si l'on opère en mode adresse longue. La commande "SET-VALUE" permet de modifier un paramètre de type SMT de la carte FDIT ou de toute autre carte FDI d'une quelconque station du réseau RE Cette commande est exécutée en deux temps: a) par une demande d'un identificateur de transaction à la station concernée par cette modification de paramètres, b) par un envoi de la nouvelle valeur du paramètre à la station concernée, par l'intermédiaire d'une trame spéciale spécifiée dans la norme FDDI. A la fin de cette opération en deux temps énoncée ci- dessus, un paramètre également spécifié dans la norme est affiché et rend compte du succès ou de l'échec de l'opération Toute la procédure indiquée ci-dessus (procédure en deux temps) est conforme avec la norme SMT 6 2 de la norme FDDI. La commande "RESET" entraîne la remise à zéro, en cours de fonctionnement, de la carte FDIT ou de toute autre carte FDI d'une station connectée au réseau RE, sans avoir à exécuter de nouveau toutes les opérations de type BIST (BUILD-IN SELF-TEST) connues dans la pratique courante et qui ont trait à l'initialisation de tous les composants d'une carte donnée, ici les cartes FDIT ou FDI. La commande "STATUS" permet d'obtenir des informations sur l'état de la carte FDIT ou de toute carte FDI connectées au réseau, à un instant déterminé Ces informations peuvent concerner par exemple le nombre d'octets reçus ou émis par seconde, l'état de certains automates définis dans la norme FDDI et qui sont toujours présents sur des coupleurs de communication, ces automates étant par exemple de type CFM, PCMB, PCMA De l'état de ces automates, on peut déduire un certain nombre d'informations sur l'état de la carte correspondante par exemple si les deux attaches de la carte au réseau RE sont actives ou non On peut également avoir des informations sur les status des composants formant les éléments CAR et DA des cartes FDI ou FDIT de la figure 2, et plus précisément des composants dénommés CMS,CCD,FORMAC dont le rôle est défini de manière précise dans la demande de brevet français précitée, sous la même appellation. La commande "SET-TEST" est destinée à placer soit la carte FDIT, soit toutes autres cartes FDI dans différentes configurations de test Il existe 5 types de test, les tests 1 à 4 étant de type fonctionnel, c'est à dire vérifiant le bon fonctionnement de la carte, le test 5 étant de type opérationnel, plus spécifiquement consacré à la génération de trafic sur l'anneau RE. Ces différents modes de test sont les suivants: test Nol: ce test est le test récepteur et permet de vérifier le bon fonctionnement d'une carte FDI (ou même FDIT) pour la réception de trames de type LLC (définie par la norme FDDI) Ces trames sont constituées en fait de données à transporter et constituent les trames couramment utilisées sur le réseau Pour ce test, la carte FDIT envoie donc une trame ou plusieurs trames de type LLC sur le réseau RE et on vérifie si la carte FDIT du second système de test connectée au réseau, à savoir le système ST 1, reçoit correctement ces trames On peut vérifier également par ce test que toute autre carte FDI reçoit correctement les trames envoyées par la première carte FDIT. test no 2: Il s'agit du test permettant de vérifier le fonctionnement en émetteur de toutes les cartes FDI (ou FDIT) La carte FDI testée envoie alors des trames de longueur déterminée Celles-ci sont envoyées sous forme de plusieurs blocs de trames transmis à un intervalle de temps déterminé Ces trames peuvent être soient des trames LLC de type asynchrone ou synchrone, à adresse courte ou à adresse longue Une fois qu'elles ont été envoyées par la carte dont on cherche à vérifier le fonctionnement à l'émission, on vérifie par l'intermédiaire de la carte FDIT du système de test ST qu'elles sont correctes, étant entendu que la carte FDIT est en état de bon fonctionnement, ainsi que l'ensemble du support de transmission du réseau. test N 03: ce test permet de vérifier le bon fonctionnement d'une carte FDI (ou FDIT) quelconque Il est encore appelé test répéteur local Il fonctionne en particulier lorsque les transceivers optiques de la carte contenus dans le dispositif d'adaptation physique DA (voir figure 2) sont rebouclés sur eux-mêmes avec une longueur de fibre supérieure à 1 km Pour effectuer ce test, une trame de type asynchrone, en adresse courte, est adressée par ST (et donc en fait par FDIT),à la carte FDI de la station sous test Cette trame envoyée à FDI est répétée par celle- ci grâce à la carte bouchon, et renvoyée sur le réseau o la carte FDIT vérifie le bon état de la trame ainsi renvoyée Dans ce test particulier, la longueur du champ de données de la trame est de 8 octets Ce test est donc initialisé par ST. test N 04: Il s'agit d'un test dit répéteur, qui fait réémettre toutes les trames (sauf les trames de type SMT) adressées à la carte FDI sous test par celle-ci, vers les stations qui les ont émises Ce test n'est pas initialisé et ne peut avoir lieu que si des trames sont émises sur RE par une (ou plusieurs) stations quelconques. test n 5: ce test est dit test opérationnel et est destiné à l'utilisation de la carte FDIT en tant que générateur de trafic sur le réseau et/ou en temps qu'administrateur de réseau. Pour l'ensemble de ces tests 1 à 5, il est nécessaire de définir un certain nombre de paramètres qui seront contenus dans les champs des fenêtres appelant ces différents tests : parmi ceux-ci on peut relever l'adresse courte de destination ( 16 bits pour les trames émises lors des tests 2 et 5), un paramètre permettant d'autoriser ou d'inhiber l'émission de trames de test, ce dernier paramètre permettant de relever les valeurs de compteur contenus dans les cartes FDI (dans les servitudes SERV) lors d'un test entre deux stations connectées au réseau, un paramètre de parité, un paramètre définissant la taille des trames émises en octets, (pour les tests 2 et 5), la valeur de la quantité Fc (Frame control qui fait partie des caractères de commande) pour les trames émises lors des tests 2 et 5, un paramètre définissant la profondeur des FIFO utilisés en mots de 32 bits pour les mémoires FIFO constituant les interfaces IHAC, IHAD (voir figure 2), un paramètre indiquant si la station sous test est une station à simple attache ou à double attache sur le réseau, un paramètre définissant la fréquence d'émission des trames NIF, exprimée en seconde, ces trames NIF étant également définies dans la norme FDDI Ce dernier paramètre régit directement le temps nécessaire pour acquérir la nouvelle configuration du réseau, lors d'une connexion de station par exemple D'autres paramètres sont encore nécessaires, par exemple l'adresse longue de destination des trames émises lors des tests 2 et 5, le délai d'attente entre l'émission de blocs de trames compris entre O et 2 secondes, et le nombre de trames qui peuvent être émises en "rafale" lors des tests 2 et 5. La commande "COLLECT-MA" permet de rassembler les données contenues dans un ensemble de compteurs du niveau "Medium Access Control" Ces compteurs font partie des servitudes SERV du contrôleur CGT montré à la figure 2 On peut ainsi recueillir des données concernant le nombre total de trames sur l'anneau, le nombre de trames perdues, le nombre de trames en erreur, le nombre de trames émises et reçues par le destinataire sans qu'il n'y ait d'erreur, le nombre de trames émises mais présentant des problèmes (destinataire absent, par exemple) le nombre de trames émises mais non reconnues par leurs destinataires, le nombre de trames émises et vues sur l'anneau avec une erreur FCS, le nombre de trames reçues avec ou sans erreur, le nombre de trames émises et non copiées par le destinataire, le nombre de trames reçues avec des erreurs FCS, le nombre de trames reçues dont l'adresse a été reconnue par d'autres stations, etc (FCS = Frame Check Sequence, défini par la norme FDDI, ensemble de bits placés en fin de trame pour la détection d'erreur). La commande "GET-VALUE" permet d'obtenir la valeur d'un paramètre ou d'un groupe de paramètres Elle peut être destinée soit à une carte FDIT soit à toute autre carte FDI d'une station connectée à l'anneau Dans ce cas la commande est envoyée sous forme d'une trame de type SMT (suivant la norme SMT 6 2). Les commandes "GET-VALUE" et "SET-VALUE" sont exécutables sur une station quelconque du réseau, que le coupleur de communication soit du type de la carte FDI montré à la figure 2 et décrit dans la demande de brevet précitée, du type de la carte FDIT ou encore un coupleur de communication de type quelconque En effet ces commandes sont conformes à la norme FDDI. Par contre, les commandes telles que "RESET", "STATUS", "COLLECT-MA" sont envoyées sur le réseau sous forme de trames SMT et sont ignorées par des coupleurs de communication autres que FDI Elles sont donc destinées uniquement aux tests des cartes FDI. Les commandes "CONNECT", '"DECONNECT", "INIT", "PTCOL" sont exécutables uniquement sur la carte FDIT Il convient de mentionner que ces dernières commandes sont codées avec un champ adresse de destination égal à zéro Les commandes spéciales mentionnées ci-dessus sont codées avec un champ adresse de destination égal à zéro si elles sont adressées à la station FDIT du système de test, ou égal à l'adresse du destinataire dans le cas contraire (autre carte FDI). Pour connecter une carte FDI que l'on cherche à tester, il est nécessaire, après la mise sous tension de la carte, d'exécuter les fonctions suivantes: "INIT-PTCOL": pour initialiser les paramètres MAC de la carte, "SET-TEST": pour la sélection d'un test particulier, l'un des tests 1 à 5, "CONNECT": pour la connexion de la carte en question à l'anneau RE. Toutes modifications du test (passer d'un test à l'autre) implique la déconnexion préalable de la station du réseau, par l'intermédiaire de la commande "DECONNECT" Après sélection du test que l'on cherche à mettre en oeuvre (par la commande "SET-TEST") la commande "CONNECT" insère de nouveau la carte sur l'anneau. En cas d'erreur dans les opérations de test, ou sur la carte, la commande "RESET" effectue la réinitialisation du coupleur de communication FDI Il est alors nécessaire d'effectuer dans l'ordre les trois commandes énoncées ci- dessus pour connecter à nouveau la carte au réseau RE. Une fonction particulière dénommée "AUTOEXEC" qui est en fait une commande particulière, permet d'exécuter de façon répétitive une série de commandes ( 3 commandes au maximum). Par exemple, on peut l'utiliser pour connecter et déconnecter périodiquement une station au réseau lors de test de reconfiguration Un champ particulier définit alors l'intervalle de temps séparant l'envoi de deux commandes successives La valeur minimale de ce champ est zéro, la valeur maximale de 20 correspondant à 1 seconde de temps. On sélectionne les commandes en mettant à la valeur 1 le champ donné associé au nom de la dite commande. Ainsi qu'on l'a vu plus haut, le niveau N 3 contient un certain nombre de fonctions prédéfinies Ces fonctions répondent à deux types de besoins: d'une part, la visualisation de l'activité d'une carte FDI (configuration, taux de charge, taux d'erreuretc), d'autre part, la visualisation de l'activité du réseau et en particulier d'une station de type FDDI quelconque au moyen de méthodes strictement conformes à la norme FDDI. Ces fonctions permettent d'accéder par l'intermédiaire de la carte FDIT à toutes les stations du réseau, soit de type FDI ou autre. Les principales sont les suivantes La fonction "BUILD-MAP" permet d'acquérir la liste des adresses MAC des stations du réseau, et les mémorise de façon permanente Cette liste d'adresses est par la suite utilisée par les autres fonctions pour sélectionner une station cible déterminée Ces adresses MAC sont obtenues par l'intermédiaire de trames de type NIF Pendant ce processus d'obtention, une fenêtre particulière visualise l'adresse de la station interrogée (station cible) et le paramètre recherché (adresse de la station voisine) Cette fonction permet de faire le tour de l'anneau, en cherchant tout à tour l'adresse des stations voisines, par approches successives. la fonction "VOIR- STAT" permet de visualiser l'état d'une carte FDI, et utilise des paramètres qui n'existent pas dans la norme FDDI Elle est donc strictement réservée aux coupleurs de type FDI La liste, non exhaustive des paramètres affichés peut être la suivante: configuration: indique l'état de la station (non FDDI), c'est à dire si la station comporte 1 ou 2 attaches actives ou pas du tout. charge de la station à l'émission et en réception en mégabytes/Sec (non FDDI), nombre de trames émises et reçues, nombre de trames non copiées, nombre de trames sur l'anneau, nombre de trames en erreur, nombre de trames perdues, contenu des compteurs d'erreur sur les récepteurs optiques, contenu des compteurs d'erreur des buffers de réception optiques, (tous les paramètres énoncés ci-dessus étant définis par la norme FDDI), contenu des compteurs d'erreur relatif à la réception de trames (non FDDI), nombre de fois o l'anneau est devenu opérationnel, nombre d'expiration du compteur de jetons (norme FDDI) Les compteurs de jetons, les compteurs d'erreur sont contenus dans les servitudes SERV du contrôleur CGT (figure 2). La fonction "STD-VIEW": cette fonction visualise une station au moyen d'informations obtenues à partir de trames dites "SIF-O" et "SIF-C" conformes à la norme SMT 6 2. La fonction "SIF-CONFIG" et la fonction "SIF-OPER" permettent respectivement de visualiser le contenu soit d'une trame SIF dite trame configuration, soit d'une trame SIF dite opération, ces trames étant conformes aux normes SMT 5 1 à 6 2 Elles sont principalement utilisées lors de tests d'interopérabilité. La fonction "VOIR RING" fabrique une image de l'anneau double à partir de trames NIF, SIF-O et SIF-C conformes à la norme FDDI L'image de l'anneau ainsi fabriqué comporte stations au maximum La configuration de la station est représentée sous forme graphique, en visualisant l'anneau primaire d'une couleur déterminée, et l'anneau secondaire d'une autre couleur (par exemple, respectivement vert et rouge) des champs particuliers appelés Tx et Rx indiquant le nombre de trames émises et reçues par seconde par la station Ces informations sont rafraîchies de façon périodique, ce qui permet de détecter en temps réel les reconfigurations Il existe également d'autres fonctions permettant par exemple la réception et la visualisation d'images émises par une station quelconque de type FDI, de réinitialiser la liaison série R 5232 du côté de la carte FDIT, d'acquérir de façon périodique un ou plusieurs paramètres SMT permettant de présenter les valeurs recueillies sous forme graphique sur l'écran VD de l'ordinateur PC. La fonction "CATCH" permet de faire lire par FDIT, une trame reçue par une carte FDI quelconque Elle s'exécute en deux temps: a) initialisation des paramètres de capture de la trame pour ce premier temps, il est nécessaire de connaître les paramètres suivants, l'adresse du destinataire de la commande, la valeur Fc de la trame capturée, l'adresse de la station source de la trame capturée. b) lecture de la mémoire tampon de capture de la carte FDIT Après lecture, le mode capture est automatiquement réarmé avec les paramètres préalablement définis par la commande d'initialisation, voir a) ci-dessus. Si aucune trame n'est capturée, un message indiquant qu'aucune trame n'est capturée est affiché sur l'écran. La mémoire tampon de capture peut mémoriser jusqu'à 128 octets de donnée Lorsque le champ de donnée de la trame capturée excède cette taille, un message indiquant que la trame capturée est incomplète est affiché sur l'écran La lecture de la mémoire tampon de capture permet d'observer, les drapeaux (flags) EAC, (selon la norme FDDI) de la trame reçue, la longueur de celle-ci depuis le caractère Fc jusqu'à FCS inclus, l'adresse de destination de la trame, l'adresse de source de la trame et évidemment les données utiles de celle-ci depuis l'adresse de source jusqu'au caractère de fin de trame FCS inclus. Il existe encore une fonction appartenant au niveau N 3 permettant de visualiser une station ainsi que ses voisines physiques Cette fonction est appelée fonction topologie. Le niveau N 4 est appelé mode rapide ou encore mode "FAST" et permet une programmation rapide de la carte FDIT Ce mode permet, d'utiliser toutes les fonctions du niveau N 3 et en plus une initialisation extrêmement rapide de cette carte, au moyen du clavier du mini ordinateur. L'utilisateur peut modifier des paramètres à son gré Les paramètres ainsi modifiés sont mémorisés dans des fenêtres correspondant aux fonctions du niveau N 2, ce qui permet de sauvegarder la configuration souhaitée (avant la modification des paramètres par l'utilisateur) dans un fichier approprié. Un certain nombre de touches sur le clavier, appelées touches de direction permet de présélectionner la fonction désirée Une autre touche active la fonction choisie, alors qu'une troisième touche permet de quitter une fonction au moment o on le désire. o -4 a a N -c, t I, I >z CD co P 4 UP 4 -4 OE Si-ó'3 I >ô| H 1-41-0 LO X Zl 11 X i Wl q-I to i $ 4-4- REVENDICATIONS 1 Système de test (ST) d'un réseau (RE) en forme d'anneau à très haut débit, caractérisé en ce qu'il comprend une unité de traitement de données (PC) munie d'un dispositif de visualisation de celles-ci (VD) reliée par l'intermédiaire d'une liaison spécifique (L) à un coupleur de communication (FDIT) connecté au réseau, un logiciel de test du réseau (LOGT) implémenté dans ladite unité, un ensemble (ETF) de tests fonctionnels implémenté dans le coupleur de communication (FDIT) permettant la génération de trames sur le réseau, Le logiciel de test (LOGT) pilotant d'une part le coupleur de communication en lui envoyant des commandes permettant la mise en oeuvre dudit ensemble de tests et d'autre part la visualisation des informations relatives à l'état du réseau, telles que reçues par le coupleur et envoyées par ce dernier à l'unité de traitement. 2 Système de test (ST) selon la revendication 1 caractérisé en ce que l'ensemble (ETF) de tests fonctionnels permet, suite à l'envoi de commandes par l'unité de traitement de données (PC), la production de trafic sur le réseau (RE) par émission de trames de types prédéfinis conformes aux normes utilisées sur le dit réseau, la réception de trames de types prédéfinis provenant du réseau en vue de visualiser leur contenu sur le dit dispositif de visualisation, la réception et la réémission de trames de types préféfinis de façon ou non répétitive. 3 Système de test ST selon l'une des revendications 1 ou 2 caractérisé en ce que le coupleur de communication (FDIT), est connecté à la liaison spécifique par l'intermédiaire d'une interface (IHAT) et comprend: un contrôleur de gestion de transfert (CGT) construit autour d'un microprocesseur (MP) associé lui-même à un ensemble d'éléments de servitude (SERV) contenant l'ensemble de tests fonctionnels, ce contrôleur étant associé à un bus de commande (BC) auquel sont connectés le microprocesseur (MP) et les éléments de servitude (SERV) ainsi que l'interface (IHAD), un contrôleur d'accès au réseau (CAR) lui- même connecté d'une part à un dispositif d'accès physique au réseau (DA) et d'autre part au dit bus de commande (BC), un bus haut débit (BHD) connecté d'une part à ladite interface et d'autre part au contrôleur d'accès au réseau (CAR), une mémoire de stockage (MST) connectée respectivement au bus haute vitesse (BHD) et au contrôleur d'accès au réseau (CAR) par l'intermé 4 diaire d'une ligne de commande (LC), le bus de commande transportant des blocs de contrôle comprenant d'une part des caractères de commandes relatifs à la constitution des trames et d'autre part des informations concernant la nature des opérations à effectuer sur cette trame par le coupleur de communication, le bus haut débit transportant les données utiles des trames correspondant aux blocs de contrôle transportés sur le bus de commande, le contrôleur de gestion lisant les blocs de contrôle et les interprétant pour former les caractères de commandes encadrant les données utiles des trames envoyées sur le réseau ou formant des blocs de contrôle envoyés à l'unité de traitement de données, à partir des caractères de commande encadrant les données utiles d'une trame provenant du réseau (RE). 4 Système selon l'une des revendications 1, 2, 3 caractérisé en ce que le logiciel de test du réseau (LOGT) s'articule autour d'un générateur de fenêtres (GF) engendrant une pluralité N de fenêtres F 1 à Fnr et comporte au moins 3 niveaux Ni à N 3, Le premier niveau N 1 définissant le squelette (SQ) du programme permettant notamment de construire les différentes fenêtres, Le deuxième niveau N 2 décrivant les différentes commandes susceptibles d'être envoyées par l'unité de traitement de données (PC) ou par toute autre station du réseau, aux autres stations du réseau, et d'autre part la structure des réponses reçues à ces différentes commandes, Le troisième niveau N 3 exécutant des fonctions prédéfinies permettant notamment la visualisation sur le dit dispositif de visualisation de l'ensemble du réseau RE, ainsi que la visualisation de ce qui se passe à l'intérieur de tout coupleur de communication appartenant à une station connectée à ce réseau. Système de test (ST) selon l'une des revendications 1, 2, 3, 4 caractérisé en ce que le réseau (RE) est en forme d'anneau de type FDDI (Fibber Distributed Data Interface). 6 Système de test (ST) selon la revendication 5 caractérisé en ce que chaque fenêtre possède un nombre maximum déterminé de champs (C O à C 22) identifié chacun par un libellé de largeur maximale prédéterminée, trois types d'actions pouvant être associées à chacun de ces champs: l'appel d'une autre fenêtre, identifiée par un numéro déterminé compris entre 1 et n, l'appel d'une fonction identifiée par un indice donné, mis en oeuvre par un programme particulier appartenant au troisième niveau N 3, la définition d'une donnée ayant une largeur maximale connue d'avance. 7 Système de test (ST) selon la revendication 6 caractérisé en ce que pour exécuter une commande déterminée définie par le niveau N 2, 3 fenêtres sont nécessaires: a) une fenêtre dite du "CORPS DE COMMANDE" contenant le message de commande destiné à être envoyé au coupleur de communication (FDIT) par l'unité de traitement de données (PC), b) une fenêtre dite "CHAMP" indiquant le nombre de champs de la réponse attendue, c) une fenêtre dite "FORMAT" décrivant le format d'affichage des différents champs de la réponse sur ledit dispositif de visualisation (VD), 8 Système de test (ST) selon la revendication 6 caractèrisé en ce qu'il comprend notamment une commande destinée à placer le coupleur de communication dans différentes configurations de tests, une partie de ces tests étant de type fonctionnel, c'est à dire permettant de vérifier le bon fonctionnement du coupleur de communication ou de tout autre coupleur de communication appartenant à toute autre station connectée à ce réseau autre que le coupleur de communication relié à l'unité de traitement de données, et une autre partie de type opérationnel consacrée à la génération de trafic sur ledit réseau. 9 Système de test (ST) selon la revendication 7 caractérisé en ce que les tests de type fonctionnel comprennent un premier test permettant de vérifier le bon fonctionnement de toute station connectée au réseau, ou du dit coupleur de communication (FDIT), pour la réception de trames définies par la norme FDDI, un second test permettant de vérifier le fonctionnement en émetteur de toute station connectée au réseau ou du dit coupleur de communication, la carte testée envoyant alors des trames de longueur déterminée, celles-ci étant envoyées sous formes de plusieurs blocs de trames transmises à un intervalle de temps déterminé. Système de test selon la revendication 8 caractérisé en ce qu'il comprend un troisième test permettant de vérifier le bon fonctionnement de toute station connectée au réseau en lui envoyant de manière répétitive une trame de type asynchrone par le coupleur de communication (FDIT), ce coupleur vérifiant le bon état de la trame renvoyée par les autres stations en réponse à celles qu'il vient de leur envoyer.