Скорее всего, никаких зафиксированных ошибок для этого нет. Похоже, софт вычисляет это, используя ping-таймеры к разным местам, и получается какой-то скользящий средний. У меня много сайтов с разной базовой задержкой, и как мне кажется, если задержка стабильна, то предупреждения не выдает. Еще один момент — GUI показывает потерю пакетов на основе ICMP, а это само по себе может быть проблемой, так как это трафик самого низкого приоритета в сети. Вполне возможно, что ICMP-пакеты иногда отбрасываются, а данные — нет. Как я уже говорил, скорее всего, это ложная тревога и вовсе не проблема. Поищите ошибку и посмотрите, сколько других сталкиваются с тем же. Проверьте загрузку CPU и т.д.

2025-02-06T02:07:26-06:00 UDM-Pro kernel: Недопустимый параметр Client Identifier: 255
2025-02-06T02:07:27-06:00 UDM-Pro dpi-flow-stats[3189]: ubnt-dpi-util: Превышен уровень дампа pcap: d0:da:dd:dd:d5:d1 | всего 66 | пропущено всего 23 | пропущено недавно 1 | успешность дампа 65.2%
2025-02-06T02:23:19-06:00 UDM-Pro dpi-flow-stats[3189]: ubnt-dpi-util: Превышен уровень дампа pcap: e0:e1:ec:ee:ef:e1 | всего 215 | пропущено всего 165 | пропущено недавно 21 | успешность дампа 23.3%
2025-02-06T02:24:24-06:00 UDM-Pro dpi-flow-stats[3189]: ubnt-dpi-util: Превышен уровень дампа pcap: fa:fb:fc:fd:fe:ff | всего 2407 | пропущено всего 2155 | пропущено недавно 101 | успешность дампа 10.5%
2025-02-06T02:32:18-06:00 UDM-Pro dpi-flow-stats[3189]: ubnt-dpi-util: Превышен уровень дампа pcap: aa:ab:ac:ad:ae:af | всего 807 | пропущено всего 659 | пропущено недавно 7 | успешность дампа 18.3%
2025-02-06T02:32:39-06:00 UDM-Pro dpi-flow-stats[3189]: ubnt-dpi-util: Игнорирование трассировки беспроводного клиента a1:a2:a3:a4:a5:a6 из-за устаревшей информации о Wi-Fi | 81010 секунд | Поддержка FP ML на UAP.

Ну ладно. Вероятно, ложный сигнал, но пока временно отключите DPI. Кстати, вам не нужно маскировать MAC-адреса ваших внутренних устройств.

Возможно, это ложная тревога. Можешь попробовать отключить DPI, но это может только скрыть ошибку и не решить твою основную проблему. Скопируй сюда полный лог и используй блок кода </>.

Просто имейте в виду, что операторы связи/ISP работают в разных часовых поясах, поэтому они будут регистрировать ошибки по UTC, но их служба поддержки может не знать и не понимать, что такое UTC. Часы на вашем роутере, скорее всего, установлены на местное время, поэтому временная метка в вашем файле журнала не совпадает с временной меткой Carrier/ISP в UTC. Следующая проблема — их служба поддержки предполагает, что все ошибки в их журналах происходят «внизу» и локальны для вас или для стороннего модема (который на самом деле является роутером), который вы используете.

У меня такое же было с кабельным модемом. Он каждый день примерно в одно и то же время "отключался" минут на пять. Я вызвал техников из провайдера, и они выяснили, что сигнал для модема "слишком сильный" и вызывает отключение. Они поставили фильтр на линию, и проблема была решена.