Из Википедии, бесплатной энциклопедии
  (Перенаправлено из модели управления сетью )
Перейти к навигации Перейти к поиску

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

Фон [ править ]

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

Комплексное управление инфраструктурой информационных технологий (ИТ) организации является фундаментальным требованием. Сотрудники и заказчики полагаются на ИТ-услуги, где требуются доступность и производительность, а проблемы можно быстро выявить и решить. Среднее время ремонта (MTTR) должно быть как можно более коротким, чтобы избежать простоев системы, когда возможна потеря дохода или жизни.

История [ править ]

В начале 1980-х годов термин FCAPS был введен в первые рабочие проекты (N1719) ISO 10040, стандарта обзора управления системами (SMO) для взаимодействия открытых систем (OSI). В то время планировалось определить пять отдельных стандартов протокола, по одному для каждой функциональной области. Поскольку первоначальный опыт показал, что эти протоколы станут очень похожими, рабочая группа ISO, ответственная за разработку этих протоколов (ISO / TC97 / SC16 / WG4, позже переименованная в ISO-IEC / JTC1 / SC21 / WG4), решила создать единый протокол для всех пяти областей. Этот протокол называется протоколом общей управляющей информации (CMIP). В 1990-х годах ITU-T в рамках своей работы над сетью управления электросвязью(TMN), доработал FCAPS как часть рекомендации TMN по функциям управления (M.3400). Идея FCAPS оказалась очень полезной для обучения функциям управления сетью; поэтому большинство учебников начинается с раздела, объясняющего FCAPS.

Пять областей функции модели [ править ]

Модель управления сетью OSI классифицирует пять областей функций, иногда называемых «моделью FCAPS»: FCAPS можно рассматривать как предшественницу новой модели FAB, определенной в Business Process Framework (eTOM) . FAB - это сокращение от «выполнение, заверение, выставление счетов». В качестве ориентира вы можете сопоставить две модели следующим образом:

Модели FCAPS и ISO (FAB)
FCAPSFAB
ВинаУверенность
КонфигурацияИсполнение
Бухгалтерский учетБиллинг
ПредставлениеУверенность
БезопасностьИсполнение

Модель FCAPS может рассматриваться как восходящая или сетецентрическая. Модель FAB смотрит на процессы больше сверху вниз, ориентирована на клиента / бизнес. Появились два стандарта: Simple Network Management Protocol (SNMP) от IETF и Common Management Information Protocol (CMIP) от ITU-T .

Управление неисправностями [ править ]

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

Когда происходит сбой или событие, сетевой компонент часто отправляет уведомление оператору сети, используя собственный или открытый протокол, такой как SNMP (например, WhatsUp Gold, HP OpenView или Sun Solstice - ранее Net Manager), для сбора информации о сетевые устройства или, по крайней мере, напишите сообщение на его консоль, чтобы консольный сервер поймал и зарегистрировал / страницу. В свою очередь, станцию ​​управления можно настроить так, чтобы администратор сети знал о проблемах (по электронной почте, пейджинговому сообщению или экранным сообщениям), позволяя предпринять соответствующие действия. Это уведомление должно запускать ручные или автоматические действия. Например, сбор дополнительных данных для определения характера и серьезности проблемы или для включения резервного оборудования в оперативный режим.

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

Сетевые элементы генерируют сигналы тревоги (также известные как «ловушки» или «индикации»), которые контролируются системой управления отказами. Эта функция известна как наблюдение по тревоге. [1] Системы управления отказами включают HP Network Node Manager i , [2] IBM Tivoli , [3] EMC Smarts, CA Spectrum, NetIQ , TTI Telecom Netrac, Objective Systems Integrators NETeXPERT , opEvents by Opmantek, [4] Centina's vSure, Infosim StableNet, [5] iReveal, [6]ERAMON и др. Также доступны инструменты изоляции неисправностей, такие как Delphi, которые в основном используются для локализации неисправности в любой телекоммуникационной сети. Система управления сбоями обычно является основной функцией центра сетевых операций .

Управление конфигурацией [ править ]

Цели управления конфигурацией включают:

  • для сбора и хранения конфигураций с сетевых устройств (это можно сделать локально или удаленно).
  • для упрощения настройки устройства
  • для отслеживания изменений, внесенных в конфигурацию
  • для настройки («предоставления») каналов или путей через некоммутируемые сети
  • планировать будущее расширение и масштабирование

