網(wǎng)絡(luò)自動(dòng)化運(yùn)維教程 課件 項(xiàng)目8 使用RESTCONF協(xié)議配置網(wǎng)絡(luò)

項(xiàng)目8使用RESTCONF協(xié)議配置網(wǎng)絡(luò)項(xiàng)目8使用RESTCONF協(xié)議配置網(wǎng)絡(luò)8.1HTTP協(xié)議原理8.2RESTCONF協(xié)議8.3任務(wù)實(shí)施8.1HTTP協(xié)議原理1HTTP協(xié)議–原理HTTP基于客戶端/服務(wù)端（C/S）的架構(gòu)模型。HTTP請(qǐng)求及響應(yīng)有如下五個(gè)步驟：HTTP客戶端通常是瀏覽器，Web服務(wù)器可以是Apache服務(wù)器，IIS服務(wù)器（InternetInformationServices）等

客戶端與服務(wù)器建立TCP連接?？蛻舳税l(fā)送HTTP請(qǐng)求。請(qǐng)求報(bào)文由請(qǐng)求行、請(qǐng)求頭部、空行和請(qǐng)求數(shù)據(jù)四部分組成。服務(wù)器接受請(qǐng)求并返回HTTP響應(yīng)。響應(yīng)報(bào)文由狀態(tài)行、響應(yīng)頭部、空行和響應(yīng)正文四部分組成。釋放TCP連接?？蛻舳藶g覽器解析響應(yīng)報(bào)文并顯示?？蛻舳藶g覽器依次解析狀態(tài)行、響應(yīng)頭部、響應(yīng)正文并顯示。如正文數(shù)據(jù)為HTML，客戶端根據(jù)HTML的語(yǔ)法對(duì)其進(jìn)行格式化，并在瀏覽器窗口中顯示。8.1HTTP協(xié)議原理2HTTP協(xié)議–特點(diǎn)HTTP具有如下特點(diǎn)：

無(wú)連接：無(wú)連接的含義是限制每次連接只處理一個(gè)請(qǐng)求。服務(wù)器處理完客戶的請(qǐng)求后就斷開連接。媒體獨(dú)立：這意味著，只要客戶端和服務(wù)器知道如何處理的數(shù)據(jù)內(nèi)容，任何類型的數(shù)據(jù)都可以通過(guò)HTTP發(fā)送?？蛻舳艘约胺?wù)器通過(guò)頭部字段指定適合的MIMEType內(nèi)容類型。無(wú)狀態(tài)：無(wú)狀態(tài)是指協(xié)議對(duì)于事務(wù)處理沒(méi)有記憶能力，這樣做利于更快地處理大量事務(wù)，確保協(xié)議的可伸縮性。。8.1HTTP協(xié)議原理3HTTP協(xié)議–客戶端發(fā)送的報(bào)文客戶端發(fā)送的HTTP請(qǐng)求消息包括由請(qǐng)求行、請(qǐng)求頭部、空行和請(qǐng)求數(shù)據(jù)四個(gè)部分組成，下圖給出了請(qǐng)求報(bào)文的一般格式。

8.1HTTP協(xié)議原理4HTTP協(xié)議–客戶端請(qǐng)求報(bào)文請(qǐng)求行由請(qǐng)求方法字段、URI字段和HTTP協(xié)議版本字段3個(gè)字段組成。

請(qǐng)求方法：HTTP使用的請(qǐng)求方法，比如常見的GET/POST等。HTTP客戶程序(例如瀏覽器)，向服務(wù)器發(fā)送請(qǐng)求的時(shí)候必須指明請(qǐng)求類型。URI：URI是一個(gè)統(tǒng)一資源標(biāo)識(shí)符，它標(biāo)識(shí)了請(qǐng)求所針對(duì)的資源。協(xié)議版本：協(xié)議版本旨在允許發(fā)送方指示消息的格式和理解后續(xù)HTTP通信的能力。8.1HTTP協(xié)議原理5HTTP協(xié)議–客戶端請(qǐng)求方法根據(jù)HTTP標(biāo)準(zhǔn)，HTTP請(qǐng)求可以使用多種請(qǐng)求方法。HTTP1.0定義了三種請(qǐng)求方法：GET、POST和HEAD方法。HTTP1.1新增了六種請(qǐng)求方法：OPTIONS、PUT、PATCH、DELETE、TRACE和CONNECT方法。

