WikiDer > FCAPS

FCAPS

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

Задний план

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

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

История

В начале 1980-х годов термин FCAPS был введен в первые рабочие проекты (N1719) стандарта ISO 10040, Взаимодействие открытых систем (OSI) Стандарт системного управления (SMO). В то время целью было определить пять отдельных стандартов протокола, по одному для каждой функциональной области. Поскольку первоначальный опыт показал, что эти протоколы станут очень похожими, рабочая группа 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, определенной в Структура бизнес-процессов (eTOM). FAB - это сокращение от «выполнение, обеспечение, выставление счетов». В качестве ориентира вы можете сопоставить две модели следующим образом:

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

Модель FCAPS может рассматриваться как восходящая или сетецентрическая. Модель FAB смотрит на процессы больше сверху вниз, ориентирована на клиента / бизнес. Появились два стандарта: Простой протокол управления сетью (SNMP) пользователем IETF и Общий протокол управленческой информации (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 Нетрак, Объективные системные интеграторы NETeXPERT, opEvents от Opmantek,[4] Centina's vSure, Infosim StableNet,[5] iReveal,[6] Также доступны инструменты изоляции неисправностей, такие как Delphi, которые в основном используются для изоляции неисправностей в любой телекоммуникационной сети. Система управления неисправностями обычно является основной функцией центр сетевых операций.

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

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

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

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

Ведение бухгалтерского учета

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

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

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

РАДИУС, TACACS, и Диаметр являются примерами протоколов, обычно используемых для бухгалтерского учета.

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

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

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

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

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

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

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

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

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

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

Заметки

Смотрите также

использованная литература

  1. ^ «Рекомендация M.3400: Функции управления TMN». ITU-T. ITU-T. Получено 21 августа 2019.
  2. ^ "Network Node Manager 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.
  11. ^ «CA Performance Management - 2,8». docops.ca.com. Получено 27 сентября 2018.
  12. ^ «opEvents - настройка ловушек SNMP». community.opmantek.com.
  13. ^ «Мониторинг SNMP». SolarWinds.com. Получено 27 сентября 2018.
  14. ^ ITU-T. «Рекомендация X.736: Информационные технологии - Взаимодействие открытых систем - Управление системами: функция оповещения о тревогах». Получено 5 сентября 2019.
  15. ^ ITU-T. «Рекомендация X.733: Информационные технологии - Взаимодействие открытых систем - Управление системами: функция отчетов об аварийных сигналах». Получено 5 сентября 2019.
  • 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, «Расширенная карта телекоммуникационных операций (eTOM) M.3050 - структура бизнес-процессов»

внешние ссылки