From: Colm O'Leary (Colm.O'Leary@anpost.ie)
Date: Thu Jan 11 2007 - 09:17:39 ART
Group,
When you enable MST in a switched environment, by default Rapid
Spanning Tree is implemented. The port roles defined by RSTP [Edge, P2P]
are defined by if portfast is enabled on ports connecting to end
devices or if they are set to full-duplex mode. If in an MST
configuration, you do not explicity configure switchports connected to
end devices in the portfast state, will the stability of the STP
topology be compromised, or will it just increase the STP convergence
time?
The logic to my question is that if you are presented with an MST
configuration in the lab, and you are not explictily asked to configure
the ports either in portfast or in full duplex, should you configure the
interconnects between switches to full duplex and the port connected to
end devices to portfast. I know that the connections between switches
should be set to full-duplex as a matter of best practice, but setting
portfast?
Also if another feature, such as enabling BPDUGUARD globally, which is
directly linked to ports that have portfast enabled, could cause
confusion.
If anyone has any comments on this I would welcome any input.
Regards,
Colm
*****************************************************************************
****
This e-mail and its attachments, is confidential and is intended for the
addressee(s) only. If you are not the intended recipient, disclosure,
distribution or any action taken in reliance on it is prohibited and may be
unlawful. Please note that any information expressed in this message or its
attachments is not given or endorsed by An Post unless otherwise indicated by
an authorised representative independently of this message. An Post does not
accept responsibility for the contents of this message and although it has
been scanned for viruses An Post will not accept responsibility for any damage
caused as a result of a virus being passed on.
*****************************************************************************
****
This archive was generated by hypermail 2.1.4 : Thu Feb 08 2007 - 23:46:56 ART