Ведение СКС в iTop - панели комутации, розетки - SC in iTop - patch panels, network outlets

Кастомизация
1

Доброго дня всем!

На данный момент стоит задача документирования СКС организации.
Основные элементы СКС:

  1. Панели коммутации.
  2. Сетевые розетки в кабинетах сотрудников.
  3. Кабеля от панелей коммутации к сетевому оборудованию.

Возникает вопрос добавления данных элементов в iTop и их связывание.

В связи с тем, что в офисном здании может быть большое количество кабинетов, стоит вопрос удобного добавления кабинетов - не как отдельных Расположений. В этой связи встречается модуль в темах: Expanding Locations with Rooms as an Extension for iTop и Adding Location and Rooms to new request. Возможно есть что-то ещё.

По поводу панелей коммутации, есть модуль в теме Published ITop modules, но он для версии iTop 2.1.0.

С постом Владимира, Наш опыт построения CMDB на базе iTop, ознакомились.

Вопросы могут быть такими:

  1. Каков ваш опыт документирования СКС в iTop?
  2. Какие модули для этого использовались?

Спасибо!

2

Встречается ещё платный модуль, правда на немецком: Patch Panels & Cables.

3

Привет, @eriitguy!
По СКС сказать нечего, а вот по кабинетам имею кое-что. Кабинеты в офисе, офис в здании, здание в городе, город в области и т.д. Добавьте к стандартному расположению два поля:

  • тип (кабинет/офис/город/любая другая детализация);
  • вышестоящее расположение.

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

1 лайк
4

@vladimir, спасибо за ответ!

Вы предлагаете добавить два поля которые в которых будет возможность выбора из существующих расположений?
Мы пока добавили два текстовых поля: “Описание” и “График работы”, то есть в них можно только вписать что-то, но не выбрать.

Ещё вот появилась мысль такая…
В коммутаторах например есть две закладки: “Порты” и “Устройства”.
С портами всё более или менее ясно, а вот с “Устройствами” - там получается вручную нужно прописывать соединения, например с сервером или сетевой розеткой.
Вот если бы бы можно было выбирать из существующих портов сервера/панели коммутации/сетевой розетки то это была бы уже выполнена половина обозначенной мной задачи.

Спасибо!

5

Я предлагаю не плодить отдельные классы для кабинетов, а добавить в существующий класс расположений поле для выбора вышестоящего расположения. В итоге получится дерево, где на верхнем уровне будет город, от него ответвляются здания с адресами, от зданий – офисы, кабинеты и т.д. Это позволит указывать в расположении КЕ только офис, а поиском выбирать все КЕ в офисе, здании и городе.

6

@vladimir,

Верно ли я понимаю, что при таком подходе для каждого кабинета у нас будет своё расположение?

Например:

  1. Офис 1
    1.1 Кабинет 101
    1.2 Кабинет 102
    1…
  2. Офис 2
    2.1 Кабинет 101
    2.2 Кабинет 101
    2…

Спасибо!

7

Кабинет сам будет расположением, и у него будет вышестоящее расположение Офис.

8

Добрый день! Мы только начинаем осваивать ITOP. Возможно вы сможете задать правильное направление - каким образом добавляются вышеуказанные поля в “Расположении”?

9

Добрый день, @Dmitry_ri! Эти и любые другие поля добавляются через изменение XML-модели данных в собственном модуле. Как это делать технически, много писали на форуме. Начинать нужно с мануалов от самих разработчиков: https://www.itophub.io/wiki/page?id=2_6_0%3Acustomization%3Aadd-attribute-sample.