Aceleración de TCP por satélite o redes de alta latencia [cerrado]

¿Qué compañías, productos u opciones viables existen hoy en día para la aceleración TCP a través de redes satelitales o IP de alta latencia?

El RTT satelital promedio es superior a 600 ms (depende de la ubicación)

TCP no funciona demasiado bien ya que los tamaños de las ventanas se mantienen pequeños debido al retraso en la recepción de ACK. Se requiere un acelerador para falsificar los ACK para engañar al dispositivo y comenzar a enviar el siguiente conjunto de datos mientras el paquete original aún está en tránsito.

Solía ​​implementar dispositivos de aceleración WAN para un proveedor de hardware hace aproximadamente 6 años. No ha cambiado mucho desde entonces, excepto que no haré recomendaciones de hardware debido a la consolidación y al cambio de las líneas de productos.

Todos estos dispositivos usan alguna combinación de compresión y almacenamiento en caché para reducir el tráfico general que se transmitirá, el preajuste TCP para reducir los efectos del producto de retraso de ancho de banda (este es el efecto de ventana TCP que mencionó anteriormente) y la agrupación de tamaño insuficiente paquetes para asegurar que los paquetes que atraviesan los enlaces estén lo más llenos posible, reduciendo el efecto de la sobrecarga. Los diversos proveedores también incluirán sus propias tecnologías patentadas, pero en su mayoría se reducen a diferentes sabores.

Si bien el almacenamiento en caché es de gran ayuda, solo el preajuste de los paquetes a través de un enlace satelital hará que sean utilizables, de modo que incluso si sus datos no se pueden almacenar en caché por cualquier motivo (cifrado, comprimido, comprimido, siempre cambiando drásticamente, etc.) si tiene un RTT lo suficientemente lento, el preajuste eliminará parcialmente el producto de retraso de ancho de banda y lo ayudará a acercarse a su ancho de banda nominal.

Dado que todo el objetivo es aumentar la eficiencia de la red y permitir una mayor utilización de su ancho de banda, es muy importante que los problemas de red subyacentes que pueden surgir con una alta utilización se solucionen antes de implementar una solución. Si tiene desajustes dúplex o se ejecuta en conexiones semidúplex, a menudo encontrará que el rendimiento es peor que antes de implementar dispositivos de optimización wan. A menudo me daría cuenta de que los clientes no se daban cuenta de que tenían algunos enlaces que habían negociado automáticamente hasta el mínimo común denominador de 10 Mbps half duplex.

Muchos de estos dispositivos también ofrecen corrección de errores de reenvío (que probablemente también ofrecen sus módems) que puede utilizar para superar algunos de los efectos de la pérdida de paquetes en sus enlaces. Esto es importante ya que el relleno de paquetes significa que se puede perder más de un paquete LAN por cada paquete WAN que se pierde y debido al preajuste, esos paquetes ya han sido reconocidos en los servidores. Asegúrese de saber qué dispositivos en su ruta realizan FEC para que no cree más sobrecarga de la necesaria, ya que esto, por supuesto, reducirá su rendimiento efectivo.

Hablando por experiencia, vi a clientes sin almacenamiento en caché significativo capaces de realizar videoconferencias 'aceptables' (en su mayoría unidireccionales) a través de una doble esperanza satelital cuya latencia varió de 900 ms a 2 segundos y podría tener una pérdida de paquetes del 15-25% durante períodos prolongados. No elegiría usar el flujo resultante, pero si eso es lo que tienes, funcionará.

Puedo recomendar Cisco WAAS (Servicios de aplicaciones de área amplia), específicamente WAVE (Motor de virtualización de área amplia).

Lo usamos para

• Aceleración TCP
• Compresión
• Almacenamiento en caché

