sdn書稿-第2章SDN核心技術(shù)剖析和實(shí)戰(zhàn)指南

1、SDN 核心技術(shù)剖析和實(shí)戰(zhàn)指SDN 技術(shù)概SDN 核心技術(shù)剖析和實(shí)戰(zhàn)指SDN 技術(shù)概SDN交換機(jī)及南向接口技OpenFlow協(xié)OpenFlow概OpenFlow架OpenFlow規(guī)范特流安全通OF 協(xié)OpenFlow規(guī)范版本演OF交換機(jī)結(jié)構(gòu)改多流組計(jì)數(shù)器變指OpenFlow通OF 協(xié)議擴(kuò)OpenFlow端IPv6 支多控制其他改OpenFlow存在的問(wèn)OF-config協(xié)OF-config協(xié)議架OF-config協(xié)議特配置需數(shù)據(jù)模綁定到 OVS交換機(jī)實(shí)現(xiàn)分OVS交換機(jī)實(shí)現(xiàn)原OVS交換機(jī)基本功本章小SDN控制器及北向接口技SDN應(yīng)用編排和資源管理技SDN 網(wǎng)絡(luò)系統(tǒng)實(shí)SDNSDN應(yīng)用編排和資源管理

2、技SDN 網(wǎng)絡(luò)系統(tǒng)實(shí)SDN 產(chǎn)業(yè)分流表的變1SDN 技術(shù)2SDN交換機(jī)及南向接口技2.1.1. 2.1.2. 2.2OpenFlowopenflow 起源、發(fā)展歷程（這部分如果在第一章已涉及到，則簡(jiǎn)略） openflow基本架構(gòu)（openflow1.0SDN的架構(gòu)圖） openflow1.0 介紹 2.2.1. OpenFlow 斯坦福大學(xué)的NickMcKeown20084月ACMCommunicationsReview上發(fā)表的一篇論文OpenFlowenablinginnovationincampusnetworksOpenFlow OpenFlow 由美國(guó)科學(xué)基金會(huì)（NSF）GlobalE

3、nvironment for Network Investigations （GENI）計(jì)OpenFlow 進(jìn)行了資金支持并已開(kāi)始實(shí)施“GENI Enterprise”計(jì)劃。OpenFlow從提出到現(xiàn)在，已經(jīng)在硬件和軟件支持方面取得了長(zhǎng)足的發(fā)展。2009 12 1.2版、1.3 版、.2 10由美國(guó)科學(xué)基金會(huì)（NSF）GlobalEnvironment for Network Investigations （GENI）計(jì)OpenFlow 進(jìn)行了資金支持并已開(kāi)始實(shí)施“GENI Enterprise”計(jì)劃。OpenFlow從提出到現(xiàn)在，已經(jīng)在硬件和軟件支持方面取得了長(zhǎng)足的發(fā)展。2009 12 1.

4、2版、1.3 版、.2 1012VLANpriorityIPToS bits 2 entriesSSL TLS 隧道。2.2.2. OpenFlow 1.1版、1.2版、1.3版、.2版，而且專家們還在繼續(xù)對(duì) 1.0 的內(nèi)容，并在后面專門一節(jié)里說(shuō)明其后版本對(duì)規(guī)范的改進(jìn)。OpenFlow1.0OpenFlow（OF交換機(jī)OpenFlowSwitchSpecificationDec.31,OpenFlowSwitchSpecificationFeb.28,OpenFlowSwitchSpecificationDec.OpenFlowSwitchSpecificationJune25,OpenFlo

5、wSwitchSpecificationSept.6,OpenFlowSwitchSpecificationApril25,OpenFlowConfigurationandManagement Protocol 1.0 (OF-Config 1.0)Dec.23,OpenFlowConfigurationandManagement Protocol 1.1 (OF-Config 1.1)Jan.25,OpenFlowConfigurationandManagement Protocol 1.1.1 (OF-Config 1.1.1)March23,March2012Interoperabili

6、tyEventTechnical Paper, v1.0April19,March2012InteroperabilityEventWhite Paper, v1.0April18,October2012InteroperabilityEventTechnical Paper, v0.4Feb.7,2-1OpenFlow 2-1所示，OF 2-1OpenFlow 2-1所示，OF 3 2.2.3. OpenFlow 正如第一章提到的，OpenFlow ONF 定義的 SDN 架構(gòu)中的南向接口標(biāo)準(zhǔn)之一，所謂 SDN 的一個(gè)重要特征就是控制與轉(zhuǎn)發(fā)的分離，控制功能都集中到控制器上完成，OF 交換機(jī)只

