亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

Chinaunix

標(biāo)題: PVST+和RSTP混合使用 [打印本頁]

作者: gdxnfx 時間: 2009-08-21 17:12
標(biāo)題: PVST+和RSTP混合使用
有四臺交換機s1--s2---s3---s4---s1 組成一個環(huán)網(wǎng)。
其中s1和s2運行PVST+， s3和s4運行RSTP。其中s1為根橋.
我懷疑PVST+和RSTP是否可以混合使用？
有沒有實際使用過的朋友？
https://supportwiki.cisco.com/Vi ... ith_redundant_links

作者: gdxnfx 時間: 2009-08-21 18:44
當(dāng)RSTP端口接收到802。1D包的時候，會怎么處理？

作者: unixlinuxsys 時間: 2009-08-21 22:57
參考

1.jpg (56.22 KB, 下載次數(shù): 60)

2.jpg (41 KB, 下載次數(shù): 59)

作者: ssffzz1 時間: 2009-08-22 10:38
不能混用。

PVST+中的協(xié)議字段在RSTP交換機中無法識別�？赡軙斐沙齎LAN1外其他VLAN不通。建議統(tǒng)一成RSTP或者STP。

作者: gdxnfx 時間: 2009-08-24 15:53
好像可以混合使用.有機會測試一下。
Background Information
802.1D Spanning Tree Protocol (STP) has a drawback of slow convergence. Cisco Catalyst switches support three types of STPs, which are PVST+, rapid-PVST+ and MST. PVST+ is based on IEEE802.1D standard and includes Cisco proprietary extensions such as BackboneFast, UplinkFast, and PortFast. Rapid-PVST+ is based on IEEE 802.1w standard and has a faster convergence than 802.1D. RSTP (IEEE 802.1w) natively includes most of the Cisco proprietary enhancements to the 802.1D Spanning Tree, such as BackboneFast and UplinkFast. Rapid-PVST+ has these unique features:

Uses Bridge Protocol Data Unit (BPDU) version 2 which is backward compatible with the 802.1D STP, which uses BPDU version 0.

All the switches generate BPDUs and send out on all the ports every 2 seconds, whereas in 802.1D STP only the root bridge sends the configuration BPDUs.

Port Roles—Root port, designated port, alternate port and backup port.

Port States—Discarding, Learning, and Forwarding.

Port Types—Edge Port (PortFast), Point-to-Point and Shared port.

Rapid-PVST uses RSTP to provide faster convergence. When any RSTP port receives legacy 802.1D BPDU, it falls back to legacy STP and the inherent fast convergence benefits of 802.1w are lost when it interacts with legacy bridges.

作者: ssffzz1 時間: 2009-08-24 20:32
混用不是配置不上，而是會導(dǎo)致很多問題。

作者: ssffzz1 時間: 2009-08-24 20:47
PVST+的PID字段，0X010B
此字段是SNAP封裝的TYPE字段，以太網(wǎng)要求小于0X600,用于區(qū)分TYPE和LENGTH,此值小于0x600會導(dǎo)致不支持PVST+的設(shè)備識別錯誤而丟棄報文，因此PVST+的BPDU無法透傳，PVST+無法正常工作。

如果是ACCESS接口則沒有問題。如果是trunk接口對接，則極可能造成只有VLAN1通。

作者: ssffzz1 時間: 2009-08-24 20:58
對啊。CISCO的交換機可以透傳RSTP的BUDP的。因此我說的是極可能，而不是絕對是。

作者: ssffzz1 時間: 2009-08-24 21:23
應(yīng)該是的。如果識別或者做了特殊處理就不是了。

不過總之建議是不要混用。

作者: 帶腳鐐跳舞 時間: 2009-08-25 11:30
PVST+是CISCO專有的技術(shù)，哪有那么輕易就給其他廠商開放
和HW連接絕對有問題

作者: oncb 時間: 2009-08-25 12:23

作者: gdxnfx 時間: 2009-08-26 10:24
沒有辦法才混用的，現(xiàn)在是過渡時期，到最后肯定會使用相同的生成樹模式。

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

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

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

作者: gdxnfx 時間: 2009-08-26 10:45
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