Управление конфигурацией связано с мониторингом информации о конфигурации системы и любыми происходящими изменениями. Эта область особенно важна, поскольку многие сетевые проблемы возникают в результате изменений, внесенных в файлы конфигурации, обновленных версий программного обеспечения или изменений в аппаратном обеспечении системы. Правильная стратегия управления конфигурацией включает отслеживание всех изменений, внесенных в сетевое оборудование и программное обеспечение. Примеры включают изменение текущей конфигурации устройства, обновление версии ОС маршрутизатора или коммутатора или добавление новой модульной интерфейсной карты. Хотя эти изменения можно отслеживать вручную, более распространенным подходом является сбор этой информации с помощью программного обеспечения для управления конфигурацией, такого как CiscoWorks 2000, HP Network Automation , [7]ERAMON и Infosim. Opmantek и WhatsUp Gold используют Simple Network Management Protocol и Windows Management Instrumentation для сбора информации об управлении производительностью приложений, конфигурации и управлении инфраструктурой. [8] [9] Также доступны решения с открытым исходным кодом, такие как Open-AudIT.

Управление бухгалтерским учетом [ править ]

Цель состоит в том, чтобы собрать статистику использования для пользователей.

Управление бухгалтерским учетом связано с отслеживанием информации об использовании сети, так что отдельным пользователям, отделам или бизнес-единицам могут быть выставлены соответствующие счета или начисления для целей бухгалтерского учета. Хотя это может быть применимо не ко всем компаниям, во многих более крупных организациях ИТ-отдел считается центром затрат, который накапливает выручку в соответствии с использованием ресурсов отдельными отделами или бизнес-единицами. Для сетей без тарификации «администрирование» заменяет «учет». Цели администрирования - управлять набором авторизованных пользователей, устанавливая пользователей, пароли и разрешения, а также управлять работой оборудования, например, путем выполнения резервного копирования и синхронизации программного обеспечения.

Бухгалтерский учет часто называют управлением счетами. Используя статистику, пользователям могут быть выставлены счета и могут быть применены квоты использования. Это может быть использование диска, использование канала, время ЦП и т. Д.

Управление производительностью [ править ]

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

Эта информация обычно собирается посредством реализации системы управления SNMP , которая либо активно отслеживается, либо настраивается для предупреждения администраторов, когда производительность поднимается выше или ниже предопределенных пороговых значений. Активный мониторинг текущей производительности сети - важный шаг в выявлении проблем до их возникновения в рамках упреждающей стратегии управления сетью. Собирая и анализируя данные о производительности, можно отслеживать состояние сети . Тенденции могут указывать на проблемы с пропускной способностью или надежностью до того, как они повлияют на услуги. Кроме того, можно установить пороговые значения производительности для срабатывания сигнализации. Аварийный сигнал будет обрабатываться обычным процессом управления неисправностями (см. Выше). Сигналы тревоги различаются в зависимости от серьезности проблемы. Tivoli Netcool / Proviso [10] от IBM , CA Performance Management от CA Technologies , [11] opEvents от Opmantek [12] и SolarWinds [13] - вот некоторые из продуктов, используемых для мониторинга производительности.

Управление безопасностью [ править ]

Управление безопасностью - это процесс контроля доступа к активам в сети. Безопасность данных может быть достигнута в основном с помощью аутентификации и шифрования . Авторизация к нему настраивается с настройками управления доступом ОС и СУБД .

Управление безопасностью касается не только обеспечения безопасности сетевой среды, но и регулярного анализа собранной информации, связанной с безопасностью. Функции управления безопасностью включают управление сетевой аутентификацией, авторизацией и аудитом, так что как внутренние, так и внешние пользователи имеют доступ только к соответствующим сетевым ресурсам. Другие общие задачи включают настройку и управление сетевыми брандмауэрами, системами обнаружения вторжений и политиками безопасности (такими как списки доступа). Сетевые элементы хранят файлы журналов, которые проверяются во время аудита безопасности . Многие элементы телекоммуникационной сети производят охранную сигнализацию [14]при подозрении на нарушение безопасности. Это будет контролироваться вместе со всеми другими сигналами тревоги в функции обычного наблюдения за сигналами тревоги [15] управления неисправностями. Технические специалисты в центре управления сетью немедленно увидят это и примут соответствующие меры.

