一种简单的解释是 R3 需要确定数据包来自哪个隧道。通常在 R3 的同一接口上终止的隧道可能不止一个。

编辑：更重要的是，如果您允许 R3 上的隧道配置指定不同的端点，则不能保证该地址实际上在 R1 上——它可以在任何地方。这意味着隧道另一端的接口 10.0.0.1 可能存在于两个不同的地方。正如我们所说，这将导致糟糕的路由日。

另一种解释是它允许保持连接，因此 R1 和 R3 知道隧道的另一端已启动。

如果需要，您当然可以拥有非对称路径。这取决于 R3 上的路由信息​​。

Src 上的“隧道目的地”需要与对等体上的“隧道源”匹配，以确保将数据包传送到正确的 int。一旦它到达正确的 int，该 int 就会查看“IP 协议字段”和 ID，它是一个 GRE 数据包——触发它将数据包发送到 GRE 进程以进行解封装等

基于以上，想一想如果 R1（发送方）认为 Tu Dst 是 R2 g0/1 会发生什么，但是...... R2 被配置为从循环 1 发送数据包。数据包到达 R2 g0/1。这是最终目的地，因此 R2 g0/1 查看 IP proto 并看到它是 GRE 数据包。它说，我没有从这个 int 采购任何隧道，所以丢弃数据包。

R2 不能假设为 g0/1 寻址的数据包应该与源自 Lo 1 的隧道相关联。该隧道可能是到某个其他设备（到达 g0/1 或不同的 int）。