方法描述GET請(qǐng)求指定的頁(yè)面信息，服務(wù)端將返回具體內(nèi)容數(shù)據(jù)。POST提交數(shù)據(jù)，例如提交表單。HEAD類似于GET請(qǐng)求，但是返回的響應(yīng)中沒(méi)有具體的內(nèi)容，用于獲取報(bào)頭。PUT更新和修改數(shù)據(jù)。DELETE請(qǐng)求刪除指定的頁(yè)面。CONNECT用于HTTP代理。OPTIONS允許客戶端查看服務(wù)器的性能。TRACE回顯服務(wù)器收到的請(qǐng)求，主要用于測(cè)試或診斷。PATCH用來(lái)對(duì)已知資源進(jìn)行局部更新。8.1HTTP協(xié)議原理6HTTP協(xié)議–客戶端請(qǐng)求頭部請(qǐng)求頭部允許客戶端向服務(wù)器傳遞關(guān)于請(qǐng)求的附加信息。這些字段充當(dāng)請(qǐng)求修飾符，其語(yǔ)義相當(dāng)于編程語(yǔ)言方法調(diào)用中的參數(shù)。

8.1HTTP協(xié)議原理7HTTP協(xié)議–客戶端請(qǐng)求頭部字段

8.1HTTP協(xié)議原理8HTTP協(xié)議–客戶端請(qǐng)求數(shù)據(jù)空行：它的作用是通過(guò)一個(gè)空行，告訴服務(wù)器請(qǐng)求頭部到此為止。請(qǐng)求數(shù)據(jù)：若方法字段是GET，則此項(xiàng)為空，沒(méi)有數(shù)據(jù)。若方法字段是POST，則通常來(lái)說(shuō)此處放置的是要提交的數(shù)據(jù)。

8.1HTTP協(xié)議原理8HTTP協(xié)議–客戶端請(qǐng)求報(bào)文示例客戶端向服務(wù)器發(fā)送含有用戶名密碼的請(qǐng)求消息，進(jìn)行登錄認(rèn)證。

8.1HTTP協(xié)議原理10HTTP協(xié)議–服務(wù)端響應(yīng)消息客戶端向服務(wù)器發(fā)送含有用戶名密碼的請(qǐng)求消息，進(jìn)行登錄認(rèn)證。

8.1HTTP協(xié)議原理11HTTP協(xié)議–服務(wù)端響應(yīng)消息–狀態(tài)行響應(yīng)消息的第一行是狀態(tài)行，由協(xié)議版本、狀態(tài)碼和原因短語(yǔ)組成，每個(gè)元素由空格字符分隔。

協(xié)議版本：協(xié)議版本旨在允許發(fā)送方指示消息的格式及其理解后續(xù)HTTP通信的能力。狀態(tài)碼：一個(gè)3位整數(shù)結(jié)果碼，用于向客戶端返回操作結(jié)果。原因短語(yǔ)：旨在對(duì)狀態(tài)碼進(jìn)行簡(jiǎn)短的文本描述，幫助理解。8.1HTTP協(xié)議原理12HTTP協(xié)議–服務(wù)端響應(yīng)消息–狀態(tài)碼HTTP狀態(tài)碼（HTTPStatusCode）是服務(wù)器響應(yīng)狀態(tài)的3位數(shù)字碼，用于向客戶端返回操作結(jié)果。

8.1HTTP協(xié)議原理13HTTP協(xié)議–服務(wù)端響應(yīng)消息–響應(yīng)頭部響應(yīng)頭部允許服務(wù)器傳遞關(guān)于響應(yīng)的附加信息，這些頭部字段提供了關(guān)于服務(wù)器的相關(guān)信息以及URI所標(biāo)識(shí)資源的信息。

8.1HTTP協(xié)議原理14HTTP協(xié)議–服務(wù)端響應(yīng)消息–響應(yīng)頭部字段

8.1HTTP協(xié)議原理15HTTP協(xié)議–服務(wù)端響應(yīng)報(bào)文示例

