近年來(lái)，隨著全球云計(jì)算領(lǐng)域的不斷發(fā)展與業(yè)務(wù)的不斷增長(zhǎng)，促使網(wǎng)絡(luò)技術(shù)也不斷發(fā)展，SDN技術(shù)應(yīng)運(yùn)而生，從最初的基于Openflow的轉(zhuǎn)發(fā)與控制分離的核心思想，人們不斷的去擴(kuò)展SDN的外延，目前，人們可以達(dá)成一個(gè)共識(shí)，Openflow不再是必備條件（但轉(zhuǎn)發(fā)與控制分離依然是核心條件），網(wǎng)絡(luò)可編程能力慢慢地成為衡量一套SDN架構(gòu)的重要標(biāo)準(zhǔn)之一。

傳統(tǒng)的網(wǎng)絡(luò)設(shè)備進(jìn)行可編程操作，一般是基于CLI與SNMP協(xié)議去進(jìn)行的，腳本也好，網(wǎng)管軟件也罷，都是在此基礎(chǔ)上去進(jìn)行開(kāi)發(fā)，實(shí)現(xiàn)我們今天要談的廣義范圍上的網(wǎng)絡(luò)可編程能力，進(jìn)而實(shí)現(xiàn)很多場(chǎng)景的自動(dòng)化。有些設(shè)備支持一些web界面的配置，通過(guò)xml進(jìn)行整體配置的替換，此類極少，本篇不做贅述。

CLI

CLI（Command-line Interface），通過(guò)命令行的方式實(shí)現(xiàn)人機(jī)交互，是網(wǎng)工必備的熟練，人們每天打開(kāi)軟件ssh或者Telnet到設(shè)備，然后貼入一段配置，保存生效。有一天人們厭倦了這種重復(fù)，通過(guò)程序自動(dòng)生成配置腳本，批量登錄到設(shè)備下發(fā)配置生效，實(shí)現(xiàn)自動(dòng)化，這是一種網(wǎng)絡(luò)可編程的方式。說(shuō)說(shuō)優(yōu)點(diǎn)，非常符合人的思維、思路與既有的技術(shù)體系。但是說(shuō)到底，這種方式更傾向于人，而非網(wǎng)絡(luò)設(shè)備。它有著以下一些缺點(diǎn)：

• 廠商之間的命令集存在巨大差異，何止是廠商，同型號(hào)不同軟件版本可能差異都非常大。
• 開(kāi)發(fā)人員必須熟知命令集及其使用方法，從配置層面存在安全風(fēng)險(xiǎn)。比如手一瓢，想開(kāi)端口變成了關(guān)閉端口...
• 對(duì)傳輸協(xié)議不強(qiáng)制要求（SSH與Telnet），存在生產(chǎn)安全風(fēng)險(xiǎn)
• 解析與生成配置的過(guò)程及其復(fù)雜，很多時(shí)候?qū)懙恼齽t只能是無(wú)限接近“真相”，而不是全部“真相”。
• 沒(méi)有事務(wù)性，一次配置可能部分生效，部分不生效
• 沒(méi)有自動(dòng)化的檢查機(jī)制，完全依賴人。比如我想測(cè)試一下這段生成的腳本對(duì)不對(duì)，有辦法，但是很困難，很多時(shí)候難以簡(jiǎn)單實(shí)現(xiàn)。
• 沒(méi)有數(shù)據(jù)建模的思想

CLI始終是人機(jī)交互的方式，可以通過(guò)程序可以賦予網(wǎng)絡(luò)一定的可編程能力，但它畢竟不是天生面向網(wǎng)絡(luò)可編程的一種方式。在當(dāng)今云計(jì)算與SDN的浪潮之下，不適用于網(wǎng)絡(luò)中的大規(guī)模自動(dòng)化部署，可編程能力有限，這其中的開(kāi)發(fā)難度難以為外人道也。

SNMP

SNMP（SNMP，Simple Network Management Protocol），該協(xié)議能夠支持網(wǎng)絡(luò)管理系統(tǒng)，用以監(jiān)測(cè)連接到網(wǎng)絡(luò)上的設(shè)備是否有任何引起管理上關(guān)注的情況。它由一組網(wǎng)絡(luò)管理的標(biāo)準(zhǔn)組成，包含一個(gè)應(yīng)用層協(xié)議（application layer protocol）、數(shù)據(jù)庫(kù)模式（database schema），和一組數(shù)據(jù)對(duì)象。

