Inventaire des réseaux de télécommunications et gestion des commandes pour les télécommunications et les médias

Avec l’application Gestion des commandes pour Telecommunications and Media , vous pouvez gérer toutes vos commandes de produits et de services à partir d’un seul endroit. Ces commandes de produits sont divisées en commandes de service qui sont elles-mêmes divisées en commandes de ressources.

Vue d'ensemble

Le workflow de commande génère les tâches de commande qui exécutent la commande de service côté client (CFS) et la commande de service côté ressource (RFS). Les tâches liées au réseau qui impliquent les éléments de configuration (CI), les modèles et les modèles d’inventaire peuvent interagir avec l’application Telecommunications Network Inventory pour créer des CI de réseau. Pour toutes les tâches de commande liées au réseau, vous devez créer une demande de changement dans l’application Telecommunications Network Inventory .

Le diagramme suivant illustre le processus de haut niveau de gestion d’une demande de service et le Telecommunications Network Inventory workflow détaillé des applications et Gestion des commandes pour Telecommunications .

Les étapes du workflow sont les suivantes :

1. Orchestration : dans cette étape, l’application Gestion des commandes pour Telecommunications remplit la fonction d’orchestration de commande. Il génère des commandes de ressources pour exécuter une variété de tâches liées aux commandes, englobant la planification du réseau. Ces commandes de ressources peuvent être initiées soit par un agent de service, soit par l’intermédiaire du TMF 641.
2. Planifier : à cette étape, le SPM utilise un modèle de projet SPM prédéfini pour lancer la création du projet. Par la suite, le SPM utilise l’intégration établie avec le pour faciliter le Gestion des commandes pour Telecommunications traitement ultérieur du projet.
3. Approvisionnement : à cette étape, une instanciation de l’activité d’approvisionnement pour les actifs matériels permettant de répondre à la demande est obtenue.
4. Affectation de la conception : à cette étape, l’application Telecommunications Network Inventory lance le processus suivant :
   1. Crée une demande de changement qui déclenche le modèle de changement respectif en fonction des caractéristiques de changement analysées.
   2. Crée des tâches de changement en fonction des caractéristiques du changement.
   3. Accomplit toutes les tâches via le flux de tâches d’inventaire qui comprend le sous-flux de modèle, l’action de lecture de flux et l’action de création de flux. Après quoi les CI ou ressources requis sont lus ou créés.
5. Version : à cette étape, le service est physiquement créé ou implémenté via FSM.
6. Activer : le service est déployé à l’aide de la procédure d’activation.

Pour créer un CI de réseau, les applications et Gestion des commandes pour Telecommunications sont intégrées pour effectuer des tâches de service ou de produit, telles que la conception et l’affectationTelecommunications Network Inventory. Une demande de changement est lancée pour les tâches qui nécessitent une action liée à l’inventaire réseau.

Vous devez vous assurer que ces conditions sont remplies :

1. Vous devez disposer de la licence des deux Telecommunications Network Inventory applications et Gestion des commandes pour Telecommunications dans la même instance.
2. Dans cette intégration, seule la demande de commande de service d’action Gestion des commandes pour Telecommunications and Media ADD est fournie.

Pour les administrateurs

Pour créer une demande de changement, un administrateur doit effectuer les tâches suivantes pour une tâche de commande qui nécessite des actions d’inventaire réseau :

1. Créez un créateur d’enregistrement. Pour en savoir plus, reportez-vous à la rubrique Créer un créateur d’enregistrement.
2. Créez un modèle de changement. Pour en savoir plus, reportez-vous à la rubrique Créer un modèle de changement.
   Par défaut, l’application Telecommunications Network Inventory fournit les modèles de changement décrits dans la table suivante.

   Tableau 1. Modèles de changement par défaut

   Modèles de changement	Description
   Mettre en service LAG	Crée des liaisons Ethernet entre les ports et un circuit LAG sur ces liaisons Ethernet. LAG dispose d’interfaces virtuelles. Les plages VLAN sont également créées et associées au LAG.
   Service à large bande GPON (automatisé)	Met en service un service GPON sur le réseau existant.
   Infrastructure de mobilité Fiberwise	Mise en service d’une infrastructure de mobilité sur le réseau existant.
   Concevoir et affecter des équipements de télécommunications	Crée l’équipement en fonction du modèle prédéfini sur un site réseau particulier.

   Les états sont Nouveau, Implémenter, Examiner et Fermé pour les modèles de changement antérieurs. Par défaut, tous les nouveaux états de modèle de changement sont définis comme Nouveau.

3. Créez une entrée de décision dans la table de décision fournie par l’application Telecommunications Network Inventory . Reportez-vous à la rubrique Gestion des commandes pour Telecommunications intégration pour savoir comment créer une entrée.

Le workflow de création d’une tâche de changement à l’aide de l’intégration TNI-OMT est le suivant :

1. Le flux secondaire OMT crée une tâche de commande.
2. Lorsque le déclencheur Tâche de commande créée est reçu, le flux TNI lance Créer une demande de changement, puis crée une action de demande de changement.
3. L’action OMT et la spécification de service sont mappées au modèle de changement, au créateur d’enregistrement dans les tables TNI Order, Task Submit, Script Include et Decision. Ensuite, la caractéristique OMT est mappée aux variables du créateur d’enregistrement.
4. Le Producteur est ensuite soumis au Créateur d’enregistrement via le sn_sc. API CatItem.
5. Crée une demande de changement concernant la tâche de commande, le modèle de changement et les variables. De plus, il utilise le sn sc. CatItem pour renvoyer le résultat au flux TNI.
6. Lorsque cette action est terminée, des notes de travail sont ajoutées à la tâche de commande.
7. Une fois la demande de changement fermée, des notes de travail sont ajoutées à la tâche de commande.

Pour les agents d’inventaire

Un agent d’inventaire peut ouvrir, vérifier, implémenter et fermer les tâches de changement affectées. Une fois implémentés, les CI créés sont ajoutés sous l’onglet CI affectés . Les notes de travail de la tâche de commande sont mises à jour lorsque la tâche de commande est fermée.

Par conséquent, l’application Gestion des commandes pour Telecommunications and Media extrait la liste des CI affectés et crée un élément de base d’installation pour associer la commande de produit au CI. Pour en savoir plus, reportez-vous à la section Configuration de l’exécution des commandes dans la Gestion des commandes pour les télécommunications, les médias et la technologie.

Remarque :

• Une demande de changement pour une tâche de commande n’est créée automatiquement que si une entrée de décision est créée.
• Un certain nombre de demandes de changement sont créées en fonction des besoins d’action d’inventaire d’une tâche de commande.
• En tant que données de démonstration :
  • Dans l’application Gestion des commandes pour Telecommunications and Media , le produit SD-WAN dispose d’une tâche d’allocation et d’installation CPE qui déclenche une demande de changement de création d’équipement dans l’application Telecommunications Network Inventory .
  • L’application Telecommunications Network Inventory dispose de données de démonstration que vous pouvez utiliser pour créer des équipements, provisionner un groupe d’agrégation de liaisons (LAG), automatiser un réseau optique passif d’un gigaoctet (GPON) et une infrastructure de mobilité par fibre optique en tant que Telecommunications Network Inventory flux de travail.

Concepts associés

• Telecommunications Network Inventory intégration avec Gestion des actifs matériels