作者: 帶腳鐐跳舞 時間: 2009-08-26 15:08

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

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

作者: gdxnfx 時間: 2009-08-26 15:17
華為的RSTP估計是標(biāo)準(zhǔn)的802。1W，cisco 的RSTP是基于802.1w的Rapid-PVST .
能不能正常運行，還真要實際測試

作者: ssffzz1 時間: 2009-08-26 16:05
RSTP===802.1W（謝過gdxnfx ，應(yīng)該是802.1W，）

PVST+ CISCO完全私有。

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

作者: gdxnfx 時間: 2009-08-26 17:36

原帖由 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 時間: 2009-08-26 17:52
謝過，已修正。

作者: aaaaa5aa 時間: 2009-08-26 22:32
兩個根本就有沖突，不能混用

作者: ssffzz1 時間: 2009-08-27 15:46
普通交換機只會把PVST BPDU當(dāng)作多播報文按照VLAN號進行轉(zhuǎn)發(fā)

如果是這樣的話，那當(dāng)然沒有問題。

但是前面我說過，并不是所有的交換機都會吧PVST BPDU按照VLAN號進行轉(zhuǎn)發(fā)的。而是會進行響應(yīng)的解析，又因為PVST+協(xié)議的前面那個TYPE字段取值范圍不對，造成對報文解析錯誤，進而丟棄報文。這就是不推薦混合組網(wǎng)的原因，但沒有說過絕對不能使用。對于能否混合的衡量標(biāo)準(zhǔn)就是能否對PVST BPDU進行透傳。

作者: ssffzz1 時間: 2009-08-27 16:49
關(guān)掉的話，你就單純的靠人工來保證無環(huán)吧。

作者: ssffzz1 時間: 2009-08-27 17:03
對一些特殊的MAC是要檢查的。是一個特殊的MAC前綴01:

要按照你的理論的話，STP BPDU就實現(xiàn)不了了。

作者: ssffzz1 時間: 2009-08-27 17:03
好像是，第7個bit 為1。我沒找到可靠的資料。

作者: ssffzz1 時間: 2009-08-27 17:09
呵呵。沒什么。技術(shù)這個東西就是很微妙的。

所以說沒事別搞網(wǎng)絡(luò)。害人啊。

作者: gdxnfx 時間: 2009-08-28 10:27

原帖由 ssffzz1 于 2009-8-24 20:47 發(fā)表
PVST+的PID字段，0X010B
此字段是SNAP封裝的TYPE字段，以太網(wǎng)要求小于0X600,用于區(qū)分TYPE和LENGTH,此值小于0x600會導(dǎo)致不支持PVST+的設(shè)備識別錯誤而丟棄報文，因此PVST+的BPDU無法透傳，PVST+無法正常工作。
...

有沒有相關(guān)的文檔 ?

802.1d bpdu :
An IEEE 802.1d Bpdu has the following format:

protocol id: 0000 IEEE 802.1d
version id: 00
bpdu type:    00 config bpdu, 80 tcn bpdu
bit field:    1 byte
  1 : topology change flag
  2 : unused 0
  3 : unused 0
  4 : unused 0
  5 : unused 0
  6 : unused 0
  7 : unused 0
  8 : topology change ack
root priority 2 bytes
root id:       6 bytes
root path cost:  4 bytes
bridge priority: 2 bytes
bridge id:    6 bytes
port id:       2 bytes
message age:    2 bytes in 1/256 secs
max age:       2 bytes in 1/256 secs
hello time:    2 bytes in 1/256 secs
forward delay: 2 bytes in 1/256 secs

Few changes have been introduced by RSTP to the BPDU format. Only two flags, Topology Change (TC) and TC Acknowledgment (TCA), are defined in 802.1D. However, RSTP now uses all six bits of the flag byte that remain in order to perform:

Encode the role and state of the port that originates the BPDU

Handle the proposal/agreement mechanism

Another important change is that the RSTP BPDU is now of type 2, version 2. The implication is that legacy bridges must drop this new BPDU. This property makes it easy for a 802.1w bridge to detect legacy bridges connected to it.

歡迎光臨 Chinaunix (http://www.72891.cn/)