Внутрисетевое управление

При современных технологиях управления сетями функции управления обычно находятся за пределами сети на станциях управления и серверах, которые взаимодействуют с сетевыми элементами и устройствами через сетевые протоколы для управления, чтобы выполнять задачи управления, включая управление неисправностями, конфигурацией, учетом, производительностью и безопасностью, или, сокращенно ( FCAPS ). Большинство этих задач выполняются на основе каждого устройства. Например, во время работы сети станция управления периодически опрашивает отдельные устройства в своем домене на предмет значений локальных переменных, таких как счетчики устройств или параметры производительности. Затем эти переменные обрабатываются на станции управления для вычисления оценки состояния всей сети, которая анализируется и обрабатывается приложениями управления. Эта парадигма взаимодействия между системой управления и управляемой системой лежит в основе традиционных фреймворков и протоколов управления, включая SNMP, TMN [1] и OSI-SM. [2]

В перспективе деятельности Future Internet в исследовательских сообществах по всему миру, управление сетью Future Internet является предметом серьезной озабоченности, поскольку требует большего самоуправления, большей автоматизации управления и более простого использования инструментов управления. Управление внутри сети было разработано и обсуждено в более широком сообществе, собравшемся вокруг партнеров проекта, участвующих в проекте EU FP7 4WARD, [3] проекте EU AutoI [4] и проекте EU UniverSELF. [5]

Видение управления внутри сети (входящим трафиком)

Внутрисетевое управление (INM) поддерживает операции управления с помощью высокораспределенной архитектуры. Основной целью является проектирование функций управления, которые располагаются внутри или рядом с сетевыми элементами и службами, подлежащими управлению, в большинстве случаев размещенными на тех же узлах; в качестве целевого подхода они будут совместно проектироваться с сетевыми элементами и службами. Видение парадигмы INM встраивания возможностей управления в сеть. Преимущество полученной распределенной архитектуры входящего сетевого управления - это неотъемлемая поддержка функций самоуправления, интегральных возможностей автоматизации и автономности, более простое использование инструментов управления и наделение сети встроенными когнитивными и интеллектуальными возможностями. Дополнительные преимущества включают сокращение и оптимизацию количества внешних взаимодействий управления, что является ключом к минимизации ручного взаимодействия и поддержанию управляемости крупных сетевых систем и переходу от парадигмы управляемых объектов к парадигме управления по целям.

Пространство проектирования INM охватывает семь осей:

  1. По степени встраивания: процессы и функции управления могут быть реализованы как внешние, раздельные, интегрированные или неотъемлемые возможности управления сетью или службами. Интегрированный слабее, чем неотъемлемый, в том смысле, что вместо неразличимой функциональности управления он обозначает видимые и модульные возможности управления, но которые все еще тесно связаны и интегрированы с определенными службами. Раздельные процессы управления — это те, которые более отделены от службы и включают, например, слабо распределенные подходы к управлению. Внешние процессы управления включают традиционные парадигмы управления сетью, широко используемые сегодня.
  2. В зависимости от степени автономии архитектура INM допускает различные степени автономного управления, от ручного до полностью автономных процессов. Ручное управление относится к прямому ручному манипулированию параметрами управления, такими как ручные конфигурации маршрутизации. Автоматизированное управление обычно можно найти в применении сценариев управления. Автономные сети и автономные степени включают интеллект, который позволяет системе управлять своим собственным поведением с точки зрения управления сетью .
  3. В зависимости от степени абстракции могут быть приняты различные уровни управления в соответствии с функциональной иерархией сети управления телекоммуникациями (TMN) [6] . Это измерение приводит к сокращению количества внешних взаимодействий управления, что является ключом к минимизации ручного взаимодействия и поддержанию управляемости крупных сетевых систем. В частности, это измерение можно понимать как переход от парадигмы управляемого объекта к парадигме управления по целям.
  4. По степени автоматизации от ручных до полностью автоматических процессов и операций: Операции ручного управления относятся к прямому ручному манипулированию параметрами управления, такими как ручные конфигурации маршрутизации. Автоматизированные операции управления обычно можно найти в применении сценариев управления.
  5. По степени автономности: она включает уровни интеллекта и познания, которые позволяют системе управлять своим поведением с точки зрения управления сетью и службами.
  6. По степени оркестровки: обеспечивает взаимодействие и взаимодействие замкнутых контуров управления, характерных для различных функций и операций управления.
  7. По степени расширяемости: это относится к возможности расширения системы и уровню усилий и сложности, требуемых для реализации расширения. Расширения могут быть посредством добавления новой функциональности, новых характеристик или посредством модификации существующей функциональности и характеристик, при этом минимизируя влияние на существующие системные функции; степень расширяемости охватывает подходы Plug_and_Play/Unplug_and_Play, развертывание функциональности управления по требованию и динамическую программируемость функций управления.