sobre conexiones satelitales (VSAT) para cruceros, con latencia entre 600 ms y 800 ms, dependiendo del satélite y la estación terrena (posible latencia transatlántica adicional). Un administrador central y una política administran una red de una docena de dispositivos. RDP es mucho más sensible gracias a la optimización de TCP, además, las aplicaciones web y la replicación de archivos ahorran mucho ancho de banda.

Hay una versión virtual vWAAS , que planeamos instalar pronto.

Sé que los módems satelitales iDirect proporcionan una muy buena optimización TCP, si pudiera usarlos.

No tengo ninguna autoridad sobre este tema, sin embargo, en nuestro entorno utilizamos Riverbeds para la optimización de WAN, y aunque no estamos sobre el satélite, vemos una mejora del 68% en la velocidad de la comunicación TCP como mínimo, y los Steelheads nos hemos reportado un aumento de ancho de banda de casi 3x basado en los datos que sirve de su almacén de datos frente a la transferencia real de cosas a través de la WAN.

¡También te busqué en línea y encontré algunos que parecían en ángulo en tu dirección, espero que esto ayude o que otros puedan dar algunos comentarios de la vida real sobre ellos!

Parecía que la compañía ViaSat tenía soluciones de grado gubernamental, y los datos comtech ef tienen un testimonio bastante bueno de un ISP que utiliza su servicio que puede serle útil.

http://www.viasat.com/AcceleNet

http://www.viasat.com/government-communications/network-acceleration-and-optimization

http://www.networkinv.com/blog/faster-satellite-internet-with-filtering-optimization-packet-shaping-solutions/

http://www.idirect.net/Products/Hardware/Optimization-Solutions/Network-Accelerators.aspx

http://www.comtechefdata.com/

http://www.comtechefdata.com/files/articles_papers/Horizon- Satellite-Services-Testimonial.pdf

También recomendaría Cisco WAAS. Se realiza bien. Mi empresa hizo un documento de decisión y evaluó algunos productos. El WAAS salió en la cima. Fue más capaz de manejar velocidades variables asociadas con diferentes condiciones climáticas. El factor de forma también puede ser un problema. WAAS se puede lograr utilizando WAAS Express, módulos o dispositivo completo. Si se considera la potencia y el espacio como en un avión u otra plataforma móvil, no necesitar un dispositivo completo puede ser muy útil.

También muchos aceleradores requieren que ingrese un ancho de banda esperado. Si su enlace varía demasiado (como puede suceder con los enlaces satelitales), el acelerador obtendrá un rendimiento deficiente. El WAAS no tiene dicho requisito y utilizará todo el ancho de banda disponible.

Desde hace un año, uso Riverbed Steelhead para optimizar el tráfico en conexiones WAN normales. Hasta ahora estoy satisfecho con los resultados.

A pesar de que no tengo experiencia con enlaces satelitales, el sitio web de Riverbed parece que también tienen soluciones de optimización para enlaces satelitales: http://www.riverbed.com/products-solutions/solutions/satellite/

Dos proveedores de satélites con los que trabajé (hace 10 años) fueron.

• Hughes Networks
• Redes satelitales de Gilat

Ambos tienen opciones VSAT que implican una gran cantidad de "simulación" similar a lo que hace Riverbed en la WAN. Terminarán la conexión TCP en el terminal de tierra en cada extremo para que el cliente piense que las cosas son más rápidas de lo que son.

Sandvine tiene un nuevo producto llamado TCP Accelerator.

https://www.sandvine.com/downloads/general/products/tcp-accelerator/tcp-accelerator.pdf

La aceleración es como mentir. Básicamente mientes sobre el reconocimiento. Cuantas más mentiras digas, más tendrás que recordar. Esta es la razón por la que generalmente se necesita una caja externa, ya que requiere mucha memoria y procesador.

Tanto el xiplink como la estampida tienen un buen equipo, estas unidades simplemente están ajustando el tamaño de la ventana TCP. Algunos módems como Paradise Datacom Q-flex tienen un acelerador incorporado.