Что это такое?

Это максимальное число неотвеченных пакетов uiTCP keepalive.

Зачем это нужно?

Для контроля за работоспособностью туннеля в отсутствие полезных данных.

Как это настроить?

Установить предельное число пакетов keepalive, на которое могут быть не получены ответы от сервера. Если не получено указанное число ответов подряд, канал связи считается разорванным и клиент предпринимает попытку восстановить соединение. Уменьшение данного числа приводит к более оперативной реакции на разрывы связи, увеличение — к снижению вероятности ложных срабатываний.

ПРИМЕЧАНИЕ. Помимо keepalive, uiTCP следит за состоянием TCP-соединения с удалённой стороной. Таким образом, детектируется также обрыв связи по всем другим критериям, приводящим к падению интерфейса и разрыву этого соединения: падению сигнала DCD, срабатыванию механизма LCP Echo на PPP-соединениях и др.

Сервер со своей стороны не использует keepalive, но он знает параметры клиента и может вычислить максимальное суммарное время, по истечении которого клиент окончательно разорвёт туннель:

connectAttempt × connectTmo + keepalive × (attempt + 1)

Если за это время от клиента не будет получено ни одного пакета (данных или keepalive), то сервер также сочтёт туннель окончательно разорванным и разорвёт все локальные TCP-соединения на своей стороне.

ПРИМЕЧАНИЕ. Таймауты uiTCP должны быть согласованы с настройками прикладного программного обеспечения следующим образом: максимальное время ожидания ответа/подтверждения приёма в прикладном ПО должно быть не меньше, чем максимально допустимое время отсутствия связи, возможное при данных настройках uiTCP. Последнее может складываться, в максимальном случае, из времени обнаружения отказа канала (keepalive × attempts), времени рестарта сотового модуля (35–40 сек) и времени восстановления туннеля (5–15 сек).