Как вы ведете учет коммутации элементов сети?

Question

[sviato_slav]

Добрый день.

Интересует, как в вашей компании организован учет коммутации портов сетевых устройств, патч-панелей, розеток.
Используете ли Вы какое-либо специализированное ПО, либо ведете учет в excel-файле, либо вовсе не ведете учет?
Так же интересует размер сети, которую вы администрируете.

Comments

[sim3x]

Вы б лучше описали ваши потребности и проблемы

Answer 1

[Валентин]

Какие-то специализированные информационные системы нужны, когда работает с одними и те ми же документами работает множество подразделений. Эти системы называются системы учета и инвентаризации. Как правило, они подстраиваются под бизнес-процесс организации, поэтому всегда дорабатываются под нужды поставщиками.

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

Из бесплатного можете посмотреть nocproject. Не знаю правда, что это даст.

Comments

[sviato_slav]

Немного не соглашусь с вашей оценкой, что сеть на 4k сотрудников - эта маленькая сеть. Плюс нужно учитывать другое оборудование: сервера, принтеры и т.д. Стоит добавить, что сеть так же разделена географически на филиалы. И поэтому ведение excel файла множеством инженеров не удобно (это мое мнение).

Я задал этот вопрос, поскольку пишу программу, в которой сделан акцент на расположении устройств и пользователей в сети и на учете коммутации элементов сети. И мне интересно, как обстоят дела с учетом сети в других компаниях.
До того как я начал писать программу, учет велся тоже в excel файлах.

Программу noc смотрел, но насколько я понял, там нет учета коммутации.

[Валентин]

Сеть на 4k пользователей скорее всего обслуживают 2-3 сетевых админа и аутсорсовые организации на подряде в удаленных объектах. Т.е. с файлом организации СКС в одном филиале на изменение работает только одно подразделение.

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

Я задал этот вопрос, поскольку пишу программу, в которой сделан акцент на расположении устройств и пользователей в сети и на учете коммутации элементов сети

Я видел несколько таких начинаний. Результат всегда оказывался плачевным - людей пытались директивно заставить работать в них, в итоге информация в них была далека от актуальности. Вся логика работы таких программ ломается, когда появляется необходимость занести элемент, о котором автор программы не знает ни малейшего представления (приведу примеры: порт коммутатора->патчкорд->пара в патчкорде, порт АТС->таймслот в E1->многопарник->пара в кроссовой, порт на коммутаторе->SFP-модуль->патчкорд->кросс->ВОЛС (+волокна)->муфта->кабельная канализация->столб...)

[Владимир Бобылев]

Нок монстроподобен и ультратяжел.

[Валентин]

Владимир Бобылев, конечно, он же реально для больших сетей (на самом деле средних), где есть выделенный отдел чисто на инвентаризацию.

Answer 2

[Олег Баталов]

Попробуй GLPI.
Можно вести учет не только по розеткам, локациям и портам оборудования.
.

Comments

[Ezhyg]

+ Fusion Inventory

Answer 3

[Рональд Макдональд]

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

Comments

[sviato_slav]

Я вообще себе не могу представить, как можно администрировать сеть, если эта информация нигде не зафиксирована. Но может быть это зависит от размера сети. Я администрировал сеть, где около 4000 пользователей. Возможно, если сеть очень маленькая, то такая информация и не нужна. Каков размер Вашей сети?

[Рональд Макдональд]

sviato_slav, вы же о портах патч-панелей говорите? Я - да. В патч-панель или прмоышленный свитч идёт кабель от какой-нибудь розетки и они подписаны. Другое дело, что знать, какие розетки (в масштабах отдела, этажа, здания) идут в какой свитч - эта информация, конечно, важна.
Но для отдельных портов я этого просто не понимаю.

[sviato_slav]

Я говорю о цепочке порт сетевого устройства->порт пат-панели->сетевая розетка.

Если вы примерно (не точно) знаете куда, что подключено, как вы сможете оперативно решать проблемы с сетью? Вам придется бегать по серверным и кабинетам, возможно даже двигать столы, шкафы и т.д., только для того, чтобы узнать куда подключено оборудование.

Не проще ли вести точную документацию сети?

[Рональд Макдональд]

sviato_slav, хорошо, вы правы.

[AndronCollaйдерович]

sviato_slav, Ведь это называется "кабельный журнал". Его нужно вести.

Answer 4

[Руслан Федосеев]

netbox
racktables

тысячи их....

Answer 5

[Владимир Бобылев]

У меня racktables в активной работе. Но у меня огромная сеть с большой географической удаленностью. Данные транспортируются и обрабатываются самые разные: голосовые потоки (Е1 или стразу STM или пачка STM), очень много ethernet, широко используется уплотнение (DWDM, CWDM). Высокая нагрузка на сеть и крайне высокая критичность сбоев и простоев. Поэтому критичные узлы и куски сети дополнительно документируются с помощью визио и экселя. Причем на один узел может быть с десяток схем в визио и том экселя таблиц в 20. В голове столько держать не возможно. Вернувшись через сколь угодно длительный промежуток времени нужно разобраться за считанные минуты. А цена ошибки очень серьезная.