這篇文章講述了新的數(shù)據(jù)包轉(zhuǎn)發(fā)機制和它能否成為OpenFlow的替代品。

[[169495]]

IP包轉(zhuǎn)發(fā)技術傳統(tǒng)上依賴于能以最短路徑到達目的地的IP地址。但由于不同路徑上流量的類型不盡相同，因此它往往取決于不同的應用類型。例如，實時的 UC&C應用程序通常更喜歡低延時，低抖動的路徑，而大數(shù)據(jù)應用則更喜歡低丟包率的高帶寬通道。根據(jù)應用的需要將流量進行分段管理是非常有用的。然而，策略路由很難去搭建，而且它是靜態(tài)的(或者接近動態(tài)的，如果你有優(yōu)秀的自動化工具)。

多個應用程序之間需要同一級別的服務也需要使用策略路由。問題是，這些應用程序獲取帶寬時，通信類帶寬的分配是滿了的嗎?如何讓網(wǎng)絡告訴應用程序，在沒有帶寬的情況下還能知道所需的流量類別?這就是為什么我們需要軟件定義網(wǎng)絡(SDN)的原因，因為它讓應用程序或策略管理器來進行流量轉(zhuǎn)發(fā)。OpenFlow技術有能力使其應用政策變得動態(tài)化，現(xiàn)在，一個相對較新的技術提供了另一種方法：分段路由(SR)。

什么是分段路由?

SR(分段路由)是SDN技術的分組轉(zhuǎn)發(fā)機制，是用來替代OpenFlow的。SR是由思科提出來的，并已通過IETF標準化認證。一些廠商正在部署這項技術，有一些客戶也正在使用它。

經(jīng)驗豐富的網(wǎng)絡專業(yè)人員團隊已經(jīng)開始密切關注SR。你可以在互聯(lián)網(wǎng)上找到大量有關SR的文件，但我發(fā)現(xiàn)有些資料漏掉了一些重要的細節(jié)(如每個路由器/節(jié)點的分配標簽)。下面是有關SR的一些較好的、詳細的背景資料：

• 思科軟件戰(zhàn)略(可觀看思科高級副總裁與Sumeet Arora的20分鐘對話)
• SR概述(可觀看思科研究員Clarence Filfils12分鐘的技術簡報)
• 分段路由101(可觀看IPSpace.net播客)

SR使用路徑標簽機制(多協(xié)議標簽交換，或者MPLS，或是在IPv4或IPv6中的路徑包頭的標簽)來指定路由數(shù)據(jù)包必須通過的網(wǎng)絡路徑。數(shù)據(jù)包必須通過在標簽路徑中的每個節(jié)點，但也有可能會通過其他中間節(jié)點，這使得它的功能非常類似于IPv4的松散源路由機制。松散源路由機制減少了路由數(shù)據(jù)包到其希望高達的的目的地所需的標簽數(shù)量，網(wǎng)絡沿著標簽列表中節(jié)點之間的最短路徑轉(zhuǎn)發(fā)數(shù)據(jù)包。

和MPLS不一樣，每個路由器是一個節(jié)點，SR在每一個節(jié)點上分配固定的、32位的標簽(用于開發(fā)和分配，而不訴諸到正在進行維護標簽機制工作的電子表格中)。標簽是固定的，不是動態(tài)的，類似于在 MPLS的3層VPN，能使故障排除更加容易。標簽和拓撲信息通過三種路由協(xié)議(中間系統(tǒng)到中間系統(tǒng);開放最短路徑優(yōu)先;邊界網(wǎng)關協(xié)議)中的一種，延伸傳播至整個網(wǎng)絡中。SR不需要標簽分發(fā)協(xié)議，從而消除了路由協(xié)議和標簽分發(fā)協(xié)議之間需要同步的障礙。

像PCE(路徑計算元件)這樣的外部系統(tǒng)，應用了SR后，可以定義路徑。一個PCE能夠創(chuàng)建不共享拓撲或從批量數(shù)據(jù)流中分離出來的實時UC&C流量路徑。PCE與路由協(xié)議交互以獲得拓撲和其它信息，用于確定添加到數(shù)據(jù)包的標簽組。其結果是，在一個SR系統(tǒng)上既包含了運行在控制平面上用于收集拓撲信息的路由器，也包含了在PCE上運行的使用該拓撲信息來計算不同應用路徑的路由協(xié)議。

當PCE確定某個flow應該經(jīng)過所有路徑而非最短路徑時，它會發(fā)送一個標簽堆棧條目到該flow的入口路由器，其他路由器無需接收來自PCE的任何信息，就編程轉(zhuǎn)發(fā)協(xié)議來說，SR已是非常高效的了。

SR和OpenFlow有何不同?

OpenFlow必須加載沿著源頭到目的地的路徑進入控制器開關的轉(zhuǎn)發(fā)表項，SR與僅在入口路由器插入MPLS包頭的松散源路由是不同的，它是在PCE 上定義編碼轉(zhuǎn)發(fā)路徑的。SR程序和MPLS標簽棧為每個flow提供該flow的入口路由器路徑，而不是讓flow通過同一條路徑到達所有交換機入口。

另一個區(qū)別是，一個OpenFlow控制器從所有的交換機/路由器收集相鄰關系信息，并使用該信息來做出轉(zhuǎn)發(fā)決定。而SR PCE依靠路由協(xié)議進行拓撲信息收集和標簽傳播。SR機制使用在硬件上運行的路由協(xié)議，有可能使得這些協(xié)議的新版本更難以部署，難度水平取決于系統(tǒng)架構。

有一個替代選擇，這是好事

當我看到SR能提供類似于SDN的功能時，我覺得它是替代OpenFlow的第一選擇。SR需要更多的開發(fā)，以便它能達到像一些OpenFlow產(chǎn)品具有的雙向應用的能力。另外，更積極的的一面是，把flow引向多個網(wǎng)絡設備，SR看起來可能比OpenFlow機制更為有效。

正如任何新技術一樣，它將需要幾年時間去完善整個系統(tǒng)。網(wǎng)絡IT人員也將需要對這項新技術有一個更好的理解，了解其如何才能實現(xiàn)最佳部署。