Si tens un PC o servidor amb diverses targetes de xarxa i vols treure'ls tot el suc, és molt probable que hagis sentit a parlar del NIC Teaming a Windows 11. Aquesta tècnica fa anys que es fa servir en entorns professionals, però cada vegada és més comú veure-la també en laboratoris casolans, NAS muntats a mà o petits servidors domèstics que mouen moltes dades per la xarxa.
El problema és que en Windows 11 moltes daquestes funcions estan més amagades o directament retallades respecte a Windows Server, així que no és tan intuïtiu com obrir un assistent gràfic i llest. Cal entendre què és exactament el NIC Teaming, quins tipus existeixen (LBFO clàssic, SET, SDN…), quines limitacions hi ha en sistemes client i com muntar-ho correctament amb PowerShell i un switch ben configurat.
Què és NIC Teaming i per què interessa a Windows 11?
Quan parlem de NIC Teaming o formació d'equips de NIC ens referim a la possibilitat d'ajuntar diverses targetes de xarxa físiques en un únic adaptador lògic. Als ulls de Windows ja no tens dues o tres interfícies independents, sinó un sol adaptador “virtual” sobre el qual configures la IP, la màscara, la porta d'enllaç i el DNS.
Aquest enfocament permet que el trànsit ja no depengui d'una única targeta, sinó de totes les NIC que s'agrupen a l'equip. L'objectiu és doble: sumar amplada de banda total (link aggregation) i guanyar tolerància a fallades, de manera que si un cable, un port del switch o un adaptador es mor, la resta continuï funcionant sense que perdis connectivitat.
Una manera senzilla de veure'l és imaginar que tens diversos tubs d'aigua en paral·lel i els uns en una sola canonada de més diàmetre: el cabal total augmenta i una punxada en un dels tubs no et deixa sec. En xarxa passa una cosa semblant: combines la capacitat de diversos enllaços i minimitzes les conseqüències d'una avaria individual.
Per als servidors físics és molt típic disposar de diversos ports Ethernet de 1 Gbps o 10 Gbps. En lloc de deixar-ne alguns sense fer servir o repartir-los per a tasques diferents, el més lògic és afegir-los en un únic equip NIC que s'encarregui del balanceig de càrrega i l'alta disponibilitat. Això va especialment bé en servidors de fitxers, entorns de virtualització, NAS casolans o equips que serveixen com a centre de còpies i mitjans.
A Windows Server el suport de NIC Teaming està molt madur des de fa diverses versions i es pot gestionar tant des del Administrador del servidor com mitjançant PowerShell. A Windows 10 i Windows 11 la història canvia: no tens un assistent gràfic integrat per al teaming clàssic, moltes funcions de LBFO estan pensades per a servidor i, tanmateix, hi ha cmdlets i solucions alternatives que permeten aconseguir resultats molt semblants si saps on tocar.
Diferències entre NIC Teaming clàssic, LBFO, SET i SDN
Per aclarir-nos amb el que es pot i no es pot fer a Windows 11, convé separar diversos conceptes que de vegades es fan servir com a sinònims: NIC Teaming (LBFO), Switch Embedded Teaming (SET) i xarxes definides per programari (SDN). Tots apunten a millorar el rendiment i la disponibilitat, però no funcionen igual ni estan pensats per als mateixos escenaris.
El NIC Teaming clàssic, també conegut com LBFO (Load Balancing and Failover), va ser la tecnologia que Microsoft va popularitzar en versions anteriors de Windows Server. Amb LBFO pots armar un equip de NIC “independent” del commutador virtual de Hyper-V i exposar un o diversos adaptadors virtuals al host oa les màquines virtuals, encarregant-se del balanceig i de la commutació per error entre les targetes físiques.
Amb l'arribada del Windows Server 2016 i l'aposta forta per les xarxes definides per programari (SDN), apareix Switch Embedded Teaming (SET). En aquest model, la lògica de formació dequips sintegra directament dins del commutador virtual de Hyper-V. En lloc de crear un equip per fora i després endollar-lo al vSwitch, a SET són els adaptadors físics agregats els que alimenten el propi vSwitch, reduint capes intermèdies i millorant la integració amb la pila SDN.
SET es va dissenyar pensant en entorns de virtualització avançats, on entren en joc tecnologies com RDMA (Accés Directe a Memòria Remota), NVGRE, VXLAN, NFV o controladores de xarxa. En aquests escenaris l'objectiu és abaixar la latència, esprémer al màxim el rendiment i controlar el trànsit de moltes màquines virtuals dins d'una arquitectura de xarxa molt flexible.
En estacions de treball i sistemes client com Windows 10 i Windows 11, la situació és més terrenal: normalment no tens un Hyper-V amb SDN a gran escala, però sí que pots disposar de diverses targetes Ethernet que vulguis agrupar per parlar amb un switch gestionable, un router avançat o un NAS que suporti agregació denllaços. Aquí les opcions passen per utilitzar els cmdlets disponibles (per exemple New-NetSwitchTeam) per crear un equip bàsic o recórrer a solucions que restauren part de les capacitats de LBFO en edicions on ja no vénen exposades de forma oficial.
Exemple real: muntar NIC Teaming a un NUC amb Windows 11
Un exemple molt il·lustratiu és el d'un NUC Extreme de gamma alta, que podeu trobar de segona mà a molt bon preu i que porta extres interessants: emmagatzematge SSD generós, possibilitat d'instal·lar una GPU ITX i, el que aquí ens importa, dues interfícies Ethernet d'1 Gbps cadascuna. Aquest tipus de màquina és perfecta com a mini servidor domèstic o de laboratori (veure les especificacions completes).
De fàbrica, aquests dos ports RJ45 funcionen com a interfícies independents a 1 Gbps. Encara que connectis tots dos al mateix switch, Windows els seguirà veient com a rutes separades, així que no sumaràs ample de banda només per endollar dos cables. Perquè el sistema els aprofiti de manera conjunta cal agrupar-los mitjançant un equip de NIC.
Abans de tocar Windows és fonamental preparar el switch gestionable on connectaràs l'equip. Molts switches permeten crear un trunk o una agregació denllaços (per exemple mitjançant LACP) amb dos o més ports. La idea és que aquests ports es comportin com un únic enllaç lògic de més capacitat, de manera que el NUC i el switch puguin intercanviar trànsit com si tinguessin una “canonada doble”.
Quan el trunk del switch està configurat, arriba la part de Windows 11. El primer és obrir una consola de PowerShell amb permisos d'administrador. Des d'aquí, l'ordre clau per començar és Get-NetAdapter, que llista tots els adaptadors de xarxa presents al sistema, tant físics com virtuals.
En un escenari típic veuràs una cosa semblant a una interfície Wi-Fi (per exemple, Intel Wi-Fi 6), dues NIC Ethernet cablejades (potser trucades LAN01 i LAN02), alguna interfície Bluetooth i, potser, un adaptador addicional com un USB Ethernet de 1 Gbps. El que ens interessa és apuntar exactament els noms de les targetes que volem incloure a l'equip, perquè són els que utilitzarem a l'ordre de creació.
Creació d'un Switch Team amb PowerShell al Windows 11
Un cop identificades les interfícies que formaran l'equip (per exemple LAN01 i LAN02), el següent pas és crear lequip com a tal. per això Windows 11 proporciona el cmdlet New-NetSwitchTeam, que permet definir un equip d'adaptadors orientat a escenaris de commutació i agregació d'enllaços.
La comanda bàsica seria una cosa similar a: New-NetSwitchTeam -Name "LANTEAMING" -TeamMembers "LAN01","LAN02". Amb aquesta ordre PowerShell agrupa les dues NIC físiques sota un adaptador lògic nou, que apareixerà al sistema com si fos una targeta addicional. A partir de llavors, les propietats IP es configuren sobre LANTEAMING i no directament sobre LAN01 o LAN02.
Per comprovar que l'equip s'ha creat correctament, podeu executar Get-NetSwitchTeam. El resultat hauria de mostrar un ordinador amb nom LANTEAMING i una llista de membres on figurin LAN01 i LAN02. També és bona idea obrir el panell de connexions de xarxa de Windows per confirmar que el nou adaptador lògic apareix entre els disponibles.
Si després de crear l'equip llences un ipconfig, veuràs que la IP ja no està associada a cada NIC física, sinó a l'adaptador LANTEAMING. És a dir, la configuració de xarxa (IP, màscara, porta d'enllaç i DNS) s'assigna a l'equip lògic, mentre que les targetes físiques es converteixen en potes que donen suport a aquest adaptador virtual.
A la pràctica, el nou equip sol obtenir adreça IP mitjançant DHCP, i sovint conserva la mateixa IP que tenia una de les targetes (per exemple LAN01) abans de formar l'equip, sempre que el procés es faci sense tallar dràsticament la connexió. En qualsevol cas, pots configurar sense problema una IP estàtica, amb la màscara, gateway i servidors DNS sobre l'adaptador LANTEAMING igual que faries amb una NIC convencional.
Un avantatge clar d'aquest muntatge és que si una de les interfícies falla (per exemple desconnectes un cable), l'equip continua tenint xarxa gràcies a l'altra. Perds ample de banda agregat però mantenes connectivitat, cosa que suposa un plus d'alta disponibilitat davant de fallades puntuals de cablejat, ports de switch o adaptadors de xarxa.
Beneficis reals: ample de banda agregat i tolerància a fallades
Se sol simplificar dient que amb NIC Teaming “dupliques la velocitat”, però la realitat és una mica més matisada. Quan afegeixes dos enllaços d'1 Gbps correctament configurats, el que aconsegueixes és una capacitat total de fins a 2 Gbps repartida entre múltiples connexions, no tant un únic flux de 2 Gbps cap a un sol client.
En el dia a dia, això es tradueix que si diversos equips accedeixen alhora al teu NUC, NAS o servidor Windows 11, el sistema pot distribuir les diferents sessions entre les NIC que formen l'equip. La suma de tots els fluxos pot acostar-se a aquests 2 Gbps, sempre que el switch suport agregació denllaços i logorisme de balanceig faci bé la seva feina.
L'altre gran avantatge és l'alta disponibilitat. Com que té diverses targetes, diversos cables i diversos ports de switch, es redueix molt la probabilitat d'un tall total de xarxa. Si un dels elements falla, l'equip NIC continua oferint servei a menor velocitat però sense desconnexions completes. Per a servidors amb usuaris connectats o màquines virtuals corrent a sobre, això és vital.
Fins i tot en un entorn domèstic avançat, on el servidor centralitza còpies de seguretat, multimèdia o entorns de proves, un tall de xarxa al mig d'un backup llarg o una sessió de streaming pot donar força guerra. Amb el teaming de NIC, les petites incidències de maquinari s'esmorteeixen i passen molt més desapercebudes.
Això sí, per notar realment la millora de rendiment sostingut és important que la resta de la teva infraestructura acompanyi: necessites un switch gestionable amb suport de LACP o un altre mètode d'agregació, un router o firewall capaç de manejar aquest cabal i, si uses NAS o cabines de discos, que també disposin de ports múltiples amb bonding o teaming compatible.
NIC Teaming a Windows 10 i Windows 11: particularitats i PowerShell
A Windows 10 i Windows 11, activar NIC Teaming no és tan amigable com a Windows Server, on l'Administrador del servidor us guia amb un assistent gràfic. En sistemes client, el camí habitual passa per PowerShell amb permisos elevats i l'ús de cmdlets com ara Get-NetAdapter i New-NetSwitchTeam.
La seqüència a Windows 10 és molt similar a la de l'exemple del NUC: primer s'executa Get-NetAdapter per veure quines interfícies hi ha disponibles i després es llança una ordre de l'estil New-NetSwitchTeam -Name "LAN" -TeamMembers "LAN1","LAN2" ajustant els noms a què mostri el teu equip. Després de la creació pots comprovar el resultat amb Get-NetSwitchTeam i veure el nou adaptador lògic al panell de connexions.
A Windows 11 la filosofia és semblant, però cal tenir en compte que Microsoft ha anat reduint el suport oficial de LBFO en equips client. Tot i així, molta gent segueix usant New-NetSwitchTeam per muntar equips bàsics quan els drivers ho permeten, i en alguns casos es tiren de scripts o eines externes per tornar a habilitar funcions que ja no vénen exposades de sèrie.
Un exemple molt curiós és un usuari que va muntar un NAS i servidor de mitjans amb Windows 11 IoT Enterprise LTSC 2024 i es va trobar que no podia fer servir LBFO/NIC Teaming com feia a Windows 10. Tampoc podia passar a Windows Server perquè algunes aplicacions del seu laboratori no eren compatibles amb aquesta edició. Després d'investigar força i recolzar-se en documentació no oficial, va crear una solució d'instal·lació única que restaura les capacitats de LBFO a Windows 11.
Aquesta solució, publicada en un repositori de GitHub (hifihedgehog/Windows11LBFO), ha demostrat funcionar a Windows 11 Pro 24H2 ia Windows 11 IoT Enterprise LTSC 2024, tant sobre maquinari físic com a màquines virtuals. Gràcies a això és possible tornar a veure agregació d'enllaços LACP entre routers avançats, switches gestionables i servidors casolans, amb múltiples clients transferint dades alhora sense ofegar un únic enllaç.
Si vols provar una cosa així, el més recomanable és revisar bé la documentació del repositori, veure els requisits i reportar qualsevol problema a GitHub perquè l'autor pugui afinar el procés. No deixa de ser una solució avançada i no oficial, però obre la porta a recuperar el comportament de NIC Teaming clàssic a Windows 11 per a entorns domèstics i de laboratori exigents.
Escenaris de xarxa amb NIC Teaming i SET al Windows Server
Encara que aquí ens centrem en Windows 11, entendre com tracta Windows Server el NIC Teaming ajuda a tenir una visió més completa de cap on van els trets en xarxes modernes. Al Windows Server 2016 i posteriors se'n defineixen molts escenaris oficialment admesos on intervenen NIC Teaming, SET i SDN.
En l'àmbit de les xarxes definides per programari (SDN), hi ha la figura de la controladora de xarxa, que permet desplegar i administrar una instància de diversos nodes capaç de gestionar la política de xarxa mitjançant una API REST Northbound. Des d'aquí es poden crear i controlar xarxes virtuals basades en Hyper-V Network Virtualization, utilitzant encapsulacions com ara NVGRE o VXLAN per construir topologies flexibles.
Dins dels escenaris de Virtualització de Funció de Xarxa (NFV), Windows Server suporta el desplegament de equilibradors de càrrega de programari tant per trànsit nord-sud (entrada/sortida del centre de dades) com est-oest (entre màquines virtuals), portes d'enllaç de nivell 3, VPN IPsec de lloc a lloc (IKEv2), portes d'enllaç GRE i encaminament de trànsit mitjançant BGP amb redundància M+N. En tots aquests casos, comptar amb diverses NIC físiques agregades mitjançant SET o NIC Teaming contribueix a proporcionar ample de banda i redundància suficients.
Pel que fa a la plataforma de xarxa, Windows Server permet utilitzar NIC convergents que combinen trànsit RDMA i Ethernet en un sol adaptador, crear rutes de baixa latència amb Packet Direct habilitat al commutador virtual de Hyper-V i configurar SET per repartir fluxos SMB Direct i RDMA entre dos adaptadors físics com a màxim. Aquí, el teaming s'integra de ple amb les funcions de virtualització.
Si mirem específicament el commutador virtual de Hyper-V, se suporten escenaris com crear un vSwitch amb vNIC RDMA, un vSwitch amb vNIC que aprofiten SET i RDMA, crear equips SET dins del mateix commutador i administrar aquests equips via PowerShell. En aquest context, la formació dequips de NIC ja no és un extra opcional, sinó una peça central de moltes arquitectures de virtualització modernes.
Serveis relacionats: DNS, IPAM i altres components de xarxa
El NIC Teaming no funciona aïllat, sol conviure amb serveis de xarxa com DNS, DHCP o IPAM, especialment en desplegaments amb Windows Server. Entendre quins escenaris estan suportats en aquests serveis ajuda a encaixar el paper dels equips de NIC a la foto global.
Per exemple, a servidors DNS amb Windows Server pots definir directives basades en ubicació geogràfica per dirigir el trànsit a diferents adreces segons l'origen de la consulta, configurar DNS de cervell dividit (split-brain) per donar respostes internes i externes diferents, aplicar filtres a les consultes, fer servir polítiques per equilibrar la càrrega d'aplicacions a través de DNS i generar respostes intel·ligents en funció de l'hora del dia.
A més, DNS pot treballar amb polítiques de transferència de zones, integrar-se amb Active Directory Domain Services (AD DS) mitjançant zones integrades, aplicar limitació de la taxa de resposta per protegir-se de determinats atacs i donar suport a autenticació basada en DNS d'entitats amb nom (DANE). Tot això es beneficia que el servidor tingui una xarxa estable, amb rutes redundants i ample de banda adequat gràcies al teaming.
Al camp d'IPAM (IP Address Management), Windows Server us permet detectar i administrar servidors DNS i DHCP, així com rangs d'adreces IP a múltiples boscos d'Active Directory federats. Podeu centralitzar la gestió de zones i registres, definir controls d'accés basats en rols molt granulars i delegar a grups d'usuaris concrets l'administració de certes propietats. A més, és possible automatitzar bona part d'aquestes tasques amb cmdlets de PowerShell específics per a IPAM.
Quan aquests serveis (DNS, DHCP, IPAM) s'executen sobre hosts amb diverses targetes agregades mitjançant NIC Teaming o SET, guanyen resiliència i rendiment. Un tall puntual d'un enllaç no tomba el servei, i l'agregació d'amplada de banda ajuda a suportar millor pics de consultes o renovacions d'adreces sense escanyar un únic port de xarxa.
Creació, ampliació i eliminació d'equips NIC
Dins dels escenaris de formació d'equips NIC admesos a Windows Server i, amb més cautela, en certs sistemes client, es contempla no només la creació d'equips, sinó també la seva modificació i eliminació de manera controlada. Això permet adaptar la topologia de xarxa sense haver de refer-ho tot des de zero cada vegada que canvien les teves necessitats.
En crear un equip NIC en una configuració compatible, se seleccionen adaptadors del mateix tipus (per exemple dues targetes Ethernet d'1 Gbps) i s'agreguen sota un nom d'equip, escollint el mode d'operació adequat en funció del suport que ofereixi el switch (LACP, estàtic, independent de switch, etc.). A més de New-NetSwitchTeam, teniu cmdlets per ajustar paràmetres avançats, comprovar l'estat dels membres i veure estadístiques d'ús.
Si en algun moment necessites més capacitat, pots afegir adaptadors físics addicionals a un equip existent, sempre que la combinació sigui compatible amb el mode de teaming configurat. Això permet, per exemple, començar amb dos NIC i més endavant sumar-ne una tercera per guanyar més ample de banda o redundància, sempre que el teu switch i els teus ports disponibles ho permetin.
També és possible fer el contrari: retirar membres de l'equip, ja sigui perquè vols fer-los servir per a altres fins o perquè estàs reorganitzant la xarxa. L'equip seguirà funcionant amb menys membres, encara que amb menys amplada de banda i menys tolerància a errors. Si el deixes reduït a una sola NIC, a la pràctica hauràs perdut els beneficis del teaming, encara que mantindràs la configuració IP centralitzada.
En darrer lloc, sempre tens l'opció d'eliminar completament un equip NIC quan ja no et faci falta. Quan esborreu l'ordinador, Windows desmunta l'adaptador lògic i retorna les targetes físiques al vostre estat original, sense l'IP associada a l'antic ordinador. Aquest pas cal planificar-ho bé perquè implica un canvi important a la topologia de xarxa del host i pot deixar serveis inaccessibles si no reassignes les adreces adequadament.
Tota aquesta flexibilitat, tant a Windows 11 amb PowerShell i solucions específiques, com a Windows Server amb SET i SDN, està pensada perquè puguem esprémer al màxim el maquinari de xarxa disponible, guanyant rendiment, estabilitat i capacitat de recuperació quan una cosa tan simple com un cable o un port decideix fallar en el pitjor moment.
Gràcies a les possibilitats que ofereixen NIC Teaming, LBFO, SET i els serveis de xarxa associats, avui és relativament senzill construir des d'un laboratori domèstic fins a un entorn professional on el trànsit es distribueix de forma eficient, se suporten errors de maquinari sense drames i la infraestructura de xarxa s'adapta a mesura que el projecte creix i es complica. Comparteix aquesta informació i més usuaris coneixeran del tema.