Pourquoi la 5G a-t-elle besoin du système NETCONF (3) ?

1. Cadre du protocole Comme le montre la figure (1) ci-dessous, NETCONF adopte une structure en couches, où chaque couche encapsule des fonctions spécifiques et fournit des services à la couche supérieure. Cette structure permet à chaque couche de se concentrer sur un seul aspect de NETCONF et réduit les dépendances entre les couches. Les modifications au sein d'une couche ont un impact minimal sur les autres couches.

NETCONF peut être divisé en quatre couches : la couche de sécurité du transport, la couche de message, la couche d'opération, et la couche de contenu. Ces couches sont :

• La couche de sécurité du transport : Cette couche est responsable de la communication entre le client et le serveur. NETCONF peut être superposé à n'importe quel protocole de transport qui répond aux exigences de base, telles que SSH, TLS et HTTPS. SSH est le protocole de transport préféré pour la transmission des messages XML dans NETCONF.
• La couche de message : Cette couche fournit des mécanismes d'encodage RPC et de notification indépendants du transport. Le client encapsule une requête RPC dans un élément et l'envoie au serveur. Le serveur encapsule le résultat du traitement de cette requête dans un élément et l'envoie au client.
• La couche d'opération : Cette couche définit un ensemble d'opérations de protocole de base, qui sont appelées méthodes RPC avec des paramètres encodés en XML.
• La couche de contenu : Cette couche est définie par le modèle de données pour les données de gestion. Actuellement, les modèles de données courants incluent Schema et YANG.        
• Schema est un ensemble de règles pour décrire les fichiers XML. Les appareils utilisent des fichiers de schéma (similaires aux fichiers MIB dans SNMP) pour fournir des interfaces de configuration et de gestion des appareils aux systèmes de gestion de réseau (NMS).
• YANG est un langage de modélisation de données conçu pour NETCONF. Le client peut compiler des opérations RPC en messages XML pour réaliser une communication client-serveur conforme aux contraintes du modèle YANG.

2. Format des messages La figure (2) ci-dessous est une structure complète des messages de requête NETCONF YANG ;

3. Cadre de communication Dans NETCONF, la requête RPC initiée par le client et la réponse du serveur sont toutes deux encodées en XML et contenues respectivement dans les éléments et . Ce cadre requête-réponse est indépendant du protocole de la couche de transport ; certains éléments RPC de base sont énumérés ci-dessous :

• L'élément est utilisé pour encapsuler la requête envoyée par le client NETCONF au serveur NETCONF.
• Le serveur NETCONF envoie un élément en réponse à chaque requête .
• Si une erreur ou une alarme se produit lors du traitement de la requête , le serveur NETCONF renverra un message contenant uniquement l'élément au client NETCONF.
• Si aucune erreur ou alarme ne se produit lors du traitement de la requête , le serveur NETCONF renvoie un message contenant uniquement l'élément au client NETCONF.

 

IV. Configuration de la base de données NETCONF définit un ensemble complet de paramètres de configuration des appareils. NETCONF définit l'existence d'une ou plusieurs bases de données de configuration et autorise les opérations de configuration sur celles-ci. Dans le modèle NETCONF de base, seule la base de données de configuration est disponible. D'autres bases de données de configuration peuvent être définies en fonction des capacités et ne sont disponibles que sur les appareils qui prennent en charge ces capacités. Celles-ci incluent :

 

• : La base de données de configuration en cours d'exécution. Cette base de données stocke toutes les configurations actuellement actives sur un appareil réseau. Il n'existe qu'une seule base de données de configuration sur un appareil, et elle existe toujours.

 

• : La base de données de configuration candidate. Cette base de données stocke les données de configuration à valider dans la base de données de configuration sur l'appareil. Les opérations sur la base de données de configuration peuvent être effectuées sans affecter la configuration actuelle de l'appareil. L'opération est utilisée pour valider une configuration candidate. Pour prendre en charge la base de données de configuration , un appareil doit prendre en charge la capacité de configuration candidate, une capacité NETCONF standard.

 

• : La base de données de configuration de démarrage (similaire à un fichier de configuration enregistré). Elle stocke les données de configuration qui doivent être chargées au démarrage de l'appareil. Pour prendre en charge la base de données de configuration , l'appareil doit prendre en charge la capacité de démarrage indépendante, qui est une capacité NETCONF standard.