在主循環(huán)函數(shù)中，周期調(diào)用了self._request_stats和self.show_stat函數(shù)，前者用于下發(fā)統(tǒng)計信息請求報文，后者用于展現(xiàn)統(tǒng)計信息。統(tǒng)計信息回復(fù)報文處理函數(shù)為：_flow_stats_reply_handler和_port_stats_reply_handler，兩者分別使用的@set_ev_cls裝飾符，注冊監(jiān)聽了對應(yīng)的事件。至此流量統(tǒng)計模塊已經(jīng)完成了閉環(huán)，可以作為底層的服務(wù)為上層的應(yīng)用提供實時的流量統(tǒng)計信息。

?

圖2. 端口流量統(tǒng)計信息

?

?

圖3.-流表項流量統(tǒng)計信息

基于網(wǎng)絡(luò)資源的最短路徑
基于以上的網(wǎng)絡(luò)資源感知模塊與網(wǎng)絡(luò)流量監(jiān)控模塊提供的數(shù)據(jù)，我們可以做很多事情，比如負載均衡等流量調(diào)度應(yīng)用，有比如安全接入等安全應(yīng)用。本小節(jié)介紹基于網(wǎng)絡(luò)資源的最短路徑應(yīng)用。衡量最短路徑的參考系是跳數(shù)，稍加修改可以變?yōu)槭Ｓ鄮挘訒r或者多參考系加權(quán)的方案。源代碼鏈接：shortest_route

最短路徑應(yīng)用流程圖如下：

?

圖4, 最短路由流程圖

首先，查詢主機表，若查找成功，則查詢主機位置表，之后直接由控制器將ARP數(shù)據(jù)包發(fā)送給對應(yīng)的端口，此時控制器并不做ARP的代理。當目標主機回復(fù)ARP時，將數(shù)據(jù)包直接發(fā)送到源主機的接入端口。從而完成了ARP的學(xué)習(xí)過程。由于此時已經(jīng)掌握了主機的接入信息以及網(wǎng)絡(luò)信息，當ICMP或其他數(shù)據(jù)包出發(fā)packet_in事件時，則可根據(jù)源目兩個IP查詢到接入交換機，再依據(jù)拓撲信息，計算最短路徑，從而完成最短路由。若希望使用其他的參考標準來計算最短路徑，只需修改計算最短路徑的算法即可。

在網(wǎng)絡(luò)初始化時，控制器并沒有辦法發(fā)現(xiàn)沉默的主機，原因在于我們沒有進行DHCP分配，導(dǎo)致控制器沒有掌握主機的IP/MAC信息。所以第一步我們需要處理的數(shù)據(jù)包是ARP。處理流程具體如下所示：

?

圖5. ARP處理流程圖

Note that:本應(yīng)用假設(shè)主機發(fā)起通信時需先發(fā)起ARP，不可通過其他途徑獲取到ARP的信息，否則控制器無法獲得目的端主機接入信息，則無法完成路由。對于域外的主機，只需在找不到目的端時，將其送給出口網(wǎng)關(guān)即可。此時需使用到子網(wǎng)掩碼，網(wǎng)段，路由等概念。本應(yīng)用僅針對簡單局域網(wǎng)計算路徑。

?

圖6. 流表項流量統(tǒng)計信息

總結(jié)
網(wǎng)絡(luò)感知服務(wù)對于SDN網(wǎng)絡(luò)而言非常重要，是一切網(wǎng)絡(luò)應(yīng)用的基礎(chǔ)。充分利用網(wǎng)絡(luò)資源的信息，可以對網(wǎng)絡(luò)進行優(yōu)化，提高網(wǎng)絡(luò)的安全性。以上的Network_aware和monitor模塊均可以直接做為APP的service app（在RYU中需在_CONTEXTS添加）提供數(shù)據(jù)服務(wù)，希望可以給有需要的讀者提供一些幫助。