Si treballes amb xarxes, sabràs que una cosa és fer un test de velocitat a Internet i una altra de molt diferent és conèixer la latència real dins de xarxes locals . Molts problemes que atribuïm al proveïdor d'Internet, al WiFi o fins i tot a la pròpia aplicació, en realitat tenen el seu origen a la LAN: pèrdua de paquets, jitter, colls d'ampolla a switches, cables de mala qualitat o una mala configuració de protocols. Entendre i mesurar bé tot això és clau per tenir una xarxa que vagi “fina” de debò.
A més, quan apareixen queixes que “l'aplicació va lenta” o que “el joc enganxa lligams”, el primer que se sol sentir és que “la culpa és de la xarxa”. Tenir eines i metodologia per analitzar la latència real a xarxes locals , aïllar el problema i demostrar si està (o no) a la xarxa és fonamental, tant si administres una petita oficina com si gestiones infraestructures més complexes amb LAN, WAN i serveis al núvol.
Què és realment la latència en una xarxa local?
Quan parlem de latència, ens referim alhora que triga un paquet a anar des d'un origen a una destinació i tornar (RTT, round-trip time). Encara que sol associar-se a Internet, dins de la LAN també hi ha retards que, si s'hi acumulen, generen problemes molt molestos en aplicacions en temps real, streaming, jocs o eines corporatives.
En una xarxa local cablejada moderna, la latència entre dos equips ben connectats hauria de ser molt baixa i estable, amb un ping de només uns quants mil·lisegons i fins i tot menys d'1 ms en entorns molt optimitzats. Quan aquesta xifra puja de manera constant o, sobretot, quan fluctua molt de paquet a paquet, apareixen talls d'àudio en videotrucades, microtalls en jocs o retards rars en accedir a aplicacions internes.
Al costat de la latència pura, hi ha altres paràmetres que determinen la qualitat de la xarxa: l' amplada de banda disponible , el rendiment real (throughput), la fluctuació de la latència (jitter) i la pèrdua de paquets. Tots es relacionen entre si i condicionen com de “responsiva” se sent la xarxa.
Diferència entre latència, amplada de banda, rendiment, jitter i pèrdua de paquets
És molt habitual confondre velocitat dInternet amb estabilitat o latència. Pots tenir 1 Gbps de fibra i tot i així patir retards i talls constants si la xarxa local està mal dissenyada o saturada. Convé separar bé conceptes.
Anxo de banda
L'amplada de banda és la quantitat màxima teòrica de dades que poden passar per un enllaç en un segon, per exemple 100 Mbps, 1 Gbps o 10 Gbps. Si ho pensem com una canonada d'aigua, seria el gruix de la canonada. Un ample de banda més gran permet més trànsit simultani, però per si mateix no garanteix que la comunicació sigui ràpida si la latència és alta o la xarxa està molt congestionada.
Rendiment (throughput)
El rendiment és la quantitat de dades que realment travessen la xarxa en condicions reals, descomptant pèrdues, col·lisions, esperes, capçaleres de protocols, etc. Per exemple, una xarxa amb 100 Mbps d'amplada de banda pot donar només 50 Mbps efectius durant el dia per saturació, mala configuració o problemes físics, i pujar després a la nit quan baixa l'ús.
Jitter o fluctuació
El jitter és la variació en el temps darribada dels paquets. No es tracta només de quant triga un paquet, sinó de quant balla aquesta latència entre un paquet i un altre . Per a un streaming de vídeo amb buffer no és tan crític, però per a VoIP, videotrucades o jocs en temps real, un jitter alt es tradueix en talls, ressò, salts i sensacions de “lag” encara que el ping mitjà no sembli esbojarrat.
Pèrdua de paquets
La pèrdua de paquets indica quin percentatge dels paquets enviats no arriben mai a la destinació . Es pot mesurar en %: si arriben 91 de cada 100, parlem d'un 9% de pèrdua. Causes típiques són errors de programari, maquinari tocat, interferències en WiFi, congestion en enllaços saturats o problemes en dispositius intermedis com routers, switches o tallafocs.
Què significa una connexió local “estable”
Podem considerar que una xarxa local és estable quan compleix dues condicions bàsiques: no hi ha pèrdua de paquets i el jitter és zero o molt proper a zero . No n'hi ha prou que els tests de velocitat et donin molts Mbps; si la xarxa pateix microtalls, pics de ping o fluctuacions brusques, l'experiència serà dolenta encara que l'ample de banda sembli sobrat.
A la pràctica, una LAN estable implica que la connexió roman activa durant llargs períodes sense que caigui, sense talls esporàdics, sense renegociacions constants i sense variacions brusques de latència. Això és clau per a teletreball, videotrucades, VPN, gaming, domòtica avançada i qualsevol servei que depengui de temps real.
Com mesurar la latència i l'estabilitat a la xarxa local
Per valorar la latència real a la teva LAN, no necessites sempre eines súper complexes, però sí alguna cosa més que un simple test de velocitat en una web . Aquest tipus de proves mesuren la connexió entre el vostre dispositiu i un servidor extern, barrejant factors de la LAN, la WAN i la xarxa de l'operador.
Comando ping: el bàsic però imprescindible
ping -t 192.168.1.1
D'aquesta manera apuntes a un equip oa l'encaminador dins de la teva xarxa local, i pots deixar l'ordre executant-se diverses hores. En parar amb Control+C, veuràs els paquets enviats, rebuts, perduts i els temps mínim, màxim i mig. Una LAN sana hauria de mostrar pèrdua zero i temps màxims molt propers a la mitjana , sense pics enormes aïllats.
Per què un test de velocitat no serveix per mesurar la LAN
Quan fas un test de velocitat en una web tipus “speedtest”, en realitat estàs mesurant la connexió completa des del teu equip fins al servidor extern . El resultat està limitat per la baula més lent del recorregut: si la teva LAN és 2,5 Gbps però la teva fibra és de 300 Mbps, el test només mostrarà aquests 300 Mbps encara que la teva xarxa local vagi sobradíssima.
A més, entren en joc factors externs que no controles: saturació del servidor de test, acords de peering de l'operador, congestió al tram de fibra de la teva zona o la distància geogràfica fins al servidor. Tot això distorsiona el mesurament, de manera que no és una referència fiable per a la velocitat i latència reals de la LAN.
Mesurant la velocitat i latència reals de la LAN amb iperf3
Si vols anar més enllà del ping i mesurar de veritat quant rendeix la teva xarxa local, el seu fort és recórrer a una eina com iperf3 . Aquest programa permet mesurar amplada de banda i latència entre dos dispositius dins de la mateixa xarxa, sense dependre dInternet ni de servidors externs saturats.
L'esquema és senzill: en un equip arrenques iperf3 en mode servidor, i en un altre el llances en mode client apuntant a la IP del primer. A partir d'aquí, l'eina envia trànsit durant un temps i et torna la velocitat efectiva de pujada i baixada entre tots dos punts. A les xarxes Gigabit ben muntades és normal veure xifres properes a 940-950 Mbps per les capçaleres, ia les xarxes 10G pots arribar sense problema a 9,8 Gbps si el maquinari acompanya.
És important fer servir iperf3 i no versions antigues com iperf2 o jperf2 quan parlem de xarxes Multigigabit (2,5 G, 5 G, 10 G) , ja que aquestes versions es queden curtes i no espremen l'enllaç al màxim. Per a Gigabit clàssic, jperf pot servir; per a velocitats més grans, iperf3 o solucions professionals tipus ixChariot són la referència.
Factors que condicionen la velocitat i latència a la LAN
Que un port sincronitzi a 1 Gbps, 2,5 Gbps o 10 Gbps no significa automàticament que vagis a veure aquesta xifra a iperf3. Hi ha diversos elements que impacten en la latència real i el rendiment de la xarxa local.
Capçaleres i mida de trama: Jumbo Frames
Les proves de velocitat es mesuren a nivell d'aplicació, però a cada paquet hi ha capçaleres d'Ethernet, IP, TCP… Com més petites són les trames, més capçaleres relatives envies i més ineficient es torna l'enllaç. Activar Jumbo Frames (MTU de fins a 9000 bytes) en targetes de xarxa, switches i routers compatibles redueix aquesta sobrecàrrega.
En xarxes Gigabit la diferència d'usar MTU 1500 o 9000 es pot notar poc, però en 10G s'arriben a veure millores d'uns 500 Mbps reals només per augmentar el MTU . Per exemple, es poden passar de 9,3 Gbps amb MTU 1500 a uns 9,8 Gbps amb Jumbo Frames correctament configurats.
Capacitat del maquinari
Si connectes una targeta 10G a un PC antic amb processador fluix o poca RAM, és possible que l'enllaç sincronitzi a 10 Gbps però que iperf3 doni només 5-6 Gbps perquè la màquina no és capaç de processar tant de trànsit . El mateix pot passar amb switchs bàsics o routers domèstics que, sobre el paper, anuncien ports ràpids però després s'ofeguen amb càrregues altes.
Qualitat i tipus de cablatge
Negociació de velocitat i colls d´ampolla
Un error típic que redueix brutalment el rendiment de la LAN és tenir algun dispositiu o port limitat a 100 Mbps al mig de la cadena . Pot ser un switch antic, un port específic del router o una targeta de xarxa vella. Si en algun punt la negociació cau a 100 Mbps, aquest serà el coll d'ampolla de tota ruta entre origen i destinació.
Convé revisar en el sistema operatiu i en la interfície web del router o switch que els ports crítics estiguin a “Auto-Negotiation” i sincronitzant 1 Gbps Full Duplex, 2,5 Gbps, 5 Gbps o 10 Gbps segons correspongui. Els problemes de negociació en xarxes Multi-Gigabit són habituals i s'arreglen moltes vegades amb una simple actualització de drivers o microprogramari.
WiFi, Mesh i PLC: com afecten la latència real
Encara que el focus estigui a la LAN cablejada, a la vida real molts dispositius es connecten per WiFi oa través de PLC. Aquestes tecnologies són molt còmodes, però introdueixen latència extra i molta més inestabilitat que el cable.
WiFi i sistemes Mesh
Les xarxes WiFi es degraden quan augmenta el nombre de clients, hi ha interferències o baixa la cobertura. En escenaris de saturació, pot haver-hi pèrdues de paquets només per estar lluny del punt d'accés o per tenir massa dispositius connectats alhora. Els sistemes WiFi Mesh de doble banda pateixen especialment quan usen la mateixa banda per a clients i per al backhaul entre nodes, generant un trànsit addicional que puja latència i baixa rendiment.
Per comprovar si el problema és al WiFi, l'ideal és fer proves connectant un PC per cable Ethernet directament al router amb un cable de qualitat (Cat6 o superior). Si per cable tot va bé i per WiFi malament, tindràs clar que la latència extra i la inestabilitat vénen de la part sense fils.
PLC i soroll elèctric
Els dispositius PLC utilitzen la instal·lació elèctrica per transportar dades, i això és un camp minat de soroll: forns, microones, SAI/UPS, regletes, línies antigues… Tot això pot generar latències molt variables i inestabilitat . Les bones pràctiques passen per connectar els PLC directament a un endoll de paret, evitar regletes i SAI, i assegurar-se que la instal·lació està en bon estat. Tot i així, un PLC mai no oferirà la consistència d'un cable Ethernet ben tirat.
Latència i tipus daccés a Internet: xDSL, FTTH, 4G i 5G
Encara que la pregunta sigui per la xarxa local, moltes vegades la queixa de lusuari ve de lús dInternet. És important entendre que l'accés d'última milla també influeix en la latència global percebuda.
En connexions ADSL/xDSL, l'atenuació de la línia de coure i les condicions atmosfèriques (pluja, humitat) poden causar pèrdua de paquets i variacions brusques d'atenuació , cosa que dispara la latència i provoca microtalls. A FTTH (fibra fins a la llar) no es dóna aquest problema de la mateixa manera: o funciona o no funciona, però no hi sol haver aquesta inestabilitat tan intermitent.
Els entorns rurals, on no arriba la fibra i ja no hi ha ADSL, és comú fer servir routers 4G o 5G com a accés principal a la llar. Per a aquests escenaris, l'estabilitat s'avalua per la consistència de la velocitat de descàrrega i pujada i per la latència mitjana . En termes generals, una bona xarxa 5G ofereix menor latència i més estabilitat que 4G, encara que sempre estarà més exposada a variacions per congestió de la cel·la o cobertura que no pas una bona connexió de fibra.
Ús de Wireshark per analitzar latència, pèrdues i colls d'ampolla
Quan necessiteu anar al detall per saber què està passant en una xarxa, Wireshark és l' analitzador de protocols de referència . Et permet capturar paquets en temps real i veure exactament què passa: qui parla amb qui, quant triguen a arribar els ACK, si hi ha retransmissions, finestres TCP excessivament petites, etc.
Mesurar temps d'anada i tornada (RTT) amb Wireshark
Wireshark facilita veure la latència a nivell de connexió TCP. Des del menú d'estadístiques podeu accedir al gràfic de flux TCP i seleccionar el gràfic de temps d'anada i tornada per observar quant triga cada segment a ser reconegut. Si veus RTT molt alts o molt dispersos en una connexió que hauria d'anar ràpida (per exemple, dins d'una LAN), alguna cosa està afegint retard de manera important.
Detecció de pèrdua de paquets i retransmissions
Una de les situacions més freqüents en xarxes amb problemes de rendiment és la pèrdua de paquets. En connexions TCP, quan es perd un paquet, el receptor envia acuses de rebut duplicats o l'emissor expira el temps d'espera i retransmet el segment . Wireshark marca aquests esdeveniments amb codis de colors i descripcions com “TCP Dup ACK” o “TCP Retransmission”.
Si veieu moltes retransmissions o ràfegues d'ACK duplicats, la xarxa està patint congestió o errors físics . Cada pèrdua de paquet fa que TCP redueixi la seva finestra de congestió, de manera que el rendiment cau en picat i torna a pujar a poc a poc fins que torna a perdre un altre paquet, creant una mena de “muntanya russa” de velocitat.
Finestres TCP i latència
El rendiment d'una connexió TCP es veu molt influït pel maneig de les finestres: la finestra lliscant, la finestra del receptor i la finestra de congestió. Si l'aplicació no llegeix les dades amb prou rapidesa, el buffer del receptor s'omple i podeu anunciar una finestra zero . Llavors l'emissor ha de parar d'enviar dades i la taxa de transferència es va a zero fins que l'aplicació alliberi espai.
Wireshark permet veure esdeveniments de “zero window” i analitzar si el problema és a la xarxa oa la pròpia aplicació que no processa les dades al ritme al que arriben. També es pot comprovar si s'està fent servir escalat de finestra (Window Scaling) per aprofitar bé enllaços d'alta latència i alta amplada de banda.
Dispositius intermedis i latència afegida
Routers, switches i tallafocs no són innocents: poden introduir retard addicional quan prioritzen trànsit, apliquen inspecció profunda de paquets o simplement van passats de càrrega . Si sospites dun dispositiu daquest tipus, capturar trànsit a banda i banda i comparar latències i pèrdues ajuda molt a localitzar el tram problemàtic.
Diagnosticar aplicacions “lentes”: és la xarxa o és el programari?
En molts entorns corporatius es repeteix el mateix guió: els usuaris es queixen que una aplicació web o de Windows respon lenta, els desenvolupadors diuen que l'aplicació va bé i que el problema és a la xarxa , i l'administrador de xarxa ha de demostrar on és el coll d'ampolla real.
L'estratègia raonable és combinar proves de ping, iperf3 i anàlisi amb Wireshark per separar si el problema és de latència/xarxa o de lògica d'aplicació/servidor . Si la WAN i Internet funcionen correctament, i les proves d'iperf3 dins de la LAN donen bons resultats, és força probable que la xarxa no sigui el problema, o almenys no el problema principal.
Wireshark és especialment útil per veure si l'aplicació passa molt de temps esperant respostes d'altres serveis (bases de dades, API externes, servidors d'anuncis, etc.). Per exemple, en carregar una web complexa, el domini principal pot delegar contingut en desenes de hosts diferents. Si un respon lent o té mala latència, tota la pàgina se'n ressent encara que la teva LAN estigui perfecta.
Optimitzar la xarxa local per millorar la latència real
Si després de mesurar descobreixes que sí que hi ha problemes a la LAN, hi ha una sèrie de bones pràctiques que ajuden a millorar la latència, el jitter i l'estabilitat general.
Col·locació i configuració de l'encaminador i punts d'accés
A les xarxes amb WiFi, la ubicació del router o dels punts d'accés és crucial. Les ones es propaguen en totes direccions, així que interessa col·locar l'equip en una zona central ia una altura mitjana-alta , no enganxat a terra ni arraconat al costat d'electrodomèstics. Si tens router 4G/5G, també convé cercar el punt amb millor cobertura mòbil dins de l'habitatge.
Triar banda i canal WiFi adequats
La majoria de routers actuals emeten en 2,4 GHz i 5 GHz. La banda de 2,4 GHz ofereix més abast però menys velocitat i més interferències , ja que molts electrodomèstics i xarxes veïnes hi treballen. La de 5 GHz ofereix més velocitat i menys interferències, encara que arriba a menys distància. A més, dins de cada banda s'usen canals, i si tots els teus veïns hi són, la xarxa es congestiona.
Revisar de tant en tant quins canals estan més lliures i configurar el router per fer-los servir ajuda a reduir el jitter i la pèrdua de paquets en connexions sense fil. Molts encaminadors ja trien automàticament el canal “més net”, però no sempre l'encerten i no és sobrer veure com està l'espectre amb alguna app d'anàlisi.
Revisar configuració, firmware i seguretat
Tocar opcions del router a boig sol acabar malament. Si en algun moment s'ha jugat amb obertura massiva de ports, filtrats, QoS improvisats o paràmetres misteriosos sense saber ben bé què es fa, és fàcil empitjorar rendiment i seguretat . De vegades la solució més ràpida és un reset a valors de fàbrica i reconfigurar només allò imprescindible.
Actualitzar el microprogramari del router, el switch i les targetes de xarxa també pot solucionar problemes de latència i negociació estranys. El mateix amb els sistemes operatius de PC, mòbils i dispositius connectats, ja que bugs a nivell de programari de xarxa generen errors de difícil diagnòstic.
Invertir en millor maquinari quan calgui
Els routers que regalen els operadors han millorat força, però segueixen estant lluny de models neutres de gamma mitjana/alta pensats per a entorns amb molt de trànsit, gaming, streaming pesat o teletreball intensiu . Un bon router pot aportar QoS avançat, millor maneig de múltiples fluxos, beamforming més eficient i suport robust per a Multi-Gigabit.
En connexions FTTH exigents, molts usuaris opten per deixar l'ONT de l'operador en mode bridge i connectar darrere un router neutre que gestioni tota la xarxa local. Això redueix microtalls, jitter i problemes derivats de firmwares limitats o sobrecarregats dels equips ISP.
Consells clau per mantenir una xarxa sana
Més enllà d'ajustar coses puntuals, cal interioritzar una sèrie d'hàbits per mantenir la latència i l'estabilitat de la xarxa a ratlla al llarg del temps.
- Aprendre a utilitzar Wireshark i eines com iperf3 com a “primers auxilis” per a problemes de xarxa.
- Localitzar l'origen de la latència (LAN, WiFi, PLC, encaminador, operador, servidor extern) abans de prendre decisions.
- Detectar i corregir punts de pèrdua de paquets o renegociacions de velocitat.
- Revisar dispositius intermedis que puguin estar saturats o mal configurats.
- Optimitzar tant la xarxa com les aplicacions (bases de dades, servidors web, dependències externes).
Una vegada comprens com interactuen latència, ample de banda, jitter i pèrdua de paquets, i t'acostumes a mesurar amb ping, iperf3 i Wireshark en lloc de fiar-te només d'un test de velocitat web, és molt més senzill mantenir una xarxa local àgil, estable i llesta per suportar des de teletreball i gaming fins a IoT i vídeo malament”.