WO2004081693A2 - SystEme et procEdE de test d'Equipements de rEseaux informatiques - Google Patents

SystEme et procEdE de test d'Equipements de rEseaux informatiques Download PDF

Info

Publication number
WO2004081693A2
WO2004081693A2 PCT/FR2004/000431 FR2004000431W WO2004081693A2 WO 2004081693 A2 WO2004081693 A2 WO 2004081693A2 FR 2004000431 W FR2004000431 W FR 2004000431W WO 2004081693 A2 WO2004081693 A2 WO 2004081693A2
Authority
WO
WIPO (PCT)
Prior art keywords
test
server
network
servers
client
Prior art date
Application number
PCT/FR2004/000431
Other languages
English (en)
Other versions
WO2004081693A3 (fr
Inventor
Guillaume Breton
Suzanne Chan
Frédéric PRADIER
Original Assignee
France Telecom
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom filed Critical France Telecom
Publication of WO2004081693A2 publication Critical patent/WO2004081693A2/fr
Publication of WO2004081693A3 publication Critical patent/WO2004081693A3/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2294—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing by remote test
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning

Definitions

  • the present invention relates to a system and method for testing an assembly of at least one item of computer network equipment.
  • the object of the invention is to provide a solution which ⁇ responds ⁇ to all the needs of ⁇ testing of computer network equipment, and which is scalable without modifying the bricks or elements already to easily adapt to testing new equipment, especially products and services.
  • a system for testing a set of at least one piece of computer network equipment comprising a set of test servers adapted to generate test data traffic on a network, capable of performing load tests and / or functional tests of the assembly of at least one equipment, and a control server of the test servers to implement one or more phases of testing the assembly of at least one equipment of the network.
  • the system comprises: - a control network, in which the test servers and the command server are placed, said control network comprising a physical network and a network (IP) using the Internet protocol; and a test network, in which the test servers and the set of at least one piece of equipment to be tested are placed, said test network comprising a physical network and a network (IP) using the Internet protocol;
  • control network and this test network are separate networks. Thus, the control messages do not disturb the exchanges linked to the load that we are trying to test.
  • the system includes tools offered by an operating system for implementing protocol layers of an open systems interconnection system (OSI), which are used by the test servers to generate sessions test client / server.
  • OSI open systems interconnection system
  • the command server is connected to all the test servers according to a master / slave configuration, the command server constituting a master server and the test servers constituting slave servers.
  • each test server manages a set of at least one client or server of a client / server model, the clients or the servers of each set having the same behavior with respect to the traffic of the network.
  • Each test server therefore manages several sets or pools of at least one client or server of a client / server model, the clients or servers of each set having the same behavior with respect to network traffic.
  • the command server has a pilot for managing test scenarios.
  • the pilot includes a set of commands, stored in memory, intended to remotely control all of the test servers.
  • the system comprises means for causing the random or pseudo-random start of the generation of the test data traffic by each test server.
  • the system comprises means for synchronizing the start of the generation of test data traffic by the sets of at least one client or server for each test server, and for synchronizing the disconnection of said sets for each test server.
  • system comprises means for synchronizing the start of the generation of test data traffic by all of the sets of at least one client or server for each test server, and for synchronizing the disconnection of all of said sets. for each test server.
  • the system comprises means for synchronizing the start of the generation of test data traffic by all the sets of at least one client or server for all the test servers, and for synchronizing the disconnection of all of said sets for all test servers.
  • the system includes a module for analyzing the results delivered during a test phase.
  • the system includes a module for automatically generating test scenarios, consisting for example of a dichotomy search for test data traffic acceptable to all of at least one piece of equipment to be tested.
  • FIG. 1 is a block diagram illustrating the structure of a control network of a system according to the invention.
  • - Figure 2 is a block diagram illustrating the structure of a test network of a system according to the invention.
  • - Figure 3 is a block diagram illustrating the functional organization of a control network and a corresponding test network, of a system according to the invention.
  • Figures 1 to 3 show the general architecture of a test system for all of at least one computer equipment in a network. It is intended to simulate test data traffic from this network and to launch test phases or scenarios so as to control the proper functioning of the equipment.
  • a test phase includes functional tests and / or load tests. Load tests make it possible to visualize the behavior of all of at least one piece of equipment under a heavy load on the network, and to determine the maximum load supported while maintaining a sufficient quality of service. For example, one can generate traffic with a speed higher than the speed accepted by one of the ports of a set of minus one piece of equipment in order to saturate this port and thus determine the quality of service of the set of at least one piece of equipment during a traffic overload.
  • Functional tests make it possible to verify the perfect functioning of a set of at least one piece of equipment, in particular the functions announced by the manufacturer or the supplier. For example, we can test the establishment of a PPPoE (Point to Point Protocol over Ethernet) session on an access device.
  • PPPoE Point to Point Protocol over Ethernet
  • the system according to the invention makes it possible to carry out unit tests and integration tests, because it makes it possible to test an item of equipment or a set of several items of equipment.
  • the system of the invention is modular. Indeed, it includes dedicated modules for different layers of the OSI model (interconnection of open systems), in this way, it is easy to make it evolve, in particular by adding modules managing other layers of said model. It is therefore easy to add new protocols and functionalities by combining different protocol layers of the OSI open model.
  • the system comprises a control network 1 and a test network 2.
  • the test network 2 and the control network 1 each comprise a physical network and an IP network, that is to say a network using Internet protocol.
  • control network 1 comprises a command server 3 and several test servers 4,5,6,7 connected to the command server 3.
  • the test network 2 comprises the test servers 4,5,6,7 and the set 8 of at least one piece of equipment to be tested to which the test servers 4,5,6 are connected, 7.
  • the servers incorporate all the hardware and software means allowing the execution of test scenarios intended to cause the execution of test campaigns simulating a traffic of test data of the network.
  • the command server 3 of the control network 1 is provided with a pilot 30 for managing ballast scenarios.
  • the management driver 30 includes command data stored in memory, allowing it to remotely control the test servers 4,5,6,7.
  • the control network 1 possibly has synchronization points 31 of the test servers 4,5,6,7 coupled or not. Similarly, the control network 1 possibly has synchronization points 32 of all the sets 33 of at least one client or server, also called pools 33 of each test server.
  • control network 1 has synchronization points 34 of each set 33 of at least one client or server (pool), said pool being or not associated with another pool depending on its possible coupling in the client mode. /server.
  • each test server has test data traffic management modules 35 managing layers 4 and 7 of the open systems interconnection model (OSI).
  • OSI open systems interconnection model
  • the synchronization points 34 and the test data traffic management modules 35 make it possible to cause a random or pseudo-random start of the test data traffic.
  • each test server has a test data traffic driver 36 which manages the test data traffic generated by this test server, that is to say the network data traffic simulated by this test server.
  • each test server has a pool driver 37, that is to say a set driver of at least one server or client according to the client or server character of the test server, said pool driver 37 managing the 38 test sessions.
  • Each test server has a first monitoring module allowing, in the event of a problem during the course of the test scenario, to report it to the command server 3, and a second monitoring module making it possible to indicate in real time to the command server 3 the state changes of each test server.
  • Interface modules 39 equipping the test servers are further provided for managing connections and disconnections according to the types of encapsulation possibly used simultaneously (Modem, Ethernet, ATM, etc.).
  • the command server 3 possibly has tools or synchronization points 31 for managing synchronizations for the test servers 4,5,6,7, and each test server possibly has tools or synchronization points 32 for manage the synchronization of test server pools.
  • test server is located either in a client configuration or in a server configuration.
  • the pilot 30 for managing the test scenarios of the command server 3 transmits a configuration of the test campaign scenario to the test servers 4,5,6,7, coupled as client / server or not coupled as client / server.
  • This configuration is received, processed and then transmitted by the test data traffic driver 36 from each test server to the pool driver 37 from each test server.
  • the test data traffic driver 36 receives the configuration of a scenario to be executed and takes care of the management of all the client / server sessions 38. It ensures the division into sets of pools 33 of clients / servers according to the client or server character of the test server, the management of all the pools 33 thus shared, the synchronization of the sessions client / server at the level of all the pools (optional), the synchronization feedback to the pilot 30 for managing the test scenarios of the command server 3 so that the latter ensures synchronization at the level of all the test servers 4, 5,6,7 (optional), and the processing of the results at the end of the test scenario.
  • the linked 4,5,6,7 test servers will have identical scenarios.
  • the client and the server run the same scenario, each with its own role, client or server.
  • the driver 37 of pools of each test server manages sessions 38.
  • said driver 37 establishes an interface corresponding to the configuration and establishes the opening of client or server sessions 38 by means of the appropriate interface module 39, and initiates the appropriate test data traffic by means of the module for managing the relevant test data traffic, disconnects or closes the sessions 38 by means of the corresponding interface module 39, and manages the synchronization by means of synchronization points 32 and 34.
  • This test system therefore makes it possible to test a set 8 of at least one computer equipment in a network, by simulating crisis situations, in particular network overload.
  • Knowledge of IT equipment will allow it to be properly sized for use within a computer network.
  • This system makes it possible, for these purposes, to simulate an increased number of users of the set of at least one piece of equipment, and to simulate very realistically the real traffic generated by the users of the network, in the client / server direction. and in the server / client direction.

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)

