您的位置:首页 > 编程语言 > PHP开发

思科加强生成树性能的属性(Portfast /Uplinkfast/BackboneFast)与RSTP的关系 推荐

2015-06-19 04:08 585 查看
思科加强生成树性能的属性(Portfast/Uplinkfast/BackboneFast)与RSTP的关系

本文截自于博主CCNP交换技术稿件内容

4.2.6思科加强生成树性能的属性(Portfast/Uplinkfast/BackboneFast)与RSTP的关系
首先说明一下,为什么笔者专门将(Portfast/Uplinkfast/BackboneFast)与RSTP的关系来独立成一个小节进行描述,那是因为,笔者不知被现实工程中的技术实施人员问了同一个问题N次,关于这个问题如下:“为什么在很多资料上,描述RSTP特性时都会提到Portfast /Uplinkfast/BackboneFast这三个特性,甚至说RSTP是具备这三个特性的,然而通过实践工程环境大家不难发现,在很多设备上支持Uplinkfast/BackboneFast这两个特性的交换机一般都不支持RSTP,相反支持RSTP的交换机上一般都不会存在Uplinkfast/BackboneFast这两个特性(至少没有配置它们的命令),而Portfast是乎是所有设备都支持的,这是为什么呢?”因原是Portfast/Uplinkfast/BackboneFast这三个思科的属性被完整的移植并集成到了RSTP生成树中,也就是因为这个原因,所以很多关于生成树的资料典籍中,在描述RSTP时会同时讨论Portfast/Uplinkfast/BackboneFast三个属性。所以读者在查看别的资料时别被这个给弄混淆了,它们的关键区别如下:一、Portfast/Uplinkfast/BackboneFast本是思科在RSTP提出之前就具备的三个厂商特性,后来当RSTP集成了Portfast/Uplinkfast/BackboneFast的功能后,通常在支持RSTP生成树的交换机中,IOS就不再提供Uplinkfast/BackboneFast这两个特性的独立配置指令了,因为RSTP会自动完成这两个功能的配置。所以支持RSTP的生成树,就不会存在Uplinkfast/BackboneFast功能的配置指令。下一小节取证将给大家更详细证明这一现象。二、但是传统的独立支持Portfast/Uplinkfast/BackboneFast三个属性指令的交换机和支持RSTP生成树的交换机都保留了Portfast功能配置的指令,在RSTP中这里的portfast被另一个名词所替代,那就是RSTP中的“边缘端口”,事实上RSTP中的“边缘接口”和传统交换机上的portfast是一回事儿,只是说RSTP不会自动启用它,因为这样太危险,需要管理员手工启动,所以用户才会在传统的独立支持Portfast/Uplinkfast/BackboneFast三个属性指令的交换机和支持RSTP生成树的交换机上都能看到portfast的配置指令。关于RSTP的特性和基本理论,笔者将在4.3小节部分做更多的描述。
4.2.7取证: Portfast/Uplinkfast/BackboneFast与RSTP的关系
为了更充分的证实4.2.6小节所描述的内容,现在可以通过对两台不同年代设备的生成树功能进行取证,来彻底的理解Portfast/Uplinkfast/BackboneFast与RSTP的关系。因为多数人习惯了在仿真平台上进行学习,那么也可以使用个不同的仿真平台来进行该小节的取证,比如:使用仿真平台GNS3中的3640交换机模块和思科官方的仿真平台Cisco Packet Tracer中的3560交换机。注意这两个设备在生成树功能上的区别在于,GNS3中的3640的交换模块相对于Cisco Packet Tracer中的3560交换机更传统,年代更久远。首先在传统设备3640上在spanning-tree后面打问号,如图1所示,可以看到在所列出的可用参数中,用户是不能执行spanning-tree mode 来选择RSTP的生成树模式,因为它不支持RSTP模式,所以它提供了Portfast/Uplinkfast/BackboneFast三个思科私有属性来加速传统生成树;所以拥有独立执行三个思科私有属性的指令;相反在Cisco Packet Tracer中相对较新的交换机3560上在spanning-tree后面打问号,如图2所示,可以看到在所列出的可用参数中,用户是可以执行spanning-tree mode 来选择RSTP的生成树模式,由于RSTP是自动集成了Uplinkfast/BackboneFast,简单的讲就是RSTP生成树启动时,Uplinkfast/BackboneFast机制就被开启了,所以在3560上spanning-tree后面打问号就再也看不到启动Uplinkfast/BackboneFast的独立指令了。但是不难发现,无论是传统的3640还是相对较新的3560都能支持portfast指令,请注意对比图1和图3就很清晰,它们都支持portfast,是因为在RSTP生成树中,为了防止潜在的成环风险,边缘端口不会自动启用,需要管理员手工配置。


注意:通过上面的取证过程,说明了一个问题,如果交换机已经具备RSTP功能模式,还去独立搞个启动Uplinkfast/BackboneFast功能的指令作甚?这不画蛇添足吗?这并不是IOS镜像有问题,而是进一步体现了思科IOS镜像功能设计的精简性和科学性,如果用户有更好的网络技术基础,并知道一项技术的发展历程、以及移植集成性,还会在更多的功能上发现诸如此种特性。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息