debian tcp – optimizar para clientes con pérdida de packages

Tengo un server debian con un ancho de banda de 100 Mbps. Mis clientes están conectados principalmente utilizando networkinges 3G, con una duración de 30 millones de minutos en promedio. Muchos de ellos tienen pérdida de packages, rara vez, pero cada vez que se pierde un package, el enlace tcp se detiene durante 30 segundos o más antes de que todo vuelva a la normalidad.

El server utiliza aproximadamente el 5% de la CPU, la memory y el ancho de banda.

He venido a través de una list de opciones para debian y tunning la stack tcp: http://www.linuxinsight.com/proc_sys_net_ipv4.html

Me pregunto qué parámetro permitiría al server o al cliente detener less time cuando se pierde un package. Alguna idea ?

Es muy difícil sintonizar los problemas de pérdida de packages – TCP realmente no le gusta, y asume muy fuertemente que es un signo de uso sobre la capacidad en lugar de una networking poco fiable. Con un enlace 3G que … no siempre es cierto.

http://linuxgazette.net/135/pfeiffer.html documenta cómo seleccionar algorithms alternativos de control de congestión y tiene notas sobre algunas de las opciones disponibles en el kernel de Linux.

Lo más probable es que quieras tcp_frto habilitado, ya que está diseñado para funcionar bien con ambientes de pérdida intermitente como la networking de radio, ya diferencia de Internet.

Es posible que considere boost tcp_maxreordering encima del valor pnetworkingeterminado, si experimenta pérdidas mientras las windows son grandes.

Asegúrese de que SACK y características similares estén activadas; Dudo que los hayas apagado, pero por si acaso …

Más allá de eso, no hay mucho que realmente puede ayudarte aquí. La respuesta de control de congestión y, especialmente, la recuperación es realmente la key para mejorar el performance. No esperes milagros, sin embargo, y lo que sea que hagas, no asums que cualquier cosa hará la vida mejor sin probarlo a background!