Abstract

Ce système de test d'un ensemble d'au moins un équipement de réseaux informatiques comprend un ensemble de serveurs de test (4,5,6,7... ), adaptés pour générer un trafic de données de test sur un réseau. Le système est apte à effectuer des tests de charge et/ou des tests fonctionnels de l'ensemble d'au moins un équipement. Le système comprend également un serveur de commande (3) des serveurs de test (4,5,6,7) pour mettre en oeuvre une ou plusieurs phases de test de l'ensemble d'au moins un équipement du réseau.

Description

Système et procédé de test d'équipements de réseauj
La présente invention concerne un système et un procédé de test d'un ensemble d' au moins un équipement de réseaux informatiques.
A ce jour, il existe divers outils permettant de provoquer une charge de réseaux informatiques, notamment de réseaux Internet. Certains outils sont dédiés à un type d'équipement précis, d'autres sont composés de cartes ayant des fonctionnalités spécifiques et limitées. Certains outils sont également capables d'effectuer des tests fonctionnels d' équipements de réseaux informatiques.
Les outils actuels de test sont encore loin de couvrir toutes les fonctionnalités permettant de tester les équipements réseau actuellement sur le marché. II existe cependant des outils permettant de générer du trafic réel pour connaître le temps de réponse des équipements.
Ces outils, sous forme de châssis, utilisent des cartes spécifiques. Ils présentent un certain nombre de contraintes. En effet, la taille des châssis étant limitée, l' emplacement des cartes l 'est aussi, ce qui limite le nombre maximal de clients simulés. De plus ces applications développées sont souvent propriétaires et liées aux cartes du fournisseur. Les fonctionnalités proposées sont donc liées au matériel utilisé.
Par conséquent, la plupart de ces outils sont difficilement évolutifs. De surcroît, les comportements des utilisateurs simulés sont cycliques, donc prévisibles, ce qui n'est pas le comportement réel d' un utilisateur.
Ainsi, au vu de ce qui précède, le but de l'invention est de proposer une solution qui τéponde~à l'ensemble des besoins de~test d'équipements de réseaux informatiques, et qui soit évolutive sans modifier les briques ou éléments déjà existants pour s'adapter facilement aux tests de nouveaux équipements, notamment de produits et services. Aussi, selon l'invention, il est proposé un système de test d' un ensemble d'au moins un équipement de réseaux informatiques comprenant un ensemble de serveurs de test adaptés pour générer un trafic de données de test sur un réseau, apte à effectuer des tests de charge et/ou des tests fonctionnels de l 'ensemble d' au moins un équipement, et un serveur de commande des serveurs de test pour mettre en œuvre une ou plusieurs phases de test de l ' ensemble d'au moins un équipement du réseau.
Selon un mode de réalisation préféré, le système comporte : - un réseau de contrôle, dans lequel sont placés les serveurs de test et le serveur de commande, ledit réseau de contrôle comprenant un réseau physique et un réseau (IP) utilisant le protocole Internet ; et un réseau de test, dans lequel sont placés les serveurs de test et l'ensemble d'au moins un équipement à tester, ledit réseau de test comprenant un réseau physique et un réseau (IP) utilisant le protocole Internet ;
De plus, le réseau de contrôle et ce réseau de test sont des réseaux distincts. Ainsi, les messages de contrôle ne viennent pas perturber les échanges liés à la charge que l'on cherche à tester.
Selon un mode de réalisation avantageux, le système comporte des outils proposés par un système d'exploitation pour implémenter des couches protocolaires d'un système d'interconnexion de systèmes ouverts (OSI), qui sont utilisés par les serveurs de test pour générer des sessions client/serveur de test.
Avantageusement, dans le réseau de contrôle, le serveur de commande est relié à tous les serveurs de test selon une configuration maître/esclave, le serveur de commande constituant un serveur maître et les serveurs de test constituant des serveurs esclaves.
En outre, les serveurs de test sont placés de part et d'autre de l 'ensemble d'au moins un équipement à tester, déterminant ainsi un caractère client ou serveur de chaque serveur de test. Selon un mode de réalisation préféré, chaque serveur de test gère un ensemble d'au moins un client ou serveur d' un modèle client/serveur, les clients ou les serveurs de chaque ensemble ayant le même comportement vis-à-vis du trafic du réseau. Chaque serveur de test gère donc plusieurs ensembles ou pools d'au moins un client ou serveur d'un modèle client/serveur, les clients ou serveurs de chaque ensemble ayant le même comportement vis-à-vis du trafic du réseau.
Avantageusement, le serveur de commande possède un pilote de gestion de scénarios de test.
En outre, le pilote comporte un ensemble de commandes, stockées en mémoire, destinées à commander à distance l 'ensemble des serveurs de test.
Selon une autre caractéristique du système, celui-ci comprend des moyens pour provoquer le démarrage aléatoire ou pseudo aléatoire de la génération du trafic de données de test par chaque serveur de test.
Avantageusement, le système comprend des moyens pour synchroniser le démarrage de la génération du trafic de données de test par les ensembles d'au moins un client ou serveur pour chaque serveur de test, et pour synchroniser la déconnexion desdits ensembles pour chaque serveur de test.
En outre, le système comprend des moyens pour synchroniser le démarrage de la génération du trafic de données de test par la totalité des ensembles d'au moins un client ou serveur pour chaque serveur de test, et pour synchroniser la déconnexion de la totalité desdits ensembles pour chaque serveur de test.
Selon un mode de réalisation préféré, le système comprend des moyens pour synchroniser le démarrage de la génération du trafic de données de test par la totalité des ensembles d'au moins un client ou serveur pour tous les serveurs de test, et pour synchroniser la déconnexion de la totalité desdits ensembles pour tous les serveurs de test. En outre, le système comporte un module d'analyse des résultats délivrés lors d'une phase de test.
Avantageusement, le système comporte un module de génération automatique de scénarios de test, consistant par exemple en une recherche par dichotomie du trafic de données de test acceptable par l'ensemble d'au moins un équipement à tester.
Selon l 'invention, il est également proposé un procédé de test d'équipements de réseaux informatiques, mis en œuvre au moyen d'un système cité ci-dessus, qui pilote des serveurs de test, au moyen d'un serveur de commande, de manière à générer un trafic de données de test sur un réseau.
D 'autres buts, caractéristiques et avantages de l'invention apparaîtront à la lecture de la description suivante, donnée uniquement à titre d'exemple non limitatif, et faite en référence aux dessins annexés sur lesquels :
- La figure 1 est un schéma synoptique illustrant la structure d'un réseau de contrôle d'un système selon l'invention.
- La figure 2 est un schéma synoptique illustrant la structure d'un réseau de test d'un système selon l'invention. - La figure 3 est un schéma synoptique illustrant l 'organisation fonctionnelle d'un réseau de contrôle et d'un réseau de test correspondant, d'un système selon l 'invention.
Sur les figures 1 à 3 on a représenté l'architecture générale d'un système de test de l' ensemble d'au moins un équipement informatique dans un réseau. Il est destiné à simuler un trafic de données de test de ce réseau et à lancer des phases ou scénarios de test de manière à contrôler le bon fonctionnement de l'équipement. Une phase de test comprend des tests fonctionnels et/ou des tests de charge. Les tests de charge permettent de visualiser le comportement de l 'ensemble d'au moins un équipement sous une forte charge du réseau, et de déterminer la charge maximale supportée en gardant une qualité de service suffisante. Par exemple, on peut générer du trafic avec un débit supérieur au débit accepté par un des ports d'un ensemble d'au moins un équipement afin de saturer ce port et de déterminer ainsi la qualité de service de l'ensemble d'au moins un équipement lors d'une surcharge de trafic.
Les tests fonctionnels permettent de vérifier le parfait fonctionnement d'un ensemble d'au moins un équipement, en particulier les fonctions annoncées par le constructeur ou le fournisseur. Par exemple, on peut tester l'établissement d' une session PPPoE (Point to Point Protocol over Ethernet) sur un équipement d'accès. Le système selon l'invention permet d'effectuer des tests unitaires et des tests d'intégration, car il permet de tester un équipement ou un ensemble de plusieurs équipements.
Le système de l'invention est modulaire. En effet, il comprend des modules dédiés pour différentes couches du modèle OSI (interconnexion de systèmes ouverts), de cette manière, il est facile de le faire évoluer, notamment par l 'ajout de modules gérant d'autres couches dudit modèle. Il est donc aisé d'ajouter de nouveaux protocoles et fonctionnalités en combinant différentes couches protocolaires du modèle ouvert OSI. A cet effet, le système comporte un réseau de contrôle 1 et un réseau de test 2. Le réseau de test 2 et le réseau de contrôle 1 comportent chacun un réseau physique et un réseau IP, c'est-à-dire un réseau utilisant le protocole Internet.
En référence à la figure 1 , le réseau de contrôle 1 comprend un serveur de commande 3 et plusieurs serveurs de test 4,5,6,7 reliés au serveur de commande 3.
En référence à la figure 2, le réseau de test 2 comprend les serveurs de test 4,5,6,7 et l' ensemble 8 d' au moins un équipement à tester auquel sont raccordés les serveurs de test 4,5,6,7. Les serveurs incorporent tous les moyens matériels et logiciels permettant l'exécution de scénarios de test destinés à provoquer l'exécution de campagnes de test simulant un trafic de données de test du réseau. En particulier, en référence à la figure 3, sur laquelle des éléments fonctionnels des réseaux des figures 1 et 2 ont été représentés, le serveur de commande 3 du réseau de contrôle 1 est pourvu d' un pilote 30 de gestion des scénarios de lest. En outre, le pilote 30 de gestion comporte des données de commandes stockées en mémoire, lui permettant de piloter à distance les serveurs de test 4,5,6,7.
Le réseau de contrôle 1 possède éventuellement des points de synchronisation 31 des serveurs de test 4,5,6,7 couplés ou non. De même, le réseau de contrôle 1 possède éventuellement des points de synchronisation 32 de tous les ensembles 33 d'au moins un client ou serveur, appelés également pools 33de chaque serveur de test.
De plus, le réseau de contrôle 1 possède des points de synchronisation 34 de chaque ensemble 33 d'au moins un client ou serveur (pool), ledit pool étant ou non associé à un autre pool en fonction de son éventuel couplage dans le mode client/serveur.
De manière optionnelle, il est donc possible de synchroniser tous les pools d'un serveur de test pour chaque serveur de test, ainsi que de synchroniser la totalité des pools de tous les serveurs de test. En outre, chaque serveur de test possède des modules de gestion de trafic de données de test 35 gérant les couches 4 et 7 du modèle d'interconnexion des systèmes ouverts (OSI).
Les points de synchronisation 34 et les modules de gestion de trafic de données de test 35 permettent de provoquer un démarrage aléatoire ou pseudo aléatoire du trafic de données de test
Par ailleurs, chaque serveur de test possède un pilote 36 de trafic de données de test qui gère le trafic de données de test généré par ce serveur de test, c'est à dire le trafic de données réseau simulé par ce serveur de test. En outre, chaque serveur de test possède un pilote 37 de pools, c'est à dire un pilote d'ensembles d'au moins un serveur ou client selon le caractère client ou serveur du serveur de test, ledit pilote 37 de pools gérant les sessions 38 de test. Chaque serveur de test possède un premier module de surveillance permettant, en cas de problème durant le déroulement du scénario de test, de le signaler au serveur de commande 3 , et un deuxième module de surveillance permettant d'indiquer en temps réel au serveur de commande 3 les changements d'état de chaque serveur de test.
Des modules d'interface 39 équipant les serveurs de test sont en outre prévus pour gérer les connexions et déconnexions suivant les types d'encapsulation utilisés éventuellement de manière simultanée (Modem, Ethernet, ATM...).
Comme indiqué précédemment, le serveur de commande 3 possède éventuellement des outils ou points de synchronisation 31 pour gérer les synchronisations pour les serveurs de test 4,5,6,7, et chaque serveur de test possède éventuellement des outils ou points de synchronisation 32 pour gérer la synchronisation des pools du serveur de test.
On va maintenant décrire le déroulement d'une campagne de test d'un ensemble 8 d'au moins un équipement de réseaux informatiques, à titre d'exemple. En fonction des tests à réaliser, un serveur de test se situe soit dans une configuration client, soit dans une configuration serveur.
Le pilote 30 de gestion des scénarios de test du serveur de commande 3 transmet une configuration du scénario de la campagne de test aux serveurs de test 4,5,6,7, couplés en client/serveur ou non couplés en client/serveur.
Cette configuration est reçue, traitée puis transmise par le pilote 36 de trafic de données de test de chaque serveur de test au pilote 37 de pools de chaque serveur de test.
Sur chaque serveur de test 4,5,6,7, le pilote 36 de trafic de données de test reçoit la configuration d'un scénario à exécuter et s'occupe de la gestion de l'ensemble des sessions 38 client/serveur. Il assure le découpage en ensembles de pools 33 de clients/serveurs selon le caractère client ou serveur du serveur de test, la gestion de l'ensemble des pools 33 ainsi partagés, la synchronisation des sessions client/serveur au niveau de tous les pools (optionnel), la remontée de la synchronisation au pilote 30 de gestion des scénarios de test du serveur de commande 3 afin que celui-ci assure la synchronisation au niveau de tous les serveurs de test 4,5,6,7 (optionnel), et le traitement des résultats à la fin du scénario de test.
Les serveurs de test 4,5,6,7 couplés auront des scénarios identiques. Dans chaque couple client/serveur, le client et le serveur déroule le même scénario, chacun avec son rôle propre, client ou serveur. Le pilote 37 de pools de chaque serveur de test gère les sessions 38. A cet effet, ledit pilote 37 établit une interface correspondant à la configuration et établit l'ouverture des sessions 38 client ou serveur au moyen du module d'interface 39 adéquat, et lance le trafic de données de test adéquat au moyen du module de gestion 35 de trafic de données de test concerné , déconnecte ou ferme les sessions 38 au moyen du module d'interface 39 correspondant, et gère la synchronisation au moyen de points de synchronisation 32 et 34.
Ce système de test permet donc de tester un ensemble 8 d'au moins un équipement informatique dans un réseau, en simulant des situations de crises, notamment de surcharge du réseau. La connaissance du matériel informatique permettra de bien le dimensionner dans son utilisation au sein d'un réseau informatique. Ce système permet, à ces fins, de simuler un nombre accru d'utilisateurs de l'ensemble d' au moins un équipement, et de simuler de façon très réaliste le trafic réel engendré par les utilisateurs du réseau, dans le sens clients/serveurs et dans le sens serveurs/clients.

