Почему сетям из оборудования разных производителей нужна одна система управления

Современная телекоммуникационная сеть почти никогда не строится на оборудовании одного производителя. Модем поставляет один вендор, контроллер антенны — другой, ускоритель — третий, а маршрутизаторы и коммутаторы — четвёртый. Каждое устройство приходит со своим приложением управления, своими соглашениями и своим представлением о том, что считать аварийным сообщением.

Цена отдельного окна для каждого производителя

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

• Корреляция событий становится ручной. Пропала несущая. Причина в модеме, усилителе, наведении антенны или в спутнике? Чтобы ответить, нужно просмотреть четыре экрана и сопоставить метки времени, которые не синхронизированы между собой.
• Настройка выполняется многократно. Ввод новой удалённой станции означает ввод пересекающихся данных сразу в нескольких инструментах: это долго и, что важнее, именно здесь возникают расхождения.
• Обучение не переносится. Оператор, свободно владеющий интерфейсом одного производителя, оказывается новичком в интерфейсе другого, поэтому для круглосуточного дежурства требуется больше людей, чем можно предположить по размеру сети.
• Аварийные сообщения теряют смысл. Когда каждый инструмент определяет степень важности по-своему, операторы приучаются не обращать внимания на самый шумный из них. Именно это сообщение в итоге и оказывается важным.

Что меняет единый уровень управления

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

• Единое иерархическое представление сети — от телепорта до отдельного удалённого терминала
• Единая консоль аварийных сообщений с одной шкалой важности, благодаря чему фильтрация по приоритету имеет смысл
• Настройка множества однотипных устройств за одну операцию вместо поочерёдной настройки каждого
• Обновление встроенного ПО из того же места, откуда контролируется результат
• Ролевые интерфейсы: оператор видит то, что ему разрешено изменять
• Один язык интерфейса или несколько, выбираемых для каждого оператора, а не для каждого производителя

Сложная часть: оборудование, которое не поддерживает SNMP

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

Решают эту задачу две вещи. Первая — система управления с моделью устройства, не зависящей от протокола: драйвер пишется под устройство, а не устройство подстраивается под систему. Вторая — аппаратный мост там, куда драйвер не дотягивается: наш Конвертер протоколов & портов создан именно для случая, когда у двух устройств нет общего интерфейса: он представляет устройство с последовательным портом по IP и SNMP, так что оно попадает в то же дерево, что и всё остальное.

С чего начать

Начните с инвентаризации, в которой для каждого типа устройств в сети указано, как им можно управлять: по SNMP, через последовательный порт, через проприетарный API или никак. Этот список определяет всё дальнейшее, и обычно он оказывается короче и неожиданнее, чем принято думать.

Дальше выбор состоит в том, адаптировать ли существующую платформу или построить свою под собственные требования. Мы делаем и то, и другое: RAMSTER — это комплект средств разработки для команд, которые хотят сами создать приложение и владеть им, а наша Системы Контроля и Управления Сетями услуга даёт готовое приложение, если заниматься разработкой вы не хотите.