Mengapa 5G membutuhkan sistem NETCONF (3)?

1. Kerangka Protokol Seperti yang ditunjukkan pada gambar berikut (1), NETCONF mengadopsi struktur berlapis, di mana setiap lapisan merangkum fungsi-fungsi tertentu dan menyediakan layanan ke lapisan atas. Struktur ini memungkinkan setiap lapisan untuk fokus pada satu aspek NETCONF dan mengurangi ketergantungan antar lapisan. Perubahan dalam suatu lapisan berdampak minimal pada lapisan lain.

NETCONF dapat dibagi menjadi empat lapisan: lapisan keamanan transportasi, lapisan pesan, lapisan operasi, dan lapisan konten. Lapisan-lapisan ini adalah:

• Lapisan keamanan transportasi: Lapisan ini bertanggung jawab atas komunikasi antara klien dan server. NETCONF dapat dilapisi di atas protokol transportasi apa pun yang memenuhi persyaratan dasar, seperti SSH, TLS, dan HTTPS. SSH adalah protokol transportasi yang disukai untuk mengirimkan pesan XML di NETCONF.
• Lapisan pesan: Lapisan ini menyediakan mekanisme pengkodean RPC dan notifikasi yang independen dari transportasi. Klien merangkum permintaan RPC dalam elemen dan mengirimkannya ke server. Server merangkum hasil pemrosesan permintaan ini dalam elemen dan mengirimkannya ke klien.
• Lapisan operasi: Lapisan ini mendefinisikan serangkaian operasi protokol dasar, yang disebut sebagai metode RPC dengan parameter yang dikodekan XML.
• Lapisan konten: Lapisan ini didefinisikan oleh model data untuk data manajemen. Saat ini, model data utama termasuk Skema dan YANG.        
• Skema adalah serangkaian aturan untuk mendeskripsikan file XML. Perangkat menggunakan file skema (mirip dengan file MIB di SNMP) untuk menyediakan konfigurasi perangkat dan antarmuka manajemen ke sistem manajemen jaringan (NMS).
• YANG adalah bahasa pemodelan data yang dirancang untuk NETCONF. Klien dapat mengkompilasi operasi RPC menjadi pesan XML untuk mencapai komunikasi klien-server yang sesuai dengan batasan model YANG.

2. Format Pesan Gambar berikut (2) adalah struktur pesan permintaan NETCONF YANG yang lengkap;

3. Kerangka Komunikasi Dalam NETCONF, permintaan RPC yang diprakarsai oleh klien dan balasan dari server keduanya dikodekan dalam XML dan terkandung dalam elemen dan masing-masing. Kerangka permintaan-balasan ini independen dari protokol lapisan transportasi; beberapa elemen RPC dasar tercantum di bawah ini:

• Elemen digunakan untuk merangkum permintaan yang dikirim oleh klien NETCONF ke server NETCONF.
• Server NETCONF mengirimkan elemen sebagai respons terhadap setiap permintaan .
• Jika ada kesalahan atau alarm yang terjadi selama pemrosesan permintaan , server NETCONF akan mengembalikan pesan yang hanya berisi elemen ke klien NETCONF.
• Jika tidak ada kesalahan atau alarm yang terjadi selama pemrosesan permintaan , server NETCONF mengembalikan pesan yang hanya berisi elemen ke klien NETCONF.

 

IV. Konfigurasi Database NETCONF mendefinisikan serangkaian lengkap parameter konfigurasi perangkat. NETCONF mendefinisikan keberadaan satu atau lebih database konfigurasi dan memungkinkan operasi konfigurasi pada mereka. Dalam model NETCONF dasar, hanya database konfigurasi yang tersedia. Database konfigurasi lainnya dapat didefinisikan berdasarkan kemampuan dan hanya tersedia pada perangkat yang mendukung kemampuan tersebut. Ini termasuk:

 

• : Database konfigurasi yang sedang berjalan. Database ini menyimpan semua konfigurasi yang saat ini aktif pada perangkat jaringan. Hanya ada satu database konfigurasi pada perangkat, dan itu selalu ada.

 

• : Database konfigurasi kandidat. Database ini menyimpan data konfigurasi yang akan diterapkan ke database konfigurasi pada perangkat. Operasi pada database konfigurasi dapat dilakukan tanpa memengaruhi konfigurasi perangkat saat ini. Operasi digunakan untuk menerapkan konfigurasi kandidat. Untuk mendukung database konfigurasi , suatu perangkat harus mendukung kemampuan konfigurasi kandidat, kemampuan NETCONF standar.

 

• : Database konfigurasi startup (mirip dengan file konfigurasi yang disimpan). Ini menyimpan data konfigurasi yang perlu dimuat saat perangkat dimulai. Untuk mendukung database konfigurasi , perangkat harus mendukung kemampuan startup independen, yang merupakan kemampuan NETCONF standar.