OmegaCanopyСВЯЗЬ / ДАННЫЕ / ВЫЧИСЛЕНИЯEN
Главная » Разборы » NSM2: Ping Watchdog следит за ответом указанного адреса

NSM2: Ping Watchdog следит за ответом указанного адреса

Запросить предложение

Каталожное изображение NanoStation M2
Собственная каталожная иллюстрация OmegaCanopy: корпус NanoStation M2. Установленная версия ПО, текущая конфигурация, питание и готовность линии по изображению не определяются.

Ping Watchdog в airOS 6 проверяет связь с определённым IP-адресом и при заданном числе неудач перезапускает устройство. Для NanoStation M2 это означает важную границу диагностики: автоматический перезапуск связан с отсутствием ожидаемых ответов ICMP, а его причина может находиться за пределами самой радиолинии.

Что считается контролируемым событием

В разделе Services руководство описывает отправку ICMP echo request выбранному узлу и ожидание echo response. В качестве цели может использоваться, например, сетевой шлюз. Это конкретная проверка доступности указанного узла, а не автоматическое испытание всех приложений предприятия.

Если ответы не поступают последовательно в количестве, заданном Failure Count to Reboot, устройство перезапускается. Следовательно, полезно записывать, какой адрес проверялся и почему именно он выбран для этой задачи. Сам факт срабатывания не устанавливает физическую неисправность NSM2.

Представим условную сеть, где целевой сервер временно не отвечает на ICMP во время обслуживания. Если выбранные условия Watchdog выполнены, NSM2 может перезапуститься даже при исправном радиоканале между зданиями. Это пример возможной цепочки событий, а не описание испытанной установки.

Интервал и стартовая задержка относятся к разным этапам

Руководство раздельно задаёт Ping Interval и Startup Delay. Первый определяет промежуток между запросами; второй — задержку до первого запроса после запуска. Для обоих в документе приведено по 300 секунд, но одинаковое число не делает их одним параметром.

Поле Что оно определяет
IP Address To Ping Узел, от которого ожидается ответ
Ping Interval Интервал между запросами ICMP
Startup Delay Задержку перед первым запросом
Failure Count to Reboot Число последовательных неудач до перезапуска

Для Startup Delay изготовитель рекомендует не менее 60 секунд, объясняя это временем инициализации интерфейса и беспроводного соединения после перезапуска. Это рекомендация руководства, а не утверждение, что любая версия меню физически запрещает меньшее значение.

В качестве исходного Failure Count указан 3. Это число событий, а не три минуты. Из него и Ping Interval нельзя без дополнительных условий обещать точное время перезапуска от включения питания: отдельно действует Startup Delay и реальный обмен с целью проверки. Фактические параметры установленного аппарата подтверждают отдельно от примеров документа.

Перезапуск не подтверждает восстановление всей системы

Если недоступна внешняя цель, повторный запуск радиоустройства сам по себе не устанавливает работоспособность этой цели. В задании нужно определить, какой участок контролируется и какое восстановление ожидается от выбранного действия. Проверка шлюза, сервера и приложения может давать разные результаты.

Полезно также учитывать ситуации планового обслуживания и изменения правил обработки ICMP. Иначе событие на удалённом узле будет выглядеть как повторяющаяся неисправность радиоустройства. В протоколе фиксируют цель, настройки и наблюдаемую доступность, чтобы отделить причину запуска Watchdog от последствий перезапуска.

Этот разбор не предлагает адрес для чужой сети и не назначает частоту проверок. Такие параметры выбирают для конкретной топологии и задачи. Включение Watchdog в перечень возможностей модели не означает, что автоматическое восстановление уже подготовлено в покупаемом комплекте.

Какие сведения помогут при разборе события

В руководстве предусмотрен Save Support Info: при перезапуске через Watchdog формируется файл вспомогательной информации. Наличие такого варианта полезно учесть в согласованной диагностике. Оно не подтверждает автоматическую отправку файла в сервис или готовый бессрочный журнал всех событий.

Для предложения укажите фактическое ПО, схему связи, роль контролируемой цели и требуемый результат восстановления. Состояние узла и работу приложения проверяют отдельными наблюдениями. Если принимается подготовленный резерв, его конфигурация должна соответствовать этой задаче, а не только включаться на столе.

NanoStation M2 представлен в каталоге OmegaCanopy. Иллюстрация показывает корпус с закрытой крышкой; целевой адрес, Watchdog и версия airOS по ней не определяются. Описанные функции относятся к руководству airOS 6 для M Series. В рамках статьи запросы Watchdog не отправлялись, настройки не менялись и перезапуск не выполнялся.

Источники: Ubiquiti airOS 6 User Guide, Ping Watchdog, страница 50; NSM2 в каталоге OmegaCanopy.

NanoStation M2 в собственном каталоге

Запросить предложение

Все разборы оборудования