草案名稱:IP Fast Reroute Framework
提交者:Mike Shand、Stewart Bryant(網絡廠家Cisco)
該草案已經更新了好幾個版本,如今是版本8(2008年2月25號提交)。經過如下連接查看:
FRR是MPLS-TE裏面的一項功能,FRR的保護對象就是MPLS-TE隧道里的流量,若是流量不穿過MPLS-TE隧道,其它的MPLS/IP流量,是沒法獲得FRR的保護,如今已經有一種實現方式,採用「1跳」TE隧道創建對「非」TE流量的保護(詳見等級四手冊-MPLS第3章3.11案例實驗)。
不過這畢竟不是以純粹的IP快速重路由實現,整個網絡仍需啓用MPLS-TE。而這個草案的出發點正是要將MPLS-TE的快速重路由功能遷移到非TE的環境下使用。基本原理和實現思路大致上都是相同的。
一、鏈路或節點失效產生的報文丟失一共有5個因素
A、失效檢測時間 B、產生更新信息 C、信息泛洪到整網 D、從新計算出轉發表 E、轉發表加載到硬件緩存中
IP FRR和MPLS-TE FRR同樣,實現思路一、縮短以上收斂時間,二、提早計算備份路徑
二、用共同風險鏈路組(SRLG)優化備份路徑的選擇
不過IP的FRR,還存在一些其它的挑戰,咱們知道在MPLS-TE網絡裏,隧道就是1條LSP,即便備份鏈路回到起點也沒有問題,而在IP網裏,報文若是往回轉發,就會產生環路,所以本草案裏也重點分析了RPF檢查等防環路機制,這應該是IP FRR最大的障礙。
【ITAA學習組原創】