Кейс: клиентское приложение через K3s-сервис шлёт данные раз в 90 секунд. Мониторинг показывает RTT <5 мс, но p99 задержки взлетает до 800 мс. Ложный диагноз — «проблема в CNI». На деле: ядро Linux по умолчанию применяет slow start после простоя >1 RTT (sysctl net.ipv4.tcpslowstartafteridle=1). Это сбрасывает congestion window до 2 MSS, даже если соединение активно и здоровое. В результате — первые пакеты после паузы летят медленно, пока cwnd не восстановится. Диагностика: ss -i -t | grep cwnd — покажет текущее окно. sysctl net.ipv4.tcpslowstartafteridle — проверить значение. Фикс: sysctl -w net.ipv4.tcpslowstartafteridle=0. Но помни: это увеличивает риск перегрузки при реальном изменении условий сети. Подробности: https://ftops.space/?utm*source=telegram&utm*medium=smm&utm*campaign=ftops&utm*content=sysctl-net-ipv4-tcp-slow-start-afte