Perhaps worth pointing out as well - in the Lab Exam environment, we configure whatever the hell they tell us to configure, no matter how silly or against best practices.
On May 4, 2012, at 2:00 PM, Anthony Sequeira wrote:
> I am pretty sure this could be beneficial in a router on a stick scenario. So that of course begs the question - who the ^%&$ would do that in production.
>
> This could also be used in a situation where you have a VMware ESX host that is trunking multiple VLANs to the Catalyst Switch.
>
> Cisco does indeed caution against using this feature between two switches in your infrastructure.
>
> Anthony Sequeira
> http://www.stormwind.com
> Twitter: @compsolv
> Facebook: http://www.facebook.com/compsolv
>
> On May 4, 2012, at 1:37 PM, CCIE KID wrote:
>
>> Hi all
>>
>> I have a doubt in enabling Portfast in trunk port. My customer config has
>> enabled Portfast in trunk port and i have no idea why we should enable it
>> on trunk port and hat use it has. Yes Portfast is used for Host connected
>> ports and it virtually doesn't go thru the STP port states such listening
>> and learning and thereby goes to forwarding directly and also if there is
>> any change in port status such as removing the PC or server or any other
>> device, TCN BPDUs will not be generated. THis is the function of Portfast.
>> So why would u enable Portfast on Trunk ports.
>>
>> So if the trunk port goes down, TCN BPDU won't be generated for that
>> particular trunk port , and so the STP convergence will be affected with
>> this ?
>> Any thoughts on this ?
>>
>> Need experts advice on this ? Why do they do purposefully in real time ..
>> Any reasons behind it
>>
>>
>>
>> --
>> With Warmest Regards,
>>
>> CCIE KID
>> CCIE#29992 (Security)
>>
>>
>> Blogs and organic groups at http://www.ccie.net
>>
>> _______________________________________________________________________
>> Subscription information may be found at:
>> http://www.groupstudy.com/list/CCIELab.html
Blogs and organic groups at http://www.ccie.net
Received on Fri May 04 2012 - 14:13:38 ART
This archive was generated by hypermail 2.2.0 : Sun Jun 17 2012 - 09:04:19 ART