Глава 9 Принципы управления сетями следующего поколения

9.1 Проблема управления сетью

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

C другой стороны, существуют платформы сетевого управления, построенные на принципах взаимодействия открытых систем, такие как HP OpenView (Hewlett-Packard), NetView (IBM) или SunNet Manager, которые позволяют управлять широким спектром различного оборудования, но являются лишь основой для сетевого управления. Эти платформы сетевого администрирования обеспечивают доступ с одной консоли к приложениям управления различных поставщиков.

Готовых решений для реализации конкретной системы управления не существует  даже с учетом разработанных стандартов для систем управления, таких как общий протокол управляющей информации (Common Management Information Protocol, CMIP) и простой протокол сетевого управления (Simple Network Management Protocol, SNMP). Нельзя дать гарантии, что реализованная некоторой компанией система управления сетью будет полностью соответствовать требованиям заказчика. Скорее всего, ее придется дорабатывать с учетом особенностей сети нового заказчика.

Очень важно квалифицированно выбрать платформу управления сетью (ПУС), то есть комплекс программ для поддержки решения всех поставленных задач. Если сеть оператора содержит оборудование различных производителей, то ПУС должна обеспечить высокоэффективное управление как сетью с коммутацией каналов (PSTN), так и с коммутацией пакетов (IP/MPLS, АТМ, frame relay, SDH, Х.25 и др.).

Платформа управления сетью должна быть приспособлена для решения следующих задач:

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

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

• создания соединений любой конфигурации: «точка-точка», «точка-группа», «группа-группа»;

• организации контроля состояния сети в режиме реального времени;

• отображения синхронизации сети;

• отображения использования сетевых ресурсов;

• проведения диагностики для локализации и устранения неисправностей;

• просмотра состояния сети в одном из контекстов: объектно-ориентированном и логически ориентированном.

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

Логически ориентированный просмотр дает возможность показать путь, по которому организованы соединения "точка-точка" высокоскоростных (тракты LSP в доменах IP/MPLS, каналы frame relay, виртуальные тракты и виртуальные каналы АТМ) и низкоскоростных наложенных сетей.

Платформа управления сетью должна предоставлять:

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

• широкий спектр возможностей для операторов и администраторов, управляющих конфигурацией оборудования и наблюдающих за состоянием сети.

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

Платформа управления сетью должна содержать программные средства, обеспечивающие решение следующих задач при возникновении отказов или перегрузок в сети:

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

• получение одновременно с аварийными сообщениями подробной информации, необходимой для оперативного решения возникающих проблем;

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

• сбор, накопление и считывание статистической информации о количестве и продолжительности отказов и сбоев по каждому сетевому элементу, в том числе узлу, модулю, порту или каналу, по которому пользователь передает информацию.

Эта информация должна использоваться для анализа работоспособности сети и взаиморасчетов с клиентами.

Планирование и организация процессов управления сетью (Рекомендации E.412, E.413)

Состояние телекоммуникационной сети изменяется во времени вследствие следующих причин:

• изменения трафика, создаваемого пользователями;

• повреждений оборудования;

• аварий;

• плановых перерывов в работе служб.

Планирование дней большой нагрузки. Среди событий, которые могут вызвать большую нагрузку, можно указать следующие:

• всеобщие праздники – Новый год, Рождество;

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

• национальные праздники;

• непериодические события – такие как торговые ярмарки, официальные визиты государственных деятелей, международные конференции и совещания.

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

• ввод в действие дополнительных каналов;

• перевод направлений с двусторонним занятием каналов на одностороннее занятие;

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

• предотвращение перегрузки обычных транзитных узлов;

• оповещение пользователей о трудностях, которые могут возникнуть в периоды большой нагрузки;

• обоснование критериев, применяемых при разработке плана.

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

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

• последующие меры, принимаемые после выяснения причин и масштабов повреждения;

• оценку создавшихся условий работы сети.

В планы реагирования на повреждения в сети должны быть включены следующие меры:

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

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

• специальные инструкции для пользователей;

• критерии выполнения плана (перечень условий, в которых используется данный план).

Аварии. Предусмотреть аварии проблематично, но желательно умение предвидеть с определенной точностью их последствия. В планы реагирования на аварийные ситуации должны входить:

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

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

• меры, связанные с увеличением штата персонала и продолжительности рабочего времени.

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

• процедуры контроля, требуемые другими администрациями;

• процедуры установления срочных вызовов, предназначенных для заинтересованных операторов.

Организация управления сетью (Рекомендация E.413). Организация управления сетью должна включать:

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

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

• развитие системы управления сетью.

Отображение информации о состоянии сети на мониторе рабочей станции

Информация о качестве услуг, предоставляемых сетью, должна оперативно отражаться на мониторе рабочей станции (WS) уровня управления услугами (рисунок 9.1). Каждому показателю качества услуги должен быть сопоставлен определенный порог. Если ни один из показателей качества услуг не достигает порога, то на мониторе отображается «NORM». В противном случае отображается «ALARM». Тревожная ситуация может возникать в условиях:

• перегрузки в более чем Р направлений связи (Overload), %;

• отказов оборудования (Failure).

Рисунок 9.1. Пример отображения состояния сети на мониторе рабочей станции