|
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
V ˇcist´e architektuˇre peer peer (P2P) komunikuj´ı spolu rovnocenn´e procesy. aplikaˇcn´ı
vrstvˇe vˇsak existuje v´ıce proces˚u, kter´e souˇcasnˇe komunikuj´ı. Koncov´y uzel s´ıti identi-
fikov´an svoj´ı adresou (32b st´avaj´ıc´ıho protokolu IPv4, 128b protokolu IPv6). z´asadˇe
rozliˇsujeme dva zp˚usoby komunikace: klient server peer peer (P2P, komunikace rovno-
cenn´ych uzl˚u). Jej´ımi entitami jsou jednotliv´e aplikaˇcn´ı
programy (napˇr.).
L4 UDP TCP
AP1 AP2 AP3
UDP TCP
AP1 AP2 AP3
port
IP addresa
plnĒ duplexní kanál
Obr.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: Vazba transportn´ı aplikaˇcn´ı vrstvy.
Po skonˇcen´ı spojen´ı komunikaˇcn´ı kan´al prostˇrednictv´ım v´ymˇeny zpr´av transportn´ı vrstvy
. Klienti spolu navz´ajem nekomunikuj´ı.). Tento model obl´ıben´y pro aplikace sd´ılen´ı dat mezi uˇzivateli. Oznaˇcen´ı
klient server plat´ı pro procesy (programy).10 struktura aplikaˇcn´ı vrstvy modelu TCP/IP. 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. Ko-
munikaˇcn´ı kan´al vˇzdy plnˇe duplexn´ı. 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. Kaˇzd´y program mus´ı tˇemto sluˇzb´am pˇristupovat pˇres tzv. aplikaˇcn´ı
rozhran´ı (API).
ICQ nebo Skype). ˇC´ıslo portu 16-bitov´e
a samostatn´e pro TCP pro UDP. principu moˇzn´a pouze komunikace bod bod.2. Vˇetˇsina s´ıt’ov´ych aplikac´ı zaloˇzena tomto
modelu (napˇr. Jedn´a podstatˇe adresu r´amci uzlu. www prohl´ıˇzeˇc, www server, FTP klient, Skype, atd. Aplikaˇcn´ı programy
vyuˇz´ıvaj´ı sluˇzeb transportn´ı vrstvy pro realizaci vlastn´ı komunikace. ˇ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.
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). 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.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.
11. Neexistuje zde
ˇz´adn´y centr´aln´ı prvek server.
TCP
Sluˇzba poskytovan´a TCP spojovan´a, tj. 11. Komunikuj´ıc´ı proces tedy charakterizov´an tˇremi ´udaji:
IP adresou, protokolem ˇc´ıslem portu. protokoly http, ftp, smtp, apod.
Existuj´ı hybridn´ı architektury, kdy klienti potˇrebuj´ı pro nav´az´an´ı spojen´ı sluˇzeb serveru (napˇr. 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.
Na obr. Pro rozliˇsen´ı mezi tˇemito aplika-
cemi pouˇz´ıv´a ˇc´ıslo portu. 11
