RFC8277使用BGP通告路由和標(biāo)簽的綁定_第1頁(yè)
RFC8277使用BGP通告路由和標(biāo)簽的綁定_第2頁(yè)
RFC8277使用BGP通告路由和標(biāo)簽的綁定_第3頁(yè)
RFC8277使用BGP通告路由和標(biāo)簽的綁定_第4頁(yè)
RFC8277使用BGP通告路由和標(biāo)簽的綁定_第5頁(yè)
已閱讀5頁(yè),還剩2頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

RFC827模用BGP!告路由和標(biāo)簽的綁定1.介紹即使現(xiàn)在很多設(shè)備都已實(shí)現(xiàn)FC310刑制,但是還是存在很多問(wèn)題導(dǎo)致在過(guò)去和已知的未來(lái)會(huì)對(duì)互操作有影響。這主要表現(xiàn)在:在RFC3107定義了在單個(gè)BGPupdate息中.條prefix以bindin翳個(gè)標(biāo)簽,但是沒(méi)有為這多個(gè)標(biāo)簽規(guī)定語(yǔ)法語(yǔ)義?,F(xiàn)在多數(shù)的廠家設(shè)備莪FC3107寸都只實(shí)現(xiàn)了一pTefi)只binding-個(gè)標(biāo)簽,如果收到一如refix綁定多個(gè)標(biāo)簽時(shí)都不能正確的處理。這樣在不同廠家設(shè)備就會(huì)出現(xiàn)不能正確交互的問(wèn)題。對(duì)于撤錨refix和labe的binding寸的說(shuō)明也不明白R(shí)FC3107定義的一個(gè)可選的特性:通告多條路由到同一目的,該特性從來(lái)就沒(méi)有初實(shí)現(xiàn)。并且,通告多路由的功能可怏FC791/定義的規(guī)程來(lái)實(shí)現(xiàn),因此這個(gè)可選特性這次就廢棄了。BG或許同時(shí)從不同鄰居收到到同一目的的路由,但是一條含有標(biāo)簽,另一條沒(méi)有上簽。RFC3107有說(shuō)明針對(duì)這樣的情況,哪條路由更優(yōu)先而需要被通告給其他鄰居。RFC3107有說(shuō)明當(dāng)'PN-IPv[RFC4364VPN-IPv6[RFC4659時(shí)該如何處理RFC827碇義了一個(gè)新BGPCapability可以用在indin多個(gè)標(biāo)簽的時(shí)候。該能力一定程度上也解決了互操作的問(wèn)題。RFC82/時(shí)去除了關(guān)于通告多路徑的能力,而是定義了女RF使791來(lái)實(shí)現(xiàn)這樣的功能。RFC79住要內(nèi)容就是定義了如何唯一的BGPupdate息中的前知由。通常,只使他LRI中的Prefix來(lái)確定不同的前螺由,兩4Updatei息中NLRI/MP_REACH_N小股的prefix如果一樣的話,就認(rèn)為是對(duì)相同路由的更FC791-新定義了一個(gè)路徑屬性Pathldentifie(PI,路徑標(biāo)識(shí)符4字節(jié))(PI,路徑標(biāo)識(shí)符4字節(jié))但是PI不相同,則認(rèn)為這是兩條不同的第畿更新消息PI是由本地定義陽(yáng)G喳向鄰居告學(xué)習(xí)到的含有1屬性的前微由時(shí),需要使用本地定史㈱略來(lái)替代學(xué)習(xí)到的另外,也說(shuō)明了當(dāng)遇到收到多條同樣的路由但是有的有標(biāo)簽有的沒(méi)有標(biāo)簽時(shí),如何選擇的問(wèn)題〈是,為了兼容性,對(duì)這些的路由的選擇都是基于本地策略進(jìn)行。2.1條路由綁定個(gè)或多個(gè)標(biāo)簽BGP會(huì)通告為一條前綴路由綁定一個(gè)或多個(gè)連續(xù)的標(biāo)簽。這時(shí)BGPupdate消息中使用MP_REACH_NLJRI性,前綴和標(biāo)簽的綁定信NLRI字段內(nèi)說(shuō)明。根NLRI的prefix前綴的類型,可以有下面的不同:如果NLRI的prefiX勺是IPv域VPN-IPv4貝UMP_REACH_NURAFI為1。如果NLRI的prefix!:IPv減VPN-IPv6貝UMP_REACH_NILRAFI為2.如果前綴是Pv域是IPv6則SAFI需要設(shè)置為如果前綴國(guó)PN-IPv4K者VPN-IPv6

