From: Khurram Noor (engr.khurramnoor@googlemail.com)
Date: Sun Mar 22 2009 - 11:01:54 ART
ok i think i have got the point. as in layer 3 you issue no switchport on
member ports and then assign them to etherchannel. So in case of
negotiations for trunk. i should first let them negotiate a trunk, so when
they are done with negotiation and become trunk, then i should assign them
to ether channel.
On Sun, Mar 22, 2009 at 4:01 PM, Salah ElShekeil
<salah.elshekeil@gmail.com>wrote:
> When configuring a layer 3 EtherChannel, the order of operations of
>
> configuration is important. The
> *no switchport *command should be configured
>
> on the member interfaces of the channel-group first. Next, these interfaces
>
> should be put into the channel-group by issuing the
> *channel-group [num] mode
>
> [
> mode] *interface level command. Next, the port-channel interface itself
>
> should be turned into a layer 3 interface by issuing the
> *no switchport*
>
> command. The port-channel interface is now ready to be configured with
> an IP address.
>
> HTH
>
>
> On Sat, Mar 21, 2009 at 6:39 PM, Khurram Noor <
> engr.khurramnoor@googlemail.com> wrote:
>
>> Well not really... my question was related to the confusion of port state
>> and ether channel.
>>
>>
>> I was confused with the switch port mode *dynamic desirable*. As the port
>> having this mode does not indicate whether its a trunk or access port. So
>> how would etherchannel be effected by this behavior. As the methodology
>> says
>> ether channel inherits the port properties, then what property is the
>> etherchannel going to inherit from port in this mode.
>>
>>
>> I have made following understandings to cover my confusion and i will
>> appriate if there is some mistake in it that anyone of you can correct..
>>
>> whenever required to make etherchannel over access or trunk ports, i have
>> to
>> avoid negotiation that is done through dynamic desirable so that the
>> switch
>> has an permenent state of being either access or trunk port by hard coding
>> it as trunk or access port. Then i can safely perform etherchannel
>> negotiations on them.
>>
>> Am i Correct?
>>
>> On Sat, Mar 21, 2009 at 1:47 PM, Thameem Maranveetil Parambath <
>> tparamba@thecontactcentre.ae> wrote:
>>
>> >
>> > Negotiation of trunking and etherchannel is totally isolated one,
>> according
>> > to my understanding..
>> >
>> > if u have two 3550.. it will form trunk by negotiation..
>> >
>> > if u want to make etherchannel for this interfaces , you have to either
>> > make them
>> > a) negotiate with pagp
>> > b) negotiate with lacp
>> > or
>> > c) manually enable etherchannel on both ends!
>> >
>> > is that what you are looking for?
>> >
>> > REgards,
>> >
>> >
>> >
>> > *Khurram Noor <engr.khurramnoor@googlemail.com>*
>> > Sent by: nobody@groupstudy.com
>> >
>> > 21/03/2009 11:29 AM
>> > Please respond to
>> > Khurram Noor <engr.khurramnoor@googlemail.com>
>> >
>> > To
>> > Cisco certification <ccielab@groupstudy.com> cc
>> > Subject
>> > Negotiation over Trunk links
>> >
>> >
>> >
>> >
>> > Hello everyone!
>> >
>> > A question is keeps teasing me everytime when i configure trunks. As we
>> all
>> > know all 3550 can negotiate trunks by default so if i have to configure
>> > etherchannel over two to three links between two (3550-3550 or
>> 3550-3560)
>> > switches and there is a requirement that the switches should negotiate
>> > etherchannel using either PagP or LacP, what should be the best
>> practice?
>> >
>> >
>> > 1. Should i hard code switchports the mode of trunk and then perform
>> > etherchannel negotiations between them.
>> > 2. Or both trunking and etherchannel can be negotiated one after
>> another.
>> >
>> >
>> > I tried to do both negotiations together in my home lab and found
>> strange
>> > behaviour or etherchannel. sometimes it gets negotiated correctly and
>> > sometimes it doesn't.
>> >
>> > **
>> > *Khurram Noor*
>> > *CCIP,CCNA*
>> >
>> >
>> > 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, are 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@etisalat.ae by email immediately and delete the
>> > message without making any copies.
>> > *
>> >
>>
>>
>>
>> --
>> Khurram Noor
>> Internetwork Professional
>>
>>
>> Blogs and organic groups at http://www.ccie.net
>>
>> _______________________________________________________________________
>> Subscription information may be found at:
>> http://www.groupstudy.com/list/CCIELab.html
>>
>>
>>
>>
>>
>>
>>
>>
>
-- Khurram Noor Internetwork ProfessionalBlogs and organic groups at http://www.ccie.net
This archive was generated by hypermail 2.1.4 : Mon Apr 06 2009 - 06:44:06 ART