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

?

圖2. 端口流量統計信息

?

?

圖3.-流表項流量統計信息

基于網絡資源的最短路徑
基于以上的網絡資源感知模塊與網絡流量監控模塊提供的數據，我們可以做很多事情，比如負載均衡等流量調度應用，有比如安全接入等安全應用。本小節介紹基于網絡資源的最短路徑應用。衡量最短路徑的參考系是跳數，稍加修改可以變為剩余帶寬，延時或者多參考系加權的方案。源代碼鏈接：shortest_route

最短路徑應用流程圖如下：

?

圖4, 最短路由流程圖

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

在網絡初始化時，控制器并沒有辦法發現沉默的主機，原因在于我們沒有進行DHCP分配，導致控制器沒有掌握主機的IP/MAC信息。所以第一步我們需要處理的數據包是ARP。處理流程具體如下所示：

?

圖5. ARP處理流程圖

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

?

圖6. 流表項流量統計信息

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