7、做 OF 交換機(jī)間流表的查詢與傳送就是 APIAPI TCP 連接。 OpenFlowOF交換機(jī)之間建立了一條安全通道，OF 1.0 規(guī)定了流表的格式和內(nèi)容， OF 協(xié)議?？刂破矫媾c轉(zhuǎn)發(fā)平面分離后，OF 交換機(jī)只要做簡(jiǎn)單的數(shù)據(jù)轉(zhuǎn)發(fā)工作，但數(shù)據(jù)轉(zhuǎn)發(fā)的依據(jù)不 （flowtable fields（coutes（actions 2-1 （1）Header 1.012VLANpriority1.012VLANpriorityIPToSbits2entries2-2 IPIP地址、IP協(xié)議號(hào)、IPToS 位、TCP/UDP源端口、TCP/UDP 目的（any2-2 2-3 2-4 2-4 2-4 級(jí)順序依

8、次進(jìn)行， 但對(duì)包的發(fā)送不保證順序。另外交換機(jī)可以對(duì)不支持的行動(dòng)返回錯(cuò)誤（unspportedflowerror） （ForwardALL CONTROLLER： 封裝并轉(zhuǎn)發(fā)給控制器 LOCAL： 轉(zhuǎn)發(fā)給本地網(wǎng)絡(luò)棧TABLEIN_PORTTABLEIN_PORT1.03 種，轉(zhuǎn)發(fā)、入隊(duì)和修改域。OF NORMAL： 按照傳統(tǒng)交換機(jī)的 2 OpenFlow-enabled 交換機(jī)支持。層、VLAN 或 3 層進(jìn)行轉(zhuǎn)發(fā)處理，僅（Enqueue可選行動(dòng)-修改域（Modify-field。修改包頭內(nèi)容。具體的行為見(jiàn)表格 2-5。2-（42-（4）2OpenFlow （OpenFlo-only（OpenF

9、lo- hybridOpenFlowOF 交換機(jī)與傳統(tǒng)交換機(jī)混合組網(wǎng)時(shí)可能遇到的協(xié)議 選行動(dòng)-NORMAL2 層、VLAN 3 層進(jìn)行轉(zhuǎn)發(fā)處理。OpenFlowOpenFlow而設(shè)計(jì)的。它不支持現(xiàn)有的商用交換機(jī)上的正常處理流程，所有經(jīng)過(guò)該交換機(jī)的數(shù)據(jù)都按照 OpenFlow OpenFlowOpenFlowOpenFlowOpenFlow交換機(jī)是用來(lái)在端口間轉(zhuǎn)發(fā)數(shù)OpenFlow OpenFlow 協(xié)議來(lái) OpenFlow OF OpenFlow OFOF 2 種模式：主動(dòng)模式和被動(dòng)模式。 OpenFlow 將整個(gè)網(wǎng)絡(luò)的控制平面工作都集中到控制器上完成，這在提高架構(gòu)靈活性的同時(shí)OF 交換機(jī)自身

10、無(wú)法解析路由，當(dāng)收到一個(gè)全新的數(shù)據(jù)包時(shí)，流表中沒(méi)有對(duì)應(yīng)的流表項(xiàng)，因此其轉(zhuǎn)發(fā)引擎會(huì)將數(shù)據(jù)包交給 CPU 處理，CPU 將數(shù)據(jù)包封裝完成后通過(guò)安全隧道（TLS 隧道）轉(zhuǎn)發(fā)給控制器，控制器解封裝后檢查數(shù)據(jù)包頭的內(nèi)容，計(jì)這個(gè)過(guò)程就會(huì)反復(fù)出現(xiàn)，就會(huì)降低數(shù)據(jù)的傳輸效率，進(jìn)而影響到業(yè)務(wù)的性能?？刂破鞯?2OF 控制器將所有轉(zhuǎn)發(fā)信息一次性寫入流表中，OF 交換機(jī)在數(shù)據(jù)包到達(dá)之前就已經(jīng)有了全部的 OF 交換機(jī)從控制器申請(qǐng)的模式。二者各OF 交換機(jī)的流表的容量提出了較高的要求，特別是在瀏覽比較復(fù)雜的環(huán)OF 交換OpenFlow 規(guī)范提供 2-2OF802.1D2-3描述了流表項(xiàng)2-2OF 2-2OF 2-3 2-

