2. ŠZAŠTO TMN?
Poslovni ciljevi telekom operatora su: kontinualno
unapređenje kvaliteta i produktivnosti, a
njihovom realizacijom se omogućava:njihovom realizacijom se omogućava:
o Brži odgovor na zahteve korisnika,
o Brža eliminaciju razloga degradacije kvaliteta ij g g j
produktivnosti,
o Bolja tačnost obračunavanja potrošnje servisa i
B ž l t i d k i iko Brža naplata servisa od korisnika.
3. ŠŠTA JE TMN?
• TMN se definiše kao posebna računarska mreža• TMN se definiše kao posebna računarska mreža
koja se u više tačaka spaja sa telekomunikacionom
mrežom radi prikupljanja informacije od, odnosnop p j j j
predaje informacije ka telekomunikacionoj mreži.
• Osnovna namena TMN-a je upravljanje
t l k ik i ž i i i TMNtelekomunikacionom mrežom i servisima pa TMN
predstavlja organizovanu mreže koja obuhvata i
međusobno spaja različite tipove operacionihp j p p
sistema (OS) sa telekomunikacionom opremom,
koristeći standardnu arhitekturu sa
standardizovanim interfejsima i protokolimastandardizovanim interfejsima i protokolima.
5. ŠTA JE PREDMETŠTA JE PREDMET
UPRAVLJANJA?
• Javne i privatne mreže, uključujući i ISDN mreže;
• Mreže za prenos podataka;
• Mreže za mobilne komunikacije;
• Digitalni i analogni sistemi prenosa (kablovski, optički, radiorelejni,
satelitski i sl.);
• Oprema (multiplekseri, uređaji za prespajanje i sl.);
• Digitalne i analogne centrale;Digitalne i analogne centrale;
• Sistemi za rekonfiguraciju;
• Signalizacioni sistemi i terminali;
• Govorni servisi,
• Servisi za prenos podataka
• Servisi iznajmljenih linija
• Pomoćni sistemi (sistemi za napajanje, klimatizacija, alarmi zgrade i sl.) i
drdr
6. NOVE i POSTOJEĆE
MREŽE SU SAMREŽE SU SA
Različitom opremom
realizovanom od strane
velikog broja proizvođača
Različitim verzijama HW
iSWiSW
Velikim zahtevima u pogledu
upravljanja
POTREBNO JEPOTREBNO JE
Standardizovati:
interfejse
funkcije
TMN
7. TMN KONCEPT
• Sadrži kompjutere, baze podataka,
terminale, komunikacijske mreže,
operatorske zadatke
• Standardizovane arhitekture, interfejse
t k l i lji bj ktprotokole i upravljive objekte
• Odvojene upravljačke i telekomunikacione
f k ijfunkcije
• Pruža upravljanje mrežama svih veličina i
konfiguracijakonfiguracija
8. Mreža za upravljanje
Da bi se obezbedio međusobni rad
između različitih sistema za
upravljanje, ITU je definisao principep j j , j p p
mreža za upravljanje
telekomunikacijama - TMN.
TMN b č k ž TMN - posebna računarska mreža
koja se u više tačaka spaja sa
talekom. mežom radi prikupljanja
informacija od odnosno predajeinformacija od, odnosno predaje
informacija ka telekom. mreži, čija je
osnovna namena upravljanje
mrežom i servisima.mrežom i servisima.
11. TMN UPRAVLJAČKE OBLASTITMN UPRAVLJAČKE OBLASTI
Cilj TMN-a je da kroz definisane oblasti upravljanja obezbediCilj TMN a je da kroz definisane oblasti upravljanja obezbedi
upravljanje telekomunikacionom opremom, mrežama i servisima kao i
ukupnim telekomunikacionim poslovanjem.
TMN upravljačke oblasti (ITU):TMN upravljačke oblasti (ITU):
• Upravljanje greškama (FM)
• Upravljanje performansama (PM)
• Upravljanje konfiguracijom (CM)
• Upravljanje obračunima (AM)
• Upravljanje sigurnošću (SM)p j j g ( )
12. OBLASTI I FUNKCIJE ZA
UPRAVLJANJE
• Upravljanje greškama (Fault Management - FM)
obuhvata skup funkcija koje omogućavaju detekciju,
izolaciju i korekciju pogrešnog funkcionisanja mreže iizolaciju i korekciju pogrešnog funkcionisanja mreže i
servisa. Ova oblast podržava zahteve za održavanjem
mreže i servisa (preporuka M.20) i Skupove upravljčkih
funkcija koji se odnose na:funkcija koji se odnose na:
– nadgledanje opreme,
– lokalizacija greške,
– korekcija greškekorekcija greške,
– testiranje i
– administriranje problema i greške.
13. OBLASTI UPRAVLJANJA
• Upravljanje performansama (Performance
Management - PM) obezbjeđuje funkcije za ocenu i
izveštaj o ponašanju telekomunikacione opreme,izveštaj o ponašanju telekomunikacione opreme,
efikasnost mreže i efikasnost mrežnih elemenata.
• Takođe u okviru ove oblasti se prikupljaju i analiziraju
statistički podaci u cilju nadgledanja i korekcije ustatistički podaci u cilju nadgledanja i korekcije u
ponašanju i efikasnosti mreže, merenja performansi,
prikupljanja, kontrole i obrade podataka o
performansama mrežnih elemenata i druge opremeperformansama mrežnih elemenata i druge opreme
obezbjeđujući planiranje, očuvanje i merenje kvaliteta.
• Ovim se zadovoljavaju faze nadgledanja performansi
d fi i k i d ž j i i tdefinisane u okviru održavanja opreme i sistema
14. OBLASTI UPRAVLJANJA
• Upravljanje konfiguracijom (Configuration Management -Upravljanje konfiguracijom (Configuration Management
CM) obezbeđuje funkcije koje vrše ukupnu kontrolu stanja
opreme, mreže i servisa, identifikuju probleme, sakupljaju
podatke od i daju podatke prema elementima mreže kojimapodatke od i daju podatke prema elementima mreže kojima
se upravlja. Ova oblast uključuje sledeći skup funkcija za
upravljanje.
planiranje mreže i inžinjering– planiranje mreže i inžinjering,
– instaliranje opreme, sistema, mreže,
– planiranje servisa,p j ,
– pružanje servisa,
– ugovaranje
15. OBLASTI UPRAVLJANJA
• Upravljanje obračunima (Accounting Management• Upravljanje obračunima (Accounting Management–
AM) omogućava merenje vremena korišćenja mreže i
servisa, određivanja cene prema pružaocima servisa i
if k i i itarifa prema korisnicima.
• Ova funkcionalna oblast uključuje Skup funkcija za
upravljanje koje se odnose na:upravljanje koje se odnose na:
– merenje vremena korišćenja mreže ili servisa,
– integrisanje obračunskih sistema,
t ifi j– tarifiranje,
– naplatu i finansije,
– kontrolu dela poslovanja preduzeća koja se odnosi na naplatu i
eksploataciju servisa.
16. OBLASTI UPRAVLJANJA
• Upravljanje sigurnošću (Security Management – SF)
obezbeđuje zaštitu mreže i servisa od različitih oblika
zloupotrebezloupotrebe.
• Primena ove oblasti je neophodna za sve oblasti
upravljanja i sve TMN komunikacije.p j j j
• Skup funkcija za upravljanje u ovoj oblasti odnosi se na:
– prevenciju neovlašćtenog korišćenja
d t k ij l šć k išć j– detekciju neovlašćenog korišćenja
– administriranje obezbeđenja.
17. TMN ARHITEKTURE-zahtevi
• Minimiziranje vremena reakcija upravljača na
događaje u mrežidogađaje u mreži,
• Optimiziranje saobraćajnog opterećenja
prouzrokovanog tokom upravljačkih informacijaprouzrokovanog tokom upravljačkih informacija
• Mogućnost upravljanja geografski razuđenom
mrežom,,
• Mehanizme za lociranje greške,
• Unapređenje servisne asistencije i interakcija saUnapređenje servisne asistencije i interakcija sa
korisnikom,
• Mogućnost upravljanja pojedinačnim elementima ug p j j p j
mreži i dr.
18. TMN ARHITEKTURE
• FUNKCIONALNA opisuje raspodelu
funkcionalnosti TMN-a radi kreiranja
odgovarajućih fizičkih blokova u kojima se
implementira TMN bilo koje složenosti.
FIZIČKA d j t kt fi ičkih bl k• FIZIČKA daje strukturu fizičkih blokova u
kojima su implementirane funkcije TMN-a.
INFORMACIONA i j i d lj čkih• INFORMACIONA opisuje prirodu upravljačkih
informacija koje se razmenjuju između
funkcionalnih blokovafunkcionalnih blokova.
19. FUNKCIONALNA ARHITEKTURA
Funkcionalni blokovi,
TMN funkcionalnost realizovana kroz
upravljačke aplikacione funkcije
(Management Application Functions-
MAFs) i funkcije podrške (Support
Functions),
Skup TMN funkcija i TMN funkcija,
Referentne tačke
20.
21. OSF
Funkcionalni blok operacionog
sistema (Operations Systemsistema (Operations System
Function Block – OSF)
predstavlja funkcionalni blok
koji obavlja funkcije podrške
lik i i iaplikacionim programima,
skladištenje podataka (baza
podataka), podršku korisničkom
terminalu (radnoj stanici),( j ),
podršku programima za analizu,
formatiranje i prikazivanje
podataka kao i funkcije podrške
samoj TMNsamoj TMN.
22. NEF
• Funkcionalni blok elementa mreže
(Network Element Function Block –NEF)
j f k i l i bl k k ji j d li ičje funkcionalni blok koji je delimično
uključen u TMN i ostvaruje komunikaciju
sa TMN-om radi njegovog nadgledanja i
kontrole Njegove funkcije se mogukontrole. Njegove funkcije se mogu
grupisati u dve osnovne grupe:
• Telekomunikacione funkcije, kojima se
omogućava realizacijaomogućava realizacija
telekomunikacionih mreže i servisa
(komutacija, multipleksiranje, prenos,
prespajanje i dr.).prespajanje i dr.).
• Funkcije podrške koje ne učestvuju u
realizaciji telekomunikacionih servisa već
podržavaju njihov kvalitet (lokalizacijapodržavaju njihov kvalitet (lokalizacija
greške, biling, zaštita, rekonfigurisanje i
dr).
23. TFFunkcionalni blok pretvarača
(Transformation Function Block - TF) je
funkcionalni blok koji omogućava
funkcionalnost u spajanju dve finkcionalnefunkcionalnost u spajanju dve finkcionalne
celine sa nekompatibilnim komunikacionim
mehanizmima.
Ovaj mehanizam može biti protokol ili
informacioni model. TF može biti korišćen bilo
gde unutar TMN-a ili na granicama TMN-a. Kada
je korišćen unutar TMN-a TF spaja dva
funkcionalna bloka koja podržavaju
standardizovan ali različit komunikacioni
mehanizam.
Kada je TF korišćen na granici TMN-a mogu se
razmatrati dva slučaja spajanja:j p j j
a)TF na granica dva TMN-a spaja dva
funkcionalna bloka koji pripadaju svakoj od
posmatranih TMN-a,
b) TF na granici između TMN okruženja i neb) TF na granici između TMN okruženja i ne
TMN okruženja spaja funkcionalni blok TMN-a
sa funkcionalnim entitetom sa ne standardnim
komunikacionim mehanizmom.
24. WSFWSF
Funkcionalni blok radne
t i (W k t tistanice (Workstation
Function – WSF Block) je
funkcionalni blok kojij
obezbjeđuje funkcije
interpretacije TMN informacija
korisniku TMN-a i obrnutokorisniku TMN a i obrnuto,
kada upravljač daje komande
TMN-u preko radne stanice.
25. ČREFERENTNE TAČKE
• TAČKE NA GRANICI DVA• TAČKE NA GRANICI DVA
FUNKCIONALNA BLOKA
– q klasa je klasa referentnih tačaka između funkcionlih blokova– q klasa je klasa referentnih tačaka između funkcionlih blokova
OSF, TF, i NEF
– f klasa je klasa referentnih tačaka locirana između funkcionalnih
blokova OSF i WSF;blokova OSF i WSF;
– g klasa je klasa referentnih tačaka locirana van granica TMN i to
između korisnika TMN-a i funkcionalnog bloka radne stanice –
WSF;WSF;
– x klasa je klasa referentnih tačaka locirana između funkcionalnih
blokova OSF-ova različitih TMN-ova
m klasa j kl f t ih t č k i i TMN i t i đ– m klasa je klasa referentnih tačaka izvan granica TMN i to između
TF i funkcionalnih blokova ne-TMN upravljive opreme;
26.
27.
28.
29. Funkcionalnost TMN
• Funkcionalnost implementirana u
različitim funkcionalnim blokovima
TMN:
– Aplikaciona funkcija za upravljanjeAplikaciona funkcija za upravljanje
(Management Application Function-MAF)
– Funkcija za podršku (Support Function-j p ( pp
SF)
30. C fSF
OSF TMN
WSF
MCF x MCF f
WSSF
DSF
DAF
OSF-MAF (A)
SF
ICF
OSF MAF (M)
SF
MCF f UISF
DAF
f
referentna
čk
x
referentna
tačka
m
referentna
MCF q
DAFOSF-MAF (M)
MCF f
tačka
q
f
tačka
TF
MCF q WSSF
DSF
DAF
OSF-MAF (A)
SF
ICF
( )
referentna
ta čka
MCF q
DAFOSF-MAF (M)
MCFq
q
referentna
ta čka
TFq
DSF
OSF-MAF (A)
SF
ICF
MCFq
ta čka
NEF
MCF m
DAFOSF-MAF (M)NEF-MAF (A)
31. TMN SERVIS
• GRUPE SKUPOVA TMN
FUNKCIJAFUNKCIJA
• SKUPOVI TMN FUNKCIJA
• TMN FUNKCIJE
34. TMN INTERFEJSITMN INTERFEJSI
• Q interfejs spaja OS sa drugim
OS, sa MD ili sa NE koji sadrži
MCF. Spajanje se vrši preko DCN.
Q interfejs je primenjen na qQ interfejs je primenjen na q
referentnoj tački.
• Komunikacioni protokol je OSI 7
slojni protokol stakeslojni protokol stake
• Specifikacija Q intefejs protokol
staka je izvršena kroz ITU-T
preporuke Q. 811 i Q.812 uz
podržavanje bidirekcione
komunikacije podataka uz
korišćenje postojećih
komunikacionih protokola sakomunikacionih protokola sa
konekcijom i bez nje (connection-
oriented i connectionless oriented).
35. TMN INTRFEJSI
F interfejs spaja WS sa OS,
MD, DCN, LCN ili sa NE.
• X interfejs spaja TMN sa• X interfejs spaja TMN sa
nekom drugom mrežom za
upravljanje, uključujući i
drugi TMN.drugi TMN.
• G interfejs spaja WS sa
korisnikom TMN-a odnosno
upravljačemup a jače
• M interfejs nije TMN i spaja
ne-TMN opremu sa TMN
36. Informaciona arhitekturaInformaciona arhitektura
TMN-a
• Osnovni cilj TMN informacione arhitekture
je da obezbedi međusobni rad TMNj
delova ili sistema i zato je bazirana na
standardizovanom otvorenom
upravljačkom paradigmu.
• On podržava standardizovano modeliranjeOn podržava standardizovano modeliranje
informacija na rešenjima baziranim na
objektno-orijentisanoj tehniciobjektno orijentisanoj tehnici.
37. Informaciona arhitekturaInformaciona arhitektura
TMN-a
Informaciona arhitektura je struktuirana
kroz sledeće modele i elemente:
– model interakcije
– informacioni modelinformacioni model
– informacione elemente
– informacioni model referentnih tačakainformacioni model referentnih tačaka
38. Model interakcije
• Koristi menadžer-agent koncept
• klijent/server, invoker/responder, peer-
to peer consumer/producerto-peer, consumer/producer
39. MENADŽER-AGENTMENADŽER AGENT
KONCEPT
U toku razmene informacija, upravljački proces može
imati jednu od dve moguće uloge:
• Ulogu upravljanog procesa kojim se opisuje• Ulogu upravljanog procesa kojim se opisuje
upravljanje TMN informacionim elementima
pridruženim upravljivim resursima (ULOGA
AGENTA) Ovaj proces odgovara na direktive izdateAGENTA). Ovaj proces odgovara na direktive izdate
od procesa koji ima ulogu upravljača i reflektuje
progled na posmatrane TMN informacione elemente i
ponašanje upravljivog resursaponašanje upravljivog resursa.
• Ulogu upravljačkog procesa koja podrazumeva
proces koji izdaje operacione direktive (akcije) za
upravljanje i prima informacije od upravljanog
procesa (notifikacije) (ULOGA MENADŽERA).
40. KONCEPT MENADŽER-AGENT
M
Otvoreni sistem za
upravljanje
A
komunikacije
operacije za upravljanje.
upravljani sistem
izvršavanje
operacija za upravljanje
emitovanje (notifikacija)
notifikacija
Lokalno okruženje sistema
upravljivi
objekti
Centrala
Sistem
prenosa
Softver
Mrežni resursi
Softver
41. RAZMENA INFORMACIJA
MIB MIB
M AMA
CMIS CMIS CMIS
CMIS
R i R iResursi Resursi
CMIP Zajednički upravljački informacioni protokol
CMIS Zajednički upravljački informacioni sistem
MIB Upravljačka informaciona bazap j
M Menadžer
A Agent
42. MENADŽER-AGENT SMKMENADŽER AGENT SMK
Obezbeđivanje razmene upravljačkih informacija između menadžera
i t t j b b đi j f k ij i tih ji agenta ostvaruje se obezbeđivanjem funkcija istih znanja
(Shared Management Knowledge-SMK) u sledećim oblastima:
• Protokoli; dve strane moraju koristiti iste protokole za
upravljanje a ukoliko to nije slučaj potrebno je izvršitiupravljanje a ukoliko to nije slučaj potrebno je izvršiti
transformaciju protokola (QMD, QA);
• Funkcionalnosti; TMN funkcije agenta moraju biti prepoznate od
strane menadžera;;
• Upravljivih objekata i raspoloživih instanci upravljivih objekata;
menadžer mora imati statička znanja koje klase objekata su
definisane u odnosu na odgovarajućeg agenta;
• Autorizacije; menadžer i agent moraju prepoznavati iste
autorizacije;
• Odnose sadržavanja upravljivih objekata; da bi formulisao
zahteve korisnika upravljanja menadžer mora da zna odnosezahteve korisnika upravljanja, menadžer mora da zna odnose
sadržavanja upravljivih objekata u bazi podataka agenta.
43. TMN informacioni model
• TMN informacioni model predstavljap j
abstrakciju aspekta upravljanja mrežnim
resursima i odgovarajućih upravljačkih
kti ti M d l d đ j d ž j i f ijaktivnosti. Model određuje sadržaj informacija
koje se obrađuju i razmenjuju na
standardizovani način i sastoji se od TMNstandardizovani način i sastoji se od TMN
informacionih elemenata.
• TMN informacioni model može biti opštiTMN informacioni model može biti opšti
(Generic TMN Management Information
Model) ili specifični) p
44. TMN INFORMACIONITMN INFORMACIONI
ELEMENT
TMN i f i i l t j b t k ij ljiTMN informacioni element je abstrakcija upravljivog
resursa kojom su predstavljena njegova svojstva
viđena sa aspekta upravljanja. U objektno
j ti di TMN i f i iorjentisanom paradigmu TMN informacioni
elementi su modelirani kao objekti.
TMN informacioni elementi mogu biti:g
• Konceptualni prikaz resursa kojim se upravlja
(Upravljivi objekt, Managed object -MO) ili
• Informacioni elementi uvedeni da bi podržali• Informacioni elementi uvedeni da bi podržali
određene upravljačke funkcije (Upravljivi objekti
podrške, Support Managed Object ).
45.
X.25
Stvarnost
DXC 4/1
.................. ..................
.................. ..................
Upravlja~ki procesi
OS
TM N - model
Doga|aj-
podno{enjeizvje{taja
Prima
Postavlja
Kreira
Bri{e MO
Djeluje
DXC
Specifikacija
protokola (CMIP)
Upravljani
proces
Objekat (MO)
atribut 1
.
.
.
atribut n
M IB
DXC
operacija 1
.
.
operacija n
46. Referentne tačke i njihoviReferentne tačke i njihovi
informacioni modeli
• Za svaku referentnu tačku izvršeno je mapiranje
odgovarajućeg informacionog modela.
• Informacioni model referentne tačke je
minimalni klaster za upravljačke informacije koje
ifi i j t i TMN f k i l ise specificiraju za posmatrani TMN funkcionalni
blok.
O i d l d fi iš k t f t• Ovim modelom se definiše koncept referentne
tačke. Koncept spaja funkcionalnu i
informacionu arhitekturainformacionu arhitektura.
47. RRResursResurs
• Resurs mreže ima osnovnu ulogu da
učestvuje u realizaciji
telekomunikacionih funkcija, pri čemu je i
predmet kojim se upravlja.
• Resurs za upravljanje (vod, terminalne
tačke, oprema) može da se posmatra, p ) p
izolovano ili kao deo jedne grupe resursa
koji ostvaruju telekomunikacionuj j
funkciju.
48. Upravljivi objekti
• Primena objektno-orjentisane tehnike u
modeliranju upravljanja telekomj p j j
mrežom podrazumeva da se svaki
resurs mreže (logički ili fizički)( g )
reprezentuje i posmatra kao objekt u
bazi podataka.p
• Takav objekat se naziva upravljivi objekt
(Managed Object –MO)(Managed Object MO).
49. UPRAVLJIVI OBJEKTI
PODRŠKEPODRŠKE
• Sa stanovišta upravljanja, može se desiti dap j j ,
resursi sa primarnom telekomunikacionom
funkcijom nisu dovoljni da obezbedej j
realizaciju funkcija upravljanja.
• Zato se uvode novi resusi čija je isključivaZato se uvode novi resusi čija je isključiva
funkcija da podrže TMN funkcije i njihova
reprezentacija u bazi podataka se nazivareprezentacija u bazi podataka se naziva
upravljivi objekat podrške (Support Managed
Object)Object) .
50. UPRAVLJIVI OBJEKTUPRAVLJIVI OBJEKTUPRAVLJIVI OBJEKT
(Managed Object)
UPRAVLJIVI OBJEKT
(Managed Object)
• Klasa objekata
• Nasleđe
• Klasa objekata
• NasleđeNasleđe
• Inkapsulacija
A ij
Nasleđe
• Inkapsulacija
A ij• Agregacija
• Polimorfizam
• Agregacija
• Polimorfizam
51. KLASA OBJEKATAKLASA OBJEKATAKLASA OBJEKATAKLASA OBJEKATA
Klasa objekata predsta lja abstrakcij sk pa• Klasa objekata predstavlja abstrakciju skupa
objekata koji dele iste atribute i isto
ponašanjeponašanje.
• Svaki objekat pripada odgovarajućoj klasi.
• Klasa objekata može imati svoje instance• Klasa objekata može imati svoje instance.
• Na primer:
– Linijski sistem je klasa objekta koja ima instance:– Linijski sistem je klasa objekta koja ima instance:
Linijski sistem proizvodnje Ericsson, Linijski sistem
proizvodnje Siemens
52. MO - NASLEĐEMO - NASLEĐE
• Nasleđe je važna relacija između objekata Ova• Nasleđe je važna relacija između objekata. Ova
relacija nastaje kad niža klasa i deli strukturu i
ponašanje jedne ili više nadređenih klasa.
O kl i t kl (t l )• Osnovna klasa naziva se »top klasa« (top class)
a niže klase »podklase« (subclass).
• Tako klase objekata mogu bit struktuirane uTako klase objekata mogu bit struktuirane u
obliku stabla, »class tree«
• Stablo prikazuje hijerarhijsko nasleđivanje
karakteristika unutar klase i uvodi top klase ikarakteristika unutar klase i uvodi top klase i
podklase objekata.
• Koristi se relacija »is a«.j
53. Klase objekata i nasledje
Line
S t
Object Class
The Object Class has various instances:
Li S t f E iSystem
Fiber optical
transmission
Line System from Ericsson
Line System from Siemens
Attributes
Object ClassValue
Digital Line
System
transmission
Transmission Rate
140 Mbit/s
Object ClassObject SubclassObject Subclass
Transmission
Equipment
Line
System
Fiber optical
Line System
Coaxial
Line System
Digital Transmission Equipment
Multiplexer
PCM Multiplexer “is –a”
Digital Multiplexer
Li S t Line System
Fiber Optical Line System
Coaxial Line System
Class Tree
54. INKAPSLULACIJA
• Inkapsulacija objekta ukazuje na činjenicu
da su atributi i operacije inkapsulirane up j p
objekat i jedini način da se utiče na objekat
je da se na njemu izvrše definisanej j
operacije.
• To se može objasniti skrivanjem interneTo se može objasniti skrivanjem interne
strukture od spoljnjeg sveta i do nje se
može doći samo preko definisanihmože doći samo preko definisanih
operacija
55. INKAPSULACIJA
“Sk i j k l k ti
Prenos poruka preko interfejsa
za upravljanje Resurs kojim se upravlja
Princip inkapsulacije kojim se “skrivaju”osobine
“Skrivanje kompleksnosti
podataka i ponašanja”
Atributi
Operacije
Notifikacije
PonašanjePonašanje
MO
MO
MO = Managed Object
56. AGREGACIJA IAGREGACIJA I
POLIMORFIZAM
• Agregacija relacija između klasa objekata koja opisuje
sadržavanje jedne ili više klasa u okviru klase objekta.
• Uključene klase predstavljaju atribut klase u koju su• Uključene klase predstavljaju atribut klase, u koju su
uključene, a ova relacija se obeležava kao »has –a«
(na primer direktorijum: ima fajlove, fajlovi sadrže
zapise zapisi sadrže polja ili na primeru centrale:zapise, zapisi sadrže polja ili na primeru centrale:
centrala je klasa objekta i ima centralnu kompjutersku
karticu kao uključenu klasu).
• Polimorfizam je koncept po kome ime može da odredi
objekte različitih klasa koje pripadaju zajedničkoj top
klasi.
57. STRUKTURA UPRAVLJIVIH
OBJEKATA - MO
STRUKTURA UPRAVLJIVIH
OBJEKATA - MOOBJEKATA - MOOBJEKATA - MO
• Struktura upravljivih objekata definisana
j OSI ifič i lj čkje OSI specifičnim upravljačko -
informacionim jezikom za objektno
modeliranje GDMO ( Guideline formodeliranje GDMO ( Guideline for
Definition of Managed Objects. ITU-T
Rec. X.721).Rec. X.721).
• MO se sastoji od skupa paketa
podataka.podataka.
• Paketi podataka sadrže podatke o
atributima, grupama atributa, akcijama iatributima, grupama atributa, akcijama i
notifikacijama
58. UPRAVLJIVI OBJEKT - MO
Atributi i njihove
vrednosti
O ijOperacije
MO
Notifikacije
Ponašanje
60. MO k kt i tikMO karakteristike
• Klasa kojoj objekat pripada,
• Atributi za bliže određivanje osobina,j ,
• Operacije koje mogu da se u smislu
upravljanja vrše nad objektom (akcije),p j j j ( j ),
ili da sam objekat šalje izveštavanje o
svom stanju (notifikacija)
• Ponašanje objekta i
• Njegovo izvedeno imej g
61. ATRIBUTIATRIBUTI
• Atributi opisuju objekat uz pomoć tipa atributa i
vrednosti atributa (jednostruke ili visestruke).
• Pristup atributima se vrši preko interfejsa MO-a kome• Pristup atributima se vrši preko interfejsa MO-a kome
pripada posmatrani atribut.
• Atributi imaju svoje vrednosti. Na primer Klasa
bj k t Di it l i li ij ki i t i t ib tobjekata: »Digitalni linijski sistem« ima atribut
»Optički linijski sistem« i vrednost atributa »155
Mbit/s«.
• Jedan MO može imati atribut sa samo jednom
vrednošću ili sa skupom vrednosti.
• Vrednosti atributa mogu biti pretraživane ilig p
modifikovane.
62. GRUPA ATRIBUTAGRUPA ATRIBUTA
• Grupa atributa je logički skup atributa za
potrebe upravljanja.p p j j
• Razlikuju se dva tipa grupe atributa:
– fiksne grupe atributa koje ne mogu biti– fiksne grupe atributa koje ne mogu biti
menjane i
– proširljive grupe atributa kojima se moguproširljive grupe atributa kojima se mogu
dodavati novi atributi ili skupovi.
63. OPERACIJE
• Operacije su aktivnosti koje se obavljaju na/u objektu, sa ciljem
upravljanja mrežom.
• Zavisno od objekata kojem su namenjene, ove operacije mogu bitno
da se reazlikuju, na primer pokušaji (akcije) da se očitaju trenutna
stanja atributa ili da se ona ažuriraju predstavljaju operacije koje se
izvode na objektima u bazama podataka bez forsiranja objekta na
promenepromene.
• Na primer GET je operacija za očitavanje atributa kojom se dobija
informacija o trenutnom tipu i vrednosti atributa iz baze podataka;
CREATE, DELETE i SET su operacije za izmenu ili postavljanje
objekata ili njihovih atributa.
• Nasuprot tome, operacije koje nose komande se izvode direktno na
objektima i forsiraju objekat na akciju izvršavanja komande.
U l č j k d ij i i i bj k (i š j l j )• U slučaju kada operaciju inicira objekat (izveštaj o alarmnom stanju)
on se ponaša kao izvor koji šalje notifikaciju o svom stanju.
64. PONAŠANJE MO
• Ponašanje objekta se izražava u
tekstualnom obliku na engleskom jeziku
• Ponašanje objekta se izražava u
tekstualnom obliku na engleskom jezikug j
sa opisom semantike paketa.
• Paketi »notifikacija« i »akcija« takođe
g j
sa opisom semantike paketa.
• Paketi »notifikacija« i »akcija« takođePaketi »notifikacija« i »akcija« takođe
mogu imati poseban paket koji opisuje
njihovo ponašanje
Paketi »notifikacija« i »akcija« takođe
mogu imati poseban paket koji opisuje
njihovo ponašanjenjihovo ponašanje.
• Za bliže određivanje ponašanja koriste
se relacije »nasleđe« i »agregacija«
njihovo ponašanje.
• Za bliže određivanje ponašanja koriste
se relacije »nasleđe« i »agregacija«se relacije »nasleđe« i »agregacija«se relacije »nasleđe« i »agregacija«
65. IME MOIME MOIME MOIME MO
• Izvedeno ime definiše relaciju »agregacije«
između objekata. MO u bazi podataka mora
biti organizovan tako da svaka instancabiti organizovan tako da svaka instanca
objekta može biti jedinstveno identifikovana.
• Koriste se četiri hijerarhijeKoriste se četiri hijerarhije
– OSI registration hierarchy,
– Inheritence hierarchy,
– Contenment hierarchy i
– Naming tree
66. IZVEDENO IME
• OSI registraciona hijerarhija (OSI
registration hierarchy) obuhvatag y)
registraciju klasa MO i njihovih
komponenti na uniforman način tako dap
svaki MO može biti identifikovan i
korišćen za upravljačke aplikacije.p j p j
67. IZVEDENO IME
• Hijerarhija nasleđivanja (Inheritence
hierarchy) reprezentuje nasleđeney) p j
odnose između klasa MO.
• Podklasa MO pored svojih nasleđujePodklasa MO, pored svojih, nasleđuje
sve atribute, akcije i notifikacije od top
klaseklase.
• Preporuka ITU-T X.721
68. PRIMER PREPORUKA X.721
• EVENT LOG RECORD
• The eventLogRecord managed object class is used to define the
information stored in the log as a result of receiving notifications or event
reports. This is a super-class from which records for specific event types
• EVENT LOG RECORD
• The eventLogRecord managed object class is used to define the
information stored in the log as a result of receiving notifications or event
reports. This is a super-class from which records for specific event typesp p p yp
are derived.
•
• eventLogRecord MANAGED OBJECT CLASS
• DERIVED FROM logRecord;
p p p yp
are derived.
•
• eventLogRecord MANAGED OBJECT CLASS
• DERIVED FROM logRecord;DERIVED FROM logRecord;
• CHARACTERIZED BY
• eventLogRecordPackage PACKAGE
• BEHAVIOUR
tL R dB h i BEHAVIOUR
DERIVED FROM logRecord;
• CHARACTERIZED BY
• eventLogRecordPackage PACKAGE
• BEHAVIOUR
tL R dB h i BEHAVIOUR• eventLogRecordBehaviour BEHAVIOUR
• DEFINED AS "This managed object represents the information
stored in the log as a result of receiving notifications or incoming event
reports.";;
ATTRIBUTES
• eventLogRecordBehaviour BEHAVIOUR
• DEFINED AS "This managed object represents the information
stored in the log as a result of receiving notifications or incoming event
reports.";;
ATTRIBUTES• ATTRIBUTES
• managedObjectClass GET,
• managedObjectInstance GET,
• eventType GET;;;
• ATTRIBUTES
• managedObjectClass GET,
• managedObjectInstance GET,
• eventType GET;;;
69. IZVEDENO IME MOIZVEDENO IME MO
Hijerarhija sadržavanja Rootj j j
(Containment hierarchy)
predstavlja hijerarhiju
odnosa između klasa MO.
oot
Na primer: klasa objekata
»Sistem« sadrži klasu
»multiplekser«, koji sadrži
System
klasu »BER registar«; klasa
objekata »log« sadrži
»LogRecord« itd.
Multiplexer Log
BER
Register
LogRecord
70. Example of Information Modeling
Bit errors
2 Mbit/s
Attribute:
2 Mbit/s Bit errors
Demultiplexer
2 Mbit/s
Number of
Bit errors Value:
Number of Bit Errors
Location at
Trail Endpoint Name:
Bit
2 Mbit/s Trail Termination
Point Managed Object
in Demultiplexer
ManagedManaged
ObjectObject
2 Mbit/s Trail
Bit
error
counter
Manageda aged
Resource
tmn8 widl
72. FORMIRANJE MIBFORMIRANJE MIB
• Prvi korak se odnosi na modeliranje mrežnih
resursa kojima se upravlja.
• Prvi korak se odnosi na modeliranje mrežnih
resursa kojima se upravlja.
• Drugi korak se odnosi na definisanje odnosa
nasleđa i sadržavanja između klasa objekata
(i h it i t i t)
• Drugi korak se odnosi na definisanje odnosa
nasleđa i sadržavanja između klasa objekata
(i h it i t i t)(inheritance i containment).
• U trećem koraku formuliše se »formalni
j ik ifi i GDMO (f l
(inheritance i containment).
• U trećem koraku formuliše se »formalni
j ik ifi i GDMO (f ljezik« specificiran u GDMO (formal
specification language-GDMO) a potom se
vrši kompilacija tih podataka u MIB
jezik« specificiran u GDMO (formal
specification language-GDMO) a potom se
vrši kompilacija tih podataka u MIBvrši kompilacija tih podataka u MIB.vrši kompilacija tih podataka u MIB.
73. INFORMACIONI MODELINFORMACIONI MODEL
• Skupovi klasa MO za posmatrane
upravljive resurse definišu Informacioni
model (Opšti ili Specifični).
• Zajedno sa protokolom, informacioni
model se koristi za definisanje specifikacije
interfejsa između upravljačkog i upravljivog
sistema da bi se ostvarilo međusobnosistema da bi se ostvarilo međusobno
sporazumevanje menadžera i agenta ili
dva menadžeradva menadžera
74. OPŠTI INFORMACIONIOPŠTI INFORMACIONI
MODEL
• Opšti model (Generic NetworkOpšti model (Generic Network
Information Model –GNIM)
omogućava tehnološki nezavisnoomogućava tehnološki nezavisno
upravljanje radi postizanja
interoperativnosti različitih TMNinteroperativnosti različitih TMN
75. GNIM
• GNIM se sastoji od šest grupa (fragmenata) klasa upravljivih• GNIM se sastoji od šest grupa (fragmenata) klasa upravljivih
objekata:
• Fragment mreže (Network Fragment), sadrži samo jednu klasu MO, »mrežu« kao kolekciju
međusobno spojenih telekomunikacionih resursa i objekata za upravljanje sa mogućnošću razmene
upravljačkih informacija. Klasa objekata »mreža« sadrži klase objekata upravljivih elemenata.upravljačkih informacija. Klasa objekata »mreža« sadrži klase objekata upravljivih elemenata.
• Fragment upravljivog elemenata (Managed Element Fragment), modelira elemente mreže koji su
upravljivi i vidljivi od strane sistema za upravljanje. Definisano je 8 klasa MO (CircutPack, equipment,
equipmentR1, equipmentHolder, managedElement, managedElementComplex, software i softwerR1).
• Fragment tačke terminacije (Termination Point Fragment); NE je spojen sa drugim NE preko linka koji
se naziva »konekcija« (connection) pri čemu je se posmatra tačka konekcije u kojoj je interfes izmeđuse naziva »konekcija« (connection), pri čemu je se posmatra tačka konekcije u kojoj je interfes između
linka i elemenata mreže. Ova tačka se naziva terminalna tačka (TP). Dva tipa TP su definisana i to: TP
trejla (TTP) i TP konekcije TP (CTP).
• Fragment komutacije i prenosa (Switch and Transmission Fragment); Ovaj fragment klasa upravljivih
objekata definiše spajanje između upravljivih elemenata. Postoje tri tipa spajanja »circuit«,
ti i t il F t d fi i č ti i kl MO ( i itE dP i tS b»connection« i »trail«. Fragmentom su definisane četiri klase MO (circuitEndPointSubgroup,
connectionR1, pipe, trailR1.
• Fragment kros-konekta (Cross Connect Fragment) definiše mogućnosti rutiranja i komutacije unutar
NE. Prespajanja su representovana preko para TP (from TP. to TP). Prespajanje može biti tačka-tačka
ili tačka-više tačaka. Definišu se sedam klasa MO (crossConnection, fabric, groupTerminationPoint,
lti i tC C ti t P l dM C C ti )multipointCross-Connection, tpPool, namedMpCrossConnection).
• Fragment funkcionalne oblasti (Functional Area Fragment) representuje zahtevanu TMN
funkcionalnost.
76. FRAGMENT “MREŽA”FRAGMENT MREŽA
• network MANAGED OBJECT CLASS
• DERIVED FROM "Recommendation X.721: 1992":top;V O eco e dat o .7 : 99 :top;
• CHARACTERIZED BY
• networkPackage PACKAGE
• BEHAVIOUR
• networkDefinition;• networkDefinition;
• ATTRIBUTES
• networkId GET;;;
CONDITIONAL PACKAGES
• userLabelPackage PRESENT IF "an instance supports it";• userLabelPackage PRESENT IF an instance supports it ;
• REGISTERED AS {m3100ObjectClass 1};
• networkDefinition BEHAVIOUR
• DEFINED AS
“Th N t k bj t l i l f d bj t th t ll ti f i t t d• “The Network object class is a class of managed objects that are collections of interconnected
telecommunications and management objects (logical or physical) capable of exchanging information.
These objects have one or more common characteristics, for example they may be owned by a single
customer or provider, or associated with a specific service network. A network may be nested within another
(larger) network, thereby forming a containment relationship. An example of a network that is contained in( g ) y g p p
another network is a transmission sub-network. It is owned by a single Administration and can only perform
transmission functions.”;
78. SPECIFIČNI INFORMACIONISPECIFIČNI INFORMACIONI
MODEL –PRIMER ZA SDH
msCTPBidirectional MANAGED OBJECT CLASS
DERIVED FROM "Recommendation
M.3100":connectionTerminationPointBidirectional,
msCTPSinkmsCTPSink,
msCTPSource;
REGISTERED AS { g774ObjectClass 16 };
msCTPSink MANAGED OBJECT CLASSmsCTPSink MANAGED OBJECT CLASS
DERIVED FROM "Recommendation
M.3100":connectionTerminationPointSink;
CHARACTERIZED BY
"Recommendation M 3100":createDeleteNotificationsPackageRecommendation M.3100 :createDeleteNotificationsPackage,
msCTPPackage,
msCTPSinkPkg PACKAGE
BEHAVIOUR
msCTPSinkBehaviourPkg BEHAVIOURmsCTPSinkBehaviourPkg BEHAVIOUR
DEFINED AS
*This object class terminates a multiplex section connection.*
REGISTERED AS { g774ObjectClass 17 };
79. LOGIČKA SLOJEVITA
ARHITEKTURA
• Sloj upravljanja poslovanjem (Business
Managemnt Layer - BML)
Sl j lj j i i (S i• Sloj upravljanja servisima (Service
Management Layer - SML)
• Sloj upravljanja mrežom (Network• Sloj upravljanja mrežom (Network
Management Layer – NML)
• Sloj upravljanja elementima mrežej p j j
(Element Management Layer),
koji se naslanjaju na sloj mrežnih elemenata
(N k El L NEL(Network Element Layer – NEL
81. SLOJ UPRAVLJANJASLOJ UPRAVLJANJA
POSLOVANJEM (BML)
• BML - sloj upravljanja poslovima - omogućuje globalni poslovni
pregled i kordinaciju. OSF na ovom sloju razmjenjuje informacije
samo sa slojem upravljanja servisima i nema podršku x
referentnoj tački. OSF (OSF-ovi) ovog sloja imaju sledeće uloge:
• Podrška procesima donošenja odluka za optimalno investiranje i
korišćenje postojećih i novih telekomunikacionih resursa;
• Podrška upravljanju ukupnim budžetom namenjenog
održavanju, administriranju i radu mreže/servisa;
• Podrška u pogledu kadrovskih resursa;od š a u pog edu ad o s esu sa;
• Održavanje i agregiranje podatke o ukupnom poslovanju
preduzeća.
82. SLOJ UPRAVLJANJASLOJ UPRAVLJANJA
SERVISIMA (SML)
• SML- sloj upravljanja servisima – obuhvata aktivnosti
na obezbeđivanju servisa krajnjim korisnicima,
ukupno administriranje ovih servisa i korisnika naukupno administriranje ovih servisa i korisnika na
nivou posmatranog operatora, međusobne odnose
između različitih operatora i provajdera, održava
statističke podatke kvaliteta servisa kao i odnosestatističke podatke kvaliteta servisa kao i odnose
između različitih servisa.
• Ovaj sloj treba da raspolaže podacima o stanju
mreže da pruža podršku planiranju mreže i damreže, da pruža podršku planiranju mreže i da
izvršaava upravljačke servise koje mu postavlja BML.
• OSF ovog sloja preko q referentnih tačaka je
iži ž i l j i iši l ipovezan sa nižim-mrežnim slojem i višim-poslovnim
slojem
83. SLOJ UPRAVLJANJASLOJ UPRAVLJANJA
MREŽOM (NML)
• NML - sloj upravljanja mrežom - obezbjeđuje kontrolu rada mreže.
To uključuje kontrolu i koordinaciju svih NE-a unutar mreže ili
posmatranog domena mreže, kontrola uspostavljanja veze s kraja
na kraj podrška sistemima rekonfiguracije mreže podrškana kraj, podrška sistemima rekonfiguracije mreže, podrška
kreiranju mehanizama za otklanjanja greške nakon njene pojave,
održavanje mrežnih mogućnosti, održavanje statističkih i drugih
podataka o mreži i njenim interakcijama sa višim servisnim slojem ip j j j
dr.
• Ovaj sloj takođe ima uvid u podatke o konfiguraciji svih elemenata
mreže u posmatranom domenu, kao i informacije o odnosima sa
d i d isusednim domenaima.
• OSF ovog sloja podržava mrežno bazirane TMN aplikacione
funkcije radi kontrole raspoloživosti mrežnih kapaciteta i povećanja
kvaliteta servisa OSF na mrežnom sloju preko q referentnih tačakakvaliteta servisa. OSF na mrežnom sloju preko q referentnih tačaka
je povezan sa nižim slojem ELM i višim slojem SML.
84. SLOJ UPRAVLJANJA NESLOJ UPRAVLJANJA NE
(NEML)
• EML - sloj upravljanja elementima mreže - direktno upravlja
elementima mreže na pojedinačnoj ili grupnoj osnovi. Time u
okviru jednog EML-a može se naći više elemenata mreže.
• Ovaj sloj obavlja najveći dio aplikacionih funkcija kao što su
nadzor i kontrola elemenata mreže, lokalizacija greške unutar
elemenata mreže, statistika i istorija elementa mreže i dr.
• U bazi podataka ovog sloja nalaze se podaci o elementima• U bazi podataka ovog sloja nalaze se podaci o elementima
mreže, podaci o ponašanju, notifikacijama i akcijama svakog
elementa mreže, kao i podaci o povezivanju između elemenata
mreže.
• OSF ovog sloja povezan je preko q referentnih tačaka sa NEL
85. SLOJ ELEMENATA MREŽESLOJ ELEMENATA MREŽE
(NEL)
• NEL - sloj elemenata mreže je direktno usmeren na
fizičke resurse NE.
U št l č j NE ž b h titi iš đ j d• U opštem slučaju NE može obuhvatiti više uređaja od
kojih svaki ima svoje resurse (fizičke i logičke cjeline
koje ulaze u sastav uređaja).j j )
• Moderni uređaji predstavljaju celine koje se mogu
direktno kontrolisati od strane TMN-a.
Sl j l t ž i l j lj j• Sloj elemenata mreže prenosi sloju upravljanja
elementima mreže informacije o stanju i događajima
vezanim za i resurse, a od njega prihvata komande za, j g p
akcije koje sprovodi nad resursima.
