Referentni model osi otvorenih sistema. OSI referentni model

Predloženi referentni model BPM (Upravljanje poslovnim procesima) zasniva se na sljedećem lancu preduslova:

Povećanje produktivnosti preduzeća kao složenog sistema zahteva njegovu racionalnu izgradnju, a upravljanje procesima je najsavremeniji koncept za takvu konstrukciju;

BPM (kao disciplina) nudi sistematski pristup implementaciji upravljanja procesima;

Svako procesno vođeno preduzeće ima svoj BPM-sistem – portfolio svih poslovnih procesa, kao i metode i alate za vođenje razvoja, izvršenja i razvoja ovog portfelja;

Fleksibilnost poslovnog BPM sistema je glavni faktor njegovog uspeha;

Specijalizovana softverska platforma (BPM paket) za implementaciju poslovnog BPM sistema je neophodna, ali nije dovoljna, jer BPM zauzima posebno mesto u arhitekturi preduzeća.

Cilj: povećati produktivnost preduzeća

Da bi upravljali svojom produktivnošću, većina preduzeća koristi princip povratne sprege (slika 1), koji im omogućava da se prilagode eksternom poslovnom ekosistemu izvršavanjem određenog niza radnji:

Mjerenje napretka proizvodnje i ekonomskih aktivnosti (obično se takva mjerenja predstavljaju u obliku različitih metrika ili indikatora, na primjer, procenat kupaca koji se vraćaju);

Izolacija događaja važnih za preduzeće od eksternog poslovnog ekosistema (na primjer, zakoni ili nove potrebe tržišta);

Određivanje strategije razvoja poslovanja preduzeća;

Sprovođenje donetih odluka (promenom poslovnog sistema preduzeća).

U skladu sa klasičnom preporukom Edwarda Deminga, autora brojnih radova iz oblasti upravljanja kvalitetom, uključujući i čuvenu knjigu „Prevazilaženje krize“, sva poboljšanja treba provoditi ciklično, kontinuirano i uz provjeru u svakom ciklusu. Obim i učestalost ovih poboljšanja ovisit će o specifičnoj situaciji, ali se preporučuje da takvi ciklusi budu prilično kompaktni. Razna poboljšanja mogu uticati na različite aspekte preduzeća. Postavlja se pitanje kako kompanija može postići najbolje rezultate u svakom konkretnom slučaju? Postoje dva objektivna preduslova za optimizaciju aktivnosti preduzeća u celini:

Pružanje menadžmentu odgovarajućih informacija i alata za donošenje odluka;

Osigurati da je poslovni sistem preduzeća sposoban da izvrši potrebne promjene potrebnim tempom.

Najsavremeniji koncept organizacije rada preduzeća je upravljanje procesima, u kojem procesi i usluge postaju eksplicitni.

Upravljanje procesima

Poslovni svijet je odavno shvatio (pogledajte tehnike kao što su TQM, BPR, Six Sigma, Lean, ISO 9000, itd.) da su usluge i procesi osnova za funkcionisanje većine preduzeća. Mnoga preduzeća koriste upravljanje procesima da organizuju svoje proizvodne i ekonomske aktivnosti, kao portfelj poslovnih procesa i metoda upravljanja njima.

Upravljanje procesima, kao koncept upravljanja, postulira preporučljivost koordinacije aktivnosti pojedinih službi preduzeća u cilju dobijanja određenog rezultata korišćenjem eksplicitno i formalno definisanih poslovnih procesa. Istovremeno, službe su operativno nezavisne funkcionalne jedinice; preduzeće može imati mnogo elementarnih usluga nanorazmjera, koje su organizovane u mega-servis (samo preduzeće).

Korištenje eksplicitne definicije koordinacije omogućava vam da formalizirate međuzavisnosti između usluga. Prisustvo takve formalizacije omogućava korišćenje različitih metoda (modeliranje, automatizovana provera, kontrola verzija, automatizovano izvršenje, itd.) za poboljšanje razumevanja poslovanja (za donošenje boljih odluka) i povećanje brzine razvoja poslovnih sistema (za brža implementacija promjena).

Pored procesa i usluga, poslovni sistemi preduzeća rade sa događajima, pravilima, podacima, pokazateljima učinka, ulogama, dokumentima itd.

Za implementaciju upravljanja procesima, preduzeća koriste tri popularne discipline za kontinuirano unapređenje poslovnih procesa: ISO 9000, Six Sigma i Lean proizvodnju. One utiču na različite oblasti poslovnog sistema preduzeća, međutim, uvek je predviđeno za prikupljanje podataka o stvarno obavljenom poslu i korišćenje određenog modela poslovnih procesa za donošenje odluka (iako je ponekad ovaj model samo u nečija glava). Istovremeno, oni nude različite i komplementarne metode za određivanje tačno koje promene su potrebne za poboljšanje funkcionisanja poslovnog sistema preduzeća.

Ono što modelirate je ono što radite

Na sl. 2 prikazuje generalizovani model procesa kontrolisanog preduzeća.

Koja je glavna poteškoća u optimizaciji aktivnosti takvog preduzeća? Različiti dijelovi poslovnog sistema koriste različite opise istog poslovnog procesa. Obično ovi opisi postoje odvojeno i razvijaju ih različiti ljudi, ažuriraju se različitim brzinama, ne razmjenjuju informacije, a neki od njih jednostavno nisu eksplicitno predstavljeni. Prisustvo jedinstvenog opisa poslovnih procesa preduzeća omogućava otklanjanje ovog nedostatka. Ovaj opis mora biti eksplicitno i formalno definisan kako bi istovremeno služio kao model za modeliranje, izvršni program i dokumentacija koju mogu lako razumjeti svi zaposleni uključeni u poslovni proces.

Ovaj opis je temelj BPM discipline koja vam omogućava da modelirate, automatizujete, izvršavate, kontrolišete, merite i optimizujete tokove rada koji obuhvataju softverske sisteme, zaposlene, klijente i partnere unutar i izvan granica preduzeća. BPM disciplina razmatra sve operacije sa poslovnim procesima (modeliranje, izvođenje, itd.) u cjelini (slika 3).

U ovom trenutku, BPM industrija još nije razvila odgovarajući sistem standarda za formate za formalni opis poslovnih procesa. Tri najpopularnija formata su BPMN (Notacija modeliranja poslovnih procesa, grafički prikaz modela poslovnih procesa), BPEL ( Jezik za izvršavanje poslovnih procesa, formalizirajući izvršavanje interakcije između web servisa) i XPDL (XML Process Description Language, www.wfmc.org, specifikacija za razmjenu modela poslovnih procesa između različitih aplikacija) razvijene su od strane različitih grupa i za različite svrhe i, nažalost, nisu adekvatno se nadopunjuju.

