У меня есть беспроводная связь с потерей пакетов до 10%. Он должен нести один поток rtp, больше ничего. Скорость передачи данных в потоке <100 кбит / с, так что наименьшее количество данных (1 мбит / с), предложенное wlan (802.11b), более чем достаточно. Чтобы противостоять потере пакетов, я хотел бы попробовать воспользоваться алгоритмом arq, предлагаемым tcp. Настройка выглядит следующим образом: одна машина, которая является источником потока rtp, будет запускать tcp-сервер (первая конечная точка сеанса tcp) и программный ap (hostapd, работающий в linux). Второй компьютер, идентичный первому, будет конечной точкой сеанса tcp и клиентом WLAN (с запущенным wpa_supplicant) в Linux. Таким образом, tcp sessiono не будет охватывать какие-либо маршрутизаторы или коммутаторы, а только одну беспроводную связь. Не будет никаких маршрутизаторов / коммутаторов между контролем перегруженности, и делать это будет мало, но, надеюсь, это не повредит. Поскольку обе машины идентичны и достаточно мощны, управление потоком также не должно быть проблемой. Тем более что поток rtp имеет довольно низкую скорость передачи данных (<100 кбит / с).
Поэтому у меня следующие вопросы: какие параметры / переменные (/ proc / sys / net / ipv4 / tcp *) следует настроить таким образом, чтобы достичь минимально возможной задержки (например, проверять каждый пакет и отправлять данные безошибочно даже в небольших пакетах и не ждать достаточно данных для сбора ...) Мне все равно, страдает ли throuput. Что еще мне не хватает?