11、22-3。 IPICMP IPICMP ICMP Type Code。對(duì)于分段數(shù)0 后繼續(xù)查詢。OFOpenFlow 協(xié)議。控制OFOF 交換機(jī)的事件并向交換機(jī)OFOpenFlow TCPNick McKeown 等人寫的“OpenFlowEnabling Innovation in TSL。SSL(SecureSocketLayer)Netscape web的安全傳輸協(xié)3.0。IETF()SSL RFC2246 SecuritySSL3.0TLS1.0SSL3.1 6633TCP 端口。雙方通過(guò)交換證書進(jìn)行認(rèn)證。因此，每個(gè)交換OF OpenFlow 協(xié)議用來(lái)描述控制器和交換機(jī)之間交互所用的信

12、息的標(biāo)準(zhǔn)，以及控制器和交換機(jī)OpenFlow 協(xié)議信息結(jié)構(gòu)的集合。OpenFlowOF輸通道上交互發(fā)送協(xié)議消息實(shí)現(xiàn)的。OF TLS 隧道。本OF 協(xié)議中的消息及其消息的交換過(guò)程。1OF ，每一類消息又有多個(gè)子消息類型。其中controller-to-switch消息由控制器發(fā)起，用來(lái)管理或OF交換機(jī)的狀態(tài)；asynchronous OF 交換機(jī)發(fā)起，用來(lái)將網(wǎng)絡(luò)事件或交換機(jī)狀態(tài)變化更新到控制器；symmetric 消息可由交換機(jī)或控制器發(fā)起。各類消息描述如下： Features、Configuration、Modify-state、Read-state、Send-packet、Barrier 等

13、。這些消息主要由控（2）asynchronous 送到控制器”，則發(fā)送Packet-in 消息給控制器。如果交換機(jī)緩存足夠多，數(shù)據(jù)包被臨時(shí)放在緩Flow-removed （3）symmetric Vendor 等消息。 2OFOF隧道建立起來(lái)后，雙方必須首先發(fā)送OFPT_HELLO 消息給對(duì)方，該消息攜帶本方支持的 OF交換機(jī)可以選擇支持802.1D 生成樹(shù)協(xié)議。如果支持，所有相關(guān)包在查找流表之前應(yīng)該先在本地進(jìn)行傳統(tǒng)生成樹(shù)處理。支持生成樹(shù)協(xié)議的交換機(jī)在OFPT_FEATURES_REPLY 消息的 compabilities 域需要設(shè)置OFPC_STP 位，并且需要在所有的物理端口均支持生成樹(shù)

14、協(xié)議，但生成樹(shù)協(xié)議會(huì)設(shè)置端口狀態(tài)，來(lái)限制發(fā)到OFP_FLOOD 的數(shù)據(jù)包僅被轉(zhuǎn)發(fā)到生成樹(shù)指定的端口。需要注意指定出口的轉(zhuǎn)發(fā)或OFP_ALL 的數(shù)據(jù)包會(huì)忽略生成樹(shù)指定的端口狀態(tài)，按照規(guī)生成樹(shù)協(xié)議會(huì)設(shè)置端口狀態(tài)，來(lái)限制發(fā)到OFP_FLOOD 的數(shù)據(jù)包僅被轉(zhuǎn)發(fā)到生成樹(shù)指定的端口。需要注意指定出口的轉(zhuǎn)發(fā)或OFP_ALL 的數(shù)據(jù)包會(huì)忽略生成樹(shù)指定的端口狀態(tài)，按照規(guī) velyely標(biāo)記P_CCK_ELP （包頭范圍velofp_eror_msg，并且指明E_FM_LE類型和PMCERL代碼。對(duì)于有效（無(wú)沖突）的ADD消息，或不帶OFPFF_CHECK_OVERLAP 標(biāo)志的ADD消息，新表項(xiàng)如果ADD消息

15、添加的表項(xiàng)使用了交換機(jī)不合法的端口，則交換機(jī)返回ofp_error_msg 消息，同時(shí)帶有OFPET_BAD_ACTION 類型和OFPBAC_BAD_OUT_PORT代碼。（ELET或LEE_SRIC2.2.4. OpenFlow OpenFlow2.2.4. OpenFlow OpenFlow2009126個(gè)版1.0 版、1.1 版、1.2 版、1.3 版、1.3.1 1.3.2 版。 版本不兼容。除多流表之外，1.1版本主要的變化還有增加組表，增加了匹配域的數(shù)目，并且增加了MPLS VLAN 標(biāo)記。 1.3PBB1.3.1 認(rèn)證只有1.0 1.3 2 個(gè)版本。本節(jié)主要介1.0 之后到1.

