Re: Design reasons for LACP active versus on

BTW - I just put this to practicle use today. Customer site upgraded from
12.2(25) to 12.2(50). I was able to change them from "on" to LACP. Just goes
to show you, you can learn a lot of really simple and practicle stuff from
groupstudy. Its not just for studying :)

Chris

On Fri, May 22, 2009 at 7:18 AM, Chris Breece <cbreece1_at_gmail.com> wrote:

> Hey Geert, I just tried it using this code :
> c3750-ipbasek9-mz.122-46.SE.bin
>
> It worked. Must have been the code were using at the time.
>
> Chris
>
> On Fri, May 22, 2009 at 3:52 AM, Geert Nijs <Geert.Nijs_at_simac.be> wrote:
>
>> Chris,
>>
>> Cross-Stack LACP should work. Cross-Stack Pagp will not work:
>>
>> "PAgP cannot be enabled on cross-stack EtherChannels while LACP is
>> supported on cross-stack EtherChannels from Cisco IOS Software Release
>> 12.2(25)SEC and later."
>>
>> See:
>>
>> http://www.cisco.com/en/US/products/hw/switches/ps5023/products_configuration_example09186a00806cb982.shtml
>>
>> regards,
>> Geert
>> CCIE#13768
>>
>> -----Original Message-----
>> From: nobody_at_groupstudy.com [mailto:nobody_at_groupstudy.com] On Behalf Of
>> Chris Breece
>> Sent: woensdag 13 mei 2009 3:34
>> To: ccielab_at_groupstudy.com
>> Subject: Fwd: Design reasons for LACP active versus on
>>
>> Also,
>>
>> One scenario where we had to use "on" versus pagp or lacp was if we used
>> 3750's w/ stackwise. For instance, if one physical interface was on switch
>> 1
>> in the stack and one physical interface was on switch 2, IOS wouldn't
>> allow
>> us to use PAGP or LACP to port channel them. "On" works fine in this case,
>> just make sure your wiring guys know where to plug in the cables :)
>>
>> Chris
>>
>>
>>
>>
>> ---------- Forwarded message ----------
>> From: Chris Breece <cbreece1_at_gmail.com>
>> Date: Tue, May 12, 2009 at 9:24 PM
>> Subject: Re: Design reasons for LACP active versus on
>> To: Cisco certification <ccielab_at_groupstudy.com>
>>
>>
>> I've created spanning tree loops using "on". LACP has some sanity checking
>> built in to prevent this.
>>
>> For instance, a typical access layer switch plugged into two distribution
>> switches all connected via layer 2. Configure the following
>>
>> access layer switch:
>>
>> *int po1*
>> *switchport trunk encap dot1q*
>> *switchport mode trunk*
>> **
>> *int gi1/1*
>> *switchport trunk encap dot1q*
>> *switchport mode trunk*
>> *channel-group 1 mode on*
>> **
>> *int gi1/2
>> *
>> *switchport trunk encap dot1q*
>> *switchport mode trunk*
>> *channel-group 1 mode on*
>>
>>
>> Now plug gi1/1 into distro switch 1, and gi1/2 in distro switch 2.
>>
>> Watch the network explode :P
>>
>> LACP would err-disable the ports in this scenario.
>>
>>
>>
>> Chris
>>
>>
>>
>> On Tue, May 12, 2009 at 6:48 AM, Thameem Maranveetil Parambath <
>> tparamba_at_thecontactcentre.ae> wrote:
>>
>> > If you configure statically (on), the negotiation time can be saved. So
>> I
>> > would go for (on) rather than active or desirable.
>> >
>> >
>> >
>> >
>> > Marc La Porte <marc.a.laporte_at_gmail.com>
>> > Sent by: nobody_at_groupstudy.com
>> > 12/05/2009 02:46 PM
>> > Please respond to
>> > Marc La Porte <marc.a.laporte_at_gmail.com>
>> >
>> >
>> > To
>> > Cisco certification <ccielab_at_groupstudy.com>
>> > cc
>> >
>> > Subject
>> > Design reasons for LACP active versus on
>> >
>> >
>> >
>> >
>> >
>> >
>> > Hi,
>> >
>> > From a design viewpoint, configuring LACP (L2 Etherchannel) from an
>> access
>> > switch (6500) to a third-party server (IBM, HP, etc) would it be better
>> to
>> > configure our side as "active" or as "on"?
>> >
>> > Thanks
>> > Marc
>> >
>> >
>> > Blogs and organic groups at http://www.ccie.net
>> >
>> > _______________________________________________________________________
>> > Subscription information may be found at:
>> > http://www.groupstudy.com/list/CCIELab.html
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> > The content of this email together with any attachments, statements
>> > and opinions expressed herein contains information that is private
>> > and confidential and intended for the named addressee(s) only. If
>> > you are not the addressee of this email you may not copy, forward,
>> > disclose or otherwise use it or any part of it in any form
>> > whatsoever. If you have received this message in error please
>> > notify postmaster_at_etisalat.ae by email immediately and delete the
>> > message without making and copies.
>> >
>> >
>> > 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
>>
>> _______________________________________________________________________
>> Subscription information may be found at:
>> http://www.groupstudy.com/list/CCIELab.html
>>
>>
>>
>>
>>
>>
>>
>> disclaimer : http://apps.simac.be/disclaimer.htm

Blogs and organic groups at http://www.ccie.net
Received on Sat Jun 06 2009 - 23:27:30 ART