-
Administrar y supervisar mediante Citrix Application Delivery Management
-
Aceleración segura del tráfico
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Optimización de velocidad
La mayoría de las implementaciones TCP no funcionan bien sobre los enlaces WAN. Por nombrar solo dos problemas, los algoritmos estándar de retransmisión TCP (Reconocimientos selectivos y Recuperación rápida TCP) son inadecuados para enlaces con altas tasas de pérdida, y no tienen en cuenta las necesidades de conexiones transaccionales de corta duración.
Citrix SD-WAN WANOP implementa un amplio espectro de optimizaciones de WAN para mantener los datos fluyendo en todo tipo de condiciones adversas. Estas optimizaciones funcionan de manera transparente para garantizar que los datos lleguen a su destino lo antes posible.
La optimización WAN funciona de forma transparente y no requiere configuración.
La optimización de WAN es una característica estándar en todos los dispositivos Citrix SD-WAN WANOP.
La siguiente imagen muestra las velocidades de transferencia posibles a varias distancias, sin aceleración, cuando los puntos finales utilizan TCP estándar (TCP Reno). Por ejemplo, las salidas gigabit son posibles sin aceleración dentro de un radio de unas pocas millas, 100 Mbps es alcanzable a menos de 100 millas, y el rendimiento en una conexión mundial está limitado a menos de 1 Mbps, independientemente de la velocidad real del enlace. Con la aceleración, sin embargo, las velocidades por encima de la línea diagonal están disponibles para las aplicaciones. La distancia ya no es un factor limitante.
Ilustración 1. El rendimiento TCP no acelerado se desplome con la distancia
Nota
Sin la aceleración de Citrix, el rendimiento TCP es inversamente proporcional a la distancia, lo que hace imposible extraer el ancho de banda completo de enlaces de larga distancia y alta velocidad. Con la aceleración, el factor de distancia desaparece y la velocidad completa de un enlace se puede usar a cualquier distancia. (Gráfico basado en el modelo de Mathis, et al, Pittsburgh Supercomputer Center.)
El rendimiento de transferencia acelerado es aproximadamente igual al ancho de banda del enlace. La velocidad de transferencia no solo es mayor que con TCP no acelerado, sino que también es mucho más constante ante las condiciones cambiantes de la red. El efecto es hacer que las conexiones distantes se comporten como si fueran locales. La capacidad de respuesta percibida por el usuario permanece constante independientemente de la utilización del enlace. A diferencia de TCP normal, con el que una WAN que opera con un 90% de utilización es inútil para tareas interactivas, un enlace acelerado tiene la misma capacidad de respuesta en un 90% de utilización de enlaces que en un 10%.
Con conexiones de corto alcance (las que caen por debajo de la línea diagonal en la imagen anterior), poca o ninguna aceleración se produce en buenas condiciones de red, pero si la red se degrada, el rendimiento disminuye mucho más lentamente que con TCP ordinario.
El tráfico no TCP, como UDP, no se acelera. Sin embargo, sigue siendo administrado por el formador de tráfico.
Ejemplo
Un ejemplo de optimizaciones TCP avanzadas es una optimización de retransmisión llamada modo transaccional. Una peculiaridad de TCP es que, si se elimina el último paquete de una transacción, el remitente no notará su pérdida hasta que haya transcurrido un período de tiempo de espera del receptor (RTO). Este retraso, que siempre es de al menos un segundo de largo, y a menudo más largo, es la causa de los retrasos de varios segundos que se observan en los enlaces con pérdidas, que hacen que las sesiones interactivas sean desagradables o imposibles.
El modo transaccional resuelve este problema retransmitiendo automáticamente el paquete final de una transacción después de un breve retraso. Por lo tanto, un RTO no ocurre a menos que se eliminen ambas copias, lo cual es poco probable.
Una transferencia masiva es básicamente una sola transacción enorme, por lo que el ancho de banda adicional utilizado por el modo transaccional para una transferencia masiva puede ser tan pequeño como un paquete por archivo. Sin embargo, el tráfico interactivo, como pulsaciones de teclas o movimientos del ratón, tiene pequeñas transacciones. Una transacción puede consistir en un solo paquete de tamaño inferior. El envío de estos paquetes dos veces tiene un modesto requisito de ancho de banda. En efecto, el modo transaccional proporciona corrección de errores de reenvío (FEC) en el tráfico interactivo y proporciona protección de RTO al final de la transacción a otro tráfico.
Compartir
Compartir
En este artículo
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.