Как говорилось в #526 (см. также там ссылки на другое репорты), низкие значения начальной задержки для keep-alive пакетов может спровоцировать серьезные проблемы с разрядом аккумулятора.
С другой стороны, выбранное на данный момент зашитое в коде значение в 30 сек неоправданно мало - в моём NAT время "протухания" TCP соединения - 10 минут (выявлено экспериментально), и мне попадались другие репотры с таким же временем. О случаях с более короткими задержками в NAT мне ничего неизвестно.
Предлагаю как минимум увеличить значение keep-alive idle, зашитое в коде, до максимально необходимого значения, приближенного к реальности, например 590 сек.
См. также:
#441
#516
@dolonet
Как говорилось в #526 (см. также там ссылки на другое репорты), низкие значения начальной задержки для keep-alive пакетов может спровоцировать серьезные проблемы с разрядом аккумулятора.
С другой стороны, выбранное на данный момент зашитое в коде значение в 30 сек неоправданно мало - в моём NAT время "протухания" TCP соединения - 10 минут (выявлено экспериментально), и мне попадались другие репотры с таким же временем. О случаях с более короткими задержками в NAT мне ничего неизвестно.
Предлагаю как минимум увеличить значение keep-alive idle, зашитое в коде, до максимально необходимого значения, приближенного к реальности, например 590 сек.
См. также:
#441
#516
@dolonet