如何填充RSVP "RESV“消息的RRO？

Question

比方说，路由器r1通过路由器r2和r3向路由器r4发送RSVP "PATH“消息。r4用"RESV“消息应答，当r1接收到时，"RESV”消息的RRO包含接收“路径”消息的接口的地址。我最初的想法是将"PATH“消息的RRO复制到"RESV”消息的RRO，但事实并非如此。我是否正确，每个接收“路径”讯息的路由器都会追踪接收“路径”讯息的介面的IP，而一旦路由器看到对应的"RESV“讯息，便会将该地址放入"RESV”讯息的RRO中？

Answer 1

这是相当简单的。我将用RFC3209的摘录来支持我的声明( 4.4.3节-处理RRO)

1. 使用您的示例节点，r1将向RRO中的r2发送一条路径消息，其中包含它自己的IP地址(即出口接口IP)。

通常，节点通过将RRO添加到Path消息来启动RSVP会话。初始的RRO只包含一个子对象--发件人的IP地址。

1. 然后，r2将接收路径消息，将其存储在其本地路径状态中，将其自己的地址附加到将发送给r3的新路径消息的RRO中。

当中间路由器接收到包含RRO的路径消息时，路由器将其副本存储在路径状态块中。然后，在下一个路径刷新事件中使用RRO来格式化路径消息。当要发送新的路径消息时，路由器在RRO中添加一个新的子对象，并在传输之前将结果RRO附加到路径消息中。

1. 同样的过程将发生在r3和r4之间。

现在，r4已经在r1和它自己之间建立了完整的RRO。

至于RESV消息，它在反向工作，就像它们从r4返回到r1一样。

当RSVP会话的目标节点收到带有RRO的路径消息时，这表明发送方节点需要路由记录。目标节点通过向Resv消息添加RRO来启动RRO进程。处理反映路径消息的处理。唯一的区别是Resv消息中的RRO以相反的方向记录路径信息。