[go: up one dir, main page]

FR2954872A1 - METHOD FOR ANALYZING THE FAILURES NECESSARY TO MAKE IMPOSSIBLE COMMUNICATION BETWEEN ELEMENTS OF A TELECOMMUNICATIONS NETWORK - Google Patents

METHOD FOR ANALYZING THE FAILURES NECESSARY TO MAKE IMPOSSIBLE COMMUNICATION BETWEEN ELEMENTS OF A TELECOMMUNICATIONS NETWORK Download PDF

Info

Publication number
FR2954872A1
FR2954872A1 FR0906392A FR0906392A FR2954872A1 FR 2954872 A1 FR2954872 A1 FR 2954872A1 FR 0906392 A FR0906392 A FR 0906392A FR 0906392 A FR0906392 A FR 0906392A FR 2954872 A1 FR2954872 A1 FR 2954872A1
Authority
FR
France
Prior art keywords
elements
network
function
connectivity
pairs
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.)
Granted
Application number
FR0906392A
Other languages
French (fr)
Other versions
FR2954872B1 (en
Inventor
Philippe Loisele
Jacques Chommeloux
Philippe Berenger
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Thales SA
Original Assignee
Thales SA
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 Thales SA filed Critical Thales SA
Priority to FR0906392A priority Critical patent/FR2954872B1/en
Priority to PCT/EP2010/070708 priority patent/WO2011080229A1/en
Publication of FR2954872A1 publication Critical patent/FR2954872A1/en
Application granted granted Critical
Publication of FR2954872B1 publication Critical patent/FR2954872B1/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0659Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12Discovery or management of network topologies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/091Measuring contribution of individual network components to actual service level
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/12Shortest path evaluation
    • H04L45/128Shortest path evaluation for finding disjoint paths
    • H04L45/1287Shortest path evaluation for finding disjoint paths with disjoint nodes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/14Routing performance; Theoretical aspects

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L'idée de la présente invention concerne un procédé qui va permettre de déterminer le nombre de défaillances nécessaires pour empêcher la communication de paires distantes choisies, les combinaisons des éléments correspondantes et la fréquence d'apparition de chaque élément dans ces combinaisons. A partir de cette information, il sera possible de proposer une nouvelle architecture de réseau fiable au cours de son fonctionnement.The idea of the present invention relates to a method which will make it possible to determine the number of failures necessary to prevent the communication of selected remote pairs, the combinations of the corresponding elements and the frequency of appearance of each element in these combinations. From this information, it will be possible to propose a new reliable network architecture during its operation.

Description

PROCEDE POUR ANALYSER LES DEFAILLANCES NECESSAIRES POUR RENDRE UNE COMMUNICATION IMPOSSIBLE ENTRE ELEMENTS D'UN RESEAU DE TELECOMMUNICATIONS L'invention concerne un procédé pour déterminer les défaillances éventuelles de noeuds et/ou des liens reliant les noeuds entre eux dans un réseau de télécommunications. II permet, par exemple, de déterminer le nombre d'éléments hors services conduisant à la perte de connexité entre des noeuds donnés, les combinaisons d'éléments hors service responsables de la perte de connexité, les éléments le plus souvent responsables de la perte de connexité. La percolation est un phénomène de seuil lié à la transmission d'une « information» par le biais d'un réseau de sites et de liens qui peuvent, selon leur état, transmettre ou non l'information aux sites voisins. L'étude de la percolation dans le domaine des réseaux de télécommunications permet donc de définir à partir de quel moment celui-ci devient assez sûr au niveau de son fonctionnement pour contrecarrer des pannes ou des sabotages de toutes sortes (agissant sur les noeuds et/ou les liaisons). En effet si celui-ci est conçu pour être proche du seuil de percolation, la moindre panne ou détérioration conduit à l'interruption des communications. II y donc perte de connexité du graphe reliant les noeuds entre eux, alors que si l'on est loin au dessous du seuil, il faut un nombre important de pannes ou de détérioration des noeuds et des liens pour stopper son fonctionnement. Etre proche du seuil de percolation permet de disposer d'un réseau moins cher mais rend le réseau par contre plus vulnérable en cas de défaillances. De façon générale dans des problèmes de ce type, le pourcentage de noeuds et/ou de liaisons coupés augmentant, on atteint un certain seuil où, quel que soit le nombre de relais, il devient impossible de communiquer entre deux stations éloignées. La valeur pc associée au pourcentage critique de liaisons actives nécessaires pour que deux points quelconques ou deux noeuds du réseau soient reliés, est appelée « seuil de percolation ». Interpréter ce problème de communication comme un phénomène de percolation consiste à évaluer la probabilité d'existence d'un ensemble de liens, autorisant la communication directe ou indirecte entre deux stations. The invention relates to a method for determining the possible failures of nodes and / or links connecting the nodes to each other in a telecommunication network. BACKGROUND OF THE INVENTION The invention relates to a method for determining the possible failures of nodes and / or links connecting the nodes to each other in a telecommunications network. It allows, for example, to determine the number of out-of-service elements leading to the loss of connectivity between given nodes, the combinations of out-of-service elements responsible for the loss of connectivity, the elements most often responsible for the loss of connectivity. Percolation is a threshold phenomenon linked to the transmission of "information" through a network of sites and links that may, depending on their state, transmit or not the information to neighboring sites. The study of percolation in the field of telecommunications networks thus makes it possible to define when it becomes safe enough in terms of its operation to counteract failures or sabotage of all kinds (acting on the nodes and / or links). Indeed if it is designed to be close to the percolation threshold, the slightest failure or deterioration leads to the interruption of communications. There is therefore a loss of connectivity of the graph connecting the nodes to each other, whereas if one is far below the threshold, a large number of failures or deterioration of the nodes and links is required to stop its operation. Being close to the percolation threshold makes it possible to have a cheaper network but makes the network more vulnerable in case of failures. In general, in such problems, the percentage of nodes and / or cut links increasing, it reaches a certain threshold where, regardless of the number of relays, it becomes impossible to communicate between two remote stations. The pc value associated with the critical percentage of active links required for any two points or two nodes of the network to be connected, is called the "percolation threshold". Interpreting this communication problem as a percolation phenomenon consists in evaluating the probability of existence of a set of links, allowing direct or indirect communication between two stations.

La publication « networks and availability and connexity » de Philippe Loisèle et Jacques Chommeloux évoque une analyse de connexité dans l'ensemble du réseau. The publication "networks and availability and connectivity" by Philippe Loisèle and Jacques Chommeloux evokes an analysis of connectivity across the network.

L'idée de la présente invention concerne un procédé qui va io permettre de déterminer le nombre de défaillances nécessaires pour empêcher la communication de paires distantes choisies, les combinaisons des éléments correspondantes et la fréquence d'apparition de chaque élément dans ces combinaisons. A partir de cette information, il sera possible de proposer une nouvelle architecture de réseau fiable au cours de son is fonctionnement. The idea of the present invention relates to a method which will make it possible to determine the number of failures necessary to prevent the communication of selected remote pairs, the combinations of the corresponding elements and the frequency of occurrence of each element in these combinations. From this information, it will be possible to propose a new reliable network architecture during its operation.

D'autres caractéristiques et avantages de la présente invention apparaîtront mieux à la lecture de la description d'un exemple de réalisation annexé des figures qui représentent : 20 • La figure 1, un exemple de réseau comprenant des noeuds reliés entre eux par des liens, • La figure 2, un exemple d'interface mise à la disposition d'un utilisateur pour lire le résultat du procédé selon l'invention et éventuellement prendre une décision. 25 La figure 1 schématise un réseau de communications formés par plusieurs noeuds Ni reliés entre eux au moyen de liens li qui peuvent être des liens physiques ou toute autre moyen existant. Other features and advantages of the present invention will appear better on reading the description of an appended exemplary embodiment of the figures which represent: FIG. 1, an example of a network comprising nodes connected to one another by links, FIG. 2, an example of an interface made available to a user for reading the result of the method according to the invention and possibly making a decision. FIG. 1 schematizes a communications network formed by several nodes Ni connected to one another by means of links li which can be physical links or any other existing means.

Les noeuds sont définis par : 30 - un identifiant unique, représenté par un nombre entre 0 et 999 pour les noeuds. The nodes are defined by: a unique identifier, represented by a number between 0 and 999 for the nodes.

un indicateur de bon fonctionnement, qui permet de définir si l'élément est en état de bon fonctionnement ou si au contraire celui-ci est en panne. une valeur de disponibilité au sens général, c'est à dire une valeur entre 0 et 1 qui peut représenter une disponibilité intrinsèque, une disponibilité opérationnelle, une probabilité de bon fonctionnement sur un temps donné, etc. un type (abonné ou transit). Certaines méthodes ne traitent que sur les noeuds abonnés (le calcul analytique par exemple). le réseau étant constitué d'un couche logique et d'une couche physique, il io y a donc un indicateur définissant l'appartenance à telle ou telle couche. Les liaisons entre noeuds sont définies par exemple par: un identifiant unique dont le nombre minimale est, par exemple, 1000. une disponibilité. un poids qui représente en réalité le coût technique d'une liaison. 15 un indicateur qui définit le type de la liaison (liaison physique ou logique). an indicator of good functioning, which makes it possible to define whether the element is in a state of good functioning or if on the contrary it is out of order. an availability value in the general sense, ie a value between 0 and 1 which can represent intrinsic availability, operational availability, probability of functioning over a given time, etc. a type (subscriber or transit). Some methods only deal with subscriber nodes (the analytic calculation, for example). since the network consists of a logical layer and a physical layer, there is therefore an indicator defining the membership of this or that layer. The links between nodes are defined for example by: a unique identifier whose minimum number is, for example, 1000. an availability. a weight that actually represents the technical cost of a link. An indicator that defines the type of the link (physical or logical link).

Pour effectuer le calcul de percolation sur des réseaux de télécommunications, le système selon l'invention comportera, par exemple, un processeur 1, une interface graphique 2 permettant l'entrée d'informations 20 ou de commandes, ainsi que l'affichage des résultats, un moyen de mémorisation ou de stockage des résultats, par exemple une mémoire, 3. La première étape après avoir pris connaissance de l'architecture initiale du réseau est de générer des défaillances dans le réseau et d'analyser son comportement face à ces défaillances. On regarde pour 25 chaque combinaison de défaillances (on place donc les éléments de la combinaison en état de panne) si les paires sélectionnées par l'utilisateur peuvent communiquer. To perform percolation calculation on telecommunication networks, the system according to the invention will comprise, for example, a processor 1, a graphic interface 2 allowing the input of information 20 or commands, as well as the display of the results. , a means for storing or storing the results, for example a memory, 3. The first step after having taken knowledge of the initial architecture of the network is to generate faults in the network and to analyze its behavior in the face of these failures . We look for each combination of failures (so we place the elements of the combination in a state of failure) if the pairs selected by the user can communicate.

Les combinaisons sont fonction d'un nombre de défaillances. On génère donc des combinaisons de « n » éléments défaillants parmi tous les éléments du réseau. Le procédé va commencer en générant une seule défaillance, on regarde ensuite pour toutes les applications possibles aux éléments s'il existe un élément engendrant la perte de connexité pour les paires sélectionnées. On augmente au fur et à mesure le nombre de défaillances et on génère les combinaisons en fonction de ce nombre. Dès qu'une combinaison de défaillances engendre la perte de connexité, on regarde si io pour ce nombre de défaillances il y a d'autres combinaisons d'éléments qui engendrent la perte de connexité. Les combinaisons des éléments ayant engendré une perte de connexité entre les paires sélectionnées sont stockées dans la mémoire 3. On regarde ensuite pour chaque élément le nombre de fois qu'il 15 apparaît dans les combinaisons d'éléments hors service et on construit un tableau de couples (élément, fréquence d'apparition dans les combinaisons d'éléments hors service). Ce tableau comprenant les couples (éléments identifiés (nceuds et/ou liens), nombre de défaillances) permet d'isoler les éléments les plus sensibles, c'est-à-dire ceux qui ont le plus de chance 20 d'engendrer une défaillance dans le fonctionnement du réseau. L'étude des réseaux consiste en partie à trouver les forces et les faiblesses de celui-ci. Dans ce but il est possible d'effectuer des statistiques permettant d'analyser les éléments du réseau qui provoquent le plus souvent la perte de connexité. 25 Définition de la k-connexité : Un graphe k-connexe est un graphe connexe qui reste connexe après suppression de n'importe quel sous-ensemble de k-1 sommets est dit k-connexe (ou bi-connexe quand k = 2). Le théorème de Menger indique que pour être résistant à la défaillance de k-1 noeuds, un réseau doit posséder k routes noeuds internes disjointes entre toute paire de 30 sommets. Combinations are a function of a number of failures. Thus, combinations of "n" elements failing are generated among all the elements of the network. The process will start by generating a single failure, then look for all possible applications to the elements if there is an element generating loss of connectivity for the selected pairs. The number of failures is progressively increased and the combinations are generated as a function of this number. As soon as a combination of failures gives rise to the loss of connectivity, one looks at whether for this number of failures there are other combinations of elements which give rise to the loss of connectivity. The combinations of the elements having caused a loss of connectivity between the selected pairs are stored in the memory 3. Then, for each element, the number of times it appears in the combinations of out-of-service elements is examined and an array of pairs (element, frequency of occurrence in out of service element combinations). This table comprising the couples (identified elements (ncodes and / or links), number of failures) makes it possible to isolate the most sensitive elements, that is to say those which have the best chance of causing a failure. in the operation of the network. The study of networks is partly to find the strengths and weaknesses of it. For this purpose it is possible to perform statistics to analyze the elements of the network that most often cause the loss of connectivity. 25 Definition of k-connexity: A k-connected graph is a connected graph that remains connected after deletion of any subset of k-1 vertices is called k-connected (or bi-connected when k = 2) . The Menger theorem indicates that to be resistant to the failure of k-1 nodes, a network must have k internal disjointed routes between any pair of 30 vertices.

Théorème 1 :, (Menger) Un graphe est k-connexe si et seulement si pour toute paire de sommets u, v, il existe k chemins noeuds interne disjoints reliant u à v. Description des étapes mises en oeuvre dans le procédé selon l'invention calcul de percolation sans tenir compte des éléments en liaison avec les éléments de départ. Fonctions utiles : o DeterminerEnsembleATraiterSans() permet de sélectionner dans le graphe tous les éléments nécessaires au calcul. Ici les éléments de io départ ainsi que les éléments en liaisons avec les éléments de départ ne seront pas pris en compte. o CombinaisonPercolation() permet de générer des combinaisons d'éléments à partir des éléments fournis par la fonction DeterminerEnsembleATraiterSansO. La fonction 15 CombinaisonPercolation() prend en entrée un nombre de défaillances, ce nombre permettant de définir le nombre d'éléments constituant une combinaison. o CalculPercolation() permet la recherche d'un chemin entre les paires sélectionnées par l'utilisateur. Cette fonction fait appel à la fonction 20 DFS_IsRouteExisteO. o La fonction DFS_IsRouteExiste() parcourt le graphe en profondeur pour vérifier l'existence d'un chemin entre 2 noeuds du graphe. Etapes Soit un graphe g = G(N, L) correspondant à un réseau donné initialement où 25 N est le nombre de noeuds et L le nombre de liaisons. Theorem 1:, (Menger) A graph is k-connected if and only if for every pair of vertices u, v there exist k disjoint internal node paths connecting u to v. Description of the steps used in the method according to the invention calculation of percolation without taking into account the elements in connection with the starting elements. Useful functions: o DetermineSetNotResetNo () allows to select in the graph all the elements necessary for the calculation. Here the starting elements as well as the elements in connection with the starting elements will not be taken into account. o CombinationPercolarity () allows you to generate combinations of elements from the elements provided by the DetermineSetOrrorOnSet function. Function 15 CombinationPercolation () takes as input a number of failures, this number being used to define the number of elements constituting a combination. o CalculPercolation () allows the search of a path between the pairs selected by the user. This function uses the DFS_IsRouteExistO function. o The DFS_IsRouteExist () function traverses the graph in depth to check the existence of a path between 2 nodes of the graph. Steps Consider a graph g = G (N, L) corresponding to a given network initially where N is the number of nodes and L is the number of links.

Entrée : Un Graphe g = G(N, L, p, q), tableau de paires. Sortie : seuil de percolation seuil. 1. On détermine les éléments à traiter à l'aide de la fonction DeterminerEnsembleATraiterSans(). Input: A Graph g = G (N, L, p, q), array of pairs. Output: threshold of percolation threshold. 1. The elements to be processed are determined using the DetermineSetRequiredNo () function.

//Initialisation des variables booléen TestVerification Réel seuilsù O Entier nbDéfaillances '1ù 1 // Initialization of boolean variables TestVerification Real thresholds 0 O integer nbFailures' 1ù 1

2. tant que ( TestVérification4-- faux) 2. as long as (TestCheck4-- false)

a. On génère les combinaisons de nbDéfaillances éléments défaillants grâce à CombinaisonPercolation(), les éléments défaillants étant marqués à etatSimule 1--- 0 at. The combinations of nbFaulting element deficiencies are generated by CombinationPercolarity (), the faulty elements being marked at stateSimple 1 --- 0

b. Pour chaque combinaison générée au fur et à mesure, chercher l'existence de routes pour toute les paires sélectionnées par l'utilisateur, avec la fonction CalculPercolation(), qui utilise DFS_IsRouteExiste() sur chaque paire pour déterminer l'existence d'une route. b. For each combination generated as you go, search for the existence of routes for all the pairs selected by the user, with the CalculPercolation () function, which uses DFS_IsRouteExist () on each pair to determine the existence of a route. .

Si ( il n'existe aucune route valide) alors TestVérification' true Fin si //Cela correspond donc à la première combinaison générant la perte de connexité pour toutes les paires sélectionnées. If (there is no valid route) then TestCheck 'true End if // This corresponds to the first combination generating loss of connectivity for all selected pairs.

nbDéfaillances aù nbDéfaillances + 1 Fin tant que . Compilation des statistiques de percolation obtenues et affichage. • Seuil de percolation • Eléments générant la perte de connexité ^ Fréquence des éléments générant la perte de connexité La figure 2 schématise un exemple d'interface qui permet à un utilisateur de paramétrer la mise en oeuvre du procédé, par exemple en sélectionnant des paires de noeuds utilisés pour les étapes précitées. D'autre part, l'utilisateur aura aussi le choix de l'élément à mettre en défaillance noeuds et/ou liens. Les étapes mises en oeuvre dans les différentes variantes de réalisation exposées précédemment sont par exemple implémentées en utilisant le langage C++ ou tout autre langage de programmation qui permet ro une manipulation des différents objets ; noeuds, liaisons, réseau. L'interface Homme machine peut être une interface avec fenêtres de saisie sous Windows, des boutons d'action, des menus déroulant, une utilisation de dispositifs de pointage. nbFeatures au nbFeatures + 1 End as long as. Compilation of the obtained percolation statistics and display. • Percolation threshold • Elements generating the loss of connectivity ^ Frequency of the elements generating the loss of connectivity Figure 2 shows an example of an interface that allows a user to parameterize the implementation of the process, for example by selecting pairs of nodes used for the above steps. On the other hand, the user will also have the choice of the element to put in default nodes and / or links. The steps implemented in the various embodiments described above are for example implemented using the C ++ language or any other programming language that allows for a manipulation of the different objects; nodes, links, network. The Human Machine Interface can be an interface with Windows input windows, action buttons, drop-down menus, and pointing devices.

15 Le procédé et le système selon l'invention offrent notamment les avantages suivants : • Un établissement rapide des faiblesses au point de vue connexité d'un réseau de télécommunications, face à des dégradations multiples avec la possibilité d'évoluer vers un autre' réseau plus robuste. 20 • Une mise en évidence des points d'articulation (noeuds critiques) et les isthmes (liaisons critiques). The method and system according to the invention notably offer the following advantages: • A rapid establishment of the weaknesses in terms of the connectivity of a telecommunications network, in the face of multiple impairments with the possibility of moving towards another network more robust. • Highlighting articulation points (critical nodes) and isthmals (critical links).

Claims (5)

REVENDICATIONS1 - Procédé mis en oeuvre au sein d'un système comprenant au moins un processeur (1), un moyen de mémorisation des résultats (3), afin de déterminer le nombre de défaillances rendant impossible une communication entre les éléments d'un réseau de communication caractérisé en ce qu'il comporte au moins les étapes suivantes : Définir un graphe g G(N, L) correspondant à un réseau donné initialement où N est le nombre de noeuds et L le nombre de liaisons, Définir en Entrée des étapes du procédé : un Graphe représentation du réseau g = G(N, L, p, q), un tableau de paires de noeuds du réseau pour lequel on cherche à déterminer l'apparition du seuil de percolation provoquant une rupture de la connexité entre les noeuds desdites paires, Déterminer en Sortie : un seuil de percolation seuil en exécutant les étapes suivantes : 1. On détermine les éléments à traiter à l'aide de la fonction DeterminerEnsembleATraiterSansQ : on initialise les variables suivantes Une variable booléen TestVerification et on met une variable Réel seuil à 0 on met Entier nbDéfaillances à 1 CLAIMS1 - A method implemented within a system comprising at least one processor (1), a means for storing the results (3), in order to determine the number of failures making it impossible for communication between the elements of a network of communication characterized in that it comprises at least the following steps: Define a graph g G (N, L) corresponding to a given network initially where N is the number of nodes and L the number of links, Define in steps of the method: a graph representation of the network g = G (N, L, p, q), an array of node pairs of the network for which it is sought to determine the appearance of the percolation threshold causing a rupture of the connectivity between the nodes of said pairs, Determine in Output: a threshold percolation threshold by executing the following steps: 1. The elements to be processed are determined using the function DetermineSetSingleTitSyn: initializes the variables following A boolean TestVerification variable and set a Real threshold variable to 0 we set Integer nbFailures to 1 2. on exécute les étapes suivantes tant que ( la variable TestVérification est à faux) : a. on génère les combinaisons de nbDéfaillances, éléments défaillants grâce à une fonctionCombinaisonPercolationO, les éléments défaillants étant marqués par une variable etatSimule mise à 0, b. pour chaque combinaison générée au fur et à mesure, chercher l'existence de routes pour toute les paires sélectionnées par 30 l'utilisateur, avec la fonction CalculPercolationO, qui utilise unefonctionDFS_IsRouteExiste() sur chaque paire pour déterminer l'existence d'une route : s'il n'existe aucune route valide alors mettre la variable TestVérification à vrai ou true, ce qui correspond à la première combinaison générant la perte de connexité pour toutes les paires sélectionnées, incrémenterla variable nbDéfaillances à nbDéfaillances + 1 2. The following steps are performed as long as (TestVerification variable is false): a. the combinations of nbFailures, elements that fail are generated by a CombinationPercolationO function, the defective elements being marked by a variable SleSimple set to 0, b. for each combination generated as it is, search for the existence of routes for all the pairs selected by the user, with the CalculationPercolationO function, which uses a DFS_IsRouteExist () function on each pair to determine the existence of a route: if there is no valid route then set the TestVerification variable to true or true, which is the first combination to generate loss of connectivity for all selected pairs, increment the variable nbFeatures to nbFeatures + 1 3. Compiler les statistiques de percolation obtenues, stocker dans le moyen de mémorisation (3) les combinaisons des éléments dudit réseau ayant 10 engendré une perte de connexité entre les paires sélectionnées et afficher : ^ Le Seuil de percolation ^ Les Eléments générant la perte de connexité ^ La Fréquence des éléments générant la perte de connexité 15 3. Compiling the percolation statistics obtained, storing in the storage means (3) the combinations of the elements of said network having generated a loss of connectivity between the selected pairs and displaying: The percolation threshold The elements generating the loss of connectivity ^ Frequency of elements generating loss of connectivity 15 4. déterminer les éléments du réseau qui ont le plus de chance d'engendrer une défaillance dans le fonctionnement dudit réseau, 4. determine the elements of the network that are most likely to cause a failure in the operation of the network, 5. modifier en conséquence l'architecture du réseau ou valider ladite architecture. 20 2 ù Procédé selon la revendication 1 caractérisé en ce que les fonctions utilisées dans les étapes sont : o DeterminerEnsembleATraiterSans() qui permet de sélectionner dans le graphe tous les éléments nécessaires au calcul. Ici les éléments de départ ainsi que les éléments en liaisons avec les éléments de départ 25 ne seront pas pris en compte, o CombinaisonPercolation( qui permet de générer des combinaisons d'éléments à partir des éléments fournis par la fonction DeterminerEnsembleATraiterSansO o La fonction CombinaisonPercolation() prend en entrée un nombre de 30 défaillances, ce nombre permet de définir le nombre d'éléments constituant une combinaison.o CalculPercolation() permet la recherche d'un chemin entre les paires sélectionnées par l'utilisateur, ladite fonction fait appel à la fonction DFS_IsRouteExiste(). o La fonction DFS_IsRouteExiste( parcourt le graphe en profondeur 5 pour vérifier l'existence d'un chemin entre 2 noeuds du graphe. 5. Modify the network architecture accordingly or validate the architecture. 2 - The method of claim 1 characterized in that the functions used in the steps are: o DetermineAresTRAiterSans () which allows to select in the graph all the elements necessary for the calculation. Here the starting elements as well as the elements in connection with the starting elements 25 will not be taken into account, o CombinationPercolation (which makes it possible to generate combinations of elements from the elements provided by the function DetermineSetOnOnOnSerator o o The CombinationPercolation function ( ) takes as input a number of 30 failures, this number makes it possible to define the number of elements constituting a combination. o CalculPercolation () allows the search for a path between the pairs selected by the user, said function uses the function DFS_IsRouteExist () o The function DFS_IsRouteExist (traverses the graph in depth 5 to check the existence of a path between 2 nodes of the graph.
FR0906392A 2009-12-30 2009-12-30 METHOD FOR ANALYZING THE FAILURES NECESSARY TO MAKE IMPOSSIBLE COMMUNICATION BETWEEN ELEMENTS OF A TELECOMMUNICATIONS NETWORK Expired - Fee Related FR2954872B1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
FR0906392A FR2954872B1 (en) 2009-12-30 2009-12-30 METHOD FOR ANALYZING THE FAILURES NECESSARY TO MAKE IMPOSSIBLE COMMUNICATION BETWEEN ELEMENTS OF A TELECOMMUNICATIONS NETWORK
PCT/EP2010/070708 WO2011080229A1 (en) 2009-12-30 2010-12-23 Method for analyzing the faults required to render communication impossible between elements of a telecommunications network

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0906392A FR2954872B1 (en) 2009-12-30 2009-12-30 METHOD FOR ANALYZING THE FAILURES NECESSARY TO MAKE IMPOSSIBLE COMMUNICATION BETWEEN ELEMENTS OF A TELECOMMUNICATIONS NETWORK

Publications (2)

Publication Number Publication Date
FR2954872A1 true FR2954872A1 (en) 2011-07-01
FR2954872B1 FR2954872B1 (en) 2012-02-03

Family

ID=42712728

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0906392A Expired - Fee Related FR2954872B1 (en) 2009-12-30 2009-12-30 METHOD FOR ANALYZING THE FAILURES NECESSARY TO MAKE IMPOSSIBLE COMMUNICATION BETWEEN ELEMENTS OF A TELECOMMUNICATIONS NETWORK

Country Status (2)

Country Link
FR (1) FR2954872B1 (en)
WO (1) WO2011080229A1 (en)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5850505A (en) * 1995-10-31 1998-12-15 Telecommunications Research Laboratories Method for preconfiguring a network to withstand anticipated failures
US20020091506A1 (en) * 2000-11-13 2002-07-11 Gruber John G. Time simulation techniques to determine network availability
US20050185632A1 (en) * 2004-02-23 2005-08-25 Microsoft Corporation System and method for link quality source routing

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5850505A (en) * 1995-10-31 1998-12-15 Telecommunications Research Laboratories Method for preconfiguring a network to withstand anticipated failures
US20020091506A1 (en) * 2000-11-13 2002-07-11 Gruber John G. Time simulation techniques to determine network availability
US20050185632A1 (en) * 2004-02-23 2005-08-25 Microsoft Corporation System and method for link quality source routing

Also Published As

Publication number Publication date
WO2011080229A1 (en) 2011-07-07
FR2954872B1 (en) 2012-02-03

Similar Documents

Publication Publication Date Title
EP3479285B1 (en) Method and device for monitoring the security of an information system
EP1695485B1 (en) Method for automatically classifying a set of alarms emitted by sensors for detecting intrusions of a information security system
Ahmed et al. Aspects of quality in Internet of Things (IoT) solutions: A systematic mapping study
CA3113153A1 (en) Reconstruction of a topology of an electrical distribution network
WO2015193570A1 (en) Method of routing data and switch in a network
FR3076384A1 (en) DETECTION OF ANOMALIES BY A COMBINING APPROACH SUPERVISORY AND NON-SUPERVISE LEARNING
WO2021152262A1 (en) Method for monitoring data exchanged on a network and device for detecting intrusions
FR2957738A1 (en) METHOD FOR IDENTIFYING A PROTOCOL ORIGINATING IN A DATA STREAM
Xuan et al. Efficient multi-link failure localization schemes in all-optical networks
EP2361466B1 (en) Method for optimizing the detection of bypassing of a telecommunications network
US20110158083A1 (en) Determining Connectivity in a Failed Network
FR2954872A1 (en) METHOD FOR ANALYZING THE FAILURES NECESSARY TO MAKE IMPOSSIBLE COMMUNICATION BETWEEN ELEMENTS OF A TELECOMMUNICATIONS NETWORK
EP2008410B1 (en) Method of identifying at least one route satisfying at least one constraint between a source node and a destination node in a telecommunications network
WO2019115173A1 (en) Device and process for checking sensors that permit the detection of intrusions into a network
CA2989514A1 (en) Method and system for aiding maintenance and optimization of a supercomputer
Kearns et al. Privacy for the protected (only)
Ohara et al. Critical node identification based on articulation point detection for network with uncertain connectivity
Besse et al. Automated generation of interoperability tests
EP4300113B1 (en) Detection of loss of neutral or phase
NASSAR Advanced detection and prevention technique to mitigate threats in multi-domain Software-Defined Networking using supervised machine learning techniques
WO2011080228A1 (en) Method for determining or optimizing the availability of a communication network
FR2976384A1 (en) METHOD FOR THE DESIGN AND MANUFACTURE OF A NETWORKED COMPONENT CHAIN AND NETWORK OBTAINED BY SUCH A METHOD
FR3076010A1 (en) AUTOMATIC CONSTRUCTION METHOD OF COMPUTER ATTACK SCENARIOS, COMPUTER PROGRAM PRODUCT AND ASSOCIATED CONSTRUCTION SYSTEM
FR3118228A1 (en) Automatic learning method by reinforcing a reaction in response to an anomaly in a computer network
Naghmouchi Security management in telecommunication systems: models, polyhedra and algorithms

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 7

PLFP Fee payment

Year of fee payment: 8

PLFP Fee payment

Year of fee payment: 9

ST Notification of lapse

Effective date: 20190905