Situaciju otežava činjenica da iza različitih formata stoje različiti proizvođači i svaki pokušava svoje rješenje "progurati" na tržište. Kao što je više puta ponavljano, u takvoj borbi malo se vodi računa o interesima krajnjeg korisnika – danas ne postoji dovoljno moćna organizacija koja zastupa interese krajnjeg korisnika BPM-a (po analogiji sa grupom standarda za HTML, čiji se uspjeh objašnjava usvajanjem jednog testa ACID3 od strane svih programera web pretraživača za poređenje njihovih proizvoda). Idealna situacija u BPM-u bi bila standardna definicija semantike izvršenja za opis poslovnih procesa sličan BPMN-u. To je standardna semantika izvršavanja koja bi garantirala istu interpretaciju poslovnih procesa od strane bilo kojeg softvera. Dodatno, takav opis treba da omogući prilagođavanje stepena opisa poslovnih procesa za potrebe određenog potrošača (npr. korisnik vidi grubi dijagram, analitičar – detaljniji itd.).

Sve ovo ne znači da će BPEL ili XPDL postati nepotrebni – njihova upotreba će biti skrivena, kao što je slučaj u oblasti pripreme elektronskih dokumenata. Isti elektronski dokument može istovremeno postojati u XML, PDF, PostScript itd., ali se samo jedan osnovni format (XML) koristi za modifikaciju dokumenta.

BPM disciplina u poduzetničkoj kulturi

Pored procesa i usluga, poslovni sistemi preduzeća rade sa takvim dodatnim artefaktima kao što su:

događaji(događaji) - pojave koje su se desile unutar i van granica preduzeća, na koje je moguća određena reakcija poslovnog sistema, na primer, prilikom prijema naloga od klijenta, potrebno je pokrenuti uslužni poslovni proces;

objekata(objekti podataka i dokumenata) - formalni informativni opisi stvarnih stvari i ljudi koji formiraju posao; to su informacije na ulazu i izlazu poslovnog procesa, na primjer, poslovni proces servisiranja naloga na ulazu prima stvarni obrazac naloga i podatke o klijentu, a na izlazu generiše izvještaj o ispunjenju naloga ;

aktivnosti(aktivnosti) Manje aktivnosti koje transformišu objekte, kao što su automatizovane aktivnosti kao što je provera kreditne kartice klijenta ili ljudske aktivnosti kao što je overavanje dokumenta;

pravila(pravila) - ograničenja i uslovi pod kojima preduzeće posluje, na primer, izdavanje kredita na određeni iznos mora da odobri generalni direktor banke;

uloga(uloge) - Koncepti koji predstavljaju relevantne vještine ili odgovornosti potrebne za obavljanje određenih radnji, na primjer, samo viši menadžer može potpisati određeni dokument;

revizorski tragovi(revizijski tragovi) - informacije o implementaciji određenog poslovnog procesa, na primjer, ko je šta uradio i sa kojim rezultatom;

Ključni pokazatelji učinka(Key Performance Indicator, KPI) – ograničen broj indikatora koji mjere stepen ostvarenosti postavljenih ciljeva.

Rice. 4 ilustruje distribuciju artefakata između različitih delova poslovnog sistema preduzeća. Izraz "procesi (kao šabloni)" označava apstraktne opise (modeli ili planovi) procesa;

izraz "procesi (kao instance)" odnosi se na stvarne rezultate izvršavanja ovih šablona. Tipično, predložak se koristi za kreiranje mnogih instanci (kao što je praznina koja se kopira mnogo puta da bi različiti ljudi popunili). Izraz "usluge (kao interfejs)" označava formalne opise usluga koje su dostupne njihovim potrošačima; izraz "usluge (kao programi)" odnosi se na sredstva za izvršavanje usluga — takva sredstva obezbjeđuju pružaoci usluga.

Za uspešan rad sa čitavim složenim skupom međuzavisnih artefakata, svako preduzeće kontrolisano procesima ima sopstveni BPM sistem - ovo je portfolio svih poslovnih procesa preduzeća, kao i metode i alati za vođenje razvoja, izvršenja i razvoja ovaj portfolio. Drugim riječima, poslovni BPM sistem je odgovoran za sinergijsko funkcioniranje različitih dijelova poslovnog sistema preduzeća.

BPM sistem, po pravilu, nije idealan (npr. neki procesi mogu postojati samo na papiru, a neki detalji "žive" samo u glavama određenih ljudi), ali postoji. Na primjer, svaka implementacija ISO 9000 može se smatrati primjerom BPM sistema.

Poboljšanje BPM sistema preduzeća, pored čisto tehničkih aspekata, mora uzeti u obzir i socio-tehnička pitanja. Poslovni BPM sistem ima mnogo zainteresovanih strana, od kojih svako rešava svoje probleme, percipira BPM disciplinu na svoj način i radi sa sopstvenim artefaktima. Za uspješan razvoj poslovnog BPM sistema potrebno je posebnu pažnju posvetiti problemima svih dionika i unaprijed im objasniti kako će poboljšanje korporativnog BPM sistema promijeniti njihov rad na bolje. Imperativ je postići zajedničko razumijevanje svih artefakata među svim dionicima.

Specijalizovani softver za implementaciju BPM sistema

Rastuća popularnost i veliki potencijal BPM-a doveli su do pojave nove klase poslovnog softvera - BPM paketa, ili BPMS-a, koji sadrži sljedeće tipične komponente (slika 5):

Alat za modeliranje procesa - grafički program za manipulaciju artefaktima kao što su događaji, pravila, procesi, aktivnosti, usluge itd.;

Alat za testiranje (Alat za testiranje procesa) - funkcionalno okruženje za testiranje koje vam omogućava da "izvršite" proces u različitim scenarijima;

Repozitorijum šablona (Process template repository) - baza podataka šablona poslovnih procesa sa podrškom za različite verzije istog šablona;

Mehanizam za izvršavanje procesa;

Repozitorijum instanci (Process instance repository) - baza podataka za pokrenute i već završene instance poslovnih procesa;

Radna lista - interfejs između BPM paketa i korisnika koji obavlja neke aktivnosti u okviru jednog ili više poslovnih procesa;

Dashboard - interfejs za operativnu kontrolu nad izvršavanjem poslovnih procesa;

Alat za analizu procesa - okruženje za proučavanje trendova u izvršavanju poslovnih procesa;

