STP-8-RSTP中的提议/同意过程

连接中断原因也可能是增加了新的链路，导致其中一台交换机重新选举根端口，最终认为新链路所连端口是根端口，RSTP在点到点链路上使用提议/同意（Proposal/Agreement）过程，让类似这种链路迅速开始工作，并且不会造成临时的交换环路，也不会造成明显的通信中断。

新链路端口选为根端口，其他端口为指定端口。邻居还没来得及被告知这种变更，于是两边都是指定端口，造成环路。要避免这种环路可以在将新的根端口置为转发状态之前，把所有非边界指定端口置为丢弃状态。这可以保证无环但也会造成明显的通信中断。需要等待一定时间。

 

提议/ 同意（ Proposal/ Agreement）。

提议表示一个端口想要成为指定转发端口的意愿，而同意表示允许立即执行。在两台交换机之间增加了新的点到点链路后，两端的端口一开始都是指定丢弃状态，这是非边界端口的默认角色和状态。

任何处于丢弃或学习状态的指定端口需要发送设置了提议位的BPDU。因此两台交换机都会尝试交换设置了提议位的BPDU（或简称为提议），假设它们都有权成为指定端口。

然而，如果其中一个接收到提议的端口发现这个提议构成了这台交换机收到的最优结果BPDU，这个端口的角色就会从指定端口变为根端口（状态仍保持为丢弃状态）。交换机上的其他端口也会随之更新。

进一步说，交换机如果在根端口接收到了提议，它会立刻把所有非边界指定端口设置为丢弃状态。这个操作称为同步（Sync）。处于同步状态的交换机被从网络中隔离，避免任何交换环路穿其而过：它的根端口仍处于丢弃状态（即使已处于转发状态，邻居的指定端口也仍处于丢弃或学习状态），它的指定端口被有意设置为了丢弃状态。现在可以安全地将新根端口移至转发状态，并通知上行交换机：可以将指定端口从转发或学习状态变更为转发状态了。这是在交换机在执行同步之后，通过其根端口发送设置了同意位BPDU（或简称为同意）实现的。上行交换机在指定丢弃端口或指定学习端口上收到协议BPDU时，会立刻把端口变为转发状态，完成两台交换机之间的提议/同意交换。

因为所有的指定转发端口和指定学习端口都会发送提议，提议/同意交换过程其实是从“上层”交换机移至“下层”（根交换机是生成树的“顶”），造成传递的效果，

在交换网络中造成运行中断的原因可以是直接链路故障（交换机失去了根端口）、间接链路故障（邻居失去了根端口）、增加新的根链路，或变更了根交换机。RSTP对于每种事件都有响应机制：针对直接链路故障，把最优的替换端口变为新的根端口；针对间接链路故障，允许接受来自指定交换机的次优BPDU；针对增加新的根链路，使用提议/同意机制进行应对；针对根交换机的更替，由以上机制组合处理。

在提议/同意的交换过程中，所有非边界指定端口都会被移至丢弃状态（也就是同步操作）。如果工程师没有使用接口命令spanning-tree portfast，或全局命令spanning-tree portfast default（都只对Access端口有效），将面向终端主机的端口明确配置为边界端口，它们将在同步过程的中被设置为丢弃状态。因为终端主机不能发送RSTP协议，因此这些端口会在两个转发延迟间隔之后，再次变为转发状态，终端主机将经历明显的连接性中断。在RSTP中，将面向终端主机的端口配置为边界端口是至关重要的；否则网络的性能可能比802.1D STP还差。