RSVP Hello
RSVP的Hello扩展机制用于快速检测RSVP节点之间的可达性，通常用来触发TE FRR的路径保护。同时Hello还可以检测邻居节点是否处于重启状态，以支持邻居实现RSVP GR。
产生原因
RSVP Refresh消息除了可以进行节点间状态（包括PSB和RSB）同步之外，另外起到的一个作用就是可以检测各邻居间的可达性，维护RSVP节点之间的邻居关系。
但是这种“软状态”机制所采用的Path消息和Resv消息检测邻居关系是否可达的速度较慢，在路径上出现故障时不能及时触发业务的向备份路径的流量切换。因此，引入RSVP Hello扩展来解决这个问题。
相关概念
- RSVP Refresh消息：MPLS TE隧道建立完成后，RSVP仍然会发送标准的Path和Resv消息刷新各节点上RSVP的状态，此时的Path和Resv消息称为刷新消息。
- RSVP GR：RSVP GR(Graceful Restart)可以保证节点故障后控制平面主备倒换时转发平面上的数据传输不会中断。同时，邻居节点会帮助GR节点快速恢复RSVP状态。
- TE FRR：MPLS TE隧道的一种局部保护机制，能够在隧道发生故障时将流量快速切换到保护路径上。
实现过程
RSVP Hello的实现过程如下：
Hello握手机制
如图4-11，LSRA、LSRB之间有链路直接相连。
当LSRA接口下使能了RSVP Hello时，LSRA会向LSRB发送Hello Request消息。
若LSRB收到了Hello消息，并且LSRB也使能了RSVP Hello，就会给LSRA节点回复Hello ACK消息。
LSRA收到LSRB的Hello ACK消息后，就确认LSRA的邻居LSRB是可达的。
检测邻居丢失
在LSRA向LSRB发送Hello Request握手成功后，LSRA与LSRB就开始互通Hello消息。当LSRA连续三次向LSRB发送Hello Request消息后，LSRB仍然没有给LSRA回Hello ACK消息，此时就认为LSRB邻居丢失，触发TE FRR切换并重新初始化RSVP Hello。
检测邻居重启
当LSRA和LSRB都使能RSVP GR功能时，在Hello检查到邻居B丢失后，LSRA就等待LSRB发送有GR扩展的Hello Request消息，此时LSRA开始支持B恢复RSVP状态。LSRB收到LSRA回复的Hello ACK消息后，知道LSRA开始支持LSRB做GR。然后LSRA和LSRB互通Hello消息，维持GR恢复状态。
当LSRA和LSRB之间存在LSP时，
如果没有使能GR功能，但使能了快速重路由功能，则Hello检测到邻居丢失时，会触发流量切到Bypass路径上，保证流量不中断。
如果使能了GR功能，则优先按照GR方式处理。
适用场景
RSVP Hello适用于RSVP GR和TE FRR的场景中。
