11-18-2010 10:18 AM - edited 03-06-2019 02:07 PM
Cisco provides several choices for load-balancing traffic on port-channels:
port-channel load-balance {src-mac | dst-mac | src-dst-mac
| src-ip | dst-ip | src-dst-ip
| src-port | dst-port | src-dst-port}
Why have they chosen to not provide "round-robin", "per-packet", or "per-frame", which would seem to be
the most effective and useful option? Per-packet is available on multilink-ppp interfaces.
Whatever method is chosen from the provided list, a given source/destination pair
will always produce the same result meaning traffic between given a source/destination
can only travel on one member of the port-channel.
Solved! Go to Solution.
11-18-2010 10:32 AM
Hello,
Why have they chosen to not provide "round-robin", "per-packet", or "per-frame", which would seem to be
the most effective and useful option? Per-packet is available on multilink-ppp interfaces.
There is a fundamental difference between multilink PPP and EtherChannel.
An EtherChannel always carries a single frame over a single link. It does not split the frame into multiple parts and carry it through multiple links in EtherChannel group in parallel. The multilink-PPP is capable of doing the opposite - fragment the frame into multiple parts and carry them simultaneously to the other peer, then defragment it and send it further.
In addition, using round robin load balancing would allow for fine-grained load balancing but it could cause frame reordering which is forbidden on an Ethernet network. Frames sent in a particular order must be delivered in the same sequence on an Ethernet network. Because the EtherChannel must remain a transparent technology, it must not incur any additional impairments to the data flow apart from those which are considered "normal" or "expectable" in usual Ethernet networks. Thus, round robin can not be seriously considered for the load sharing methods.
Best regards,
Peter
11-18-2010 10:32 AM
Hello,
Why have they chosen to not provide "round-robin", "per-packet", or "per-frame", which would seem to be
the most effective and useful option? Per-packet is available on multilink-ppp interfaces.
There is a fundamental difference between multilink PPP and EtherChannel.
An EtherChannel always carries a single frame over a single link. It does not split the frame into multiple parts and carry it through multiple links in EtherChannel group in parallel. The multilink-PPP is capable of doing the opposite - fragment the frame into multiple parts and carry them simultaneously to the other peer, then defragment it and send it further.
In addition, using round robin load balancing would allow for fine-grained load balancing but it could cause frame reordering which is forbidden on an Ethernet network. Frames sent in a particular order must be delivered in the same sequence on an Ethernet network. Because the EtherChannel must remain a transparent technology, it must not incur any additional impairments to the data flow apart from those which are considered "normal" or "expectable" in usual Ethernet networks. Thus, round robin can not be seriously considered for the load sharing methods.
Best regards,
Peter
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide