简单了解Cisco PVST协议-ielab

PVST是解决在虚拟局域网上处理生成树的CISCO特有解决方案。PVST为每个虚拟局域网运行单独的生成树实例．一般情况下PVST要求在交换机之间的中继链路上运行CISCO的ISL。

每个VLAN生成树(PVST)为每个在网络中配置的VLAN维护一个生成树实例。它使用ISL中继和允许一个VLAN中继当被其它VLANs的阻塞时将一些VLANs转发。尽管PVST对待每个VLAN作为一个单独的网络，它有能力（在第2层）通过一些在主干和其它在另一个主干中的不引起生成树循环的Vlans中的一些VLANs来负载平衡通信。

Cisco除了对IEEE发布的通用生成树标准提供支持外，它还自己针对这些公用生成树标准进行了改进，开发了对应版本的生成树技术——PVST、PVST+、Rapid-PVST+。在PVST+和Rapid-PVST+模式下，最多可支持128个生成树实例。

最初的生成树技术就是IEEE以802.1D标准形式发布的STP技术。它是把整个交换网络都当作一个生成树实例，也就是Common Spanning Tree，公共生成树（Cisco把它称之为“Mono Spanning Tree”，单生成树），要求整个交换网络不存在二层环路。这样一来，在STP技术中，网络中的所有VLAN共享同一个生成树实例，各VLAN使用802.1q中继模式。这种设计的最大不足就是不能通过冗余链路实现VLAN交互工程，即如果一条链路被阻塞了，也就是阻塞了所有VLAN通信在它上面通过。为了解决这一不足，Cisco建议采用它自己开发的PVST/PVST+生成树解决方案，为交换网络中的每个VLAN运行一个独立的生成树实例。这种解决方案使得每个VLAN使用不同的逻辑拓扑，可以明显地允许二层交互工程。但是这种解决方案也带来了不足，可以说是走到了原来的IEEE 802.1D STP的另一个极端，因为随着网络中VLAN数量的增长，PVST/PVST+方案浪费了大量的交换机资源，并且使得整个生成树管理变得十分复杂（因为网络中存在实例数一般都大于网络中活跃的VLAN数），最终就是因为每个VLAN有一个生成树实例，实例数太多。
而之后呢？IEEE就发布了改进的生成树版本：RSTP（快速生成树协议），但是在RSTP中，IEEE还是把整个交换网络当成一个生成树实例