16、3 版本OpenFlow 協(xié)議中OF OpenFlow1.1版本之后，OF2.42-4 最新OpenFlow OpenFlow 1.12-1 一是流表的變化，由單一的流表變?yōu)橛闪魉€串聯(lián)而成的多流表；二是增加了組表。這 OpenFlow1.1 3OpenFlow1.1 3 部分組成，但是名稱發(fā)生了變化：原先的頭域（HeaderFields）變?yōu)槠ヅ溆颍∕atchFields，計(jì)數(shù)器域沒(méi)變，原先的行動(dòng)（actions）（Instructions2-6 所示。2-61.1 級(jí)、超時(shí)定時(shí)器和cookie2-7 所示。2-7 1.3 OpenFlow1.0在實(shí)際應(yīng)用中還面臨著一些技術(shù)的難點(diǎn)。其中之一就

17、是路由器/交換機(jī)中TCAM TCAM 的表包括 FIB、MAC、MPLS Lable ACL 表，每個(gè)表的匹配字段長(zhǎng)度不一，分開(kāi)設(shè)計(jì)，并且設(shè)計(jì)了最 Flow TCAM 體系下流表記錄的動(dòng)態(tài)插入算法將更為復(fù)雜。OpenFlow1.1 設(shè)計(jì)了多級(jí)流表來(lái)減少流表的開(kāi)銷，將流表進(jìn)行特征提取，分解成多個(gè)步驟，10000條，分解成先VLAN+MACIP10002000 條。但流水線式架構(gòu)使得匹配時(shí)延增加，而且流量的生成、維 Switch0開(kāi)始依次匹配； 數(shù)據(jù)包等。OpenFlowInstructions Actions 進(jìn)行了完整詳細(xì)的說(shuō)明0 0 （actions 2-5 2-6 2-8 在規(guī)范1.12-

18、8 在規(guī)范1.14 種：所有（a）elct）et）： 元數(shù)（MetadataMPLS 標(biāo)簽MPLS 業(yè)務(wù)類3 另一個(gè)變化就是IP proto、 TCP/UDP 2-9。2-9 1.1中匹配域的組成151.2361.1版本中復(fù)用的域全部分開(kāi)，并且增加IPv62-10 13 OF 交換機(jī)必須支持的，2- 1.3.2 39 PBBtunnel-IDIPv6 2-12 1.2 版本相同，見(jiàn)表格 2-10 1.22-10 1.2中匹配域組成-36 2-11OF 2-11OF 2-121.3之后匹配域組成-392-1.1 2-1.32-1.3 1.151.36可選指令：Meter可選指令：Metermet

19、erid（1.3版本以后支持）: 可選指令：Apply-Actionsaction(s): 立即進(jìn)行指定的行動(dòng)，而不改變行動(dòng)集。這個(gè)指 可選指令：Clear-Actions: 在行動(dòng)集中立即清除所有的行動(dòng)。必選指令：Write-Actionsaction(s): 將指定的行動(dòng)添加到正在運(yùn)行的行動(dòng)集中。可選指令：Write-Metadata metadata / mask : 在元數(shù)據(jù)區(qū)域記錄元數(shù)據(jù)。必選指令：Goto-Tablenext-table-id: IDApply-Actions （這里沒(méi)有貼順序列表）1.1必選行動(dòng)：Output.1.1中可選行動(dòng)-Output中增加了LOCAL端規(guī)范

20、1.1版本改名為Set-Queue必選行動(dòng)：Drop.1.0可選行動(dòng)：Push-Tag/Pop-Tag。用于VLAN、MPLATag的入棧和出棧。規(guī)范1.1版本增加?？蛇x行動(dòng)：Set-Field. 設(shè)置報(bào)文包頭的類型和修改包頭的值。 規(guī)范1.0中稱為Modify-field，規(guī)范1.1版本改名為Set-FieldChange-TTL.TTL 1.2中的匹配流程也有擴(kuò)充，主要是增加了MPLS 2-8 所示。2-7 2-7 1.1 2-8 2-8 1.1 中表N 1.3table-miss項(xiàng)。如果數(shù)據(jù)包在流表中沒(méi)有匹配到流表項(xiàng)，稱為一個(gè)流表失02-9 所示。2-9 1.3 OpenFlow2-9

