Talk:Spanning Tree Protocol

	This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing
Mid	This article has been rated as Mid-importance on the project's importance scale.
	This article is supported by Networking task force (assessed as High-importance).

Algorhymes rock!

Please add more specifications like this. Very nice. =) STP was designed to monitor and control the Layer2 Network, it has different variations like RSTP,MSTP and PVST+.

yes for my career prospectus, please add RSTP, MSTP

yet another vote - merge the 3.

Merge

Since all of the articles discuss a form of the STP algorithm, they should be merged under one twiki page.

User: ftmkx

Rapid Spanning Tree Protocol was merged. We still have a separate Multiple Spanning Tree Protocol article. ~Kvng (talk) 02:15, 25 November 2023 (UTC)[reply]

PortFast

There is no mention of Cisco's PortFast STP optimization in this article or elsewhere on Wikipedia. My understanding is that when enabled, PortFast puts a port into forwarding mode immediately after link is established. This gives end stations immediate connectivity at the expense of the possibility of a brief storm if the connection results in a loop. I believe the PortFast option was incorporated into the RSTP enhancement but I need someone to verify this before editing the article. Meanwhile, I've removed recent edit claiming that Blocking is the initial state for STP. While the statement is true for the original 802.1D, it needs some qualification given the above. --Kvng (talk) 13:31, 25 August 2008 (UTC)[reply]

Still no discussion of portfast here or elsewhere on Wikipedia. ~Kvng (talk) 02:16, 25 November 2023 (UTC)[reply]

Merge from Bridge protocol data unit

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section. A summary of the conclusions reached follows.

The result of this discussion was merge due to lack of discussion. OrdinaryGiraffe (talk) 23:22, 16 March 2024 (UTC)[reply]

Spanning Tree Protocol § Bridge protocol data units already appears to be more comprehensive than Bridge protocol data unit so the latter is likely not necessary. Anything not already covered here can be merged and Bridge protocol data unit turned into a redirect. ~Kvng (talk) 14:30, 20 August 2023 (UTC)[reply]

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Fahrer / Team für die Suche eingeben: