Custom Query (40 matches)

1. Jun 4 04:51 Соединение TLS между устройствами было разорвано видимо по причине TCP inactivity timeout

2. Ожидалось что после разрыва соединение будет установлено заново, и устройства продолжат передачу данных, однако после установки соединения оно закрывается с ошибкой:

   Jun 4 04:54:49 3gd[4866]: tls_tty.cpp:89: TlsTty::read(): TLS error: e=5: error:00000000:lib(0):func(0):reason(0)

Сейчас настройка "Таймаут неактивности" применяется только в момент создания нового соединения и/или наличия активности. То есть если, например, на момент подключения клиента к серверу таймаут был отключен (установлено значение 0), и в соединении нет никакой активности (не передаются данные), а после этого оператор устанавливает значение таймаута 10 секунд, то данное соединение не будет разорвано через 10 секунд.

Предлагается применять новое значение таймаута к уже существующим соединениям немедленно при изменении настройки:

• если таймаут был отключен, а теперь включен - таймер запустить;
• если таймаут был включен, а теперь отключен - таймер отменить;
• если таймаут просто изменен - таймер перезапустить с новым значением таймаута.

Пользователи, которые испытывают наше оборудование, предложили добавить опцию при включении которой - при потере связности между устройствами на длительное время(например 1 минуту), после восстановления соединения передавать только "свежие" данные. Мотивация такая, что таймаут ожидания у Мастера довольно мал - единицы, десятки секунд, и после истечения этого времени ответы на старые запросы он уже не принимает, и приходится ждать пока буфер заполненный старыми данными будет весь передан и начнётся передача актуальных данных. Добавление этой опции существенно сократило бы время ожидания.