維基百科里的一段內(nèi)容，我們劃下重點(diǎn)，網(wǎng)絡(luò)管理，監(jiān)測(cè)，數(shù)據(jù)對(duì)象。它是用來(lái)管理網(wǎng)絡(luò)的，能配置能采集，主要用于監(jiān)測(cè)，它有數(shù)據(jù)建模，將網(wǎng)絡(luò)設(shè)備的一些模塊、特征、狀態(tài)數(shù)據(jù)結(jié)構(gòu)化。主要是用于網(wǎng)管系統(tǒng)（劃重點(diǎn)，多是監(jiān)控）。那我們也來(lái)說(shuō)說(shuō)它的缺點(diǎn)：

• 可讀性差。它偏向人機(jī)中的“機(jī)”，用起來(lái)可讀性差，建模數(shù)據(jù)也可讀性低，用的是一個(gè)ASN.1的超集。
• 安全性受限，有v1 v2c v3三個(gè)版本，安全性依次提高，但是目前最通用的是v2c，安全性有限。v3版本從設(shè)計(jì)上很安全，但是普及性。。。
• 無(wú)備份及恢復(fù)回滾等機(jī)制。命令行我們還有show run等方式備份，但snmp。。。
• 極少的寫操作。讀很多，寫很少，多用于監(jiān)控。
• 能采集的數(shù)據(jù)項(xiàng)有限，無(wú)法獲取整臺(tái)設(shè)備的配置。很多時(shí)候我們發(fā)現(xiàn)能用cli采集出來(lái)，但是無(wú)法用snmp采集。
• 性能有瓶頸，采集數(shù)據(jù)上限64K，采集顆粒度過(guò)大，在大型復(fù)雜網(wǎng)絡(luò)中可能是分鐘級(jí)或者更久。這個(gè)也劃下重點(diǎn)，我們對(duì)于顆粒度的要求也非常嚴(yán)格，很多時(shí)候希望幾秒鐘采集一次端口流量。大型網(wǎng)絡(luò)中，傳統(tǒng)的網(wǎng)管軟件，我覺(jué)得是...多展開(kāi)一句，現(xiàn)在的方式是Telemetry（比如gRPC）可以實(shí)現(xiàn)微秒級(jí)，有的需要軟硬件結(jié)合才行，目前還未普及，但未來(lái)一定是趨勢(shì)，至于這個(gè)未來(lái)什么時(shí)候來(lái)..

SNMP自誕生之日，極大地被應(yīng)用在了網(wǎng)絡(luò)監(jiān)控領(lǐng)域，用于獲取數(shù)據(jù)進(jìn)行監(jiān)控，配置能力的缺失與復(fù)雜導(dǎo)致人們對(duì)其在網(wǎng)絡(luò)配置方面使用甚少。只有讀的網(wǎng)絡(luò)可編程...

Netconf協(xié)議與YANG Model

面向下一代網(wǎng)絡(luò)，我們需要什么樣的網(wǎng)絡(luò)管理協(xié)議去更好地實(shí)現(xiàn)網(wǎng)絡(luò)可編程能力，提高自動(dòng)化的水平？

IETF于2002年在RFC3535提出了以下幾點(diǎn)設(shè)想（實(shí)際有33條之多，結(jié)合網(wǎng)上資料與筆者認(rèn)知，寫了以下幾條）：

1、有對(duì)網(wǎng)絡(luò)配置的可編程接口

2、同樣的配置可以跨廠商型號(hào)

3、需要統(tǒng)一可讀性良好的建模語(yǔ)言

4、完整的錯(cuò)誤檢查及恢復(fù)功能

5、事務(wù)性

有了想法，那就去實(shí)現(xiàn)，在2006年IETF提出了Netconf協(xié)議，基于RFC3535提出的問(wèn)題進(jìn)行了解決。最初的Netconf只規(guī)定了協(xié)議的基本框架和操作，定義考慮RFC3535的一些問(wèn)題的解決方法，沒(méi)有規(guī)定統(tǒng)一的建模語(yǔ)言，所以早期部分廠商的設(shè)備只是支持Netconf的一些基本操作，底層沒(méi)有使用統(tǒng)一的數(shù)據(jù)建模語(yǔ)言。