21、1.3 OpenFlow1.0TLS1.1版本 TCP 6633 端口。0.OF OpenFlow1.1OF協(xié)議消息數(shù)量沒(méi)有變化，只是1.0版本中controller-to-Send-packet改名為Packet-out，Vendor 改名為ExperimenterOpenFlow 1.3 2 controller-to-switch Role-Request Role-Request：用于控制器向其OpenFlow通道設(shè)置或查詢r(jià)ole1.OpenFlow OpenFlow1.2OpenFlow端口。OpenFlowOpenFlow 進(jìn)程和網(wǎng)絡(luò)之間傳遞數(shù)據(jù)包的網(wǎng)絡(luò)接口。OF 交換機(jī)之間通過(guò)

22、 OpenFlow 端口在邏輯上相互連接。 在此還有一個(gè)標(biāo)準(zhǔn)端口的定義，OpenFlow 的標(biāo)準(zhǔn)端口為物理端口，邏輯端口，本地保留端在此還有一個(gè)標(biāo)準(zhǔn)端口的定義，OpenFlow 的標(biāo)準(zhǔn)端口為物理端口，邏輯端口，本地保留端 OpenFlow 的邏輯端口為交換機(jī)定義的端口，但并不直接對(duì)應(yīng)一個(gè)交換機(jī)的硬件接口。邏輯openflowopenflow對(duì)于邏輯端口的處理像硬件接口的處理的元數(shù)據(jù)字段即隧道 ID，而當(dāng)一個(gè)邏輯端口上接收到的報(bào)文被發(fā)送到控制器時(shí)，其邏輯端Required:ALL:Required:TABLE:openflow流水線的開(kāi)始。這個(gè)端口僅在輸出行為的時(shí)候有效，此Required:AN

23、Y:OpenFlow中的一個(gè)特定值，用在沒(méi)有指定端口的OpenFlow指令（端口通Optional:LOCAL:Optional:FLOOD:通過(guò)數(shù)據(jù)包的VLANID 2.IPv6 IPv4IPv6OpenFlow 協(xié)IPv6 擴(kuò)展頭的支持。IPv6TOS， 1.3 IPv6 2-13。2-15 1.2 IPv6 2-161.3中增加的IPv6 3. 1.2 中引入了多控制器，由多個(gè)控制器協(xié)同工作提高全網(wǎng)的可靠性。多個(gè)控制器之間的主備倒換是由控制器之間協(xié)商完成的，OF1 到多個(gè)控制器建立OF 交換機(jī)在初始化時(shí)，就與所有配置好的控制器進(jìn)行連接，為保證多控制器協(xié)同工作，增 MASTER狀態(tài)下類似，

24、唯一不同的就是系統(tǒng)中只能有一臺(tái) MASTER，如果有一臺(tái)控制器的角色轉(zhuǎn)變?yōu)?4.單流計(jì)量-OpenFlow4.單流計(jì)量-OpenFlow實(shí)現(xiàn)各種簡(jiǎn)單的QoS業(yè)務(wù)，QoS DiffServ。2-17 2-18 DiffServ 策略。PBB 1.3.1 2.2.5. OpenFlow 2.2.5. OpenFlow 12 元組，如果用軟件實(shí)現(xiàn)匹配的話，轉(zhuǎn)發(fā)性能必然受到影響。后來(lái)有了基于 NetFPGA OF 交換，使轉(zhuǎn)發(fā)性能有了很大的提升。TCAM限制。TCAM容量解決，一方面TCAM會(huì)加大設(shè)備的成本，另一方面流表加大會(huì)降低查找流表的速度。流表大Proactive+Reactive 的雙重流表建

25、F F （OF1.3 支持）OpenFlow1.0OF1.1OF1.2、 OF1.3、OF1.3.1OF1.3.2 版本，后續(xù)還將繼續(xù)有新版本出現(xiàn)。但這些版本是不能OF 1.0，定義的是單流表，而后續(xù)版本都是多流表。？控制器的 OpenFlowSDN OF 交換機(jī)發(fā)送流表以控制數(shù)據(jù) 了一個(gè)工作組，即由 Microsoft OpenFlow OpenFlow OpenFlowOF-Config 1.0 2012 1 12 日經(jīng)董事會(huì)批 1.3 1.3.1 版本的配置。OF-CONFIG NETCONF XML 定義的數(shù)據(jù)格式。2.3.1. OF-configONF與網(wǎng)絡(luò)設(shè)備的設(shè)計(jì)、制造，OF-c

