Telekommunikationssysteme. 9. Vorlesung: Management von TK-Netzen

Transkript

1 WS 1999 / Vorlesung: Management von TK-Netzen Prof. Dr. Claudia Linnhoff-Popien M Institut für Informatik Ludwig-Maximilians-Universität, München N TE AM M Prof. Dr. Otto Spaniol Lehrstuhl für Informatik IV RWTH Aachen Unter Mitwirkung von: Markus Garschhammer (LMU München) Frank Imhoff (RWTH Aachen) Bernhard Kempter (LMU München) Annette Kostelezky (LMU München) Axel Küpper (RWTH Aachen) Jens Meggers (RWTH Aachen)

2 Motivation Telekommunikationsnetze müssen auch Katastrophen überleben - Erdbeben, Feuer, Überschwemmung, Wirbelstürme, Terror,...

3 Was ist Management? Management nach ITU-T X.700: Kontrolle, Koordination und Überwachung der Kommunikationsressourcen eines Verteilten Systems Management nach Hegering et al,, 1999: Maßnahmen, die einen effektiven und effizienten, an den Zielen des Unternehmens ausgerichteten Betrieb der Systeme und ihrer Ressourcen sicherstellen Netzmanagement: stellt das Management des Kommunikationsnetzes und seiner Komponenten in den Vordergrund Systemmanagement: setzt Schwerpunkt auf Endsystemen Anwendungsmanagement: setzt Schwerpunkt auf Anwendungen und verteilt realisierte Dienste

4 Vergangenheit: Historie der TK-Managementsysteme Bestandteile eines TK-Netzes stammen in der Regel von verschiedenen Herstellern jedes Managementproblem und jeder Kundenwunsch nach einem neuen Dienst werden isoliert betrachtet Netzbetreiber und Dienstanbieter erhalten eine Vielzahl von Kleinstsystemen für das Management Zum Beispiel: Meßeinrichtungen für den Verkehr auf Telefonleitungen, Anlagen für den Weckdienst,... Hohe Folgekosten für Betrieb und Unterhalt der Systeme

5 Situation der TK-Managementsysteme Liberalisierung des Telekommunikationsmarktes bedingt: - Diversifizierung des Dienstangebots zur Abgrenzung von Konkurrenten - Netze werden nicht nur für eigene Dienstangebote genutzt, sondern auch von konkurrierenden Dienstbetreibern Abkehr der klassischen Verkehrsverteilung durch niedrigerere Tarife: - z.b. nicht mehr streng tagsüber Geschäftskunden, abends Privatkunden Höhere Flexibilität erforderlich: - Ersatzwegschaltung bei Überlast oder gar Leitungsausfall - Bereitstellung von Mietleitungen Wachsende Informationsflut bedingt zunehmenden Bandbreitenbedarf der Netzbetreiber: - immer umfangreichere Informationen werden über immer längere Distanzen übertragen

6 Folge für das TK-Management Gute Planung der Ressourcen eines TK-Systems ist notwendig: schnelle Aufdeckung von Schwachstellen, insb. in Spitzenzeiten sofortige Beseitigung und künftige Vermeidung von Fehlern In der Telekommunikation: - Management sowohl der Vermittlungs- als auch Übertragungstechnik - Management in Einheit von Dienstanbieter und Netzbetreiber Heterogene Hersteller bedingen: Standardisierung des Managements Telecommunication Management Network (TMN)

7 Ziel TMN Wozu ein standardisiertes Telekommunikationsmanagement? Ziel: Bereitstellung eines ganzheitlichen Netz- und Dienstmanagements aller am Telekommunikationsgeschäft beteiligten. Was ist TMN? TMN ist eine Architektur, die sowohl dem Netzbetreiber als auch dem Dienstanbieter ein flexibles Ressourcenmanagement ermöglicht. Grundprinzip des TMN Physisch getrenntes Netz zum Management von Telekommunikationsnetzen und -diensten aller Art - dabei herstellerneutrales Management von Netzen, Netzelementen und Diensten durch ein generisches Informationsmodell und standardisierte Schnittstellen für Managementzwecke