在2010年發(fā)布了RFC6020， 提出了YANG Model建模語(yǔ)言，以及和NETCONF 的結(jié)合方法。一個(gè)定義的是數(shù)據(jù)建模的語(yǔ)言統(tǒng)一各廠商之間的底層資源邏輯，一個(gè)定義的是對(duì)配置數(shù)據(jù)、狀態(tài)數(shù)據(jù)的操作統(tǒng)一各廠商的命令集，YANG模型創(chuàng)建的數(shù)據(jù)實(shí)例包裹在Netconf協(xié)議之中傳輸，二者相互結(jié)合，構(gòu)建了一套新的基于YANG模型的使用Netconf協(xié)議驅(qū)動(dòng)的新時(shí)代的通用網(wǎng)絡(luò)可編程接口。

在2016年之后，Netconf協(xié)議與YANG Model緊密結(jié)合并流行開(kāi)來(lái)。至此我們?cè)偃タ匆恍㏒DN架構(gòu)軟件層面的時(shí)候，多多少少聽(tīng)到了這兩個(gè)名詞。

YANG 與Netconf，一個(gè)是靜，一個(gè)動(dòng)，就好比陰陽(yáng)，二者衍生出了下一個(gè)時(shí)代的網(wǎng)絡(luò)可編程世界。（當(dāng)我們?nèi)タ磄ithub上，YANG的倉(cāng)庫(kù)時(shí)也會(huì)發(fā)現(xiàn)，它的圖標(biāo)是太極，包括它名字中與“陽(yáng)”的關(guān)聯(lián)也多少透露出當(dāng)初設(shè)計(jì)者的設(shè)計(jì)思想）

我們接下來(lái)就簡(jiǎn)單講講YANG Model與Netconf協(xié)議，我們先來(lái)講數(shù)據(jù)建模語(yǔ)言YANG，看看它是如何描述這個(gè)網(wǎng)絡(luò)世界的數(shù)字孿生。

YANG Model

在RFC6020的文檔中，開(kāi)篇明義，YANG，A Data Modeling Language for the Network Configuration Protocol。是Yet Another Next Generation (Yang) Data Modeling Language的縮寫。它是一種建模語(yǔ)言，用于描述網(wǎng)絡(luò)概念的。

支持定義列表、字典、甚至更復(fù)雜的數(shù)據(jù)結(jié)構(gòu)，支持約束、枚舉、引用導(dǎo)入，版本管理、命名空間。由于篇幅，我們做簡(jiǎn)單講解，詳細(xì)信息大家可以參考：

官方文檔：https://tools.ietf.org/html/rfc6020

互聯(lián)網(wǎng)博文：https://www.jianshu.com/p/ca7f5fe11fae

它可以非常簡(jiǎn)單的用結(jié)構(gòu)化語(yǔ)言描述出這個(gè)網(wǎng)絡(luò)設(shè)備。比如對(duì)于一個(gè)端口的定義：

作為一個(gè)專業(yè)的運(yùn)維人員，有點(diǎn)網(wǎng)絡(luò)基礎(chǔ)和一點(diǎn)點(diǎn)編程基礎(chǔ)就可比較清晰的了解端口的定義，它是一個(gè)list結(jié)構(gòu)的，可以有多個(gè)，它的一個(gè)屬性是interface-name(同時(shí)是key，唯一，不可重復(fù))，還有speed屬性和duplex屬性，他們都是字符串。
一個(gè)網(wǎng)絡(luò)設(shè)備的很多屬性都以YANG Model去描述，包括配置狀態(tài)和運(yùn)行狀態(tài)。

就這樣，YANG Model用結(jié)構(gòu)化語(yǔ)言描述了這個(gè)網(wǎng)絡(luò)世界。有興趣額的可以看看上面的那個(gè)互聯(lián)網(wǎng)博文，有非常深入的描述。

它可以很好的轉(zhuǎn)換成XML數(shù)據(jù)，包裹在Netconf協(xié)議之中進(jìn)行傳輸（我們后續(xù)會(huì)講解）：

