Eu tenho um link sem fio com perda de pacotes de até 10%. Tem que levar um fluxo de rtp, nada mais. O datarate do stream é de < 100kb / s, portanto, o datarate mais baixo oferecido (1 mbit / s) pelo wlan (802.11b) é mais do que suficiente. Para combater a perda de pacotes, gostaria de tentar aproveitar o algoritmo arq oferecido pelo tcp. A configuração é assim: Assim, uma máquina, que é a fonte do fluxo rtp, executará um tcp-server (primeiro ponto final da sessão tcp) e um softp (hostapd em execução no linux). A segunda máquina, que é idêntica à primeira, será o ponto final da sessão tcp e um cliente wlan (executando o wpa_supplicant) no linux. Portanto, o tcp sessiono não abrangerá roteadores ou switches, apenas um único link sem fio. Winth sem roteadores / switches entre o controle de congestionamento não terá muito o que fazer, mas não vai doer, esperançosamente. Com ambas as máquinas sendo idênticas e suficientemente poderosas, o controle de fluxo também não deve ser um problema. Especialmente porque o fluxo de rtp tem uma taxa de dados bastante baixa (< 100kb / s).
Então, minhas perguntas são: Quais parâmetros / variáveis (/ proc / sys / net / ipv4 / tcp *) devem ser ajustados de forma a obter a menor latência possível (como ack every packet e enviar dados imiadetly mesmo em pequenos pacotes e não espere por dados suficientes para reunir ...) Eu não me importo se throuput sofre. O que mais eu estou sentindo falta?