8 Vorteile TMN Trennung eines TMN von den Kommunikationsnetzen Physische Trennung und -diensten bringt folgende Vorteile: Das Management wird unabhängiger von der Last im Nutznetz und erzeugt in ihm auch keine zusätzliche Last. Informationen über das Netz und den Dienst werden unabhängig von den Netzeinrichtungen geführt und ermöglichen jederzeit eine Abfrage z.b. über den Netzzustand. Arbeiten an den Netzelementen können im TMN vorbereitet und während verkehrsschwacher Zeiten durchgeführt werden. Weitere Vorteile von TMN: Managementaufgaben können dezentral auf verschiedene Subsysteme im TMN aufgeteilt werden. Managementinformationen können über standardisierte Schnittstellen und Protokolle ausgetauscht werden - auch zwischen Subsystemen.

9 9. Vorlesung Management von TK-Netzen Drei Sichtweisen auf TMN: 1. Funktionale Architektur

10 Konzept der Funktionalen TMN-Architektur TMN muß gemäß M.3010 Funktionalitäten bereitstellen, um z.b. Managementinformationen zwischen der TK-Netz-Umgebung und der TMN-Umgebung auszutauschen, zwischen Komponenten innerhalb des TMN s zu übertragen, in Formate zu konvertieren, die in TMN einheitlich verwendet werden, so zu manipulieren, daß sie für den Nutzer lesbar und verwertbar sind, nur autorisierten Personen zugänglich zu machen. In der funktionalen Architektur werden betrachtet: Funktionsblöcke - die o.g. M.3010-Funktionalität bereitstellen -, und durch zusätzliche funktionale Komponenten ergänzt werden - die zur Erfüllung der Aufgaben der Funktionsblöcke dienen und nicht unbedingt Bestandteil des eigentlichen TMN-Systems sein müssen -, sowiereferenzpunkte Referenzpunkte, - die sich zwischen den einzelnen Funktionsblöcken ergeben -.

11 TMN-Funktionsblöcke -Prinzip- In der funktionalen TMN-Architektur werden einzelne TMN-Funktionsblöcke (Function Blocks) unterschieden, die zusammen die TMN-Managementfunktionen erbringen. Diese Blöcke kommunizieren über Datennetze. OSF WSF MF TMN QAF NEF Funktionsblöcke, die direkt für das Management benötigt werden, liegen vollständig innerhalb des TMN s. Einige Funktionsblöcke liegen teilweise außerhalb, von diesen werden nur einige Aspekte für das Management benötigt.

12 TMN-Funktionsblöcke - Detailierte Betrachtung - OSF OSF WSF Andere TMN s QAF MF NEF TMN Operation System Function (OSF): Beobachtung, Koordinierung und Kontrolle von TK- oder TMN-Funktionen Network Element Function (NEF): Beobachtung und Kontrolle von Netzelementen, z.b. Vermittlungsfunktionen im TK-Netz QAdapterFunction(QAF): zwecks Anschließen nichtkonformer, NEF- oder OSFähnlicher Instanzen an TMN-Funktionsblöcke Mediation Function (MF): leitet Informationen zwischen OSF und NEF bzw. QAF weiter - semantische Umsetzung Workstation Function (WSF): Nutzerschnittstelle zwecks Interpretation der Infos

13 Funktionale Komponenten TMN-Funktionsblöcke werden von funktionalen Komponenten (Functional Components) ergänzt. Dazu gehören: Management Application Function (MAF): implementiert die TMN-Managementdienste MF-MAF, OSF-MAF, NEF-... Management Information Base (MIB): bewahrt Managementinformationen auf Information Conversion Function (ICF): syntaktische oder semantische Konvertierung von Informationen Presentation Function (PF): zur benutzerfreundlichen Darstellung und Modifikation von Managementinformationen - auch in umgekehrter Richtung Human Machine Adapation (HMA): verpackt Daten in Fenstern oder Masken, fügt Informationen aus der PF hinzu, unterstützt Authentifizierung und Autorisierung Message Communication Function (MCF): Funktion für den Nachrichtenaustausch für alle TMN-Funktionsblöcke, die physische Schnittstelle haben

