r
Баг что аренда адреса всего на минуту ))
Size: a a a
2021 June 25
AF
Вот если адрес сменили то соединение надо дропать. А если не сменили то зачем?
AK
это все регламентируется протоколом ip. так что либо следуем протоколу либо изобретаем свой :)
AF
Ну у микротов 10 минут по дефолту. Тоже не особо
r
А что мешает неделю поставить? )
AF
Вот сильно сомневаюсь
I
А чем? Майскими указами президента? 😁
AF
Ну найди где регламентируется что клиент не должен или должен закрыть соединения при dhcp renew. Я такого в rfc не видывал.
AF
Да и зачем ? Установка соединения самая дорогая процедура обычно.
r
Он же не знает, какой дадут ) чтобы соединение не висело, иначе оно на сервере в итоге по тайм-ауту отвалится (а это очень долго)
DS
+
Думаю написать им об этому
Думаю написать им об этому
DS
Он может узнать новый и потом принять решение, дропать или нет
r
Чот слишком геморно в реализации
DS
Ну так реализация ядра и не должна быть простой 😅
r
Вы причинно-следственную связь путаете. Это нижележащий уровень (сетевая карта) стек информирует, что больше работать не сможет
r
Потому что может и никакого адреса не получить
DS
Я бы согласился, если бы не увидел, что на другой прошивки такой проблемы нет (та, что на питоне)
Но так как, есть рабочий вариант с такими настройками dhcp сервера, думаю вполне возможно реализовать сценарий, где tcp соединение останется живой
Но так как, есть рабочий вариант с такими настройками dhcp сервера, думаю вполне возможно реализовать сценарий, где tcp соединение останется живой
m
Это сразу или когда долго пакеты не отсылаешь?
Upd: а у видел что нашли причину
Upd: а у видел что нашли причину
DS
Сразу же
Я написал бесконечный цикл на отправку сообщений на dummy сервер, в ClientContext-е (он дергает внутренние методы tcp из sdk) в методе on_error, который вызывается при ненормальном закрытии соединения, обратился по nullptr чтобы уронить ESP и снять стэктрейс
Там где-то глубоко вызывались методы типа ‘on_dhcp_renew’ и в таком духе
Я написал бесконечный цикл на отправку сообщений на dummy сервер, в ClientContext-е (он дергает внутренние методы tcp из sdk) в методе on_error, который вызывается при ненормальном закрытии соединения, обратился по nullptr чтобы уронить ESP и снять стэктрейс
Там где-то глубоко вызывались методы типа ‘on_dhcp_renew’ и в таком духе
DS
В стандартном примере использования MQTT есть часть которая демонстрирует что делать при отключении. Там просиходит переподключение с использованием таймеров. Но вот судя по дампу - Вы MQTT используете не по назначению. Для этого больше REST подходит.