PVST+和RSTP混合使用

oncb

gdxnfx

沒(méi)有辦法才混用的，現(xiàn)在是過(guò)渡時(shí)期，到最后肯定會(huì)使用相同的生成樹(shù)模式。

經(jīng)測(cè)試，在Cisco Nexus 上運(yùn)行RSTP ,在cisco 6509上運(yùn)行PVST+，可以正常的運(yùn)行。

從生成樹(shù)的狀態(tài)來(lái)看，運(yùn)行RSTP的Nexus與運(yùn)行PVST+沒(méi)有什么區(qū)別，運(yùn)行RSTP的Nexus能夠處理PVST+ BPDU數(shù)據(jù)包。

至于其他廠家的RSTP能否跟Cisco的PVST+混合應(yīng)用就不清楚了。

gdxnfx

Replied by: ftallet - Technical Leader, CISCO SYSTEMS, CCIE - Aug 25, 2009, 6:28am PST


The interaction STP/RSTP is specified in the standard, it is not specific to Cisco (even if here, PVST modes are cisco proprietary). Basically, STP bridges drop RSTP BPDUs. As a result, they send BPDUs to their RSTP neighbors. An RSTP bridge that receives an STP BPDU know that it's connected to a legacy device and start sending STP BPDUs itself.
This mechanism will happen on a per-vlan basis with Cisco PVST/Rapid-PVST.
Regards,
Francois

帶腳鐐跳舞

原帖由 sdasdf 于 2009-8-26 13:04 發(fā)表
樓上的直接問(wèn)思科Technical Leader了？
看上去回復(fù)內(nèi)容是可以互連。。。。
用華為和思科的做下實(shí)驗(yàn)就可以說(shuō)明了。。。可惜沒(méi)實(shí)驗(yàn)環(huán)境啊

現(xiàn)在不清楚，以前HW的RSTP 絕對(duì)不能識(shí)別PVST+的數(shù)據(jù)包
有福州的2個(gè)哥們困在機(jī)房好幾天 才確認(rèn)這個(gè)問(wèn)題，
可見(jiàn)雖然是協(xié)議，但是******

gdxnfx

華為的RSTP估計(jì)是標(biāo)準(zhǔn)的802。1W，cisco 的RSTP是基于802.1w的Rapid-PVST .
能不能正常運(yùn)行，還真要實(shí)際測(cè)試

ssffzz1

RSTP===802.1W（謝過(guò)gdxnfx ，應(yīng)該是802.1W， ）

PVST+ CISCO完全私有。

[ 本帖最后由 ssffzz1 于 2009-8-26 17:52 編輯 ]

gdxnfx

原帖由 ssffzz1 于 2009-8-26 16:05 發(fā)表
RSTP===802.3W

PVST+ CISCO完全私有。

RSTP = 802.1w


In 1998, the IEEE with document 802.1w introduced an evolution of the

Spanning Tree Protocol: Rapid Spanning Tree Protocol (RSTP), which provides

for faster spanning tree convergence after a topology change. Standard IEEE

802.1D-2004 now incorporates RSTP and obsoletes STP. While STP can take 30

to 50 seconds to respond to a topology change, RSTP is typically able to

respond to changes within a second.[7][8]

PVST+ is based on IEEE802.1D standard and includes Cisco proprietary

extensions such as BackboneFast, UplinkFast, and PortFast.


http://www.cisco.com/en/US/tech/ ... _white_paper09186a0

080094cfa.shtml
http://en.wikipedia.org/wiki/Spanning_tree_protocol#Rapid_Per-

VLAN_Spanning_Tree_.28R-PVST.29

ssffzz1

謝過(guò)，已修正。

aaaaa5aa

兩個(gè)根本就有沖突，不能混用

ssffzz1

普通交換機(jī)只會(huì)把PVST BPDU當(dāng)作多播報(bào)文按照VLAN號(hào)進(jìn)行轉(zhuǎn)發(fā)

如果是這樣的話，那當(dāng)然沒(méi)有問(wèn)題。

但是前面我說(shuō)過(guò)，并不是所有的交換機(jī)都會(huì)吧PVST BPDU按照VLAN號(hào)進(jìn)行轉(zhuǎn)發(fā)的。而是會(huì)進(jìn)行響應(yīng)的解析，又因?yàn)镻VST+協(xié)議的前面那個(gè)TYPE字段取值范圍不對(duì)，造成對(duì)報(bào)文解析錯(cuò)誤，進(jìn)而丟棄報(bào)文。 這就是不推薦混合組網(wǎng)的原因，但沒(méi)有說(shuō)過(guò)絕對(duì)不能使用。  對(duì)于能否混合的衡量標(biāo)準(zhǔn)就是能否對(duì)PVST BPDU進(jìn)行透?jìng)鳌?/td>