Network bond vs network teams

Hello everyone

could someone explain why they deprecated network teams in rhel 9

while in the following table network teams support more feature and it’s Extensibility much easier than network bonds

what was the issue in network team so they bring the bonds in the table ?

thanks for your time and have a nice day :slight_smile:

Red Hat might explain it in As teaming is deprecated in RHEL 9, what is a suitable replacement? - Red Hat Customer Portal
(I won’t subscribe, so can’t read.)

1 Like

thanks but i was not looking for replacement as i already mention network bond

i was asking why they did so despite the reason i give before

I logged in, they don’t explain why there either. Nor even the bugzilla for it. It still exists in 9 though, but will disappear in RHEL10 apparently. I expect they are just wanting to get everyone to start moving away from it. But weird that they deprecate and don’t explain their reason for it.

Found this:

One big reason for using bonding because it’s in the kernel rather than user-space which could be slower. An explanation between the two:

I would prefer to use in kernel space, I remember some things like zfs suffering in user-space, there was also something else that a few years back I used in user-space which wasn’t so good either - could have been ntfs-3g.

1 Like

thanks for that @iwalker that make sense

i get hit so hard by ntfs-3g it supported in kernel 5.15 if i remember the version

thanks again

The URL in ‘teamd’ package is http://www.libteam.org
That page claims:

Note that there is no performance overhead added with the fact that the control logic happens in userspace. Packets never leave kernel.

The upstream code is in GitHub - jpirko/libteam: team netdevice library
where latest release (v1.3.1) was in July 2020 and latest commit in February 2021.

Could it be that since the upstream does not have much activity, Red Hat does not want to commit maintaining untold years (beyond 2032)? Surely, if there were no alternatives, then the cost analysis could be different.

@iwalker Thanks for peeking into KB. IME, we do often wonder RH’s reasons.

1 Like

Also some information in this document (Chapter 11.2):

Red Hat focuses its efforts on kernel-based bonding to avoid maintaining two features, bonds and teams, that have similar functions. The bonding code has a high customer adoption, is robust, and has an active community development. As a result, the bonding code receives enhancements and updates.

3 Likes

@jlehtone yeah not the first time RH dropped something without explanation, sadly.

thanks @olista and have a nice day :slight_smile: