logo
Envoyer le message
Shenzhen Olax Technology CO.,Ltd
produits
Nouvelles
À la maison > Nouvelles >
Actualités de l'entreprise Pourquoi la 5G a besoin du système NETCONF (1)
Événements
Contacts
Contacts: Ms. Anna
Contactez-nous maintenant
Expédiez-nous

Pourquoi la 5G a besoin du système NETCONF (1)

2025-09-23
Latest company news about Pourquoi la 5G a besoin du système NETCONF (1)

NETCONF est le nom complet du protocole de configuration réseau, qui est un protocole de gestion de réseau permettant au NMS (Network Management System) d'émettre, de modifier et de supprimer la configuration des équipements réseau connectés (routeurs, eNodeB, gNodeB, DU, CU ou RU). NETCONF est développé et normalisé par l'IETF ; pour l'O-RAN, il relève de la responsabilité du WG (Working Group 4).

 

1. Le protocole NETCONF utilise l'encodage de données XML (Extensible Markup Language) pour traiter les données de configuration et les messages du protocole ; il est basé sur le concept de serveur et de client et utilise le mécanisme RPC (Remote Procedure Call) pour réaliser la communication entre le serveur et le client. Le processus client s'exécute sur le NMS, qui peut être un script ou une application, et le serveur est un équipement réseau typique.

 

2. Les caractéristiques de NETCONF sont les suivantes :

  • Il adopte une structure de protocole en couches, ce qui le rend plus adapté aux réseaux à la demande, automatisés et basés sur le cloud.
  • Il est utilisé pour émettre, modifier et supprimer des configurations sur les équipements réseau.
  • XML (Extensible Markup Language) est utilisé pour l'encodage des données de configuration et des messages du protocole.
  • Basé sur le concept de serveur et de client, le NMS agit comme un client et l'équipement réseau agit comme un serveur.
  • La communication entre les serveurs et les clients est réalisée à l'aide du mécanisme RPC (Remote Procedure Call).
  • Les opérations sont exécutées sur la base du modèle YANG, ce qui réduit les pannes réseau causées par des erreurs de configuration manuelles.
  • NETCONF répond aux besoins de l'automatisation du réseau.
  • Il fournit des mécanismes de sécurité tels que l'authentification et l'autorisation pour assurer la transmission sécurisée des messages. Il fournit également des mécanismes de transaction, prenant en charge la classification, le stockage et la migration des données, la validation progressive et l'isolation de la configuration.
  • Il prend en charge la livraison, la vérification et le retour en arrière complets de la configuration, minimisant ainsi l'impact sur les services réseau.
  • Il permet aux fournisseurs de définir leurs propres opérations de protocole pour mettre en œuvre des capacités de gestion uniques.

 

 

3. Pourquoi NETCONF est-il nécessaire ? Une exigence clé des réseaux cloud est l'automatisation du réseau pour un provisionnement rapide et à la demande des services et une gestion automatisée des opérations. Les approches traditionnelles telles que CLI et SNMP ne peuvent pas répondre à cette exigence. Elles présentent les limitations suivantes, auxquelles NETCONF répond.

 

  31. Inconvénients de la CLI : Premièrement, la configuration est complexe. Deuxièmement, ce qui suit :

  • Les CLI varient selon le fournisseur, ce qui oblige les utilisateurs à apprendre et à adapter les scripts CLI pour chaque fournisseur.
  • La structure et la syntaxe de la CLI changent fréquemment, ce qui rend les scripts CLI difficiles à maintenir.
  • La sortie des commandes est non structurée, imprévisible et facilement modifiable, ce qui rend difficile l'analyse automatique des scripts CLI.

 

  3.2 Inconvénients de SNMP :

  • SNMP ne prend pas en charge les transactions, ce qui entraîne une configuration inefficace.
  • SNMP utilise le protocole User Datagram Protocol (UDP), qui ne fournit pas de transmission de données fiable et séquencée et manque de mécanismes de sécurité efficaces.
  • SNMP manque d'un mécanisme pour soumettre les transactions de configuration.
  • SNMP gère la configuration des équipements équipement par équipement et ne prend pas en charge la configuration au niveau du réseau ni la collaboration de configuration multi-équipements.