同時(shí)為了拉平廠商之間的差異，谷歌牽頭的Openconfig對(duì)數(shù)據(jù)模型就行了標(biāo)準(zhǔn)化，從官網(wǎng)中我們看到這樣一行標(biāo)語(yǔ)“Vendor-neutral, model-driven network management designed by users”,由用戶設(shè)計(jì)的、跨廠商通用的、模型驅(qū)動(dòng)的網(wǎng)絡(luò)編程（我么先這么翻譯吧）。簡(jiǎn)單點(diǎn)說(shuō)它是為了讓各廠商之間的建模是相同的，大家再去配置某些數(shù)據(jù)的時(shí)候就不用一個(gè)個(gè)去翻看各廠商的私有的yang model了。但是網(wǎng)絡(luò)總有私有協(xié)議，不同廠商總會(huì)為了“更好的用戶體驗(yàn)”和“更好的商業(yè)戰(zhàn)略”去創(chuàng)造新的、更牛的私有協(xié)議（這真的是網(wǎng)絡(luò)廠商的原罪啊）。圖中是一些比較常用openconfig的yang model實(shí)現(xiàn)。

從圖中來(lái)看，我覺(jué)得還是挺多的，常用的配置比較齊全。但是實(shí)際中要看廠商是否也支持這些yang model。某科的一些高版本的設(shè)備基本都是支持的。國(guó)產(chǎn)的我暫時(shí)沒(méi)去細(xì)看。

網(wǎng)絡(luò)是不可能完全相同的，能做到大同，對(duì)于一個(gè)做網(wǎng)絡(luò)運(yùn)維開(kāi)發(fā)的工程師來(lái)說(shuō)，已經(jīng)是謝天謝地了！

openconfig可以在

https://github.com/openconfig/public/tree/master/release/models

查找。私有的yang model 大家可以去各個(gè)官網(wǎng)查找。

Netconf協(xié)議

說(shuō)完了yang model，我們來(lái)聊聊Netconf協(xié)議，yang model定義了網(wǎng)絡(luò)世界的數(shù)字描述，Netconf定義了對(duì)數(shù)據(jù)的獲取（get）與調(diào)整（config）。
Netconf對(duì)yang model描述的世界的數(shù)據(jù)yang data封裝操作，實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)世界的管理。

yang data封裝在xml中，然后通過(guò)Netconf協(xié)議進(jìn)行管理。它是一個(gè)分層思想很棒的協(xié)議，有層次的描述了這個(gè)協(xié)議的一些細(xì)節(jié)。我們看看上圖。

• 傳輸：Netconf是通過(guò)SSH協(xié)議傳輸，面向連接，且有安全保障。
• 消息：通過(guò)RPC進(jìn)行對(duì)網(wǎng)絡(luò)設(shè)備的遠(yuǎn)端調(diào)用，網(wǎng)管發(fā)出rpc請(qǐng)求，網(wǎng)絡(luò)設(shè)備恢復(fù)rpc-reply。
• 操作：這是Netconf的靈魂所在，它支持get（配置及運(yùn)行數(shù)據(jù)）、get-config（獲取配置數(shù)據(jù)，且一個(gè)設(shè)備可以有多個(gè)配置數(shù)據(jù)，一個(gè)running，一個(gè)startup，多個(gè)candidate候選）、edit-config（配置網(wǎng)絡(luò)設(shè)備的參數(shù)，支持增刪改）這些常用的，還有delete-config、copy-config（復(fù)制配置到目的地，目的地可以是ftp、文件或者是正在running的配置等等）、lockunlock(對(duì)配置進(jìn)行鎖定，防止多進(jìn)程操作導(dǎo)致的配置沖突或者失敗等情況)等等。
• 數(shù)據(jù)：data就是xml包裹的yang data，如上圖我們所描述的那個(gè)端口一樣，結(jié)構(gòu)化數(shù)據(jù)易于編程。用來(lái)描述要配置或者刪除或者獲取的數(shù)據(jù)。

這就是Netconf的四個(gè)layer，控制端與網(wǎng)絡(luò)設(shè)備端通過(guò)Netconf溝通，通過(guò)傳統(tǒng)的ssh協(xié)議，用Netconf子系統(tǒng)，默認(rèn)端口是830。如下圖：

這個(gè)圖用原始的ssh演示了交互，但是實(shí)際上我們是通過(guò)編程去實(shí)現(xiàn)這個(gè)過(guò)程的。編程的實(shí)現(xiàn)方式我后續(xù)會(huì)演示給大家。

Netconf配置網(wǎng)絡(luò)設(shè)備，交互過(guò)程大致如下：

這個(gè)圖，如此low，大家也可以看出來(lái)，是我自己畫的... 我對(duì)Netconf的理解如上，網(wǎng)上很多圖，我覺(jué)得都是不太對(duì)的，server agent 很多行為都對(duì)不上。這個(gè)是我登錄設(shè)備所直觀感受的，當(dāng)然也和官方文檔是一一對(duì)應(yīng)的。