14 TMN-Referenzpunkte Schnittstellen zwischen Innerhalb der funktionalen Architektur ergeben sich Schnittstellen den Funktionsblöcken, die als Referenzpunkte bezeichnet werden. Sie sind Bestandteil der TMN-Festlegungen und werden standardisiert. Innerhalb des TMN werden 3 Klassen von Referenzpunkten unterschieden: Klasseq-zwischenOSF,QAF,MFundNEF Dabei wird zwischen qx- und q3-referenzpunkten unterschieden: qx: bei NEF/MF, QAF/MF sowie MF/MF q3: bei NEF/OSF, QAF/OSF, MF/OSF sowie OSF/OSF Klasse f - zwischen OSF oder MF und WSF Klasse x - zwischen den OSF zweier TMN oder OSF und vergleichbarer Funktion in einem anderen Managementnetz Außerhalb der TMN-Festlegungen gibt es noch 2 Klassen von Referenzpunkten: Klasseg- zwischenwsfunddembenutzer Klasse m - zwischen QAF und anderen Managementsystemen.

15 Referenzpunkte: Beispiel & Zusammenfassung OSF Andere TMN s x OSF q3 m q3 q3 qx QAF f MF WSF f TMN qx NEF g OSF NEF MF QAF WSF TMN OSF NEF MF QAF WSF TMN x,q3 q3 q3 q3 f q3 q3 q3 qx qx qx qx qx f f f m g m g

16 9. Vorlesung Management von TK-Netzen Drei Sichtweisen auf TMN: 2. Informationsarchitektur basierend auf OSI-Management

17 Exkurs: OSI-Management Das OSI-Managementmodell umfaßt: 1. Management eines einzelnen Offenen Systems 2. Management durch Kooperation mit anderen Offenen Systemen mit Schwerpunkt auf zweitem Punkt. OSI-Managementstandards: Managementframework (X.700): Einführung, Rahmen und Zusammenspiel Systems Management Overview (X.701): Beschreibung 4 grundlegender Modelle - Funktions-, Informations-, Kommunikations- und Organisationsmodell Structure of Management Information - Management Information Model (X.720) - Definition of Management Information (X.721) - Guidelines for the Definition of Managed Objects (GDMO, X.722) - Management Functions (X.730-X.746) Common Management Information Service (X.710) und Protocol (X.711)

18 1. OSI-Funktionsmodell Das OSI-Funktionsmodell teilt Management in 5 funktionale Bereiche: (Fault Management) (Configuration Management) (Performance Management) (Accounting Management) (Security Management)

19 Fehlermanagement Fehler des Systems: dauerndes oder vorübergehendes Verfehlen einer operationalen Vorgabe Ziel: - Erhöhung der Verfügbarkeit des Netzes, insb. - Frühzeitiges Erkennen von Fehlersituationen - Lokalisieren von Fehlerquellen Fehlerdokumentation (Trouble Ticket System) User Help Desk Auskunft/Hilfe Benutzer c)fehlerbehebung b) Diagnose Überwachung Netz a) Alarm Struktur des Fehlermanagements

20 Alarmbehandlung Alarm Reporting Function (X.733) basiert auf 5 Fehlerkategorien und 57 möglichen Fehlerursachen, z.b. CPU-Zeitscheibe überschritten Signalverlust Bandbreitenreduktion Übertragungsfehler Feuer Erdbeben Quality of Service Communications Environment Softwarefehler Processing Speicherengpaß Equipment Überflutung Raumtemperatur Terminalausfall Stromausfall Event Report Management Function (X.734) verwaltet Event Reports basierend auf einem sog. Event Forwarding Discriminator, der z.b. ein Filter ist Log Control Function (X.735) speichert und sortiert Berichte

21 Konfigurationsmanagement Verteiltes System - Vielzahl von Ressourcen, die in geeigneter Weise kooperieren müssen Notwendig ist: Verknüpfung und Anpassung der Ressourcen, so daß gewünschte Kommunikationsleistung und Systemfunktionen erbracht werden, d.h.: Überwachung der am Netz angeschlossenen Geräte sowie Kontrolle von Einstellungen (z.b. Sende- und Empfangspuffer in Vermittlungsstellen) Überprüfung der Leistungsfähigkeit der Kommunikationssoftware (z.b. Einstellung max. Anzahl unquittiert ausstehender Pakete der Vermittlungsschicht) Bei Modellierung von Ressourcen als Managed Objects: - Erzeugen und Löschen von Managed Objects - Ausführen von Aktionen auf Managed Objects - Lesen und Ändern von Attributen auf Managed Objects

