- 產品與解決方案
- 行業解決方案
- 服務
- 支持
- 合作夥伴
- BOB登陆 人才研學中心
- 關於我們
目 錄
(1) 流量工程的作用
網絡擁塞是影響骨幹網絡性能的主要問題。擁塞的原因可能是網絡資源不足，也可能網絡資源負載不均衡導致的局部擁塞。TE（Traffic Engineering，流量工程）解決的是由於負載不均衡導致的擁塞。
流量工程通過實時監控網絡的流量和網絡單元的負載，動態調整流量管理參數、路由參數和資源約束參數等，使網絡運行狀態遷移到理想狀態，優化網絡資源的使用，避免負載不均衡導致的擁塞。
總的來說，流量工程的性能指標包括兩個方麵：
l 麵向業務的性能指標：增強業務的QoS（Quality of Service，服務質量）性能，例如對分組丟失、時延、吞吐量以及SLA（Service Level Agreement，服務等級協定）的影響。
l 麵向資源的性能指標：優化資源利用。帶寬是一種重要的資源，對帶寬資源進行高效管理是流量工程的一項中心任務。
(2) 流量工程的解決方案
現有的IGP協議都是拓撲驅動的，隻考慮網絡的連接情況，不能靈活反映帶寬和流量特性這類動態狀況。
解決IGP上述缺點的方法之一是使用重疊模型（Overlay），如IP over ATM、IP over FR等。重疊模型在網絡的物理拓撲結構之上提供了一個虛擬拓撲結構，從而擴展了網絡設計的空間，為支持流量與資源控製提供了許多重要功能，可以實現多種流量工程策略。然而，由於協議之間往往存在很大差異，重疊模型在可擴展性方麵存在不足。
為了在大型骨幹網絡中部署流量工程，必須采用一種可擴展性好、簡單的解決方案。MPLS TE就是為這一需求而提出的。
MPLS本身具有一些不同於IGP的特性，其中就有實現流量工程所需要的，例如：
l MPLS支持顯式LSP路由；
l LSP較傳統單個IP分組轉發更便於管理和維護；
l 基於MPLS的流量工程的資源消耗較其它實現方式更低。
MPLS TE結合了MPLS技術與流量工程，通過建立到達指定路徑的LSP隧道進行資源預留，使網絡流量繞開擁塞節點，達到平衡網絡流量的目的。
在資源緊張的情況下，MPLS TE能夠搶占低優先級LSP隧道帶寬資源，滿足大帶寬LSP或重要用戶的需求。
同時，當LSP隧道故障或網絡的某一節點發生擁塞時，MPLS TE可以通過備份路徑和FRR（Fast ReRoute，快速重路由）提供保護。
使用MPLS TE，網絡管理員隻需要建立一些LSP和旁路擁塞節點，就可以消除網絡擁塞。隨著LSP數量的增長，還可以使用專門的離線工具進行業務量分析。
對於一條LSP，一旦在Ingress節點為報文分配了標簽，流量的轉發就完全由標簽決定了。流量對LSP的中間節點是透明的，從這個意義上來說，一條LSP可以看作是一條LSP隧道。
在部署重路由（Reroute）或需要將流量通過多條路徑傳輸時，可能需要用到多條LSP隧道。在TE中，這樣的一組LSP隧道稱為TE隧道（Traffic Engineered Tunnel）。
MPLS TE主要實現兩類功能：
l 靜態CR-LSP（Constraint-based Routed Label Switched Paths，基於約束路由的LSP）的處理：創建和刪除靜態CR-LSP。這些LSP有帶寬需求，需要通過手工配置。
l 動態CR-LSP處理：包括對三種不同類型CR-LSP的處理：基本CR-LSP、備份CR-LSP和快速重路由CR-LSP。
靜態CR-LSP的處理比較簡單。對於動態CR-LSP，MPLS TE在實現上主要包括四個部分。
MPLS TE需要了解每條鏈路的動態TE相關屬性，這可以通過對現有的使用鏈路狀態算法的IGP協議進行擴展來實現，比如OSPF協議和IS-IS協議的擴展。
擴展後的OSPF和IS-IS協議在鏈路連接狀態中增加了鏈路帶寬、著色等TE相關屬性，其中，鏈路的最大可預留帶寬和每個優先級的鏈路未被預留帶寬尤為重要。
每台設備收集本區域或本級別所有設備每條鏈路的TE相關信息，生成TEDB（TE DataBase，流量工程數據庫）。
使用鏈路狀態算法的路由協議通過SPF（Shortest Path First，最短路徑優先）算法計算出到達網絡各個節點的最短路徑。
MPLS TE使用CSPF（Constraint-based Shortest Path First，基於約束的最短路徑優先）算法計算出到達某個節點的最短路徑。
CSPF算法是從SPF算法衍生來的，CSPF有兩個輸入條件：
l 需要建立的LSP的帶寬、著色、搶占/保持優先級、顯式路徑等約束條件，這些都在LSP的入口處配置；
l 流量工程數據庫TEDB。
CSPF的計算過程就是針對LSP要求，先對TEDB中的鏈路進行剪切，把不滿足TE屬性要求的鏈路剪掉；再采用SPF算法，尋找一條到LSP出口的最短路徑。
支持建立LSP隧道的信令RSVP-TE。它們都能夠攜帶LSP的帶寬、部分顯式路由、著色等約束參數，兩者完成的功能是一樣的。
從內部實現來看， RSVP-TE則通過Raw IP建立LSP連接。
RSVP技術經曆了多年的發展，其體係結構、協議規程與對各種業務的支持機製相對比較成熟。
使用建立的隧道轉發報文。
基於一定約束條件建立的LSP稱為CR-LSP，與普通LSP不同，CR-LSP的建立不僅依賴路由信息，還需要滿足其他一些條件，比如指定的帶寬、選定的路徑或QoS參數。
建立和管理約束條件的機製稱為CR（Constraint-based Routing，基於約束的路由）。
下麵對CR的主要內容進行簡單介紹。
l 如果約束信息是對沿途LSR的精確指定，建立的LSP稱為嚴格的顯式路由（Strict Explicit Route）；
l 如果約束信息是對選擇下遊LSR時的模糊限製，建立的LSP稱為鬆散的顯式路由（Loose Explicit Route）。
路徑的流量參數有三個：峰值速率（peak rate）和承諾速率（committed rate），描述路徑本身對帶寬的約束；另外一個是服務粒度（service granularity）。
如果在建立CR-LSP的過程中，無法找到滿足所需帶寬要求的路徑，一種解決方法是拆除另外一條已經建立的路徑，占用為它分配的帶寬資源，這種處理方式稱為搶占（Preemption）。
CR-LSP使用兩個優先級屬性來決定是否可以進行搶占：建立優先級（Setup Priority）和保持優先級（Holding Priority）。建立優先級和保持優先級的取值範圍都是0～7，數值越小則優先級越高。
搶占由RSVP-TE的Resv消息發起。當新建一條路徑Path1時，如果需要與已建立的路徑Path2爭奪資源，隻有當Path1的建立優先級高於Path2的保持優先級時，Path1才能搶占成功。
因此，為保證CR-LSP能夠正確建立，建立優先級不能高於保持優先級，否則可能會導致LSP間無窮盡的互相搶占，造成振蕩。
CR-LSP創建成功後，不隨路由變化而變化的特性叫做路由固定。
當某個網絡未運行IGP TE時，網絡管理員不能確定網絡上的哪些地方可以獲得帶寬，這時需要選擇具有所需帶寬的鬆散ER-hop（Explicit Route）來創建CR-LSP，但這些CR-LSP將會隨路由變化而變化。當路由變化時，比如出現了一個更好的下一跳，已建立的CR-LSP也將會隨之改變。
如果不希望使用鬆散路由建立的CR-LSP隨路由變化而改變，網絡管理員可以在CR-LSP創建成功時把這些CR-LSP配置成永久性的，不隨路由變化而變化。
MPLS TE隧道的親和屬性決定隧道使用的鏈路屬性，親和屬性與鏈路管理組配合，確定隧道可以使用哪些鏈路。
流量工程是係統規劃網絡資源使用的過程。根據用戶需求可以配置流量工程，提供要求的QoS。
服務提供商通常利用一定的機製去優化CR-LSP，以優化網絡資源使用。一種方法是人工配置，但是需要服務提供商進行測量和對CR-LSP微調。使用MPLS TE則能夠動態優化CR-LSP，從而節省人力。
動態優化CR-LSP即定期重計算CR-LSP穿越的路由。如果重計算的路由優於當前路由，則創建一條新的CR-LSP，為之分配新路由，並將業務從舊的CR-LSP切換至新的CR-LSP，刪除舊CR-LSP。
現在使用兩種QoS體係：IntServ（Integrated Service，綜合業務模型）和DiffServ（Differentiated Service，區分業務模型）。
RSVP（Resource Reservation Protocol，資源預留協議）是為IntServ（Integrated Service，綜合業務模型）而設計的，用於在一條路徑的各節點上進行資源預留。RSVP工作在傳輸層，但不參與應用數據的傳送，是一種Internet上的控製協議，類似於ICMP。
簡單來說，RSVP具有以下幾個主要特點：
l 單向；
l 麵向接收者，由接收者發起對資源預留的請求，並維護資源預留信息；
l 使用“軟狀態”（soft state）機製維護資源預留信息。
RSVP經擴展後可以支持MPLS標簽的分發，並在傳送標簽綁定消息的同時攜帶資源預留信息，這種擴展後的RSVP稱為RSVP-TE，作為一種信令協議用於在MPLS TE中建立LSP隧道。
(1) 軟狀態
“軟狀態”是指在RSVP-TE中，通過消息的定時刷新來維持節點上的資源預留狀態。
資源預留狀態包括由Path消息創建的路徑狀態（path state）和由Resv消息創建的預留狀態（reservation state）。這兩種狀態分別由Path消息和Resv消息定時刷新。對於某個狀態，如果連續沒有收到刷新消息，這個狀態將被刪除。
(2) 資源預留類型
使用RSVP-TE建立的LSP都具有某種資源預留類型（reservation style），在建立RSVP會話時，由接收者決定此會話使用哪種預留類型，從而決定可以使用哪些LSP。
目前設備支持以下兩種預留類型：
l FF（Fixed-Filter style）：固定過濾器類型。為每個發送者單獨預留資源，不能與同一會話中其他發送者共享資源。
l SE（Shared-Explicit style）：共享顯式類型。為同一個會話的發送者建立一個預留，可以共享資源。
make-before-break是指一種可以在盡可能不丟失數據，也不占用額外帶寬的前提下改變MPLS TE隧道屬性的機製。
在圖 1中，假設需要建立一條Router A到Router D的路徑，保留30M帶寬，開始建立的路徑是Router A→Router B→Router C→Router D。
現在希望將帶寬增大為40M，Router A→Router B→Router C→Router D路徑不能滿足要求。而如果選擇Router A→Router E→Router C→Router D，則Router C→Router D也存在帶寬不夠的問題。
采用make-before-break機製，新建立的路徑在Router C→Router D可以共享原路徑的帶寬，新路徑建立成功後，流量轉到新路徑上，之後拆除原路徑，從而有效地避免了流量中斷。
RSVP-TE使用RSVP的消息類型，並進行了擴展。RSVP使用以下消息類型：
l Path消息：由發送者沿數據報文傳輸的方向向下遊發送，在沿途所有節點上保存路徑狀態（path state）。
l Resv消息：由接收者沿數據報文傳輸的方向逆向發送，在沿途所有節點上進行資源預留，並創建和維護預留狀態（reservation state）。
l PathTear消息：此消息產生後馬上向下遊發送，並立即刪除沿途節點的路徑狀態和相關的預留狀態。
l ResvTear消息：此消息產生後馬上向上遊發送，並立即刪除沿途節點的預留狀態。
l PathErr消息：如果在處理Path消息的過程中發生了錯誤，就會向上遊發送PathErr消息，PathErr消息不影響沿途節點的狀態，隻是把錯誤報告給發送者。
l ResvErr消息：如果在處理Resv消息的過程中發生了錯誤，或者由於搶占導致預留被破壞，就會向下遊節點發送ResvErr消息。
l ResvConf消息：該消息發往接收者，用於對預留消息進行確認。
l Hello消息：在兩個直連的RSVP鄰居之間建立和維持鏈路局部的鄰居關係。
RSVP的TE擴展主要是在其Path消息和Resv消息中增加新的對象，新增對象除了可以攜帶標簽綁定信息外，還可以攜帶對LSR在沿途尋找路徑時的限製信息，從而支持CR-LSP的功能，並支持FRR。
l Path消息新增的對象包括：LABEL_REQUEST、EXPLICIT_ROUTE、RECORD_ROUTE和SESSION_ATTRIBUTE。
l Resv消息新增的對象包括：LABEL和RECORD_ROUTE。
LABEL_REQUEST對象包含在Path消息中，為LSP請求標簽綁定，該對象也保存在路徑狀態塊PSB（Path State Block）中。接收到該對象的節點將分配的標簽通過Resv消息中的LABEL對象通知上遊節點，從而完成標簽的發布和傳遞。
圖 2是使用RSVP建立LSP隧道的示意圖。
使用RSVP建立LSP隧道的過程可以簡單描述為：
(1) Ingress LSR產生攜帶標簽請求信息的Path消息，沿著通過CSPF計算出的路徑逐跳發送給Egress LSR；
(2) Egress LSR收到Path消息後，產生攜帶預留信息和標簽的Resv消息，沿著Path消息發送的相反路徑逐跳返回Ingress LSR，同時，Resv消息在沿途的LSR上進行資源預留；
(3) 當Ingress LSR收到Resv消息時，LSP建立成功。
采用RSVP-TE建立的LSP具有資源預留功能，沿途的LSR可以為該LSP分配一定的資源，使在此LSP上傳送的業務得到保證。
RSVP通過Refresh消息來維護路徑和預留狀態，Refresh消息不僅用於在RSVP鄰居節點進行狀態同步，也用於恢複丟失的RSVP消息。
Refresh消息並不是一種新的消息，它是以前發布過的消息的再次傳送，Refresh消息中攜帶的主要信息和傳送時使用的路徑都與它要刷新的消息完全一致。隻有Path消息和Resv消息才可能是Refresh消息。
由於Refresh消息是定時發送的，當網絡中的RSVP會話比較多時，Refresh消息會加重網絡負載；而對於時延敏感的應用，當消息丟失時，等待通過Refresh消息恢複的時間可能無法接受。簡單地調整刷新間隔並不能同時解決這兩類問題。
RFC 2961（RSVP Refresh Overhead Reduction Extensions）定義了幾種新的擴展機製，用於解決Refresh消息帶來的上述問題。
(1) Message_ID擴展
RSVP本身使用Raw IP發送消息，RFC 2961中定義的Message_ID擴展機製增加了可以在RSVP消息中攜帶的對象，其中，Message_ID和Message_ID_ACK對象用於RSVP消息確認，從而提高RSVP消息發送的可靠性。
在接口使能Message_ID機製後，可以配置重傳功能，設定RSVP消息的重傳參數。如果在重傳初始時間間隔內（假設為Rf秒），沒有收到應答消息ACK，經過（1＋Delta）×Rf秒後，將重傳此消息。
(2) 摘要刷新擴展
摘要刷新Srefresh（Summary Refresh）可以不傳送標準的Path或Resv消息，而仍能實現對RSVP的狀態刷新，從而可以減少網絡上的Refresh消息流量，並加快節點對這類消息的處理速度。
摘要刷新擴展需要與Message_ID擴展配合使用。隻有那些已經被包含Message_ID對象的Path和Resv消息發布過的狀態才能使用摘要刷新擴展機製刷新。
為建立LSP，發送者在Path消息中攜帶LABEL_REQUEST對象，接收者收到帶有LABEL_REQUEST對象的Path消息後，就會分配一個標簽，並將標簽放在Resv消息的LABEL對象中。
LABEL_REQUEST對象保存在上遊節點的PSB（Path State Block，路徑狀態塊）中，LABEL對象則保存在下遊節點的RSB（Reservation State Block，預留狀態塊）中。當連續未收到刷新消息的次數超過PSB或RSB的超時倍數（當達到此數值時即為超時）時，PSB或RSB中相應的狀態將被刪除。
假設有一個資源預留請求，在某些節點上沒有通過準入控製，有時可能不希望立即刪除這個請求的狀態，但這個請求也不應該阻止其他請求使用它預留的資源。這種情況下，節點將進入阻塞狀態（Blockade State），在下遊節點生成BSB（Blockade State Block，阻塞狀態塊）。當連續未收到刷新消息的次數超過阻塞狀態超時倍數時，BSB中相應的狀態被刪除。
RSVP-TE GR功能依賴於RSVP-TE的Hello擴展能力，通過擴展的RSVP Hello報文向鄰居通告自己的GR能力和相關時間參數。設備和鄰居如果都具備RSVP GR能力，那麼在完成GR參數的交互後，就可以在檢測到對方發生GR重啟時，充當對方的GR Helper，保證在GR Restarter重啟的過程中，數據轉發不會中斷。
當GR Restarter發生重啟時，GR Helper連續丟失的Hello報文次數超過了配置的值，由此判定GR Restarter發生了重啟。此時GR Helper會保留與該鄰居相關的軟狀態信息，並保持向對方周期性發送Hello報文，直到重啟定時器（Restart Timer）超時。
在重啟定時器超時前，如果GR Helper鄰居和GR Restarter重新建立了Hello會話協商，那麼啟動恢複定時器，並觸發信令報文交互以恢複原有的軟狀態；否則，將刪除與該鄰居相關的所有RSVP軟狀態信息和轉發表項。如果恢複定時器超時，則刪除那些在GR恢複過程中沒有恢複的軟狀態和表項信息。
當MPLS TE隧道建立之後，如果不配置流量沿隧道轉發，缺省的情況下依然會沿IP路由轉發。
配置流量沿隧道轉發有如下三種方法：
使用靜態路由轉發流量，是最簡便的方法，因為Tunnel的接口地址通常情況下不會發布到IGP中。這時候通過定義一條通過Tunnel接口到達目的網絡地址的靜態路由，就把流量引入到MPLS TE隧道上進行轉發。
使用基於策略的路由（Policy-based routing，PBR），通過Tunnel接口的流量需要通過ACL定義策略，如果匹配該流量，將下一跳的接口指向Tunnel，在流量的入接口應用策略路由，就把流量引入到MPLS TE隧道上進行轉發。
自動路由發布會將Tunnel的接口發布到IGP路由中，這樣流量都會通過MPLS TE隧道轉發。
自動路由發布包括兩種：IGP Shortcut與轉發鄰接。
OSPF和IS-IS支持IGP Shortcut和轉發鄰接特性，可以使用TE Tunnel作為出接口。在這種應用中，TE Tunnel被看做點到點鏈路。
IGP Shortcut特性也稱為自動路由宣告（AutoRoute Announce），該特性將TE Tunnel看作直接與目的地址相連的邏輯接口，計算該TE Tunnel隧道入口設備的IGP路由。
IGP Shortcut和轉發鄰接的區別在於：
l 在IGP Shortcut應用中，使能此特性的設備使用TE Tunnel作為出接口，但它不將這條路由發布給鄰居設備，因此，其他設備不能使用此TE Tunnel。
l 如果配置了轉發鄰接，則使能此特性的設備在使用TE Tunnel作為出接口的同時，也將這條TE Tunnel發布給鄰居設備，因此，其他設備能夠使用此TE Tunnel。
圖 3 IGP Shortcut與轉發鄰接示意圖
在圖 3中，Router D到Router C之間有一條TE Tunnel，IGP Shortcut隻能使入節點Router D在計算IGP路由時利用這條隧道，Router A並不能利用這條隧道到達Router C。如果配置了轉發鄰接特性，則Router A也能夠知道這條TE Tunnel的存在，從而可以利用該隧道將到Router C的流量轉發到Router D上。
IGP Shortcut和轉發鄰接包括Tunnel上的配置和IGP本身的配置兩部分。
Tunnel接口上的配置需要注意：
l Tunnel接口的目的地址應該屬於使能相應特性的區域內；
l Tunnel接口的目的地址可通過區域內路由到達。
流量工程要求在環境發生變化時能夠動態分配資源，並且不中斷業務。
這通常是由於：用戶最初不能確定有多少業務需要通過服務提供商的網絡傳輸，他們更願意為已經使用的帶寬付費。因此，服務提供商需要具備這樣一種功能：CR-LSP能在最初時為用戶請求帶寬建立流量工程隧道；當用戶業務增多時，自動調整分配給這些CR-LSP的帶寬。
MPLS TE的自動帶寬調整特性可以實現此功能，這一特性基於測量的業務量動態調整為流量工程隧道分配的帶寬。
CR-LSP備份是一種端到端的路徑保護（Path Protection，end-to-end protection），對整條LSP提供保護，而FRR則是一種局部保護措施，隻能保護LSP中的某條鏈路和某個節點。並且，FRR是一種快速響應的臨時性保護措施，對於切換時間有嚴格要求，LSP備份則沒有時間要求。
同一條隧道下對主LSP進行路徑備份的LSP稱為備份路徑。當Ingress感知到主LSP不可用時，將流量切換到備份路徑上，當主LSP路徑恢複後再將流量切換回來，以實現對主LSP路徑的備份保護。
有兩種備份方法：
l 熱備份：創建主CR-LSP後隨即創建備份CR-LSP。主CR-LSP失效時，通過MPLS TE直接將業務切換至備份CR-LSP。
l 普通備份：指主CR-LSP失效後創建備份CR-LSP。
快速重路由FRR（Fast ReRoute），是MPLS TE中實現網絡局部保護的技術。FRR的切換速度可以達到50ms，能夠最大程度減少網絡故障時數據的丟失。
對LSP配置FRR功能後，當LSP上的某條鏈路或某個節點失效時，流量會被切換到保護鏈路上，同時LSP頭節點嚐試建立新的LSP。
下麵介紹FRR中的幾個概念：
l 主LSP：被保護的LSP。
l Bypass LSP：旁路LSP，保護主LSP的LSP。
l PLR（Point of Local Repair）：本地修複節點。Bypass LSP的頭節點，必須在主LSP的路徑上，並且不能是主LSP的尾節點。
l MP（Merge Point）：彙聚點。Bypass LSP的尾節點，必須在主LSP的路徑上，並且不能是主LSP的頭節點。
根據保護的對象不同，FRR分為兩類：
l 鏈路保護：PLR和MP之間有直接鏈路連接，主LSP經過這條鏈路。當這條鏈路失效時，流量可以切換到Bypass LSP上。如圖 4所示，主LSP是Router A→Router B→Router C→Router D，Bypass LSP是Router B→Router F→Router C。
圖 4 FRR鏈路保護示意圖
l 節點保護：PLR和MP之間通過一台設備連接，主LSP經過這台設備。當這台設備失效時，流量可以切換到Bypass LSP上。如圖 5所示，主LSP是Router A→Router B→Router C→Router D→Router E，Bypass LSP是Router B→Router F→Router D，Router C是被保護的設備。
圖 5 FRR節點保護示意圖
在配置Bypass LSP時，應該規劃好它所保護的鏈路或節點，並確保該Bypass LSP不會經過它所保護的鏈路或節點，否則不能真正起到保護作用。
另外，由於Bypass隧道需要預先建立，快速重路由會占用額外的帶寬。在網絡帶寬餘量不多的情況下，隻能對關鍵的接口或鏈路進行快速重路由保護。
Diff-Serv作為一種QoS解決方案，其主要實現機製是對流量按照服務類型（class of service）進行劃分，基於服務類型提供不同的QoS保證。
而MPLS TE作為流量工程解決方案，主要用於對網絡資源的使用進行優化。
DiffServ-Aware TE結合上述兩者的優勢，能夠基於按服務類型劃分的流量進行網絡資源優化，即，對不同的服務類型進行不同的帶寬約束。
概括來說，DiffServ-Aware TE將不同服務類型的流量與LSP進行映射，使流量經過的路徑符合對其服務類型的流量工程約束條件。
DiffServ-Aware TE涉及下麵兩個概念：
l 服務類型CT（Class Type）：CT指的是滿足一定帶寬約束的鏈路的集合，用於分配鏈路帶寬、實施約束路由及進行準入控製。對於一個給定的Traffic Trunk，其經過的鏈路都屬於相同的CT。
l 帶寬約束BC（Bandwidth Constraints）：為了控製CT，可以構造不同的帶寬約束模型。帶寬約束模型由兩部分內容決定：最大BC數目（MaxBC）、BC與CT的對應關係。
如圖 6所示，分層網絡中，一般隻在核心層部署MPLS TE，彙聚層MPLS網絡一般采用LDP作為標簽分發信令，不會部署MPLS TE。彙聚層網絡上的LDP LSP隧道穿越核心層網絡時，可以利用核心層的MPLS TE隧道，即在MPLS TE隧道之上承載LDP LSP，不需要在核心層的每台LSR之間建立LDP LSP，這就是MPLS LDP over MPLS TE。
l 為了實現MPLS LDP over MPLS TE，需要在MPLS TE隧道的頭節點和尾節點之間建立LDP遠端會話，通過遠端會話發送Label Mapping消息，從而在MPLS TE隧道的頭節點和尾節點之間建立LDP LSP，這條LDP LSP隧道承載於MPLS TE隧道之上，形成了分層LSP。
售前谘詢
售後谘詢
人工在線谘詢
