В 03:17 утра ваш long-lived gRPC-туннель внезапно начинает передавать данные со скоростью 50 КБ/с, хотя канал — гигабитный. Мониторинг показывает «полоса свободна», CPU и RAM в норме. Вы проверяете BBR, ECN, даже перезапускаете поды. А проблема — в одном бите ядра. По умолчанию net.ipv4.tcpslowstartafteridle=1. Это означает: если соединение простаивает дольше RTO (обычно ~200 мс), ядро сбрасывает congestion window (cwnd) до начального значения (обычно 10 MSS). Keepalive не считается «данными» — он не сбрасывает idle-таймер. Поэтому после паузы первые пакеты ползут через slow start. Диагностика: sysctl net.ipv4.tcpslowstartafteridle cat /proc/net/tcp | grep ESTAB | wc -l ss -i state established Решение — отключить поведение: 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