路由平面 、轉發平面 , 這裡的「平面」我們應該如何向他人解釋?
rt
不少人還是在回答路由平面和轉發平面的區別,但是解釋的很好很生動形象。這個問題是針對為什麼要叫做「平面」,解釋為同一層內的功能區應該可行吧?
這些IT術語,本來都是英文,因為提出這些概念的都是老外。
Control Plane Data Plane我們翻譯成「控制平面」,「數據平面」也只不過是一個簡單的直譯。
同樣的例子還有: trunk,書本上翻譯成「幹道」,→_→我一直很想吐槽這個「幹道」到底想表達什麼東西呢?
至於這兩個平面各自負責什麼事呢,為什麼要分開兩個平面去設計呢?
是為了讓網路設備的硬體(晶元)各自發揮自己的長處;
讓控制平面的CPU去做一些複雜的決策運算;
把這些運算的結果(表項)下發到數據平面的ASIC晶元上,使其能夠高速無阻塞的轉發數據。
控制平面更像一家公司的CEO,數據平面更像一家公司的技術執行者,大家分工明確才能更高效的去工作。
--------------------------------------------------------------------------------------------------------------------------
MD,為什麼我覺得我被套路了,這個感覺像是大學作業題目,或者是某公司的面試題啊233333
問的是"control plane"和"data plane"吧。
這是你的作業題目嗎?
提示:
協議模型中的「平面」這一概念,首先由ITU聯盟的ATM技術提出。
控制平面——
就是你用百度地圖導航然後得出來的路線圖(路由表)
轉發平面——
你按著剛才的導航結果到了目的地…
這麼解釋是否好理解?「面」和「層」是相應的術語,層是上下間服務關係,面之間是並列關係。面和面之間也有控制管理關係。面和層是立體關係,每層都有幾個面,每個面都有幾層。
這是osi和itu常用的方法。層和面共同構成e2e的一個完整的立體系統。一個縮水版的理解。control plane是根據一定協議規則為所有節點鋪設路標的平面;data plane是控制數據沿著路標按最優方案到達指定地點的平面。
轉發平面關注根據表項轉發,如轉發表,快速轉發表,控制平面關注生成表項
一個是開路造路的(控制平面),一個是造好路在路上跑的(數據平面)
控制層面是為了找好路徑,轉發層面是在有個好路徑的基礎上轉發數據。兩者協作來達到網路是通的這樣一個目的。
控制平面是神經,轉發平面是血管
轉發層面就是車流,控制層面就是交警
首先數據包是以跳為單位進行路由的,轉發的決定是由接收到該數據包的路由器決定的。
The Control Plane:決定怎麼和從哪轉發出去。
The Data Plane: 在路由器埠上進行實際包轉發到線路上(硬體層面)。
這兩個平面都發生在一個物理硬體設備上。
SDN可以分離這兩個平面。OpenFlow定義了一個Flow Table,可以自己定義協議。
我覺得吧,這兩個層面的問題得講到特定的知識點的時候才能講的比較生動,比如在mpls的時候就設計這兩個平面的事情,上一個圖應該就能區別了,比如這個圖這個圖是我自己根據老版的mpls體系結構里扒下來的,我覺得這樣有實例的話講起來比較好。如果形象的話,我覺得control plane像是中央政府,負責指定政策,date plane 像是地方政府,負責聽取並執行政策,而兩個層面都有核心處理者,cp是cpu處理,dp是特殊化acic晶元,不知道說的對不對,輕噴(′?_?`)
如果只是為了解釋這裡的「平面」,那你就看你要解釋給的那個人懂什麼
假設他不懂IT結語,因為懂了你還解釋個毛線
假設他懂PS,告訴他類似於圖層組
假設他懂物理,告訴他類似於「相」
假設他什麼都不懂,告訴他類似於遊戲的steam,LOL的召喚師峽谷,使用APP的手機,開著車時跑的馬路……
百度地圖查到目的地有多條路,有的是時間最短,有的是價格最便宜。控制平面就是做決策的,從中根據需求選擇一條合適的路。轉發平面就是具體的一條路徑應該怎麼走。
推薦閱讀:
※智能路由這麼火,為什麼TPlink沒有這樣的戰略,它的營銷怎麼那麼低調?
※家裡的網路100M,智能電視聯網看視頻很卡,但連接一條很長的網線在路由器上沒有一點卡,現在怎麼解決?
※智能路由器有什麼智能?
※路由器無法上網?
※有沒有好用的家用路由器推薦下?