則SAF需要設(shè)置為28.關(guān)于BGPupd施息機(jī)extHop址白^內(nèi)MRFC4364],[RFC4659],[RFC4798],[RFC5549]檔中都已經(jīng)詳細(xì)規(guī)定了。RFC436RFC465Table1相關(guān)RFC436RFC4654BGPMPLSIPVirtualPrivateNetworks(VPNs)9BGP-MPLSIPVirtualPrivateNetwork(VPN)ExtensionforIPv6VPNRFC4798ConnectingIPv6IslandsoverIPv4MPLSUsingIPv6ProviderEdgeRouters(6Pv6NextHopRFC5549AdvertisingIPv4NetworkLayerReachabilityInformationwithanIPv6NextHop已經(jīng)有多個(gè)應(yīng)用使BGRS告標(biāo)簽和前綴的綁定的方法來(lái)實(shí)現(xiàn)酊RFC7432BGPMPLS-BasedEtherneVPN][RFC651BGPEncodingsndProcedurMrMulticastnMPLS/BGIPVPNs][TUNNEL-ENCAPlSieBGPTunnelEncapsulationAflSbuie]應(yīng)隈中TUNNEL-ENCAPS目前還處于草案階段,草案文dfeft-ietf-idr-tunnel-encaps-10因此,RFC8277沒(méi)有聲稱這是唯一超GFffi告標(biāo)簽和前綴進(jìn)行綁定的標(biāo)準(zhǔn)。約定,若BGPupd瀛息枷P_REACH_NLR|SAF是4,我們用SAFI-4UPDAT球指代該Updates本RFCt義了一個(gè)新BGPT選能力MultipleLabelsCapabilityMultipleLabelsCapability在RFC5492定義了一%apabilitiesOptionalParamBGPffi來(lái)笛PEN肖息中攜帶自己支持的擴(kuò)展能力,和鄰居協(xié)商。這個(gè)能力可選參3B?:1字節(jié)的CapabilityCode1字節(jié)的Capabilitylength^個(gè)變長(zhǎng)的apabilityVaHeLMultipleLabelsCapabIJCpd等段值為.Valu左段如下所示:TOC\o"1-5"\h\zFigure1valuefieldoftheMultipleLabelsCapability0123012^4567&501234567850L23^557&501

