Prueba de pérdida de paquetes en Windows
La pérdida de paquetes puede ocurrir en transmisiones a través de una red y también a través de Internet. Dependiendo de si se utilizan controles de sesión en la conexión, la pérdida de paquetes provoca retransmisión , lo que resulta en un mayor tiempo de finalización de la transmisión o resulta en datos perdidos . La retransmisión de paquetes perdidos provoca tráfico de red adicional. Es ineficiente, costoso y pierde tiempo.
Para cualquier aplicación estándar, los tiempos de respuesta lentos pueden resultar molestos y la pérdida ocasional de paquetes aumenta ligeramente el volumen de tráfico. Sin embargo, para aplicaciones interactivas, como VoIP , vídeo transmitido en vivo , y videoconferencia , la pérdida de paquetes puede ser desastrosa. Estas aplicaciones generan grandes volúmenes de tráfico incluso si los paquetes se entregan correctamente. La retransmisión empeora las cosas.
En el caso de VoIP y videoconferencia , la pérdida de paquetes no desencadena la retransmisión porque no hay tiempo para retrasar la entrega de datos a la interfaz de usuario, esperando esa pieza faltante. Afortunadamente, cada paquete representa una porción tan pequeña de una transmisión de voz o video que la carga útil de un paquete no se notaría si se perdiera la presentación entregada. Sin embargo, una serie de paquetes perdidos o una pérdida frecuente e intermitente de paquetes perjudicar la calidad de sonido o vídeo. El sonido o el vídeo tendrán irregularidades o se colgarán o saltarán.
Los servicios de transmisión de video abordan la pérdida de paquetes de manera diferente. No tienen tanta presión para ser tan tiempo real como aplicaciones interactivas que llevan comunicaciones en vivo entre dos o más personas. La transmisión de vídeo depende de almacenamiento en búfer .
La aplicación de reproducción de video almacenará varios minutos de metraje antes de comenzar a reproducir el video. La cantidad de tiempo de video que almacena en su búfer se calcula en función de la velocidad de bits detectada de la conexión con un porcentaje agregado por la pérdida esperada de paquetes. En algunos casos, las aplicaciones de vídeo pueden negociar una menor calidad del video para compensar una conexión más lenta. Sin embargo, si la tasa de pérdida de paquetes en la conexión es más alto de lo esperado , el vídeo almacenado en el buffer se agotará. Si no queda ningún vídeo en el buffer, el reproductor de vídeo tendrá que pausar hasta que se haya recibido suficiente tiempo de vídeo.
Entonces, la pérdida de paquetes hace que las aplicaciones interactivas tengan mala calidad y hace que la transmisión de video buffer y pausa .
Publicación relacionada: Solucione la pérdida de paquetes en 8 pasos
control de sesión
Hay dos estrategias para gestionar la transmisión de datos a través de una red y ambas son Capa de transporte protocolos. El primero de ellos es el Protocolo de control de transmisión (TCP) , el cual es un ' orientado a la conexión ' sistema. TCP incluye procedimientos para verificar que los paquetes lleguen y luego solicitar un reemplazo por un paquete perdido. El otro sistema es el Protocolo de datagramas de usuario (UDP) . Esto no establece sesión y por eso se llama “ sin conexión .” UDP no tiene forma de permitir que los receptores soliciten la retransmisión.
TCP es excelente, pero genera muchos gastos generales. Las aplicaciones interactivas no pueden permitirse el lujo de agregar tiempo a una sesión, por lo que esos sistemas tienden a basarse en UDP. O implementan el control de transmisión en la aplicación o simplemente no se preocupan por ello.
Estos dos enfoques para las transmisiones y la elección del desarrollador de la aplicación sobre si utilizar o no TCP o UDP Explique por qué la pérdida de paquetes crea tráfico adicional en algunos casos pero no en otros. Entonces, en algunos casos provoca una mala calidad del servicio y en otros genera un servicio lento. En todos los casos, La pérdida de paquetes es algo malo. .
Detectar pérdida de paquetes
Si está ejecutando una red comercial que se espera que transporte una gran cantidad de tráfico de voz y vídeo , debe asegurarse de que sus dispositivos de red y de cable tengan suficiente capacidad para transportar todo el tráfico que generará la demanda de los usuarios.
La pérdida de paquetes no se puede eliminar por completo, por lo que es normal calcular capacidad extra requisitos para tener en cuenta ese hecho. Recuerde, no obtendrá ninguna retransmisión de tráfico de VoIP y videoconferencia, pero habrá volúmenes de tráfico adicionales para aplicaciones de transmisión de video debido a la pérdida de paquetes.
Es mejor detectar una tasa de pérdida de paquetes en su red y en la transmisión de fuentes particulares antes de poner en funcionamiento una nueva aplicación multimedia para que los usuarios accedan. De este modo, probar una aplicación antes de soltarlo.
También es posible verificar la pérdida de paquetes a través del Sistema operativo , sin que intervenga la nueva aplicación. Este es un ejercicio que vale la pena porque le ayuda a determinar si la aparente pérdida de paquetes realmente está ocurriendo en la red. También puede significar que hay algunas configuraciones en la nueva aplicación que hacen que parezca que se está produciendo una pérdida de paquetes, aunque no haya ningún problema real en la red.
Utilidades de detección de pérdida de paquetes
Hay una serie de sistemas de gestión de red que incluyen utilidades para identificar la pérdida de paquetes. Algunos de estos monitores del sistema incluso le darán una alerta cuando detectan una tasa de pérdida de paquetes mayor a la esperada. En estos casos, puede dejar la herramienta para seguir observando constantemente el rendimiento de la red, liberando tiempo para otras tareas.
Todos estos sistemas de monitoreo basan su detección de pérdida de paquetes en métodos que son integrado en el sistema operativo sobre el que corren. El usuario puede acceder directamente a dichos sistemas de detección. Entonces, tenga o no una herramienta de monitoreo de red, puede ver los datos de pérdida de paquetes que esos monitores utilizan para sus investigaciones del sistema.
Acceder a las utilidades de monitoreo del sistema
Las utilidades que necesita para investigar la pérdida de paquetes son todas parte del sistema operativo que se encuentra debajo del ventanas interfaz. Necesitas abrir un Símbolo del sistema ventana para acceder a ellos.
Haga clic en el Barra de búsqueda del menú Inicio y escribe cmd . Haga clic en Símbolo del sistema en la lista de resultados.
Esto abre una ventana del símbolo del sistema que le brinda acceso directo al sistema operativo.
Identificar la pérdida de paquetes en la red
Necesitas saber la dirección del Puerta de enlace predeterminada en su red. Esto se aplica tanto a redes cableadas como inalámbricas.
En una red inalámbrica, la puerta de enlace predeterminada es el punto de acceso inalámbrico (AP); en una LAN, la puerta de enlace predeterminada es el enrutador. En ambos casos, esta puerta de enlace se encuentra en el límite de la red. Este es el punto al que todas tus conexiones tienen que llegar para poder pasar a La Internet . Entonces, solo estamos analizando el tramo de comunicaciones en la red privada.
La prueba que usaremos verifica ambas direcciones del tráfico: desde su computadora hasta la puerta de enlace y viceversa. Como cubre tanto el ida como el regreso, puede estar seguro de haber probado las condiciones experimentadas por los paquetes salientes y entrantes.
Ingresar ipconfig en la ventana del símbolo del sistema para obtener información sobre su red local.
Necesitas buscar un valor para Puerta de enlace predeterminada . En el ejemplo mostrado arriba, esa dirección es 192.168.0.1. Esta es una dirección IP típica para la puerta de enlace predeterminada en una red privada.
Ahora puede iniciar una prueba de conexión hacia y desde la red predeterminada. Tipo Silbido
Ping realiza varias pruebas y resume los resultados. En el ejemplo anterior, puede ver que no hubo pérdida de paquetes. En Windows, Ping ejecuta cuatro ejecuciones de prueba. Eso no da muchas oportunidades de detectar un problema porque, por lo general, la pérdida de paquetes es mucho menor que el 25 por ciento. Haga que Ping ejecute 100 pruebas agregando -n 100 al final del comando, como por ejemplo Hacer ping 192.168.0.1 -n 100 .
El ejemplo de ejecución de 100 pruebas anteriores muestra que todavía no se produjo ninguna pérdida de paquetes en la red. Esto es bueno porque muestra que la red es capaz de hacer frente a su demanda de rendimiento actual. Sin embargo, esta situación podría cambiar una vez que la nueva aplicación entre en funcionamiento y muchos usuarios generen mucha más presión sobre la capacidad de la red.
Una de las principales causas de pérdida de paquetes en una red es La sobrecarga de conmutadores y enrutadores. . Si los paquetes llegan a un conmutador a una velocidad más rápida de la que ese dispositivo puede manejar, el conmutador inicialmente almacena en un buffer los paquetes entrantes. Una vez que la cola está llena, los nuevos paquetes que llegan no pueden ir a ningún otro lugar y, por lo tanto, los paquetes se perderán hasta que el conmutador agote algo de espacio en el búfer.
Identificar la pérdida de paquetes en Internet
Incluso si su red funciona bien, sus usuarios aún pueden experimentar problemas con las aplicaciones interactivas y los servicios de transmisión de video. Esto podría deberse a problemas con la conexión a Internet.
El comando para comprobar la tasa de pérdida de paquetes de la conexión es exactamente el mismo: Ping. Sin embargo, esta vez debe ingresar la dirección de una fuente de datos esperada. No necesita saber la dirección IP porque Ping implementará la resolución DNS si se le proporciona una URL. Entonces, aquí hay un ejemplo de 100 pruebas enviadas al servidor de Google, iniciadas con el comando Haga ping a google.com -n 100 .
En este caso no hubo pérdida de paquetes.
Cómo lidiar con la pérdida de paquetes
Si experimenta pérdida de paquetes en la red, la causa más probable es un conmutador o enrutador abrumado. Pruebe un ping a diferentes puntos finales de su red que pasarán por diferentes dispositivos de red para que pueda ver exactamente qué dispositivo tiene problemas .
Una vez que identifiques el dispositivo que está sobrecargado, podrás solucionar la situación sin necesidad de reemplazar ni el dispositivo ni los cables que se conectan a él. Esto es mediante un método llamado modelado del tráfico .
Los algoritmos de configuración del tráfico implican identificar los paquetes que se relacionan con diferentes aplicaciones y luego ralentizar parte del tráfico de aplicaciones para dar prioridad a otro tráfico en cada conmutador. Esto es una estrategia de cola eso siempre retrasará el tráfico de algunas aplicaciones, colocándolas en una cola, para permitir el acceso directo del tráfico priorizado al conmutador.
Podría parecer que no hay nada que puedas hacer al respecto. perdida de paquetes en internet porque no tienes control sobre ese dominio. Sin embargo, su tráfico podría ser estrangulado por su proveedor de servicios de Internet (ISP). En este escenario, el ISP ralentiza o descarta paquetes para ciertas aplicaciones y la transmisión de video es un objetivo particularmente importante para algunos ISP.
La estrangulación es muy difícil de detectar o probar. Como lo apunta al tráfico de vídeo , las pruebas que realice con Ping no mostrarán el tipo de tratamiento que recibe su tráfico de vídeo.
Otra razón podría ser que el enrutador de su puerta de enlace de red no tenga la capacidad para todo el tráfico que se espera que procese. En este caso, podría implementar la cola en el enrutador o actualizar a un dispositivo con mayor capacidad .
Estar nervioso
Ping muestra algo más que datos de pérdida de paquetes. En los ejemplos mostrados arriba, puede ver que el resumen de Ping muestra el mínimo , máximo , y tiempo promedio de ida y vuelta para todos los paquetes en el lote de ejecución de prueba.
La variación en el tiempo de entrega de los paquetes se llama estar nervioso y es una mala condición para las aplicaciones interactivas. Como VoIP y las videoconferencias no utilizan ningún control de sesión ni almacenamiento en búfer, necesitan que los paquetes lleguen en orden y a una velocidad regular. No tienen tiempo para volver a secuenciar los paquetes que llegan, por lo que si el siguiente paquete viaja más rápido y llega antes que el paquete que se envió antes, la aplicación VoIP no verificará pero reproducirá esos segmentos de datos en el orden en que Llegó, lo que resultó en sonidos extravagantes.
Al igual que con la pérdida de paquetes, una pequeña cantidad de fluctuación no debería crear problemas detectables con la calidad del sonido o del vídeo porque cada pequeña porción de la transmisión apenas se nota. Un breve período de fluctuación o simplemente un pequeño rango de tiempos de transmisión no tendrán mucho impacto en la calidad del servicio.
