diff --git a/HISTORY/2026-08-16-session-log.md b/HISTORY/2026-08-16-session-log.md
index 5ffb330..14ca592 100644
--- a/HISTORY/2026-08-16-session-log.md
+++ b/HISTORY/2026-08-16-session-log.md
@@ -386,3 +386,28 @@ deployment-v0.2.3; 9 вопросов; формат «Ответ/Рекомен
 **Следующий шаг (предложен, ждёт «делай»):**
 - Тест wss к СТАРОМУ прод-домену `wss://iot.kube5s.ru/mqtt` (5 мин, станция +
   Vultr) — определить, страдают ли текущие устройства от того же шлюза.
+
+---
+
+## 11. Статус старого деплоя IoT — «зомби» (проверено 16.08)
+
+**Проверка по вопросу «старый прод жив?» (факты):**
+1. ns `sless` жив (125d). Все 4 deployment'а Running: `emqx`, `iot-mqtt-bridge`,
+   `iot-operator`, `iot-sqs-consumer` (поды 117–125 дней без рестартов).
+2. **Внешний вход мёртв:** `iot.kube5s.ru` не резолвится ни с ВМ (getent пусто),
+   ни со станции (getent exit 2); curl → 000/exit 35. DNS-запись снята —
+   устройства через него не ходят.
+3. **Конвейер телеметрии мёртв с 14.08:** секрет `iot-sqs-credentials` в sless
+   содержит старый `SQS_ENDPOINT=https://qu.kube5s.ru` (удалён 14.08 вместе со
+   старым shared-sqs). Логи consumer (16.08, прямо сейчас): каждые 5с
+   `ERROR SQS ReceiveMessage failed ... lookup qu.kube5s.ru: no such host`.
+   Bridge подключён к EMQX, но сообщений нет (нет устройств).
+
+**Вывод:** старый IoT — «зомби»: поды формально Running, но внешнего входа нет
+(DNS снят), а SQS-звено указывает на удалённый сервис. Работающих устройств на
+старом кластере нет → риск миграции «не сломать прод-устройства» минимален,
+переносить по сути нечего (только CRD-объекты/пароли при желании).
+
+**Отмена теста:** wss-тест к старому домену бессмыслен — точки входа нет.
+Старый деплой можно выключать после переключения (или по команде пользователя
+— сейчас НЕ трогаем).