cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
3828
Views
0
Helpful
4
Replies

Best practices regarding EtherChannel

Hi,

I was wondering in a typical 20/80 network in which 80% gets outside the VLAN, what is the best load-balancing algorithm ?

souce destination port

source destination IP

source destination MAC

I would say that the best case scenario is the port, after the IP and then the MAC for the following reasons. If you choose src dest MAC, and you have multiple users hitting a file server in this VLAN , the source MAC will be the MAC address of the server and destination will be the gateway.

However, if you put IP address, the souce will be servers IP but destination will be users IP address.

The same goes for port only better; if you are having one client opening multiple sockets to one server, then it can load share based on the souce port of the client.

Is the theory correct or did i got it wrong?

Regards,

Nicos

TIA, Nicos Nicolaides
2 Accepted Solutions

Accepted Solutions

Joseph W. Doherty
Hall of Fame
Hall of Fame

Disclaimer

The      Author of this posting offers the information contained within this      posting without consideration and with the reader's understanding   that    there's no implied or expressed suitability or fitness for any    purpose.   Information provided is for informational purposes only  and   should not   be construed as rendering professional advice of any  kind.   Usage of  this  posting's information is solely at reader's own  risk.

Liability Disclaimer

In      no event shall Author be liable for any damages whatsoever    (including,   without limitation, damages for loss of use, data or    profit) arising  out  of the use or inability to use the posting's    information even if  Author  has been advised of the possibility of   such  damage.

Posting


Really depends on what's normal traffic flows.  Using IP ports as "better" is assuming multiple sockets between two hosts, but if there were multiple hosts hitting the same server, it's possible the port number would have multiple hits as the server considers the combination of IP address and port as unique but if the hash only considers source destination port, you might have poorer distribution than source destination IP.

View solution in original post

It does not cause any down time to change the algorithm. I have done this before without any down time in a live network.

Joseph is 100% correct, it all depends on your traffic flow. For me I did src-dst-ip. That was the best choice for my network enviornment. This is also a test command to help you out. 'test etherchannel load-balance' or something like that I forget of the top of my head. If I could have used ports in the algorithm I would have done that.

View solution in original post

4 Replies 4

Joseph W. Doherty
Hall of Fame
Hall of Fame

Disclaimer

The      Author of this posting offers the information contained within this      posting without consideration and with the reader's understanding   that    there's no implied or expressed suitability or fitness for any    purpose.   Information provided is for informational purposes only  and   should not   be construed as rendering professional advice of any  kind.   Usage of  this  posting's information is solely at reader's own  risk.

Liability Disclaimer

In      no event shall Author be liable for any damages whatsoever    (including,   without limitation, damages for loss of use, data or    profit) arising  out  of the use or inability to use the posting's    information even if  Author  has been advised of the possibility of   such  damage.

Posting


Really depends on what's normal traffic flows.  Using IP ports as "better" is assuming multiple sockets between two hosts, but if there were multiple hosts hitting the same server, it's possible the port number would have multiple hits as the server considers the combination of IP address and port as unique but if the hash only considers source destination port, you might have poorer distribution than source destination IP.

Hmm, thats what i thought. A couple more questions though:

  • is the etherchannel algorithm more cpu intensive as we go deeper in to the packet
  • Does it cause any downtime when i change the algorithm?
TIA, Nicos Nicolaides

It does not cause any down time to change the algorithm. I have done this before without any down time in a live network.

Joseph is 100% correct, it all depends on your traffic flow. For me I did src-dst-ip. That was the best choice for my network enviornment. This is also a test command to help you out. 'test etherchannel load-balance' or something like that I forget of the top of my head. If I could have used ports in the algorithm I would have done that.

OK, thanks

TIA, Nicos Nicolaides
Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community:

Review Cisco Networking products for a $25 gift card