实验拓扑：
3550使用的是MST，由于2950不支持MST，使用的是PVST，现在验证网络里两者混用的情况
当两个交换机都是PVST模式的时候，根据STP执行的4步判决顺序
- 确定根交换机 lowest root BID
- 计算到根交换机的最小路径开销 lowest path cost to root bridge
- 确定最小的发送者BID lowest sender BID
- 确定最小的端口ID lowest port ID
3550选为VLAN10，VLAN20的根交换机
这时在3550的Fa0/15端口上将vlan20的端口优先级该为192：
这时，2950的VLAN10和20的发送端口分别为：
将3550配置为MST，并将vlan10放入instance1，vlan20放入instance2，并修改instance2改为root， instance2的Root ID Priority自动变为24578
这时，查看2950的VLAN20
可以发现，vlan20的ROOT ID的优先级还是32768，没有变为24578，并且，Fa0/16的状态也从FWD变为BLK了，说明前面在3550的Fa0/15上配置的port-priority也已经不在生效了
为了使2950的VLAN20的Fa0/16端口成为转发端口，在3550上的Fa0/15的instance2的port-priority改为192
我们查看2950的vlan20：
没有变化，说明mst不能再影响pvst对端的接口的发送情况了，只能在PVST交换机本地通过修改cost来影响接口是发送还是堵塞
最后，我们修改2950的VLAN10的桥ID，来使2950成为VLAN10的根交换机：
现在发现2950已经顺利转换成为vlan10的根交换机，并且两个接口都处于发送状态，然而当我们切换到3550后发现：
并且所有的2950的TRUNK接口都处于BLOCK状态：
最后总结一下：
- 2950根本就不认识MST
- MST和PVST能够混合使用，但是使用MST的交换机必须为根交换机，如果PVST交换机成为根交换机，则在MST交换机上所有和PVST相连的TRUNK接口都会BLOCK
- MST不能影响PVST对端的转发和堵塞，只能在PVST上修改接口的COST
