El packet loss (pérdida de paquetes) es el porcentaje de paquetes de datos que se envían por la red y no llegan a su destino; en una pyme se traduce en videollamadas que se cortan, apps lentas y equipos que “se quedan pensando”. En este artículo explico qué provoca la pérdida de paquetes, cómo medirla e interpretar umbrales y cómo corregirla según el origen (Wi-Fi, cableado, congestión o proveedor). Además, verás cómo usar Zabbix para pasar de pruebas puntuales a monitorización continua con alertas y reportes comparables.
- ¿Qué es el packet loss o pérdida de paquetes?
- ¿Cuáles son las consecuencias de packet loss en una pyme?
- ¿Qué causa la pérdida de paquetes?
- ¿Cómo revisar si hay pérdida de paquetes?
- ¿Por qué usar Zabbix para el diagnóstico de pérdida de paquetes?
- ¿Cómo solucionar una pérdida de paquetes?
- ¿Cómo reducir la pérdida de paquetes en una pyme?
- Conclusión
¿Qué es el packet loss o pérdida de paquetes?
La pérdida de paquetes (packet loss) es el porcentaje de paquetes de datos que se envían por la red y no llegan al destinatario previsto.
En términos más sencillos, en una red la información viaja en pequeños paquetes de red. Cuando parte de esos paquetes de datos no llega al destinatario, hablamos de pérdida de paquetes. Puede producir pérdida de calidad en voz/vídeo, reducir velocidad de descarga y causar retransmisiones que saturan más la red.
LECTURA RECOMENDADA: ¿Cómo monitorear la red de tu empresa? Guía práctica
¿Cuáles son las consecuencias de packet loss en una pyme?
En una pyme, la pérdida de paquetes (packet loss) se traduce en videollamadas que se cortan: audio entrecortado, video que se congela y pantallas que tardan en cargar. A nivel operativo las consecuencias son: reuniones que se reprograman, ventas/soporte que no pueden atender por voz o video, VPN y escritorios remotos que se caen, subidas a la nube (Drive/OneDrive) que se reinician y backups que no completan a tiempo. El impacto no es solo técnico: aumenta el tiempo perdido en reintentos y soporte, y deteriora la experiencia del cliente en ventas y posventa.
¿Qué causa la pérdida de paquetes?
Prácticamente toda pérdida de paquetes de datos nace de dos mecanismos: descarte intencional (colas llenas, policers de QoS, TTL vencido, rate-limiting) y errores involuntarios (ruido/BER en capa física, CRC, fragmentación/MTU). Distinguirlos es importante para acelerar el diagnóstico.
🚦 Congestión de red y ancho de banda insuficiente
Ocurre cuando hay más tráfico del que tu enlace soporta (ancho de banda = “capacidad” de la conexión). Los equipos empiezan a descartar paquetes para no colapsar, y aparecen picos de latencia de red y cortes en llamadas.
📶 Wi-Fi: interferencias, distancia y saturación de canales
El Wi-Fi comparte “el aire” con otros dispositivos; interferencias (microondas, vecinos), distancia excesiva al punto de acceso (AP, el “router Wi-Fi”) o canales saturados provocan pérdida de paquetes y jitter (variación del retardo).
🧩 MTU y fragmentación incorrecta en la ruta
La MTU (tamaño máximo de un paquete) mal ajustada obliga a fragmentar los paquetes; algunos equipos tratan mal esos fragmentos y se pierden por el camino. Se nota en descargas lentas y videollamadas entrecortadas aunque el ping parezca normal.
🔌 Hardware o cableado defectuoso
Cables dañados, conectores flojos o hardware antiguo generan errores como CRC (fallos al verificar la integridad) o dúplex mal negociado (los extremos no se ponen de acuerdo para enviar/recibir). Resultado: paquetes que no llegan y velocidad inestable.
🎛️ Configuración de red/QoS mal aplicada o inexistente
La QoS (priorización del tráfico) evita que copias y descargas ahoguen voz y vídeo. Si no está, o está mal configurada, las llamadas compiten por recursos y aparecen cortes aun con buen ancho de banda promedio.
🌐 Problemas del ISP/peering y rutas inestables
El ISP (tu proveedor de Internet) puede fallar fuera de tu red. El peering es el intercambio de tráfico entre redes distintas; si ese punto se satura, se pierden paquetes. También puede fallar el enrutador del ISP (su equipo que dirige el tráfico) o la ruta (camino que siguen los paquetes) volverse inestable.
¿Cómo revisar si hay pérdida de paquetes?
En una pyme, comprobar la pérdida de paquetes no es “hacer un ping y ya”: es un procedimiento reproducible que deja evidencia para decidir rápido (arreglar dentro, escalar al proveedor o programar mejoras). Abajo tienes un flujo en cinco pasos que cualquier equipo pequeño de TI puede aplicar, con métricas, comando ping, y un test de perdida de paquetes comparable en el tiempo.
👉 Paso 1: Ejecuta una prueba de pérdida de paquetes
Qué hacer y por qué: confirmar si existe pérdida real antes de cambiar nada y separar problemas internos de los externos (proveedor).
Cómo hacerlo en pymes: ejecuta dos pruebas de 100–200 paquetes cada una.
- Dentro de tu red (LAN) hacia el gateway (tu router; es el equipo que “saca” todo a Internet).
- Fuera, en Internet, hacia un DNS público (por ejemplo 8.8.8.8) o un host de tu proveedor. Cómo leerlo: si la LAN está limpia y fuera hay pérdida, apuntas a la WAN/ISP (WAN = enlace hacia Internet; ISP = proveedor).
| 📚 Mini-definiciones: |
|---|
| LAN: tu red interna. |
| Gateway: puerta de salida (normalmente el router). |
| DNS público: servidor que traduce nombres a IP; sirve como destino estable para pruebas. |
LECTURA RECOMENDADA: Top 5 herramientas de monitoreo de redes LAN en 2026
👉 Paso 2: Corre los comandos según tu sistema operativo
Estandarizar los comandos para ver pérdida de paquetes en una pymes es importante para evitar discusiones y permite comparar resultados entre semanas y sedes.
Windows (CMD): comando ping, siguiente comando pathping
:: LAN (gateway) — cambia 192.168.1.1 por la IP de tu router
ping -n 100 192.168.1.1
:: Internet (DNS público)
ping -n 100 8.8.8.8
:: Diagnóstico por saltos (salto = equipo intermedio en la ruta)
pathping 8.8.8.8macOS: ping, traceroute
ping -c 100 192.168.1.1
ping -c 100 8.8.8.8
traceroute 8.8.8.8Linux: ping, mtr, traceroute
ping -c 100 192.168.1.1
ping -c 100 8.8.8.8
mtr -c 100 8.8.8.8| 📚 Mini-definiciones: |
|---|
| Ping: prueba básica que envía “pequeños paquetes” para comprobar si llegan. |
| Traceroute/MTR: muestran la ruta (el camino de equipos intermedios. |
👉 Paso 3: Calcula la pérdida y registra el contexto
¿Cómo calcular la pérdida de paquetes?: Usando la fórmula (paquetes perdidos / paquetes enviados) × 100. Ej.: 2 perdidos de 100 ⇒ 2 %.
Contexto de pyme: anota hora, destino, conexión (Wi-Fi o cable) y si estabas en hora pico (mucho uso) o valle (poco uso). Esto separa congestión de red puntual de un problema crónico.
👉 Paso 4: Interpreta con umbrales simples
- 0 %: ideal.
- ≤1 %: navegación/ERP ok; voz/vídeo generalmente aceptable.
- 1–3 %: llamadas con microcortes; atención si hay reuniones críticas.
- >3–5 %: mala experiencia, impacto en ventas/soporte; actuar.
- >5 %: se considera alta pérdida y requiere acción inmediata.
¿Cuánto packet loss es “normal”?
Una tasa de pérdida de paquetes inferior al 1% se considera normal y aceptable para la mayoría de las aplicaciones web y de correo electrónico; niveles entre 1% y 2,5% suelen ser aceptables para aplicaciones en tiempo real como video y audio (si la latencia y el jitter son bajos).
Consejo
Pérdida con RTT (latencia ida-vuelta) creciendo sugiere congestión; pérdida con muchos errores/CRC en un puerto apunta a cableado/hardware.
| 📚 Mini-definiciones: |
|---|
| RTT/latencia: tiempo de ida y vuelta del paquete. |
| CRC: comprobación de integridad; errores altos suelen indicar cable/puerto defectuoso. |
¿Por qué usar Zabbix para el diagnóstico de pérdida de paquetes?
Zabbix es una herramienta de monitoreo de redes de código abierto que recoge y muestra métricas de red, servidores y aplicaciones en tiempo real. Puede medir pérdida de paquetes y latencia con el Template ICMP Ping (el “comando ping” automatizado), generar alertas, dashboards y reportes sin costo de licencia, y funciona con o sin agente (ideal cuando no podés instalar software en todos los equipos).
Para una pyme, Zabbix convierte el test de packet loss puntual en vigilancia continua: guarda datos históricos (datos almacenados) para comparar pico vs. valle, prioriza incidencias con triggers (por ejemplo 1–3–5 % de pérdida), y envía acciones automáticas (email/Telegram) cuando la pérdida de paquetes o la latencia (RTT) se disparan. Además, sus mapas de dependencias ayudan a mostrar si el problema está en Wi-Fi/LAN o en el ISP, aportando evidencia clara para abrir tickets y resolver más rápido, con bajo coste y sin complejidad innecesaria.
LECTURA RECOMENDADA: Comparativa de Zabbix vs: Nagios vs Prometheus vs Pandora FMS vs Grafana
¿Cómo solucionar una pérdida de paquetes?
Si el problema está en Wi-Fi
Cuando la pérdida solo ocurre por Wi-Fi, casi siempre es señal débil o interferencias. Para arreglar pérdida de paquetes, probar acercar el dispositivo al AP (punto de acceso = tu router que emite Wi-Fi), ubicar ese AP en un lugar más abierto y pasar a 5 GHz (banda con menos interferencia que 2.4 GHz). Cambiar a un canal menos congestionado también ayuda; si el equipo es antiguo o hay demasiados usuarios conectados, evaluar sumar otro AP o renovarlo.
Si el problema está en la LAN/cableado
Si por cable seguís viendo pérdida, mirar el “hierro”. Cambiar cables dañados o viejos, probar otro puerto del switch y revisar si hay errores/CRC (fallos de integridad que indican problemas físicos). Confirmar que la velocidad y el dúplex (cómo envía/recibe el puerto) estén en 1 Gbps full-duplex en ambos extremos. Si un switch/AP da errores de forma constante, probablemente necesite reemplazo.
Si el problema es de capacidad/congestión
Cuando el enlace “se queda corto”, la red tira paquetes. Activar QoS (Quality of Service = priorización del tráfico) para que voz y video pasen primero y no compitan con descargas o copias. Reprogramar backups y sincronizaciones a horarios valle y vigilar picos de tráfico de red: si al bajar esas cargas la pérdida desaparece, confirmaste que era congestión.
Si hay fragmentación/MTU de por medio
Una MTU mal ajustada (tamaño máximo de cada paquete) obliga a fragmentar y algunos equipos pierden esos fragmentos. Probar reducir la MTU (de 1500 a 1472/1460) en el equipo o túnel donde detectaste el problema, especialmente si la pérdida aparece solo al usar VPN o SD-WAN (tecnologías que “encapsulan” el tráfico y agregan sobrecarga). Elegir el valor más alto que elimine la pérdida.
Si el problema está fuera de tu red (ISP/ruta externa)
Si al gateway (tu “puerta de salida”, normalmente el router) todo va bien y hacia Internet va mal, el origen está fuera (hablamos de perdida de paquetes internet): tu ISP (proveedor) o la ruta externa (el camino que siguen los paquetes por otras redes; a veces falla un tramo intermedio). En ese caso, para eliminar la pérdida de paquetes, reunir evidencia con hora y porcentaje de pérdida y abrir un ticket ya que es un problema que el proveedor debe corregir en su infraestructura.
¿Cómo reducir la pérdida de paquetes en una pyme?
En una pyme, la forma más efectiva de mejorar la perdida de paquetes es combinar buen diseño (Wi-Fi y cableado bien puestos), priorización del tráfico (QoS) y monitorización continua para detectar problemas antes de que afecten llamadas o videoconferencias. Algunas de las mejores prácticas recomendadas son:
- Usá cable siempre que puedas. El cable Ethernet es más estable que el Wi-Fi: menos interferencias, menos cortes y menos pérdida.
- Mejorar la cobertura Wi-Fi. Colocar el AP (punto de acceso, tu “router Wi-Fi”) en zona abierta, lejos de paredes/metal. Si hay muchos usuarios, sumar otro AP en lugar de “potenciar” el mismo.
- Elegir bien la banda y el canal. Usar 5 GHz (menos ruido que 2.4 GHz) y cambiar a un canal poco congestionado para evitar interferencias con redes vecinas.
- Priorizar voz y vídeo con QoS. QoS (Quality of Service) da “vía rápida” a llamadas y reuniones sobre descargas, copias o actualizaciones; así evitas que la cola del equipo “tire” paquetes.
- Programar cargas pesadas fuera de horario. Mueve backups y sincronizaciones a la noche; en horario pico consumen ancho de banda y generan congestión (y pérdida).
- Mantener firmware y drivers al día. Actualizar APs, routers, switches y placas de red: muchas versiones corrigen errores de estabilidad y rendimiento.
- Cuidar el cableado. Cambiar cables dañados, presionar bien conectores y evitar alargues de baja calidad; revisar puertos con errores (CRC) y, si hace falta, mudar el cable a otro puerto.
- Ajustar la MTU si usas VPN/SD-WAN. MTU es el tamaño máximo del paquete. Si ves fragmentación (paquetes partidos), probar valores típicos (1500 → 1472/1460) hasta que desaparezcan los cortes.
- Monitorear de forma continua (Zabbix). Activar el Template ICMP Ping para medir pérdida (%) y latencia (RTT), poner triggers a 1–3–5 % y crear un dashboard para ver picos y horarios problemáticos.
- Hacer una revisión mensual de salud. Checklist rápido: canales Wi-Fi, ocupación por AP, errores de puerto, capacidad de enlace, tickets abiertos y reporte de Zabbix de las últimas 4 semanas.
Conclusión
La pérdida de paquetes (packet loss) impacta directo en la operación de una pyme (videollamadas que se cortan, apps lentas), pero se puede controlar con un método claro: comprobar con pruebas (ping/MTR), calcular e interpretar umbrales (≤1% aceptable; >3% problemático) y aislar si ocurre en Wi-Fi, LAN o fuera (ISP/ruta). También, deben actuar con medidas concretas: mejorar cobertura y cableado, aplicar QoS, ajustar MTU cuando haga falta y escalar al ISP con evidencias. Para hacerlo sostenible, es recomendable usar Zabbix: monitoriza pérdida y latencia en continuo, dispara alertas (1–3–5%), guarda históricos y genera reportes que aceleran decisiones. Objetivo final: mantener un porcentaje pequeño de pérdida (≈≤1%) y una red estable que no frene ventas ni soporte.
