Линковка объектов с одинаковыми IP-адресами управления

При объединении нескольких купленных сетей иногда возникает ситуация, при которой в одном сегменте непосредственно связанными могут оказаться две железки с одинаковым IP-адресом управления.

С точки зрения обнаружения топологии, такая ситуация не является проблемой. Железки опрашиваются с разных пулов. Если для идентиификации железки в топологическом протоколе не используется IP-адрес (например, subtype 5 в LLDP), линковка должна произойти корректно, при нахождении железок в одном сегменте карта аплинков должна построиться корректно.

Но может возникнуть проблема при корреляции аварии в FM, так как железки относятся к разным пулам и в вырожденных случаях при одновременной обработке аварий может не произойти корреляции.

Предлагаемое решение

В ManagedObject добавляется дополнительное поле:

• fm_pool - опциональный пул для FM.

Если fm_pool не задан, то используется значение из поля pool.

В потоки cfgping, cfgsyslog, cfgtrap проталкивается дополнительное поле fm_pool с заполненным эффективным значением пула. Все коллекторы/пингеры должны отправлять события в очередь events.{fm_pool}.

Доработка ETL

Для полной интеграции возможно добавление поля fm_pool в выгрузку ManagedObject.