Untuk artikel terkait yang saya bagikan tentang otomatisasi jaringan, silakan merujuk ke katalog "NetDevOps dari Awal"
Dalam beberapa tahun terakhir, dengan terus berkembangnya bidang komputasi awan global dan pertumbuhan bisnis yang berkelanjutan, teknologi jaringan juga terus berkembang, dan teknologi SDN pun bermunculan. Dari ide inti awal pemisahan penerusan dan pengendalian berdasarkan Openflow, masyarakat terus berkembang. Dalam perluasan SDN, masyarakat saat ini dapat mencapai konsensus bahwa Openflow tidak lagi merupakan kondisi yang diperlukan (tetapi pemisahan penerusan dan pengendalian adalah masih merupakan kondisi inti), dan kemampuan program jaringan perlahan-lahan menjadi salah satu kriteria penting untuk mengukur arsitektur SDN.
Pengoperasian peralatan jaringan tradisional yang dapat diprogram umumnya didasarkan pada protokol CLI dan SNMP. Baik skrip atau perangkat lunak manajemen jaringan, semuanya dikembangkan atas dasar ini untuk mencapai jangkauan luas kemampuan program jaringan yang akan kita bicarakan hari ini. kemampuan, sehingga mewujudkan otomatisasi banyak skenario. Beberapa perangkat mendukung konfigurasi beberapa antarmuka web dan penggantian konfigurasi keseluruhan melalui xml. Ini sangat jarang terjadi dan tidak akan dijelaskan secara rinci dalam artikel ini.
CLI
CLI (Command-line Interface) mewujudkan interaksi manusia-komputer melalui baris perintah. Ini adalah keterampilan yang diperlukan bagi pekerja jaringan. Orang-orang membuka perangkat lunak SSH atau Telnet ke perangkat setiap hari, lalu menempelkan konfigurasi, menyimpannya, dan menerapkannya. Suatu hari, orang-orang bosan dengan pengulangan semacam ini, dan menggunakan program untuk secara otomatis membuat skrip konfigurasi, masuk ke perangkat secara berkelompok, dan mengeluarkan konfigurasi agar diterapkan, mewujudkan otomatisasi. Ini adalah metode jaringan yang dapat diprogram. Mari kita bicara tentang kelebihannya, yang sangat sesuai dengan pemikiran, ide, dan sistem teknis masyarakat yang ada. Namun pada akhirnya, pendekatan ini lebih menguntungkan masyarakat dibandingkan perangkat jaringan. Ini memiliki kelemahan sebagai berikut:
-Ada perbedaan besar dalam kumpulan perintah antar produsen. Tidak hanya produsen, versi perangkat lunak yang berbeda dari model yang sama mungkin memiliki perbedaan yang sangat berbeda.
-Pengembang harus paham dengan kumpulan perintah dan cara menggunakannya. Ada risiko keamanan di tingkat konfigurasi. Misalnya dengan jentikan tangan, port yang ingin saya buka berubah menjadi menutup port…
-Tidak ada persyaratan wajib untuk protokol transmisi (SSH dan Telnet), dan terdapat risiko keamanan produksi.
-Proses penguraian dan pembuatan konfigurasi sangat rumit. Dalam banyak kasus, aturan reguler yang ditulis hanya bisa sangat dekat dengan "kebenaran", tetapi tidak secara keseluruhan "kebenaran".
-Tidak ada transaksionalitas, dan suatu konfigurasi mungkin berlaku sebagian dan sebagian tidak berlaku.
-Tidak ada mekanisme inspeksi otomatis dan sepenuhnya bergantung pada manusia. Misalnya, saya ingin menguji apakah skrip yang dihasilkan sudah benar. Ada caranya, tetapi sangat sulit dan seringkali sulit untuk diterapkan dengan mudah.
-Tidak tahu tentang pemodelan data
CLI selalu menjadi cara interaksi manusia-komputer. Ini dapat memberikan kemampuan programabilitas tertentu pada jaringan melalui program, tetapi bagaimanapun juga, ini bukanlah metode yang secara inheren dapat diprogram jaringan. Di bawah gelombang komputasi awan dan SDN saat ini, ini tidak cocok untuk penerapan otomatis skala besar di jaringan, dan kemampuan programnya terbatas. Sulit bagi pihak luar untuk memahami sulitnya pembangunan.
SNMP
SNMP (SNMP, Simple Network Management Protocol), protokol ini dapat mendukung sistem manajemen jaringan untuk memantau apakah perangkat yang terhubung ke jaringan mengalami situasi yang memerlukan perhatian manajemen. Ini terdiri dari seperangkat standar manajemen jaringan, termasuk protokol lapisan aplikasi, skema database, dan sekumpulan objek data.
Untuk sebagian konten di Wikipedia, kami menyoroti manajemen jaringan, pemantauan, dan objek data. Ini digunakan untuk mengelola jaringan, dapat dikonfigurasi dan dikumpulkan, dan terutama digunakan untuk pemantauan. Ini memiliki pemodelan data untuk menyusun beberapa modul, karakteristik, dan data status peralatan jaringan. Hal ini terutama digunakan untuk sistem manajemen jaringan (kebanyakan pemantauan). Kalau begitu mari kita bicara tentang kekurangannya:
-Keterbacaan buruk. Ia lebih memilih “mesin” daripada manusia-mesin. Tidak terbaca saat digunakan, dan data pemodelan juga tidak terbaca. Ia menggunakan superset ASN.1.
-Keamanan terbatas. Ada tiga versi: v1, v2c dan v3, dan keamanan ditingkatkan secara berurutan. Namun, yang paling umum adalah v2c, yang memiliki keamanan terbatas. Versi v3 didesain sangat aman, tetapi tidak universal. . .
-Tidak ada mekanisme pencadangan, pemulihan, atau pengembalian. Kami juga memiliki show run dan metode lain untuk membuat cadangan baris perintah, tetapi snmp. . .
-Sangat sedikit yang menulis. Banyak membaca, sedikit menulis, kebanyakan digunakan untuk monitoring.
-Item data yang dapat dikumpulkan terbatas, dan konfigurasi seluruh perangkat tidak dapat diperoleh. Seringkali kita menemukan bahwa kita dapat menggunakan cli untuk mengumpulkannya, tetapi kita tidak dapat menggunakan snmp untuk mengumpulkannya.
-Ada hambatan kinerja. Batas atas data yang dikumpulkan adalah 64 ribu, dan perincian pengumpulannya terlalu besar. Dalam jaringan yang besar dan kompleks, mungkin diperlukan waktu beberapa menit atau lebih lama. Ini juga menyoroti poin penting. Persyaratan kami untuk granularitas juga sangat ketat. Seringkali kami berharap mengumpulkan lalu lintas port setiap beberapa detik. Dalam jaringan besar, menurut saya perangkat lunak manajemen jaringan tradisional adalah… Untuk memperluas satu kalimat lagi, metode saat ini adalah Telemetri (seperti gRPC) yang dapat mencapai tingkat mikrodetik, dan beberapa memerlukan kombinasi perangkat lunak dan perangkat keras. Memang belum populer, tapi kedepannya pasti jadi tren. Adapun kapan ini akan terjadi di masa depan…
-Sejak lahir, SNMP telah banyak digunakan di bidang pemantauan jaringan untuk memperoleh data untuk pemantauan. Kurangnya dan kompleksitas kemampuan konfigurasi menyebabkan sedikit penggunaannya dalam konfigurasi jaringan. Jaringan hanya baca yang dapat diprogram.
Protokol Netconf dan Model YANG
Menghadapi jaringan generasi berikutnya, protokol manajemen jaringan seperti apa yang kita perlukan untuk lebih mewujudkan kemampuan program jaringan dan meningkatkan tingkat otomatisasi?
IETF mengajukan ide-ide berikut di RFC3535 pada tahun 2002 (sebenarnya ada 33 ide. Berdasarkan informasi online dan sepengetahuan penulis, saya menulis ide-ide berikut):
1. Ada antarmuka yang dapat diprogram untuk konfigurasi jaringan
2. Konfigurasi yang sama dapat digunakan di seluruh produsen dan model
3. Perlu menyatukan bahasa pemodelan dengan keterbacaan yang baik
4. Selesaikan fungsi pengecekan kesalahan dan pemulihan
5. Transaksional
Jika Anda punya ide, implementasikan saja. Pada tahun 2006, IETF mengusulkan protokol Netconf, yang memecahkan masalah yang ditimbulkan oleh RFC3535. Netconf awal hanya menetapkan kerangka dasar dan operasi protokol, dan menentukan solusi yang mempertimbangkan beberapa masalah RFC3535. Perjanjian ini tidak menetapkan bahasa pemodelan terpadu. Oleh karena itu, beberapa peralatan pabrikan awal hanya mendukung beberapa operasi dasar Netconf, dan tidak menggunakan lapisan bawah terpadu. Bahasa pemodelan data.
RFC6020 dirilis pada tahun 2010, mengusulkan bahasa pemodelan Model YANG dan metode menggabungkannya dengan NETCONF. Satu definisi adalah bahasa pemodelan data yang menyatukan logika sumber daya yang mendasari antar produsen, dan definisi lainnya adalah kumpulan perintah terpadu untuk operasi masing-masing produsen pada data konfigurasi dan data status. Instance data yang dibuat oleh model YANG dibungkus dalam protokol Netconf. Transmisi, keduanya digabungkan satu sama lain untuk membangun seperangkat antarmuka jaringan universal baru yang dapat diprogram untuk era baru berdasarkan model YANG dan didorong oleh protokol Netconf.
Setelah tahun 2016, protokol Netconf terintegrasi erat dengan Model YANG dan menjadi populer. Sejauh ini, ketika kita melihat beberapa aspek perangkat lunak arsitektur SDN, kurang lebih kita telah mendengar kedua istilah ini.
YANG dan Netconf, yang satu statis dan yang lainnya dinamis, seperti yin dan yang. Keduanya telah menurunkan dunia jaringan yang dapat diprogram di era berikutnya. (Saat kita melihat gudang YANG di github, kita juga akan menemukan bahwa ikonnya adalah Tai Chi, dan hubungan antara namanya dan "Yang" agak mengungkapkan ide desain desainer aslinya).
Selanjutnya, kita akan membahas secara singkat tentang Model YANG dan protokol Netconf. Pertama mari kita bahas tentang bahasa pemodelan data YANG untuk melihat bagaimana bahasa tersebut menggambarkan kembaran digital dunia jaringan ini.
Model YANG
Dalam dokumen RFC6020, bab pembuka dengan jelas menyatakan, YANG, Bahasa Pemodelan Data untuk Protokol Konfigurasi Jaringan. Ini adalah singkatan dari Yet Another Next Generation (Yang) Data Modeling Language. Ini adalah bahasa pemodelan yang digunakan untuk menggambarkan konsep jaringan.
Mendukung definisi daftar, kamus, dan struktur data yang lebih kompleks, mendukung batasan, enumerasi, impor referensi, manajemen versi, dan namespace. Karena keterbatasan ruang, kami akan memberikan penjelasan singkatnya. Untuk informasi selengkapnya, Anda dapat merujuk ke:
Ini dapat menggambarkan perangkat jaringan ini dengan sangat sederhana dalam bahasa yang terstruktur. Misalnya untuk definisi port:
Sebagai personel operasi dan pemeliharaan profesional, dengan sedikit dasar-dasar jaringan dan sedikit dasar-dasar pemrograman, Anda dapat memahami definisi port dengan relatif jelas. Ini adalah struktur daftar, dan jumlahnya bisa banyak. Salah satu atributnya adalah nama antarmuka (juga merupakan kunci). , unik, tidak dapat diulang), serta atribut kecepatan dan atribut dupleks, keduanya merupakan string.
Banyak atribut perangkat jaringan yang dijelaskan oleh Model YANG, termasuk status konfigurasi dan status pengoperasian.
Dengan cara ini, Model YANG mendeskripsikan dunia online menggunakan bahasa terstruktur. Jika Anda tertarik, Anda dapat membaca postingan blog Internet di atas yang penjelasannya sangat mendalam.
Itu dapat diubah menjadi data XML dengan sangat baik dan dibungkus dengan protokol Netconf untuk transmisi (kami akan menjelaskannya nanti):
Pada saat yang sama, untuk menyamakan perbedaan antar vendor, Openconfig, yang dipimpin oleh Google, telah menstandarkan model data. Dari situs resminya, kita melihat slogan "Manajemen jaringan berbasis model yang netral vendor dan dirancang oleh pengguna", yang dirancang oleh pengguna dan lintas platform. Pemrograman jaringan berbasis model yang umum digunakan oleh vendor (mari kita terjemahkan seperti ini dulu). Sederhananya, ini adalah membuat pemodelan antara berbagai pabrikan menjadi sama, sehingga saat Anda mengonfigurasi data tertentu, Anda tidak perlu menelusuri model Yang pribadi masing-masing pabrikan satu per satu. Namun Internet selalu memiliki protokol pribadi, dan produsen yang berbeda akan selalu membuat protokol pribadi yang baru dan lebih baik untuk "pengalaman pengguna yang lebih baik" dan "strategi bisnis yang lebih baik" (ini sebenarnya adalah dosa asal produsen jaringan). Gambar menunjukkan beberapa implementasi model openconfig yang lebih umum digunakan.
Dilihat dari gambarnya menurut saya cukup banyak, dan konfigurasi yang umum digunakan relatif lengkap. Namun dalam praktiknya, hal ini bergantung pada apakah pabrikan juga mendukung model Yang tersebut. Beberapa perangkat versi lebih tinggi dari subjek tertentu pada dasarnya didukung. Saya belum melihat lebih dekat yang dalam negeri.
Jaringan tidak bisa persis sama. Bagi seorang insinyur yang terlibat dalam pengembangan pengoperasian dan pemeliharaan jaringan, merupakan suatu berkah untuk dapat mencapai tujuan yang sama!
openconfig dapat ditemukan di https://github.com/openconfig/public/tree/master/release/models
Anda dapat menemukan model Yang pribadi di berbagai situs resmi.
Protokol Netconf
Setelah membicarakan model Yang, mari kita bahas tentang protokol Netconf. Model Yang mendefinisikan deskripsi digital dunia jaringan, dan Netconf mendefinisikan akuisisi (dapatkan) dan penyesuaian (konfigurasi) data.
Netconf merangkum data dunia yang dijelaskan oleh model Yang untuk mewujudkan pengelolaan dunia jaringan.
Data Yang dienkapsulasi dalam xml dan kemudian dikelola melalui protokol Netconf. Ini adalah protokol dengan ide berlapis yang bagus, menjelaskan beberapa detail protokol secara hierarki. Mari kita lihat gambar di atas.
-Transmisi: Netconf ditransmisikan melalui protokol SSH, berorientasi koneksi, dan memiliki jaminan keamanan.
-Pesan: Melakukan panggilan jarak jauh ke perangkat jaringan melalui RPC, manajer jaringan mengeluarkan permintaan rpc, dan perangkat jaringan melanjutkan balasan rpc.
-Operasi: Ini adalah jiwa Netconf. Ini mendukung get (konfigurasi dan menjalankan data), get-config (mendapatkan data konfigurasi, dan perangkat dapat memiliki beberapa data konfigurasi, satu berjalan, satu startup, beberapa kandidat kandidat), edit -config (mengonfigurasi parameter perangkat jaringan, mendukung penambahan, penghapusan dan modifikasi), delete-config, copy-config (menyalin konfigurasi ke tujuan, tujuan dapat berupa ftp, file atau konfigurasi yang sedang berjalan, dll.), lock\unlock (mengunci konfigurasi untuk mencegah konflik atau kegagalan konfigurasi yang disebabkan oleh operasi multi-proses) dan seterusnya.
-Data: data adalah data yang dibungkus dalam xml. Seperti port yang kami jelaskan di atas, data terstruktur mudah diprogram. Digunakan untuk menggambarkan data yang akan dikonfigurasi atau dihapus atau diperoleh.
Ini adalah empat lapisan Netconf. Ujung kontrol dan perangkat jaringan berkomunikasi melalui Netconf, melalui protokol ssh tradisional, menggunakan subsistem Netconf, dan port default adalah 830. Seperti yang ditunjukkan di bawah ini:
Gambar ini menunjukkan interaksi menggunakan ssh mentah, namun sebenarnya kami mengimplementasikan proses ini melalui pemrograman. Saya akan menunjukkan metode implementasi pemrograman kepada Anda nanti.
Netconf mengkonfigurasi perangkat jaringan. Proses interaksinya kira-kira sebagai berikut:
Gambar ini sangat rendah, Anda juga dapat melihat bahwa itu dibuat oleh saya… Pemahaman saya tentang Netconf adalah seperti di atas. Saya rasa ada banyak gambar di Internet yang tidak benar, dan banyak perilaku agen server yang tidak benar. Inilah yang saya rasakan secara intuitif ketika saya masuk ke perangkat, dan tentu saja sesuai dengan dokumentasi resmi.
Kita dapat melihat beberapa contoh Netconf:
Halo, buat tautan.
Kami melihat beberapa kata kunci, versi Netconf, Model YANG didukung, id sesi. Pada saat yang sama, hello menunjukkan namespace tempat kita beroperasi. Dalam hal ini, ini adalah versi Netconf yang sesuai.
Dapatkan konfigurasi
Salah satu parameter get-cofig adalah source, yang merupakan tempat diperolehnya data konfigurasi (running, startup atau lainnya). Parameter lainnya adalah filter, yaitu data mana yang diperoleh dari model data yang dijelaskan oleh model Yang mana. Hal ini sesuai dengan kemampuan awalnya yang dikirimkan oleh perangkat jaringan. Jika berhasil, data konfigurasi terkait akan dikembalikan.
Dapatkan konfigurasi atau data yang berjalan
Mirip dengan get-config, namun yang didapat adalah konfigurasi running (pemahaman pribadi) atau data running. Filter dapat ditentukan.
Salin konfigurasi
Operasi penyalinan memiliki dua parameter, sumber dan tujuan. Balasan yang berhasil adalah dengan tag ok.
Edit konfigurasi
Saat mengedit konfigurasi, tentukan item data yang akan diedit, namespace kemampuan, dan label yang sesuai. Misalnya, ini untuk mengkonfigurasi dhcp, yang dijelaskan oleh model Yang http://tail-f.com/ns/example/dhcp.
Tutup sesi dengan anggun
Pesan seperti inilah yang dikirimkan bolak-balik di ssh. Kami hanya mengekstrak sebagian pesan untuk memudahkan pemahaman semua orang.
Kemudian cukup tambahkan beberapa konten untuk referensi.
-Netconf didasarkan pada sesi, dan setiap keberhasilan akan memiliki id sesi.
-Setiap permintaan memiliki id pesan, asalkan secara bertahap menjadi lebih besar
-Konfigurasi data dapat dikunci, eksklusif, dan dioperasikan melalui kunci.
-Netconf bersifat transaksional, dan semua operasi diterapkan atau tidak sama sekali. Pada saat yang sama, menurut dokumentasi situs resmi, transaksionalitas ini untuk konfigurasi N perangkat jaringan, yaitu polimorfisme konfigurasi satu kali dapat mendukung transaksionalitas. Tapi aku belum melakukannya…
-Netconf mendukung berlangganan. Dalam hal kinerja perangkat, urutan besarnya adalah sekitar 5 sesi. Saya dapat berlangganan item data tertentu dan perangkat akan memberi tahu saya bila ada perubahan.
-Kemampuan, begitulah cara saya memahaminya. Perangkat jaringan mengirimkan versi Netconf dan Model YANG, dan terminal kontrol mengirimkan versi Netconf. Hanya ketika versi Netconf cocok dengan keduanya, kita dapat melanjutkan. Ini adalah perasaan intuitif saya. Setiap saran diterima.
-Operasi seperti dapatkan edit akan menentukan data yang akan diubah, yang dapat disaring menggunakan filter.
-copy-config mendukung penyalinan satu set konfigurasi lengkap dari suatu tempat ke suatu tempat. Suatu tempat dapat berupa File FTP, berjalan, startup, dan konfigurasi kandidat pada perangkat.
-Netconf juga mendukung verifikasi konfigurasi, menggunakan operasi validasi.
Artikel ini tetap berharap untuk mempopulerkan ilmu pengetahuan, dan saya tidak akan menjelaskannya secara detail. Anda dapat membaca protokol RFC yang relevan, yang sebenarnya tidak terlalu panjang.
Dalam praktiknya, berdasarkan beberapa perangkat lunak sumber terbuka, seperti klien python, kita dapat dengan mudah mengkonfigurasi perangkat jaringan secara otomatis dan mencapai kemampuan program jaringan. Ini adalah misi Netconf dan YANG Model.
Personil jaringan membaca definisi Model YANG diformat dengan baik dan menggunakan bahasa pemrograman yang relevan untuk melakukan operasi yang dapat diprogram pada perangkat jaringan berdasarkan operasi yang ditentukan oleh Netconf. Dengan cara ini, jalur menuju kemampuan program jaringan ditempa.
Mari kita kembangkan dan bayangkan Model YANG telah mendefinisikan struktur data perangkat jaringan. Kita dapat mengoperasikannya melalui Netconf. Bisakah itu juga dioperasikan melalui protokol lain?
Jawabannya iya. Faktanya, banyak protokol lain yang diturunkan dari Netconf, seperti RESTConf. Seperti yang ditunjukkan di bawah ini,
Model YANG (publik dan asli) mendefinisikan struktur data, di atasnya terdapat protokol manajemen jaringan baru, Netconf, RESTCon, gRPC, dll. Dengan cara ini, kita dapat mengoperasikan perangkat jaringan melalui RESTConf berdasarkan HTTP RESTful API, kita juga dapat mengoperasikan jaringan perangkat melalui Netconf berdasarkan SSH, atau kita dapat mengoperasikan perangkat jaringan melalui gRPC berdasarkan HTTP2.0. Semuanya berdasarkan YANG dengan struktur data yang baik. Modelkan, tulis data yang sesuai, enkapsulasi ke dalam xml atau json untuk memprogram perangkat jaringan. Ini adalah masa depan kemampuan program jaringan. Tepatnya, ini adalah Model Driven Program, kemampuan program jaringan berbasis model. Insinyur jaringan secara bertahap fokus pada parameter perangkat alih-alih kumpulan perintah, dan mengonfigurasi parameter jaringan dengan membaca model data yang sesuai.
Di bagian akhir, saya menulis, mengapa saya harus membuka akun publik ini. Saya mempelajari ilmu dan teknologi komputer ketika saya masih di sekolah. Setelah memasuki tempat kerja, saya terlibat dalam pekerjaan pengoperasian dan pemeliharaan jaringan. Kalau dipikir-pikir, alasan kenapa saya dibagi menjadi beberapa tim mungkin karena saya adalah seorang mahasiswa pascasarjana di Lembaga Penelitian Teknologi Jaringan (manual lucu). Sejak awal, saya terlibat dalam operasi jaringan. Pada tahap operasi dan pemeliharaan selanjutnya, alat digunakan untuk menyederhanakan pekerjaan dan meningkatkan efisiensi berdasarkan CLI. Kemudian, alat tersebut secara bertahap dikembangkan menjadi aplikasi web terstruktur BS. Mereka terus-menerus dihadapkan pada teknologi baru dan terus memperkaya fungsi-fungsi baru.
Untungnya, mereka berhasil mengejar perkembangan teknologi open source dan SDN, dan secara bertahap saya beralih ke pekerjaan NetDevOps dan menggunakan keterampilan pemrograman saya untuk meningkatkan kemampuan pengoperasian dan pemeliharaan tim. Saya juga menikmati menulis baris kode ini. Seiring kemajuan penulisan, secara bertahap ditemukan bahwa NetDevOps harus menjadi keterampilan yang harus dimiliki setiap insinyur jaringan di masa depan (setiap orang menambahkan bahan bakar ke dalam api), sehingga mereka dapat mencapai perencanaan tingkat tinggi dan implementasi yang cepat. Melihat kembali beberapa informasi di Internet, sejujurnya, hanya ada sedikit informasi di Tiongkok, dan suasana dalam negeri tidak terlalu kuat. Banyak perangkat lunak dalam negeri didasarkan pada CLI dan snmp lama, dan semua orang masih menggunakan alat teks dan alat SSH untuk bekerja. Jadi saya harap sayadapat mengajari orang lain cara memancing, berbagi pengalaman (lubang) dan keterampilan saya dengan lebih banyak insinyur pengoperasian dan pemeliharaan jaringan, dan lakukan yang terbaik. Xiao Chu berkata bahwa Anda dapat mempelajari sesuatu untuk mengurangi beban kerja Anda, dan dengan berfokus pada masa depan yang jauh, pengoperasian dan pemeliharaan jaringan domestik dapat benar-benar berkembang menuju otomatisasi.
Kedepannya, saya akan merekam beberapa video dan menulis beberapa artikel. Rasanya sangat berat untuk menulis dokumen. Anda dipersilakan untuk berlangganan, mengumpulkan, klik suka dan tonton.
lampiran: Operasi umum Netconf
Desain Solusi DWDM OTN dan Kutipan Biaya, mohon tautkan dengan saya, Taylor Huang
