(譯文)Difference between the RD and RT

Difference between the RD and RT
RD與RT的區別

The Route-Distinguisher (RD) & Route-Target (RT) are two different concepts that are both used in an MPLS VPN. The RD is used to keep all prefixes in the BGP table unique, and the RT is used to transfer routes between VRF’s/VPNS. Let’s take a look at an example.

RD與RT盡管都用在MPLS VPN中(譯者注:EVPN中也有用到),但它們是兩種不同的概念。RD用于確保BGP表中路由前綴的唯一性,RT則用于在VRFs/VPNs之間傳遞路由條目。參考如下示例。

In the diagram below, the orange = customer A, and the red = customer B. The ISP is creating a VPN for Customer A’s sites between Cambridge and Birmingham, and also creating a VPN between Customer B’s sites in Cambridge and Birmingham.

如圖所示,橙色代表用戶A,紅色代表用戶B。ISP為用戶A位于劍橋和伯明翰的兩個站點間創建了VPN,同樣也為用戶B在這兩地間創建了VPN。

RD

The problem here, is that in Birmingham, Customer A and Customer B are using the same prefixes (10.1.0.0/24 & 10.2.0.0/24). So how is PE2 going to keep the prefixes in the BGP table unique? The answer is, PE2 needs to create a separate RD for each customer. An RD is a 64 bit value that gets prepended in front of the 32 bit IP address in order to make a globally unique 96 bit address. On PE2 if we configure Customer A to use an RD of 1:1, and Customer B with an RD of 2:2, then in the BGP vpnv4 unicast table we will see the following entries:

那么問題來了:在伯明翰的站點,用戶A和B使用了相同的IP前綴(10.1.0.0/24 & 10.2.0.0/24),那么PE2路由器如何確保BGP表中IP前綴的唯一性呢?答案是PE2為每位用戶分配單獨的RD。RD長度為64位,再通過添加32位的IP地址后綴,共同組成一個唯一的96位地址。若在PE2上配置用戶A使用RD 1:1,用戶B使用RD 2:2,那么在BGP VPNV4單播表中我們可以看到如下的路由條目:

1:1:10.1.0.0/24
1:1:10.2.0.0/24
2:2:10.1.0.0/24
2:2:10.2.0.0/24

RT

So by pre-pending an RD in front of the route, we have created a globally unique set of BGP prefixes in the vpnv4 BGP table that can be shared between peers. The next question is, how does PE1 know which of these routes belong to Customer A, and which of these routes belong to Customer B? All we’ve done so far is just ensure the routes are globally unique in the vpnv4 BGP table. The table currently contains 4 entries that are literally just considerd prefixes (although it’s very wierd to look at). So the answer is; by using a route-target. A route target is kind of like a little tag that is attached to a route. So PE2 may add, let’s say 100:100 to routes from Customer A in Birmingham, then when PE1 checks the vpnv4 BGP table he can choose to pick out (import) routes that have this 100:100 value and put them into a separate Virtual Routing & Forwarding (VRF) table for Customer A. The configuration regarding RD’s and RT’s is displayed below.

通過在路由條目前添加RD前綴,在BGP VPNV4表中創建了全局唯一的BGP前綴,以此實現BGP對等體之間交換路由條目。接踵而來的問題是: PE1如何知道哪些路由條目屬于用戶A,哪些路由條目屬于用戶B?通過設置RD,我們僅僅確保了路由條目在BGP VPNV4表中的唯一性。當前BGP表中存在的4條路由,看上去僅僅就是前綴信息(盡管看上去很奇怪)。問題的答案是:使用RT。RT類似于添加在路由條目上的標簽。PE2 為用戶A在伯明翰的路由條目添加RT 100:100;當 PE1檢視BGP VPNV4表時,挑出擁有100:100標簽的路由條目,寫入用戶A的VRF中。關于RD,RT的配置示例如下。

**PE2**
vrf definition CustomerA
 rd 1:1
 route-target import 100:100
 route-target export 100:100

int fa0/0
 description connection to Customer A Birmingham Site
 ip vrf forwarding CustomerA

So from the output, you can see that Customer A routes are made unique by prepending an RD of 1:1 to each prefix. Each route is assigned a route-target of 100:100 because of the VRF association with the interface. PE2 then exports this route target so that each of the routes will have 100:100 attached in the RT field within the BGP extended community attribute as they are sent to PE1. PE1 can then import the route-target of 100:100 so that it can associate those routes tagged with this value with the Customer A VRF.

從上述輸出中可見,用戶A的路由都添加RD 1:1的前綴,每條路由都制定了100:100的RT值。PE2 通過BGP的擴展屬性,在導出用戶A的路由時都會在RT字段填充100:100,然后發送至PE1。 PE1 通過設置導入RT值100:100,確保了擁有相同RT值的路由條目能被導入用戶A的VRF。

Summary

The RD is used purely for the purpose of ensuring routes are unique per VPN. So 10 different VPN’s could use 10.0.0.0/24, and each instance of this prefix would be globally unique. The route-target is used to identify a subset of routes within the BGP vpnv4 unicast table that should be used in a VRF for a particular customer.

RD值純用于確保每個VPN下路由條目(在BGP表中)的唯一性。因此,10個不同的VPN都能擁有10.0.0.0/24網段的路由,并且(在BGP表中)每個10.0.0.0/24網段的路由條目都是全局唯一的。RT值則用于識別BGP VPNV4表中的每條路由條目具體屬于哪個用戶的哪個VRF。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,578評論 6 544
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,701評論 3 429
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,691評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,974評論 1 318
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,694評論 6 413
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 56,026評論 1 329
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 44,015評論 3 450
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 43,193評論 0 290
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,719評論 1 336
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,442評論 3 360
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,668評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,151評論 5 365
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,846評論 3 351
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,255評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,592評論 1 295
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,394評論 3 400
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,635評論 2 380

推薦閱讀更多精彩內容