FR3131487A1 - Procédé de reconfiguration d'un réseau de communication - Google Patents
Procédé de reconfiguration d'un réseau de communication Download PDFInfo
- Publication number
- FR3131487A1 FR3131487A1 FR2114607A FR2114607A FR3131487A1 FR 3131487 A1 FR3131487 A1 FR 3131487A1 FR 2114607 A FR2114607 A FR 2114607A FR 2114607 A FR2114607 A FR 2114607A FR 3131487 A1 FR3131487 A1 FR 3131487A1
- Authority
- FR
- France
- Prior art keywords
- parameters
- network
- modified
- communication
- neighboring
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/084—Configuration by using pre-existing information, e.g. using templates or copying from other elements
- H04L41/0843—Configuration by using pre-existing information, e.g. using templates or copying from other elements based on generic templates
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0866—Checking the configuration
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Procédé de reconfiguration d’un réseau de communication
Procédé de reconfiguration d’un réseau de communication (2) mis en œuvre par ordinateur, le réseau de communication (2) comprenant une pluralité d’éléments de réseau (6, 8, 10), chaque élément de réseau (6, 8, 10) présentant des paramètres définissant une capacité de communication de cet élément de réseau (6, 8, 10) de mettre en œuvre des communications au sein du réseau de communication (2),
le procédé de reconfiguration comprenant une phase de réception d’au moins un besoin de communication du réseau de communication (2) définissant un élément de réseau (6, 8, 10), dit élément à modifier, à ajouter au réseau de communication (2) ou dont ladite capacité de communication est à modifier ;
le procédé de reconfiguration comprenant en outre une phase de conception et une phase d’implémentation, la phase de conception comprenant des étapes de détermination d’un modèle générique (14) et de vérification.
Figure pour l'abrégé : Figure 1
Description
La présente invention concerne un procédé de reconfiguration d’un réseau de communication mis en œuvre par ordinateur.
L’invention concerne également un produit programme d’ordinateur.
Des configurations de réseaux de communication sont par exemple modifiées en fonction de besoins de communication d’un utilisateur. De tels besoins se caractérisent par exemple par une information à transmettre par l’utilisateur à un instant donnée, la présence d’un nœud à une position spécifique, etc.
De tels changements ou reconfigurations sont typiquement mis en œuvre par un opérateur du réseau sur la base de son expérience et la connaissance du réseau de communication. L’opérateur modifie ainsi manuellement des paramètres au sein du réseau selon son expérience.
Cependant, une telle reconfiguration présente un certain nombre d’inconvénients.
En particulier, cette reconfiguration est susceptible d’entrainer des incompatibilités au sein du réseau de communication ayant pour conséquence par exemple des défaillances de communication et/ou une performance réduite du réseau de communication en termes de transmission de donnés.
Un but de la présente invention est ainsi d’au moins de réduire ces inconvénients.
En particulier, un but de la présente invention est d’obtenir un procédé de reconfiguration d’un réseau de communication permettant une configuration simple, tout en garantissant une cohérence de la configuration du réseau de communication.
À cet effet, l’invention a pour objet un procédé de reconfiguration d’un réseau de communication mis en œuvre par ordinateur, le réseau de communication comprenant une pluralité d’éléments de réseau, chaque élément de réseau présentant des paramètres définissant une capacité de communication de cet élément de réseau de mettre en œuvre des communications au sein du réseau de communication,
le procédé de reconfiguration comprenant une phase de réception d’au moins un besoin de communication du réseau de communication définissant un élément de réseau, dit élément à modifier, à ajouter au réseau de communication ou dont ladite capacité de communication est à modifier ;
le procédé de reconfiguration comprenant en outre une phase de conception et une phase d’implémentation, la phase de conception comprenant des étapes de :
- détermination d’un modèle générique définissant les paramètres de l’élément à modifier et une partie des paramètres, dits paramètres voisins, d’au moins une fraction des éléments de réseau autres que l’élément à modifier, chaque paramètre voisin étant défini en fonction desdits paramètres de l’élément à modifier ;
- vérification, par simulation du réseau de communication, si le besoin de communication est rempli par le réseau de communication lors de l’application, aux éléments de réseau respectifs, des paramètres de l’élément à modifier et des paramètres voisins ;
lorsque le besoin de communication n’est pas rempli lors de l’étape de vérification, mise en œuvre d’une étape de réception d’une requête de modification des paramètres de l’élément à modifier et/ou des paramètres voisins, et répétition des étapes de détermination et de vérification ;
lorsque le besoin de communication est rempli lors de l’étape de vérification, passage à la phase d’implémentation,
la phase d’implémentation comprenant une étape de génération d’un ensemble de fichiers de configuration définissant des valeurs de chaque paramètre de l’élément à modifier et de chaque paramètre voisin.
Le procédé de reconfiguration permet en effet de reconfigurer le réseau de communication de manière simple, tout en garantissant une cohérence de la configuration du réseau de communication, puisque la phase de conception permet de prendre en compte l’ensemble des paramètres concernés par le changement, et ainsi d’éviter des incohérences entre les éléments de réseau lors de la reconfiguration.
Le procédé de reconfiguration est très simple car il permet de mettre en œuvre un processus de co-ingénierie entre plusieurs opérateurs spécialisés pour la reconfiguration du réseau, par exemple entre des experts réseau et des experts logiciel ou gestion de réseau.
Aussi, le procédé de reconfiguration permet par exemple de prouver, grâce aux étapes du procédé, que la reconfiguration ne met pas en cause une disponibilité de capacités de communication du réseau de communication.
Le procédé de reconfiguration permet d’obtenir une reconfiguration qui est particulièrement rapide puisque le procédé est mis en œuvre par ordinateur et permet ainsi de reconfigurer très rapidement un réseau de communication ayant un nombre très élevé d’éléments de réseau.
Suivant d’autres aspects avantageux de l’invention, le procédé de reconfiguration comprend une ou plusieurs des caractéristiques suivantes, prise(s) isolément ou suivant toutes les combinaisons techniquement possibles :
- la phase de conception comprend en outre une étape de sélection d’un modèle spécifique à l’élément à modifier parmi un ensemble de modèles prédéterminés, définissant des contraintes des paramètres de l’élément à modifier, et une étape d’adaptation des paramètres de l’élément à modifier et des paramètres voisins en fonction dudit modèle spécifique ;
- le modèle générique est mémorisé dans une base de données sous forme d’un fichier dans un premier langage informatique, de préférence en XML, et dans lequel le modèle spécifique est mémorisé dans la base de données dans un deuxième langage informatique, spécifique à l’élément à modifier et différent du premier langage informatique ;
- le modèle générique comprend un ensemble de modules de paramétrage comprenant les paramètres de l’élément à modifier et les paramètres voisins, le modèle générique comprenant en outre des liens entre les modules de paramétrage définissant une modification d’un paramètre parmi les paramètres de l’élément à modifier et les paramètres voisins en fonction d’un autre de ces paramètres ;
- lors de l’étape de détermination, au moins un paramètre desdits paramètres de l’élément à modifier et au moins un paramètre desdits paramètres voisins comprend un nom de l’élément de réseau respectif pour former un plan de nommage desdits éléments de réseau, et/ou
au moins un paramètre desdits paramètres de l’élément à modifier et au moins un paramètre desdits paramètres voisins comprend une adresse de l’élément de réseau respectif pour former un plan d’adressage desdits éléments de réseau ;
- la pluralité d’éléments de réseau comprend au moins deux éléments de réseau de type différent l’un par rapport à l’autre,
chaque élément de réseau étant choisi de préférence dans la liste constituée par : un nœud, un lien de communication, une zone de réseau dudit réseau de communication ;
- l’étape de vérification comprend l’affichage à un opérateur d’une donnée relative à la vérification du besoin de communication ;
- la phase d’implémentation comprend une étape d’application des valeurs des chaque paramètre de l’élément à modifier et de chaque paramètre voisin aux éléments de réseau respectifs conformément à l’ensemble de fichiers de configuration, de préférence selon un ordre déterminé par l’ensemble de fichiers de configuration ; et
- l’étape de génération comprend la réception par un module de génération d’une partie des valeurs par saisie via une interface de saisie, le module de génération autorisant uniquement la saisie de valeurs conformes à une syntaxe prédéterminée par le modèle générique et/ou par l’ensemble de fichiers de configuration.
L’invention a aussi pour objet un produit programme d’ordinateur comportant un support lisible d’informations, sur lequel est mémorisé un programme d’ordinateur comprenant des instructions de programme, le programme d’ordinateur étant chargeable sur une unité de traitement d’informations et mettant en œuvre un procédé de reconfiguration tel que décrit ci-dessus lorsque le programme d’ordinateur est mis en œuvre sur l’unité de traitement d’informations.
Ces caractéristiques et avantages de l’invention apparaitront à la lecture de la description qui va suivre, donnée uniquement à titre d’exemple non limitatif, et faite en référence aux dessins annexés, sur lesquels :
Sur la , un ensemble 1 comprend un réseau de communication 2 et un système de reconfiguration 4.
Le réseau de communication 2 comporte une pluralité d’éléments de réseau 6, 8, 10, par exemple au moins 1000 éléments de réseau, de préférence au moins 1 000 000 éléments de réseau. Chaque élément de réseau 6, 8, 10 présente des paramètres définissant une capacité de communication de cet élément de réseau de mettre en œuvre des communications au sein du réseau de communication 2. Dans l’exemple de la , les paramètres sont désignés par les références P1, P2, P3, P4, P5, P6, P7, P8, P9.
Par « capacité de communication », il est entendu l’aptitude de l’élément de réseau concerné 6, 8, 10 de mettre en œuvre une communication spécifique. A titre d’exemple, la capacité de communication est une bande passante, un délai de transmission d’un signal ou un nombre de nœuds possibles en communication avec un nœud concerné.
Le réseau de communication 2 comprend par exemple au moins deux éléments de réseau 6, 8, 10 de type différent l’un par rapport à l’autre. Chaque élément de réseau est par exemple un nœud 6 apte à mettre en œuvre des communications avec d’autres nœuds 6 du réseau de communication 2, un lien de communication 8 permettant l’établissement des communications entre les nœuds 6 ou une zone de réseau 10 définissant par exemple un groupe de nœuds 6 et/ou de liens de communication 8 formant par exemple un sous-réseau et/ou étant agencé dans une zone géographique prédéfinie.
Le système de reconfiguration 4 est apte à reconfigurer le réseau de communication 2.
Par « reconfigurer » ou « reconfiguration », il est entendu une modification de la capacité de communication d’au moins un élément parmi les éléments de réseau 6, 8, 10 du réseau de communication 2, et/ou un ajout d’un élément de réseau 6, 8, 10 au réseau de communication 2.
Le système de reconfiguration 4 comprend un module de réception 11 d’au moins un besoin de communication ou d’une requête de modification des paramètres P1, … P9 du ou des éléments de réseau 6, 8, 10.
Par « besoin de communication », il est entendu le besoin d’une capacité de communication, c’est-à-dire un besoin de l’aptitude d’un élément de réseau concerné 6, 8, 10 de mettre en œuvre une communication spécifique. Le besoin de communication est par exemple défini par un opérateur, non représenté.
Le besoin de communication définit un élément de réseau 6, 8, 10, appelé élément à modifier dans la suite, à ajouter au réseau de communication 2 ou dont la capacité de communication est à modifier.
Le système de reconfiguration 4 comprend en outre un module de détermination 12 d’un modèle générique 14, un module de sélection 16 d’un modèle spécifique 18, un module d’adaptation 20 des paramètres P1, … P9, un module de vérification 22 du besoin de communication, un module de génération 23 d’un ensemble de fichiers de configuration 24 et un module d’application 26.
Dans l’exemple de la , le système de reconfiguration 4 comprend un calculateur 28 comprenant une unité de traitement d’informations 29 formée par exemple d’une mémoire 30 et d’un processeur 32 associé à la mémoire 30. Le calculateur 28 comprend une interface de saisie 34, tel qu’un clavier, configuré pour saisir des données d’entrée de la part de l’opérateur. Le calculateur 28 comprend en outre un module d’affichage 36 configuré pour afficher des informations notamment issues de l’unité de traitement d’informations 29.
Le système de configuration 4 comprend par exemple en outre un dispositif de communication 38 configuré pour échanger des signaux avec au moins une partie des éléments de réseau 6, 8, 10. Ces signaux comprennent notamment les paramètres P1, … P9 des éléments de réseau 6, 8, 10 et/ou des valeurs de ces paramètres P1, … P9.
Dans l’exemple de la , le module de réception 11, le module de détermination 12, le module de sélection 16, le module d’adaptation 20, le module de vérification 22, le module de génération 23 et le module d’application 26 sont réalisés chacun sous forme d’un logiciel, ou d’une brique logicielle, par exemple stockés sur la mémoire 30 et exécutables par le processeur 32.
Selon un exemple, le modèle générique 14, les modèles spécifiques 18, dont deux sont illustrés sur la , et les fichiers de configuration 24, dont deux sont illustrés sur la , sont stockés sur la mémoire 30, par exemple dans une base de données 40 de la mémoire 30.
En variante non représentée, le modèle générique 14, chaque modèle spécifique 18 et chaque fichier de configuration 24 sont chacun stockés dans une base de données respective.
Lorsque le système de configuration 4 est réalisé sous forme d’un ou plusieurs logiciels, c’est-à-dire sous forme d’un programme d’ordinateur, il est en outre apte à être enregistré sur un support, non représenté, lisible par ordinateur. Le support lisible par ordinateur est, par exemple, un médium apte à mémoriser les instructions électroniques et à être couplé à un bus d’un système informatique. A titre d’exemple, le support lisible est un disque optique, un disque magnéto-optique, une mémoire ROM, une mémoire RAM, tout type de mémoire non-volatile (par exemple EPROM, EEPROM, FLASH, NVRAM), une carte magnétique ou une carte optique. Notamment, le support lisible est intégré dans un disque statique à semi-conducteurs ou SSD (de l’anglais « Solid-State Drive »).
Sur le support lisible est alors mémorisé un programme d’ordinateur comportant des instructions logicielles.
Dans l’exemple de la , le module de réception 11, le module de détermination 12, le module de sélection 16, le module d’adaptation 20, le module de vérification 22, le module de génération 23 et le module d’application 26 sont embarqués au sein de l’unique unité de traitement d’informations 29, c’est-à-dire au sein d’un même et unique calculateur électronique.
En variante, non représentée, le module de réception 11, le module de détermination 12, le module de sélection 16, le module d’adaptation 20, le module de vérification 22, le module de génération 23 et le module d’application 26, sont embarqués au sein de plusieurs calculateurs électroniques distincts et séparés.
Un exemple de mise en œuvre d’un procédé de reconfiguration 100 est maintenant décrit en référence à la .
Dans l’exemple décrit dans ce qui suit, le procédé de reconfiguration est mis en œuvre par le système de reconfiguration 4. En particulier, le procédé de reconfiguration 100 est mis en œuvre au moins partiellement, de préférence entièrement, par le calculateur 28, c’est-à-dire est mis en œuvre par ordinateur.
Le procédé de reconfiguration 100 comprend une phase de réception 110, une phase de phase de conception 120 et une phase d’implémentation 130.
Lors de la phase de réception 110, le calculateur 28 reçoit le besoin de communication du réseau de communication 2.
Par exemple, le module de réception 10 reçoit le besoin de communication de l’opérateur par saisie via l’interface de saisie 34, de préférence sous forme d’un fichier texte.
A titre d’illustration, le besoin de communication indique « Je souhaite ajouter un nœud au réseau de communication apte à communiquer avec trois autres nœuds du réseau de communication ». Cet exemple est appelé « exemple d’ajout d’un nœud » ci-après.
Selon un autre exemple, le besoin de communication indique « Je souhaite créer un lien de communication 8 entre un premier et un deuxième nœud du réseau de communication ». Cet exemple est appelé « création de lien de communication » ci-après.
Selon un autre exemple, le besoin de communication indique « Je souhaite associer un troisième nœud à une zone de réseau 10 spécifique ». Cet exemple est appelé « association de nœud à une zone » ci-après.
La phase de conception 120 comprend une étape de détermination 140, une étape de sélection 150, une étape d’adaptation 160, une étape de vérification 170, et une étape de réception de requête 180.
Lors de l’étape de détermination 140, le module de détermination 12 détermine le modèle générique 14.
Le modèle générique 14 est par exemple mémorisé dans la base données 40 de la mémoire 30 sous forme d’un fichier dans un langage informatique prédéterminé, de préférence en XML (de l’anglais « Extensible Markup Language » pour langage de balisage extensible).
Le modèle générique 14 définit les paramètres P1, … P9 de l’élément à modifier.
Le modèle générique 14 définit en outre une partie des paramètres P1, … P9 d’au moins une fraction des éléments de réseau 6, 8, 10 autres que l’élément à modifier.
L’expression « au moins une fraction des éléments de réseau » correspond notamment à au moins certains éléments de réseau de la totalité des éléments de réseau 6, 8, 10, à savoir les éléments de réseau 6, 8, 10 dont les paramètres P1, … P9 sont susceptibles d’être modifiés par la reconfiguration du réseau de communication 2.
Les éléments de réseau 6, 8, 10 appartenant à cette fraction sont par exemple déterminés par des règles prédéfinies du modèle générique 14, et/ou en fonction d’une commande reçue de l’opérateur via l’interface de saisie 34.
Par l’expression « une partie des paramètres », il est notamment entendu que le modèle générique 14 définit uniquement certains paramètres parmi la totalité des paramètres de chaque élément de réseau 6, 8, 10 de la fraction. Ces paramètres sont appelés paramètres voisins.
Les paramètres voisins sont notamment les paramètres parmi la totalité de paramètres qui sont susceptibles d’être modifiés par la reconfiguration du réseau de communication 2.
Le modèle générique 14 comprend par exemple des règles définissant si un paramètre est un paramètre voisin ou non.
En particulier, chaque paramètre voisin est défini en fonction des paramètres P1, … P9 de l’élément à modifier.
En référence à la , le modèle générique 14 comprend par exemple un ensemble de modules de paramétrage 42, 43, 44, comprenant les paramètres de l’élément à modifier et les paramètres voisins.
Le modèle générique 14 comprend par exemple en outre des liens 45, 46 entre les modules de paramétrage 42, 43, 44 définissant une modification d’un paramètre P1, … P9 en fonction d’un autre de ces paramètres P1, … P9.
Selon un exemple, chaque module de paramétrage 42, 43, 44 génère, lors de l’étape de détermination 140, une liste de certains paramètres P1, … P9 de l’élément à modifier et les paramètres voisins.
Des exemples des paramètres sont décrits dans ce qui suit.
Selon un premier exemple, les paramètres P1, … P9 comprennent un nom de l’élément à modifier et des noms des autres éléments de réseau 6, 8, 10. Le module de détermination 12 détermine, par exemple par des règles prédéterminées et/ou par réception d’une commande de l’opérateur, ces noms. Le module de détermination 12 détermine alors un plan de nommage de ces éléments de réseau et l’enregistre dans le module de paramétrage correspondant 42, 43, 44. Ce plan de nommage est par exemple affiché à l’opérateur via le module d’affichage 36 et/ou utilisé lors de l’étape d’adaptation 160.
Selon un second exemple, les paramètres P1, … P9 comprennent une adresse de l’élément à modifier et des adresses des autres éléments de réseau de communication 2. Les adresses sont par exemple des adresses IP (de l’anglais « Internet Protocol »). Le module de détermination 12 détermine ces adresses, pour obtenir un plan d’adressage, et pour enregistrer ce plan d’adressage dans le module de paramétrage correspondant 42, 43, 44. Le plan d’adressage est par exemple affiché à l’opérateur via le module d’affichage 36 et/ou utilisé lors de l’étape d’adaptation 160.
Selon l’exemple précité d’ajout d’un nœud, et en référence à l’exemple de la , lors de l’étape de détermination 140, le module de détermination 12 détermine un premier, deuxième et troisième module de paramétrage 42, 43, 44. Le premier module de paramétrage 42 comprend le paramètre P1 indiquant un nom du nœud à ajouter, et les paramètres P2, P3 indiquant des noms de nœuds avec lesquels le nœud à ajouter est susceptible d’échanger des données, appelés nœuds voisins. Le deuxième module de paramétrage 43 comprend le paramètre P4 indiquant une adresse du nœud à ajouter, et les paramètres P5, P6 indiquant des adresses des nœuds voisins. Le troisième module de paramétrage 44 comprend les paramètres P7, P8, P9 indiquant des liens de communication 8, par exemple un type et/ou une capacité de lien, entre le nœud à ajouter et les nœuds voisins.
Selon l’exemple d’ajout d’un nœud, le module de détermination 12 détermine en outre le lien 46 entre le troisième module 44 et le deuxième module 43. Par exemple, l’ajout ou la modification du paramètre P7 dans le troisième module 44 implique la modification des adresses, selon les paramètres P4, P5, P6 dans le deuxième module 43, puisque la modification du lien de communication 8 selon le paramètre P7 implique un changement des adresses.
Selon l’exemple précité de création de lien de communication, les paramètres P1, … P9 indiquent la capacité de communication du lien, ainsi que les noms et adresses des nœuds 6 reliés par le lien.
Selon l’exemple précité d’association de nœud à une zone, les paramètres P1, … P9 indiquent le nombre de nœuds de la zone de réseau 10, leurs adresses et leurs positions géographiques.
Lors de l’étape de sélection 150, le module de sélection 16 sélectionne un modèle spécifique 18 à l’élément à modifier parmi un ensemble de modèles prédéterminés.
Le modèle spécifique 18 définit des contraintes des paramètres de l’élément à modifier.
Le modèle spécifique 18 est par exemple mémorisé dans la base de données 40 dans un langage informatique qui est spécifique à l’élément à modifier et différent du langage informatique du modèle générique 14.
Selon l’exemple d’ajout d’un nœud, ce nœud comprend par exemple un routeur de la société « Cisco » (marque déposée). Dans ce cas, le module de sélection 16 sélectionne le modèle spécifique 18 qui correspond à ce routeur. Le modèle spécifique 18 définit des contraintes comme par exemple un nombre de ports de communication maximal du routeur égal à 16.
Selon l’exemple précité de création de lien de communication, le module de sélection 16 sélectionne le modèle spécifique 18 qui correspond au protocole TCP/IP.
Lors de l’étape d’adaptation 160, le module d’adaptation 20 adapte les paramètres P1, … P9 de l’élément à modifier et les paramètres voisins en fonction du modèle spécifique 18 sélectionné lors de l’étape de sélection 150.
Selon l’exemple d’ajout d’un nœud, le modèle spécifique 18 sélectionné indique un nombre de ports maximal de 16. Lorsque par exemple le plan d’adressage du modèle générique 14 prévoit l’ajout de 12 ports au nœud à ajouter, le module d’adaptation 20 adapte les paramètres P1, … P9 de ces ports. Toutefois, lorsque le plan d’adressage prévoit l’ajout de 20 ports au nœud à ajouter, le module d’adaptation 20 n’adapte pas les paramètres P1, … P9 des ports ou adapte uniquement les 16 ports selon le modèle spécifique 18, en l’absence de l’ajout des quatre ports restants.
Lors de l’étape de vérification 170, le module de vérification 22 vérifie, par simulation du réseau de communication 2, si le besoin de communication est rempli par le réseau de communication 2 lors de l’application, aux éléments de réseau respectifs 6, 8, 10, des paramètres P1, … P9 de l’élément à modifier et des paramètres voisins.
Par exemple, le module de vérification 22 envoie un message de test par simulation via le réseau de communication 2, et surveille une réception de ce message conforme au besoin de communication.
Selon un exemple, le module de vérification 22 génère une commande d’affichage, et le module d’affichage 36 affiche un affichage comme suite à la commande, à destination de l’opérateur. L’affichage comprend une donnée relative à la vérification du besoin de communication, par exemple « Succès de transmission du message de test. Le besoin de communication est rempli. », ou « Problème de transmission du message de test. Le besoin de communication n’est pas rempli. ».
L’homme du métier comprend que, selon un exemple, d’autres informations sont comprises dans l’affichage.
Lorsque le besoin de communication n’est pas rempli lors de l’étape de vérification 170, le procédé de reconfiguration 100 comprend la mise en œuvre de l’étape de réception de requête 180, suivi par une répétition des étapes de détermination 140, de sélection 150, d’adaptation 160 et de vérification 170.
Lors de l’étape de réception de requête 180, le module de réception 11 reçoit une requête de modification des paramètres P1, … P9 de l’élément à modifier et/ou des paramètres voisins.
La requête de modification dépend notamment de la donnée relative à la vérification du besoin de communication. Par exemple, si le besoin de communication n’est pas rempli, la requête de modification comprend la modification d’au moins un des paramètres P1, … P9.
Le module de réception 11 reçoit la requête de modification dans un langage de programmation prédéfini, par exemple en Groovy.
Selon l’exemple d’ajout d’un nœud, la requête de modification comprend l’ajout d’un routeur additionnel pour permettre l’ajout des 20 ports selon le besoin de communication, puisqu’un seul routeur permet uniquement l’ajout de 16 ports selon l’exemple.
Par exemple, le module de réception 11 reçoit la requête de modification de l’opérateur via l’interface de saisie 34.
Selon un autre exemple, le module de réception 11 reçoit la requête de modification par un module additionnel, non représenté, apte à déterminer la requête en fonction de la donnée relative à la vérification du besoin de communication.
La phase d’implémentation 130 est mise en œuvre lorsque le besoin de communication est rempli lors de l’étape de vérification 170.
La phase d’implémentation 130 comprend une étape de génération 190 et une étape d’application 200.
Lors de l’étape de génération 190, le module de génération 23 génère l’ensemble de fichiers de configuration 24 définissant des valeurs de chaque paramètre P1, … P9 de l’élément à modifier et des valeurs de chaque paramètre voisin P1, … P9.
Selon l’exemple d’ajout d’un nœud, le module de génération 23 génère l’adresse IP du nœud à ajouter, par exemple « 192.168.178.1 », et les adresses IP des paramètres voisins de la fraction des autres éléments de réseau 6, 8, 10. Les adresses IP sont alors ajoutées dans le fichier de configuration 24 correspondant.
En particulier, le module de génération 23 génère l’ensemble de fichiers de configuration 24 selon le modèle générique 14 et selon le modèle spécifique 18 sélectionné. Par exemple, le module de génération 23 applique le plan d’adressage.
Selon un exemple, lors de l’étape de génération 190, le module de génération 23 reçoit une partie des valeurs par saisie via l’interface de saisie 34 de l’opérateur. Par exemple, le module de génération 23 génère une interface visuelle affichée par le module d’affichage 36, permettant à l’opérateur de saisir de cette partie des valeurs.
De préférence, le module de génération 23 autorise uniquement la saisie de valeurs par l’opérateur qui sont conformes à une syntaxe prédéterminée par le modèle générique 14 et/ou par l’ensemble de fichiers de configuration 24.
Par exemple, lors d’une saisie d’une adresse IP par l’utilisateur, le module de génération 23 autorise uniquement la saisie de chiffres et points pour cette adresse IP, et non pas de lettres.
Lorsque le module de génération 23 reçoit plusieurs valeurs de l’opérateur, le module de génération 23 autorise uniquement la saisie de valeurs qui sont cohérentes entre elles notamment selon les liens 45, 46 du modèle générique 14. Par exemple, lors de l’ajout d’un nœud ayant 16 ports de communication, le module de génération n’autorise pas la saisie d’une valeur pour un 17èmeport.
Lors de l’étape d’application 200, le module d’application 26 applique les valeurs de chaque paramètre P1, … P9 de l’élément à modifier et de chaque paramètre voisin aux éléments de réseau respectifs 6, 8, 10 conformément à l’ensemble de fichiers de configuration 24, par exemple par l’émission de signaux correspondants par le dispositif de communication 38 aux éléments de réseau respectifs 6, 8, 10.
Selon un exemple, le module d’application 26 applique les valeurs selon un ordre déterminé par l’ensemble de fichiers de configuration 24, notamment de manière itérative. Cela est illustré par la boucle R sur la .
En particulier, le module d’application 26 applique l’une des valeurs ou un groupe des valeurs aux éléments de réseau respectifs 6, 8, 10, et met en œuvre ensuite une vérification si les valeurs appliquées sont conformes au modèle générique 14, avant l’application des autres valeurs.
Les étapes de sélection 150 et d’adaptation 160 sont des étapes optionnelles.
L’étape d’application 200 est une étape optionnelle.
Bien entendu, d’autres modes de réalisation peuvent être envisagés.
Claims (10)
- Procédé de reconfiguration (100) d’un réseau de communication (2) mis en œuvre par ordinateur, le réseau de communication (2) comprenant une pluralité d’éléments de réseau (6, 8, 10), chaque élément de réseau (6, 8, 10) présentant des paramètres (P1, … P9) définissant une capacité de communication de cet élément de réseau (6, 8, 10) de mettre en œuvre des communications au sein du réseau de communication (2),
le procédé de reconfiguration (100) comprenant une phase de réception (110) d’au moins un besoin de communication du réseau de communication (2) définissant un élément de réseau (6, 8, 10), dit élément à modifier, à ajouter au réseau de communication (2) ou dont ladite capacité de communication est à modifier ;
le procédé de reconfiguration (100) comprenant en outre une phase de conception (120) et une phase d’implémentation (130), la phase de conception (120) comprenant des étapes de :
- détermination (140) d’un modèle générique (14) définissant les paramètres (P1, … P9) de l’élément à modifier et une partie des paramètres (P1, … P9), dits paramètres voisins, d’au moins une fraction des éléments de réseau (6, 8, 10) autres que l’élément à modifier, chaque paramètre voisin étant défini en fonction desdits paramètres (P1, … P9) de l’élément à modifier ;
- vérification (170), par simulation du réseau de communication (2), si le besoin de communication est rempli par le réseau de communication (2) lors de l’application, aux éléments de réseau respectifs (6, 8, 10), des paramètres (P1, … P9) de l’élément à modifier et des paramètres voisins ;
lorsque le besoin de communication n’est pas rempli lors de l’étape de vérification (170), mise en œuvre d’une étape de réception (180) d’une requête de modification des paramètres (P1, … P9) de l’élément à modifier et/ou des paramètres voisins, et répétition des étapes de détermination (140) et de vérification (170) ;
lorsque le besoin de communication est rempli lors de l’étape de vérification (170), passage à la phase d’implémentation (130),
la phase d’implémentation (130) comprenant une étape de génération (190) d’un ensemble de fichiers de configuration (24) définissant des valeurs de chaque paramètre (P1, … P9) de l’élément à modifier et de chaque paramètre voisin. - Procédé de reconfiguration selon la revendication 1, dans lequel la phase de conception (120) comprend en outre une étape de sélection (150) d’un modèle spécifique (18) à l’élément à modifier parmi un ensemble de modèles prédéterminés (18), définissant des contraintes des paramètres (P1, … P9) de l’élément à modifier, et une étape d’adaptation (160) des paramètres (P1, … P9) de l’élément à modifier et des paramètres voisins en fonction dudit modèle spécifique (18).
- Procédé de reconfiguration selon la revendication 2, dans lequel le modèle générique (14) est mémorisé dans une base de données (40) sous forme d’un fichier dans un premier langage informatique, de préférence en XML, et dans lequel le modèle spécifique (18) est mémorisé dans la base de données (40) dans un deuxième langage informatique, spécifique à l’élément à modifier et différent du premier langage informatique.
- Procédé de reconfiguration selon l’une quelconque des revendications précédentes, dans lequel le modèle générique (14) comprend un ensemble de modules de paramétrage (42, 43, 44) comprenant les paramètres (P1, … P9) de l’élément à modifier et les paramètres voisins, le modèle générique (14) comprenant en outre des liens (45, 46) entre les modules de paramétrage (42, 43, 44) définissant une modification d’un paramètre parmi les paramètres (P1, … P9) de l’élément à modifier et les paramètres voisins en fonction d’un autre de ces paramètres (P1, … P9).
- Procédé de reconfiguration selon l’une quelconque des revendications précédentes, dans lequel, lors de l’étape de détermination (140), au moins un paramètre desdits paramètres (P1, … P9) de l’élément à modifier et au moins un paramètre desdits paramètres voisins comprend un nom de l’élément de réseau respectif (6, 8, 10) pour former un plan de nommage desdits éléments de réseau (6, 8, 10), et/ou
au moins un paramètre desdits paramètres (P1, … P9) de l’élément à modifier et au moins un paramètre desdits paramètres voisins comprend une adresse de l’élément de réseau (6, 8, 10) respectif pour former un plan d’adressage desdits éléments de réseau (6, 8, 10). - Procédé de reconfiguration selon l’une quelconque des revendications précédentes, dans lequel la pluralité d’éléments de réseau (6, 8, 10) comprend au moins deux éléments de réseau de type différent l’un par rapport à l’autre,
chaque élément de réseau (6, 8, 10) étant choisi de préférence dans la liste constituée par : un nœud (6), un lien de communication (8), une zone de réseau (10) dudit réseau de communication (2). - Procédé de reconfiguration selon l’une quelconque des revendications précédentes, dans lequel l’étape de vérification (170) comprend l’affichage à un opérateur d’une donnée relative à la vérification du besoin de communication.
- Procédé de reconfiguration selon l’une quelconque des revendications précédentes, dans lequel la phase d’implémentation (130) comprend une étape d’application (200) des valeurs des chaque paramètre (P1, … P9) de l’élément à modifier et de chaque paramètre voisin aux éléments de réseau respectifs (6, 8, 10) conformément à l’ensemble de fichiers de configuration (24), de préférence selon un ordre déterminé par l’ensemble de fichiers de configuration (24).
- Procédé de reconfiguration selon l’une quelconque des revendications précédentes, dans lequel l’étape de génération (190) comprend la réception par un module de génération (23) d’une partie des valeurs par saisie via une interface de saisie (34), le module de génération (190) autorisant uniquement la saisie de valeurs conformes à une syntaxe prédéterminée par le modèle générique (14) et/ou par l’ensemble de fichiers de configuration (24).
- Produit programme d’ordinateur comportant un support lisible d’informations, sur lequel est mémorisé un programme d’ordinateur comprenant des instructions de programme, le programme d’ordinateur étant chargeable sur une unité de traitement d’informations (29) et mettant en œuvre un procédé de reconfiguration (100) selon l’une quelconque des revendications 1 à 9 lorsque le programme d’ordinateur est mis en œuvre sur l’unité de traitement d’informations (29).
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR2114607A FR3131487A1 (fr) | 2021-12-29 | 2021-12-29 | Procédé de reconfiguration d'un réseau de communication |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR2114607A FR3131487A1 (fr) | 2021-12-29 | 2021-12-29 | Procédé de reconfiguration d'un réseau de communication |
| FR2114607 | 2021-12-29 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| FR3131487A1 true FR3131487A1 (fr) | 2023-06-30 |
Family
ID=82020033
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR2114607A Pending FR3131487A1 (fr) | 2021-12-29 | 2021-12-29 | Procédé de reconfiguration d'un réseau de communication |
Country Status (1)
| Country | Link |
|---|---|
| FR (1) | FR3131487A1 (fr) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2019186367A1 (fr) * | 2018-03-26 | 2019-10-03 | Amdocs Development Limited | Système, procédé et programme d'ordinateur pour générer automatiquement des données d'apprentissage pour analyser une nouvelle configuration d'un réseau de communication |
| US20200044940A1 (en) * | 2018-08-03 | 2020-02-06 | Red Hat, Inc. | Targeted network discovery and visualizations |
-
2021
- 2021-12-29 FR FR2114607A patent/FR3131487A1/fr active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2019186367A1 (fr) * | 2018-03-26 | 2019-10-03 | Amdocs Development Limited | Système, procédé et programme d'ordinateur pour générer automatiquement des données d'apprentissage pour analyser une nouvelle configuration d'un réseau de communication |
| US20200044940A1 (en) * | 2018-08-03 | 2020-02-06 | Red Hat, Inc. | Targeted network discovery and visualizations |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1978672A1 (fr) | Procédé pour mettre en place le logiciel de gestion, matériel avec logiciel préconfiguré et procédé de mise en place correspondant | |
| US20140304710A1 (en) | Updating a workflow when a user reaches an impasse in the workflow | |
| US11829913B2 (en) | Facilitating activity logs within a multi-service system | |
| FR2813409A1 (fr) | Procede et dispositif configuration d'un peripherique de traitement de documents electroniques dans un reseau de communication | |
| WO2007084735A2 (fr) | Gestion de services clients | |
| US20170287062A1 (en) | Self-adjusting bid-management system | |
| US20240097963A1 (en) | System and method for integration of dynamic embedded process communications | |
| WO2003092241A1 (fr) | Dispositif de gestion de filtres de donnees | |
| US20060247936A1 (en) | Business Activity Creation Using Business Context Services for Adaptable Service Oriented Architecture Components | |
| EP1501241B1 (fr) | Procédé d'approvisionnement de règles de politique dans un réseau géré à base de règles de politique | |
| FR2886432A1 (fr) | Systeme et procede de commande et d'installation de systemes informatiques a la demande | |
| EP4075758B1 (fr) | Procédé pour optimiser le trafic entre systèmes autonomes | |
| WO2009156629A1 (fr) | Procede et equipement de stockage de donnees en ligne | |
| US20100077025A1 (en) | Workflow automation & request processing | |
| EP4481599A1 (fr) | Procédés de génération, de fourniture et de gestion de profils d'identités certifiées, et portefeuille électronique d'identités | |
| CN118626056A (zh) | 一种业务服务生成方法及装置 | |
| EP2446360B1 (fr) | Technique de determination d'une chaine de fonctions elementaires associee a un service | |
| US20070214165A1 (en) | Computer product, session management method, and session management apparatus | |
| CN115495065A (zh) | 一种基于业务流控制的页面组件编排组合方法及装置 | |
| EP3839738A1 (fr) | Procede de gestion des requetes d'allocation d'une ressource informatique | |
| WO2006072696A1 (fr) | Systeme, programme et procede d'affectation de ressources | |
| EP4206969B1 (fr) | Procédé d'analyse de sécurité d'un fichier de déploiement d'une plateforme d'orchestration d'une grappe de serveurs, produit programme d'ordinateur et plateforme d'orchestration associés | |
| US9712405B2 (en) | Integrated reporting for on-demand and on-premise solutions | |
| US20250315548A1 (en) | Dynamic balancing of interests in data privacy integration protocols | |
| US20230153713A1 (en) | Method for cloud computing general contractor to subcontractor networking automation |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PLFP | Fee payment |
Year of fee payment: 2 |
|
| PLSC | Publication of the preliminary search report |
Effective date: 20230630 |
|
| PLFP | Fee payment |
Year of fee payment: 3 |
|
| PLFP | Fee payment |
Year of fee payment: 4 |
|
| PLFP | Fee payment |
Year of fee payment: 5 |