MPLS-LDP協(xié)議淺析、應(yīng)用案例11_第1頁
MPLS-LDP協(xié)議淺析、應(yīng)用案例11_第2頁
MPLS-LDP協(xié)議淺析、應(yīng)用案例11_第3頁
MPLS-LDP協(xié)議淺析、應(yīng)用案例11_第4頁
MPLS-LDP協(xié)議淺析、應(yīng)用案例11_第5頁
已閱讀5頁,還剩3頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

第頁協(xié)議淺析、應(yīng)用案例華為技術(shù)服務(wù)有限公司版權(quán)所有侵權(quán)必究擬制:劉爽日期:2019-06-01修改審核:批準:目錄\o"1-3"\h\z\u1.1概述421013533\h31.2基本概念421013534\h31.3標簽轉(zhuǎn)發(fā)表421013535\h41.4標簽觸發(fā)方式421013536\h51.5應(yīng)用421013537\h61.5.1案例1421013538\h61.5.2案例2421013539\h9協(xié)議淺析、應(yīng)用案例概述協(xié)議大家都比較熟悉,在L32中經(jīng)常使用。本文對協(xié)議做了梳理和總結(jié),我本人是一線服務(wù)工程師,所以后文總結(jié)的內(nèi)容通俗、易懂,更利于一線服務(wù)工程師理解協(xié)議。基本概念數(shù)據(jù)報文傳輸?shù)姆较?,是從上游到下游的方向。標簽建立的方向及路由傳遞的方向一致,是從下游到上游。標簽隧道建立的過程,每個實際上就是做三個動作:動作一:在本地為分配標簽(分為有序方式()和獨立方式)有序方式:可以理解為只有接收到下游的標簽映射消息后,在本地才會為該分配標簽。獨立方式:無有序方式的限制,就會在本地給分配標簽這個動作我司默認采用有序方式,我司沒有修改為獨立模式的命令。動作二:當在本地為分配好標簽后,就通過消息將標簽發(fā)送給上游,(這個動作分為按需模式()和自主模式())。按需模式:是上游通知下游將某個的標簽映射消息發(fā)送給我。抓包時也看到上游設(shè)備向下游設(shè)備發(fā)送了報文,下游設(shè)備再向上游設(shè)備發(fā)送消息。模式:下游無需上游向我發(fā)送請求消息,下游就會自動向上游發(fā)送標簽請求消息。抓包時也看到了下游設(shè)備主動向上游設(shè)備發(fā)送了消息。做實驗這個動作是可以修改的,只要相鄰路由器的接口模式一致即可,修改接口模式后相鄰路由器之間的鄰居關(guān)系會重新建立。動作三:標簽保留方式,分為保守和自由保守方式:只保留從最優(yōu)、靜態(tài)、直連路由下一跳出接口接收的標簽自由方式:接收所有接口收到的標簽。做實驗好像這個不能修改。我司上述三個動作默認采用有序方式()+自主模式()+自由模式標簽轉(zhuǎn)發(fā)表1、出、入標簽的理解出標簽是別人分配給我的,入標簽是我分配給別人的2、標簽轉(zhuǎn)發(fā)表介紹如下表項為:轉(zhuǎn)發(fā)等價類、入和出標簽、入接口都是空、出接口有具體接口標簽轉(zhuǎn)發(fā)表就是指導報文從哪個接口轉(zhuǎn)發(fā)出去的,和路由表的功能是一樣的。入接口都是空,說明不對入報文進行接口檢查,若檢查了就和的功能一樣了。其實表項中入接口沒什么用,來個報文直接查標簽轉(zhuǎn)發(fā)表中的入標簽就能對應(yīng)到出標簽和出接口了,因為入標簽是我分配的,我分配的入標簽是不會重復的,所以就可以唯一對應(yīng)到出接口和出標簽了。1.1.1.3/3231.1.1.2/3230/0/01.1.1.2/321028/30/0/01.1.1.6/3230/0/13、、、說明表項顯示如下,入標簽為空,出標簽有數(shù)值,入端口為空,出端口有具體端口1.1.1.6/3210270/0/1表項顯示如下,入標簽有數(shù)值,出標簽為空,入端口為空,出端口為空1.1.1.2/323表項顯示如下,入標簽有數(shù)值,出標簽有數(shù)值,入端口為空,出端口有具體端口1.1.1.6/321026/10270/0/11)、綜上所述,所有表項的入端口都是空。2)、尾節(jié)點只有。中間節(jié)點有和。頭節(jié)點有和,即使只有一個及網(wǎng)絡(luò)相連接的接口也有和。標簽觸發(fā)方式1、如下命令是和建立的觸發(fā)條件,默認觸發(fā)條件是32位主機路由(接口配置的地址是不能觸發(fā)的,雖然在路由表中也顯示為32位掩碼的主機路由,但也不能觸發(fā)分標簽)。1)、命令是必須帶標簽的路由才可以。2)、命令可以為路由觸發(fā)分標簽,(但是及相同,不能為接口配置的地址分標簽)3)、命令可以為所有的路由觸發(fā)分標簽,(但是及相同,不能為接口配置的地址分標簽)4)、命令不為所有的路由觸發(fā)分標簽。5)、()命令及相互不干擾,前者是為非路由服務(wù)的,后者是為路由服務(wù)的。前面的接口地址雖然是32位路由,但是仍無法觸發(fā)分標簽是有原因的,因為和等動態(tài)路由傳遞時,是無法傳遞接口的32位地址路由的。所以即使自己觸發(fā)了,建立了的,別人也學不到該接口的32位地址路由,別人也無法建立的。補充說明一點:只有2種情況分配標簽,尾節(jié)點時為本地始發(fā)路由分標簽,即;中間節(jié)點和頭節(jié)點時分配標簽,即,但此時的條件是必須接收到下游設(shè)備的標簽映射消息,也就是所謂的標簽分配模式為模式。2、建立無默認的限制條件,只要是路由,并收到下游的消息,就可以以建立.可通過如下命令限制為那些路由對應(yīng)的建立。<1-169>應(yīng)用案例1域內(nèi)L3,要求、P設(shè)備只建立最小的標簽轉(zhuǎn)發(fā)表,以節(jié)省設(shè)備標簽轉(zhuǎn)發(fā)表資源,同時實現(xiàn)之間可以互通。當R1、R2、R3標簽觸發(fā)方式采用默認32位主機路由時,之間是可以互通的,此時R1、R2、R3生成的標簽轉(zhuǎn)發(fā)表如下所示。R1設(shè)備的標簽轉(zhuǎn)發(fā)表R2設(shè)備的標簽轉(zhuǎn)發(fā)表R3設(shè)備的標簽轉(zhuǎn)發(fā)表R1、R2、R3的配置如下:對于R1設(shè)備只需要有R31.1.1.3的標簽轉(zhuǎn)發(fā)表即可,同理對于R3設(shè)備只需要有R11.1.1.1的標簽轉(zhuǎn)發(fā)表即可。R2是P節(jié)點,只需要有R1、R3的即可。R1、R2、R3的關(guān)鍵配置和標簽轉(zhuǎn)發(fā)表如下所示R1關(guān)鍵配置如下:101.1.1.3323232201.1.10.0.00321.1.1.11R2關(guān)鍵配置如下:R3關(guān)鍵配置如下:101.1.1.1323232201.1.1.33232321100.0.0.00321.1.1.31R1、R2、R3的配置如下:案例2如圖所示,R1、R2、R3運行協(xié)議,且建立鄰居。R1上100(100.1.1.1)、R3上100(200.1.1.1)在R2上均無此路由,現(xiàn)要求R1上100及R2上100互通。由于R2上沒有R1

溫馨提示

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

評論

0/150

提交評論