Alat za simulaciju procesa je okruženje za testiranje performansi poslovnih procesa.

Potreba za interoperabilnostom između BPM paketa i poslovnog softvera koji podržava druge artefakte dovela je do nove klase poslovnog softvera - Platforme poslovnih procesa (BPP). Tipične BPP tehnologije (slika 6):

Upravljanje poslovnim događajima (BEM) - analiza poslovnih događaja u realnom vremenu i pokretanje relevantnih poslovnih procesa (BEM je povezan sa složenom obradom događaja (CEP) i Event Driven Architecture (EDA));

Upravljanje poslovnim pravilima (BRM) - eksplicitno i formalno kodiranje poslovnih pravila koja korisnici mogu mijenjati;

Upravljanje glavnim podacima (MDM) - pojednostavljivanje rada sa strukturiranim podacima eliminacijom haosa pri korištenju istih podataka;

Enterprise Content Management (ECM) - upravljanje korporativnim informacijama namijenjenim ljudima (generalizacija koncepta dokumenta);

Baza podataka za upravljanje konfiguracijom (CMDB) - centralizovani opis celokupnog informacionog i računarskog okruženja preduzeća, koji se koristi za povezivanje BPM-a sa informacijama i računarskim resursima preduzeća;

Kontrola pristupa zasnovana na ulogama (RBAC) - kontrola pristupa informacijama kako bi se efektivno odvojile kontrolna i izvršna ovlašćenja (razdvajanje dužnosti);

Praćenje poslovnih aktivnosti (BAM) - operativna kontrola funkcionisanja preduzeća;

Business Intelligence (BI) - analiza karakteristika i trendova preduzeća;

Servisno orijentisana arhitektura (SOA) je arhitektonski stil za izgradnju složenih softverskih sistema kao skupa univerzalno dostupnih i međuzavisnih usluga koji se koristi za implementaciju, izvršavanje i upravljanje uslugama;

Enterprise Service Bus (ESB) je komunikacijsko okruženje između usluga unutar SOA-e.

Dakle, BPM disciplina je u mogućnosti da pruži uniforman, formalan i izvršan opis poslovnih procesa koji se mogu koristiti u različitim alatima BPM paketa, sa stvarnim podacima prikupljenim tokom izvršavanja poslovnih procesa. Istovremeno, visoka fleksibilnost poslovnog BPM sistema nije automatski zagarantovana nakon kupovine BPM paketa ili BPP-a – sposobnost specifičnog BPM sistema da se razvija potrebnim tempom mora biti dizajnirana, implementirana i stalno nadgledana. Poput ljudskog zdravlja, ništa od ovih stvari se ne može kupiti.

BPM u arhitekturi preduzeća

Potreba da se skoro sav korporativni softver uključi u jednu logiku za poboljšanje poslovnog BPM sistema postavlja pitanje uloge i mesta BPM-a u arhitekturi preduzeća (Enterprise Architecture, EA). EA je danas uspostavljena praksa IT odjela za pojednostavljenje informacionog i računarskog okruženja preduzeća. EA se zasniva na sljedećim pravilima:

Trenutna situacija sa informacionim i računarskim okruženjem preduzeća pažljivo je dokumentovana kao početna tačka postojećeg stanja;

Željena situacija je dokumentovana kao buduća krajnja tačka;

Izrađuje se i implementira dugoročni plan za prenošenje informacijskog i računarskog okruženja preduzeća s jedne tačke na drugu.

Sve bi se ovo činilo sasvim razumnim, ali se odmah vidi razlika u pristupu pružanja malih poboljšanja, što je u srcu upravljanja procesima. Kako se ova dva suprotstavljena pristupa mogu pomiriti?

BPM disciplina može riješiti glavni problem EA - dati objektivnu procjenu proizvodnih i ekonomskih mogućnosti (a ne samo informacija i računarstva) onoga što će biti u budućnosti. Uprkos činjenici da EA opisuje čitav niz artefakata preduzeća (njegov genotip), ne može pouzdano reći koje promene u ovom genotipu utiču na specifične proizvodne i ekonomske karakteristike preduzeća, odnosno na fenotip preduzeća (skup karakteristike svojstvene pojedincu u određenoj fazi razvoja).

Sa svoje strane, BPM disciplina strukturira međuzavisnosti između artefakata u obliku eksplicitnih i izvršnih modela (poslovni proces je primjer međuzavisnosti između artefakata kao što su događaji, uloge, pravila, itd.). Prisustvo ovakvih izvršnih modela omogućava, sa određenim stepenom pouzdanosti, procenu proizvodnih i ekonomskih karakteristika preduzeća kada se genotip preduzeća promeni.

Naravno, što se više međuzavisnosti između artefakata modelira i što su ovi modeli pouzdaniji, to su takve procjene preciznije. Potencijalno, simbioza nomenklature artefakata preduzeća i formalno definisanih međuzavisnosti između njih daje izvršni model preduzeća u određenom trenutku. Ako su takvi izvršni modeli izgrađeni na zajedničkim principima (na primjer, krislawrence.com), tada postaje moguće uporediti učinak primjene različitih strategija za razvoj poduzeća i pojavu sistematičnijih i predvidljivijih tehnologija za transformaciju nekih izvršnih modela u druge.

U određenom smislu, kombinacija EA + BPM može postati neka vrsta navigatora koji pruža smjernice i praktičnu pomoć u poslovnom i IT razvoju uz implementaciju generalne linije poduzeća.

Nije tajna da danas proizvođači softvera definišu i razvijaju BPM na različite načine. Međutim, put koji više obećava za razvoj BPM-a je BPM za krajnje korisnike, a referentni model BPM-a je prvi korak u stvaranju zajedničkog razumijevanja BPM-a među svim zainteresovanim stranama.

Referentni model predložen u članku zasniva se na autorovom praktičnom iskustvu u dizajniranju, razvoju i održavanju različitih korporativnih rješenja. Konkretno, ovaj model je korišten za automatizaciju godišnje proizvodnje više od 3.000 složenih elektroničkih proizvoda s prosječnim vremenom isporuke od nekoliko godina. Kao rezultat toga, održavanje i razvoj ovog proizvodnog sistema zahtijevalo je nekoliko puta manje sredstava nego kod tradicionalnog pristupa. n

Aleksandar Samarin ([email protected]) - korporativni arhitekt IT odjela vlade kantona Ženeva (Švicarska).

Procesni okviri za BPM

