0. Введение.

Сегодня рынок телекоммуникаций является наиболее бурно развиваю­щимся. По данным компании Anderson Consulting [8], общий объём его в 1994 году составил 700 млрд. долл., а к 2000 г. прогнозируется его удвоение. И хотя основной вклад в эти миллиарды вносят оплата телекоммуникационных услуг и продажа оборудования, по темпам роста впереди всех должен оказаться сектор систем управления телекоммуникациями. Так, компания Vertel - один из лиде­ров в области платформ управления для телекоммуникационных систем - ут­верждает, что оборот этого сектора рынка к 2000 г. должен вырасти до 8 млрд. долл., что по сравнению с 500 млн. долл. в 1995 г. даёт 16-кратное увеличение.

Деятельность любой организации, независимо от ее размера, немыслима без связи. Это привело к тому, что теперь и Россия стремится к развитию этой области. Предприятия специализирующиеся в этой области если и не создают что то новое, но по крайней мере стремятся догнать западные страны. По­скольку результат деятельности любого предприятия напрямую зависит от чет­кой координации действий, а это возможно лишь при наличии хорошо нала­женного взаимодействия со своими подразделениями и с окружающим дело­вым миром. По оценкам специалистов руководители организаций 20-40 % ра­бочего времени тратят на телефонные переговоры. Надежная связь особенно важна для организаций, занятых в экономической сфере.

Поскольку телекоммуникационные сети представляются собой неодно­родную систему, то становиться необычайно актуальным вопрос об использо­вании современных технологий в системах управления сетями. На актуаль­ность этого вопроса воздействует ряд причин. Во-первых, пока российские специалисты вынуждены работать с западными продуктами и технологиями, а следовательно, серьёзно изучать практику и тенденции их использования за­падными потребителями. Во-вторых, стоимость систем управления очень вы­сока (сотни тысяч долларов), а эксплуатация сетевого оборудования предполагает обязательное их наличие. И, наконец, каждые один – два года значительно изменяются сами технологии. Так же можно заметить, что при внедрении сис­темы управления переплетаются интересы сразу трех сторон – производителя программного обеспечения и аппаратуры, системного интегратора и оператора связи.

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

Системные интеграторы вынуждены решать проблемы интеграции сете­вых объектов разных производителей. При этом они рассматривают комплекс задач – таких, как управление, инсталяция, настройка, поддержка. Инвестици­онные , информационные и квалификационные ограничения на этом уровне приводят зачастую системного интегратора к односторонней ориентации на одно – два опробованных решения или к обострению противоречия "владеть-управлять"

Внедрение системы управления оператором связи или владельцем круп­ной гетерогенной сети приводит к необходимости рассмотрения следующих взаимозависимых аспектов:

• организационный аспект

• технологический аспект

• эксплуатационный аспект

И если 3-5 лет назад решение комплекса этих проблем было возможно на уровне сетевых инженеров или сетевых администраторов, то теперь это мо­жет быть решено только на уровне руководителя информационных ресурсов предприятия.

В то же время операторы связи хотели бы, чтобы:

• была информация о текущем состоянии управляемого объекта;

• сообщения о сбоях автоматически генерировались и поступали на консоль;

• каждый тип сообщений имел набор интерпретаций и рекомендации по уст­ранению сбоя;

• имелась автоматическая диагностика сбоя по сообщению и включению ре­жима автоматического исправления ситуации;

• режимы функционирования (статусы) объектов управления, а также дейст­вия по переводу объекта из одного статуса в другое были типизированы, при­чем всё это должна отслеживать система;

• к управляемому объекту был обеспечен удаленный доступ;

• наличествовал механизм тонкого разграничения полномочий между пользо­вателями системы;

• система управления была документирована, имела встроенный инструмен­тарий и подробные инструкции пользования им для того, чтобы самим писать приложения для подгонки и настройке системы;

Сегодня существует два основных направления:

1. Системы основанные на SNMP протоколе;

2. Системы основанные на CMIP протоколе;

1. Simple Network Management Protocol (SNMP) - это протокол уровня приложений, необходимый для обмена управляющей информацией между се­тевыми устройствами. SNMP позволяют сетевому администратору управлять пропускной способностью сети, находить и разрешать проблемы в сети, управ­лять конкретными устройствами, а также планировать развитие сети. С прото­коломSNMP связаны две основные проблемы.

2. Common Management Information Protocol (CMIP)Протокол общей управляющей информации (CMIP - Common Management Information Protocol) - это стандарт управления для сетей, соответствующих модели OSI. CMIP содер­жит гораздо более надежный набор средств сетевого управления, чем SNMP.

Основное различие между CMIP и SNMP состоит в том, что в SNMP не различаются объект и его атрибуты. Объект может быть устройством, а атрибут - характеристикой этого устройства или параметром, описывающим его. На практике это означает, что, если в сети часто проводятся изменения, SNMP со­провождать сложно, несмотря на простоту его реализации. В среде SNMP при­ходится формировать новые определения для каждого из устройств, которые создаются для SNMP-ceти, даже если такие устройства очень похожи на уже существующие. При работе с CMIP для новых устройств можно использовать уже созданные определения; нужно просто включить дополнительные атри­буты, чтобы можно было отличить новые устройства. Новые объекты "наследуют" определения старых.

Еще одно преимущество CMIP по сравнению с SNMP - безопасность. Работа над средствами защиты для CMIP продолжается, тогда как в SNMP механизма защиты нет. Если администратор сети не отключит команду SET протокола SNMP, кто угодно сможет задавать команды для SNMP-устройства и управлять им.

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

В России сегодня руководствуются документом определяющим “Временные технические требования к комплексу программно-технических средств автоматизированной системы технической эксплуатации для маги­стральной и внутризоновых первичных сетей”.

Данный документ распространяется на комплекс программно-техниче­ских средств автоматизированной системы технической эксплуатации для ма­гистральной и внутризоновых первичных сетей взаимоувязанной сети связи (ВСС) РФ. Он также распространяется на характеристики элементов и пара­метры основных интерфейсов, обеспечивающих взаимодействие между ними. К тому же он распространяется на все вновь разрабатываемые программно-технические средства автоматизации технической эксплуатации ВСС РФ, а также на существующие отечественные и зарубежные средства автоматизации, подлежащие сертификации, доработке или модернизации с целью использова­ния в составе автоматизированной системы технической эксплуатации ВСС РФ.

Основой для данных требований является рекомендация ССЭ – М3010 “Эта Рекомендация представляет общие архитектурные сведения для Сети Управления Передачей данных (TMN) и обеспечения требований Администра­ций по планированию, обеспечению, установке, поддержке, эксплуатации и управлению сетями передачи данных и предоставлению услугам.”

В то же время ориентация исключительно на М3010 не дает возможно­сти оператору построить эффективную систему управления (т.е. в смысле соот­ношения цены/эффективности). Более того, сегодня существуют операторы, использующие SNMP-управление, и переход на “чистый” TMN для них нереа­лен.

Для реализации подобных свойств системы, а также требование по со­вместимости с ранее выпускавшимся оборудованием, в блок оборудования ОГМ-30Е выпускаемого ОАО "Морион", был добавлен модуль, который реали­зует функции агента SNMP для оборудования ОГМ-30Е под названием СК-120.