From 11352a4fb3eb5beae0453ac4fd9bb1753b6c9e5c Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=E2=80=9CNaeel=E2=80=9D?= <tazet@narod.ru>
Date: Sun, 16 Aug 2026 08:29:55 +0400
Subject: [PATCH] =?UTF-8?q?docs:=20HISTORY=20=E2=80=94=20=D0=B4=D0=BB?=
 =?UTF-8?q?=D0=B8=D1=82=D0=B5=D0=BB=D1=8C=D0=BD=D1=8B=D0=B9=20wss-=D1=82?=
 =?UTF-8?q?=D0=B5=D1=81=D1=82:=20=D0=BE=D0=B1=D1=80=D1=8B=D0=B2=20=D0=BD?=
 =?UTF-8?q?=D0=B0=20173=D1=81=20(=D0=BB=D0=B8=D0=BC=D0=B8=D1=82=20=D1=81?=
 =?UTF-8?q?=D0=BE=D0=B5=D0=B4=D0=B8=D0=BD=D0=B5=D0=BD=D0=B8=D0=B9=20=D0=BF?=
 =?UTF-8?q?=D0=BB=D0=B0=D1=82=D1=84=D0=BE=D1=80=D0=BC=D1=8B=20~150=D1=81?=
 =?UTF-8?q?=3F),=20=D0=BF=D0=BB=D0=B0=D0=BD=20=D0=B4=D0=B8=D0=B0=D0=B3?=
 =?UTF-8?q?=D0=BD=D0=BE=D1=81=D1=82=D0=B8=D0=BA=D0=B8?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 HISTORY/2026-08-16-session-log.md | 35 +++++++++++++++++++++++++++++++
 1 file changed, 35 insertions(+)

diff --git a/HISTORY/2026-08-16-session-log.md b/HISTORY/2026-08-16-session-log.md
index 81b36f5..743197f 100644
--- a/HISTORY/2026-08-16-session-log.md
+++ b/HISTORY/2026-08-16-session-log.md
@@ -169,3 +169,38 @@ WebSocket upgrade — wss для устройств возможен, путь 
 - скрипт `/tmp/ws-stability-test.py`: соединение 10 мин, echo каждые 10с,
   ping/pong обе стороны (клиент ping_interval=25, сервер ping 20с),
   лог с таймстемпами. Результат будет дописан ниже.
+
+### РЕЗУЛЬТАТ длительного теста (16.08, обрыв на 173.1с) — ПРОБЛЕМА
+
+Соединение оборвалось на **173.1с** (08:29:03 по `date` = 07:29 GMT+03).
+Хронология (полный лог выше в терминале, 08:26:10–08:29:03):
+
+| t (с) | Событие |
+|---|---|
+| 0.4 | CONNECTED |
+| 10–120 | echo 1..12 — все возвращаются ✓ |
+| 20.4–140.4 | PING сервера каждые 20с — доходят ✓ |
+| 50.5–125.5 | PONG сервера на ping клиента каждые 25с — доходят ✓ |
+| ~150 | ping клиента (25с-каденс) — БЕЗ pong; echo 16–17 пропали; PING сервера 160.4 не пришёл |
+| 170.1 | клиент: ERROR ping/pong timed out |
+| 173.1 | CLOSED; итог sent=17, echoed=15 |
+
+**Анализ:** первые 140с — идеально (двусторонний обмен, ping/pong обе стороны).
+Деградация началась ~145–155с, обрыв ~150–173с. Похоже на платформенный
+**лимит жизни соединения на внешнем пути ~150с** (перекликается с квирком
+shared-sqs: «GET /ui через ingress не закрывает соединение ~150с»).
+
+**Что это значит:** если лимит подтвердится — wss-устройства будут отваливаться
+каждые ~2.5–3 мин независимо от MQTT keepalive (обрыв при активном трафике,
+не по idle). Миграция на контейнер НЕ отменяется, но перед стартом нужно
+выяснить и снять лимит (тикет Nubes).
+
+**Следующие диагностические шаги (предложены, ждут «делай»):**
+1. Повторить тест 3 раза — воспроизводимость и точное время обрыва.
+2. Логи пода пробника на платформе (`kubectl logs` на ВМ) — что видит сервер
+   в момент обрыва (read error / ping error).
+3. Тест WS изнутри кластера на внутренний `containerk8s.<uuid>.svc.cluster.local:8080`
+   — если держится >10 мин: обрыв на внешнем шлюзе/ingress; если тоже рвётся:
+   проблема ближе к поду.
+4. Держать обычное HTTP-соединение через ingress >150с — сравнение с WS.
+5. По результатам — тикет в Nubes (лимит соединений на ingress/шлюзе).