Claims

REVENDICATIONS
1. Système de test d'un ensemble (8) d'au moins un équipement de réseaux informatiques, caractérisé en ce qu 'il comprend un ensemble de serveurs de test (4,5 ,6,7) adaptés pour générer un trafic de données de test sur un réseau, apte à effectuer des tests de charge et/ou des tests fonctionnels de l ' ensemble (8) d'au moins un équipement, et un serveur de commande (3) des serveurs de test (4,5,6,7) pour mettre en œuvre une ou plusieurs phases de test de l' ensemble (8) d'au moins un équipement du réseau.
2. Système selon la revendication 1 , caractérisé en ce qu'il comporte : un réseau de contrôle (1 ), dans lequel sont placés les serveurs de test (4,5,6,7) et le serveur de commande (3), ledit réseau de contrôle (1) comprenant un réseau physique et un réseau (IP) utilisant le protocole Internet ; et un réseau de test (2), dans lequel sont placés les serveurs de test (4,5,6,7) et l'ensemble (8) d'au moins un équipement à tester, ledit réseau de test (2) comprenant un réseau physique et un réseau (IP) utilisant le protocole Internet ; et en ce que le réseau de contrôle (1) et le réseau de test (2) sont des réseaux distincts.
3. Système selon l 'une des revendications 1 ou 2, caractérisé en ce qu'il comporte des outils (35,39) proposés par un système d'exploitation pour implémenter des couches protocolaires d'un système d'interconnexion de systèmes ouverts (OSI), qui sont utilisés par les serveurs de test (4,5,6,7) pour générer des sessions client/serveur de test.
4. Système selon l 'une quelconque des revendications 1 à
3 , caractérisé en ce que, dans le réseau de contrôle (1), le serveur de commande (3) est relié à tous les serveurs de test (4,5,6,7) selon une configuration maître/esclave, le serveur de commande (3) constituant un serveur maître et les serveurs de test (4,5,6,7) constituant des serveurs esclaves.
5. Système selon l 'une quelconque des revendications 1 à
4, caractérisé en ce que les serveurs de test (4,5,6,7) sont placés de part et d'autre de l'ensemble (8) d' au moins un équipement à tester, déterminant ainsi un caractère client ou serveur de chaque serveur de test.
6. Système selon l 'une quelconque des revendications 1 à
5, caractérisé en ce que chaque serveur de test (4,5,6,7) gère plusieurs ensembles (33) d' au moins un client ou serveur d'un modèle client/serveur, les clients ou les serveurs de chaque ensemble ayant le même comportement vis-à-vis du trafic du réseau.
7. Système selon l 'une quelconque des revendications 1 à 6, caractérisé en ce que le serveur de commande (3) possède un pilote (30) de gestion de scénarios de test.
8. Système selon la revendication 7, caractérisé en ce que le pilote (30) comporte un ensemble de commandes, stockées en mémoire et destinées à commander à distance l 'ensemble des serveurs de test (4,5,6,7) .
9. Système selon l 'une quelconque des revendications 1 à
8, caractérisé en ce qu'il comprend des moyens (34,35) pour provoquer le démarrage aléatoire ou pseudo aléatoire de la génération du trafic de données de test par chaque serveur de test.
10. Système selon l 'une quelconque des revendications 1 à
9, caractérisé en ce qu'il comprend des moyens (34) pour synchroniser le démarrage de la génération du trafic de données de test par les ensembles (33) d'au moins un client ou serveur pour chaque serveur de test (4,5,6,7), et pour synchroniser la déconnexion desdits ensembles pour chaque serveur de test
(4,5,6,7).
1 1. Système selon l 'une quelconque des revendications 1 à
10, caractérisé en ce qu'il comprend des moyens (32) pour synchroniser le démarrage de la génération du trafic de données de test par la totalité des ensembles (33) d'au moins un client ou serveur pour chaque serveur de test (4,5,6,7) , et pour synchroniser la déconnexion de la totalité desdits ensembles pour chaque serveur de test (4,5 ,6,7).
12. Système selon l 'une quelconque des revendications 1 à
1 1 , caractérisé en ce qu'il comprend des moyens (31) pour synchroniser le démarrage de la génération du trafic de données de test par la totalité des ensembles (33) d'au moins un client ou serveur pour tous les serveurs de test (4,5,6,7), et pour synchroniser la déconnexion de la totalité desdits ensembles pour tous les serveurs de test (4,5,6,7).
13. Système selon l 'une quelconque des revendications 1 à
12, caractérisé en ce qu'il comporte un module d' analyse des résultats délivrés lors d'une phase de test.
14. Système selon l 'une quelconque des revendications 1 à
13, caractérisé en ce qu'il comporte un module de génération automatique de scénarios de test.
15. Procédé de test d'un ensemble d' au moins un équipement de réseaux informatiques, mis en œuvre au moyen d'un système selon l'une quelconque des revendications 1 à 13, caractérisé en ce que l'on pilote des serveurs de test (4,5,6,7) au moyen d'un serveur de commande (3) de manière à générer un trafic de données de test sur un réseau.
PCT/FR2004/000431 2003-03-05 2004-02-26 SystEme et procEdE de test d'Equipements de rEseaux informatiques WO2004081693A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0302681A FR2852119B1 (fr) 2003-03-05 2003-03-05 Systeme et procede de test d'equipements de reseaux informatiques
FR03/02681 2003-03-05

