Brevet FR3156005A1 — publié le 20250530

Assistance à la planification de capacités d’un réseau L’invention concerne un procédé d’assistance à la planification de capacités dans un réseau comprenant des points de présence reliés par des liens backbone, incluant pour chaque point de présence: - la détermination (205) de liens backbone significatifs en fonction des contributions respectives et d’un critère de contribution minimale ; - identification (206) d’un lien backbone le plus faible comme le lien backbone significatif pour lequel une valeur de bande passante additionnelle maximale qui peut être ajoutée sur le point de présence sans saturer le lien backbone significatif est la plus faible. Figure pour l'abrégé : [Fig 2] Assistance à la planification d’un réseau L'invention se rapporte au domaine de la planification d’un réseau de transport de données. Elle concerne en particulier la planification d'un réseau IP, notamment dans un réseau backbone. Etat de la technique On entend par réseau backbone IP, ou réseau dorsal IP, un réseau de transmission de données supportant une grande partie du trafic IP global, et disposant de technologies de transmission rapides ainsi que de larges bandes passantes. Il s’agit ainsi du centre névralgique du réseau IP. Un réseau backbone permet d’interconnecter des réseaux IP propres à des secteurs géographiques distants. Le réseau backbone interconnecte notamment des réseaux d’opérateurs fixes, de type Wi-Fi, FTTX, des réseaux locaux et des réseaux mobiles, de type 3G, 4G, 5G ou toute autre génération. A cet effet, selon une topologie PoP, pour « Point of Presence » en anglais, des points de présence sont interconnectés dans le réseau via des liens backbone. Chaque point de présence peut être vu comme un ou plusieurs routeurs configurés pour collecter, transporter et router des flux de données, de point de présence en point de présence, vers leur destination finale. Les routeurs sont souvent localisés dans une même salle ou centre de données (data center), mais peuvent être distribués dans plusieurs localisations. En outre, certains points de présence sont des points d’accès permettant à des réseaux ou dispositifs communiquant d’accéder au réseau backbone, et d’ainsi communiquer avec d’autres réseaux et dispositifs communicants situés à grande distance. La planification d’un tel réseau peut requérir la définition, et l’adaptation, de métriques de routage, comme par exemple des métriques ISIS d’un réseau IP, afin de garantir la meilleure utilisation d’une infrastructure donnée pour le transport de flux de données via les liens backbone du réseau, tout en assurant une résilience du réseau à des cas de pannes sur un ou plusieurs liens backbone. L’adaptation dynamique de métriques de routage est toutefois complexe à mettre en œuvre en pratique. Pour cette raison, un opérateur en charge de la planification et du dimensionnement du réseau travaille généralement avec des métriques de routage relativement constantes (c’est-à-dire avec des mises à jour régulières, mais peu fréquentes), et doit donc surveiller régulièrement le réseau pour détecter les liens backbone surchargés ou des points de présence du réseau qui requièrent un ajout de capacité (pour anticiper une nouvelle demande de trafic de données et/ou pour assurer une redondance en cas de panne dans le réseau), ou au contraire pour demander une réduction de la taille des liens backbone qui le relient au réseau dans le cas où le trafic du point de présence a diminué. Pour la surveillance du réseau, l’opérateur a généralement à sa disposition l’état de charges des liens backbone en situation nominale ainsi que les capacités respectives des liens backbone. L’opérateur base ainsi la surveillance du réseau sur l’état de charge des liens backbone entre les points de présence, dans la situation nominale. Toutefois, ces seules données ne permettent pas d’appréhender toute la complexité du réseau, notamment en cas de panne, et offrent une vue incomplète du réseau. Il existe ainsi un besoin d’améliorer l’assistance à la planification des capacités d’un réseau, en identifiant le ou les liens backbone du réseau sur lesquels l’attention de l’opérateur doit porter, tout en tenant compte de la complexité du réseau. L'invention offre une solution ne présentant pas les inconvénients de l'état de la technique. A cet effet, selon un aspect fonctionnel, l'invention a pour objet un procédé d’assistance à la planification de capacités dans un réseau comprenant une pluralité de points de présence reliés entre eux dans le réseau par des liens, dits liens backbone, le procédé comprenant les étapes suivantes, mises en œuvre pour au moins l’un des points de présence : - détermination de liens backbone significatifs, parmi les liens backbone reliant ledit au moins un point de présence au réseau, en fonction de contributions respectives des liens backbone au transport de données depuis et/ou vers ledit au moins un point de présence ; - identification d’un lien backbone le plus faible parmi les liens backbone significatifs le lien backbone le plus faible étant le lien backbone significatif pour lequel une valeur de bande passante additionnelle maximale qui peut être ajoutée sur ledit au moins un point de présence sans saturer le lien backbone significatif, est minimum par rapport aux valeurs de bande passante additionnelle maximales qui peuvent être ajoutées sur ledit au moins un point de présence sans saturer respectivement les autres liens backbone significatifs. Ainsi, le procédé selon l’invention permet d’identifier le ou les liens backbone les plus critiques pour un point de présence, qui est un lien backbone limitant pour la bande passante additionnelle qui peut être allouée au point de présence. L’opérateur est ainsi aidé dans la planification de réseau. En outre, la valeur de bande passante additionnelle maximale associée au lien backbone le plus faible est utile pour l’opérateur en ce qu’elle correspond à un niveau de bande passante disponible à la vente pour le point de présence. Le lien backbone le plus faible est ainsi le lien dont la capacité est à augmenter si la bande passante disponible à la vente est considérée comme trop faible, compte tenu des futures demandes de connexions susceptibles d’apparaitre pour ce point de présence. Selon des modes de réalisation, les valeurs de bande passante additionnelle maximales peuvent être déterminées à partir de capacités et de valeurs de charge respectives des liens backbone significatifs. Ainsi, les valeurs de bande passante additionnelle maximales peuvent être déterminées à partir de données dynamiques telles que les valeurs de charge respectives des liens backbone significatifs, ce qui permet d’améliorer la planification de réseau. Selon des modes de réalisation, le procédé peut comprendre en outre, en fonction d’une comparaison entre la valeur de bande passante additionnelle maximale qui peut être ajoutée sur ledit au moins un point de présence sans saturer le lien backbone le plus faible, et un critère de bande passante disponible minimale, la génération d’une alerte identifiant le lien backbone le plus faible pour ledit au moins un point de présence. Ainsi, ce mode de réalisation permet de n’alerter l’opérateur que dans le cas où la valeur de bande passante additionnelle est trop faible. Il est ainsi rendu permis de limiter le nombre d’alertes générées pour l’opérateur, tout en renforçant la pertinence de ces alertes. En effet, dans l’art antérieur, il peut être prévu de comparer la charge en situation nominale de chaque lien backbone avec un ratio de la capacité du lien, et de générer une alerte à chaque fois que la charge en situation nominale excède le ratio, ce qui conduit à générer un très grand nombre d’alarmes, les quelques alarmes pertinentes pouvant alors passer inaperçues. Selon des modes de réalisation, le procédé peut comprendre en outre une obtention de valeurs de charge respectives des liens backbone reliant ledit au moins un point de présence au réseau, les contributions des liens backbone au transport de données depuis et/ou vers ledit au moins un point de présence étant déterminées à partir des valeurs de charge respectives des liens backbone reliant ledit au moins un point de présence au reste du réseau. Ainsi, les contributions peuvent être déterminées à partir de données mesurées et/ou simulées et évoluant dynamiquement ce qui permet d’améliorer la détermination des liens backbone significatifs. En complément, l’obtention de valeurs de charge respectives des liens backbone reliant ledit au moins un point de présence au réseau peut comprendre : - une obtention d’une valeur moyenne de charge sur une période donnée pour tout lien backbone parmi les liens backbone reliant ledit au moins un point de présence au réseau, les valeurs moyennes de charge étant associées à une situation nominale ; et/ou - une obtention d’une valeur pic de charge sur une période donnée pour tout lien backbone parmi les liens backbone liant ledit au moins un point de présence au réseau, les valeurs pic de charge étant associées à une situation de pic de charge ; et/ou - une obtention, depuis un simulateur réseau, pour tout lien backbone donné parmi les liens backbone liant ledit au moins un point de présence au réseau, d’une valeur de charge associée à une situation de pire cas de panne dans le réseau pour le lien backbone donné. Ainsi, les valeurs de charge respectives obtenues correspondent à une même situation, ou à un même ensemble de situations, et sont donc comparables, ce qui améliore la précision du procédé selon l’invention, notamment la détermination des liens backbone significatifs et donc la détermination du lien backbone le plus faible. En complément, pour tout lien backbone donné reliant ledit au moins un point de présence au réseau, au moins une contribution de ce lien au transport de données depuis et/ou vers ledit au moins un point de présence peut être déterminée dans au moins une situation parmi la situation nominale, la situation de pic de charge et la situation de pire cas de panne pour le lien backbone donné. Ainsi, la précision associée à la détermination des liens backbone significatifs est améliorée. En complément, pour tout lien backbone donné reliant ledit au moins un point de présence au réseau, une première contribution au transport de données depuis et/ou vers ledit au moins un point de présence peut être déterminée pour la situation nominale, une deuxième contribution au transport de données depuis et/ou vers ledit au moins un point de présence peut être déterminée pour la situation de pic de charge, et une troisième contribution au transport de données depuis et/ou vers ledit au moins un point de présence peut être déterminée pour la situation de pire cas de panne pour le lien backbone donné, et le lien backbone donné peut être identifié comme significatif en fonction des trois contributions déterminées. Ainsi, la précision associée à la détermination des liens backbone significatifs est améliorée. Il est en outre rendu possible de tenir compte de plusieurs situations données, alors que les solutions de l’art antérieur considèrent uniquement la situation nominale. Il est ainsi permis de rendre compte de la complexité du réseau, en particulier sur les situations de reroutage en cas de panne. En complément, pour tout lien backbone donné reliant ledit au moins un point de présence au réseau, la première contribution peut être comparée à un premier seuil de contribution minimale, la deuxième contribution peut être comparée à un deuxième seuil de contribution minimale, et la troisième contribution peut être comparée à un troisième seuil de contribution minimale, et le lien backbone donné peut être identifié comme significatif en fonction de résultats des trois comparaisons. Ainsi, des critères différenciés pour chacune des situations peuvent être appliquées pour la détermination des liens backbone significatifs. En complément, le lien backbone donné peut être déterminé comme significatif seulement si la première contribution est supérieure au premier seuil de contribution minimale, la deuxième contribution est supérieure au deuxième seuil de contribution minimale et la troisième contribution est supérieure au troisième seuil de contribution minimale. Ainsi, les liens backbone significatifs assurent une proportion minimale de transport du trafic de données vers et/ou depuis le point de présence, dans plusieurs situations données. En complément ou en variante, le lien backbone le plus faible dudit au moins un point de présence est le lien backbone significatif pour lequel une valeur de bande passante additionnelle maximale qui peut être ajoutée sur à ledit au moins un point de présence sans saturer le lien backbone significatif dans la situation de pire cas de panne pour le lien backbone significatif, est minimale par rapport aux valeurs de bande passante additionnelle maximales qui peuvent être ajoutées sur ledit au moins un point de présence sans saturer respectivement les autres liens backbone significatifs dans les situations de pire cas de panne respectives des autres liens backbone significatifs. Ainsi, la valeur de bande passante additionnelle maximale qui est disponible à la vente pour le point de présence est déterminée dans le pire cas de panne, ce qui permet d’assurer une meilleure résilience du réseau dans les cas de panne sur des liens backbone. En complément, la valeur de bande passante additionnelle maximale qui peut être ajoutée sur uledit au moins un point de présence sans saturer un lien backbone significatif donné dans la situation de pire cas de panne du lien backbone significatif donné peut être déterminée à partir de : - la capacité du lien backbone significatif donné ; - la valeur de charge dans le pire cas de panne du lien backbone significatif donné ; et - la contribution du lien backbone significatif donné pour ledit au moins un point de présence dans le pire cas de panne du lien backbone significatif donné. Ainsi, la précision associée à la détermination du lien backbone le plus faible et de la valeur de bande passante additionnelle disponible associée, est améliorée. Selon des modes de réalisation, les étapes du procédé peuvent être appliquées à au moins un autre point de présence du réseau. Ainsi, un opérateur peut adapter la planification de capacités dans le réseau, ou dans une partie du réseau, en considérant les points de présence du réseau, ou de la partie du réseau, les uns après les autres. Il est ainsi permis une optimisation globale des capacités du réseau ou de la partie du réseau. En complément, un lien backbone identifié comme étant non-significatif pour ledit au moins un point de présence ainsi que pour un autre point de présence relié audit au moins un point de présence via ledit lien backbone est identifié comme étant un lien backbone ‘non utile’ pour le réseau. Ainsi, le procédé permet de détecter des liens backbone qui sont ‘non utiles’ dans le transport de trafic dans le réseau, ce qui permet d’optimiser les coûts opérationnels et d’améliorer ainsi la planification des capacités du réseau. Selon un aspect matériel, l’invention concerne également un dispositif pour l’assistance à la planification de capacités dans un réseau comprenant une pluralité de points de présence reliés entre eux dans le réseau par des liens, dits liens backbone, le dispositif comprenant un processeur configuré, pour au moins un point de présence, pour : - déterminer des liens backbone significatifs, parmi les liens backbone reliant ledit au moins un point de présence au réseau, en fonction de contributions respectives des liens backbone au transport de données depuis et/ou vers ledit au moins un point de présence ; - identifier, parmi les liens backbone significatifs, un lien backbone le plus faible, le lien backbone le plus faible étant le lien backbone significatif pour lequel une valeur de bande passante additionnelle maximale qui peut être ajoutée sur ledit au moins un point de présence sans saturer le lien backbone significatif, est minimum par rapport à des valeurs de bande passante additionnelle maximales qui peuvent être ajoutées sur ledit au moins un point de présence sans saturer respectivement les autres liens backbone significatifs. Selon un autre aspect matériel, l'invention concerne également un programme d'ordinateur apte à être mis en œuvre sur un dispositif tel que précité, le programme comprenant des instructions de code qui, lorsque le programme est exécuté par un processeur, réalise les étapes du procédé défini. De tels programmes peuvent utiliser n’importe quel langage de programmation. Ils peuvent être téléchargés depuis un réseau de communication et/ou enregistrés sur un support lisible par ordinateur. Selon un autre aspect matériel, l’invention a trait à un support de données sur lequel a été mémorisés au moins une série d’instructions de code de programme pour l’exécution du procédé défini ci-dessus. L'invention sera mieux comprise à la lecture de la description qui suit, donnée à titre d'exemple et faite en référence aux dessins annexés sur lesquels : La FIG. 1 illustre un réseau reliant des points de présence par des liens dits backbone, selon des modes de réalisation de l’invention. La FIG. 2 est un procédé de génération d’une alerte pour assister une planification de capacités d’un réseau, selon des modes de réalisation de l’invention. La FIG. 3 illustre un graphique représentant les valeurs de bande passante additionnelle disponible à un point de présence et permises les liens backbone liant le point de présence au réseau ; La FIG. 4 illustre la structure d’un dispositif d’assistance à la planification de capacités d’un réseau, selon des modes de réalisation de l’invention. La FIG. 1 illustre un réseau 100 interconnectant des points de présence 101.1 à 101.8. Le réseau 100 peut être un réseau dorsal ou backbone, de type IP par exemple, apte à interconnecter des points de présence respectivement localisés dans des endroits distants les uns des autres, par exemple dans des pays ou continents différents. Le réseau 100 interconnecte un premier point de présence 101.1, un deuxième point de présence 101.2, un troisième point de présence 101.3, un quatrième point de présence 101.4, un cinquième point de présence 101.5, un sixième point de présence 101.6, un septième point de présence 101.7 et un huitième point de présence 101.8. Les points de présence sont repérés par une lettre de A à H, comme représenté sur la FIG. 1 . Huit points de présence 101.1 à 101.8 sont représentés sur la FIG. 1 . Toutefois, le réseau 100 peut comprendre plusieurs dizaines voire plusieurs centaines de points de présence, aucune restriction n’étant attachée au nombre de points de présence du réseau 100. Afin d’interconnecter les points de présence 101.1 à 101.8, le réseau 100 comprend des liens backbone, chaque lien backbone étant défini par : - une capacité ou taille du lien backbone, exprimée en quantité de données par unité de temps, par exemple en octets par seconde, et qui correspond à la bande passante maximale que peut réaliser le lien pour le transfert de données entre les points de présence qu’il connecte. A noter que dans un réseau backbone IP, la capacité d’un lien peut être de l’ordre de plusieurs mégaoctets par seconde, voire plusieurs dizaines ou centaines de mégaoctets par seconde, voire plusieurs gigaoctets par seconde. Dans un but de simplification dans ce qui suit, les bandes passantes peuvent être exprimées comme des quantités de données, sans faire référence à une unité de temps ; - une valeur nominale ou moyenne de charge, qui est la valeur moyenne de la bande passante utilisée pour le transport de données sur le lien backbone, autrement dit la valeur moyenne de la charge du lien backbone. Par exemple, la charge nominale ou moyenne peut être une valeur moyenne de la bande passante utilisée sur le lien sur une période donnée, de plusieurs jours et de préférence de plusieurs semaines ; - une valeur pic de charge, qui peut être déterminée à partir d’au moins un maximum local de la bande passante utilisée pour le transport de données sur le lien backbone, autrement dit le maximum local de la charge du lien backbone. La valeur pic de charge peut être une valeur moyenne des maxima locaux, ou de certains des maxima locaux, de la bande passante sur le lien backbone sur une période donnée, par exemple une période de plusieurs jours et de préférence de plusieurs semaines ; - des métriques de routage, utilisées pour le routage des données dans le réseau backbone, notamment pour la détermination d’une route comprenant des points de présence intermédiaires entre un point de présence source et d’un point de présence destinataire de données. Le protocole de routage utilisé dans le réseau 100 peut être un protocole IS-IS, qui est un protocole à états de lien. En variante, le protocole OSPF, pour « Open Shortest Path First », qui est également un protocole à états de lien, peut être utilisé dans le réseau 100. Les valeurs pic et moyenne de charge peuvent être accessibles pour chaque lien du réseau 100 en mesurant la quantité de données, à un pas de mesure donné, par exemple au moyen de sondes dans le réseau 100, et en stockant l’évolution de la bande passante ou charge. Chaque point de présence peut être un serveur unique, ou une infrastructure réseau comprenant une pluralité d’entités réseau. Dans l’exemple de la FIG. 1 , le premier point de présence 101.1 est une infrastructure réseau, organisée selon une topologie donnée, les entités réseau étant reliées entre elles par des liens internes au point de présence. Un lien interne est ainsi un lien reliant deux entités réseau d’un même point de présence, tandis qu’un lien backbone relie entre eux deux points de présence distincts via le réseau backbone 100. Comme représenté sur la FIG. 1 , le premier point de présence 101.1 comprend une pluralité de liens internes. Aucune restriction n’est attachée à la topologie d’un point de présence, selon l’invention. Dans le cadre de l’invention, un point de présence peut comprendre n’importe quel nombre de liens backbone. Le réseau 100 peut notamment comprendre plusieurs centaines de liens backbone reliant deux points de présence distincts. Le premier point de présence 101.1 est relié au réseau 100 par plusieurs liens backbone, à savoir : - un premier lien backbone 110.1 avec le deuxième point de présence 101.2 ; - un deuxième lien backbone 110.2 avec le troisième point de présence 101.3 ; - un troisième lien backbone 110.3 avec le quatrième point de présence 101.4 ; - un quatrième lien backbone 110.4 avec le cinquième point de présence 101.5 ; et - un cinquième lien backbone 110.5 avec le sixième point de présence 101.6. Le réseau 100 comprend d’autres liens backbone 111.1 à 111.7 qui connectent les points de présence 101.2-101.8 autres que le premier point de présence 101.1, à savoir : - un autre lien backbone 111.1 entre le deuxième point de présence 101.2 et le troisième point de présence 101.3 ; - un autre lien backbone 111.2 entre le troisième point de présence 101.3 et le huitième point de présence 101.8 ; - un autre lien backbone 111.3 entre le huitième point de présence 101.8 et le septième point de présence 101.7 ; - un autre lien backbone 111.4 entre le quatrième point de présence 101.4 et le huitième point de présence 101.8 ; - un autre lien backbone 111.5 entre le sixième point de présence 101.6 et le septième point de présence 101.7 ; - un autre lien backbone 111.6 entre le cinquième point de présence 101.5 et le septième point de présence 101.7 ; et - un autre lien backbone 111.7 entre le cinquième point de présence 101.5 et le quatrième point de présence 101.4. La FIG. 2 est un diagramme illustrant les étapes d’un procédé de génération d’alerte pour assister la planification d’un réseau, tel que le réseau 100 illustré sur la FIG. 1 , selon des modes de réalisation de l’invention. Le procédé décrit peut être mis en œuvre dans un dispositif d’assistance à la planification du réseau, tel que le dispositif 400 décrit dans ce qui suit en référence à la FIG. 4 . Aucune restriction n’est attachée à la localisation du dispositif d’assistance à la planification, qui peut être hébergé dans une plateforme du réseau, telle qu’une plateforme de type cloud par exemple. A une étape 200, le procédé est initialisé, par exemple par le démarrage du dispositif 400 par un opérateur en charge de la planification d’au moins une partie du réseau 100, en particulier en charge d’un sous-ensemble de points de présence du réseau 100, comprenant au moins un point de présence (par exemple le premier point de présence 101.1 décrit précédemment), et pouvant comprendre l’intégralité des points de présence du réseau 100 A une étape 201, le dispositif 400 détermine s’il y a au moins un point de présence dans le sous-ensemble dont le dispositif 400 est en charge, auquel appliquer les étapes 203 à 210 suivantes. Si tel n’est pas le cas, c’est-à-dire si les étapes 203 à 210 ont été appliqués au sous-ensemble de points de présence, alors le procédé s’achève à une étape 202. Si tel n’est pas le cas, c’est-à-dire si le dispositif 400 détermine qu’il y a au moins un point de présence restant du sous-ensemble auquel les étapes 203 à 210 n’ont pas été appliquées, le dispositif 400 sélectionne l’un dudit au moins un point de présence restant pour application des étapes suivantes au point de présence sélectionné. On considère dans ce qui suit que le dispositif 400 est en charge du premier point de présence 101.1 et du troisième point de présence 101.3, à titre illustratif uniquement. Lors d’une première itération du procédé, le dispositif 400 peut sélectionner le premier point de présence 101.1. A une étape 203, le dispositif 400 obtient, pour tout lien backbone 110.1 à 110.5 reliant le premier point de présence 101.1 au réseau 100, les informations suivantes : - la capacité du lien backbone ; - la valeur moyenne de charge sur le lien backbone et/ou la valeur pic de charge sur le lien backbone. De telles informations peuvent être stockées dans une mémoire du dispositif 400 et/ou obtenues depuis une entité externe au dispositif 400. Par exemple, les capacités des liens étant des données statiques, sauf à opérer des changements d’infrastructure de transport de données dans le réseau 100, peuvent être stockées dans une mémoire du dispositif 400 ou dans une mémoire directement accessible par le dispositif 400. Les valeurs moyenne et pic de charge peuvent être obtenues depuis une entité externe, en charge de la collecte de données de trafic sur le réseau 100, ou depuis/vers les points de présence du sous-ensemble uniquement. L’entité externe peut collecter des valeurs ponctuelles de charge et peut déterminer la valeur moyenne et la valeur pic par accumulation de valeurs ponctuelles sur une période donnée, telle que la période précitée de plusieurs jours ou de plusieurs semaines. Dans ce cas l’entité externe communique au dispositif 400 de telles valeurs moyennes et pic, pour tous les liens backbone reliant le premier point de présence 101.1 au réseau 100. En variante, le dispositif 400 accède aux valeurs ponctuelles de charge des liens et détermine les valeurs pic et moyenne à partir de l’accumulation de valeurs ponctuelles sur une période donnée, telle que la période précitée de plusieurs jours ou plusieurs semaines. Le dispositif 400 peut également obtenir, à l’étape 203 ou à une étape préalable, des données descriptives de la topologie du réseau, notamment descriptives de l’ensemble des routeurs formant les points de présence et des liens backbone entre ces routeurs. Dans d’autres termes, le dispositif 400 obtient la description du réseau, constituée de l’ensemble des points de présence et contenant pour chaque point de présence, la liste des routeurs et la description des liens backbone qui relie les routeurs entre eux Les localisations respectives des routeurs est également obtenue ce qui permet de déterminer les routeurs qui appartiennent au même point de présence. A une étape 204, suite à l’étape 203, le dispositif 400 obtient, par exemple au moyen d’un simulateur de réseau, pour l’ensemble des liens backbone 110.1 à 110.5 reliant le premier point de présence 101.1 au réseau 100, les informations suivantes, pour un lien backbone donné parmi les liens backbone 110.1 à 110.5 : - une valeur de charge du lien backbone donné dans le pire cas de panne. Le pire cas de panne peut être obtenu depuis un simulateur réseau, apte à simuler un ensemble de cas de pannes dans le réseau, et à déterminer le cas de panne induisant la valeur de charge la plus élevée pour le lien backbone donné, identifié comme le pire cas de panne pour le lien backbone donné. L’adjectif « pire » est relatif au lien backbone donné, et n’indique pas que le cas de panne est le pire de manière générale pour le réseau. L’ensemble de cas de pannes simulé dans le réseau peut correspondre à des cas de panne ‘simple' (où un unique lien backbone du réseau est en défaut, l’unique lien backbone en défaut étant tout lien backbone autre que le lien backbone donné pour lequel le pire cas de panne est déterminé), ou à des cas de panne ‘multiple’ dans lesquels sont envisagés les pannes simultanées de plusieurs lien backbone. Dans le cas de panne simple, si le réseau comprend N liens backbone, N-1 cas de panne sont simulés pour les N-1 liens backbone autres que le lien backbone donné pour lequel le pire cas de panne est déterminé. En variante, les cas de pannes multiples concernent un ensemble de cas de pannes sur plusieurs liens backbone autres que le lien backbone donné. Chaque cas de panne simulé induit une augmentation de charge sur le lien backbone donné, et permet in fine d’obtenir pour chaque lien backbone: la valeur de charge maximale induite sur ce lien, qui est la charge maximum correspondant au pire cas de panne ; l’identification du scenario du pire cas de panne, c’est-à-dire un identifiant d’au moins un lien backbone défaillant (autre que le lien backbone donné) pour les cas de panne simple ; ou les identifiants de plusieurs liens backbone supposés être en pannes simultanée pour les cas de panne multiple. On comprend ainsi que le pire cas de panne est une expression relative, en ce que le pire cas de panne pour un premier lien backbone parmi les liens backbone 110.1 à 110.5, peut être différent du pire cas de panne pour un deuxième lien backbone parmi les liens backbone 110.1 à 110.5. Ainsi, suite aux étapes 203 et 204, le dispositif 400 dispose des valeurs de charge des liens backbone 110.1 à 110.5, pour chacune des situations suivantes : - situation nominale correspondant à la valeur moyenne de charge d’un lien backbone donné ; - situation de pic correspondant à la valeur pic de charge du lien backbone donné ; - situation de pire cas de panne correspondant à la valeur de charge du lien backbone donné pour le pire cas de panne déterminé pour ce lien backbone donné. On rappelle que les pires cas de panne peut différer entre les différents liens backbone 110.1 à 110.5. Par exemple, le pire cas de panne pour le premier lien backbone 110.1 peut correspondre à une panne de l’autre lien 111.6 tandis que le pire cas de panne pour le deuxième lien backbone 110.2 peut correspondre à une panne de l’autre lien 111.4. A noter que, selon des modes de réalisation, le trafic entrant et le trafic sortant du premier point de présence peuvent être considérés séparément. Dans ce cas, le dispositif 400 obtient à l’étape 203 une valeur moyenne de charge entrante et une valeur pic de charge entrante pour tout lien backbone parmi les liens backbone 101.1 à 101.5, et une valeur moyenne de charge sortante et une valeur pic de charge sortante pour tout lien backbone parmi les liens backbone 101.1 à 101.5. De même, le dispositif 400 peut obtenir, lors de l’étape 204, pour tout lien backbone donné parmi les liens backbone 101.1 à 101.5, une valeur de charge entrante dans le pire des cas de panne pour le lien backbone et une valeur de charge sortante pour le pire des cas de panne pour le lien backbone donné. A une étape 205, le dispositif 400 détermine, pour au moins l’une des trois situations décrites précédemment, et de préférence pour les trois situations décrites précédemment, une contribution de chaque lien backbone 110.1 à 110.5 au transport du trafic entrant vers et/ou sortant du premier point de présence 101.1, la contribution étant un taux de contribution au transport du trafic vers et/ou depuis le premier point de présence 101.1. En variante la contribution n’est pas exprimée comme un taux ou un pourcentage mais comme une valeur absolue de la charge de trafic transportée depuis et/ou vers le premier point de présence 101.1. Lorsque des valeurs de charge différenciées pour les trafics entrant et sortant sont obtenues aux étapes 203 et 204, chaque contribution d’un lien backbone donné, déterminée à l’étape 205 peut être, dans une situation donnée, une contribution du lien backbone donné au trafic entrant et sortant du premier point de présence 101.1. Dans une situation donnée, une charge totale de données est échangée par le premier point de présence 101.1 avec les autres points de données 101.2, 101.3, 101.4, 101.5 et 101.6. La charge totale est répartie entre les différents liens, et la contribution d’un lien donné parmi les liens backbone 110.1 à 110.5, dans une situation donnée, peut être la fraction de la charge totale du premier point de présence 101.1 qui est transportée sur le lien backbone donné. Ainsi, le dispositif 400 peut déterminer, dans la situation nominale, une première charge totale du premier point de présence 101.1 et : - une contribution du premier lien backbone 110.1, correspondant à la part de la première charge totale transportée sur le premier lien backbone 110.1 ; - une contribution du deuxième lien backbone 110.2, correspondant à la part de la première charge totale transportée sur le deuxième lien backbone 110.2 ; - une contribution du troisième lien backbone 110.3, correspondant à la part de la première charge totale transportée sur le troisième lien backbone 110.3 ; - une contribution du quatrième lien backbone 110.4, correspondant à la part de la première charge totale transportée sur le quatrième lien backbone 110.4 ; - une contribution du deuxième lien backbone 110.1 correspondant à la part de la première charge totale transportée sur le cinquième line backbone 110.5. Le dispositif 400 peut également déterminer, dans la situation de pic, une deuxième charge totale du premier point de présence 101.1 et : - une contribution du premier lien backbone 110.1, correspondant à la part de la deuxième charge totale transportée sur le premier lien backbone 110.1 ; - une contribution du deuxième lien backbone 110.2, correspondant à la part de la deuxième charge totale transportée sur le deuxième lien backbone 110.2 ; - une contribution du troisième lien backbone 110.3, correspondant à la part de la deuxième charge totale transportée sur le troisième lien backbone 110.3 ; - une contribution du quatrième lien backbone 110.4, correspondant à la part de la deuxième charge totale transportée sur le quatrième lien backbone 110.4 ; - une contribution du deuxième lien backbone 110.1 correspondant à la part de la deuxième charge totale transportée sur le cinquième lien backbone 110.5. En complément ou en variante, le dispositif 400 peut également déterminer, ou obtenir depuis l’entité externe décrite précédemment, dans les situations de pire cas de panne respectives des différents liens backbone 110.1 à 110.5 : - une contribution du premier lien backbone 110.1, correspondant à la part de la charge totale du premier point de présence 101.1, transportée sur le premier lien backbone 110.1, dans le pire cas de panne identifié pour le premier lien backbone ; - une contribution du deuxième lien backbone 110.2, correspondant à la part de la charge totale du premier point de présence 101.1 transportée sur le deuxième lien backbone 110.2, dans le pire cas de panne identifié pour le deuxième lien backbone 110.2 ; - une contribution du troisième lien backbone 110.3, correspondant à la part de la charge totale du premier point de présence 101.1 transportée sur le troisième lien backbone 110.3, dans le pire cas de panne identifié pour le troisième lien backbone 110.3 ; - une contribution du quatrième lien backbone 110.4, correspondant à la part de la charge totale du premier point de présence 101.1 transportée sur le quatrième lien backbone 110.4, dans le pire cas de panne identifié pour le quatrième lien backbone 110.4 ; - une contribution du cinquième lien backbone 110.5 correspondant à la part de la charge totale du premier point de présence 101.1 transportée sur le cinquième lien backbone 110.5, dans le pire cas de panne identifié pour le cinquième lien backbone 110.5. Les contributions des liens backbone 110.1 à 110.5, dans les situations de pire cas de panne leur correspondant respectivement, sont obtenues par le dispositif 400 à partir des données issues des simulations de cas de panne, obtenues lors de l’étape 204 décrite précédemment. En variante, le dispositif 400 obtient les contributions directement depuis le simulateur réseau dont sont issues les valeurs de charge de chaque lien backbone dans sa situation de pire cas de panne. A l’étape 205, le dispositif 400 détermine les liens backbone significatifs pour le premier point de présence 101.1, parmi l’ensemble des liens backbone 110.1 à 110.5, en fonction de leurs contributions dans au moins l’une des situations identifiées ci-dessus, et en fonction d’un critère de contribution minimale. En complément, le dispositif 400 détermine les liens backbone significatifs pour le premier point de présence 101.1, parmi l’ensemble des liens backbone 110.1 à 110.5, en fonction de triplets de contributions obtenus pour les trois situations décrites ci-dessus. Plusieurs modes de réalisation peuvent être prévus pour l’étape 205, selon l’invention. Dans un premier mode de réalisation, les contributions des liens backbone 110.1 à 110.5 dans une seule situation donnée sont prises en compte, et le critère de contribution minimale est qu’un lien backbone est significatif si sa contribution dans la situation donnée est supérieure à un seuil prédéterminé. La situation donnée peut être la situation nominale par exemple. Ainsi, la contribution dans la situation donnée (nominale par exemple) d’un lien backbone donné parmi les liens backbone 110.1-110.5 est comparée au seuil prédéterminé, et si la contribution est supérieure ou égale au seuil prédéterminé, le lien backbone donné est déterminé comme étant significatif. Dans le cas contraire, le lien backbone donné est considéré comme n’étant pas significatif ou comme étant non-significatif. Dans un deuxième mode de réalisation, les contributions des liens backbone 110.1 à 110.5 dans plusieurs situations données sont prises en compte, par exemple dans les trois situations précitées, et le critère de contribution minimale est qu’un lien backbone est significatif si une somme pondérée ou une moyenne de ses contributions dans les situations données, sont supérieures à un seuil prédéterminé. Ainsi, la moyenne ou somme pondérée des contributions d’un lien backbone donné parmi les liens backbone 110.1-110.5 est comparée au seuil prédéterminé, et si la somme pondérée ou moyenne est supérieure ou égale au seuil prédéterminé, le lien backbone donné est déterminé comme étant significatif. Dans le cas contraire, le lien backbone donné est déterminé comme n’étant pas significatif ou comme étant non-significatif. Dans un troisième mode de réalisation, les contributions des liens backbone 110.1-110.5 dans plusieurs situations données sont prises en compte, par exemple dans les trois situations précitées, et le critère de contribution minimale est qu’un lien backbone est significatif si, dans au moins l’une des situations données, la contribution du lien backbone est supérieure à un seuil prédéterminé. En variante, le critère de contribution minimale peut être qu’un lien backbone est significatif si, dans toutes les situations données, les contributions du lien backbone sont supérieures à un seuil prédéterminé, ou à des seuils respectifs prédéterminés. Ainsi, pour les situations données, les contributions respectives d’un lien backbonne donné dans ces situations, sont comparées au même seuil, ou à des seuils respectifs (un seuil pouvant être prédéterminé pour chaque situation), et le lien backbone donné est déterminé comme significatif si, dans au moins une situation ou en variante dans toutes les situations, la contribution est supérieure au seuil prédéterminé. Dans le cas contraire, le lien backbone donné est déterminé comme non significatif ou comme étant non-significatif. Par exemple, selon le troisième mode de réalisation, les trois seuils suivants peuvent être prédéterminés : - un premier seuil pour la situation nominale ; - un deuxième seuil pour la situation de pic ; et - un troisième seuil pour les situations de pire cas de panne. Les premier, deuxième et troisième seuils peuvent avoir la même valeur ou des valeurs distinctes. Un triplet de contributions est déterminé par le dispositif 400 pour tout lien 110.1-110.5. Ainsi, pour un lien backbone donné, la première contribution du triplet (situation nominale) est comparée au premier seuil, la deuxième contribution (situation de pic) est comparée au deuxième seuil et la troisième contribution (situation de pire cas de panne) est comparée au troisième seuil. Selon un premier critère de contribution minimale, le lien backbone donné est significatif si au moins une contribution parmi les première, deuxième et troisième contributions est supérieure ou égale à son seuil respectif. Selon un deuxième critère de contribution minimale alternatif, le lien backbone donné est significatif si toutes les première, deuxième et troisièmes contributions sont supérieures ou égales à leurs seuils respectifs. D’autres modes de réalisation de l’étape 205 permettant la détermination des liens backbone significatifs peuvent être mis en œuvre selon l’invention, qui n’est aucunement restreinte aux trois modes de réalisation décrits ci-dessus. Dans ce qui suit, il est considéré, à titre illustratif uniquement, que les liens backbone 110.2, 110.3 et 110.5 sont significatifs, et que les liens backbone 110.1 et 110.4 sont non significatifs. A une étape 206, le dispositif 400 identifie un lien backbone le plus faible parmi les liens backbone significatifs 110.1, 110.3 et 110.4, le lien backbone le plus faible étant le lien backbone pour lequel une valeur de bande passante additionnelle maximale qui peut être ajoutée sur le premier point de présence 101.1 sans saturer le lien backbone dans son pire cas de panne est inférieure à toute les valeurs de bande passante additionnelle maximales qui peuvent être ajoutées sur le premier point de présence sans saturer respectivement les autres liens backbone significatifs dans les pires cas de panne respectifs des autres liens backbone significatifs. La valeur de bande passante additionnelle maximale qui peut être ajoutée sur le premier point de présence 101.1 sans saturer un lien backbone significatif donné, peut être déterminée par le dispositif 400 à partir : - d’une capacité du lien backbone significatif donné ; - de la valeur de charge du lien backbone significatif donné dans le pire cas de panne pour le lien backbone significatif donné ; - de la contribution du lien backbone significatif dans le pire cas de panne pour le lien backbone significatif donné. En particulier, la valeur de bande passante additionnelle maximale qui peut être ajoutée sur le premier point de présence 101.1 sans saturer le lien backbone significatif donné peut être noté MAXBW j , j étant un indice du lien backbone signification donné, variant entre 1 et M, M étant le nombre de liens backbone significatifs qui est supérieur ou égal à 2. dans lequel LinkSize j est la capacité du lien backbone significatif d’indice j, WCload j est la valeur de charge dans le pire cas de panne pour le lien backbone significatif d’indice j, et WCcontrib j est la contribution du lien backbone significatif d’indice j pour le premier point de présence 101.1 dans le pire cas de panne pour le lien backbone significatif d’indice j. A noter que deux valeurs différenciées de MAXBW j pour le trafic entrant vers le premier point de présence 101.1 et le trafic sortant du premier point de présence 101.1, peuvent être déterminées par le dispositif 400. Dans ce cas, MAXBW j,IN représente la valeur de bande passante additionnelle disponible en trafic entrant vers le premier point de présence 101.1 et saturant le lien backbone significatif d’indice j, et MAXBW j,OUT représente la valeur de bande passante additionnelle disponible en trafic sortant du premier point de présence 101.1 et saturant le lien backbone significatif d’indice j. Dans ce cas, la capacité du lien backbone, la valeur de charge dans le pire cas de panne et la contribution dans le pire cas de panne sont des valeurs pour le trafic entrant sur le premier point de présence 101.1, pour la détermination de MAXBW j,IN , et sont des valeurs pour le trafic sortant du premier point de présence pour la détermination de MAXBW j,OUT . Ainsi, les contributions déterminées à l’étape 205 pour la détermination des liens backbone significatifs peuvent être des contributions globales pour le trafic entrant et pour le trafic sortant du point de présence 101.1, tandis que des contributions différenciées pour le trafic sortant et pour le trafic entrant peuvent être considérées lors de l’étape 206 pour l’identification du lien backbone le plus faible En variante, à la fois les contributions déterminées à l’étape 205 pour la détermination des liens backbone significatifs et non significatifs, et les contributions considérées lors de l’étape 206 pour l’identification du lien backbone le plus faible, sont différenciées pour le trafic entrant et pour le trafic sortant. Le lien backbone le plus faible est ainsi le lien backbone significatif d’indice jMIN pour lequel la valeur MAXBW jMIN est minimale (pour pour lequel l’une des deux valeurs MAXBW jMIN,IN et MAXBW jMIN,OUT est minimale), c’est à dire inférieure à toutes les valeurs MAXBW j , pour j variant entre 1 et M et j différent de jMIN. Ainsi, suite à l’identification du lien backbone significatif jMIN le plus faible à l’étape 206, le dispositif 400 obtient la valeur MAXBW jMIN qui est donc la valeur de bande passante additionnelle qui peut être ajoutée sur le premier point de présence 101.1, avant que le lien backbone le plus faible ne soit saturé. Il s’agit donc de manière plus générale de la valeur de bande passante additionnelle disponible pour le premier point de présence 101.1 : cela signifie qu’il est préférable de ne pas concéder à de nouveaux clients sur le premier point de présence, plus de MAXBW jMIN , car sinon, une saturation du lien le plus faible risque d’être provoqué dans le pire cas de charge, et le réseau manquerait ainsi de résilience face à des cas de panne. La FIG. 3 est un graphique 300 comprenant : - un premier axe 301 représentant les indices i variant entre 1 et iMAX, iMAX étant égal au nombre de liens backbone reliant un point de présence donné au réseau 100. Ainsi, dans l’exemple du premier point de présence de la FIG. 1 , iMAX est égal à 5 pour le premier point de présence 101.1 ; - un deuxième axe 302 représentant la valeur MAXBW pour tous les liens backbone reliant un point de présence donné au réseau 100, dont certains seulement sont des liens backbone significatifs, comme expliqué dans ce qui suit. Chaque position horizontale sur l’axe 301 correspond à un lien backbone donné: pour ce lien backbone donné, au moins un cercle 310 est positionné selon l’axe 302 en fonction de la valeur MAXBV i du lien backbone donné d’indice i. Lorsque le trafic entrant et le trafic sortant ne sont pas différenciés, un seul cercle est positionné sur chaque position horizontale selon l’axe 301.Lorsque le trafic entrant et le trafic sortant sont différenciés, deux cercles peuvent être positionnés sur une position horizontale selon l’axe 301, si les valeurs MAXBV i,IN et MAXBV i,OUT sont distinctes, ce qui est le plus souvent le cas en pratique A une première position horizontale correspondant au premier lien backbone 110.1, un premier cercle 311.1 est positionné verticalement pour représenter la valeur MAXBV 1,IN et un deuxième cercle 311.2 est positionné verticalement pour représenter la valeur MAXBV 1,OUT . Ainsi, selon le graphique 300, c’est le trafic sortant du premier point de présence 101.1 qui est le plus contraint par le premier lien backbone 110.1, bien que les valeurs MAXBV 1,IN et MAXBV 1,OUT soient toutes deux élevées, comparativement aux autres liens backbone 110.2 à 110.5 comme décrit dans ce qui suit. En pratique, des couleurs différentes peuvent être utilisées pour faciliter la différentiation entre la valeur MAXBV 1,IN représentée par le premier cercle 311.1 et la valeur MAXBV 1,OUT . représentée par le deuxième cercle 311.2. A une deuxième position horizontale correspondant au deuxième lien backbone 110.2, un cercle 312 est positionné verticalement pour représenter MAXBV 2,IN et MAXBV 2, OUT (dans ce cas, la valeur MAXBV 2,IN pour le trafic entrant dans le premier point de présence 101.1 est égale à la valeur MAXBV 2,OUT pour le trafic sortant du premier point de présence 101.1). A une troisième position horizontale correspondant au troisième lien backbone 110.3, un cercle 313 est positionné verticalement pour représenter MAXBV 3,IN et MAXBV 3, OUT (dans ce cas, la valeur MAXBV 3,IN pour le trafic entrant dans le premier point de présence 101.1 est égale à la valeur MAXBV 3,OUT pour le trafic sortant du premier point de présence 101.1). A une quatrième position horizontale correspondant au quatrième lien backbone 110.4, un cercle 314 est positionné verticalement pour représenter MAXBV 4,IN et MAXBV 4, OUT (dans ce cas, la valeur MAXBV 4,IN pour le trafic entrant dans le premier point de présence 101.1 est égale à la valeur MAXBV 4,OUT pour le trafic sortant du premier point de présence 101.1). A une cinquième position horizontale correspondant au cinquième lien backbone 110.5, un premier cercle 315.1 est positionné verticalement pour représenter la valeur MAXBV 5,IN et un deuxième cercle 315.2 est positionné verticalement pour représenter la valeur MAXBV 5,OUT . Ainsi, selon le graphique 300, c’est le trafic sortant du premier point de présence 101.1 qui est le plus contraint par le cinquième lien backbone 110.5. Sur le graphe 300, la taille de chacun des cercles 311.1, 311.2, 312, 313, 314, 315.1 et 315.2 est proportionnelle à la contribution du lien backbone 110.1-110.5 correspondant (pour le trafic entrant et sortant) dans une situation parmi les trois situations décrites précédemment, par exemple pour la situation du pire cas de panne. C’est pour cette raison que les cercles les plus petits, à savoir les cercles 311.1, 311.2 et 314 correspondent aux premier et quatrième liens backbone 310.1 et 310.4, qui sont les liens backbone déterminés comme non-significatifs par le dispositif 400 lors de l’étape 205 décrite précédemment. Au contraire, les cercles 313, 313, 315.1 et 315.2, sont de tailles plus importantes, et correspondent aux deuxième, troisième et cinquième liens backbone 110.2, 110.3 et 110.5, déterminés comme significatifs à l’étape 205 par le dispositif 400. Comme représenté sur le graphe 300, le lien backbone, parmi les liens backbone significatifs 110.2, 110.3 et 110.5, ayant la valeur MAXBV la plus petite, c’est-à-dire ayant le cercle en position verticale la plus basse sur le graphe 300, est le deuxième lien backbone 110.2 correspondant au cercle 312. Le deuxième lien backbone 110.2 est donc le lien backbone le plus faible du premier point de présence 110.1. Le graphe 300 permet en outre de déterminer le lien deuxième plus faible lien backbone, qui est dans ce cas le cinquième lien backbone 110.5, pour le trafic sortant du premier point de présence. Sans la sélection des liens backbone significatifs de l’étape 205, le quatrième lien backbone 110.4 aurait été considéré comme lien backbone le plus faible, les valeurs MAXBV 4,IN et MAXBV 4,OUT étant inférieures aux valeurs MAXBV 2,IN et MAXBV 2,OUT du deuxième lien backbone 110.2 (le cercle 314 est positionné verticalement en dessous du cercle 312). Toutefois, le quatrième lien backbone 110.4 n’étant pas significatif, c’est le deuxième line backbone 110.2 qui est avantageusement retenu comme lien backbone le plus faible du premier point de présence 101.1. Le graphe 300 peut être affiché sur un écran du dispositif 400, lors de l’étape 206 par exemple. En variante du graphe 300, un message peut être affiché sur un écran, identifiant le lien backbone le plus faible, et optionnellement la valeur de bande passante additionnelle correspondante. En se référant à nouveau à la FIG. 2 , à une étape 207, la valeur de bande passante additionnelle disponible pour le premier point de présence 101.1 déterminée à l’étape 206 est comparée à un critère de bande passante disponible minimale qui est prédéterminé, et, en fonction du résultat de la comparaison, le dispositif 400 génère ou non une alerte à une étape 208. Dans l’exemple considéré ci-dessus, la valeur de bande passante additionnelle disponible pour le premier point de présence 101.1 est égale à MAXBV 2,IN et MAXBV 2,OUT . Le critère de bande passante disponible minimale peut être un seuil de bande passante disponible minimale. Le dispositif 400 génère une alerte à une étape 208 si la valeur de bande passante additionnelle disponible pour le premier point de présence 101.1 est inférieure au seuil de bande passante disponible minimale. Aucune restriction n’est attachée à la valeur du seuil de bande passante disponible minimale. L’alerte générée à l’étape 208 peut être affichée sur un écran du dispositif 400, et/ou peut être transmise à une entité distante, apte à communiquer l’alerte générée à l’opérateur en charge de la planification des capacités du réseau, ou d’une partie du réseau. L’invention permet ainsi de présenter de façon synthétique et pertinente une alerte à un opérateur en charge de la planification des capacités du réseau. Une telle planification est ainsi facilitée, en évitant d’émettre un trop grand nombre d’alertes, y compris pour des liens backbone qui ne sont pas significatifs car contribuant peu au transport du trafic vers/depuis le premier point de présence 101. Suite à la génération de l’alerte à l’étape 208, ou suite à l’étape 207 si aucune alerte n’est générée par le dispositif 400, le procédé retourne à l’étape 201, afin de déterminer si un autre point de présence dont le dispositif 400 est en charge, n’a pas fait l’objet des étapes 203 à 210, afin notamment de déterminer le lien backbone le plus faible et la valeur de bande passante additionnelle disponible pour l’autre point de présence. Dans le cas présent, après l’application des étapes 203 à 210 au premier point de présence 101.1, décrite précédemment, les étapes 203 à 210 peuvent être itérées pour le troisième point de présence 101.3 dont le dispositif 400 est également en charge. Le fait d’itérer le procédé pour plusieurs points de présence, permet d’améliorer la planification de capacités dans l’ensemble du réseau, de proche en proche. Selon des modes de réalisation de l’invention, suite à l’étape 205, le dispositif 400 détermine à une étape 209, lorsque plusieurs itérations du procédé ont été mises en œuvre pour plusieurs points de présence, si un lien backbone donné du réseau 100 est déterminé comme non-significatif pour les deux points de présence qu’il relie. Si tel est le cas, le dispositif identifie le lien backbone donné comme ‘non utile’ à l’étape 209, et peut générer une alerte de lien backbone ‘non utile au réseau’ identifiant le lien backbone donné, lors d’une étape 210. Sinon, le procédé retourne à l’étape 201 et/ou se poursuit avec l’étape 206 pour l’itération courante du procédé. Par exemple, le quatrième lien backbone 110.4 a été déterminé comme non significatif pour le premier point de présence 101.1 lors de la première itération de l’étape 205. Si à une itération suivante, appliquée au cinquième point de présence 101.5, le dispositif 400 détermine que le quatrième lien backbone 110.4 est non significatif pour le cinquième point de présence 101.5, alors le dispositif 400 identifie le quatrième lien backbone 110.4 comme ‘non-utile’. Une telle identification permet d’optimiser le réseau. Elle permet notamment de différencier : - des cas dans lesquels un lien backbone est significatif pour un point de présence situé à son extrémité, et non-significatif pour l’autre point de présence situé à l’autre extrémité. De tels cas sont courants dans des topologies dites cascadées lorsque le trafic est concentré vers certains points de présence. Ces cas ne méritent pas d’attention particulière de la part de l’opérateur ; - des cas dans lesquels un lien backbone est non significatif pour les deux points de présence qu’il relie, ce qui indique un cas de ‘non-utilité’ du lien backbone, qui mérite alors l’attention de l’opérateur pour confirmer qu’il s’agit d’une optimisation possible. La FIG. 4 illustre la structure du dispositif 400 d’assistance à la planification de réseau, selon des modes de réalisation de l’invention. Le dispositif 400 comprend un processeur 401 configuré pour communiquer de manière unidirectionnelle ou bidirectionnelle, via un ou des bus ou via une connexion filaire directe, avec une mémoire 402 telle qu’une mémoire de type « Random Access Memory », RAM, ou une mémoire de type « Read Only Memory », ROM, ou tout autre type de mémoire (Flash, EEPROM, etc). En variante, la mémoire 402 comprend plusieurs mémoires des types précités. La mémoire 402 comprend au moins une mémoire non-volatile dans laquelle sont stockées, de manière temporaire ou permanente, les données utilisées et/ou issues de la mise en œuvre des étapes du procédé selon l’invention décrites en référence à la FIG. 2 . En particulier, la mémoire 402 peut stocker : - les capacités respectives des liens backbone du réseau 100, ou de la partie du réseau 100 dont le dispositif est en charge de la planification de capacités ; - les données obtenues lors de l’étape 203 pour une itération du procédé pour un point de présence donné, notamment les valeurs moyenne et pic de charge pour tous les liens backbone reliant le point de présence donné au réseau 100 ; - les données simulées obtenues lors de l’étape 204 pour une itération du procédé pour un point de présence donné, notamment la valeur de charge dans le pire des cas de panne et l’identifiant du lien backbone causant le pire cas de panne, pour chaque lien backbone reliant le point de présence donné au réseau 100 ; - le ou les seuils prédéterminés utilisés pour la comparaison avec la ou les contributions pour chaque lien backbone, lors de l’étape 205 décrite précédemment ; - le critère de bande passante disponible minimale appliqué lors de l’étape 207 décrite précédemment. Le processeur 401 est apte à exécuter des instructions, stockées dans la mémoire 402, pour la mise en œuvre des étapes du procédé selon l’invention, décrit en référence à la FIG. 2 . Le dispositif 400 peut en outre comprendre un écran 403, pour l’affichage de l’alerte de l’étape 208 décrite précédemment et/ou de l’alerte de lien backbone non significatif de l’étape 210 décrite précédemment, et optionnellement pour l’affichage du graphique 300 représenté sur la FIG. 3 . Le dispositif 400 comprend une première interface 403 configurée l’obtention des données de l’étape 203, notamment les valeurs pics et moyennes de charge des liens backbone reliant un point de présence donné au réseau 100, depuis une entité externe. Le dispositif 400 comprend en outre une deuxième interface 404 configurée pour communiquer avec un simulateur réseau pour l’obtention des données de l’étape 204 décrite précédemment. Le dispositif 400 comprend en outre une troisième interface 405, configurée pour transmettre l’alerte de l’étape 208 et/ou l’alerte de lien backbone non utile au réseau de l’étape 210, à une entité externe. Procédé d’assistance à la planification d’un réseau (100) comprenant une pluralité de points de présence (101.1-101.8) reliés entre eux dans le réseau par des liens, dits liens backbone (110.1-110.5 ; 111.1-111.7), le procédé comprenant les étapes suivantes, mises en œuvre pour au moins l’un des points de présence (101.1) : - détermination (205) de liens backbone significatifs, parmi les liens backbone reliant ledit au moins un point de présence au réseau, en fonction de contributions respectives des liens backbone au transport de données depuis et/ou vers ledit au moins un point de présence ; - identification (206 ; 209) d’un lien backbone le plus faible parmi les liens backbone significatifs , le lien backbone le plus faible étant le lien backbone significatif pour lequel une valeur de bande passante additionnelle maximale qui peut être ajoutée sur ledit au moins un point de présence sans saturer le lien backbone significatif, est minimum par rapport à des valeurs de bande passante additionnelle maximales qui peuvent être ajoutées sur ledit au moins un point de présence sans saturer respectivement les autres liens backbone significatifs Procédé selon la revendication 1, dans lequel les valeurs de bande passante additionnelle maximales sont déterminées à partir de capacités et de valeurs de charge respectives des liens backbone significatifs. Procédé selon la revendication 1 ou 2, comprenant en outre, en fonction d’une comparaison (207) entre la valeur de bande passante additionnelle maximale qui peut être ajoutée sur ledit au moins un point de présence sans saturer le lien backbone le plus faible, et un critère de bande passante disponible minimale, génération (208) d’une alerte identifiant le lien backbone le plus faible pour ledit au moins un point de présence. Procédé selon l’une des revendications 1 à 3, comprenant en outre une obtention de valeurs de charge respectives des liens backbone (110.1-110.5) reliant ledit au moins un point de présence (101.1) au réseau (100), les contributions des liens backbone au transport de données depuis et/ou vers ledit au moins un point de présence étant déterminées à partir des valeurs de charge respectives des liens backbone (110.1-110.5) reliant ledit au moins un point de présence (101.1) au réseau (100). Procédé selon la revendication 4, l’obtention des valeurs de charges respectives des liens backbone (110.1-110.5) reliant ledit au moins un point de présence (101.1) au réseau (100)comprend: - une obtention (203) d’une valeur moyenne de charge sur une période donnée pour tout lien backbone parmi les liens backbone reliant ledit au moins un point de présence au réseau, les valeurs moyennes de charge étant associées à une situation nominale ; et/ou - une obtention (203) d’une valeur pic de charge sur une période donnée pour tout lien backbone parmi les liens backbone liant ledit au moins un point de présence au réseau, les valeurs pic de charge étant associée à une situation de pic de charge ; et/ou - une obtention (204), depuis un simulateur réseau, pour tout lien backbone donné parmi les liens backbone liant ledit au moins un point de présence au réseau, d’une valeur de charge associée à une situation de pire cas de panne dans le réseau pour le lien backbone donné. Procédé selon la revendication 5, dans lequel, pour tout lien backbone donné (110.1-110.5) reliant ledit au moins un point de présence (101.1) au réseau (100), au moins une contribution au transport de données depuis et/ou vers ledit au moins un point de présence est déterminée (205) dans au moins une situation parmi la situation nominale, la situation de pic de charge et la situation de pire cas de panne pour le lien backbone donné. Procédé selon la revendication 6, dans lequel, pour tout lien backbone donné (110.1-110.5) reliant ledit au moins un point de présence (101.1) au réseau (100), une première contribution au transport de données depuis et/ou vers ledit au moins un point de présence est déterminée (205) pour la situation nominale, une deuxième contribution au transport de données depuis et/ou vers ledit au moins un point de présence est déterminée pour la situation de pic de charge, et une troisième contribution au transport de données depuis et/ou vers ledit au moins un point de présence est déterminée pour la situation de pire cas de panne pour le lien backbone donné, et dans lequel le lien backbone donné est déterminé (205) comme significatif en fonction des trois contributions déterminées. Procédé selon l’une des revendications 5 à 7, dans lequel le lien backbone le plus faible est le lien backbone significatif pour lequel la valeur de bande passante additionnelle maximale qui peut être ajoutée sur ledit au moins un point de présence (101.1) sans saturer le lien backbone significatif dans la situation de pire cas de panne pour le lien backbone significatif, est minimale par rapport aux valeurs de bande passante additionnelle maximales qui peuvent être ajoutées sur ledit au moins un point de présence et saturant respectivement les autres liens backbone significatifs dans les situations de pire cas de panne respectives des autres liens backbone significatifs. Procédé selon l’une des revendications précédentes, dans lequel les étapes (203-210) du procédé sont appliquées à au moins un autre point de présence (101.2-101.8) du réseau (100). Procédé selon la revendication 9, dans lequel si un lien backbone (110.1-110.5) est identifié comme non-significatif pour ledit au moins un point de présence (101.1) et pour un autre point de présence (101.2-101.8) relié audit au moins un point de présence via ledit lien backbone, le lien backbone est identifié comme étant un lien backbone non utile pour le réseau. Dispositif (400) pour l’assistance à la planification d’un réseau (100) comprenant une pluralité de points de présence (101.1-101.8) reliés entre eux dans le réseau par des liens, dits liens backbone (110.1-110.5 ; 111.1-111.7), le dispositif comprenant un processeur (401) configuré, pour au moins un point de présence , pour : - déterminer des liens backbone significatifs, parmi les liens backbone reliant ledit au moins un point de présence au réseau, en fonction de contributions respectives des liens backbone au transport de données depuis et/ou vers ledit au moins un point de présence ; - identifier un lien backbone le plus faible parmi les liens backbone significatifs, le lien backbone le plus faible étant le lien backbone significatif pour lequel une valeur de bande passante additionnelle maximale qui peut être ajoutée sur ledit au moins un point de présence sans saturer le lien backbone significatif, est minimum par rapport à des valeurs de bande passante additionnelle maximales qui peuvent être ajoutées sur ledit au moins un point de présence sans saturer respectivement les autres liens backbone significatifs.. Programme d'ordinateur apte à être mis en œuvre dans un module de génération tel que défini dans la revendication 11, le programme comprenant des instructions de code qui, lorsqu’il est exécuté par un processeur (401), réalise les étapes du procédé défini dans l’une des revendications 1 à 10.