02-13-2009 06:20 AM - edited 03-06-2019 04:01 AM
According to the guidance provided by multiple sources - one quoted here
"The EtherChannel Guard feature is used to detect EtherChannel misconfigurations between the switch and a connected device."
Could this vague reference to a "CONNECTED DEVICE" be considered as a NON-Cisco device OR even a Microsoft/Unix/Linux/etc SERVER performing link sharing?
Tks
Frank
02-13-2009 07:16 AM
Franck,
The command is relevant for versions of STP:-
1) PVST+
2) rapid PVST+
3) MSTP
Now consider numbers 1 & 2 are cisco propriety.....
HTH>
02-13-2009 07:31 AM
What?
Not asking at relevance - I can read - I am asking about what "CONNECTED DEVICE" is referring.
02-13-2009 07:36 AM
Hello Frank,
a server performing any form of teaming is usually not going to be an STP speaker of any form. (It may be with some new blade based servers that have their own front end to the network)
This feature is thought to protect inter-switch bundles from possible misconfigurations.
I can tell you that in our customer network two times a bridging loop was formed by the following event:
someone trying to add a vlan in the list of vlan permitted but on a member link instead of doing it on the logical port-channel.
In both cases it was a bundle of GE links between two C6500.
So I think the feature was introduced for dealing with this kind of events.
We are moving to a LACP based bundles to servers teaming bundles.
Hope to help
Giuseppe
02-13-2009 07:50 AM
Hey Giuseppe
Thank you!
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide