Twee Ethernetpoorten combineren kan heel verschillende dingen betekenen. De gebruiker in de bron wilde LACP/linkaggregatie over twee 2,5GbE-interfaces, zodat de NAS meer totale bandbreedte en redundantie zou krijgen. Een andere communitydiscussie ging over een Linux-bridge die verkeer tussen interfaces doorstuurt. Dat zijn geen gelijkwaardige ontwerpen.
De brondiscussie uit 2025-2026 leverde geen geverifieerde persistente ZimaOS-configuratie voor LACP op. Gebruikers meldden dat er geen instellingen voor bonding in de WebUI waren. De oorspronkelijke poster probeerde een configuratie in NetworkManager-stijl aan te passen, maar gaf aan dat het opnieuw starten van NetworkManager en het volledig opnieuw opstarten van het systeem de bond niet werkend maakten.
Een bridge is niet hetzelfde als LACP
Een Linux-bridge verbindt netwerksegmenten op laag 2 en kan een host zich enigszins als een switch laten gedragen. De bridge combineert twee uplinks echter niet automatisch tot één logische verbinding van 5 Gbps.
LACP/802.3ad maakt een gebundelde logische interface en vereist normaal gesproken een compatibele configuratie op zowel de NAS als de beheerde switch.
De bron wilde twee 2,5GbE-poorten als één bond gebruiken
Het systeem had een ingebouwde 1GbE-NIC plus twee 2,5GbE-interfaces op een uitbreidingskaart. De gebruiker wilde het paar bundelen in plaats van beide poorten alleen als afzonderlijke adressen te gebruiken.
De gebruiker zag ook het alternatief: één 10GbE-NIC installeren en een bijpassende switch gebruiken.
De bron vond geen ZimaOS-bediening voor LACP in de UI
Het eerste antwoord stelde dat linkaggregatie niet beschikbaar was via de WebUI. Latere gebruikers bleven tot juli 2026 vragen om ingebouwde ondersteuning voor bonding.
De huidige openbare documentatie over ZimaOS-netwerken toont fysieke poorten afzonderlijk, met linkstatus, snelheid, DHCP/handmatig IP-adres, gateway en DNS-instellingen. Er wordt geen workflow voor het aanmaken van LACP/bonding beschreven.
Gebruik het huidige model voor netwerkinterfaces in ZimaOS als ondersteunde basis.
Handmatige bonding in NetworkManager-stijl is niet bevestigd als werkend
De oorspronkelijke poster ontdekte dat ZimaOS niet de traditionele Debian-indeling /etc/network gebruikte en vond in plaats daarvan configuratie die verband hield met NetworkManager. De poster kopieerde en bewerkte verbindingsbestanden om een bond aan te maken, maar meldde dat noch het opnieuw starten van NetworkManager, noch een volledige herstart het gewenste resultaat opleverde.
Dat is negatief bewijs uit de bron. Dit mag niet worden omgezet in een werkende CLI-handleiding.
Alleen LACP aan de switchzijde is niet voldoende
Een beheerde switch kan poorten alleen bundelen wanneer de server ook deelneemt aan dezelfde LACP/bond-configuratie. Twee gewone ZimaOS-interfaces aansluiten op één LACP-groep zonder bonding aan de hostzijde kan leiden tot instabiele MAC-adresregistratie of verlies van connectiviteit.
Twee 2,5GbE-verbindingen maken niet één bestandsoverdracht van 5 Gbps
Zelfs op systemen waarop LACP werkt, wordt verkeer doorgaans verdeeld op basis van flow-hashing. Eén SMB/TCP-flow blijft normaal gesproken op één verbinding, terwijl meerdere clients of sessies over verschillende verbindingen kunnen worden verdeeld.
Linkaggregatie is daarom vooral nuttig voor totale bandbreedte bij meerdere clients en voor failover, niet als gegarandeerde manier om de overdrachtssnelheid van één workstation met één gegevensstroom te verdubbelen.
Eén snellere NIC is vaak eenvoudiger
Als het werkelijke doel is dat één client sneller dan 2,5 Gbps kan overdragen, kan één 10GbE-pad eenvoudiger te begrijpen en te beheren zijn dan LACP, omdat het niet afhankelijk is van flow-hashing of een LAG-configuratie op een beheerde switch.
De opslagpool en client moeten nog steeds snel genoeg zijn om die verbinding volledig te benutten.
De thread bleef een functieverzoek
Geen enkele reactie van IceWhale-medewerkers in deze brondiscussie kondigde ingebouwde ondersteuning voor LACP aan. In juli 2026 vroeg een deelnemer nog steeds om bedieningselementen voor bonding in officiële beheerinterfaces.
Maak geen persistente wijzigingen aan de hostnetwerkconfiguratie van een NAS op afstand of zonder scherm totdat ZimaOS een ondersteunde workflow voor bonding publiceert, tenzij je toegang hebt tot een lokale console en over een manier beschikt om de wijzigingen terug te draaien.
Veelgestelde vragen over linkaggregatie
Is een netwerkbridge hetzelfde als LACP?
Nee. Een bridge stuurt verkeer op laag 2 door; LACP bundelt verbindingen tot één logische interface met medewerking van de switch.
Bevestigde de brondiscussie een werkende persistente ZimaOS-bond?
Nee. De handmatige poging van de oorspronkelijke poster met NetworkManager werkte niet.
Maakt LACP met twee 2,5GbE-verbindingen één SMB-kopie 5 Gbps snel?
Meestal niet. LACP is vooral nuttig voor meerdere gelijktijdige gegevensstromen en redundantie.
