Icinga Distributed - карта состояния / проблема доступности

Я настраиваю распределенную установку Icinga следующим образом. У нас 6 сайтов, поэтому я отслеживаю 3 на каждом из 2 узлов плюс центральный сервер.

Сайты a, b, c активно контролируются узлом 1

Сайты d, e, f активно контролируются узлом 2

узлы 1 и 2 отправляют пассивные проверки на центральный сервер

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

Icinga (центральный узел) работает на виртуальной машине Ubuntu на сервере vSphere на сайте (a). Чтобы добраться до сайта (d) от центрального узла, логический путь состоит из сервера vSphere, коммутатора, другого коммутатора и затем маршрутизатора. Этот маршрутизатор подключается к другому маршрутизатору на сайте (d), затем переключается и, в конечном итоге, размещает.

Моя проблема в том, что я не могу настроить хост на узле 2 (в данном случае маршрутизатор на сайте (d)), чтобы иметь родительский элемент, который не существует на узле 2 (его "родительским" для достижимости должен быть маршрутизатор на сайте (а)).

Это было ... невероятно сложно объяснить. Есть ли способ обойти это? Я попытался снова объявить маршрутизатор сайта (а) на узле 2, надеясь, что дубликаты будут проигнорированы центральным сервером, но будут использоваться узлом, но безрезультатно. Я бы хотел, чтобы мою центральную карту состояния можно было просматривать логически, а не с тем, чтобы каждый сайт просто порождался из экземпляра Icinga нелогично.