03-25-2013 05:11 AM - edited 03-07-2019 12:28 PM
Hi Folks,
I recall at some stage reading about a delay before a port starts forwarding frames when the link comes up. Normally with STP a port has to go through the listening and learning state etc but with portfast enabled the switch will forward frames much more quickly. My understanding is that the forwarding is not immediate and that there is still some delay but I can't seem to find what this delay is. My typical ports are configured for portfast (actually portfast trunk as they are trunk ports for IP phones) as well as BPDUGuard and I can observe that there is a few seconds delay beforfe the switch actually forwards frames after the liink comes up. Does anyone know what this delay is and is there a way to shorten it?
Many thansk in advance.
Solved! Go to Solution.
03-25-2013 05:31 AM
Checkout
http://www.cisco.com/en/US/products/hw/switches/ps708/products_tech_note09186a00800b1500.shtml
Because PortFast is enabled, only 1 second passed before STP started
forwarding (instead of 30 seconds).
So there is only 1 second of portfast operation.
Further tuning is setting DTP, PAgP, speed and duplex to manual preconfigured mode, if you need it. It is discussed later in document.
03-25-2013 05:31 AM
Checkout
http://www.cisco.com/en/US/products/hw/switches/ps708/products_tech_note09186a00800b1500.shtml
Because PortFast is enabled, only 1 second passed before STP started
forwarding (instead of 30 seconds).
So there is only 1 second of portfast operation.
Further tuning is setting DTP, PAgP, speed and duplex to manual preconfigured mode, if you need it. It is discussed later in document.
03-25-2013 04:21 PM
If you want to speed it up even more instead of using portfast use the "switchport host" command on every user switchport which turns on portfast and turns off trunking, channeling negotiation and a couple other things.
03-25-2013 10:36 PM
glen.grant написал(а):
If you want to speed it up even more instead of using portfast use the "switchport host" command on every user switchport which turns on portfast and turns off trunking, channeling negotiation and a couple other things.
Actually it does only
spanning-tree portfast
switchport mode access
no channel-group
without "and a couple other things".
example:
Switch(config-if)#switchport host
switchport mode will be set to access
spanning-tree portfast will be enabled
channel group will be disabled
Switch(config-if)#
04-11-2013 08:05 AM
On my trunk ports I now configure spanning-tree portfast trunk and switchport nonegotiate and frames are forwarded pretty much instantly upon the link coming up.
Thanks.
04-11-2013 09:42 AM
Disclaimer
The Author of this posting offers the information contained within this posting without consideration and with the reader's understanding that there's no implied or expressed suitability or fitness for any purpose. Information provided is for informational purposes only and should not be construed as rendering professional advice of any kind. Usage of this posting's information is solely at reader's own risk.
Liability Disclaimer
In no event shall Author be liable for any damages whatsoever (including, without limitation, damages for loss of use, data or profit) arising out of the use or inability to use the posting's information even if Author has been advised of the possibility of such damage.
Posting
My typical ports are configured for portfast (actually portfast trunk as they are trunk ports for IP phones) . . .
Hmm, you might be able to configure them as access ports with a voice vlan. Don't know whether this would make any significant link up difference.
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