3．FRR的其他特性和约束
同TE一样 ， 运营商部属FRR时 ， 在利用其优势的同时还需要了解其局限 。
（1） FRR是临时措施 ， 一旦FRR生效 ， 保护隧道所在的物理路径带宽利用率会上升 ， 为了确保备份TE隧道途径的物理路径中原有流量和保护流量的QoS ， 仍然需要轻载（Over Provisioning）来保障 。FRR的保护机制决定了它的临时性 ， 保护链路在起到流量迂回作用时 ， 与其他正常链路共争带宽 ， 为了避免此时的网络拥塞导致性能下降 ， 因此要求网络正常情况下 ， 链路的带宽利用率不能过高 ， 低于50%为宜；
（2） FRR保护链路只在很短的时间内有效 ， 之后系统会分别进行IGP收敛和首端LSP重优化 ， 采用make before break机制 ， 并采用显式共享来进一步降低对带宽的占用 ， 假如为备份隧道预留带宽不仅浪费网络资源 ， 还会影像其他正常TE LSP的最优路径计算 。因此不建议为FRR的保护链路提供预留带宽；
（3） 经测试 ， FRR可以提供50ms级别的故障恢复 ， 但是故障检测的时间是要害 ， 假如故障检测耗时增加 ， FRR保护时间会相应增加；
（4） FRR只在局部范围起作用 ， 当链路或节点故障发生在TE Domain之外 ， 系统的故障恢复需要IGP收敛实现；
（5） 根据理论依据和配置试验 ， FRR的节点保护可扩展性低 ， 而且目前节点设备的可靠性远远高于链路 ， 因此不建议提供节点保护；
（6） 部署TE需考虑设备兼容性 ， 建议在TE Domain内采用同一厂家设备 。虽然各个厂家都声称与主流设备可实现TE及FRR兼容 ， 但根据测试结果和以往经验 ， 在某些特性上的具体实现上仍有细微差别 ， 需要不断调整各厂家设备的配置参数 ， 达到最佳的协调状态 ， 这在网络运行初期缺乏TE维护经验的情况下较难实现 ， 轻易导致网络性能不稳定 。此外不同厂家设备在配合实现FRR时的保护恢复时间会延长 ， 经实际测试 ， 不同厂家设备位于隧道中不同位置（PLR或MP）也会对FRR性能带来影响 。
五、MPLSTE的相关问题
正如MPLSTE是MPLS技术的一个分支一样 ， FRR也只是TE的一个分支 ， 作为TE的整体部署策略 ， 还需要考虑更多的问题：
1．在TE应用的初期 ， TE隧道的建立主要基于带宽使用情况 ， 不根据链路属性和Affinity参数建立TE Tunnel ， 这些参数是TE应用的优化和深化 ， 暂时不采用这些特性；
2．TE的带宽保留机制通过RSVP信令在控制平面实施 ， 没有转发平面的强制执行措施 ， 需要在边界路由器对流量进行限制；;
3．TE的实现机制是基于网络设备对全网资源使用情况的了解 ， 在路由器中建立状态数据库 ， 从而在TE LSP的路径计算中进行最优化选择 ， 这也是为什么在一个TE Domain中要求内部所有节点之间实现Full mesh TE LSP的根本原因 。这样可以尽可能避免在一个链路上既有Native IP流量又有TE 隧道流量的情况 ， 因为在这种情况下 ， TE及RSVP对网络资源使用状况的了解是不精确的 。但是由于目前在构成TE 隧道的外层标记上没有对EXP置位 ， 因此P路由器很难做到对TE 隧道的队列控制 ， 所以没有在P路由器的转发平面实行强制带宽预留 。目前的TE以汇聚后的流量进行疏导为主 ， 对TE隧道内的流量通常不再进一步细分具体业务流量；
4． 关于TE的QoS技术正在发展 ， 包括E-LSP和L-LSP两类 ， 但是目前还不成熟 ， 在网络中暂不采用 。;
六、其他需要引起重视的问题及后续实施建议
TE究竟在国内应用不多 ， 积累的经验很少 ， 在实际应用上 ， 还需要密切关注其潜在的问题与解决方案 ， 归纳如下：
1．基于TE的FRR对IGP收敛、CSPF收敛、RSVP收敛、LDP收敛等带来的影响 ， 对网络流量因不同协议收敛而导致相互之间的作用及影响需要进一步研究；
推荐阅读
- 基尾岛在什么地方
- 人在国外驾照到期了如何换新驾照
- N70入手一月有感
- 杀鸡在鸡的哪个位置下刀
- 恺组词恺的组词恺怎么组词
- vivos5采用什么屏幕
- 小仪是什么位分
- 什么是碱碱是什么
- 三角函数的符号怎么打在电脑上
- 茶黄螨在茄子上的发生与防治