In-network management
Mit Strom Netzwerk Management Technologien, Verwaltungsfunktionen befinden sich in der Regel außerhalb des Netzwerks in Verwaltungsstationen und Servern, die mit Netzwerkelementen und -geräten interagieren Netzwerkprotokolle Für das Management, um Verwaltungsaufgaben wie Fehler, Konfiguration, Buchhaltung, Leistung und Sicherheitsmanagement oder kurz (kurz (kurz) auszuführen (kurz (kurz)FCAPS). Die meisten dieser Aufgaben werden je nach Gerät ausgeführt. Während des Netzwerkbetriebs stellt beispielsweise eine Verwaltungsstation regelmäßig einzelne Geräte in ihrer Domäne für die Werte lokaler Variablen wie Gerätezähler oder Leistungsparameter ab. Diese Variablen werden dann auf der Verwaltungsstation verarbeitet, um eine Schätzung eines netzwerkweiten Zustands zu berechnen, der von Managementanwendungen analysiert und bewirkt wird. Dieses Paradigma der Interaktion zwischen dem Managementsystem und dem verwalteten System liegt den traditionellen Verwaltungsrahmen und Protokollen, einschließlich SNMP, TMN, zugrunde[1] und Osi-sm.[2]
Nach Ansicht der zukünftigen Internetaktivitäten in den Forschungsgemeinschaften auf der ganzen Welt ist das Netzwerkmanagement eines zukünftigen Internets von großer Bedeutung, da sie mehr Selbstverwaltung, mehr Automatisierung des Managements und eine einfachere Nutzung von Management-Tools erfordern. In-network management wurde in einer größeren Gemeinschaft entwickelt und diskutiert, die sich um Projektpartner versammelt hat, die am EU FP7 Project 4ward beteiligt sind,[3] EU -Projekt Autoi[4] und EU Project Univerell.[5]
Die In-Network-Managementvision (eingebundene) Managementvision
In-Network Management (INM) unterstützt die Managementoperationen durch eine hochverteilte Architektur. Das Hauptziel ist die Gestaltung von Verwaltungsfunktionen, die sich in den meisten Fällen befinden, die sich in den meisten Fällen an denselben Knoten befinden, in der Nähe der Netzwerkelemente und -dienste. Als Zielansatz würden sie gemeinsam mit den Netzwerkelementen und Diensten entworfen. Die Vision des INM -Paradigmas der Einbettungsmanagementfunktionen im Netzwerk. Der Vorteil der daraus resultierenden verteilten Architektur für das Netzwerkmanagement-ist die inhärente Unterstützung für Selbstverwaltungsfunktionen, integrale Automatisierungs- und Autonomitätsfunktionen, die einfachere Verwendung von Management-Tools und die Stärkung des Netzwerks mit eingebauter Kognition und Intelligenz. Zu den zusätzlichen Vorteilen zählen die Reduzierung und Optimierung in der Menge der Interaktionen des externen Managements, was für die Minimierung der manuellen Interaktion und die Aufrechterhaltung der Verwaltbarkeit großer vernetzter Systeme und des Übergangs von einem verwalteten Objektparadigma zu einem Management nach objektiven Aussehen ist.
Der Entwurfsraum von INM wird entlang sieben Achsen überspannt:
- Entlang des Einbettungsgrades: Managementprozesse und -funktionen können als externe, getrennte, integrierte oder inhärente Verwaltungsfunktionen des Netzwerks oder der Dienste implementiert werden. Integriert ist schwächer als inhärent, anstatt nicht zu unterscheidbare Managementfunktionen zu bezeichnen, die sichtbare und modulare Verwaltungsfunktionen bezeichnet, die jedoch immer noch eng mit bestimmten Diensten zusammenhängen und mit integriert sind. Trennte Managementprozesse sind diejenigen, die mehr vom Dienst entkoppelt sind und beispielsweise schwach verteilte Verwaltungsansätze enthalten. Externe Managementprozesse umfassen traditionelle Netzwerk Management Paradigmen, die heute weit verbreitet sind.
- Entsprechend dem Grad der Autonomie ermöglicht die INM -Architektur unterschiedliche autonome Managementgrade, von manuellen bis vollständig autonomen Prozessen. Handbuch bezieht sich auf die direkte Manipulation von Managementparametern wie manuelle Routing -Konfigurationen. Die automatisierte Verwaltung kann in der Regel in der Anwendung von Verwaltungsskripten gefunden werden. Autonomes Netzwerk und autonome Abschlüsse umfassen Intelligenz, die es dem System ermöglichen, sein eigenes Verhalten in Bezug auf zu regieren Netzwerk Management.
- Entlang des Abstraktionsgrades unterschiedliche Verwaltungsebenen gemäß der Funktionalhierarchie des Telekommunikationsmanagements (TMN) [6] kann adoptiert werden. Diese Dimension führt zu einer Verringerung der Menge an externen Management -Wechselwirkungen, was für die Minimierung der manuellen Interaktion und die Aufrechterhaltung der Verwaltbarkeit großer vernetzter Systeme von entscheidender Bedeutung ist. Insbesondere kann diese Dimension als Übergang von einem verwalteten Objektparadigma zu einem der Management nach objektiv verstanden werden.
- Entlang des Automatisierungsgrades von manueller zu vollautomatischen Prozessen und Vorgängen: Manuelle Verwaltungsvorgänge beziehen sich auf die direkte Manipulation von Managementparametern wie manuelle Routing -Konfigurationen. Automatisierte Verwaltungsvorgänge finden Sie in der Regel in der Anwendung von Verwaltungsskripten.
- Entlang des Grades der Autonomizität: Es umfasst Ebenen der Intelligenz und Kognition, die es dem System ermöglicht, sein eigenes Verhalten in Bezug auf Netzwerk- und Servicemanagement zu regieren.
- Entlang des Grads der Orchestrierung: Es ermöglicht die Zusammenarbeit und Interworking von geschlossenen Steuerschlägen, die für verschiedene Verwaltungsfunktionen und -Operationen spezifisch sind.
- Entlang des Grades der Erweiterbarkeit: Es bezieht sich auf die Fähigkeit, ein System zu erweitern, und das Maß an Aufwand und Komplexität, das zur Realisierung einer Erweiterung erforderlich ist. Erweiterungen können als Hinzufügung neuer Funktionen, neuen Eigenschaften oder durch Änderung bestehender Funktionen und Eigenschaften erfolgen und gleichzeitig die Auswirkungen auf vorhandene Systemfunktionen minimieren. Der Grad der Extensibilität deckt Plug_and_play/plug_and_play -Ansätze, die Bereitstellung der Verwaltungsfunktionalität und die dynamische Programmierbarkeit von Managementfunktionen ab.
UMF - Unified Management Framework[7] wird vom Univeref -Projekt entwickelt, als Mittel zur Integration des Entwurfsraums für INM.
Detailliertere Informationen zu diesem Konzept finden Sie in:[8][9][10][11][12]
Verweise
- ^ Galis, A., "Multi-Domain Communication Management", S. 1-419 und Anhänge, S. 422 -1160; CRC Press LLC, Boca Raton, Florida, USA, ISBN0-8493-0587-X, Juli 2000; www.crcpress.com/shoping_cart/products/product_detail.asp?sku=0587&parent_id=&pc=
- ^ George Pavlou: "Über die Entwicklung von Managementansätzen, Rahmen und Protokollen: Eine historische Perspektive", Journal of Network and Systems Management, Vol. 3, No. 15, 2007, S. 425-445.
- ^ "4ward -Projekt". Archiviert von das Original Am 2017-08-05. Abgerufen 2009-03-24.
- ^ "Autoi -Projekt". Archiviert von das Original Am 2011-08-18. Abgerufen 2011-08-23.
- ^ Universell -Projekt
- ^ A. Pras, B.-J. Van Beijnum und R. Sprenkels, „Einführung in TMN“, „University of Twente, Enschede, Niederlande, CTIT-Technischer Bericht 99-09, Apr. 1999.
- ^ [Lieferable 2.1 des universellen Projekts http://www.universf-project.eu/news/new-report-available-umfspecifications-release-1-deliverable-d21
- ^ A Framework for In-Network Management in Heterogeneous Future Communication Networks Christopher Foley, Sasitharan Balasubramaniam, Eamonn Power, Miguel Ponce de Leon, Dmitri Botvich, Dominique Dudkowski, Giorgio Nunzi, and Chiara Mingardi submitted to the MACE 2008, Samos Island, Greece, September 22–26, 2008
- ^ Dominique Dudkowski, Marcus Brunner, Giorgio Nunzi, Chiara Mingardi, Chris Foley, Miguel Ponce de Leon, Catalin Meirosu and Susanne Engberg, Architectural Principles and Elements of In-Network Management, Mini-conference at IFIP/IEEE Integrated Management symposium, New York, USA, 2009.
- ^ A. Gonzalez Prieto, D. Dudkowski, C. Meiosu, C. Mingardi, G. Nunzi, M. Brunner und R. Stadler, dezentral IEEE ICC'09, Dresden, Deutschland, 2009.
- ^ Lieferable 4.2 des 4ward -Projekts[Permanent Dead Link]
- ^ Leistungen 4.2 und 6.3 des Theautoi -Projekts Archiviert 2011-01-21 bei der Wayback -Maschine