我們可以看看一些Netconf的例子：

hello，建鏈。

我們看到了幾個(gè)關(guān)鍵字，Netconf的版本，支持的YANG Model，session id。同時(shí)hello中表明我們是在什么樣的命名空間下操作，此例中是Netconf對(duì)應(yīng)版本。

獲取配置

get-cofig有一個(gè)參數(shù)是source，即獲取哪里的配置數(shù)據(jù)（running、startup 或者其他）。還有一個(gè)參數(shù)是filter，即在哪個(gè)yang model描述的數(shù)據(jù)模型獲取哪個(gè)數(shù)據(jù)。這個(gè)對(duì)應(yīng)的是網(wǎng)絡(luò)設(shè)備當(dāng)初發(fā)送的capability中的。如果成功會(huì)回復(fù)對(duì)應(yīng)的配置數(shù)據(jù)。

獲取配置或者運(yùn)行數(shù)據(jù)

類似get-config，但是獲取的是running配置（個(gè)人理解）或者運(yùn)行數(shù)據(jù)。可以指定filter。

復(fù)制配置

復(fù)制操作兩個(gè)參數(shù)，源與目的。成功回復(fù)的是ok標(biāo)簽。

編輯配置

編輯配置的時(shí)候指定編輯的數(shù)據(jù)項(xiàng)，capability的命名空間及對(duì)應(yīng)標(biāo)簽，比如這個(gè)是配置dhcp的，它是有http://tail-f.com/ns/example/dhcp這個(gè)yang model所描述。

優(yōu)雅的關(guān)閉session

在ssh里來(lái)回傳輸?shù)木褪沁@種報(bào)文，我們只是把報(bào)文部分摘出來(lái)，方便大家理解。

然后簡(jiǎn)單補(bǔ)充一些內(nèi)容，供參考。

• Netconf是基于session的，每次成功都會(huì)有一個(gè)session id。
• 每次請(qǐng)求都有message id，只要是逐漸變大即可。
• 對(duì)數(shù)據(jù)配置可以鎖定，獨(dú)占，通過(guò)lock操作。
• Netconf是事務(wù)性的，操作要么全部實(shí)現(xiàn)，要么全部不實(shí)現(xiàn)。同時(shí)根據(jù)官網(wǎng)文檔，這個(gè)事務(wù)性是針對(duì)N臺(tái)網(wǎng)絡(luò)設(shè)備的配置，即一次配置多態(tài)都可以支持事務(wù)性。不過(guò)我沒(méi)操作過(guò)...
• Netconf支持訂閱，看設(shè)備性能而言，數(shù)量級(jí)大概是5個(gè)session左右，我可以訂閱某數(shù)據(jù)項(xiàng)，當(dāng)發(fā)生變化的時(shí)候，設(shè)備會(huì)告知我。
• capability，我是這樣理解的，網(wǎng)絡(luò)設(shè)備發(fā)送的是Netconf的版本和YANG Model，控制端發(fā)送的是Netconf的版本，二者對(duì)的上Netconf版本才能繼續(xù)。這條是我的直觀感受。歡迎指教。
• get edit等操作會(huì)指定要改的數(shù)據(jù)，用filter可以過(guò)濾。
• copy-config支持把一個(gè)配置全集從某處復(fù)制到某處，某處可以是FTP File，設(shè)備上的running、startup、candidate配置。
• Netconf還支持對(duì)配置的驗(yàn)證，使用validate操作。

本文還是希望做到科普，具體細(xì)節(jié)不做贅述，大家可以去看看RFC的相關(guān)協(xié)議，其實(shí)不是很長(zhǎng)。

在實(shí)際中基于一些開(kāi)源的軟件，比如python的ncclient，我們可以非常方便的對(duì)網(wǎng)絡(luò)設(shè)備進(jìn)行自動(dòng)化配置，實(shí)現(xiàn)網(wǎng)絡(luò)可編程。這就是Netconf與YANG Model的使命所在。

網(wǎng)絡(luò)人員閱讀格式良好的YANG Model定義，基于Netconf定義的操作，使用相關(guān)的編程語(yǔ)言對(duì)網(wǎng)絡(luò)設(shè)備進(jìn)行可編程操作。通過(guò)這種方式鑄就網(wǎng)絡(luò)可編程的道路。

