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 ?

One Solution collect form web for “debian tcp – optimizar para clientes con pérdida de packages”

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!

  • "Posible inundación de SYN" en el registro a pesar del bajo número de conexiones SYN_RECV
  • socat Recurso temporalmente no disponible
  • Mensaje de logging de security de FreeBSD: "Datos recibidos después de cerrar el socket"
  • Reducir la connection TCP automática (formatear)
  • ¿Existen soluciones de cluster de alta disponibilidad para la transmisión en time real de TCP?
  • ¿Puedo averiguar qué server de revocación de certificates está poniendo en contacto una aplicación?
  • Tamaño mínimo de la comunicación TCP
  • Registro de Nginx en syslog en el puerto TCP
  • ¿Cuándo un browser envía la carga HTTP separadamente de la petición HTTP?
  • Número de límite Debian de sockets TCP para un process (especialmente tor) en OpenVZ
  • Diferencia entre tcp recv buffer y tcp recibir tamaño de window?
  • Encontrar el process de propietario de conexiones TCP de corta duración
  • "Posible inundación SYN" en el logging a pesar del bajo número de conexiones SYN_RECV
  • El linux y los temas del servidor de Windows, como ubuntu, centos, apache, nginx, debian y consejos de red.