Re: Portfast in Trunk port

Your customer should not be bridging those interfaces, so one going down
will not "change the world" for STP.
If he is doing a LAG, he should take care of migrating the MACs to the
surviving link, usually by imposting some traffic.

What kind of "STP inconsistent information" are you envisioning?

-Carlos

CCIE KID @ 05/05/2012 02:39 -0300 dixit:
> Hey Marko
>
> Yes My SP has two customer facing interfaces and the customer facing
> interfaces are trunk ports and they configure Portfast on these interfaces.
> Port fast configured interfaces still receive BPDUs but tat port doesnt
> participate in STP Transition states. So my Customer Access laer goes down,
> this info will not be propogated in STP and there may be inconsistent
> information in MAC Address table formed by STP
>
> Can u explain me exactly what is the actual application ?
>
> Thanks guys for ur thoughts :)
>
> On Sat, May 5, 2012 at 5:22 AM, Marko Milivojevic<markom_at_ipexpert.com>wrote:
>
>> On Fri, May 4, 2012 at 11:00 AM, Anthony Sequeira
>> <terry.francona_at_gmail.com> 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.
>>
>> If you're an SP - customer-facing interfaces in the access layer, for
>> example :-)
>>
>> --
>> Marko Milivojevic - CCIE #18427 (SP R&S)
>> Senior CCIE Instructor - IPexpert
>>
>
>
>

-- 
Carlos G Mendioroz  <tron_at_huapi.ba.ar>  LW7 EQI  Argentina
Blogs and organic groups at http://www.ccie.net