Protokoli i arhitekture u sustavima upravljanja mrežom - osnove ...
Protokoli i arhitekture u sustavima upravljanja mrežom - osnove ...
Protokoli i arhitekture u sustavima upravljanja mrežom - osnove ...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
CORBA je distribuirani objektni sustav predložen od skupine od preko 700 kompanija nazvanih<br />
Object Management Group (OMG). Jezgra CORBA <strong>arhitekture</strong> je Object Request Broker (ORB)<br />
koji predstavlja objekt preko kojeg objekti transparentno komuniciraju sa drugim lokalnim ili<br />
udaljenim objektima. CORBA objekt prema vanjskom svijetu predstavlja sučelje sa skupom<br />
metoda, a instanca nekog objekta je predstavljena kao referenca na objekt.<br />
I DCOM i CORBA su bazirane na modelu klijent – server. Za traženje usluge, klijent poziva<br />
metodu implementiranu na udaljenom objektu, koji predstavlja server u modelu klijent – server.<br />
Usluga koju daje server j implementirana u nekom objektu, a sučelje objekta je opisano pomoću<br />
IDL-a (Interface Definition Language).<br />
I u DCOM-u i u CORBA-i, interakcija između procesa klijenta i objekta servera je<br />
implementirana objektno orijentiranim RPC stilom komunikacije. Slika 13 pokazuje tipičnu RPC<br />
strukturu za DCOM i CORBA-u. Aplikacija treba samo znati o DCOM ili CORBA klijentskom<br />
sučelju i ne treba znati ništa o arhitekturi. Za pozivanje udaljene funkcije, klijent zove klijentski<br />
« stub », koji pakira parametre zahtjeva i prosljeđuje zahtjev transportnoj mreži prema serveru.<br />
Na strani servera, transportna mreža dostavlja poruku stubu servera, koji raspakirava zahtjev i<br />
poziva traženu funkciju objekta. Na ovaj način upravljana transportna mreža može pružati<br />
transparentno usluge svojim klijentima bez obzira na promjene u upravljačkoj arhitekturi.<br />
Slika 13. Razdvajanje upravljačkih funkcija koristeći DCOM ili CORBA sučelja<br />
2.5.3. Policy-based networking (PBN)<br />
PBN je jedno vrijeme bio samo ideja. Osnovna ideja PBN-a je stvoriti set politika za<br />
upravljanje i staviti ih u neki repozitorij odakle se dostavljaju ostalim relevantnim mrežnim<br />
entitetima kada je to potrebno. Svaki od tih entiteta tada implementira dio politike koja ga<br />
zanima.<br />
Nekoliko inicijativa trenutno rade na razvoju PBN-a: DEN (Directory Enabled Networking),<br />
LDAP (Lightweight Directory Access Protokol) i RSVP (Resource Reservation Protocol). Slika<br />
14 ilustrira odnose između ovih tehnologija.<br />
DEN je repozitorij informacija za PBN. DEN osigurava mogućnost povezivanja profila korisnika<br />
i drugih korisničkih informacija kao što je IP adresa. Ključ uspjeha DEN-a će biti u<br />
standardizaciji definicija objekata. DEN se može usporediti sa SNMP SMI.<br />
LDAP određuje koji standardizirani DEN će biti propušten kroz mrežu. Za razliku od DEN-a,<br />
LDAP je prošao RFC proces i postoji implementacija, zadnja je LDAP3.0. LDAP je DEN-u isti<br />
kao i SNMP i MIB-u – komunikacijski protokol za pristup spremniku upravljačkih informacija.<br />
RSVP je jedan od nekoliko mogućih shema koje se mogu koristiti za implementaciju mrežnih<br />
politika.<br />
DEN još uvijek čeka ratifikaciju od DMTF-a prije nego bude uključen u CIM (Common<br />
Information Model). Niti jedna shema za zauzimanje resursa (pa čak niti RSVP) nije na široko