22 Attribute im Konfigurationsmanagement Bezüglich des Status werden 5 Attribute unterschieden, die optional angegeben werden, insbesondere können sie auch undefiniert bleiben, z.b. Stand-by-Status gibt an, ob Ressource bereit ist oder stand by; Control-Status für Tests;.... Zustandsattribute umfassen drei Zustände: Enabled Idle Unlocked Active Shutting Down Disabled Busy Locked Betriebszustand (Operational State) zeigt generelle Bereitschaft einer Ressource an: verfügbar oder nicht Nutzungszustand (Usage State) gibt akt. Nutzungsgrad an: nicht genutzt, genutzt o. ausgelastet Verwaltungszustand (Administrative State) legt administrativ die Zugänglichkeit fest; shutting down realisiert Zu-Ende-Bearbeitung

23 Leistungsmanagement Konsequente Weiterführung des Fehlermanagements: Eine Komponente kann zwar fehlerfrei arbeiten, jedoch aufgrund mangelnder Ressourcen ( freier Puffer, Speicher, CPU,...) eine gestellte Anforderung nicht optimal erfüllen. Dazu: - Durchführung von Messungen (Monitoring) - Feststellen überforderter Komponenten - Einleiten geeigneter Gegenmaßnahmen Workload Monitoring Function (X.739) Die Systemleistung wird anhand von Zählern und Pegeln angezeigt. Zähler (Counter): Pegel (Gauge): Abstraktion eines Zählprozesses, man unterscheidet settable und non settable -Zähler Abstraktion einer dynamischen, d.h. auf- und abschwankenden Variablen

24 Abrechnungsmanagement Kommerzielle Netzbetreiber sind auf Gebühren der Nutzer angewiesen. Dies erfordert eine Erfassung und Abrechnung, welcher Nutzer welche Ressource wie intensiv in Anspruch genommen hat (Datenmenge oder Dauer bei der Inanspruchnahme des Dienstes). Daraus resultiert das Accounting Management, d.h. Erzeugung und Aufzeichnung von Abrechnungsinformationen Spezifizierung der zu sammelnden Abrechnungsinformationen Speicher- und Zustandsüberwachung von Abrechnungsinformationen Setzen und Modifizieren von geeigneten Limits Accounting Meter Function (X.742) unter einem Accounting Meter versteht man eine Abstraktion von Aktivitäten, die die Auslastung einer Ressource zum Zweck der Abrechnung messen

25 Sicherheitsmanagement Überall dort von Bedeutung, wo sensible Informationen ausgetauscht werden. Bedrohungen schützenswerter Informationen entstehen durch - passive Angriffe: Abhören von Informationen, Erstellen eines Nutzerprofils oder einer unerwünschten Verkehrsflußanalyse - aktive Angriffe: Vortäuschen einer falschen Identität, Manipulation von Nachrichtensequenzen durch Umordnen, Verzögern o.ä., Modifikation von Nachrichten, Manipulation von Ressourcen durch Überlastung, Umkonfigurierung, Viren,... Daraus ergeben sich als Aufgabenbereiche des Security Managements: Authentifizierung Autorisierung / Zugriffsrechte Zugangskontrolle zu Ressourcen Verschlüsselung von Informationen Schutz vor Angriffen... Access Control Management Function (X.741): Zugangskontrolle durch Policies

26 2. OSI-Organisationsmodell Verteiltes, kooperatives Management in einem Offenen System Man unterscheidet Paare von Kommunikationseinheiten (Manager, Agent), wobei eine Komponente verschiedene Rollen einnehmen kann Manager Managementoperationen, Notifikationen Agent Service Element Managing System Rolle: Manager Managementprotokoll Service Element Managed System Rolle: Agent Zu managende Ressourcen Die zu managenden Ressourcen werden mittels eines OSI-Managementprotokolls verwaltet Rollen Manager und Agent sind nicht permanent festgelegt

