MPLS RSVP消息处理

2020-10-26 16:42:43 云杰通信 106

MPLS RSVP消息处理

  RSVP消息处理

  收到“本地隧道修复”通知后,通知头端,流量是通过可能次优的保护路径转发。然后,头端尝试重新路由LSP。如果找不到替代路径,会怎样?例如,将LSP配置为故障链路的显式路径,则会发生这种情况。是拆除LSP还是让其保留在保护路径上,由头端的本地策略实施。假设策略允许继续使用保护路径,下一个问题是:LSP可以永远保持在保护路径上吗?原则上可以,但实际上必须注意更多细节。RSVP需要用Path和Resv消息定期刷新其状态。除非继续正确生成和处理这些消息,否则LSP将超时。因此,链路失败后,需要通过备份隧道转发这些消息。

  一旦检测到受保护的链路故障,流量就会从主LSP切到备。如果转发状态已提前安装,则可在转发引擎中完成,无需控制平面干预,实现快速恢复流量。但事实并非如此,故障发生后,控制平面上需要采取很多措施。

  抑制LSP拆除

  即使受保护LSP头端或尾端收到链路故障的IGP通知,也必须抑制任何错误生成,防止本地保护可用时导致LSP断开,破坏本地保护的目的。

  LSP头端通知

  备份的目的是LSP头端查找LSP备用路径时保护流量,从而避免链路故障。为此,PLR会通过使用“ Notify”错误代码和“ Tunnel Local Repaired”子代码的RSVP Path Error消息通知头端。

  此外,记录路由对象还会用一个新的标记,指示该路径是本地修复的。但是,当头端将通过IGP找出故障时,为什么还需要这些?因为依赖于其它协议进行故障通知并不总是有效。例如,当跨越多个IGP区域或AS时,IGP通知不能到达头端。

  新路径计算和信令

  当头端收到关于切换备用路径的信息,将重新计算LSP,避免出现故障的链路,并以先通后断的方式进行。这意味需要本地保护的LSP总以“显式共享”的形式发出,从而允许新路径与旧路径共享资源。新路径也可能会在保护期间使用相同的链路建立,比如用明确指定路径而非动态的方式。如果经过故障链路或节点,则CSPF无法执行,本地修复会一直存在,旁路LSP也只会被视为一跳。