Escala de Ventana de TCP para Conexiones por Satélite

Generalmente debe usar una pila TCP que implementa adecuada escala de la Ventana. Pero por supuesto que tienes derecho a que su tamaño de la ventana de necesidades de mach que el ancho de banda-retardo-producto (BDP). En caso de tener una variable BDP puede establecer el tamaño de la ventana a algo que usted esperaría de bien común, en el "peor" de los casos. Curiosamente la mayoría de las conexiones no sufren demasiado si el tamaño de la ventana es más grande que la BDP (no debería ser de manera demasiado grande, por supuesto), pero muestran un rendimiento degradado si el tamaño de la ventana es mucho más pequeño que el BDP.

Para comprobar si la pila TCP/IP está correctamente aumentar el tamaño de la ventana se deben emplear Wireshark o cualquier otro sniffer de tráfico. Usted puede mirar directamente en el tamaño de la ventana de la flag en el encabezado (con los factores de escalado en mente!). Wireshark también puede mostrar la efectiva tamaño de la ventana tomando el factor de escala en cuenta.

Consulte este tutorial sobre cómo determinar su tamaño de ventana TCP como una función del tiempo aquí.

Esto es totalmente académico, porque nadie se ejecuta TCP a través de las conexiones por satélite. No conozco a un solo proveedor de satélite que hace esto. Todos ellos de satélite-protocolos específicos sobre el satélite y coloque el extremo TCP en la estación de tierra.

Cuando una máquina en la red envía un paquete SYN TCP a la terminal de satélite, el satélite, la terminal envía un TCP solicitud de proxy para el satélite. Esto le indica a la estación de tierra para abrir una conexión TCP a un servidor en Internet. La estación de tierra habla de TCP con el servidor de Internet. La terminal de satélite no habla de TCP sobre el satélite, sino que habla de un protocolo optimizado para un satélite de uso. La estación de tierra actúa como un proxy entre el satélite de la terminal y el servidor de Internet.

Por el bien de la conveniencia hay ancho de banda-retardo de producto calculadoras disponibles - una calculadora está aquí. Como a los grandes ventanales que causan problemas en caso de pérdida del paquete - que es casi exactamente por qué TCP window es variable. Tras la pérdida de un paquete del tamaño de la ventana disminuirá, lo que permite menos datos en vuelo y una consecuente reducción en la velocidad de transmisión. Después de un período de tiempo que el tamaño de la ventana volverá a negociar.

Su latencia en realidad no es tan mala para el satélite - 1s RTT @ 1M es sólo un 125K ventana. Un buen número de sistemas operativos modernos, fácilmente podría apoyar esta a la derecha fuera de la caja, por lo modificaciones adicionales que pueden no ser necesarias.

Por otro lado, algunos han tenido muy buena suerte con los diversos WAN optimizadores disponibles en el mercado. Estos tienden a optimizar los tamaños de ventana TCP, así como a utilizar el almacenamiento en caché y compresión de tanto empujar más a través del enlace y mejorar la aparente capacidad de respuesta.