Puntos clave
- Los errores de paquetes, los descartes de paquetes y la pérdida de paquetes miden condiciones de red distintas: no son métricas intercambiables.
- Interpretar mal las métricas de paquetes puede llevarte a aplicar pasos de resolución equivocados, perder tiempo y hacer cambios innecesarios en la infraestructura.
- Cada métrica de paquetes suele apuntar a un dominio de fallo diferente: problemas de hardware físico, congestión o fallos de entrega de extremo a extremo.
- Los recuentos de paquetes por sí solos no confirman un problema de red: hay que valorarlos junto con la utilización, la latencia y las tendencias históricas.
- Interpretar correctamente las métricas de paquetes reduce el tiempo de resolución de problemas y mejora la eficacia de la supervisión de red.
Seguro que ya te has encontrado con los términos «pérdida de paquetes», «descartes de paquetes» y otros errores de paquetes en redes al revisar la supervisión, pero no te quedaba claro qué significa cada uno. ¿Qué son los paquetes? ¿Cómo se pierden o se descartan o, peor aún, cómo acaban generando errores? Por eso la mayoría de la gente (al menos quienes no están familiarizados con la terminología de TI) termina metiéndolos en el mismo saco y creyendo que todos significan lo mismo.
No es así.
Cada término describe una condición diferente de la red, y no entender esas diferencias puede desviar por completo la resolución de problemas. Por ejemplo, puedes acabar sustituyendo hardware que funciona bien cuando el problema real es la congestión, o ampliando el ancho de banda sin necesidad cuando lo que había que arreglar era el cableado.
Y estos errores no solo resultan frustrantes: también son caros, en tiempo y en dinero. (¡Consulta nuestra guía sobre optimización de costes de TI: guía de buenas prácticas para 2026 y descubre más consejos y técnicas para reducir el gasto innecesario!).
En este artículo aclaramos estas diferencias para que puedas reducir el riesgo de vulnerabilidades de seguridad en tu organización.
¿Tienes poco tiempo? Échale un ojo a esta tabla:
Pérdida de paquetes, errores de paquetes y descartes de paquetes de un vistazo
| Métrica | Qué significa | Causa habitual | Qué indica |
| Pérdida de paquetes | Los paquetes nunca llegan a su destino | Congestión, problemas de enrutamiento, dispositivos sobrecargados, problemas del ISP | Fallo de entrega de extremo a extremo |
| Errores de paquetes | Los paquetes llegan corruptos o no son válidos | Cableado defectuoso, NIC averiadas, discordancia de dúplex, interferencias | Problema de la capa física o del hardware |
| Descartes de paquetes | Un dispositivo descarta los paquetes de forma intencionada | Congestión, desbordamiento del búfer, aplicación de políticas de calidad de servicio (QoS) | Problema de capacidad o de gestión del tráfico |
¿Qué es un paquete en TI?
Antes de hablar de errores, descartes o pérdida de paquetes, conviene entender qué es realmente un paquete.
La forma más sencilla de entender el concepto de «paquete» en el mundo de la TI es pensar en un paquete postal. Dicho de forma simple: un paquete es un pequeño «envío» de datos que viaja por la red. Cada vez que mandas un correo, cargas una web, te unes a una videollamada o descargas un archivo, esa información se divide en muchas piezas pequeñas llamadas paquetes.
Cada paquete contiene:
- Los datos que se envían
- La información de origen y de destino
- Las instrucciones que ayudan a los dispositivos a enrutarlo correctamente
En lugar de enviar los datos en un único bloque grande, las redes dividen esos grandes volúmenes de información en paquetes para que puedan viajar de forma eficiente por distintas rutas y volver a ensamblarse en el destino.
Piensa en ello como recibir las distintas partes de un mueble de IKEA. En vez de enviar el mueble ya montado en una caja enorme, la empresa lo manda en piezas más pequeñas. Cada caja lleva etiquetas que indican a dónde va y qué contiene. Cuando llegan todas las piezas, las montas y obtienes el producto final.
Las redes funcionan igual. Los dispositivos envían los datos en paquetes más pequeños porque así es más rápido y más fácil de gestionar. Si un paquete se pierde o se daña, solo hay que reenviar esa pieza, no el archivo o el mensaje completo.
Por tanto, cuando los paquetes se pierden, se corrompen o se descartan por el camino, la comunicación se ralentiza o falla. Y ahí es donde entran en juego la pérdida de paquetes, los descartes de paquetes o los errores de paquetes.
Evita los errores relacionados con paquetes con las mejores herramientas NMS.
Lee esta guía sobre las mejores herramientas de supervisión y gestión de redes.
¿Qué es la pérdida de paquetes?
La pérdida de paquetes se produce cuando los paquetes de datos no llegan a su destino al atravesar la red. Siguiendo con la metáfora anterior, sería como recibir un número de seguimiento de tu mueble y que una de las cajas no aparezca nunca, o llegue mucho más tarde porque ha habido que reenviarla.
En la gestión de redes, la pérdida de paquetes significa que algo en el camino hizo que el paquete se perdiera antes de llegar a su destino final. Normalmente ocurre cuando:
- Hay congestión en la red: cuando circula demasiado tráfico, los paquetes pueden descartarse porque los búferes se llenan.
- El hardware está fallando: interfaces de red defectuosas, switches antiguos o routers inestables pueden descartar paquetes de forma inesperada.
- El enrutamiento es inestable: rutas incorrectas o cambios continuos de ruta pueden hacer que los paquetes se desvíen o se descarten.
- Hay interferencias inalámbricas: en entornos Wi-Fi, las interferencias de señal o una cobertura débil pueden provocar pérdida de paquetes.
- Surgen problemas del ISP o de la red ascendente: a veces la pérdida se produce fuera de tu red local, dentro de la infraestructura de tu proveedor.
El impacto de la pérdida de paquetes depende del tipo de tráfico implicado. Por ejemplo, las aplicaciones basadas en TCP (como la navegación web o las transferencias de archivos) retransmiten los paquetes perdidos. Esto suele traducirse en un rendimiento más lento, no en un fallo total. En cambio, las aplicaciones en tiempo real como la VoIP o las videoconferencias suelen usar UDP, que no retransmite los paquetes perdidos. En esos casos, los usuarios pueden notar cortes de audio o vídeo congelado.
Dicho esto, hay que aclarar que la pérdida de paquetes (sobre todo en entornos con mucha carga) es completamente normal. Una pequeña cantidad de pérdida puede darse en redes que funcionan bien, sin causar problemas perceptibles. Sin embargo, una pérdida sostenida o en aumento suele ser señal de congestión, inestabilidad o problemas de infraestructura que conviene investigar.
Ten en cuenta también que, cuando la mayoría de la gente habla de errores de paquetes en redes, en realidad se refiere a la pérdida de paquetes. Y es que es la métrica más visible, porque los usuarios la notan directamente.
¿Qué son los errores de paquetes?
Si la pérdida de paquetes es como una caja que nunca llega, los errores de paquetes son como recibir una caja dañada que no se puede usar. Imagina que recibes tu paquete de IKEA y descubres que no incluye ningún tornillo.
Los errores de paquetes funcionan de forma parecida. Se producen cuando los datos llegan, pero algo no está bien en ellos: normalmente se han corrompido durante la transmisión. Esto suele ocurrir cuando:
- El cableado está dañado o mal conectorizado: los fallos de hardware, como pines doblados o cables de mala calidad, pueden corromper las señales.
- Hay interferencias eléctricas: ocurre con más frecuencia en entornos con cableado de cobre.
- Hay discordancias de velocidad o dúplex: las interfaces mal configuradas pueden provocar colisiones y tramas corruptas.
- Las tarjetas de interfaz de red (NIC) están fallando: el hardware defectuoso puede introducir errores de transmisión.
A diferencia de la pérdida de paquetes, que puede producirse en cualquier punto del trayecto, los errores de paquetes suelen apuntar a un problema de la capa física o del hardware cercano al dispositivo que informa del error. Si alguna vez has llamado a tu proveedor de internet para quejarte de una conexión lenta y lo primero que te han dicho es que revises el cableado, ya sabes por qué.
Si no se resuelven, los errores de paquetes aumentan el riesgo de daños en la infraestructura que pueden derivar en caídas graves, dignas de cualquier historia de terror de TI.
¿Qué son los descartes de paquetes?
Los descartes de paquetes son las anomalías de la gestión de redes. Frente a un error o una pérdida, los descartes se refieren a un escenario en el que el paquete es válido, pero el dispositivo lo descarta de forma intencionada.
Siguiendo con la metáfora, los descartes de paquetes son como un centro logístico que decide que tiene demasiadas cajas a la vez y opta por no repartirlas para evitar una sobrecarga. Y aunque no se dan tan a menudo como la pérdida o los errores de paquetes, los descartes pueden producirse cuando:
- Los búferes se desbordan por congestión: el dispositivo simplemente no puede procesar los paquetes con suficiente rapidez.
- Las interfaces superan su capacidad: ocurre cuando el volumen de tráfico supera lo que el enlace puede asumir.
- Las políticas de QoS descartan el tráfico de menor prioridad: algunos paquetes se sacrifican a propósito para proteger el tráfico más importante.
- Se aplica limitación de velocidad: algunas organizaciones restringen intencionadamente el volumen de tráfico de sus dispositivos.
Que haya descartes puntuales en las horas de mayor uso no tiene por qué ser preocupante. Al fin y al cabo, las redes están diseñadas para absorber picos. Sin embargo, unos descartes sostenidos, sobre todo si coinciden con una utilización alta, pueden indicar que un enlace está sobresuscrito o que un dispositivo no da la potencia necesaria para la demanda de tráfico actual.
El origen de la confusión entre estas métricas
La confusión suele empezar en los paneles de supervisión. En la mayoría de los casos, los errores, los descartes y las pérdidas de paquetes aparecen juntos bajo «estadísticas de interfaz» o «métricas de rendimiento». Y como la pérdida de paquetes es la más fácil de detectar, mucha gente cree que los tres términos son lo mismo.
Sin embargo, como hemos visto, las causas subyacentes de cada métrica son distintas y requieren formas de resolución específicas. Por ejemplo, un fallo de cableado (errores), la congestión (descartes) y la inestabilidad del enrutamiento (pérdida) pueden degradar el rendimiento, pero exigen soluciones completamente diferentes.
Cómo identificar la causa raíz probable de un error relacionado con paquetes
Cada entorno de red es diferente, pero hay patrones generales de resolución de problemas que se cumplen casi siempre. Ahora que entiendes qué representa cada métrica de paquetes, puedes acotar la investigación mucho más rápido. Estas son nuestras recomendaciones breves (¡recuerda que son solo consejos generales! Asegúrate de aplicar el método más adecuado a tu caso concreto.):
Pérdida de paquetes
- Qué buscar: porcentajes de pérdida de paquetes al alza en las interfaces, quejas de usuarios por aplicaciones lentas o VoIP/vídeo entrecortado, y alertas de supervisión vinculadas a retransmisiones o picos de latencia.
- Lo más fácil de comprobar primero: revisa la utilización de las interfaces y busca indicios de congestión. Un uso elevado del ancho de banda es uno de los factores más habituales en la pérdida de paquetes.
- Consejo rápido: haz una prueba sencilla de ping o traceroute para identificar en qué punto del trayecto empieza la pérdida. Si aparece en el primer salto, lo más probable es que sea local; si empieza más adelante, el problema puede estar fuera de tu red.
Consejo de experto: lee esta guía, cómo diagnosticar y solucionar la pérdida de paquetes, para más información.
Errores de paquetes
- Qué buscar: un aumento de los recuentos de errores de entrada o salida en una interfaz concreta, especialmente si se concentran en un puerto de switch, una NIC de servidor o un enlace ascendente.
- Lo más fácil de comprobar primero: inspecciona la capa física, revisa el cableado, vuelve a encajar los conectores y verifica que los ajustes de velocidad y dúplex coinciden en ambos extremos del enlace.
- Consejo rápido: cambia el cable o mueve temporalmente la conexión a otro puerto. Si los errores acompañan al cable, el problema está probablemente en el cableado; si se quedan en el puerto, puede que la interfaz esté averiada.
Descartes de paquetes
- Qué buscar: recuentos de descartes al alza en las horas de mayor uso, a menudo acompañados de una utilización alta de la interfaz o de una caída del rendimiento.
- Lo más fácil de comprobar primero: revisa el uso del ancho de banda y la capacidad de la interfaz para ver si el volumen de tráfico supera lo que el enlace o el dispositivo pueden asumir.
- Consejo rápido: compara los picos de descartes con los gráficos de tráfico. Si los descartes aumentan cuando la utilización es alta, lo más probable es que la causa sea la congestión y no un fallo de hardware.
El contexto es clave en las métricas de paquetes de red
Seamos claros: los paquetes de red se pierden, se descartan o generan errores constantemente. Son situaciones completamente normales, y los equipos de TI suelen implantar mecanismos de seguridad para compensar esa inevitabilidad.
Así que ver una cifra mayor que cero en los recuentos brutos de paquetes no significa automáticamente que haya una emergencia de TI. Pequeños picos de tráfico, cambios de configuración o incluso el comportamiento normal de un dispositivo pueden incrementar temporalmente los contadores de paquetes sin que exista un problema grave.
Por eso las métricas de paquetes importan en su contexto. Todas deben valorarse junto con otros indicadores de rendimiento, como:
- Utilización de la interfaz: si hay descartes de paquetes cuando la utilización es baja, la congestión quizá no sea la causa raíz. Si la utilización está siempre cerca del límite, puede haber sobresuscripción.
- Latencia y jitter: una pérdida de paquetes creciente junto con más latencia o jitter suele apuntar a congestión o a inestabilidad del trayecto que afecta al tráfico en tiempo real.
- Tendencias históricas: ¿las métricas suben de forma sostenida durante días o semanas? ¿O fue un episodio aislado y breve? Los datos de tendencia aportan mucha más información que una lectura puntual.
- Métricas de rendimiento de las aplicaciones: si los usuarios no notan ninguna degradación, unos recuentos de paquetes bajos pueden no ser relevantes a nivel operativo. En cambio, si las aplicaciones van lentas y las métricas de paquetes suben, la correlación refuerza la necesidad de investigar.
Aquí es donde brillan las herramientas de supervisión y gestión de redes como NinjaOne. Analizan las tendencias a lo largo del tiempo y te permiten detectar patrones y reaccionar de la forma adecuada.
Descubre NinjaOne en acción.
Cuándo las métricas de paquetes indican un problema real
Las métricas de paquetes se vuelven accionables cuando son sostenidas o están correlacionadas.
Si la pérdida de paquetes coincide con quejas de usuarios, con una degradación de la VoIP o con alertas de supervisión del rendimiento, la señal es significativa. Si los errores de paquetes aumentan de forma sostenida en una interfaz concreta, conviene inspeccionar el hardware. Si los descartes crecen a la vez que la utilización, puede que haga falta planificar la capacidad.
Tu equipo de TI debería poner especial cuidado en registrar todos los incidentes relacionados con paquetes (incluso los que parezcan triviales) para detectar patrones. Si observa quejas recurrentes, será señal de que hay que investigar más a fondo.
Limitaciones y consideraciones de alcance
No revelan las causas raíz
Las métricas de paquetes de red son indicadores valiosos, pero no revelan necesariamente la causa raíz. Solo te dicen que algo está pasando, no necesariamente por qué está pasando.
Por ejemplo, la pérdida de paquetes puede deberse a congestión, inestabilidad del enrutamiento, límites de procesamiento del firewall, problemas del ISP o incluso a problemas de peering en la red ascendente. La métrica por sí sola no te dice cuál de esos factores es el responsable: solo indica que los paquetes no están llegando a su destino.
Las métricas de paquetes no están estandarizadas entre fabricantes
Otra limitación importante es que las métricas de paquetes suelen variar en definición y formato, lo que complica las comparaciones. Por eso recomendamos siempre hacer una evaluación de riesgos de proveedores antes de decidirte por cualquier herramienta para tu organización.
Cada fabricante de equipos de red puede definir, calcular o informar de los descartes de una manera distinta. Algunos dispositivos separan los descartes de entrada y de salida. Otros los combinan. Algunos cuentan las pérdidas de búfer de forma diferente según el tipo de cola. Incluso la terminología puede variar entre plataformas.
Esto significa que debes interpretar las métricas de paquetes en el contexto de:
- El fabricante y el modelo de dispositivo concretos
- La función de la interfaz (puerto de acceso, enlace ascendente, enlace WAN, borde del firewall, etc.)
- El tipo de tráfico que pasa por esa interfaz
- La topología general de la red
Exigen un análisis capa por capa
Por las dos limitaciones anteriores, una resolución de problemas eficaz requiere analizar la red capa por capa. Este sería un ejemplo:
- Empieza por la capa física (cableado, interfaces, integridad de la señal)
- Sube a la capa de enlace de datos (dúplex, VLAN, conmutación) y, después,
- Evalúa el enrutamiento, el encolado y el comportamiento de las aplicaciones.
Cada capa puede introducir condiciones que afectan de forma distinta a la entrega de los paquetes.
Cómo gestionar la caída de paquetes en la red
Los errores de paquetes, los descartes de paquetes y la pérdida de paquetes son indicadores relacionados, pero distintos, del estado de la red. Cada métrica representa una condición de fallo diferente y suele apuntar a una vía de resolución distinta.
Usar una herramienta NMS como NinjaOne te da visibilidad en un único panel de todos tus dispositivos SNMP, para que puedas resolver los problemas de tu red cuando haga falta.
El software de gestión de TI de NinjaOne no tiene compromisos forzosos ni comisiones ocultas. Puedes solicitar un presupuesto gratuito, registrarte en una prueba gratuita de 14 días o ver una demo.
Temas relacionados:
