Jump to content

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

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

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

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

[ редактировать ]

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

Пространство проектирования INM разделено по семи осям:

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

UMF – унифицированная структура управления [ 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. ^ Джордж Павлу: «Об эволюции подходов, инфраструктур и протоколов к управлению: историческая перспектива», Journal of Network and Systems Management, Vol. 15, 2007, стр. 425–445.
  3. ^ «Проект 4WARD» . Архивировано из оригинала 5 августа 2017 г. Проверено 24 марта 2009 г.
  4. ^ «АвтоИ проект» . Архивировано из оригинала 18 августа 2011 г. Проверено 23 августа 2011 г.
  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 января 2011 г. на Wayback Machine.
[ редактировать ]
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: c2daa55f1410293f9c97c13bc79e9bad__1580235780
URL1:https://arc.ask3.ru/arc/aa/c2/ad/c2daa55f1410293f9c97c13bc79e9bad.html
Заголовок, (Title) документа по адресу, URL1:
In-network management - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)