Pristup implementaciji tehnologija upravljanja poslovnim procesima, koji pojednostavljuje implementaciju BPM sistema, podrazumijeva jasnu definiciju poslovnog zadatka i odgovarajućih poslovnih procesa; implementacija ovih procesa u periodu ne dužem od tri mjeseca kako bi se pokazala vrijednost ovog pristupa; dalje proširenje implementacije na glavne poslovne ciljeve. Međutim, glavni izazov na tom putu su nesporazumi i neusklađenost između poslovnog i IT odjela. Specijalizovani referentni modeli (Proces Frameworks) mogu značajno pojednostaviti projekat implementacije i smanjiti troškove.

Referentni model- paket analitičkih i softverskih resursa koji se sastoji od opisa i preporuka za organizovanje strukture visokog nivoa poslovnog procesa, skupa atributa i metrika za procenu efikasnosti izvršenja, kao i softverskih modula kreiranih za brzu izgradnju prototipa poslovnog procesa za njegovo naknadno prilagođavanje specifičnostima određene kompanije.

Referentni modeli pomažu u definiranju i postavljanju zahtjeva i omogućavaju poslovne procese, zasnovani su na industrijskim standardima i uključuju stručnost industrije. Za tipične procese, referentni modeli vam mogu pomoći da odaberete i modelirate ključne tokove posla, definirate ključne indikatore učinka (KPI) i metrike koje mjere učinak u ključnim područjima, kao i da upravljate aktivnostima i rješavanju problema, analizirate korijenske uzroke i rješavate izuzetne slučajeve.

Struktura tipičnog referentnog modela uključuje: preporuke i opis predmetne oblasti; elementi kompozitnih korisničkih interfejsa (ekranski oblici i portleti logički povezani u lance); servisni omoti za brzu implementaciju pristupa poslovnim podacima; primjeri tipičnih poslovnih pravila; ključni indikatori učinka i elementi za njihovu analizu; modeli izvršnih procesa; modeli podataka i atributi procesa; prilagođavanje pravnom okviru i specifičnostima poslovanja u određenoj zemlji; preporuke za faze implementacije i implementacije procesa. Takav skup resursa će vam omogućiti da se brzo prilagodite implementaciji procesnog pristupa u okviru specifičnog sistema upravljanja poslovnim procesima, smanjite vrijeme iteracije razvojnog ciklusa, izvođenje testa i analizu procesa. Istovremeno se postiže maksimalna korespondencija između tehničke implementacije i postojećeg poslovnog zadatka.

Međutim, kako ističu analitičari AMR Research-a, „tehnologije i metode same po sebi nisu u stanju da pruže bilo kakvu korist – više „ne znači uvijek i bolje“. Neke kompanije koriste mnogo različitih rješenja, ali od toga se efikasnost samo smanjuje. Pismenost u korištenju ovakvih tehnologija je važna.” Referentni modeli su zasnovani na industrijski prihvaćenim standardima i iskustvu Software AG-a u kreiranju referentnog modela za definisanje zahtjeva kupaca. U praksi, ovaj model postaje polazna tačka iz koje kupci mogu kreirati željeni model.

Okvir procesa, na primjer, za poslovni proces obrade narudžbi, uključuje osnovni model procesa sa dijagramima akcija za različite korisnike i uloge, odabrane KPI-je iz SCOR (The Supply-Chain Operations Reference-model) modela za cijeli proces i pojedinačne faze, pravila koja podržavaju različite sekvence obrade, na primjer na osnovu segmenta kupaca, ciljeva za različite segmente kupaca, tipova proizvoda i regiona, i kontrolne ploče za pomoć u upravljanju izuzetnim situacijama.

Procesni okvir vam omogućava da se fokusirate na potrebu i mogućnost prilagođavanja KPI-ja za određene grupe kupaca i njihovo konfigurisanje uzimajući u obzir pojavu novih proizvoda, ulazak u nove regije ili tržišne segmente. Takve informacije će omogućiti menadžerima lanca snabdevanja, trgovine, logistike i proizvodnje da bolje kontrolišu specifične aktivnosti, a IT menadžerima da brzo procene stvarno zdravlje IT sistema koji podržavaju obradu narudžbi.

Vladimir Alentsev ([email protected]) - konsultant za BPM i SOA, reprezentacija Software AG u Rusiji CIS (Moskva).

Upravo ste počeli raditi kao mrežni administrator? Ne želite da budete zbunjeni? Naš članak će vam biti od koristi. Jeste li čuli kako provjereni administrator govori o problemima s mrežom i spominje neke nivoe? Da li su vas ikada na poslu pitali koji nivoi su zaštićeni i koji rade ako koristite stari zaštitni zid? Da biste razumjeli osnove informacione sigurnosti, morate razumjeti princip hijerarhije OSI modela. Pokušajmo vidjeti mogućnosti ovog modela.

Sistemski administrator koji poštuje sebe trebao bi biti dobro upućen u pojmove umrežavanja

Prevedeno sa engleskog - osnovni referentni model za interakciju otvorenih sistema. Tačnije, mrežni model steka mrežnih protokola OSI/ISO. Uveden 1984. godine kao konceptualni okvir koji je podijelio proces slanja podataka na World Wide Web u sedam jednostavnih koraka. Nije najpopularnija jer je razvoj OSI specifikacije kasnio. Stek TCP/IP protokola je superioran i smatra se glavnim modelom koji se koristi. Međutim, imate velike šanse da naiđete na OSI model kao sistem administrator ili u IT polju.

Stvorene su mnoge specifikacije i tehnologije za mrežne uređaje. Lako se zbuniti s takvom raznolikošću. To je model interakcije otvorenih sistema koji pomaže mrežnim uređajima da razumiju jedni druge, koristeći različite metode komunikacije. Imajte na umu da je OSI najkorisniji za proizvođače softvera i hardvera koji dizajniraju interoperabilne proizvode.

Pitajte, koja je korist za vas? Poznavanje višeslojnog modela pružit će vam priliku da slobodno komunicirate sa zaposlenima u IT kompanijama, razgovori o mrežnim problemima više neće deprimirati dosadu. A kada naučite da shvatite u kojoj fazi je došlo do kvara, lako ćete pronaći uzroke i značajno smanjiti opseg svog rada.

OSI slojevi

Model sadrži sedam pojednostavljenih koraka:

• Fizički.
• Kanal.
• Mreža.
• Transport.
• Sjednica.
• Izvršni.
• Primijenjeno.

