Latencia, pérdida de paquetes, distancia y rendimiento de las aplicaciones.
¿Qué tienen que ver todos estos términos entre sí?
Si gestiona redes de TI para una empresa global, es importante dar un paso atrás y observar el panorama general, para poder ver más claramente cómo influyen unos en otros.
Esto puede sonar como «Networking 101» para algunos de ustedes, pero es fundamental comprender las relaciones entre estos términos y su impacto combinado en el rendimiento de las aplicaciones.

Definiciones:

  • (Red) La latencia es una expresión del tiempo que tarda un paquete de datos en llegar de un punto designado a otro.
  • La pérdida de paquetes es el fallo de uno o más paquetes transmitidos (pueden ser de datos, voz o vídeo) que no llegan a su destino.
  • La distancia es el espacio intermedio entre dos puntos o, en el caso de las redes empresariales, dos oficinas.
  • TCP (Protocolo de Control de Transmisión) es un estándar que define cómo establecer y mantener una conversación de red a través de la cual los programas de aplicación pueden intercambiar datos.

El panorama general:

Cuando hay distancia entre el servidor de origen y el usuario que accede a ese servidor, para completar una tarea el usuario necesita una red fiable para conectarse.
Esta red puede ser una red privada, como un enlace punto a punto o MPLS.
También puede ser pública, normalmente a través de Internet.
Si la red tiene pérdida de paquetes, el rendimiento global entre el servidor y el usuario se reduce significativamente al aumentar la distancia.
Esto significa que cuanto más lejos esté el usuario del servidor de origen, más inutilizable se vuelve la red.

¿Por qué?

El principal culpable es TCP (Protocolo de Control de Transmisión), la norma que define cómo establecer y mantener una conversación en red a través de la cual los programas de aplicación intercambian datos.
TCP es el protocolo o mecanismo que proporciona una entrega de datos fiable, ordenada y con comprobación de errores entre servidores y usuarios a través de una red.
TCP es un buen tipo y ayuda a la calidad de los datos.
También es un protocolo orientado a la conexión, lo que significa un modo de comunicación de datos en el que primero se debe establecer una conexión con un host o servidor remoto antes de poder enviar ningún dato.
El siguiente paso tras el establecimiento de una conexión TCP es establecer el control de flujo para determinar la rapidez con la que el emisor puede enviar datos y la fiabilidad con la que el receptor puede recibirlos.
Dependiendo de la calidad de la red, el flujo vendrá determinado por los tamaños de ventana negociados desde ambos extremos.
Los extremos pueden discrepar si el cliente y el servidor ven las características de la red de forma diferente. Esto tiene un gran impacto en el rendimiento de las aplicaciones. Algunas aplicaciones como el FTP utilizarían un único flujo y se escalarían al tamaño máximo de ventana disponible para completar la operación.
Sin embargo, las aplicaciones basadas en ventanas tienden a ser más «charlatanas» y necesitan múltiples idas y venidas para conseguir completar la(s) operación(es).
El modelo simplista a considerar:

Red + Pérdida de paquetes + Alta latencia = Rendimiento de la aplicación para aplicaciones TCP.

De hecho, si se observa el gráfico sobre el rendimiento máximo que se puede alcanzar, uno se pregunta cómo es posible que las organizaciones consigan algún tipo de colaboración a través de largas distancias.

Rendimiento máximo de TCP con el aumento de la distancia de la red Rendimiento máximo de TCP con el aumento de la distancia de la red

Voz y vídeo funcionan mal cuando hay pérdida de paquetes, especialmente en los enlaces de Internet de larga distancia.
Sin embargo, incluso una pérdida mínima de paquetes combinada con latencia y fluctuación de fase hará que una red sea inutilizable para el tráfico en tiempo real.
¿Por qué?
Porque estas aplicaciones se ejecutan sobre UDP (Protocolo de Datagramas de Usuario).
A diferencia de TCP, el chico bueno que controla todas las interacciones, a UDP le importa un bledo.
UDP es sin conexión, sin handshaking previo a una operación, y expone cualquier falta de fiabilidad de la red subyacente al usuario.
No hay garantía de entrega.
Este es el camino que suelen tomar la mayoría de las organizaciones con una base de usuarios global y crecientes problemas de rendimiento de las aplicaciones.

  1. Céntrese en los enlaces de Internet.
    Compre más ancho de banda
    .
    Throughput typically increases somewhat but not enough to fix the issue.
  2. Actualice a enlaces MPLS.
    Espere de 6 a 9 meses para el despliegue.
    Darse cuenta de que el problema no se ha resuelto para las conexiones de larga distancia.
  3. Consumir cada vez más ancho de banda.
    Despliegue la QoS para hacer frente a la congestión y a su impacto en el tráfico en tiempo real.
    La voz y el vídeo funcionan bien, suponiendo que se haya configurado suficiente ancho de banda.
  4. Dese cuenta de que no puede permitirse seguir comprando más ancho de banda a este ritmo alarmante.
  5. Añada aparatos de optimización WAN.
    Con la optimización de TCP, la compresión de datos y los proxies de aplicación, sí se abordan los problemas de rendimiento.
  6. Ver cómo se disparan los precios para gestionar y mantener el hardware de optimización WAN y luego experimentar el shock de los precios cuando llega el momento de renovar esos aparatos.
  7. Considere sus opciones.
    ¿Servicios en la nube?
    ¿Movilidad?
  8. Revise todo el diseño de la red de su empresa.
    Comprométase a transformar esa red.
    Planifique para la nube y para la movilidad.
    Tenga en cuenta el Big Data y sus crecientes necesidades.
    Acomode las adquisiciones y los cambios empresariales.

¿Y cómo lo haría?
Si sabe que el statu quo está roto, también sabrá que los proveedores tradicionales de hardware están intentando exprimir hasta el último céntimo rojo de esas cajas antes de que su modelo de negocio quede completamente obsoleto.
Aryaka es la primera y única SD-WAN global, privada, optimizada, segura y gestionada como servicio del mundo que ofrece simplicidad y agilidad para dar respuesta a todas las necesidades de conectividad y rendimiento de las aplicaciones de las empresas.
Aryaka elimina la necesidad de aparatos de optimización WAN, MPLS y CDN, ofreciendo conectividad optimizada y aceleración de aplicaciones como un servicio totalmente gestionado con un coste total de propiedad más bajo y un modelo de despliegue rápido.
Le invitamos a obtener más información poniéndose en contacto con nosotros hoy mismo, o a descargar nuestra última hoja de datos sobre nuestra solución básica para empresas globales.