UMF – Unified Management Framework [7] разрабатывается проектом UniverSelf как средство интеграции пространства проектирования для INM.

Более подробную информацию об этой концепции можно найти в: [8] [9] [10] [11] [12]

Ссылки

  1. ^ Галис, А., «Управление многодоменными коммуникациями», стр. 1–419 и приложения, стр. 422–1160; CRC Press LLC, Бока-Ратон, Флорида, США, ISBN  0-8493-0587-X , июль 2000 г.; www.crcpress.com/shopping_cart/products/product_detail.asp?sku=0587&parent_id=&pc=
  2. ^ Джордж Павлоу: «Об эволюции подходов, структур и протоколов управления: историческая перспектива», Журнал управления сетями и системами, том 15, 2007 г., стр. 425-445.
  3. ^ "4WARD project". Архивировано из оригинала 2017-08-05 . Получено 2009-03-24 .
  4. ^ "Проект AutoI". Архивировано из оригинала 2011-08-18 . Получено 2011-08-23 .
  5. ^ Проект UniverSelf
  6. ^ А. Прас, Б.-Ж. ван Бейнум и Р. Спренкельс, «Введение в TMN», университет Твенте, Энсхеде, Нидерланды, Технический отчет CTIT 99-09, апрель 1999 г.
  7. ^ [Поставка 2.1 проекта UniverSelf http://www.univerself-project.eu/news/new-report-available-umf-specifications-release-1-deliverable-d21
  8. ^ Структура внутрисетевого управления в гетерогенных будущих сетях связи Кристофер Фоли, Саситаран Баласубраманиам, Имонн Пауэр, Мигель Понсе де Леон, Дмитрий Ботвич, Доминик Дудковски, Джорджио Нунци и Кьяра Мингарди, представленная на MACE 2008, остров Самос, Греция, 22–26 сентября 2008 г.
  9. ^ Доминик Дудковски, Маркус Бруннер, Джорджио Нунци, Кьяра Мингарди, Крис Фоли, Мигель Понсе де Леон, Каталин Мейросу и Сюзанна Энгберг, Архитектурные принципы и элементы внутрисетевого управления, Мини-конференция на симпозиуме IFIP/IEEE по интегрированному управлению, Нью-Йорк, США, 2009.
  10. ^ А. Гонсалес Прието, Д. Дудковски, К. Мейросу, К. Мингарди, Г. Нунци, М. Бруннер и Р. Штадлер, Децентрализованное внутрисетевое управление для будущего Интернета, Международный семинар IEEE по сетям будущего на IEEE ICC'09, Дрезден, Германия, 2009.
  11. ^ Результат 4.2 проекта 4ward [ постоянная мертвая ссылка ‍ ]
  12. ^ Результаты 4.2 и 6.3 проекта AutoI Архивировано 21.01.2011 на Wayback Machine
  • Обзор внутрисетевого управления
  • Внутрисетевое управление: новая парадигма управления будущим Интернетом
Взято с "https://en.wikipedia.org/w/index.php?title=Внутрисетевое_управление&oldid=1254168599"