Zašto razlaganje na korake olakšava život? Svaki od nivoa odgovara određenoj fazi slanja mrežne poruke. Svi koraci su sekvencijalni, što znači da se funkcije obavljaju nezavisno, nema potrebe za informacijama o radu na prethodnom nivou. Jedina neophodna komponenta je kako se primaju podaci iz prethodnog koraka i kako se informacije šalju na sljedeći korak.

Pređimo na direktno upoznavanje sa nivoima.

Fizički sloj

Glavni zadatak prve faze je prijenos bitova kroz fizičke komunikacijske kanale. Fizički komunikacijski kanali su uređaji dizajnirani za prijenos i primanje informacijskih signala. Na primjer, optička vlakna, koaksijalni kabel ili upredena parica. Prijenos se također može odvijati bežično. Prvi stepen karakteriše medij za prenos podataka: zaštita od smetnji, propusni opseg, karakteristična impedansa. Kvalitete električnih završnih signala (vrsta kodiranja, nivoi napona i brzina prenosa signala) se takođe postavljaju i povezuju na standardne tipove konektora, dodeljuju se kontaktne veze.

Funkcije fizičke pozornice provode se apsolutno na svakom uređaju koji je priključen na mrežu. Na primjer, mrežni adapter implementira ove funkcije sa strane računara. Možda ste već naišli na protokole prvog koraka: RS-232, DSL i 10Base-T, koji određuju fizičke karakteristike komunikacijskog kanala.

Sloj veze

U drugoj fazi, apstraktna adresa uređaja se povezuje sa fizičkim uređajem i provjerava se dostupnost medija za prijenos. Bitovi se formiraju u setove - okvire. Glavni zadatak sloja veze je da identifikuje i ispravi greške. Za ispravan prijenos, prije i poslije okvira, ubacuju se specijalizirane sekvence bitova i dodaje se izračunata kontrolna suma. Kada okvir stigne na odredište, ponovo se izračunava kontrolna suma već pristiglih podataka, ako se poklapa sa kontrolnom sumom u okviru, okvir se prepoznaje kao ispravan. U suprotnom se pojavljuje greška koja se može ispraviti ponovnim prijenosom informacija.

Faza kanala omogućava prijenos informacija, zahvaljujući posebnoj strukturi veza. Konkretno, magistrale, mostovi, prekidači rade kroz protokole sloja veze. Specifikacije drugog koraka uključuju Ethernet, Token Ring i PPP. Funkcije stupnja kanala u računaru obavljaju mrežni adapteri i njihovi drajveri.

Mrežni sloj

U standardnim situacijama funkcije stupnja kanala nisu dovoljne za kvalitetan prijenos informacija. Specifikacije drugog koraka mogu samo prenositi podatke između čvorova sa istom topologijom, na primjer, stablo. Postoji potreba za trećom fazom. Neophodno je formirati jedinstven transportni sistem sa razgranatom strukturom za više mreža proizvoljne strukture i koje se razlikuju po načinu prenosa podataka.

Drugim riječima, treći korak obrađuje Internet protokol i djeluje kao ruter: pronalaženje najboljeg puta za informacije. Ruter je uređaj koji prikuplja podatke o strukturi interkonekcija i prosljeđuje pakete do odredišne ​​mreže (tranzitni prijenosi - skokovi). Ako naiđete na grešku u IP adresi, onda je to problem na nivou mreže. Protokoli treće faze su raščlanjeni na umrežavanje, rutiranje ili rezoluciju adrese: ICMP, IPSec, ARP i BGP.

Transportni sloj

Da bi podaci došli do aplikacija i do najviših nivoa steka, potrebna je četvrta faza. Obezbeđuje potreban stepen pouzdanosti prenosa informacija. Postoji pet klasa usluga transportne faze. Njihova razlika je u hitnosti, izvodljivosti obnavljanja prekinute komunikacije, sposobnosti otkrivanja i ispravljanja grešaka u prijenosu. Na primjer, gubitak ili dupliciranje paketa.

Kako odabrati klasu prevoznih usluga? Kada je kvalitet komunikacijskih kanala visok, laka usluga će biti adekvatan izbor. Ako komunikacioni kanali na samom početku funkcionišu nesigurno, preporučljivo je pribjeći razvijenom servisu koji će pružiti maksimalne mogućnosti za pronalaženje i rješavanje problema (kontrola isporuke podataka, vremenska ograničenja isporuke). Specifikacije faze 4: TCP i UDP stek TCP/IP, SPX stek Novell.

Unija prva četiri nivoa naziva se transportni podsistem. U potpunosti pruža odabrani nivo kvaliteta.

Nivo sesije

Peta faza pomaže u regulisanju dijaloga. Nemoguće je da sagovornici prekidaju jedni druge ili da govore sinhrono. Sloj sesije pamti aktivnu stranu u određenom trenutku i sinhronizuje informacije, koordinirajući i održavajući veze između uređaja. Njegove funkcije vam omogućavaju da se vratite na kontrolnu tačku tokom dugog transfera i da ne počnete ispočetka. Također, u petoj fazi možete prekinuti vezu kada se razmjena informacija završi. Specifikacije na nivou sesije: NetBIOS.

Reprezentativni nivo

Šesta faza uključuje transformaciju podataka u univerzalno prepoznatljiv format bez promjene sadržaja. Budući da različiti uređaji koriste različite formate, informacije obrađene na reprezentativnom nivou omogućavaju sistemima da se međusobno razumiju, prevazilazeći sintaktičke i kodne razlike. Osim toga, u šestoj fazi postaje moguće šifrirati i dešifrirati podatke, što osigurava tajnost. Primjeri protokola: ASCII i MIDI, SSL.

Nivo aplikacije

Sedma faza na našoj listi i prva ako program šalje podatke preko mreže. Sastoji se od skupa specifikacija, kroz koje korisnik, web stranice. Na primjer, kada se poruke šalju poštom, na nivou aplikacije se bira pogodan protokol. Sastav specifikacija za sedmu fazu je veoma raznolik. Na primjer, SMTP i HTTP, FTP, TFTP ili SMB.

Možda ćete negdje čuti za osmi nivo ISO modela. Zvanično ne postoji, ali se među IT radnicima pojavila komična osma faza. Sve zbog činjenice da problemi mogu nastati krivnjom korisnika, a kao što znate, osoba je na vrhuncu evolucije, pa se pojavio osmi nivo.

Nakon što ste pogledali OSI model, mogli ste razumjeti složenu strukturu mreže, a sada razumijete suštinu svog rada. Postaje prilično jednostavno kada se proces razbije!

Koncept referentnog modela se široko koristi u komunikacijama i informatici.