我們?cè)偃U(kuò)展的想象一下，YANG Model已經(jīng)定義了網(wǎng)絡(luò)設(shè)備的數(shù)據(jù)結(jié)構(gòu)，我們可以通過(guò)Netconf去操作，那是不是也可以通過(guò)其他協(xié)議去操作呢？

答案是肯定的，實(shí)際上后續(xù)也從Netconf衍生出了很多其他的協(xié)議，比如RESTConf。如下圖，

YANG Model（public與native）定義了數(shù)據(jù)結(jié)構(gòu)，之上是新的網(wǎng)管協(xié)議，Netconf、RESTCon、gRPC等等。這樣我們可以通過(guò)基于HTTP RESTful API的RESTConf對(duì)網(wǎng)絡(luò)設(shè)備操作，也可以通過(guò)基于SSH的Netconf對(duì)網(wǎng)絡(luò)設(shè)備操作，也可以通過(guò)基于HTTP2.0的gRPC對(duì)網(wǎng)絡(luò)設(shè)備操作，他們都是基于數(shù)據(jù)結(jié)構(gòu)良好的YANG Model，編寫對(duì)應(yīng)的data，封裝到xml或者json當(dāng)中對(duì)網(wǎng)絡(luò)設(shè)備編程，這就是未來(lái)的網(wǎng)絡(luò)可編程之路，準(zhǔn)確點(diǎn)說(shuō)，是Model Driven Program，基于模型的網(wǎng)絡(luò)可編程。網(wǎng)工逐步的關(guān)注于設(shè)備的參數(shù)，而不是命令集，通過(guò)閱讀對(duì)應(yīng)的數(shù)據(jù)模型，對(duì)網(wǎng)絡(luò)進(jìn)行參數(shù)配置。

寫在最后，我為什么要開(kāi)這個(gè)公眾號(hào)。本人上學(xué)期間學(xué)的是計(jì)算機(jī)科學(xué)與技術(shù)，步入職場(chǎng)后，進(jìn)行的是網(wǎng)絡(luò)運(yùn)維工作，想想分團(tuán)隊(duì)原因可能是我研究生是網(wǎng)絡(luò)技術(shù)研究院導(dǎo)致的（手動(dòng)滑稽），從最開(kāi)始的網(wǎng)絡(luò)運(yùn)維到后期通過(guò)工具基于CLI去簡(jiǎn)化工作，提高效率，后逐步將工具開(kāi)發(fā)成BS架構(gòu)的web應(yīng)用，不斷接觸新技術(shù)，后續(xù)不斷豐富新功能，有幸趕上了開(kāi)源技術(shù)與SDN的發(fā)展，逐步轉(zhuǎn)型做了NetDevOps方面的工作，用自己的編程能力為團(tuán)隊(duì)提高運(yùn)維能力，自己也樂(lè)于這一行行代碼的編寫中。隨著編寫的不斷深入，逐步發(fā)現(xiàn)，NetDevOps應(yīng)該是一個(gè)未來(lái)每個(gè)網(wǎng)工應(yīng)該具備的技能（眾人拾柴火焰高），這樣才能即高屋建瓴又可快速實(shí)現(xiàn)。反觀網(wǎng)絡(luò)上的一些資料，說(shuō)實(shí)話國(guó)內(nèi)非常少，國(guó)內(nèi)的氛圍也不是很強(qiáng)，國(guó)內(nèi)的很多軟件都是基于老的CLI后者snmp，大家工作還是在用文本工具和SSH工具。于是希望自己能夠授人以漁，將自己的經(jīng)驗(yàn)（坑）和技能分享給更多的網(wǎng)絡(luò)運(yùn)維工程師，盡自己的一點(diǎn)綿薄之力。小處說(shuō)，你能學(xué)點(diǎn)東西減少自己的工作量，著眼遠(yuǎn)處，國(guó)內(nèi)的網(wǎng)絡(luò)運(yùn)維能真正向自動(dòng)化方向演進(jìn)。

后續(xù)會(huì)錄一些視頻和編寫一些文章，寫一個(gè)文檔，感覺(jué)真費(fèi)勁，歡迎訂閱收藏點(diǎn)擊喜歡在看之類的。

附錄：

Netconf常見(jiàn)的operation

總結(jié)

以上是生活随笔為你收集整理的基于python的modbus协议编程_通往未来的网络可编程之路：Netconf协议与YANG Model的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。