El porcentaje de pérdida de paquetes solo es significativo con el objetivo, la duración y la cantidad de muestras de la prueba. Perder uno de cada cuatro pings no significa una pérdida del 25 por ciento a largo plazo.
Enfoque básico
En la medición, los paquetes enviados y recibidos deben coincidir; El límite de tiempo de espera también afecta el resultado. Las respuestas ICMP pueden tener baja prioridad en algunos dispositivos. Es posible limitar los paquetes de diagnóstico cuando el tráfico de la aplicación funciona normalmente.
Pasos de la aplicación
- Registre claramente el objetivo observado faltante y el intervalo de tiempo.
- Compare dos puntos importantes, como la puerta de enlace local y el objetivo de su propia aplicación.
- Distinguir la pérdida hasta el destino final de la mera falta de respuesta de diagnóstico del dispositivo intermedio.
Ejemplo práctico
Si un salto muestra una pérdida del 60 por ciento mientras que los saltos posteriores y el destino final no tienen pérdidas, no se puede decir que el dispositivo pierde el 60 por ciento de todo el tráfico que reenvía. Es posible que el salto intermedio limite únicamente sus propias respuestas ICMP.
Interpretar el resultado correctamente
Más muestras reducen la incertidumbre, pero no reducen el resultado completo a un único promedio si las condiciones de la prueba varían. Almacene los resultados cableados e inalámbricos por separado. En lugar de etiquetar automáticamente la pérdida de paquetes como una falla del ISP, investigue dónde comienza.
Fuente y lectura de seguimiento
Detalles del protocolo o comando: RFC 2680. Los pasos y el escenario de ejemplo son la narrativa editorial de IPScans.