Dlaczego 5G potrzebuje systemu NETCONF (1)

NETCONF to pełna nazwa Network Configuration Protocol, czyli protokołu zarządzania siecią, który pozwala NMS (Network Management System) na wydawanie, modyfikowanie i usuwanie konfiguracji podłączonych urządzeń sieciowych (routerów, eNodeB, gNodeB, DU, CU lub RU). NETCONF jest rozwijany i standaryzowany przez IETF; w przypadku O-RAN, jest on odpowiedzialnością WG (Working Group 4).

1. Protokół NETCONF używa kodowania danych XML (Extensible Markup Language) do przetwarzania danych konfiguracyjnych i komunikatów protokołu; opiera się na koncepcji serwera i klienta i wykorzystuje mechanizm RPC (Remote Procedure Call) do osiągnięcia komunikacji między serwerem a klientem. Proces klienta działa na NMS, które może być skryptem lub aplikacją, a serwerem jest typowe urządzenie sieciowe.

2. Charakterystyki NETCONF są następujące:

• Przyjmuje warstwową strukturę protokołu, co czyni go bardziej odpowiednim dla sieci na żądanie, zautomatyzowanych i opartych na chmurze.
• Służy do wydawania, modyfikowania i usuwania konfiguracji urządzeń sieciowych.
• XML (Extensible Markup Language) jest używany do kodowania danych konfiguracyjnych i komunikatów protokołu.
• Opiera się na koncepcji serwera i klienta, gdzie NMS działa jako klient, a urządzenie sieciowe jako serwer.
• Komunikacja między serwerami i klientami jest realizowana za pomocą mechanizmu RPC (Remote Procedure Call).
• Operacje są wykonywane w oparciu o model YANG, co zmniejsza awarie sieci spowodowane błędami konfiguracji ręcznej.
• NETCONF spełnia potrzeby automatyzacji sieci.
• Zapewnia mechanizmy bezpieczeństwa, takie jak uwierzytelnianie i autoryzacja, aby zapewnić bezpieczną transmisję wiadomości. Zapewnia również mechanizmy transakcyjne, obsługując klasyfikację danych, przechowywanie i migrację, etapowe zatwierdzanie i izolację konfiguracji.
• Obsługuje kompleksowe dostarczanie konfiguracji, weryfikację i wycofywanie, minimalizując wpływ na usługi sieciowe.
• Umożliwia dostawcom definiowanie własnych operacji protokołu w celu wdrożenia unikalnych możliwości zarządzania.

3. Dlaczego NETCONF jest potrzebny? Kluczowym wymogiem sieci chmurowych jest automatyzacja sieci w celu szybkiego, na żądanie udostępniania usług i zautomatyzowanego zarządzania operacjami. Tradycyjne podejścia, takie jak CLI i SNM, nie mogą spełnić tego wymagania. Mają one następujące ograniczenia, które NETCONF rozwiązuje.

  31. Wady CLI: Po pierwsze, konfiguracja jest skomplikowana. Po drugie, następujące:

• CLI różnią się w zależności od dostawcy, co wymaga od użytkowników uczenia się i adaptacji skryptów CLI dla każdego dostawcy.
• Struktura i składnia CLI często się zmieniają, co utrudnia utrzymanie skryptów CLI.
• Dane wyjściowe poleceń są nieustrukturyzowane, nieprzewidywalne i łatwo zmienialne, co utrudnia automatyczne parsowanie skryptów CLI.

  3.2 Wady SNMP:

• SNMP nie obsługuje transakcji, co skutkuje nieefektywną konfiguracją.
• SNMP używa protokołu UDP (User Datagram Protocol), który nie zapewnia niezawodnej, sekwencyjnej transmisji danych i brakuje mu skutecznych mechanizmów bezpieczeństwa.
• SNMP nie posiada mechanizmu przesyłania transakcji konfiguracyjnych.
• SNMP zarządza konfiguracją urządzenia na zasadzie urządzenie po urządzeniu i nie obsługuje konfiguracji na poziomie sieci ani współpracy wielu urządzeń.