Publications (2)

Publication Number Publication Date
WO2004081693A2 true WO2004081693A2 (fr) 2004-09-23
WO2004081693A3 WO2004081693A3 (fr) 2005-01-20

Family

ID=32865248

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2004/000431 WO2004081693A2 (fr) 2003-03-05 2004-02-26 SystEme et procEdE de test d'Equipements de rEseaux informatiques

Country Status (2)

Country Link
FR (1) FR2852119B1 (fr)
WO (1) WO2004081693A2 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105337810A (zh) * 2015-12-01 2016-02-17 上海斐讯数据通信技术有限公司 构造网络测试数据的方法及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0910194A2 (fr) * 1997-09-24 1999-04-21 At&T Wireless Services, Inc. Système de test d'un réseau
US6067407A (en) * 1995-06-30 2000-05-23 Canon Information Systems, Inc. Remote diagnosis of network device over a local area network
US6243832B1 (en) * 1998-08-12 2001-06-05 Bell Atlantic Network Services, Inc. Network access server testing system and methodology
WO2001071498A2 (fr) * 2000-03-21 2001-09-27 Mercury Interactive Corporation Systeme de surveillance de serveur utilisant des points de presence virtuels
WO2001086446A2 (fr) * 2000-05-05 2001-11-15 Mercury Interactive Corporation Utilisation de flux de commande individuel pour porter une pluralite de connexions reseau destinees au test de charge reseau

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6067407A (en) * 1995-06-30 2000-05-23 Canon Information Systems, Inc. Remote diagnosis of network device over a local area network
EP0910194A2 (fr) * 1997-09-24 1999-04-21 At&T Wireless Services, Inc. Système de test d'un réseau
US6243832B1 (en) * 1998-08-12 2001-06-05 Bell Atlantic Network Services, Inc. Network access server testing system and methodology
WO2001071498A2 (fr) * 2000-03-21 2001-09-27 Mercury Interactive Corporation Systeme de surveillance de serveur utilisant des points de presence virtuels
WO2001086446A2 (fr) * 2000-05-05 2001-11-15 Mercury Interactive Corporation Utilisation de flux de commande individuel pour porter une pluralite de connexions reseau destinees au test de charge reseau

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105337810A (zh) * 2015-12-01 2016-02-17 上海斐讯数据通信技术有限公司 构造网络测试数据的方法及系统

