Re: Etherchannel negotiation real world applications

like you said for LACP for things other than Cisco and servers...

but for negotiation using either PAgP or LACP think about using them in the
'real world' not in a lab setup where you do not have 2 or 3 ports in a
port-channel but you have 10 to 12 say across multiple blades on a bigger
switch than a 3560 you are using in the practice lab...

and then for example say you have all 16 ports tuned up to be in our
port-channel, with 8 active and you want some to have higher priority than
the others so you know which ones will come up it some of them start to fail
say on the multiple blades you have 'arranged' these on...

and if you have a mis-configured port in this group across these blades 'on'
is going to start sending traffic across your portchannel without even
checking to see if they are compatible...

http://www.cisco.com/en/US/docs/switches/lan/catalyst3560/software/release/12.2_55_se/configuration/guide/swethchl.html#wp1276329

another one has to do with PAgP and the learn method whether it be phyiscal
port and portchannel:

"Network devices are classified as PAgP physical learners or aggregate-port
learners. A device is a physical learner if it learns addresses by physical
ports and directs transmissions based on that knowledge. A device is an
aggregate-port learner if it learns addresses by aggregate (logical) ports.
The learn method must be configured the same at both ends of the link. "

http://www.cisco.com/en/US/docs/switches/lan/catalyst3560/software/release/12.2_55_se/configuration/guide/swethchl.html#wp1276258

HTH,
garry..
 --
Garry L. Baker

"There is no 'patch' for stupidity." - www.sqlsecurity.com
"Complexity is the enemy of reliability..."

On Wed, Mar 23, 2011 at 3:42 PM, Aaron Riemer <ariemer_at_amnet.net.au> wrote:

> Hi,
>
>
>
> I am just going over etherchannel at the moment and wondering what the
> pro's
> and cons are comparing negotiation and no negotiation.
>
>
>
> I know it is similar to DTP where you can automatically negotiate an
> etherchannel but why do this? You still have to create a channel group
> interface at both ends so why not just set the mode to 'ON' while you are
> there?
>
>
>
> I understand its application with servers that talk LACP for example. Does
> anyone know why negotiation would be preferred over no negotiation and vice
> versa?
>
>
>
> Thanks,
>
>
>
> -Aaron.
>
>
> 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 Mar 23 2011 - 17:21:12 ART