+-4--+―+―+-4--+―+―+――+―+-+-4--'+—+—+IAFT|SAFI|Count、?AFXISAFI|C'juat|十一11■一卡一十一d+-F-+-+-+-+-+-^-一+--1■一十一4--十一十一十一H"一+--1—+-1--+--1■一+—4-一+--F—十valu曲一個(gè)或多個(gè)三元組組成,每個(gè)三瞳由幫:2字節(jié)胡FI、1字節(jié)的SAF和1字節(jié)的CountCountsBGP能處理白一條前姓所綁定的最大的標(biāo)簽數(shù)量CountCountsBGP能處理白一條前姓所綁定的最大的標(biāo)簽數(shù)量C^nt=255則說(shuō)明沒(méi)有限制。如果有多個(gè)這樣的三元AMSAF相同,但把oun亦同,則只認(rèn)為第一個(gè)三元組是正確的,其他都要忽略。另加u他不能凰或者1,當(dāng)Coun是0或者1時(shí)也要忽略。同樣,如果收到一個(gè)鄰居的OPEN肖息,每/OPEN肖息者B"ultipleLabelsCapabi岷y只接受第一犯PEN肖息中的參數(shù)。BG即居對(duì)MultipleLabelsCapabl通!也力的協(xié)商是雙同通1過(guò)OPEN肖息進(jìn)行協(xié)商如果本端路由器沒(méi)有發(fā)送的fttipleLabelsCapab0OPEN肖息,或者沒(méi)有接收到端設(shè)備發(fā)送的含有MultipleLabelsCapabiljtyPEN肖息,貝BGP^能和PDATEI息中將一條refi0B定多個(gè)標(biāo)簽,只能幽對(duì)1的前笏路由和標(biāo)簽的綁定。MultipleLabelsCapabilLyngt必須是4的倍數(shù),如果不是,則就認(rèn)為是畸形的或者錯(cuò)誤的MultipleLabekCapabili明開(kāi)啟4R白^BG灌求如下操作BGFW啟了GR功能,但患GP會(huì)話遭遇Thil,然后BGPsessilnlf建立如果BGP4B居在遭遇il前已經(jīng)通告MultipleLabelsCapability力,但是BGPsession新建立后沒(méi)有通MultipleLabelsCapaltHiiy,貝U之前保持的路由就要全部顯式的撤銷。或者,重新建立物!l邸leLabelsCapabiJityounW了變化,則保持的路由中,標(biāo)簽數(shù)九oun的路由也必須被顯式的撤銷。當(dāng)沒(méi)有啟用MultipleLabelsCapa的ityLRI格式?jīng)]有啟刷ultipleLabelsCapabiHtjBGPUpdate的NLRI只會(huì)出現(xiàn)一個(gè)標(biāo)簽,即^韻僅只和一個(gè)標(biāo)簽進(jìn)行綁定。Figure2NLRIwithOneLabel012345676501234567330123^5675501Iia.be1LengthIia.be1H—H1F—I111F—IF—I1111111—H1111F—I111Is1h—hIPrefix?Length1個(gè)字節(jié)。Kbit來(lái)表示NLRI整個(gè)字段能ngt存段外剩下字段全部的長(zhǎng)度。Label20bitsRsrv保留,必須為S必須被設(shè)置為如果發(fā)送路由和標(biāo)簽綁定的潞由器同時(shí)也啟用RFC7911則NLRI中會(huì)花engtl^段前再增加一斤Pathidentifier段。當(dāng)啟用了MultipleLabelsCapa的l^LRI格式Figure3NLRIwithMultipleLabels0123+-H——H一~|■一十一H--+一-1■一H--H——I——b-H--H——h--1■一H--十一-1■一+~\-一十一I——I■一i——H一~|■一'——I——I——i■一H--十Prefix一Length1個(gè)字節(jié)。Kbit來(lái)表示NLRI整個(gè)字段能ngt存段外剩下字段全部的長(zhǎng)度。Label20bitsLabel20bitsRsrv保留,必須為S如果S后面的字段是refix則S需要設(shè)置為,否則,S需要被設(shè)置為.同樣的,如果發(fā)送路由和標(biāo)簽綁BGPE§由器同時(shí)也啟用RFC7911則NLRI中會(huì)八ength字段前再增加一Pathidentifier段。顯式撤銷路由和標(biāo)簽的綁定當(dāng)使用MP_UNREACH_NLR式的撤銷路由和標(biāo)簽的綁定NLRI字段的格式為:Figure4NLRIforWithdrawalTOC\o"1-5"\h\zoL23032345678901234567390123456789。1-h-+-Hh-十一十一個(gè)一十一十一十一十一H-一十一HF-十一十一1--H1H-+-+-1"一十一HF-十|Length|Compatibility|+1111lr1411-1111Is111d1111+11111-11-1-|Prefix?、I+1111lr1111-11114111d1111+11111-11-1-Compatibili字段必須設(shè)置加800000接收端忽略該字段??梢允褂迷摲庋b格式來(lái)激輔的分配的任何標(biāo)簽。另外,要撤銷的翻FIHSARILengt必須和要實(shí)際的路由匹配。更改路由綁定的標(biāo)簽案例:BGPspeaker優(yōu)鄰孰接收到一犯pdatil息U1]為前穿綁定了一個(gè)標(biāo)簽1,并且下一跳是N1。然后,S1又從鄰臥接收到一4Updat消息[U2],U2中為前繡分配的標(biāo)簽為2,下一跳還愚1。則:如果沒(méi)怦athidentifier,則認(rèn)為后面的標(biāo)飆最新的綁定信任2會(huì)取代L1成為P到N1的標(biāo)簽。這稱為隱式的撤銷標(biāo)簽綁定信息。如果鏟athidentifi屬性,U1的PI為I1,U2的PI為②如果I2=I1則使用標(biāo)簽2替換L1,L2成為前繡到下一弼N1的綁定的標(biāo)簽如果I2旬1,則認(rèn)為這是兩條不同的路由更2不口L1都會(huì)保存下來(lái)BG嘀要在這兩條路由之間進(jìn)行負(fù)載均衡。另外,如第AFI-4或SAFI-12時(shí),如球1從兩個(gè)不同的GF4B居收到了同一個(gè)前探勺標(biāo)簽綁定信息7個(gè)鄰居綁定的標(biāo)碼另一個(gè)鄰居綁定的標(biāo)簽懸但是兩個(gè)鄰國(guó)pdate消息中指定的下一跳者隈則S1會(huì)認(rèn)為加1到前穿都兩條不同的路徑1也會(huì)在這兩條路由之間進(jìn)行負(fù)載均衡。如果收到不同鄰居到睡多4Updat消息中的下一跳不RU根據(jù)一般的選路規(guī)則進(jìn)行。3.SAFI-4orSAFI-128由的安裝和擴(kuò)散多條路由之間的比較假設(shè)對(duì)于某條前輟BGP攵到了兩ISAFI-4UPDATE1,并且這兩氧pdat來(lái)自兩個(gè)不同的BGF4B居;或者這兩條Updat來(lái)自相同白BGF4B居,但是有不同pathidentifier則這兩條路由被認(rèn)為是可以進(jìn)行比較的,需BGP據(jù)est-pam進(jìn)行比較,選出更佳的一條如果和某個(gè)鄰居之間沒(méi)有JRFC7911,]則只將最佳的一條擴(kuò)散給該鄰居。如果和某個(gè)鄰居之間開(kāi)啟RRFC791,1]則這兩條路由都要擴(kuò)散出去。對(duì)于SAFI-12周樣適用。通告標(biāo)簽綁定信息時(shí)對(duì)標(biāo)簽的操作下一跳不改變當(dāng)向鄰居擴(kuò)般AFI-喊SAFI-12路由時(shí),如別extHop段中的下一跳地址不改變,則標(biāo)簽也不改變。另外,如果和鄰居之間沒(méi)有如麻ipleLabelsCapa川1刑不能將含有多個(gè)標(biāo)簽的前綴擴(kuò)散給沒(méi)有開(kāi)前ultipleLabelsCapabilit婉力的鄰居。同樣,如果開(kāi)刖UltipleLabelsCapabilit能力,也不能向鄰居擴(kuò)散多于鄰居宣稱的標(biāo)簽數(shù)量。下一跳改變當(dāng)向鄰居擴(kuò)般AFI-喊SAFI-12路由時(shí),如別extHop段中的下一跳地址改變,則標(biāo)簽也要改變新標(biāo)簽由改蜀extHo字段的節(jié)點(diǎn)設(shè)備分頓新標(biāo)簽的分配完全由該節(jié)點(diǎn)設(shè)備自己決定:Asinglelabelmaybereplacedbyasinglelabelofthesameordifferentvalue.Asequenceofmultiplelabelsmaybereplacedbyasinglelabel.Asinglelabelmaybereplacedbyasequenceofmultiplelabels.Asequencemultipleabelsmaybereplacebyasequenc5fmultipldabelsthenumberoflabelsmaybeleftthesameormaybechanged..數(shù)據(jù)平面我們假設(shè)節(jié)點(diǎn)要使用隧道將數(shù)據(jù)電甚送到節(jié)點(diǎn)I。在這里,數(shù)據(jù)包是一個(gè)MPLSpacked點(diǎn)S將數(shù)據(jù)包封裝后傳遞到物點(diǎn)在這種方式下,節(jié)I可以看到數(shù)據(jù)他的封裝前的標(biāo)簽棧,但是節(jié),鼎和節(jié)點(diǎn)I中間的節(jié)點(diǎn)設(shè)備都看不到數(shù)據(jù)的封裝前的標(biāo)簽棧。這里使用的隧道如果是-LSP的話,對(duì)數(shù)據(jù)他的封裝就是簡(jiǎn)單的再增加利PLSB簽。假設(shè)BGPSpeaker^S到一箱GPUPDATE息,UPDAT更新的前綴塢綁定的標(biāo)簽是1,UPDAT嚀通告抓extHopMN1。S1將這條路由擴(kuò)

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論