影響 CBR 爲 TE 選擇 tunnel 建立路徑的因素
1、接口預留帶寬
按 Priority 的可用帶寬（優先級越小越優，低的可以搶佔高的帶寬）
sub-pool 對 DS-TE 的支持
MPLS Traffic Engineering - DiffServ Aware (DS-TE)
默認情況下：tunnel 3將會處於 down 狀態，並且 TE tunnel 只是佔據了預留帶寬的 800K（默認 tunnle 的優先級均爲 7）
r1#show mpls tra topology
My_System_id: 1.1.1.1 (ospf 100 area 0)
Signalling error holddown: 10 sec Global Link Generation 71
IGP Id: 1.1.1.1, MPLS TE Id:1.1.1.1 Router Node (ospf 100 area 0)
link[0]: Broadcast, DR: 12.1.1.2, nbr_node_id:2, gen:63
frag_id 12, Intf Address:12.1.1.1
TE metric:10, IGP metric:10, attribute flags:0x0
SRLGs: None
physical_bw: 10000 (kbps), max_reservable_bw_global: 1000 (kbps)
max_reservable_bw_sub: 0 (kbps)
Global Pool Sub Pool
Total Allocated Reservable Reservable
BW (kbps) BW (kbps) BW (kbps)
--------------- ----------- ----------
bw[0]: 0 1000 0
bw[1]: 0 1000 0
bw[2]: 0 1000 0
bw[3]: 0 1000 0
bw[4]: 0 1000 0
bw[5]: 0 1000 0
bw[6]: 0 1000 0
bw[7]: 800 200 0
--More--
當設置的 tunnel 比處於 up 狀態的 tunnle 的優先級更小，則更優的 tunnel 會搶佔適合本 tunnel 數據轉發的最小帶寬的 tunnel 方，也就是默認只是修改 tunnel 3 會搶佔 tunnel 2，而不會搶佔 tunnel 14（因爲：500K > 300K）
interface Tunnel2
tunnel mpls traffic-eng priority 6 6
!
interface Tunnel3
tunnel mpls traffic-eng priority 6 6
r1#show mpls traffic-eng topology
My_System_id: 1.1.1.1 (ospf 100 area 0)
Signalling error holddown: 10 sec Global Link Generation 85
IGP Id: 1.1.1.1, MPLS TE Id:1.1.1.1 Router Node (ospf 100 area 0)
link[0]: Broadcast, DR: 12.1.1.2, nbr_node_id:2, gen:84
frag_id 12, Intf Address:12.1.1.1
TE metric:10, IGP metric:10, attribute flags:0x0
SRLGs: None
physical_bw: 10000 (kbps), max_reservable_bw_global: 1000 (kbps)
max_reservable_bw_sub: 0 (kbps)
Global Pool Sub Pool
Total Allocated Reservable Reservable
BW (kbps) BW (kbps) BW (kbps)
--------------- ----------- ----------
bw[0]: 0 1000 0
bw[1]: 0 1000 0
bw[2]: 0 1000 0
bw[3]: 0 1000 0
bw[4]: 0 1000 0
bw[5]: 0 1000 0
bw[6]: 500 500 0
bw[7]: 0 500 0
--More--
設置優先級的時候應該注意，r1(config-if)#tunnel mpls traffic-eng priority { setup priority } { hold priority }，如果兩者的setup priority 不等於 hold priority，就會出現翻滾現象。因爲兩個 tunnel 的優先級比較是“交叉比較”的
例如：
interface Tunnel2
tunnel mpls traffic-eng priority 6 7
!
interface Tunnel3
tunnel mpls traffic-eng priority 6 7
那麼 tunnel 2 會先使用 6 和 tunnel 3 的 7 進行比較然後 tunnel 2 就會處於 up 狀態，緊接着 tunnel 3 同理也會使用自身的 6 和 tunnel 2 的 7 比較使得 tunnel 3 搶佔 tunnle 2，從而出現翻滾現象（不過Cisco IOS 12.2以上版本已經不能設置不相等的 setup priority，hold priority）
■隧道的優先級
產生的背景：
有些隧道比其他的隧道更爲重要，所以無論出於什麼目的，都需要讓一些隧道優於其他隧道.
MPLS TE是可以實現這樣的機制的。每一個隧道都有它的優先級，重要的隧道優先級會更高.次重要的隧道會退出現有路徑，然後重新計算路徑，而把資源讓給更加重要的隧道(優先級更高的隧道).
隧道的優先級是0-7.數值越小，優先級越高。
既然有了優先級這個概念，那麼一定會涉及到隧道搶佔這個東西。既然有隧道的優先級比當前隧道優先級高，那麼重要的隧道在想保留帶寬的時候，就可以隨意把其他的隧道擠出他們的路徑，這樣的機制就叫隧道搶佔.tunnel preemption.
這裏來做2個實驗來驗證隧道優先級這個概念。
這裏在R2上面，建立兩個隧道。
這裏有兩個隧道，tunnel 0和tunnel 1.
但是兩個隧道的優先級是完全不同的。tunnel 0,優先級是7.後面的保持優先級先不管。然後tunel1的優先級是5.
前提情況是：
R2的接口2/0 ，設置的ip rsvp bw是默認的750M.是大於兩個隧道的rsvp bw總和的。
在R3上面，interface G3/0.
配置爲：
實際上帶寬爲2049.那麼只能讓一個隧道走這條路徑，隧道0和隧道1，優先級分別是7和5.所以tunnel 1應該是走綠色的路徑，tunnel 0 走紅色的路徑，因爲隧道優先級的不同在這裏。
我們也可以在路由器R2-PE-1上面看看:
現在在R3上面：
總結:所以，當總的鏈路承諾帶寬小於所有隧道總和帶寬需求的時候，那麼這個時候優先級高的隧道就會優先選路。
關於優先級，還有一個概念，優先級第一個參數是建立優先級，第二個參數是保持優先級。
爲什麼會有兩個優先級？
其實就是RFC2751中的搶佔和防守優先級爲原型的。
目的是，當一條隧道開始建立的時候，使用他得建立優先級來決定是否承認這條隧道，當另外一個隧道要和先前建立的隧道競爭鏈路的時候，就用新隧道的建立優先級和第一條隧道的保持優先級進行比較。
如果根據原則進行比較會產生一個問題,如果建立優先級比保持優先級小的話，會造成程序的死循環。
假設現在有兩個tunnel，0和1.而兩個tunnel的建立優先級都爲1，兩個隧道的保持優先級都是7.當tunnel0 up的時候，建立tunnel 1，那麼tunnel1 會用建立優先級1去比較tunnel 0 的保持優先級7，結果tunnel1，搶佔成功。
tunnel1 up，tunnel 0被擠出預留帶寬。
然後tunnel 0這個時候又用相同的方法和tunnel1進行比較，結果tunnel1又up起來，
剩下的事情就是反覆的循環，造成接口震盪.
爲了解決這個問題，cisco IOS不允許建立優先級比保持優先級小。
在配置的時候也進行了規定，如果硬要配是配置不進去的。
最後資料的建議是：保持優先級和建立優先級通常都是設置爲相同的數值。除非你有特別的理由。