I assume you mean for a single VLAN you want to do equal cost load balancing. I'm thinking you can't. I think about the best you can do is IF you have multiple VLAN's make one distribution switch the root of say all the odd VLAN's and make the other distribution switch the root for all the even VLAN's. This will give you a some load balancing, not perfect though.
By you post it's not clear what switch you are using at the access layer, but if it's a 6509 and the equal cost load balancing is a must then I guess you could use an MSFC's in all your 6509's, load native IOS on them(you could do it with either OS, native IOS or CatOS), and route across the Gig links using EIGRP or OSPF. You wouldn't be able to trunk across them though.
Jim
-----Original Message-----
From: Alldread AK2 Robert J [SMTP:[EMAIL PROTECTED]]
Sent: Friday, October 27, 2000 7:33 AM
To: Cisco@Groupstudy. Com (E-mail)
Subject: Trunk Load Balancing
I would like some opinions on load balancing across (2) 6509 switches using
trunk ports.
Here is the scenario...
1 switch at the access layer, 2 switches and the distribution layer. The
access layer switch has a GIG trunk link to each of the 2 dist layer
switches. How would I implement equal-cost load balancing in a round robin
fashion from the access layer switch to each of the 2 dist layer switches.
I would like to do this on a packet by packet level. CCO has some good tips,
but only for load balancing from 1 switch to 1 switch, not 1 switch to 2
switches.
Any advice and help would be greatly appreciated.
Skin-e
_________________________________
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
***************************************************************************************
WARNING: All e-mail sent to and from this address will be received or
otherwise recorded by the A.G. Edwards corporate e-mail system and is
subject to archival, monitoring or review by, and/or disclosure to,
someone other than the recipient.
***************************************************************************************