Also Published As

Publication number Publication date
FR2852119A1 (fr) 2004-09-10
FR2852119B1 (fr) 2005-06-03
WO2004081693A3 (fr) 2005-01-20

Similar Documents

Publication Publication Date Title
CA2351809C (fr) Dispositif et procede de communication entre un systeme de reproduction d'informations audiovisuelles et une machine electronique de divertissement
EP0599706B1 (fr) Dispositif de traitement de l'information permettant la gestion d'une ressource informatique par un système d'administration
US6973489B1 (en) Server monitoring virtual points of presence
FR2753596A1 (fr) Systeme et procede de controle d'un reseau de radiocommunication cellulaire au moyen d'un ensemble d'analyseurs de protocole et de stations mobiles
EP1762944A1 (fr) Système et procédé de communication asynchrone sur circuit, entre des sous-circuits synchrones.
CN113542076A (zh) 链路探测方法、装置、计算机设备和存储介质
FR2847406A1 (fr) Procede et dispositif modulaire de tracage d'un message multimedia a travers un reseau de telecommunications
WO2004081693A2 (fr) SystEme et procEdE de test d'Equipements de rEseaux informatiques
EP1728368A1 (fr) Dispositif d'interconnexion pour un reseau de radiocommunication
CA2707159A1 (fr) Systeme de simulation ou de test, et procede associe
EP1285339B1 (fr) Procede pour la realisation de tests de performances d'equipements informatiques accessibles via un reseau de telecommunication
FR2851704A1 (fr) Procede de gestion de presence selective pour service de messagerie instantanee au sein d'un reseau de telecommunication tel que le reseau internet
EP3029573B1 (fr) Systeme et methode de test de performances d'une infrastructure informatique
EP2278466A1 (fr) Dispositif et procédé pour l'exécution distribuée de traitements de données numériques
Zennaro et al. Scientific measure of Africa's connectivity
FR2691029A1 (fr) Procédé d'analyse à distance de données d'un protocole, terminal d'abonné spécialisé et dispositif d'analyse distant correspondant.
EP2953029B1 (fr) Methodes et systemes de test de performances a debit configurable
EP3572929B1 (fr) Procédé d`envoi de données, programme d`ordinateur et système associés
EP1933531B1 (fr) Dispositif de contrôle de communications sur IP entre des équipements de communication IP, avec prise de contrôle automatisée de leurs flux de média(s)
FR2836731A1 (fr) Procede pour la realisation et la mise en oeuvre d'un systeme de communication multifonctionnel et systeme obtenu conformement audit procede
FR2811098A1 (fr) Procede et dispositif de transfert d'un document electronique dans un reseau de communication
FR2992445A1 (fr) Procede de synchronisation de donnees d'algorithmes de calculateurs asynchrones d'aeronef
FR2857472A1 (fr) Systeme de gestion distribuee des ressources informatiques et des calculs
EP1432171A2 (fr) Protocole et système de diffusion automatique et sumultanée de documents électroniques de formats distincts sur internet
EP1178629A1 (fr) Procédé d'optimisation d'une interface usager d'instrument de test, instrument de test et programme informatique correspondants

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): BW GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

DPEN Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed from 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase