|
Kategorie: Skripta |
Tento dokument chci!
V úvodní kapitole společně projdeme cestou objevů, nápadů i omylů, které umožnily vývoj prostředků pro bezdrátovou komunikaci až do jejich současné podoby. Dříve, než se vydáme na procházku historií, definujme si cíl, ke kterému chceme dojít. Komunikace je obecně charakterizována výměnou informací mezi dvěma (nebo více) uživateli.
Strana 134 z 170
«
Vámi hledaný text obsahuje tato stránku dokumentu který není autorem určen k veřejnému šíření.
»
Jak získat tento dokument?
Poznámky redaktora
Tento model obl´ıben´y pro aplikace sd´ılen´ı dat mezi uˇzivateli. Vˇetˇsina s´ıt’ov´ych aplikac´ı zaloˇzena tomto
modelu (napˇr. principu moˇzn´a pouze komunikace bod bod. protokoly http, ftp, smtp, apod. Niˇzˇs´ı vrstvy komunikaˇcn´ı hi-
erarchie jsou vˇzdy souˇc´ast´ı operaˇcn´ıho syst´emu, protoˇze pˇristupuj´ı hardware jejich sluˇzby
jsou sd´ıleny vˇsemi procesy. aplikaˇcn´ı
rozhran´ı (API). z´asadˇe
rozliˇsujeme dva zp˚usoby komunikace: klient server peer peer (P2P, komunikace rovno-
cenn´ych uzl˚u). Klienti spolu navz´ajem nekomunikuj´ı.
ICQ nebo Skype).
V ˇcist´e architektuˇre peer peer (P2P) komunikuj´ı spolu rovnocenn´e procesy. Komunikuj´ıc´ı proces tedy charakterizov´an tˇremi ´udaji:
IP adresou, protokolem ˇc´ıslem portu. ˇC´ıslo portu 16-bitov´e
a samostatn´e pro TCP pro UDP. Komunikuj´ıc´ı strany vymˇeˇnuj´ı zpr´avy, je-
jichˇz form´at, v´yznam ˇcasov´an´ı jsou popsan´e pˇr´ısluˇsn´ym komunikaˇcn´ım protokolem.
Pro aplikace dispozici dvˇe sluˇzby spojovan´a spolehliv´a sluˇzba (bˇeˇznˇe oznaˇcuje n´azvem
protokolu TCP) nespojovan´a nespolehliv´a sluˇzba (UDP). Neexistuje zde
ˇz´adn´y centr´aln´ı prvek server.10: Vazba transportn´ı aplikaˇcn´ı vrstvy. Ko-
munikaˇcn´ı kan´al vˇzdy plnˇe duplexn´ı. Oznaˇcen´ı
klient server plat´ı pro procesy (programy).Fakulta elektrotechniky komunikaˇcn´ıch technologi´ı VUT Brnˇe 133
d) Vrstva aplikaˇcn´ı (Application Layer)
Nejvyˇsˇs´ı vrstvou TCP/IP pak vrstva aplikaˇcn´ı.10 struktura aplikaˇcn´ı vrstvy modelu TCP/IP.
Existuj´ı hybridn´ı architektury, kdy klienti potˇrebuj´ı pro nav´az´an´ı spojen´ı sluˇzeb serveru (napˇr.
L4 UDP TCP
AP1 AP2 AP3
UDP TCP
AP1 AP2 AP3
port
IP addresa
plnĒ duplexní kanál
Obr. Kaˇzd´y program mus´ı tˇemto sluˇzb´am pˇristupovat pˇres tzv.2.
Po skonˇcen´ı spojen´ı komunikaˇcn´ı kan´al prostˇrednictv´ım v´ymˇeny zpr´av transportn´ı vrstvy
. architektuˇre klient server existuje jedn´e stranˇe proces, kter´y vˇzdy
spuˇstˇen, kter´y oˇcek´av´a spojen´ı klienta. aplikaˇcn´ı
vrstvˇe vˇsak existuje v´ıce proces˚u, kter´e souˇcasnˇe komunikuj´ı.
TCP
Sluˇzba poskytovan´a TCP spojovan´a, tj. www prohl´ıˇzeˇc, www server, FTP klient, Skype, atd. 11.).
Na obr. Pro rozliˇsen´ı mezi tˇemito aplika-
cemi pouˇz´ıv´a ˇc´ıslo portu. 11.). Koncov´y uzel s´ıti identi-
fikov´an svoj´ı adresou (32b st´avaj´ıc´ıho protokolu IPv4, 128b protokolu IPv6). ˇCasto vˇsak oznaˇcen´ı server pouˇz´ıv´a pro poˇc´ıtaˇc,
na kter´em jsou spuˇstˇen´e serverov´e procesy. Aplikaˇcn´ı programy
vyuˇz´ıvaj´ı sluˇzeb transportn´ı vrstvy pro realizaci vlastn´ı komunikace. Jej´ımi entitami jsou jednotliv´e aplikaˇcn´ı
programy (napˇr.
11.2 Z´akladn´ı principy s´ıt’ov´ych aplikac´ı TCP/IP
S´ıt’ovou aplikaci tvoˇr´ı vˇzdy dvˇe komunikuj´ıc´ı entity, pˇresnˇeji ˇreˇceno dva vz´ajemnˇe komunikuj´ıc´ı
procesy (programy) bˇeˇz´ıc´ı koncov´ych stanic´ıch. pˇred zah´ajen´ım komunikace mus´ı doj´ıt otevˇren´ı
komunikaˇcn´ıho kan´alu, kter´e realizovan´e v´ymˇenou zpr´av mezi transportn´ımi vrstvami. Jedn´a podstatˇe adresu r´amci uzlu
