若是想要了解 SDN OpenFlow 以及 P4 請不要吝嗇點擊喜歡或是訂閱我喔!(訂閱又不收費XD)
未來有機會也可以跟大家分享我當網管的辛酸血淚史,可以讓人解決問題時可以參考我的文章。
話不多說,我們就累狗!!
What's link Monitor?
甚麼是流量監測?
A:流量監測就是 switch 與 switch 之間的 link 的 loading , controller 需要時時刻刻去紀錄
該loading 才能計算出有效的 routing path,傳統 OpenFlow 的作法是 controller 下指令到 switch去要
該 switch 的流量資訊。
傳統 OpenFlow 的作法造成什麼問題,因為由 controller 下指令去跟 switch 拿資訊,那會造成 control plane以及 data plane 的大量溝通,這對於 controller來說,這是冗餘的。
若是採取 定期的 polling,則會有容易抓不準流量的問題,舉例來說: 這條流量有沒有被處理過?哪些流量是這次要被controller 所蒐集的? 這些都是常見的問題。那市面上有提出很多 polling 的方法,包含 polling single 、 polling some 、 polling all 。Polling 的週期則是根據你問題需要所訂。
P4就可以很有效的去解決我們上述所提到的問題 "Control plane 以及 Data plane的大量溝通", 我們可以透過 P4指令在 Data plane 做好資料蒐集的動作,並且深度的去分析整個網路的狀態,也就是所謂的 Network State Imformation(NSI)。
這是我們所使用到的 topology
那我們應該要先準備好兩個資料欄位,讓他們可以存入資料。
分別是:
byte_cnt_reg: 封包/流量的大小
last_time_reg:最後一個 HOP所記錄的時間
那有興趣的同學們,可以先去研究有甚麼好的方式可以蒐集流量。
解析器
解析器已擴展為支持源路由探查包的解析。解析器是設計中最複雜的部分,因此花一些時間閱讀它。請注意,它不包含任何TODO註釋,因此您無需在此處進行任何更改。
為了解析探測數據包,我們使用hdr.probe.hop_cnt來確定數據包在到達交換機之前經過了多少跳。如果這是第一跳,則數據包中將沒有任何probe_data,因此我們跳過該狀態並直接轉換為parse_probe_fwd狀態。在parse_probe_fwd狀態下,我們使用hdr.probe.hop_cnt字段來確定使用哪個egress_spec標頭字段執行轉發,並將該端口值保存到元數據字段中,該字段隨後用於執行轉發。
入口控制
入口控制塊看起來與基本練習非常相似。唯一的區別是apply塊包含另一個條件,以使用解析器提取的egress_spec字段轉發探測數據包。它還會增加hdr.probe.hop_cnt字段。
出口控制
這是發生有趣的有狀態處理的地方。它使用byte_cnt_reg寄存器來計算自最後一個探測數據包通過端口以來已通過每個端口的字節數。
它將新的probe_data標頭添加到數據包,並填寫了bos(堆棧底部)字段以及swid(交換機ID)字段。
待辦事項:您的工作是填寫其餘的探測數據包字段,以確保您可以正確地測量鏈路利用率。
拆裝機
只需以正確的順序發出所有標頭即可。
請注意,發出標頭堆棧僅會發出堆棧中實際標記為有效的標頭。
xterm h1 h1
./send.py
./receive.py
iperf h1 h4
在此付上我的 Reference,我將會以簡短白話的方式來講解 P4 這套語言,若是你/妳不嫌棄可以訂閱我的發文
每天就根據我自己了解的程度來做發文的動作,如果自己對於 P4也有興趣可以先來預習,那我們明天見!
Reference :
P4_turtorial
[(http://docs.google.com/presentation/d/1zliBqsS8IOD4nQUboRRmF_19poeLLDLadD5zLzrTkVc/edit#slide=id.g37fca2850e_6_1802)]