Le développement continu des réseau de télécommunications au cours des dernières années a entraîné une grande complexité dans la gestion tant des éléments qui composent ces réseaux que des services offerts par leur intermédiaire.
Les inventaires des ressources du réseau offrent aux opérateurs de télécommunications, appelés telcos, la possibilité d’enregistrer et de gérer l’ensemble des « actifs » (physiques et logiques) dans un système unique.
Il s’agit de réseaux tels que MPLS/IP, WDM/OTN, Fibre/FTTx/GPON, Ethernet, SDH, SONET, SDN, NFV, Mobile Core, Backhaul et RAN (2G, 3G, 4G, 5G), Microwave, xDSL, WIFI, Broadcasting, Câble sous-marin, VSAT, ATM, Voice, DCN, etc.
Vision unique du réseau
Il y a encore quelques années, l’enregistrement des ressources du réseau et des services offerts sur le réseau était effectué dans un ensemble de bases de données différentes et avec des « formats » différents (Excel, Access, fichiers texte, etc.). Parfois, pour certaines technologies de réseau, il n’y avait pas du tout d’enregistrement d’informations.
Cela entraîne une très grande complexité dans la maintenance et la gestion du réseau global et des services offerts aux clients, principalement en raison des différentes technologies et des différents fournisseurs de réseaux impliqués.
Les systèmes d’inventaire fournissent une vue unique du réseau qui permet aux telcos, en substance, une grande souplesse opérationnelle sur le réseau et les services offerts, et facilite également la planification de nouveaux investissements dans le réseau.
Principaux avantages offerts par un système d’inventaire
- Vue d’ensemble complète et précise de tous les composants physiques et logiques du réseau du telco dans un seul système, couvrant toutes les technologies et tous les fournisseurs.
Cet inventaire physique et logique, ainsi que l’inventaire des relations existantes entre les réseaux physiques et les différentes « couches » logiques, permet la vision « end2end » des services clients en réseau et la « navigation » hiérarchique entre les différentes « couches », du service au réseau physique en passant par les différentes « couches » logiques définies.
Cette vue unifiée du réseau du telco et la « navigation » possible entre tous les éléments existants permet une gestion et une maintenance plus rapide et plus efficace du réseau.
L’éventuel module « Reporting » du système d’inventaire ou d’un système de reporting externe, comprenant de simples requêtes dans la base de données du système, ajoute de la « qualité » à cette vue globale en permettant d’extraire des listes filtrées par technologies, vendeurs, etc.
- Une gestion des clients plus efficace
Les tâches quotidiennes sont exécutées plus rapidement et avec plus de précision, ce qui se traduit par une prestation de services plus rapide et une réduction considérable des défaillances de service. Il en résulte naturellement une amélioration des SLA, ce qui contribue à améliorer la satisfaction des clients ainsi que les coûts d’exploitation.
Les fonctionnalités « d’analyse d’impact » en cas de panne et/ou de changement dans le réseau et de « Single Point Of Failure » (SPOF) pour trouver les points de défaillance possibles dans le réseau permettent d’améliorer la qualité du service fourni au client.
- Une gestion économique plus efficace
Les inventaires de ressources permettent une gestion optimisée de la capacité du réseau. Cette gestion permet d’économiser des CAPEX en évitant des dépenses inutiles à de nombreuses reprises. En outre, la gestion de l’inventaire de ces actifs donne un aperçu de la valeur de ces actifs avec la dépréciation qu’ils subissent et le retour sur investissement.
La gestion des « pièces de rechange » dans l’inventaire permet également d’économiser des investissements en ayant le contrôle sur ces pièces de rechange et en évitant de faire des investissements inutiles.
L’inventaire des lignes louées (leased lines) permet une gestion adéquate de la capacité des lignes, ce qui se traduit par des économies OPEX.
Par conséquent, cette gestion opérationnelle plus efficace du réseau et des services aux clients permet de réaliser des économies à la fois en termes de CAPEX et d’OPEX.
- Découverte et réconciliation du réseau
Les interfaces existantes avec les gestionnaires de réseau ou directement avec les plateformes de réseau permettent de « découvrir » automatiquement le réseau de l’opérateur. Cela permet de « charger » automatiquement dans l’inventaire toutes les informations existantes sur le réseau physique et logique.
En outre, ces interfaces avec le NMS/EMS/NE permettent de « réconcilier » les informations existantes dans l’inventaire et dans le réseau, en détectant les différences existantes. Les différences constatées peuvent ensuite être « corrigées » soit dans l’inventaire, soit dans le réseau, afin que les informations restent totalement synchronisées et à jour.
- Intégration avec d’autres systèmes BSS/OSS
L’intégration de l’inventaire avec d’autres systèmes permet de gérer correctement les informations sur les ressources du réseau dans les processus opérationnels de l’opérateur. Les intégrations les plus courantes sont celles avec les systèmes ERP, CRM, Provisioning, ITSM et FM.
- Intégration avec le GIS
L’intégration avec un GIS est essentielle dans ce type de système, car elle permet la « visualisation » géoréférencée des actifs du réseau et des services d’un telco.
Découverte et réconciliation avec le réseau
En général, presque tous les inventaires ont une fonctionnalité qui permet la « découverte » initiale de l’infrastructure du réseau et la « réconciliation » ultérieure entre les informations existantes dans l’inventaire et les gestionnaires du réseau.
Pour effectuer la « découverte » des informations du réseau, l’inventaire doit se « connecter » aux plateformes du réseau contenant les informations et les « extraire » de celles-ci.
Le NMS, l’EMS et le NE sont les plateformes qui contiennent les informations de l’infrastructure du réseau. Ces plateformes, pour la plupart, disposent d’un composant appelé NBI (Northbound Interface) qui permet de s’y « connecter » et « d’extraire » les informations qu’elles contiennent de l’infrastructure du réseau.
Les NBI des différentes plateformes « présentent » différents protocoles pour extraire les informations. Quelques exemples de ces protocoles sont SNMP, TL1, Telnet/SSH, CORBA, SOAP, REST, les fichiers plats (CSV, TXT) ou même les connexions directes à la base de données.
Dans l’inventaire, il y a un « connecteur » spécifique pour chaque plateforme/NBI qui permet la connexion et l’extraction des informations.
« L’extraction » initiale des informations permet un chargement initial de l’infrastructure du réseau dans l’inventaire. Une fois que ce téléchargement initial a été effectué, les informations sont périodiquement « réconciliées ».
La « réconciliation » est le processus par lequel les différences entre les informations existantes sur le réseau dans les plateformes du réseau et les informations existantes dans l’inventaire sont détectées. Ces différences sont dues à des actions qui ont été effectuées dans le réseau (par exemple, l’ajout/le retrait d’équipements/de cartes) et qui n’ont pas encore été effectuées dans l’inventaire, ou à des actions effectuées dans l’inventaire (par exemple, la planification de la création d’un nouveau site avec une nouvelle infrastructure de réseau) et qui n’ont pas encore été effectuées dans le réseau.
Le processus de réconciliation montre ces différences existantes et l’utilisateur peut prendre les mesures nécessaires pour « aligner » les informations existantes sur le réseau et l’inventaire.
Interfaces avec d’autres systèmes OSS/BSS
L’inventaire du réseau prend en charge les interfaces avec d’autres systèmes qui permettent l’échange d’informations entre les systèmes et aident à la gestion des processus opérationnels d’un telco.
Les interfaces les plus courantes d’un inventaire avec d’autres systèmes sont les suivantes :
- Interface avec l’ERP
L’ERP (Enterprise Resource Planning) est le système qui intègre et automatise les principaux processus et données d’une entreprise. L’ERP contient de multiples modules, l’un d’entre eux étant le module qui permet la gestion des tâches associées aux fournisseurs.
L’ERP et l’inventaire effectuent l’échange d’informations relatives aux fournisseurs. Ces informations peuvent inclure, par exemple, des informations provenant des fournisseurs eux-mêmes, l’achat/la vente « d’actifs », les retours, etc.
- Interface avec le CRM
Le CRM (Customer Relationship Management) est le système qui soutient le service clientèle d’un telco dans la gestion de la relation client. Comme l’inventaire contient la vue « end2end » des services aux clients, le CRM et l’inventaire échangent des informations relatives aux clients. Ces informations peuvent comprendre, par exemple, des informations sur les clients eux-mêmes, les services contractés par chaque client, les principales « caractéristiques » des services, etc.
- Interface avec le « Provisioning System ».
Le système de provisionnement d’un opérateur téléphonique gère l’ensemble des tâches à effectuer pour la gestion (enregistrement, désenregistrement, modifications) des services d’un client.
Comme l’inventaire contient les ressources sur lesquelles les services d’un client sont supportés, le système de provisionnement et l’inventaire effectuent l’échange d’informations concernant les ressources du réseau sur lesquelles ces services sont construits.
Ces informations peuvent inclure, par exemple, la réservation de ressources réseau dans l’inventaire pour un enregistrement futur d’un service/client. Ces ressources réservées deviennent les ressources associées à un service/client lorsque le service est ajouté ultérieurement aux ressources associées à un service/client. En outre, la gestion des ressources requises lors d’une modification d’un service et la libération des ressources lors de la résiliation d’un service par le client doivent être effectuées. Toutes les informations associées à ces actions sont échangées entre le système de provisionnement et l’inventaire.
- Interface avec l’ITSM
L’ITSM (Information Technology Service Management) permet de planifier et de fournir des services informatiques par le biais de processus, de personnes et de technologies.
L’inventaire, via une interface, fournit à l’ITSM des informations sur les « actifs » du réseau inventoriés afin « d’enrichir » les informations présentées dans les processus gérés. Dans la gestion d’un « Change Management », par exemple, ITSM s’appuie sur les informations de l’inventaire et présente les informations selon les nomenclatures utilisées dans l’infrastructure du réseau.
- Interface avec le FM
Le FM (Fault Management) est le système qui permet d’identifier, de prévenir et de résoudre les problèmes potentiels de l’infrastructure d’un telco.
L’inventaire, via l’interface, fournit au FM les informations des « actifs » du réseau inventoriés afin « d’enrichir » les informations présentées dans le FM. Pour les alarmes présentées par un équipement, par exemple, le FM est alimenté par les informations de l’inventaire et présente les informations selon les nomenclatures utilisées dans l’infrastructure du réseau.
- Interface avec le GIS
Le GIS (Geographical Information System) permet le stockage et la gestion (visualisation, analyse, édition) de grandes quantités de données liées à une référence spatiale.
En échangeant des informations via l’interface entre l’inventaire des ressources du réseau et un système GIS, l’infrastructure d’un telco peut être entièrement « visualisée » de manière géoréférencée. Cette visualisation est une aide très importante pour fournir une vue « end2end » des services aux clients et pour effectuer la gestion de la capacité du réseau.
Meilleures pratiques et problèmes courants dans l’intégration d’un système d’inventaire
Lors de l’intégration d’un système d’inventaire dans un telco, les tâches préliminaires les plus importantes à effectuer sont les suivantes :
- Analyse des informations existantes qui doivent être migrées vers le système d’inventaire : il est nécessaire d’analyser et de bien comprendre le contenu de toutes les informations qui doivent être migrées vers le nouveau système d’inventaire en cours de mise en œuvre.
- Analyse des informations fournies par les NMS/EMS/NE : il est nécessaire d’analyser et de bien comprendre le contenu de toutes les informations fournies par les Network Management Systems (NMS), les Element Management Systems (EMS) et/ou les Element Managers (EM) et qui vont être « chargées » dans le nouveau système d’inventaire en cours de mise en œuvre.
- Analyse des informations que le telco souhaite gérer dans l’inventaire : après l’analyse des données fournies par les différentes bases de données et plateformes réseau existantes, il est nécessaire d’identifier les informations que le telco souhaite gérer dans l’inventaire. De cette façon, il est possible d’identifier les informations qui doivent être ajoutées, extraites d’une source supplémentaire, et qui ne sont pas des données « natives » de l’inventaire.
Les problèmes les plus courants lors de l’intégration d’un système d’inventaire dans un telco sont les suivants :
- NBIs n’existant pas dans NMS/EMS/NE
Afin d’effectuer la découverte de l’infrastructure du réseau et la réconciliation ultérieure des informations, il est nécessaire que le NMS/EMS/NE dispose d’une NBI (Northbound Interface) permettant l’extraction de ces informations.
Parfois, mais de moins en moins souvent, cette NBI n’existe pas, soit parce que le fabricant ne le fournit pas, soit parce que le NBI n’est pas à jour, soit encore parce que la licence NBI n’est pas disponible, ce qui rend impossible ce processus de découverte et de réconciliation automatique.
- Informations sur l’infrastructure du réseau inexistantes ou invalides
L’un des principaux problèmes, en général, est le manque d’informations ou la disponibilité d’informations non valables. Bien qu’au départ il semble que toutes les informations à migrer soient correctes, lors d’analyses ultérieures il est détecté que les informations ne sont pas valides dans leur totalité et qu’il y a même des informations qui n’existent pas. Il est nécessaire de détecter ce problème au départ afin de prendre les actions pertinentes et de pouvoir arriver à un inventaire correct de l’infrastructure totale du réseau.
- Différences dans la nomenclature des services sur les plateformes et systèmes de réseau
Il est courant qu’il y ait des différences entre les nomenclatures des services dans les systèmes et dans le réseau. La détection précoce de ces différences est nécessaire pour une découverte/réconciliation correcte, afin que les informations échangées entre l’inventaire et les différents systèmes OSS/BSS soient correctes et que les clients puissent être correctement « gérés ».
- Processus de « Stitching »
Le réseau d’un telco est construit sur une variété de technologies et de fournisseurs. Par conséquent, les services à la clientèle peuvent être pris en charge par plusieurs technologies/fournisseurs. Par exemple, un service pris en charge par deux réseaux WDM de fournisseurs différents, ou un service pris en charge par un réseau SDH et un réseau MPLS.
Chaque NMS/EMS/NE fournit des informations sur l’infrastructure qui « supporte » cette technologie/ce fournisseur. Il n’existe pas de plateforme de réseau qui fournisse des informations sur l’ensemble de l’infrastructure global tu telco.
Il est donc nécessaire que l’inventaire effectue le processus de « Stitching ». Ce processus d’inventaire permet de « suturer » les informations existant dans les différentes technologies/fournisseurs de services. De cette façon, en « cousant » les informations ensemble, il est possible d’avoir une vue « end2end » de ces services supportés par différentes technologies/fournisseurs.
Afin de réaliser correctement ce processus de « couture », il est nécessaire de disposer des informations nécessaires pour « joindre » correctement les « parties » contenues dans chaque service. Le problème existant, dans de nombreuses occasions, est que ces informations ne sont pas correctes ou même qu’elles ne sont pas complètes dans leur intégralité.
Considérations lors de la sélection d’un inventaire de réseau
Le tableau énumère l’ensemble des caractéristiques qui doivent être « étudiées » lors de l’analyse des avantages et des inconvénients, ainsi que des valeurs ajoutées, d’un système d’inventaire.
| Fonctionnalité | Description |
| Architecture matérielle | Il existe des systèmes d’inventaire supportés par une architecture matérielle classique, d’autres qui sont déployés sur des machines virtuelles, et les plus modernes supportent les déploiements cloud-native, kubernetes, etc. |
| Architecture TM Forum | En général, les systèmes d’inventaire ne sont pas adaptés à l’architecture TM Forum. Cependant, certains systèmes évoluent vers la nouvelle ODA (Open Digital Architecture) définie par le TM Forum. |
| Base de données | Chaque jour, en raison des coûts, on a de plus en plus tendance à étudier la base de données qui supporte le système d’inventaire (Oracle, MySQL, SQL Server, MongoDB, MariaDB, etc.). |
| Interface utilisateur | L’interface utilisateur des inventaires d’aujourd’hui est le plus souvent basée sur le web, bien qu’il en existe encore certains avec une interface « lourde ». En outre, il est important d’analyser l’aspect et la convivialité de l’interface utilisateur. |
| Technologies et fournisseurs pris en charge | Le système d’inventaire doit être multi-technologie et multi-fournisseur, prenant en charge tous les types de technologies et de fournisseurs de réseaux. En outre, il est nécessaire d’évaluer comment se fait l’intégration d’une nouvelle technologie/un nouveau fournisseur, car il est possible que seul le fournisseur du système puisse le faire, ou qu’il y ait la possibilité que les intégrateurs du système puissent le faire. |
| Ajout d’informations non standard | Pour chaque type de ressource à inventorier, les systèmes d’inventaire présentent des informations « out-of-the-box » qui peuvent être incluses. En général, des informations supplémentaires doivent être ajoutées. Il est donc nécessaire que le système permette la définition de ces informations supplémentaires à ajouter par type de ressource. |
| Téléchargement massif d’informations | Il est possible d’introduire des données rapidement et facilement en utilisant des téléchargements en masse. |
| Privilèges/rôles des utilisateurs | Il est nécessaire d’évaluer la granularité disponible du système lors de la définition des privilèges/rôles des utilisateurs du système. |
| API avec d’autres systèmes | Il est nécessaire d’évaluer les API dont dispose le système pour communiquer avec d’autres systèmes et la possibilité d’ajouter de nouvelles API si nécessaire. |
| Découverte | En raison de la grande importance des informations fournies par les gestionnaires de réseau, il est nécessaire que le système présente des connecteurs pour l’extraction de ces informations. En outre, il convient d’analyser si ces connecteurs sont « out-of-the-box » et si le développement de nouveaux connecteurs est possible, soit par le fournisseur du système d’inventaire, soit par l’intégrateur du système, soit par les deux parties. |
| Réconciliation | Le processus de réconciliation doit être analysé pour voir sa qualité. Voyez s’il s’agit d’un processus qui peut être configuré par l’intégrateur et comment il fournit des informations sur les écarts, ainsi que le mécanisme d' »alignement » des informations sur l’inventaire et le réseau. |
| Qualité des rapports | Il existe des inventaires qui comportent un module de rapport. Ils peuvent également permettre la connectivité à la base de données à partir d’autres systèmes de rapport ou même des requêtes directement dans la base de données. |
| Fonctionnalités non standard | De plus en plus, les systèmes d’inventaire comportent des fonctionnalités supplémentaires qui rendent le système plus polyvalent, réduisant ainsi les coûts et l’intégration avec d’autres systèmes. Parmi ces fonctionnalités figurent la possibilité de modéliser des processus (« workflows », « BPM »), le « Fault Management », le « Performance Management » ou des systèmes intégrant un GIS. |
Si vous souhaitez plus d’informations sur Satec, veuillez nous contacter ici 👈