Qual algoritmo de controle de congestionamento TCP é melhor para modems de rádio de baixa velocidade?

Question

No meu projeto, temos nós Linux remotos que se comunicam pela Internet através de modems de célula CDMA de velocidade muito baixa. A largura de banda nesses modems é de cerca de 2kbyte / segundo e o RTT de volta ao servidor é de aproximadamente 800ms.

Com base nessas limitações, haveria algum benefício em tentar ajustar a pilha TCP do Linux para corresponder a esse desempenho? Por exemplo. Eu recentemente descobri sobre os algoritmos de controle de congestionamento plugáveis e estou querendo saber se há um diferente para o padrão que pode funcionar melhor. Às vezes eu vi downloads nesses modems rastrear para 800 bytes / segundo. Eu fiz alguns testes UDP e a perda de pacotes foi de 25%.

O Linux é o 2.6.35.3 com o Debian Wheezy no ARMHF.

    

Answer 1

"I've seen downloads on these modems crawl to 800 bytes/second."

Você não forneceu medições de perda, por isso é impossível saber se você está vendo congestionamento ou apenas uma capacidade de canal menor que a especificada.

É importante notar que o TCP foi projetado em hardware muito mais lento e, provavelmente, com uma taxa de erros maior que o seu equipamento. Para conexões mais lentas, o TCP faz um uso extremamente bom da capacidade disponível.

Você pode experimentar diferentes mecanismos de controle de congestionamento, mas eu ficaria surpreso se você obtiver uma taxa de transferência melhor do que a atual. Medir a capacidade real do canal em redes reais é incrivelmente mais complicado do que parece ser.