27 3. OSI-Informationsmodell Neben einem Manager hat in anderen Systemen ein Agent Zugriff auf zu managende Ressourcen. Dadurch wird ein verteilter Managementdienst bereitgestellt. Manager/Agenten-Prinzip Die Bedeutung objektorientierter Konzepte geht auf austauschbare und wiederverwendbare Module zurück, die leicht zu aktualisieren und zusammenzusetzen sind. Objektorientierung Managed Objects Übergang zum objektorientierten Management: Zu managende Ressourcen werden durch Managed Objects repräsentiert, auf die ein Agent zugreifen kann. Daten Prozeduren Schnittst. Nachrichten Objekt: Softwareeinheit, die aus einer Ansammlung von Daten und zugehörigen Prozeduren besteht, welche außerhalb des Objekts nicht direkt sichtbar sind Der Zugang zum Objekt ist ausschließlich über wohldefinierte Schnittstellen möglich, über die Nachrichten übertragen werden.

28 Managed Objects (MO s) Mgmt. Operat. Result Managed Object: Verhalten Attribute Notification - definiert die Managementsicht auf eine Ressource, die es repräsentiert, - stellt dabei drei Schnittstellen bereit: * Management Operation, * Result, * Notification, - die durch das MO repräsentierte Ressource hat ein Verhalten, - der Zustand eines MO s wird durch Attribute beschrieben, - mehrere Attribute können in Attributgruppen zusammengefaßt werden. MO s genügen den Konzepten Einkapselung, Vererbung und Polymorphie. Objekte mit Gemeinsamkeiten werden jeweils in Klassen zusammengefaßt, die über Vererbungshierarchien in Beziehung stehen.

29 Vererbung MO s mit Gemeinsamkeiten werden zu einer MO-Klasse zusammengefaßt. MO s sind Instanzen der jeweiligen MO-Klasse. Alle Instanzen einer MO-Klasse sind von einem Typ. Eine MO-Klasse ist folglich eine Menge von MO s eines gegebenen Typs. Neue MO-Klassen können alle Attribute, Operationen und Notifikationen von einer Oberklasse übernehmen (Prinzip der Vererbung - auch Mehrfachvererbung mgl.). Außerdem kann die neue Unterklasse 1. Beliebige neue Attribute, Operationen 2. Unterklassen können in ihren Attriund Notifikationen erhalten: butwertebereichen eingeschränkt Objekterweiterung oder werden: Spezialisierung Klasse 1 A: B: Klasse 1 A: B: Klasse 2 A: C: B: Klasse 2 A: 1..5 B:

30 Guidelines for the Definition of Managed Objects (GDMO) GDMO - internationaler Standard, der eine formale Sprache definiert, um MO-Klassen zu spezifizieren - Formalisierung zu beschreibender MO-Klassen erfolgt mittels Templates MO-Klasse Package MO Class Package Action Attribute G. Notification Template Attribute Template: Formular, das Syntax einer Managemententität definiert und Reihenfolge festlegt, in der Bestandteile spezifiziert werden - Templates können mit weiteren Templates kombiniert werden Packagebestandteile Behaviour Sonstiges Name Binding Parameter Eine MO-Klasse wird durch ein MO Class Template beschrieben, das selbst ein Package Template nutzt,...

31 Beispiel: Struktur einiger Templates Allgemeine Template-Struktur in BNF: <template-label> TEMPLATE-NAME CONSTRUCT-NAME [<construct-argument>]; [CONSTRUCT-NAME [<construct-argument>];]* [REGISTERED AS <object-identifier>]; [supporting productions [...]*] <behaviour definition label> BEHAVIOUR CLASS DEFINED AS String templatelabel construct name construct name construct name templatename <class-label> DERIVED FROM CHARACTERIZED BY CONDITIONAL PACKAGES REGISTERED AS MANAGED OBJECT CLASS present if <condition> <class Name> MO Class Template Superclasses Mandatory Packages Package Template Package Template Conditional Packages

32 Management Information Base (MIB) Unabhängig von der Vererbungshierarchie gibt es eine Enthaltenseinsbeziehung, die rekursive Verweise ermöglicht. Die Menge der MO s eines verwalteten Managementsystems wird so in einer Management Information Base (MIB) abgelegt. Die MIB stellt MO s in Form eines Managementinformationsbaums (Management Information Trees, MIT s) dar, ein Zugriff erfolgt so: Manager Agent MIB Service Element Manging System Service Element Manged System MIT 3. Sammlung aller MO s

33 4. OSI- Kommunikationsmodell Grundlegende Aufgabe innerhalb des OSI-Managements: Austausch von Managementinformationen zwischen Manager und Agent über Managementprotokoll, z.b. Common Management Information Protocol (CMIP) Manager Agent A-Associate, A-Release,... Common Management Information Service Element (CMISE) A-Associate, A-Release,... M-Event-Report, M-Get, M-Set, M-Create, M-Action,... RO-Invoke, RO-Reject, RO-Result, RO-Error Common Management Information Service Element (CMISE) ACSE ROSE Zunächst ACSE ROSE Dann Austausch Verbind.- v. P-Connect, aufbau Mgm.Infos P-Release,... P-Data OSI-Schicht 7 OSI-Schicht 6

34 Andere Managementprotokolle Mit der Entwicklung des Internets wurde für Managementzwecke ein sogenanntes Internet Control Message Protocol (ICMP) basierend auf echo/echo-reply-komm. entwickelt Darauf basiert auch das Packet Internet Groper (PING)-Programm. Leistungsfähiger wurde das Simple Gateway Monitoring Protocol (SGMP) wurde dieses zum Simple Network Management Protocol (SNMP) erweitert, 1993 entstand SNMPv2. SNMP: einfaches, verb.loses Protokoll basierend auf UDP Managed Resources Management SNMP MO Application Get Request, GetNextRequest, Get Response, Set Request Trap SNMP-Manager SNMP -Agent OSI-Schicht 4 OSI-Schicht 3 SNMP hat unter anderem folgende funktionale Nachteile: Sowohl CMIP als auch SNMP benutzen den Begriff Objekt - bei SNMP jedoch nicht gemäß OO-Paradigma, sondern nur als einzelne Variable Keine Kapselung - und auch Vererbung wird nicht unterstützt - d.h. jede neue MIB-Variable verlangt eine Anpassung bestehender Anwendungen

35 OSI-Management für die TMN-Informationsarchitektur Ziel TMN: Effizientes Management der Ressourcen, die Bestandteil eines TK-Netzes oder TK-Dienstes sind und als MO s modelliert werden MO s werden definiert durch: Attributs, Operations, Behaviour u. Notifications TMN ist eine verteilte Anwendung - die Kommunikation erfolgt nach dem Manager/Agenten-Prinzip, d.h. kein direkter Zugriff vom Manager auf Ressourcen, sondern Anfragen von einem Manager an einen Agenten. Der Agent verfügt auch über Informationen bzgl. der TMN-Funktionsblöcke. Zwecks Management ist ein gemeinsames Verständnis bezüglich der Managed Objects, MIB, Managementfunktionen, Protokolle, Zugriffsrechte,... nötig: Shared Management Knowledge (SMK). Der TMN-Informationsaustausch verwendet Common Management Information Services (CMIS) und das Common Management Information Protocol (CMIP).

36 Integriertes Management CMISE als Kommunikationsbasis für Managementzwecke wurde normiert - damit ist eine erste Basis für einen Baukasten von Teilsystemen vorhanden. Netzhersteller: müssen folglich nur dafür sorgen, daß Kunden in der Lage sind, mit anderen Komponenten ihres Produkts Informationen auszutauschen Anwender: setzen in der Regel nicht nur Produkte eines Herstellers ein, wollen folglich Herstellerunabhängigkeit Dienstanbieter: größtes Problem - Dienste machen sich nur bezahlt, wenn eine versprochene Dienstqualität bereitgestellt werden kann Schlüsselfrage ist Integration von Managementsystemen in heterogenen Welten. Lösungen: - Veröffentlichung von benutzten Schnittstellen - Universalmanager über heterogene Managementsysteme - Managementplattformen als Trennung von 1. Zugriffsmechanismen, 2. Managementanwendungen und 3. Oberfläche durch API s

