- Community Home
- >
- Servers and Operating Systems
- >
- Operating System - Linux
- >
- System Administration
- >
- RHEL Bonding mode0
-
- Forums
-
- Advancing Life & Work
- Advantage EX
- Alliances
- Around the Storage Block
- HPE Ezmeral: Uncut
- OEM Solutions
- Servers & Systems: The Right Compute
- Tech Insights
- The Cloud Experience Everywhere
- HPE Blog, Austria, Germany & Switzerland
- Blog HPE, France
- HPE Blog, Italy
- HPE Blog, Japan
- HPE Blog, Middle East
- HPE Blog, Russia
- HPE Blog, Saudi Arabia
- HPE Blog, South Africa
- HPE Blog, UK & Ireland
-
Blogs
- Advancing Life & Work
- Advantage EX
- Alliances
- Around the Storage Block
- HPE Blog, Latin America
- HPE Blog, Middle East
- HPE Blog, Saudi Arabia
- HPE Blog, South Africa
- HPE Blog, UK & Ireland
- HPE Ezmeral: Uncut
- OEM Solutions
- Servers & Systems: The Right Compute
- Tech Insights
- The Cloud Experience Everywhere
-
Information
- Community
- Welcome
- Getting Started
- FAQ
- Ranking Overview
- Rules of Participation
- Tips and Tricks
- Resources
- Announcements
- Email us
- Feedback
- Information Libraries
- Integrated Systems
- Networking
- Servers
- Storage
- Other HPE Sites
- Support Center
- Aruba Airheads Community
- Enterprise.nxt
- HPE Dev Community
- Cloud28+ Community
- Marketplace
-
Forums
-
Blogs
-
Information
-
English
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
04-01-2011 09:13 AM
04-01-2011 09:13 AM
Thanks
Brian
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
04-02-2011 03:17 AM
04-02-2011 03:17 AM
Re: RHEL Bonding mode0
Mode 0 is round-robin: a simple transmit load balancing. Whether received traffic is load-balanced or not, depends on the system sending the data (or the local side of the gateway, if the sender is not in the local network segment) and the switch/hub used.
Mode 4 is IEEE 802.3ad standard-compliant link aggregation. It works only if the switch to which the bonded NICs are connected is configured to support link aggregation. If the switch is not configured, or if the NICs are connected to two different switches which aren't configured to share IEEE 802.3ad information, this bonding mode will definitely fail.
If the server with the bonded NICs is connected to network switch(es) with MAC address hijacking protection enabled, most bonding modes may fail. In Cisco terminology, this is "port-security".
There is no single "optimal" set-up: knowledge of your network switch features and configuration is required to choose a good set-up for your situation.
MK
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
04-02-2011 07:50 AM
04-02-2011 07:50 AM
Re: RHEL Bonding mode0
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
04-05-2011 02:23 PM
04-05-2011 02:23 PM
Re: RHEL Bonding mode0
Thanks
Brian.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
04-05-2011 11:09 PM
04-05-2011 11:09 PM
SolutionThe number of IP addresses is not important when testing bonding; the important thing is that you have 2 or more physical NICs.
You should talk with your network administrator.
Questions to ask:
- To which switch(es) is the test server connected?
- Can it/they support IEEE 802.3ad link aggregation?
* if the answer is yes, then:
- Could you please configure the switch to accept 802.3ad in
* if the answer is something like "yes... wait a moment... now it's done", then (and *only* then) you can use bonding mode 4!
If 802.3ad is not supported or the network administrator cannot configure it, then one more question:
- What happens if the switch sees one MAC address first in one port, then in another port, then back in the first port, and so on? Will it accept the traffic? Will the switch get overloaded? Or will the switch disable both ports and log a "port security violation"?
If the two (or more) NICs of the test server are to be connected to two separate switches, then:
- What happens when the upstream switch/router/firewall sees one MAC address first in one port, then in another port, then back in the first port in a rapid sequence? Will it accept the traffic immediately, will it stop the traffic to that MAC address until its ARP table or MAC address cache entry expires, or will it stop the traffic and log a security violation?
If the answer to one of the 2 previous questions is "security violation", the last question is:
- Would it be possible to disable this security protection for these particular ports or MAC address(es)?
When you have the answers to these questions, you will have enough information to determine if you can use any active-active bonding mode at all.
MK
Hewlett Packard Enterprise International
- Communities
- HPE Blogs and Forum
© Copyright 2021 Hewlett Packard Enterprise Development LP