26、onfig 正是這樣一個(gè)設(shè)備級(jí)別的同樣管理標(biāo)準(zhǔn)。OF-configOpenFlowOpenFlow Configuration 2.3.1. OF-configONF與網(wǎng)絡(luò)設(shè)備的設(shè)計(jì)、制造，OF-config 正是這樣一個(gè)設(shè)備級(jí)別的同樣管理標(biāo)準(zhǔn)。OF-configOpenFlowOpenFlow Configuration Point。2-10 所示。2-10OF-config與OpenFlow 2.3.2. OF-configOF-configOFOpenFlow Datapath（ OpenFlowOpenFlowConfigurationandManagement Protocol 1.

27、0 (OF-Config 1.0)Jan.6,OpenFlowOpenFlowConfigurationandManagement Protocol 1.1 (OF-Config 1.1)June.25,OpenFlowOpenFlowConfigurationandManagement Protocol 1.1.1 (OF-Config 1.1.1)March23,OpenFlowOF交換機(jī)一詞。OF-config 提供了一個(gè)開(kāi)發(fā)接口，通過(guò)這個(gè)接口可以遠(yuǎn)程 OF交換機(jī)一詞。OF-config 提供了一個(gè)開(kāi)發(fā)接口，通過(guò)這個(gè)接口可以遠(yuǎn)程 OPenFlowOF 交換機(jī)上配IP 地址，對(duì)其上各端口做

28、enalbe/disable OF-config 協(xié)議完成。 OFOpenFlow實(shí)例，OF-config可以O(shè)penFlow 2-112-11OF-config與OpenFlow OF-config1.0 OpenFlow1.2IP地址OpenFlow1.2 IP TLS（3）OpenFlowOpenFlowOpenFlowOF交換機(jī)上的一個(gè)實(shí)例，可由控制器直 ID 64bits48 位是交換機(jī)的MAC 16 位由各設(shè)備生產(chǎn)廠家定義。 OpenFlow1.2版本所需的功能配置需求外，OF-config1.0還需要支持運(yùn)維需求和管理協(xié)議OF配置點(diǎn)（OpenFlowConfigurationPo

29、int）進(jìn)行配置操作。OF OF 交換機(jī)。OF交換機(jī)建立連接數(shù)據(jù)模型由XMLUML2-12OF-configUML2-12UML OpenFlow OF交換OFOF-CONFIG 1.02類資源：OpenFlow OFOpenFlow控制器。XMLOFOpenFlow控制器。XMLID ID 都是一個(gè)字符串URN（Universal Resource Names）作為標(biāo)識(shí)，（1）OF OFOpenFlow2-133OpenFlowOFOFOFOpenFlowOF2-13OF （2）OpenFlow OF OF OF 邏輯交換機(jī)。傳輸映射的BEEP 2-14 是配置點(diǎn)的數(shù)據(jù)模型圖。OF-CONF

30、IGNETCONF 協(xié)議。NETCONF 4 種不同的傳輸協(xié)議：SSH, BEEP, TLSOF OF SSH2-14OpenFlow （3）OF2-14OpenFlow （3）OFOF OF OpenFlow datapthOpenFlowOFOpenFlowOF交換機(jī)上的資源集合能力，2-15 2 個(gè)元素相關(guān)：OpenFlowOFOpenFlowOF2-15OF （4）OpenFlowOpenFlowOpenFlow IPTCPIPTCP2-16OF （5）OpenFlowOpenFlowOFOF隊(duì)列的一個(gè)超類（superclass基類。超類沒(méi)有實(shí)例。該超類2-17 所示。2-17OF （

31、62-17OF （6）OpenFlow （objectOFOF2-182-18OpenFlow （7）OpenFlow 2-19 （2-19 （8）OpenFlowOpenFlowOpenFlowOF隊(duì)列也是邏輯定義的。2-10。2-20OpenFlow 2-20OpenFlow OF-CONFIG1.0OF必須支持 NETCONF 協(xié)議作為傳輸協(xié)議。 隱含要支持 SSH。 此外還要支持 Web 在消息層頂端（RPC）2-21 NETCONF 協(xié)議中的各個(gè)層次。2-21NETCONF2-21NETCONF OF-CONFIG 將來(lái)新的需求。可滿足的需求如下：TLS作為傳輸協(xié)議（SOAPBEEP 協(xié)議同時(shí)使用），以提供完整性、NETCONFTLSTCP 作為底層傳輸協(xié)議以提高可靠的傳輸。NETCONF OF OF 交換機(jī)間的通信的一般方法BEEP作為傳輸協(xié)議時(shí)，NETCONF標(biāo)準(zhǔn)支持反向配置建立RFC5277定義的