Интернет-соединение пропадает на 3-4 секунды каждые несколько минут.

Напомню!

Более дружеский совет: выложите экспорт обеих конфигураций (hAP lite и LHG5), и вам, скорее всего, подскажут, что и где подслушивать во время тестирования, чтобы помочь выявить проблему. Перед началом установите последнюю долгосрочную версию (на момент написания это 6.47.9) на оба устройства — отлаживать такую проблему на бета-версии — пустая трата времени. Правда, не уверен, можно ли без потери настроек перейти с версии 7.x на 6.x, возможно, придётся настраивать маршрутизаторы заново.

Вместо того чтобы выкладывать 150 скриншотов, показывающих всего 5 % конфигурации, пожалуйста, используйте кнопку [New Terminal], чтобы открыть окно командной строки, введите в нем команду /export hide-sensitive file=current-config и нажмите Enter. В списке файлов появится файл с именем current-config.rsc; скачайте его, а если у вас есть публичный IP-адрес, замените его в файле, следуя подсказке в моей автоматической подписи. Затем прикрепите файл здесь в виде вложения к сообщению или скопируйте содержимое и вставьте в тело сообщения между тегами .

В таком случае обратитесь к провайдеру, так как, по всей видимости, это их устройство. Пока не получится это уладить, просто попробуйте нажать [Interfaces], а в открывшемся окне «Список интерфейсов» нажмите кнопку [Detect Internet], которая находится прямо над таблицей на вкладке (Interface). Прикрепите скриншот появившегося окна.

Трудно сказать, так как я не знаю полной конфигурации. LHG5 может работать в режиме моста и не иметь IP-адреса, либо у него может быть управляемый IP-адрес, назначенный провайдером. Когда вы подключаете свой ПК к hAP lite, в списке соседей Winbox виден только hAP lite, потому что он выступает в роли маршрутизатора, и LAN и WAN — это разные сегменты L2, поэтому протоколы обнаружения не проходят между ними.

Если у LHG5 есть IP-адрес и если нет правил фаервола (на hAP lite или на самом LHG5), которые запрещают доступ к этому адресу с вашего ПК, вы должны иметь возможность подключиться к LHG5, даже когда hAP lite с ним связан, указав в Winbox не MAC-адрес LHG5, а его IP-адрес.

Чтобы проверить, на LHG5 зайдите в IP->Addresses и сделайте скриншот окна (если IP-адрес публичный, закройте его на снимке). Затем зайдите в IP->Routes и тоже сделайте скриншот. Потом откройте IP->Firewall и сделайте скриншот вкладки Filter Rules. Также пришлите экспорт конфигурации вашего hAP lite, предполагаю, что это ваше устройство, и вы можете сделать экспорт.

Кстати, не переживайте из-за вашего английского, я прекрасно понимаю, что вы пишете. Есть ли у вас какие-то проблемы с тем, что пишу я?

Возможно, стоит убрать часть со скриптом из экспорта конфигурации (отредактируйте сообщение, удалите файл и опубликуйте его заново без скрипта /system и всех строк, что идут после него) и сменить пароль от сервиса DynDNS. Мне в голову не приходило, что у вас может что-то такое работать. Продолжу по первоначальной теме позже.

В скрипте есть локальная строка noippass «xxxxx»; если кто-то скачал оригинальный файл, он может сейчас обновить ваш DynDNS, пока вы не сменили пароль на странице самообслуживания DynDNS и не обновили его в скрипте соответственно.

К исходной теме: учитывая, как настроены два устройства Mikrotik, сомневаюсь, что сеть провайдера позволяет клиентам обращаться к LHG5 по его IP-адресу. PPPoE-соединение с вашего hAP lite завершается на одном из их центральных роутеров, и скорее всего там есть правило файрвола или отсутствует маршрут, чтобы предотвратить доступ клиентов к подсетям, которые провайдер использует для управления своей сетью доставки.

Вы не можете назначить IP-адрес из этой подсети на ether1 вашего hAP lite, потому что подсеть очень маленькая, и вы можете попасть в конфликт с другим клиентом (так как всего клиентов 4, в этой /29 остаётся всего один свободный адрес).

