Re: bpdu-filter question

The actions (or re-actions anyway) will depend on whether we apply the
command on an interface or globally as default!

Try it any play!

*Scott Morris*, CCIE/x4/ (R&S/ISP-Dial/Security/Service Provider) #4713,

JNCIE-M #153, JNCIS-ER, CISSP, et al.

JNCI-M, JNCI-ER

evil_at_ine.com

Internetwork Expert, Inc.

http://www.InternetworkExpert.com

Toll Free: 877-224-8987

Outside US: 775-826-4344

Knowledge is power.

Power corrupts.

Study hard and be Eeeeviiiil......

Joe Astorino wrote:
> So far as I know bpdufilter will filter both incoming and outgoing
> BPDUs...so it essentially is disabling spanning-tree on the port. As far as
> enabling it on portfast enabled ports, are you sure you aren't talking about
> bpduguard? That is pretty common so that if we get a bpdu on a port that
> should be connected to a host we simply shut down the port.
>
> On Wed, Nov 4, 2009 at 10:23 PM, <Keegan.Holley_at_sungard.com> wrote:
>
>
>> GS,
>>
>> I recently watched a recorded bootcamp that stated that bpdu filter will
>> revert back to the default spanning tree behavior if it sees a bpdu. They
>> also say should be enabled on port fast ports to avoid loops. I seem to
>> have found conflicting documentation on cisco.com one page states that the
>> bpdu's are blocked constantly and the other pretty much agrees with the
>> vendor. I tried this on a 3550 running 12.2(40) see2 and bpdu's were
>> blocked no matter what. Did this change across code releases/platforms or
>> are they just wrong?
>>
>>
>> Heads:
>>
>> http://www.cisco.com/en/US/docs/switches/lan/catalyst3560/software/release/12.2_44_se/configuration/guide/swstpopt.html#wp1033638
>>
>> tails:
>>
>> http://www.cisco.com/en/US/docs/switches/lan/catalyst4000/7.4/configuration/guide/stp_enha.html
>>
>>
>> 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 Wed Nov 04 2009 - 23:27:09 ART