Точнее - как это - управление сетью по ОКСу?utka писал(а):Да какая хер разница, где и тд и тп
вопрос в другом, что значит управление сетью??? нафига? конфигурить коммутаторы удалённо по ОКС-у? =)
Сразу приходит в голову одна проблема - а куда в ОКС пихать??? Ну, естественно, есть поля и значения параметров, которые не используются, в них и можно "запихать" свою команду. Но при этом надо убедиться, что само оборудование, которым собираются управлять, не будет "реагировать" на эти сообщения вообще.
Варианты реализаций:
1) Ставить на поток анализатор протоколов, который при прохождении определенного сообщения будет генерировать определенную коммандную последовательность, и передавать ее на оборудование.
Оборудование не дешевое, и надо его такое на каждый узел...
2) Вносить изменение в ПО оборудования. Что для этого надо - полную документацию на оборудование, исходники ПО оборудования, знание языка программирования, на котором пишется ПО. Разрешение от производителя оборудование на внесение изменений в ПО. Еще много чего.
Чем это грозит - да ничем, кроме лишения гарантии, да и, наверное, самим надо будет сертификацию проходить - ведь никто не знает, чего вы там в софте наворотили, может длительность разговоров стали считать реальная + 5 минут, или еще чего повеселее.
Оба этих варианта еще лишают возможности для обновления ПО узлов. Например, в новой версии ПО производитель начинает использовать определенное значение, или поле, которое было в предыдущих версиях зарезервированно, а в получившейся системе "управления по ОКСу" на это параметр повешано что-то типа рестарта коммутатора - вот весело будет. Ну или обновление года через 2 - когда получишь исходники, разберешся, проверишь, подправишь - вот тогда поставишь.
Кстати - еще проблема - ввод комманд - как их размещать в ОКСе, точнее чем? Вносить изменения в существующую систему комманд (или графический интерфейс) для возможности передачи команд не только на тот узел, на котором они вводятся, а на другой, выбранный произвольно, и получение/отображение значений значений не своего, а другого, удаленного узла? Хотя да, можно сделать отдельный терминал управления, с платой, понимающей ОКС, и прицепить к одному из узлов. И сеть настроить так, что-бы транзитно пропускать сигнальные сообщения.
И еще момент - кто будет подопытным кроликом в этой системе - работодатель не даст править софт на работающих узлах. Можно попытаться написать служебку типа "в связи с написанием кандидатской/докторской работы и реализации на практике прошу закупить коммутаторы (MSC) - 3 шт, контроллеры БС - 4 шт, базовых станций - 58 шт, выделить помещения для размещения данного оборудования, смонтировать, запустить тестовую сеть. Освободить от исполнения служебный обязанносте, прописанных в должностной инструкции для ускорении процесса разработки системы. Общие затраты на оборудование оцениваются в 1.000.000 $. При удачной реализации проекта возможна экономия на всей сети 1.000 $ на сетевом оборудовании."
Интересно, какую резолюцию напишет руководство?