37 9. Vorlesung Management von TK-Netzen Drei Sichtweisen auf TMN: 3. Physikalische Architektur

38 Konzept der Physikalischen TMN-Architektur Physikalische TMN-Architektur: bildet die Funktionen der TMN Funktionsblöcke auf reale Systeme ab Das physikalische TMN besteht aus den Komponenten Operations System (OS) Mediation Device (MD) QAdaptor(QA) Data Communication Network (DCN) Workstation (WS) Network Element (NE) Das DCN dient als Kommunikationsnetz zwischen den Funktionen. Die Schnittstellen sind entsprechend der festgelegten Referenzpunkte definiert, sie werden im Gegensatz zu den Schnittstellen mit großen Buchstaben gekennzeichnet, z.b Q-Schnittstelle am Referenzpunkt q.

39 Beispiel für eine Physikalische TMN-Architektur Ausschnitt aus Funktionaler Architektur: Physikalische Architektur: x OSF q 3 f MF f TMN WSF X OS OS DCN X/F/Q 3 F WS WS q x q x F/Q 3 QAF NEF MD MD Q x TMN Operations System (OS) Mediation Device (MD) QAdaptor(QA) Data Communication Network (DCN) Workstation (WS) Network Element (NE) Q x QA QA DCN Q x NE NE

40 9. Vorlesung Management von TK-Netzen TMN-Anwendungen

41 Verkehrsverwaltung TMN-Aufgaben Beobachtung des Verkehrsflusses in den Vermittlungsstellen des TK-Netzes um Blockierungen zu erkennen und zu beseitigen (langfristig: Verkehrsplanung) Optimierung der Verkehrslenkung nach Netzauslastung Reaktion auf z.b. Feiertage, Ausfälle, Einführung neuer Dienste Gegenmaßnahmen: Anschalten von Ansagen, Außerbetriebnahme von Einrichtungen, Reservieren von Betriebsmitteln Wichtig: Übersichtl. Nutzeroberfläche auch für Systeme verschiedener Hersteller Alarmverwaltung Sammlung aller Ereignisse; Test und Diagnose zwecks Beseitigung von Fehlern Gebührenverwaltung Sammlung und Verarbeitung von Gebührendaten (Billing Center) - ggf. anteilmäßig an Anbieter von IN-Diensten - Weiterleitung an Rechnungserstellung Teilnehmerverwaltung Customer Care: Hinzufügen und Ändern von Anschlüssen, Diensten,...

42 TMN-Anwendungen im IN SMP SCP SS7 SSP SCEP IP Im IN-Standard Q.1210 wird auf den TMN-Standard M.3010 und den Management-Standard X.700 Bezug genommen: Fehlermanagement Konfigurationsmanagement Abrechnungsmanagement Leistungsmanagement Sicherheitsmanagement mit spezifischen IN-Anforderungen X BCP X SCEP - Service Creation Environment Point SMP - Service Management Point SCP - Service Control Point IP - Intelligent Peripheral SS7 - Signaling System No. 7 SSP - Service Switching Point BCP - Basic Call Process

43 Vergleich IN und TMN Im wesentlichen fallen beim Vergleich des IN- und TMN-Konzepts folgende Unterschiede auf: 1. IN sieht eine dynamische Diensterstellung vor, während TMN von einem statischen Dienstmanagement ausgeht. 2. In den funktionalen Instanzen des IN s werden Funktionen realisiert, die auf physikalische Instanzen verteilt sind. TMN ist ferner objektorientiert und betrachtet ein Telekommunikationsnetz auf einer abstrakteren Stufe. Das Management wird dadurch flexibler. 3. Einsatz unterschiedlicher, standardisierter Protokolle: IN: SS7-INAP zwischen SCP und SSP TMN: OSI-CMIP - auf Netzelemente über Q 3 -Schnittstelle 4. Hauptausrichtung der IN s ist die Dienstbereitstellung - Dienste werden auf verschiedenen abstrakten Ebenen betrachtet. TMN fokussieren auf Management - alle Netzelemente liegen in einer Schicht IN nutzt funktionale Instanzen (SSF, SCF,...), TMN Funktionsblöcke (OSF, MF,...)

44 Video zeigen