zarz ą dzaniesieciamitelekom unikacyjnymi

zarz ą dzaniesieciamitelekom unikacyjnymi

Wykład 12. (nazwa pliku wr_12b.pdf)
ZARZĄ DZANIE SIECIAMI
TELEKOMUNIKACYJNYMI
Temat wykładu:
Protokoły- dokoń czenie
Platformy zarządzania
Wykład 12
CMIP
Common Management Information Protocol
•
•
Jest protokołem do przesyłania informacji zarządzających sieciami telekomunikacyjnymi.
Protokół ten jest wprawdzie stosowany w sieciach TMN, jednak w rzeczywistości jest on
bardziej związany z modelem zarządzania sieciami OSI opracowanym przez ISO. CIMP
jest zresztą opisany zarówno przez zalecenie ITU X.711, jak i przez normę ISO 9596-1.
Spełnia on następujące funkcje(podobnie jak SNMP):
•
•
•
•
•
•
•
•
•
•
•
•
•
M-GET - odczytuje wartości atrybutu zarządzanego obiektu (np. centrala
czynna/nieczynna);
M-SET - ustawia wartości atrybutu zarządzanego obiektu;
M-CANCEL-GET - anuluje ż ądania pobrania atrybutu;
M-CREATE - tworzy obiekt;
M-DELETE - kasuje obiekt ;
M-ACTION - wykonuje akcję;
M-EVENT-REPORT - przesyła informację o zajściu zdarzenia.
CMIP a SNMP
O ile protokół SNMP miał w założ eniu być przystosowany do przesyłania informacji
zarządzania przede wszystkim w sieciach IP - jest protokołem prostszym, o tyle CMIP
jest protokołem bardziej ogólnym, cechującym się duż o większą wariantowością, co
przekłada się bezpośrednio na koszt implementacji.
SNMP posługuje się bazami MIB i MIB-II
SNMP posługuje się bazami MIB i MIB-II. w których informacja jest przechowywana w
liściach statycznego drzewa.
Adres typu obiektu w drzewie składa się z cyfr dziesiętnych przedzielonych kropkami.
Np. adres wszystkich informacji powiązanych z Internetem to 1.3.6.1, a adres wszystkich
informacji w bazach MIB to 1.3.6.1.2.1.
Każ dy producent projektujący definicję obiektów ma własną ścież kę, którą moż e
administrować-oczywistym jest ,ż e jeż eli na etapie produkcji nie wdroż y się systemu
zarządzania to w późniejszym czasie nie będzie takiej moż liwości .
W ramach końcowych typów (liści drzewa ) moż liwe jest utworzenie instancji obiektu
odnoszącej się do konkretnego urządzania.
1
CMIP również posługuje się bazami drzewiastymi, jednak na tym podobieństwo do baz
stosowanych w SNMP się kończy
• CMIP posługuje się bowiem obiektowym modelem GDMO (Guidelines for the
Definitions Management Objects).
• Zastosowane tu drzewo informacji zarządzania (MIT, Management Information Tree)
moż na uznać za drzewo dziedziczenia, w którym obiekty dziedziczą wartości i metody po
swoich przodkach.
• Drzewo to jest dynamiczne! Poszczególne operacje protokołu CMIP, takie jak m-Create
czy m-Delete, zmieniają jego strukturę.
• Tematem, który powraca uparcie niczym bumerang, zwłaszcza w środowiskach
akademickich, jest współpraca między protokołem CMIP a SNMP. Istnieją pewne
rozwiązania, jednak nie są one satysfakcjonujące. Znacznie
łatwiej jest też przejść z SNMP na CMIP (zakładajac ż e część funkcji CMIP będzie
niewykorzystana) niż odwrotnie.
Platforma zarządzania CORBA
Marek Sawerwain CORBA Programowanie w praktyce, MIKOM 2002
Nie ma ścisłej definicji platformy zarządzania .
•
•
Architektura Zarządzania Obiektami OMA (ang. Object Management Architecture)
definiuje architekturę zarządzania rozproszonymi obiektami na wysokim poziomie
abstrakcji. OMA specyfikowana jest poprzez określenie styków (interfejsów) i
protokołów.
Konkretne specyfikacje opierają się na istniejących technologiach, spełniających
wymagania techniczne OMG. Architektura OMA jest architekturą odniesienia i jest
podstawą do tworzenia aplikacji.
Architektura CORBA
•
•
•
•
Architektura OMA składa się z czterech elementów :
Pośrednik Ż ądań Obiektów - ORB (ang. Object Request Broker)
Usługi Obiektów (ang. Object Services)
Wspólne Funkcje Usługowe (ang. Common Facilities)
Obiekty Aplikacyjne (ang. Application Objects)
2
Architektura CORBA
(bardziej ogólna wersja )
•
•
•
•
•
•
Broker
Pośrednik Ż ądań Obiektów stanowi wspólne medium komunikacyjne. OMG określiła
architekturę Pośrednika (architektura komunikacji między Obiektami Aplikacyjnymi),
tzw. Wspólną Architekturę Pośrednika Żądań Obiektów CORBA (ang. Common Object
Request Broker Architecture). – kojarzy wszystkie zadania jakie mamy do wykonania
Usługi Obiektó w
Obsługą styków obiektów niskiego poziomu zajmują się Usługi Obiektów. Usługi te
należ ą do podstawowych czynności wykonywanych na obiektach: nazywanie, cykl ż ycia
obiektu i transakcje. Do tej pory zostały opracowane dwie specyfikacje w tym zakresie:
COSS1 i COSS2 (ang. Common Object Services Specification).
Wspó lne Funkcje Usługowe
Do opisu standardowych styków z aplikacjami opracowywane są Wspólne Funkcje
Usługowe. Są one przeznaczone do rozproszonego środowiska (dla róż nych klas
obiektów – w telekomunikacji , która jest systemem podlegającym ciągłym
modyfikacjom ,nie miałoby sensu wprowadzenie systemu zarządzania dla jednej klasy
obiektu). Obiekty Aplikacyjne reprezentują konkretne styki z aplikacjami. Styki te, ze
względu na róż norodność oprogramowania, nie zostaną zestandaryzowane.
Podstawowe elementy specyfikacji CORBA
Pośrednik Ż ądań Obiektów (ang. Object Request Broker)
Język Definicji Styków (ang. lnterface Definition Language)
Styk Dynamicznego Wywoływania (ang. Dynamic Invocation Interface)
3
Pośrednik Ż ądań Obiektó w
•
•
•
•
•
Zadaniem Pośrednika Ż ądań Obiektó w jest znajdowanie implementacji obiektu,
którego dotyczy konkretne ż ądanie i przekazywanie wywołania do obiektu. Ż ądanie
powinno być obsłuż one niezależ nie od położ enia obiektu (część obiektów jest mobilnychnie tylko komórki), języka implementacji lub innych parametrów, które nie są
zdefiniowane w styku obiektu (ang. Object’s interface).
Klient, który chce skorzystać z usług (metod) innego obiektu przy pomocy ORB, moż e to
zrobić na dwa sposoby: wykorzystując styk obiektu opisany nagłówkiem (ang. stub)
wygenerowanym z pliku opisu w języku Definicji Styków IDL lub wykorzystując Styk
Dynamicznego Wywoływania DII, niezależ ny od styku obiektu docelowego.
Z kolei ORB przekazuje dane do implementacji obiektu oraz wywołuje usługi obiektu
wykorzystując tzw. szkielet IDL lub szkielet (zwany czasami pniem) dynamiczny.
Szkielety są powiązane z konkretną implementacją Adaptera Obiektów (ang. Object
Adapter) i mogą wywoływać funkcje ORB przez Adapter Obiektów.
Ję zyk Definicji Stykó w IDL
Ję zyk Definicji Stykó w IDL służ y do definiowania obiektów w postaci styku obiektu,
czyli zbioru operacji i parametrów związanych z tymi operacjami . IDL jest więc
ogólnym opisem obiektu, pozwalającym określić operacje (usługi) jakie obiekt moż e
wykonać i parametry wymagane do wywołania konkretnej operacji. Nie jest on jednak
językiem programowania, językiem implementacji — nie określa wewnętrznej struktury
obiektów, nie służ y do tworzenia implementacji obiektów, a jedynie do opisu obiektów,
których implementacja w konkretnym języku programowania jest dana lub będzie
stworzona później.
IDL jest językiem obiektowym, udostępniającym mechanizm dziedziczenia (takż e
wielokrotnego) oraz obsługę wyjątków (ang. exception). W wyniku kompilacji pliku z
opisem obiektów w języku IDL powstaje tzw. nagłówek (ang. stub), wykorzystywany
przez ORB do wywoływania operacji na obiektach.
Definicje w IDL
4
Repozytorium – archiwum ,baza danych elementów występujących w systemie .
Klientem nie jest abonent , ale konkretna aplikacja .
Styk Dynamicznego Wywoływania DII
• znalezienie obiektu,
• znalezienie styku obiektu,
• stworzenie ż ądania operacji,
• wywołanie ż ądania operacji,
• otrzymania wyniku wykonania operacji.
Czynności te mogą być wykonywane jedynie w czasie działania systemu. Takie podejście
we wspó łpracy aplikacji z obiektami pozwala korzystać ze środowiska rozproszonych
obiektó w, bez potrzeby uaktualniania wersji stykó w .
Schemat dowolnej aplikacji w CORBIE
Realizacja TMN z wykorzystaniem technologii CORBA
Dwa sposoby :
• wykorzystanie “bramki" do systemu TMN (ang. gateway environment),
•
realizacja systemu TMN w całości w technologii CORBA (ang. non-gateway
environment). –raczej idea –niewiele urządzeń w telekomunikacji pracujących w systemie
CORBA
5
Realizacja systemu TMN wyłącznie w środowisku CORBA
Dostę p do obiektó w TMN z systemu CORBA
Dostę p do obiektó w CORBA z systemu TMN
Komunikacja obiektó w CORBA z wykorzystaniem protokołu CMIP
6
Komunikacja obiektó w TMN z wykorzystaniem technologii CORBA
Zalety architektury CORBA w zastosowaniach telekomunikacyjnych
•
•
•
•
•
•
•
Architektura CORBA zapewnia bardzo wygodny sposób zapewnienia współpracy
róż norodnych systemów.
Daje moż liwość przesłonięcia - zamaskowania systemów odziedziczonych (jeż eli
urządzenia nie spełniają nowych standardow moż na je „ zamaskować” ), wykorzystując w
pełni ich moż liwości, a zarazem pozwalając na wprowadzenie w takim heterogenicznym
środowisku systemów zupełnie nowych, zaimplementowanych jako rozproszone systemy
obiektowe.
Dzięki wykorzystaniu języka opisu styków IDL zamiast języka programowania,
architektura CORBA zapewnia dostęp do obiektów niezależ nie od platformy
implementacji obiektu - również pomiędzy róż nymi domenami, co stanowi podstawowe
wymaganie przy współpracy systemów dostarczonych przez róż nych dostawców,
stosujących z reguły specyficzne rozwiązania firmowe.
Dostęp do systemów odziedziczonych jest istotny również z powodu o wiele dłuż szego
czasu ż ycia urządzeń i systemów telekomunikacyjnych w stosunku do systemów
informatycznych. Spowodowane jest to głównie wysokimi kosztami uruchomienia
systemu oraz długim czasem zwrotu inwestycji telekomunikacyjnej.
Technologia CORBA oferuje tu niewątpliwie moż liwość włączenia nawet bardzo starych
systemów do współpracy ze sprzętem i oprogramowaniem nowszej generacji, co moż e
okazać się konieczne ze względu na potrzebę zachowania ciągłości funkcji zarządzania
usługami i sprzętem.
Wykorzystanie Języka Definicji Styków IDL niezależ nego od implementacji pozwala na
połączenie systemów, w szczególności systemów zarządzania, które mają stosują
rozwiązania firmowe.
Proponowane przez konsorcjum OMG rozwiązania w adaptacji rozwiązań CORBA na
potrzeby Sieci Zarządzania Telekomunikacją uwzględniają rozwiązania szeroko
akceptowane przez operatorów - w szczególności model zarządzania OSI i przyjęte takż e
przez Network Management Forum statyczne zasady translacji specyfikacji GDMO
7
•
Ciekawą propozycją jest Repozytorium Informacji Zarządzania OSI, które pozwoli w
łatwy sposób i zgodnie ze standardami budować model informacyjny, który będzie mógł
być wykorzystany zarówno w środowisku CORBA, jak i w TMN.
Wady architektury CORBA w zastosowaniach telekomunikacyjnych
•
Wydajność nie jest zadowalająca w zastosowaniach wymagających efektywnego
działania w czasie rzeczywistym.
Moż e być ona natomiast stosowana do realizacji róż nych funkcji zarządzania siecią, i
usługami, które nie są krytycznie uwarunkowane czasowo. Na przykład z powodzeniem
moż e zostać wykorzystana w aplikacjach służ ących do sprawdzania stanu elementów
sieci, tworzenia róż nego rodzaju raportów, zgłaszania pewnych rodzajów alarmów.
Wydajność dostępnych platform sprzętowych nie pozwala obecnie zastosować
technologii CORBA np. do obsługi połączeń i realizacji usług telekomunikacyjnych na
duż ą skalę. Prowadzone są jednak prace badawcze i eksperymenty związane z
wykorzystaniem architektury CORBA do realizacji usług IN.
•
•
•
Brak jest jednolitego ujęcia problemu zarządzania usługami - w szczególności propozycji
wspólnego modelu obiektowego na potrzeby zarządzania usługami. Moż e to
spowodować, ż e zarządzanie w warstwie usług nadal będzie poza standaryzacją. W ITUT prowadzi się studia nad włączeniem architektury CORBA do realizacji styku Q3 w
warstwie SML (Service Management Layer).
---------------------------------------------------------------------------------------------------------------------
OpenView firmy Hewlett Packard
•
•
•
•
•
•
•
•
zarządzanie sieciami IP i elementami telekomunikacyjnymi
zarządzanie operacyjne serwerami i aplikacjami
zarządzanie wydajnością
inwentaryzacja i dystrybucja oprogramowania
zarządzanie danymi (zarządzanie sieciami SAN, backupy, archiwizacja)
zarządzanie bezpieczeństwem
zarządzanie usługami informatycznymi, service desk
zarządzanie usługami internetowymi
OpenView firmy Hewlett Packard - Narzę dzia
Kompleksowe zarządzanie środowiskiem teleinformatycznym
• hp OpenView network node manager
– pozwala z jednej stacji roboczej zarządzać sytuacjami awaryjnymi, konfigurowaniem i
efektywnością, wykrywa wszystkie urządzenia w sieci, daje kompletny obraz sieci,
monitoruje sieć
• hp OpenView network node manager extended topology
– jest przeznaczony dla duż ych sieci wykorzystujących przełączniki ATM lub Ethernet.
Rozszerza moż liwości hp OpenView network node manager o zaawansowane wykrywanie
i monitorowanie złoż onych sieci. Pozwala na szybszą diagnostykę problemów sieciowych
dzięki zejściu monitorowania na poziom poszczególnych portów. Precyzyjne wykrywanie
ścież ek sieciowych umoż liwia korelacja zdarzeń dotyczących topologii.
8
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
hp OpenView event correlation designer
to graficzne narzędzie do tworzenia dodatkowych obwodów korelacji zdarzeń dla
aplikacji z rodziny hp OpenView. Technologia korelacji zdarzeń pozwala na
wyeliminowanie duż ej liczby fałszywych zdarzeń i podkreślenie najważ niejszych,
będących prawdziwymi przyczynami niewłaściwej pracy sieci
hp OpenView customer views
łączy informacje o środowisku sieciowym z informacjami o uż ytkownikach
korzystających z niego. Dzięki temu moż liwe jest zarządzanie środowiskiem sieciowym z
punktu widzenia uż ytkownika końcowego. Na jednej mapie przedstawiana jest topologia
sieci wraz z kompletem informacji o uż ytkownikach.
hp OpenView multicast
rozszerzenie moż liwości platformy hp OpenView network node manager, które pozwala
na zarządzanie i monitorowanie transmisji typu multicast, alarmuje w przypadku
obniż enia jakości transmisji. Pozwala realizować takie usługi jak wideokonferencja
hp OpenView problem diagnosis
Wspomaga diagnostykę problemów sieciowych. Pokazuje ścież kę sieciową między
komputerem końcowym a wybranym urządzeniem w sieci. Na wszystkich segmentach
ścież ki sieciowej zbierane i wizualizowane są dane dotyczące opóźnień w transmisji
pakietów i obciąż eniu poszczególnych segmentów. Stan urządzeń przedstawiany jest w
postaci kolorowych ikon
hp OpenView service assurance
W jego skład wchodzi zestaw dodatkowych narzędzi do obsługi awarii w
heterogenicznych sieciach telekomunikacyjnych (Fault Management). Wykorzystując
interfejsy DM TMN (Distributed Management TMN)funkcjonalność tego systemu moż e
być konfigurowana przez uż ytkownika w zależ ności od wymagań i potrzeb.
hp OpenView operations telecom extensions
rozszerzają moż liwości agenta hp OpenView operations w kierunku zarządzania sieciami
telekomunikacyjnymi.
Umoż liwiają
zbieranie
alarmów
ze
środowiska
telekomunikacyjnego i przetwarzają je na alarmy hp OpenView operations (względnie na
alarmy w formacie X.733 obsługiwane m. in. przez hp OpenView topology server).
Alarmy przetwarzane są zgodnie z polisami - definiowanymi z poziomu serwera hp
OpenView operations
OpenView firmy Hewlett Packard - Narzę dzia cd.
Zarządzanie systemami i aplikacjami
hp OpenView operations/performance
jest podstawową aplikacją hp OpenView zapewniającą funkcje zarządzania operacyjnego
(ang. Operations Management), obsługi zdarzeń (ang. Fault Management) oraz
zarządzania wydajnością i pojemnością (ang.
Cappacity Planning, Performance
Management). Na poziomie interfejsu graficznego
hp OpenView operations
9
–
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
stanowi podstawę do stworzenia systemu zarządzania operacyjnego (monitorowania,
wykrywania i eliminowania nieprawidłowości) w rozproszonym, heterogenicznym
środowisku teleinformatycznym
hp OpenView performance
zapewnia centralne zarządzanie wydajnością w skali całego środowiska informatycznego
począwszy od sieci i systemu operacyjnego aż do aplikacji i baz danych. hp OpenView
performance pozwala na ciągłe monitorowanie wydajności serwerów i aplikacji oraz na
gromadzenie danych wydajnościowych dla potrzeb późniejszej analizy
hp OpenView operations
dostarcza natychmiastowych i czytelnych informacji o obciąż eniu i wydajności działania
systemu. Pozwala na analizę stanu systemu, jego strojenie i znajdowanie wąskich gardeł.
Zastosowania hp OpenView glanceplus pozwala na oszczędność czasu, większą
efektywność działania systemów i lepsze działanie aplikacji.
hp OpenView smart plug-ins (SPI)
Zwiększają moż liwości zarządzania poszczególnymi aplikacjami i bazami danych.
Dostarczają one bazę wiedzy o zarządzanej aplikacji, waż nych parametrach i zdarzeniach
świadczących o niewłaściwej pracy zarządzanej aplikacji. Moduły SPI korzystają z
agentów i interfejsu hp OpenView dla potrzeb komunikacji między zarządzanym
serwerem a centrum zarządzania oraz z konsoli i systemu
hp OpenView service navigator
navigator pozwala na graficzną wizualizację procesów biznesowych. Wszelkie
komponenty usługi informatycznej (linii technologicznej) przedstawiane są w postaci
grafu. Graf zawiera strukturę powiązań między tymi elementami.
OpenView advanced security
rozszerza standardowy poziom bezpieczeństwa zapewniany przez hp OpenView.
Wprowadzone jest tu dodatkowe szyfrowanie oraz autentykację pomiędzy stacją
zarządzania o agentami na zarządzanych systemach. Zastosowany jest klucz 128 bitowy
zapewniający odpowiednio wysokie bezpieczeństwo przesyłanych danych oraz ich
niezaprzeczalność i integralność
hp OpenView managex
jest aplikacją umoż liwiającą zintegrowane zarządzanie rozproszonymi serwerami
Windows NT/2000 i Novell NetWare. hp OpenView managex zapewnia aktualną
informację o stanie wszystkich serwerów Windows NT/2000 i NetWare oraz pozwala
zdalnie nimi zarządzać..
OpenView firmy Hewlett Packard - Narzę dzia cd.
Zarządzanie usługami teleinformatycznymi
hp OpenView service desk
to oprogramowanie umoż liwiające działom IT efektywne wspieranie uż ytkowników i
zarządzanie środowiskiem IT na poziomie świadczonych usług. hp OpenView service
desk pomaga rejestrować zgłoszenia uż ytkowników oraz incydenty generowane
automatycznie poprzez inne moduły zarządzania hp OpenView. Zgłoszenia są
priorytetyzowane i kierowane do odpowiednich specjalistów
hp OpenView reporter
10
- jest narzędziem umoż liwiającym tworzenie i publikowanie raportów z danych zbieranych
przez agentów innych aplikacji hp OpenView. hp OpenView reporter zawiera standardowo
ponad 50 róż nych raportów dotyczących wydajności i dostępności róż nych aplikacji
pracujących w środowisku IT
• hp OpenView service information portal
• jest przeznaczone dla dostawców usług sieciowych i aplikacyjnych (ISP, ASP etc.).
Oprogramowanie to umoż liwia wizualizację danych dla uż ytkowników i klientów
korzystającymi ze świadczonych przez danego dostawcę usług sieciowych lub
aplikacyjnych.
• hp OpenView internet usage manager
• umoż liwia stworzenie systemu rozliczającego klientów i uż ytkowników wewnętrznych
za wykorzystywane zasoby oraz pozwala na analizę ich zachowań. Jest to modularny,
wysoce konfigurowalny system zbierający, agregujący i korelujący dane pochodzące z
róż nych źródeł.
OpenView firmy Hewlett Packard - Narzę dzia cd.
inne
• Zarządzanie pamięcią masową
• Zarządzanie uż ytkownikami, konfiguracjami i dystrybucją
• Rozwiązania dla Internetu
• Zarządzanie dystrybucją dokumentów
Inne platformy
Inne np. Platformy firmy Siemens
Nadrzę dny
system
zarządzania siecią
CORBA
SNMP
TNMS Core/CDM
Siećtransmisji danych
ELI
Qst/OSI
SXA,
SXD
SMA 16,
SLD 16,
DL 64
Qd2/OSI
SMA 1/4,
SMA 1 K,
SMA 1 K -CP,
SLR Infinity FL
Qd2/SISA
FMX,
CMX,
SRA L
Q3/OSI
Infinity MTS,
Infinity WLS,
WaveLine,
OSN MODIF,
OSN OCP,
OSN TEX,
OSN OCR
11
Poró wnanie platform zarządzania siecią LAN
Autorzy niniejszego opracowania:
Radosław Drabek
Patryk Chamuczyński
Tomasz Grelewicz
Paweł Jankowski
12