Возможно, можно использовать mac-telnet, чтобы получить доступ к LHG5 с hAP lite, используя те же данные для входа, что и для Winbox ([Инструменты]->[Telnet]->(о) Mac Telnet и ввести MAC-адрес LHG5). Также можно сделать ether1 hAP lite портом в LAN-мост, прикрепить pppoe-out1 к мостовому интерфейсу вместо ether1 и с помощью фильтров моста разрешить выход через ether1 только пакетов pppoe, pppoe-discovery и mac-winbox, чтобы не мешать остальной сети провайдера, но это довольно сложная задача, и вряд ли она того стоит.

Провайдер может также назначить LHG5 вторичный IP-адрес из другой подсети, а вы можете прописать другой IP из этой подсети на ether1 вашего hAP lite.

Как бы вы в итоге ни подключались, пока hAP lite работает, я хотел бы увидеть лог беспроводной подсистемы во время сбоев, но поскольку ваша учётная запись на LHG5 не имеет достаточных прав для экспорта конфигурации, сомневаюсь, что вы можете изменить настройки логирования.

Судя по вашим первоначальным скриншотам, где вы пингуете MAC-адрес AP с самого LHG5, проблем с кабелем вроде как нет, если не считать возможных проблем с питанием.

Знаете, какая длина Ethernet-кабеля от PoE-инжектора к LHG5 и какое напряжение питания используется?

Если бы я был вашим провайдером и в логах беспроводной подсистемы не было бы ничего на обеих сторонах (AP и LHG5), я бы сначала заменил ваш LHG5. Если это не поможет, тогда начал бы мониторить беспроводной трафик, пока вы пингуете AP с LHG5 и происходят обрывы. Сначала я бы слушал на стороне AP, проверяя, доходят ли все ping-запросы по воздуху, а если да, то потом уже на вашей стороне, чтобы увидеть, приходят ли ответы по воздуху.

Проблема в цене вашего времени. В одних странах стоимость LHG5 равна часу работы техника, в других — целому месяцу работы техника. Но что важнее, запуск ещё одного радио параллельно с уже существующим в лучшем случае — пустая трата дополнительного радиоканала, а в худшем — дополнительный источник помех, если свободных каналов в эфире нет. Напряжение, которое вы указали, — это переменное напряжение из розетки, но есть адаптер, который превращает его в 24 В постоянного тока или примерно такое, и именно этим я интересовался. Если вы используете адаптер, который идёт в комплекте с LHG5, проблем не должно возникнуть при длине кабеля Ethernet в 25 метров, если только кабель не очень плохой. И раз вы говорите, что отключение других клиентов решает проблему, значит дело точно не в этом. Пробовали ли вы/они менять MAC-адрес у вашего LHG5? Не знаю, насколько обязательно использовать NV2, учитывая, что в секторе всего четыре клиента — возможно, проблема специфична для NV2 и не возникает в режиме 802.11. Пробовали ли они переключить всех клиентов и точку доступа на 802.11?

Что, похоже, связано с этим: другие поставщики могут быть слишком дорогими или под санкциями. И, конечно, они не поддерживают NV2. Если замена всего устройства не помогла, логично, что замена MAC-адреса тоже не даст результата. Судя по вашему описанию, проблема, скорее всего, в беспроводном протоколе: один из клиентов на той же точке доступа передаёт тогда, когда не должен, мешая сигналу вашего LHG5, или же точка доступа долго не разрешает вашему устройству отправлять данные. Такое можно диагностировать только так, как я описывал раньше — используя третий радиомодуль, который пассивно слушает трафик, а потом анализирует захваченное общение. Для этого нужен опытный специалист по WiFi, чтобы выявить проблему и найти виновное устройство. Боюсь, вне лаборатории Mikrotik нет инструментов, способных анализировать NV2-трафик, поэтому такую проверку можно проводить только в ячейке с 802.11 во всех устройствах. Меня больше всего удивляет, что другие клиенты (компании), подключённые к той же точке доступа, не жалуются, ведь эта проблема должна затрагивать всех на одной AP, а не только одного. Они тоже используют LHG5? Может, провайдер сможет временно по одному отключать их после обеда (это можно сделать удалённо с помощью команды delay), чтобы попытаться выявить проблемное устройство?