• Referentni model, master model u domenu sistema i softvera, to je model nečega što objedinjuje glavni cilj ili ideju, i može se smatrati referencom za različite svrhe [Wikipedia-eng].

• Referentni model Je apstraktan prikaz koncepata i odnosa između njih u određenom problemskom području. Na osnovu referentnog modela grade se konkretniji i detaljnije opisani modeli, kao rezultat, oličeni u stvarnim objektima i mehanizmima [Wikipedia-rus].
  

• Referentni model - to je apstraktna struktura (okvir) za razumijevanje bitnih odnosa između objekata određenog okruženja, što vam dalje omogućava da razvijete specifične arhitekture koristeći određene standarde ili specifikacije koje podržava ovo okruženje. Referentni model sadrži minimalni skup unificiranih koncepata, aksioma i odnosa koji se odnose na specifičnu oblast problema i nezavisan je od specifičnih standarda, tehnologija, implementacije ili drugih specifičnih detalja.

  Svrha uvođenja referentnog modela sastoji se u definisanju suštine arhitekture sistema i uvođenju terminologije, kao i opisu opšteg principa funkcionisanja sistema. Model definiše veze koje su značajne za funkcionisanje sistema kao apstraktnog modela, nezavisnog od mogućnosti tehničke implementacije i tehnologija koje se stalno razvijaju koje bi mogle uticati na implementaciju sistema. Često se arhitektura dizajnira u kontekstu unaprijed definirane konfiguracije koja uključuje protokole, profile, specifikacije i standarde.

  Postoji mnogo upotreba za referentni model. Jedan slučaj upotrebe je kreiranje standarda za objekte koji su sadržani u modelu i način na koji oni međusobno djeluju. Prilikom razvoja specifičnih aplikativnih komunikacionih standarda i sistema, njihova arhitektura se upoređuje sa standardnim modelom. Ovakvim pristupom znatno je olakšan rad stručnjaka koji treba da kreiraju ili analiziraju objekte komunikacionih sistema koji se ponašaju u skladu sa standardom.
  

• Primjer standarda referentnog modela je mrežni referentni model interoperabilnosti otvorenih sistema(EMVOS) OSI (Osnovni referentni model međuveze otvorenih sistema ) Međunarodna organizacija za standardizaciju ISO - osnovni model arhitekture za sisteme komunikacije podataka, koji je dobar alat za analizu i proučavanje savremenih komunikacionih standarda i tehnologija.
  

Sedmoslojni OSI model

Svestranost klasičnog OSI sedmoslojnog mrežnog referentnog modela omogućava da se na njegovoj osnovi grade modeli za specifične standarde, koji se također nazivaju referentnim. Na primjer, na slici .... predstavljen je DECT referentni model, čije su ključne funkcije strukturirane samo na tri niža sloja OSI modela: mreža, veza podataka i fizički.

DECT referentni model

1. Referentni model za servisno orijentiran. Arhitektura 1.0. Specifikacija komiteta 1, 2. avgust 2006. http: //www.oasis-open.org/

Kako bi se uskladio rad mrežnih uređaja različitih proizvođača, kako bi se osigurala interakcija mreža koje koriste različite medije za širenje signala, kreiran je referentni model za interakciju otvorenih sistema (OSI). Referentni model je hijerarhijski. Svaki sloj pruža uslugu višem sloju i koristi usluge nižeg sloja.

Obrada podataka počinje na sloju aplikacije. Nakon toga, podaci prolaze kroz sve slojeve referentnog modela, a kroz fizički sloj se šalju u komunikacijski kanal. Na prijemu se vrši obrnuta obrada podataka.

OSI referentni model uvodi dva koncepta: protokol i interfejs.

Protokol je skup pravila na osnovu kojih slojevi različitih otvorenih sistema međusobno djeluju.

Interfejs je skup sredstava i metoda interakcije između elemenata otvorenog sistema.

Protokol definiše pravila za interakciju između modula istog nivoa u različitim čvorovima, a interfejs definiše pravila za module susednih nivoa u jednom čvoru.

Ukupno postoji sedam slojeva OSI referentnog modela. Vrijedi napomenuti da se manje nivoa koristi u stvarnim stekovima. Na primjer, popularni TCP/IP koristi samo četiri sloja. Žašto je to? Objasnićemo nešto kasnije. Pogledajmo sada svaki od sedam nivoa posebno.

Slojevi OSI modela:

• Fizički sloj. Određuje vrstu medija za prenos podataka, fizičke i električne karakteristike interfejsa, vrstu signala. Ovaj sloj se bavi bitovima informacija. Primjeri protokola fizičkog sloja: Ethernet, ISDN, Wi-Fi.
• Sloj veze. Odgovoran za pristup mediju za prenos, ispravljanje grešaka, pouzdan prenos podataka. Na recepciji podaci primljeni sa fizičkog sloja se pakuju u okvire, nakon čega se provjerava njihov integritet. Ako nema grešaka, tada se podaci prenose na mrežni sloj. Ako postoje greške, okvir se odbacuje i generira se zahtjev za ponovni prijenos. Sloj veze je podijeljen na dva podsloja: MAC (Kontrola pristupa medijima) i LLC (Lokalna kontrola veze). MAC reguliše pristup zajedničkim fizičkim medijima. LLC pruža uslugu mrežnog sloja. Prekidači rade na nivou veze. Primjeri protokola: Ethernet, PPP.
• Mrežni sloj. Njegovi glavni zadaci su rutiranje - određivanje optimalnog puta prijenosa podataka, logičko adresiranje čvorova. Dodatno, ovom nivou se može dodijeliti zadatak rješavanja problema na mreži (ICMP protokol). Mrežni sloj radi sa paketima. Primeri protokola: IP, ICMP, IGMP, BGP, OSPF).
• Transportni sloj. Dizajniran za isporuku podataka bez grešaka, gubitaka i dupliciranja u slijedu kako su se prenosili. Obavlja end-to-end kontrolu prijenosa podataka od pošiljaoca do primaoca. Primjeri protokola: TCP, UDP.
• Nivo sesije. Upravlja kreiranjem / održavanjem / prekidom komunikacijske sesije. Primjeri protokola: L2TP, RTCP.
• Reprezentativni nivo. Vrši transformaciju podataka u željeni oblik, šifriranje/kodiranje, kompresiju.
• Nivo aplikacije. Obavlja interakciju između korisnika i mreže. Interagira sa aplikacijama na strani klijenta. Primjeri protokola: HTTP, FTP, Telnet, SSH, SNMP.

Nakon što smo se upoznali sa referentnim modelom, pogledajmo stog TCP/IP protokola.

