關於MPLS TE FRR（Fast Re-Route / 快速重路由）
當 TE tunnel 所經過的節點或鏈路有失效時，TE 數據庫會重新收斂！而這種收斂速度在骨幹網上是不可取的！就 TE 本身來看它可以有建立第二條 tunnel 然後用浮動靜態做備份或者啓用 path-option 20！但最好的方式還是用 TE 的 FRR
全局保護（幾乎沒有任何廠商能夠提供該種保護機制的解決方案）
部分保護（鏈路和節點保護）
(1) 鏈路保護（下一跳保護）
黃色作爲主鏈路，其發送數據包的過程是（數據流是通過 TE tunnel 封裝的）：
r1 --> r2 : 37 | IP-Data
r2 --> r4 : 14 | IP-Data
r4 --> r9 : pop | IP-Data
當主鏈路出現故障，備份鏈路就會無縫接替轉發數據包：
r1 --> r2 : 27 | IP-Data
r2 --> r6 : 17 | 14 | IP-Data
r6 --> r7 : 22 | 14 | IP-Data
r7 --> r4 : pop | 14 | IP-Data
r4 --> r9 : pop | IP-Data
(2) 節點保護（下下一跳保護）
主鏈路正常時的發送數據包過程：
r1 --> r2 : 37 | IP-Data
r2 --> r3 : 11 | IP-Data
r3 --> r4 : 14 | IP-Data
r4 --> r9 : pop | IP-Data
當主鏈路出現故障時，切換到備份鏈路的發送數據包過程：
r1 --> r2 : 37 | IP-Data
r2 --> r6 : 17 | 14 | IP-Data （注意封裝的是下下一跳標籤值，即末端 Tunnnel 標籤）
r6 --> r7 : 22 | 14 | IP-Data
r7 --> r4 : pop | 14 | IP-Data
r4 --> r9 : pop | IP-Data
FRR Lab：
Point of Local Repair（R2：本地修復點，R3：next-next-hop backup Router）
Marge Point（縫合點）
FRR一定需要用到RRO的，同時默認也是開啓的
其中以上兩個 tunnel 一定要寫顯式路徑
1、主 tunnel 開啓 FRR 功能
2、PLR（Point of Loacl Repair）的主 tunnel 經過的物理接口（e0/0.23）下啓用TE backup
r1(config)#int tunnel 14
r1(config-if)#tunnel mpls traffic-eng fast-reroute
r2(config)#int e0/0.23
r2(config-subif)#mpls traffic-eng backup-path tunnel 24
r1#show mpls traffic-eng tunnels tunnel 15（可以發現 tunnel 15 寫的顯式路徑依然沒有改變的）
r1#traceroute 5.5.5.5
Type escape sequence to abort.
Tracing the route to 5.5.5.5
1 12.1.1.2 [MPLS: Label 16 Exp 0] 12 msec 12 msec 4 msec
2 23.1.1.3 [MPLS: Label 20 Exp 0] 8 msec 8 msec 8 msec
3 34.1.1.4 [MPLS: Label 18 Exp 0] 4 msec 8 msec 8 msec
4 45.1.1.5 8 msec * 4 msec
r1#traceroute 5.5.5.5
Type escape sequence to abort.
Tracing the route to 5.5.5.5
1 12.1.1.2 [MPLS: Label 16 Exp 0] 8 msec 8 msec 4 msec
2 26.1.1.6 [MPLS: Labels 19/18 Exp 0] 0 msec 12 msec 0 msec
3 67.1.1.7 [MPLS: Labels 18/18 Exp 0] 4 msec 8 msec 8 msec
4 47.1.1.4 [MPLS: Label 18 Exp 0] 0 msec 8 msec 8 msec
5 45.1.1.5 8 msec * 0 msec
把 R2 的 e0/0.23 斷開在真實設備當中能夠做到無縫切換到 Backup tunnel 轉發數據，而模擬器會丟失 2~3 個包