RSVP摘要刷新
RSVP摘要刷新能够在保证RSVP状态刷新的同时，减少维持RSVP状态所需传输及处理的信令报文数量，优化网络的带宽资源使用情况。
产生原因
RSVP Refresh消息除了可以进行节点间状态（包括PSB和RSB）同步之外，另外起到的一个作用就是可以检测各邻居间的可达性，维护RSVP节点之间的邻居关系。但是这种“软状态”机制所采用的Path消息和Resv消息的报文长度较大，当建立的CR-LSP很多时，会过多的占用网络带宽资源。因此，引入RSVP摘要刷新来解决这个问题。
实现过程
Message_ID扩展和重传机制
相关标准中定义的Message_ID扩展机制是在RSVP消息中携带扩展的对象。其中，Message_ID和Message_ID_ACK对象用于RSVP消息确认，从而提高RSVP消息的可靠性。
使用Message_ID扩展对象还可实现RSVP重传机制。节点发送携带Message_ID的RSVP消息后初始化重传时间（假设为Rf秒）。如果在Rf时间间隔内没有收到ACK消息，经过（1＋Delta）×Rf后，将重传此消息。Delta取决于发送方增加重传间隔的速率。重传将一直持续，直到收到一个确认消息或重传次数达到允许的最大限制值（称为重传增量）。
摘要刷新
摘要刷新Srefresh（Summary Refresh）可以不传送标准的Path或Resv消息，而仍能实现对RSVP状态的刷新。使用摘要刷新的好处是它减少了维持RSVP状态所需传输及处理的信息量。使用摘要刷新消息更新RSVP状态时，常规的刷新消息就被抑制了。
摘要刷新消息承载了一系列Message_ID对象，用于识别需要被刷新的Path及Resv状态。摘要刷新需要与Message_ID扩展配合使用。只有那些已经包含Message_ID的Path和Resv消息发布过的状态才能使用摘要刷新机制刷新。
当节点接收到一条摘要刷新消息时，与本地状态块（PSB或RSB）进行匹配。如果匹配，就更新本地状态，就象接收到一个标准的RSVP刷新消息一样；如果不匹配，节点将发送一个NACK消息来通知摘要刷新消息的发送者，并根据Path或Resv消息刷新相应的PSB或RSB，同时更新Message_ID。
Message_ID对象中包含了Message_ID序列号。当LSP发生变化时，相应的Message_ID序列号增大。节点收到Path消息时，将其中的Message_ID序列号与本地状态块中保存的Message_ID序列号比较：如果相等，则保持状态不变；如果大于，则表示状态已更新。