TCP/IP model definira četiri sloja. Kao što možete vidjeti na gornjoj slici, jedan TCP/IP sloj može odgovarati nekoliko slojeva OSI modela.

Nivoi TCP/IP modela:

• Sloj mrežnog interfejsa. Odgovara dvama nižim slojevima OSI modela: kanalnom i fizičkom. Na osnovu ovoga jasno je da ovaj nivo određuje karakteristike prenosnog medija (upletena parica, optičko vlakno, radio zrak), vrstu signala, način kodiranja, pristup mediju za prenos, ispravljanje grešaka, fizičko adresiranje (MAC). adrese). U TCP/IP modelu, Ethrnet protokol i njegovi derivati ​​(Fast Ethernet, Gigabit Ethernet) rade na ovom nivou.
• Interworking layer. Usklađuje se sa mrežnim slojem OSI modela. Preuzima sve njegove funkcije: rutiranje, logičko adresiranje (IP adrese). Na ovom nivou radi IP protokol.
• Transportni sloj. Usklađuje se sa transportnim slojem OSI modela. Odgovoran za isporuku paketa od izvora do odredišta. Na ovom nivou su uključena dva protokola: TCP i UDP. TCP je pouzdaniji od UDP-a zbog prethodnog povezivanja, zahtjeva za ponovnim prijenosom kada se pojave greške. Međutim, u isto vrijeme, TCP je sporiji od UDP-a.
• Nivo aplikacije. Njegov glavni zadatak je interakcija s aplikacijama i procesima na hostovima. Primjeri protokola: HTTP, FTP, POP3, SNMP, NTP, DNS, DHCP.

Enkapsulacija je metoda pakovanja paketa podataka u kojoj se nezavisna servisna zaglavlja paketa apstrahuju iz zaglavlja nižih nivoa uključivanjem u više nivoe.

Razmotrimo konkretan primjer. Pretpostavimo da želimo da sa računara dođemo do sajta. Da bismo to učinili, naš računar mora pripremiti http zahtjev za primanje resursa web servera, koji pohranjuje stranicu stranice koja nam je potrebna. Na nivou aplikacije, HTTP zaglavlje se dodaje podacima (Podacima) pretraživača. Zatim, na nivou transporta, našem paketu se dodaje TCP zaglavlje koje sadrži brojeve portova pošiljaoca i primaoca (port 80 za HTTP). Na nivou mreže generiše se IP zaglavlje koje sadrži IP adrese pošiljaoca i primaoca. Neposredno prije prijenosa, na sloj veze se dodaje zaglavlje Ethrnet, koje sadrži fizičke (MAC adrese) pošiljaoca i primaoca. Nakon svih ovih procedura, paket u obliku bitova informacija se prenosi preko mreže. Na recepciji se odvija suprotan postupak. Web server na svakom nivou će provjeriti odgovarajuće zaglavlje. Ako je provjera uspješna, tada se zaglavlje odbacuje i paket ide na gornji sloj. U suprotnom, cijeli paket se odbacuje.

Pretplatite se na naše

OSI referentni model

Ovo je opisni dijagram mreže; njegovi standardi garantuju visoku kompatibilnost i interoperabilnost između različitih vrsta mrežnih tehnologija. Takođe ilustruje kako informacije putuju kroz mreže. OSI model opisuje kako informacije putuju kroz umreženi medij (na primjer, žice) od jedne aplikacije (na primjer, programa za proračunske tablice) do druge aplikacije na drugom umreženom računaru.

OSI referentni model dijeli problem premeštanja informacija između računara kroz umreženo okruženje na sedam manjih i stoga lakše rješivih podproblema. Svaki od ovih sedam podproblema je odabran jer je relativno autonoman i stoga ga je lakše riješiti bez pretjeranog oslanjanja na vanjske informacije. Ova podjela na nivoe naziva se slojevitost. Svaki nivo odgovara jednom od sedam podzadataka...

Budući da niži slojevi (1 do 3) OSI modela kontrolišu fizičku isporuku poruka preko mreže, oni se često nazivaju medijskim slojevima. Gornji slojevi (4 do 7) OSI modela obezbeđuju tačnu isporuku podataka između računara u mreži, zbog čega se često nazivaju slojevima domaćina.

Aplikacioni sloj (Sloj 7) je OSI sloj najbliži korisniku. Razlikuje se od ostalih slojeva po tome što ne pruža usluge nijednom od ostalih OSI slojeva. Pruža usluge aplikativnim procesima izvan opsega OSI modela. Primjeri takvih aplikativnih procesa su procesi govorne signalizacije, baze podataka, programi za obradu teksta itd.

Ovaj sloj identifikuje i uspostavlja dostupnost predviđenih komunikacionih partnera, sinhronizuje procese kolaborativnih aplikacija i uspostavlja i dogovara procedure za oporavak od grešaka i upravljanje integritetom informacija. Sloj aplikacije također određuje da li su dostupni dovoljni resursi za namjeravanu komunikaciju.

Jednostavno rečeno, ovaj sloj je odgovoran za pristup aplikacija mreži. Zadaci ovog sloja su prijenos datoteka, slanje e-mail poruka i upravljanje mrežom.

Najčešći protokoli gornjeg sloja uključuju:

FTP - protokol za prijenos datoteka

TFTP - lagani protokol za prijenos datoteka

X.400 - email

SMTP - Simple Mail Exchange Protocol

CMIP - General Information Management Protocol

SNMP - Simple Network Management Protocol

NFS - Mrežni sistem datoteka

FTAM - način pristupa prijenosu datoteka

Sloj prezentacije (sloj 6) je odgovoran za osiguravanje da informacije poslane sa sloja aplikacije jednog sistema budu čitljive sloju aplikacije drugog sistema. Ako je potrebno, reprezentativni sloj prevodi između više formata prezentacije informacija koristeći zajednički format prezentacije informacija.

Ovaj sloj se bavi ne samo formatom i prezentacijom stvarnih korisničkih podataka, već i strukturama podataka koje programi koriste. Stoga, pored transformacije formata stvarnih podataka (ako je potrebno), reprezentativni sloj pregovara o sintaksi prijenosa podataka za sloj aplikacije.

Sloj sesije (sloj 5) uspostavlja, upravlja i prekida komunikacijske sesije između aplikacija. Sesije se sastoje od razgovora između dva ili više objekata prezentacije. Sloj sesije sinhronizuje dijalog između objekata reprezentativnog nivoa i upravlja razmjenom informacija između njih.

