Microcortes en video conferencia

Buenas AlexandreHermidaMondelo 

Gracias por los datos. Puede verse perfectamente el problema, tanto donde está, como también como de severo. Y al menos en dicha prueba, está en tu propia red, ya sea el dispositivo que realiza la prueba, a como se conecte este con el Router (cable o WIFI) o algún otro dispositivo que tengas en tu red que causa el problema.

Estas aplicaciones nos dicen todo. Mandamos muchos paquetes porque realmente Internet es algo totalmente dinámico y en cualquier momento cualquier punto de la red puede experimentar fluctuaciones, con lo que cuanto mayor tiempo estemos enviando paquetes, más podemos ver el comportamiento real de todo el camino. Si usásemos 5-10 paquetes, los valores no nos dirían nada de importancia. Con algo más de 200 paquetes en este caso, tenemos datos al menos para hacernos una buena idea.

En todas estas pruebas lo importante son los paquetes perdidos, la latencia media, y el jitter, que es la mediana entre la latencia media y la baja, es decir... como de estable es la conexión. Internet repito es dinámico, y no pasa absolutamente nada porque un paquete descarrilado aparezca con una latencia enorme, esto es habitual, pero un paquete de cientos, no mueve mucho (o nada) la media. Así podemos identificar todo tipo de problemas.

Analicemos tu traza.

Cojamos el salto final, que es el que nos marca los resultados globales, y tenemos que:

Paquetes perdidos 0%

Mejor medida: 7ms

Media: 159ms

Peor Medida: 1067ms

Todo eso ya nos da 3 datos de importancia: Primero, que no existe pérdida de paquetes reales. Segundo que la latencia media es de 159ms, lo cual es enorme para lanzarlo a google, y por otro lado vemos tb qu el jitter es elevadísimo!! Tenemos una mínima de 7, pero con una media de 159. Eso significa que la conexión va oscilando constantemente con picos muy elevados. Es de todo menos estable, y esto para cualquier aplicación que sea sensible a la latencia, como especialmente videollamadas, streaming, juegos... es nefasto.

Podemos ver donde aparece el problema? Claro que sí, es simple, empezamos por el primer salto y vamos siguiendo hacia abajo. No obstante ya vemos en el primer salto que los datos que tenemos son bastante consistentes con el último salto, ergo el problema se origina en el primer salto

En el primer salto tenemos:

Pérdida de 0% (Consistente con el resultado final)

Mejor de 3ms (consistente con los 7ms finales)

Media de 148ms (consistente con los 159ms finales)

Peor de 921ms (consistente con los 1067 finales)

Dicho de otro modo, lo que ves al final de la conexión es provocado en esencia por el primer salto. Para que te hagas una idea de esto, si yo hago esa misma prueba desde mi equipo configurado y conecto de forma correcta, esto es lo que obtengo, por simplificar he borrado los saltos intermedios (enviado a google.es)

| Host - %% | Sent | Recv | Best | Avrg | Wrst | Last |
|-------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 0 | 55 | 55 | 0 | 0 | 6 | 0 |
| mad07s23-in-f3.1e100.net - 0 | 55 | 55 | 9 | 10 | 15 | 9 |

Si, he enviado muchos menos paquetes, pero en mi caso el resultado es similar. Como puedes ver, la latencia media final en mi caos son 10ms, la mejor de 9ms y el peor 15ms.

Pero mira la gran diferencia en el salto primero. La latencia media es 0ms... realmente no es cero, significa que es menor de 1ms. No importa que haya paquetes más díscolos, como el de 6ms que me sale a mí, porque es eso, un paquete por ahí más retrasado. Pero el jitter, o estabilidad de la línea, es perfecta, mira el final, media de 10ms, mínimo de 9ms.

Si te fijas, la aportación de mi red a la latencia y jitter final es en esencia nada. En tu caso en cambio es el 99%.

----------

Causas?

Por lo general la principal causa a esto es WIFI. WIFI es sinónimo de latencia, jitter, inestabilidad, pérdida de paquetes... No solo debido a interferencias sino a tus propios dispositivos, cuando cualquier dispositivo de tu red emite, los demás esperan, aunque suceda muy rápido es así, y esto se refleja como latencia. Esto se aplica también aunque por causas diferentes a los PLC.

La segunda causa a esto son los Switch intermedios o AP, que se mal configuran y pueden saturar la red del usuario. Mayor tráfico implica mayor retraso en la propia red. Esto lo podemos observar en conexiones incluso cableadas.

La tercera causa, los propios equipos, el software que poseen ya sean suites de seguridad o antivirus que relentizan enormemente todo, o malware de cualquier tipo, o un problema de configuración concreto.

La cuarta y última, es algún dispositivo de tu red que está generando algún problema a esta, inundando de tráfico la red que a su vez hace que se genere una mayor carga en tu red, lo que es en esencia latencia.

Me temo que tus datos de red una vez los datos salen de tu casa son adecuados y no hay problema ni en centralita, ni en la red de Movistar, ni en la de Google en este caso, todo está en tus propios dispositivos y/o configuraciones y/o modo de conectarlos.

Usa siempre cable, jamás uses WIFI para ninguna actividad que requiera una conexión estable o de importancia. Si se requieren Switch/APs, que estén correctamente configurados y se verifique una y otra vez que el tráfico que circula por la propia red es normal y no hay ninguna saturación que inunde la red.

Saludos.