Станция управления сетью [ править ]

С точки зрения модели управления сетью, станция управления сетью ( NMS ) - это станция, которая выполняет приложения управления сетью (NMA), которые отслеживают и управляют сетевыми элементами (NE), такими как хосты, шлюзы и терминальные серверы. [ необходима цитата ] Эти сетевые элементы используют агент управления (MA) для выполнения функций управления сетью, запрошенных станциями управления сетью. Простой протокол управления сети (SNMP) используются для передачи информации управления между станциями управления сетью и агентами в сетевых элементах. NMS описана в RFC 1157 «Простой протокол управления сетью».

NMS обеспечивает функциональность FCAPS для всей сети. FCAPS: неисправность, конфигурация, учет, производительность, безопасность - категории, определенные моделью ISO. В организациях, не осуществляющих биллинг, бухгалтерия иногда заменяется администрированием.

Что касается отраслевых аспектов, то на рынке присутствуют различные игроки, такие как Nokia - NetAct, IBM - NetCool или Opmantek. Также доступны решения NMS с открытым исходным кодом, такие как NMIS или OpenNMS .

Заметки [ править ]

  • Справочник по технологиям межсетевого взаимодействия Cisco
  • ИСО / МЭК 7498-4: Системы обработки информации - Взаимосвязь открытых систем - Базовая эталонная модель - Часть 4: Структура управления

См. Также [ править ]

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

Ссылки [ править ]

  1. ^ «Рекомендация M.3400: Функции управления TMN» . ITU-T . ITU-T . Проверено 21 авг 2019 . CS1 maint: обескураженный параметр ( ссылка )
  2. ^ "Диспетчер сетевых узлов i" . HPE.com .
  3. ^ "Tivoli Netcool / OMNIbus" . IBM.com .
  4. ^ "opEvents - настройка ловушек SNMP" . community.opmantek.com .
  5. ^ [1] Ссылка на сайт Infosim StableNet
  6. ^ "iReveal" . ireveal.co .
  7. ^ «Сетевая автоматизация» . HPE.com .
  8. ^ «Мониторинг производительности приложений добавлен в Ipswitch WhatsUp Gold» . ChannelBiz.co.uk .
  9. ^ "Управляющая информация NMIS Opmantek" . community.opmantek.com .
  10. ^ «Настройка IBM Tivoli Storage Manager SNMP» . ibm.com . Проверено 27 сентября 2018 года . CS1 maint: обескураженный параметр ( ссылка )
  11. ^ «Управление производительностью CA - 2,8» . docops.ca.com . Проверено 27 сентября 2018 года . CS1 maint: обескураженный параметр ( ссылка )
  12. ^ "opEvents - настройка ловушек SNMP" . community.opmantek.com .
  13. ^ «Мониторинг SNMP» . SolarWinds.com . Проверено 27 сентября 2018 года . CS1 maint: обескураженный параметр ( ссылка )
  14. ^ ITU-T. «Рекомендация X.736: Информационные технологии - Взаимодействие открытых систем - Управление системами: функция оповещения о тревогах» . Дата обращения 5 сентября 2019 . CS1 maint: обескураженный параметр ( ссылка )
  15. ^ ITU-T. «Рекомендация X.733: Информационные технологии - Взаимодействие открытых систем - Управление системами: функция сообщения об аварийных сигналах» . Дата обращения 5 сентября 2019 . CS1 maint: обескураженный параметр ( ссылка )
  • ISO / IEC 10040, 1998, «Информационные технологии - Взаимодействие открытых систем - Обзор управления системами» (доступно по адресу http://www.itu.int/rec/T-REC-X.701-199708-I )
  • ITU-T, 1996, "Принципы M.3010 для сети управления электросвязью"
  • ITU-T, 1997, "Функции управления TMN M.3400"
  • ITU-T, "Карта M.3050 Enhanced Telecom Operations Map (eTOM) - Структура бизнес-процессов"

Внешние ссылки [ править ]

  • Основы FCAP
  • Центр SNMP
  • ISO