Osim toga, pruža način za slanje informacija, klase usluge i obavijesti o izuzetku o problemima sesije, proxyja i sloja aplikacije.

Transportni sloj (sloj 4) Granica između sesijskog i transportnog sloja može se smatrati granicom između protokola višeg (aplikacijskog) sloja i protokola nižeg sloja. Dok su slojevi aplikacije, prezentacije i sesije zauzeti problemima aplikacija, donja četiri sloja se bave problemima transporta podataka.

Transportni sloj pruža usluge transporta podataka koje oslobađaju više slojeve od potrebe da udube u detalje. Funkcija transportnog sloja je da pouzdano prenosi podatke preko mreže. Pružajući pouzdane usluge, transportni sloj obezbjeđuje mehanizme za uspostavljanje, održavanje i uredan prekid veza, sisteme za otkrivanje i otklanjanje kvarova u transportu i upravljanje protokom informacija (kako bi se spriječilo da sistem preplavi sistem podacima iz drugog sistema) .

Jednostavno rečeno, transportni sloj dijeli tokove informacija na dovoljno male fragmente (pakete) za prijenos do mrežnog sloja.

Najčešći protokoli transportnog sloja uključuju:

TCP - protokol kontrole prijenosa

NCP - Netware Core Protocol

SPX - Naručena razmjena paketa

TP4 - Class 4 Transfer Protocol

Mrežni sloj (sloj 3) je integrirani sloj koji pruža povezanost i odabir rute između dva krajnja sistema.

Pošto dva krajnja sistema koja žele da komuniciraju mogu biti razdvojena značajnom geografskom udaljenosti i mnogo podmreža, mrežni sloj je domen rutiranja. Protokoli za rutiranje odabiru optimalne rute kroz niz međusobno povezanih podmreža. Tradicionalni protokoli mrežnog sloja prenose informacije duž ovih ruta.

Drugim riječima, mrežni sloj je odgovoran za podjelu korisnika u grupe. Na ovom nivou, paketi se rutiraju na osnovu prevođenja MAC adresa u mrežne adrese. Mrežni sloj takođe obezbeđuje transparentan prenos paketa na transportni sloj.

Najčešće korišćeni protokoli na nivou mreže su:

IP - Internet protokol

IPX - protokol za internet razmjenu

X.25 (ovaj protokol je djelimično implementiran na sloju 2)

CLNP - Mrežni protokol bez veze

Sloj veze podataka (sloj 2) (formalno nazvan sloj veze podataka) pruža pouzdan tranzit podataka kroz fizički kanal. U postizanju ovog zadatka, sloj veze se bavi pitanjima fizičkog adresiranja (za razliku od mrežnog ili logičkog adresiranja), topologije mreže, linearne discipline (kako krajnji sistem koristi mrežnu vezu), obavještavanja o greškama, uredne isporuke blokova podataka i kontrola protoka.

Specifikacije IEEE 802.x dijele sloj veze podataka na dva podsloja: kontrolu logičke veze (LLC) i kontrolu pristupa mediju (MAC). LLC pruža uslugu mrežnom sloju, a MAC podsloj reguliše pristup zajedničkom fizičkom mediju. (Aka IEEE 802.1 - postavlja standarde za upravljanje mrežom na nivou MAC-a, uključujući algoritam Spanning Tree. Ovaj algoritam se koristi da osigura jedinstvenost putanje (bez petlji) u višestruko povezanim mrežama zasnovanim na mostovima i prekidačima sa mogućnošću da ga zamenite alternativnim putem u slučaju kvara.)

Protokoli koji se najčešće koriste u sloju 2 uključuju:

HDLC za serijske veze

IEEE 802.2 LLC (Tip I i ​​Tip II) obezbjeđuje MAC za 802.x okruženja

Fizički sloj (sloj 1) definira električne, mehaničke, proceduralne i funkcionalne karakteristike uspostavljanja, održavanja i isključivanja fizičkog kanala između krajnjih sistema. Specifikacije fizičkog sloja definiraju karakteristike kao što su vrijednosti napona, vremenski parametri, brzine prijenosa fizičkih informacija, maksimalne komunikacijske udaljenosti, fizički konektori i druge slične karakteristike.

Ovaj sloj prima pakete podataka od višeg sloja veze podataka i pretvara ih u optičke ili električne signale koji odgovaraju 0 i 1 binarnog toka. Ovi signali se šalju kroz prijenosni medij do prijemnog čvora. Mehanička i električna/optička svojstva prijenosnog medija određuju se na fizičkom nivou i uključuju:

Vrsta kablova i konektora

Dodjela pinova u konektorima

Šema kodiranja signala za vrijednosti 0 i 1

Neke od najčešćih specifikacija fizičkog sloja su:

EIA-RS-232-C, CCITT V.24 / V.28 - Mehaničke / električne karakteristike neuravnoteženog serijskog interfejsa.

EIA-RS-422/449, CCITT V.10 - mehaničke, električne i optičke karakteristike uravnoteženog serijskog interfejsa.

IEEE 802.3 - Ethernet

IEEE 802.5 - Token ring

Fizičko okruženje u različitim telekomunikacionim sistemima može biti širok spektar sredstava od najjednostavnijih para žica do složenog sistema prenosa sinhrone digitalne hijerarhije.

Da bi se razumjela struktura i principi funkcionisanja mreže, potrebno je razumjeti da se svaka razmjena podataka u mreži odvija od izvora do primaoca. Informacije koje se šalju mreži nazivaju se podaci ili paketi podataka. Ako jedan računar (izvor) želi da pošalje podatke drugom računaru (prijemniku), onda podatke

mora se prvo upakovati tokom inkapsulacije; koji ih, prije slanja u mrežu, uranja u zaglavlje određenog protokola. Ovaj proces se može uporediti sa pripremom paketa za otpremu - zamotajte sadržaj u papir, stavite u kovertu, naznačite adresu pošiljaoca i primaoca, zalijepite markice i bacite u poštansko sanduče.

Kada mreže pružaju usluge korisnicima, tok i vrsta pakovanja informacija se menjaju.

Na primjer... pet faza konverzije:

1. Formiranje podataka. Kada korisnik pošalje e-poruku, alfanumerički znakovi poruke se pretvaraju u podatke koji se mogu kretati po kompleksu mreže.

2. Podaci o pakovanju za transport od kraja do kraja. Za prijenos kroz mrežni kompleks, podaci su na odgovarajući način pakirani. Kroz korištenje segmenata, transportna funkcija garantuje pouzdanu vezu onih koji su uključeni u razmjenu