Re: Disabling spanning tree

guys is this a valid solution?!

*Disabling the Spanning Tree on an Interface*

When a loop-free path exists between any two switched subnetworks, you can
prevent BPDUs generated

in one switching subnetwork from impacting devices in the other switching
subnetwork, yet still permit

switching throughout the network as a whole. For example, when switched LAN
subnetworks are

separated by a WAN, BPDUs can be prevented from traveling across the WAN
link.

Beginning in privileged EXEC mode, follow these steps to disable spanning
tree on a port. This

procedure is optional.

To re-enable spanning tree on the port, use the *no bridge-group **bridge-group
**spanning-disabled*

interface configuration command.

This example shows how to disable spanning tree on a port in bridge group
10:

Switch(config)# *interface gigabitethernet0/1*

Switch(config-if)# *bridge group 10 spanning-disabled*

On Thu, Apr 16, 2009 at 10:41 PM, Salah ElShekeil <salah.elshekeil_at_gmail.com
> wrote:

> flex is not the right answer as I guess!!
>
>
> On Thu, Apr 16, 2009 at 10:33 PM, ALL From_NJ <all.from.nj_at_gmail.com>wrote:
>
>> Hey team,
>>
>> Here is another way to consider ... Flex Links. Not sure how this lines
>> up
>> with the question and or the lab you are doing, but it does achieve the
>> desired results; Spanning Tree disabled. (watch the ugly word wrap)
>>
>>
>> http://www.cisco.com/en/US/docs/switches/lan/catalyst3560/software/release/12.2_50_se/configuration/guide/swflink.html
>>
>> Copied and pasted from this link: "... STP is disabled on Flex Link
>> interfaces ..."
>>
>> Pretty good input from everyone! As usual I am learning much from you
>> all. HTH,
>>
>> Andrew Lee Lissitz
>>
>>
>>
>> On Thu, Apr 16, 2009 at 3:07 PM, Tony Varriale
>> <tvarriale_at_flamboyaninc.com>wrote:
>>
>> > STP cannot be operational without BPDUs.
>> >
>> >
>> >
>> > BPDU filter effectively disables spanning tree on a port because it
>> filters
>> > in AND out. Is it a turn off knob? No. Is it a trick? Yes.
>> >
>> >
>> >
>> > tv
>> >
>> >
>> >
>> > From: Jonathan Greenwood II [mailto:gwood83_at_gmail.com]
>> > Sent: Thursday, April 16, 2009 1:48 PM
>> > To: Tony Varriale
>> > Cc: ccielab
>> > Subject: Re: Disabling spanning tree
>> >
>> >
>> >
>> > STP is still operational as the port still must transtion through the
>> > various port states, in this case you have portfast which is a STP
>> feature.
>> > That's still STP wouldn't you agree regardless of BPDU's being filtered
>> or
>> > not? I don't have access to a switch at the moment, but I agree with
>> your
>> > test. My argument is that you can't disable STP on a per port basis.
>> >
>> > Jonathan Greenwood II
>> >
>> > CCIE #22744
>> >
>> >
>> >
>> >
>> > On Thu, Apr 16, 2009 at 11:40 AM, Tony Varriale <
>> > tvarriale_at_flamboyaninc.com>
>> > wrote:
>> >
>> > The question mentions nothing about TCNs or port flapping.
>> >
>> > How about config BPDUs? Put it up in a lab...
>> >
>> > Here's a quick example in production for you that has portfast but not
>> > bpdufilter:
>> >
>> > interface GigabitEthernet9/12
>> > switchport
>> > switchport access vlan 12
>> > switchport mode access
>> > spanning-tree portfast
>> >
>> > xyz#sh spanning-tree int g9/12 d
>> > BPDU: sent 10566749, received 0
>> >
>> > Spanning tree is not disabled. Period.
>> >
>> > Here's one in production with bpdufilter:
>> >
>> > xyz#sh run int g1/1
>> > Building configuration...
>> >
>> > Current configuration : 171 bytes
>> > !
>> > interface GigabitEthernet1/1
>> > switchport access vlan 201
>> > switchport mode access
>> > spanning-tree portfast
>> > spanning-tree bpdufilter enable
>> >
>> > xyz#sh spanning-tree int g1/1 d
>> > BPDU: sent 0, received 0
>> >
>> > No BPDUs sent or received. If both are none, would you say it's
>> > participating in spanning tree?
>> >
>> > tv
>> >
>> >
>> > -----Original Message-----
>> > From: nobody_at_groupstudy.com [mailto:nobody_at_groupstudy.com] On Behalf Of
>> >
>> > Jonathan Greenwood II
>> > Sent: Thursday, April 16, 2009 1:25 PM
>> > To: Tharak Abraham
>> > Cc: Salah ElShekeil; ccielab
>> > Subject: Re: Disabling spanning tree
>> >
>> > With portfast TCN BPDU's will not be sent if a port goes up or down
>> thats
>> > configured for portfast. FYI
>> >
>> > Jonathan Greenwood II
>> > CCIE #22744
>> >
>> > On Thu, Apr 16, 2009 at 11:17 AM, Tharak Abraham
>> > <tharakabraham_at_gmail.com>wrote:
>> >
>> > > Spanning tree would be still be active even if you enable portfast and
>> > > bpdus will be sent out !
>> > >
>> > > bpdu filter on access ports will stop all kinds of bpdu's and hence
>> that
>> > > should be more appropriate in this context !
>> > >
>> > >
>> > > Tharak Abraham Luke
>> > >
>> > >
>> > > On Thu, Apr 16, 2009 at 8:04 PM, Jonathan Greenwood II <
>> > > gwood83_at_gmail.com> wrote:
>> > >
>> > >> I agree with Mr. West. They are looking for portfast based on your
>> > >> question.
>> > >>
>> > >> HTH
>> > >>
>> > >> Jonathan Greenwood II
>> > >> CCIE #22744
>> > >>
>> > >> On Thu, Apr 16, 2009 at 10:17 AM, Salah ElShekeil <
>> > >> salah.elshekeil_at_gmail.com
>> > >> > wrote:
>> > >>
>> > >> > Dear all,
>> > >> >
>> > >> >
>> > >> >
>> > >> > how to disable spanning tree on an interface without using "no
>> > spanning
>> > >> > tree" command?
>> > >> >
>> > >> >
>> > >> >
>> > >> >
>> > >> >
>> > >> > Salah
>> > >> >
>> > >> >
>> > >> > Blogs and organic groups at http://www.ccie.net <
>> http://www.ccie.net/
>> > >
>> > >> >
>> > >> >
>> > _______________________________________________________________________
>> > >> > Subscription information may be found at:
>> > >> > http://www.groupstudy.com/list/CCIELab.html
>> > >> >
>> > >> >
>> > >> >
>> > >> >
>> > >> >
>> > >> >
>> > >> >
>> > >> >
>> > >>
>> > >>
>> > >> --
>> > >> Jonathan Greenwood II
>> > >> CCIE #22744
>> > >>
>> > >>
>> > >> Blogs and organic groups at http://www.ccie.net <
>> http://www.ccie.net/>
>> > >>
>> > >>
>> _______________________________________________________________________
>> > >> Subscription information may be found at:
>> > >> http://www.groupstudy.com/list/CCIELab.html
>> > >>
>> > >>
>> > >>
>> > >>
>> > >>
>> > >>
>> > >>
>> > >>
>> > >
>> >
>> >
>> > --
>> > Jonathan Greenwood II
>> > CCIE #22744
>> >
>> >
>> > Blogs and organic groups at http://www.ccie.net <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 <http://www.ccie.net/>
>> >
>> > _______________________________________________________________________
>> > Subscription information may be found at:
>> > http://www.groupstudy.com/list/CCIELab.html
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> > --
>> > Jonathan Greenwood II
>> > CCIE #22744
>> >
>> >
>> > Blogs and organic groups at http://www.ccie.net
>> >
>> > _______________________________________________________________________
>> > Subscription information may be found at:
>> > http://www.groupstudy.com/list/CCIELab.html
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>>
>>
>> --
>> Andrew Lee Lissitz
>> all.from.nj_at_gmail.com
>>
>>
>> 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 Thu Apr 16 2009 - 22:54:57 ART