Терапия методом феникса

Большая беспроводная сеть. Телеметрия, диспетчеризация, показания счётчиков, управление задвижками, вводами и прочими лампами.

Ячеистая топология: маршрутизатор в машинном помещении лифта, из него пара-тройка хвостов на крышу, к прозрачным вайфай-PtP-мостам, которые смотрят на другие МП других лифтов, где стоит такой же маршрутизатор. Ещё один патчкорд идёт в коммутатор, который, собственно, и терминирует все эти задвижки, контроллеры и т. п.

Поднят OSPF, RADIUS, есть три независимых гейта в интернеты, AD, NTP, внутренний DNS и прочая шняга.

Сеть запроектирована так, чтобы всё работало само: DHCP, биллинг, скрипты автоконфигурации и прочая фигня в широком ассортименте, главное — не путать порты PoE и LAN на инжекторах питания.

По договору между организациями мы должны ежемесячно выполнять ТО сети.

По проекту аптайм сети с полной связностью — 99 с фигом процентов в месяц. На аварии полагаются сутки, если связность не нарушена, и три часа, если сеть распалась на две или более сети поменьше. (Время аренды DHCP как раз три часа, после этого блоки телеметрии теряют связь и восстанавливать её пытаются раз в час; это никому не нужно, разумеется.)

Как делать ТО? Правильно, ребутим демона DHCP.

Как ещё? Данивапрос, почему бы не дать пинка DR’у? И, не отходя от кассы, BDR’а тоже приложить?

Добавки? Без проблем, сейчас бахнем все подсети служебных ПК через AD. Живительный ребут никому не мешал.

Или можно затеять снятие частотных рефлектограмм с кабелей связи. Это не авария, это ТО, ничё не знаем, за два часа управимся, никуда ваши счётчики от вас не убегут.

Не работает любимая социальная сеть? Отстаньте, мы фильтры перенастраиваем, ваше начальство в курсе.

Ну, и под венец через сервисную программу ребутим вообще всё, что не серверы. Приятно глядеть на топологию, раскиданную по карте города, и смотреть, как она тихонечко перекрашивается обратно в зелёный цвет.

Тихий омут, блин.