服務(wù)器向客戶端返回響應(yīng)消息，認(rèn)證成功。8.1HTTP協(xié)議原理16HTTPS協(xié)議HTTP協(xié)議采用明文傳輸信息，存在信息竊聽、信息篡改和信息劫持的風(fēng)險(xiǎn)。HTTPS具有身份驗(yàn)證、信息加密和完整性校驗(yàn)的功能，可以避免此類問(wèn)題發(fā)生。HTTPS(HyperTextTransferProtocoloverSecureSocketLayer，安全超文本傳輸協(xié)議），是以安全為目標(biāo)的HTTP通道。HTTPS在HTTP的基礎(chǔ)下加入SSL/TLS層，是使用SSL/TLS加密的HTTP協(xié)議。8.1HTTP協(xié)議原理17HTTPS協(xié)議HTTP協(xié)議采用明文傳輸信息，存在信息竊聽、信息篡改和信息劫持的風(fēng)險(xiǎn)。HTTPS具有身份驗(yàn)證、信息加密和完整性校驗(yàn)的功能，可以避免此類問(wèn)題發(fā)生。HTTPS(HyperTextTransferProtocoloverSecureSocketLayer，安全超文本傳輸協(xié)議），是以安全為目標(biāo)的HTTP通道。HTTPS在HTTP的基礎(chǔ)下加入SSL/TLS層，是使用SSL/TLS加密的HTTP協(xié)議。項(xiàng)目8使用RESTCONF協(xié)議配置網(wǎng)絡(luò)8.1HTTP協(xié)議原理8.2RESTCONF協(xié)議8.3任務(wù)實(shí)施8.2RESTCONF協(xié)議隨著網(wǎng)絡(luò)規(guī)模的增大、復(fù)雜性的增加，自動(dòng)化運(yùn)維的需求日益增加。NETCONF提供基于RPC機(jī)制的應(yīng)用編程接口。但是NETCONF已無(wú)法滿足網(wǎng)絡(luò)發(fā)展中對(duì)設(shè)備編程接口提出的新要求，希望能夠提供支持WEB應(yīng)用訪問(wèn)和操作網(wǎng)絡(luò)設(shè)備的標(biāo)準(zhǔn)化接口。RESTCONF是在融合NETCONF和HTTP協(xié)議的基礎(chǔ)上發(fā)展而來(lái)的。RESTCONF以HTTP協(xié)議的方法提供了NETCONF協(xié)議的核心功能，編程接口符合IT業(yè)界流行的RESTful風(fēng)格，為用戶提供高效開發(fā)WEB化運(yùn)維工具的能力。1RESTCONF介紹–背景8.2RESTCONF協(xié)議RESTCONF允許Web應(yīng)用以一種模塊化、可擴(kuò)展的方式訪問(wèn)網(wǎng)絡(luò)設(shè)備的配置數(shù)據(jù)、狀態(tài)數(shù)據(jù)和事件通知。而NETCONG使用的NETCONFClient。2RESTCONF介紹–特點(diǎn)RESTCONF使用HTTP的方法對(duì)設(shè)備YANG定義的數(shù)據(jù)進(jìn)行操作（增刪改查）。設(shè)備NETCONF和RESTCONF可以共享的YANG文件。數(shù)據(jù)編碼格式支持XML或者JSON。8.2RESTCONF協(xié)議RESTCONF基本網(wǎng)絡(luò)架構(gòu)如下圖所示。RESTCONF基本網(wǎng)絡(luò)架構(gòu)中主要元素：RESTCONFClient：RESTCONFServer：3RESTCONF介紹–網(wǎng)絡(luò)結(jié)構(gòu)客戶端利用RESTCONF協(xié)議對(duì)網(wǎng)絡(luò)設(shè)備進(jìn)行系統(tǒng)管理。客戶端向服務(wù)器發(fā)送請(qǐng)求，可以實(shí)現(xiàn)創(chuàng)建、刪除、修改或查詢一個(gè)或多個(gè)數(shù)據(jù)。設(shè)備作為服務(wù)器端，服務(wù)器用于維護(hù)被管理設(shè)備的信息數(shù)據(jù)并響應(yīng)客戶端的請(qǐng)求，把數(shù)據(jù)返回給發(fā)送請(qǐng)求的客戶端。服務(wù)器收到客戶端的請(qǐng)求后會(huì)進(jìn)行解析并處理請(qǐng)求，然后給客戶端8.2RESTCONF協(xié)議RESTCONF使用YANG作為其建模語(yǔ)言。YANG是用來(lái)對(duì)RESTCONF協(xié)議中的配置數(shù)據(jù)和狀態(tài)數(shù)據(jù)等進(jìn)行建模的數(shù)據(jù)建模語(yǔ)言。RESTCONF客戶端和服務(wù)器之間使用HTTPs協(xié)議進(jìn)行通信。客戶端必須和服務(wù)器成功建立一個(gè)安全的、面向連接的會(huì)話才能進(jìn)行通信?？蛻舳讼蚍?wù)器發(fā)送一個(gè)請(qǐng)求，服務(wù)器處理完用戶請(qǐng)求后，給客戶端發(fā)送一個(gè)回應(yīng)消息。RESTCONF客戶端發(fā)送的請(qǐng)求和服務(wù)器的回應(yīng)消息可以使用XML或者JSON編碼。4RESTCONF介紹–建模語(yǔ)言8.2RESTCONF協(xié)議5RESTCONF介紹–與NETCONF比較(1)RESTCONF與NETCONF比較比較項(xiàng)目NETCONF+YANGRESTCONF+YANG傳輸通道（協(xié)議）NETCONF傳輸層首選推薦SSH（SecureShell）協(xié)議，XML信息通過(guò)SSH協(xié)議承載。RESTCONF是基于HTTP協(xié)議訪問(wèn)設(shè)備資源。RESTCONF提供的編程接口符合IT業(yè)界流行的RESTful風(fēng)格。報(bào)文格式采用XML編碼。采用XML或JSON編碼。操作特點(diǎn)NETCONF的操作復(fù)雜，例如：NETCONF支持增、刪、改、查，支持多個(gè)配置數(shù)據(jù)庫(kù)，也支持回滾等。NETCONF需要兩階段提交（即先提交參數(shù)，再commit參數(shù)）。RESTCONF的操作簡(jiǎn)單，例如：RESTCONF支持增、刪、改、查操作，僅支持<running/>配置數(shù)據(jù)庫(kù)。RESTCONF操作方法無(wú)需兩階段提交，操作直接生效。RESTCONF較于NETCONF，使用了不同的操作方法和數(shù)據(jù)編碼。8.2RESTCONF協(xié)議5RESTCONF介紹–與NETCONF比較(2)RESTCONF較于NETCONF定義了配置數(shù)據(jù)庫(kù)和增、刪、改、查操作，這些操作可以用來(lái)訪問(wèn)配置數(shù)據(jù)庫(kù)。NETCONF使用YANG語(yǔ)言定義了數(shù)據(jù)庫(kù)內(nèi)容、配置數(shù)據(jù)、狀態(tài)數(shù)據(jù)、RPC操作等的語(yǔ)法語(yǔ)意。RESTCONF協(xié)議通過(guò)HTTP方法可以識(shí)別NETCONF中定義的增刪改查操作，用于訪問(wèn)YANG定義的數(shù)據(jù)。8.2RESTCONF協(xié)議5RESTCONF介紹–操作方法比較(3)RESTCONF操作方法與NETCONF操作方法對(duì)應(yīng)關(guān)系如下所示：RESTCONF操作方法與NETCONF協(xié)議方法RESTCONF+YANGNETCONF+YANGOPTIONSN/AHEAD<get-config>,<get>GET<get-config>,<get>POST<edit-config>(nc:operation="create")POST調(diào)用RPC操作PATCH當(dāng)操作對(duì)象已存在時(shí)，<edit-config>(nc:operation="merge")DELETE<edit-config>(nc:operation="delete")

8.2RESTCONF協(xié)議6一次典型的RESTCONF交互一次完整的RESTCONF交互包含請(qǐng)求和響應(yīng)。本例客戶端通過(guò)OPTIONS方法獲取設(shè)備支持的操作方法。設(shè)備回復(fù)支持操作有：POST,DELETE,GET,HEAD,PATCH,OPTIONS

8.2RESTCONF協(xié)議7RESTCONF請(qǐng)求報(bào)文

8.2RESTCONF協(xié)議8RESTCONF請(qǐng)求案例

RESTCONF請(qǐng)求對(duì)象地址為00。修改數(shù)據(jù)配置數(shù)據(jù)domainName為abc，修改accessLimit值為10。8.2RESTCONF協(xié)議9RESTCONF響應(yīng)報(bào)文

8.2RESTCONF協(xié)議10RESTCONF響應(yīng)案例

RESTCONF響應(yīng)報(bào)文：返回狀態(tài)碼201，表示資源創(chuàng)建成功。頭部信息Content-Type和Content-Length，描述Body信息。Body數(shù)據(jù)類型為XML，內(nèi)容長(zhǎng)度為0。第8章RESTCONF協(xié)議8.1HTTP協(xié)議原理8.2RESTCONF協(xié)議8.3任務(wù)實(shí)施8.3