Spolehlivy
protokol v
po?ita?ovych sitich
poskytuje ur?ite vlastnosti tykajici se
spolehlivosti
doru?eni
dat
ur?enemu p?ijemci nebo p?ijemc?m. Za nespolehlive se naopak pova?uji protokoly, ktere neinformuji odesilatele dat, zda byla usp??n? doru?ena. Termin ?spolehlivy“ (
anglicky
reliable
) je synonymem pro ?
zaru?eny
“ (
anglicky
assured
), ktere pou?iva
Mezinarodni telekomunika?ni unie
(ITU) a
ATM Forum
v kontextu
ATM
koordina?ni funkce specificke pro jednotlive slu?by (
anglicky
ATM Service-Specific Coordination Function
), nap?iklad pro transparentni zaru?ene doru?eni u
AAL5
[1]
[2]
[3]
.
Spolehlive protokoly maji zpravidla v?t?i re?ii ne? nespolehlive protokoly a nasledkem toho funguji pomaleji a jsou h??e ?kalovatelne. To nemusi byt problem pro
unicast
protokoly, ale m??e se stat problemem pro protokoly zaji??ujici
spolehlivy multicast
.
Hlavni transportni protokol v siti
Internet
-
TCP
- je spolehlivy unicast protokol. Protokol
UDP
se ?asto pou?iva v
po?ita?ovych hrach
nebo v jiny situacich, kdy je d?le?ita rychlost, a ztrata maleho mno?stvi dat neni tak d?le?ita kv?li do?asne povaze dat, je nespolehlivy protokol.
Spolehlive unicast protokoly jsou obvykle
spojovane
. Nap?iklad TCP je spojovany protokol, jeho? identifikator
virtualniho okruhu
je tvo?en zdrojovou a cilovou
IP adresou
a zdrojovym a cilovym ?islem portu. V praxi se pou?ivaji i nespolehlive spojovane protokoly. Pat?i mezi n?
ATM
a
Frame Relay
. Existuji i spolehlive nespojovane protokoly (nap?iklad
AX.25
, kdy? p?ena?i data v
I-ramcich
), ale tato kombinace se objevuje z?idka: spolehlive nespojovane protokoly nejsou v komer?nich ani akademickych sitich obvykle.
Kdy? si?
ARPANET
p?i?la s revolu?nim my?lenkou
p?epojovanim paket?
, poskytovala proceduru pro spolehlive doru?eni paket? na libovolny uzel p?ipojeny p?es
rozhrani 1822
. Hostitelsky po?ita? jednodu?e uspo?adal data do spravneho formatu paketu, vlo?il adresu ciloveho hostitelskeho po?ita?e a poslal zpravu p?es rozhrani na
Interface Message Processor
, ke kteremu byl p?ipojen. P?i doru?eni zpravy na cilovy server bylo odesilateli vraceno potvrzeni. Jestli?e si? nemohla zpravu doru?it, vratila odesilateli chybovou zpravu.
Mezitim vyvoja?i siti
CYCLADES
a
ALOHAnet
ukazali, ?e lze vytvo?it efektivni po?ita?ovou si?, ktera neposkytuje spolehlivy p?enos paket?. Tuto zku?enost pozd?ji vyu?ili navrha?i sit?
Ethernet
.
Jestli?e si? nezaru?uje doru?eni paket?, pak se o zaji?t?ni spolehlivost musi postarat koncovy uzel tim, ?e detekuje ztracene pakety a opakuje jejich vysilani. Proto?e zku?enosti z provozu sit? ARPANET ukazaly, ?e si? nem??e spolehliv? odhalit v?echny chyby p?i doru?ovani paket?, byla odpov?dnost za detekci chyb p?enesena ve v?ech p?ipadech na odesilajici uzel. To vedlo k vyvoji
principu konec-konec
, ktery je jednim ze st??ejnich princip? pou?ivanych p?i navrhu sit?
Internet
.
Slu?ba je spolehliva, jestli?e oznamuje odesilateli, ?e doru?eni selhalo, zatimco ?nespolehliva“ slu?ba tuto informaci neposkytuje. Nap?iklad
IP
poskytuje nespolehlivou slu?bu.
TCP
a
IP
dohromady poskytuji spolehlivou slu?bu, zatimco
UDP
a
IP
poskytuji nespolehlivou slu?bu. V?echny tyto protokoly pou?ivaji pakety, i kdy?
UDP
pakety se obvykle nazyvany datagramy
[4]
.
V kontextu distribuovanych protokol? udavaji vlastnosti spolehlivosti zaruky, ktere protokol poskytuje p?i doru?ovani zprav ur?enemu p?ijemci nebo p?ijemc?m.
P?ikladem vlastnosti spolehlivosti pro
unicast
protokol je "aspo? jednou", tj. je zaru?eno, ?e p?ijemci bude doru?ena alespo? jedna kopie zpravy.
Vlastnosti spolehlivosti pro
multicast
protokoly se mohou tykat bu? jednotlivych p?ijemc? (slabe vlastnosti spolehlivosti) nebo se mohou tykat doru?eni nebo po?adi doru?eni r?znym p?ijemc?m (silne vlastnosti spolehlivosti).
V kontextu multicast protokol? vyjad?uji silne vlastnosti spolehlivosti zaruku, kterou protokol poskytuje s ohledem na doru?eni zprav r?znym na p?ijemci.
P?ikladem silne vlastnosti spolehlivosti je
ziskani posledni kopie
, co? znamena, ?e dokud je dostupna alespo? jedna kopie zpravy u libovolneho z p?ijemc?, v?ichni ostatni p?ijemci, kte?i nesel?ou nakonec take ziskaji svoji kopii. Silne vlastnosti spolehlivosti, jako je tato, typicky vy?aduji, aby zpravy byly op?tovn? vysilany nebo p?edavany mezi p?ijemci.
P?ikladem vlastnosti spolehlivosti siln?j?i ne?
ziskani posledni kopie
je
atomicita
. Vlastnost vy?aduje pokud alespo? jedna kopie zpravy byla doru?ena p?ijemci, v?ichni ostatni p?ijemci nakonec ziskaji kopii zpravy. Jinymi slovy ka?da zprava je v?dy doru?ena bu? v?em nebo ?adnemu z p?ijemc?.
Jednou z nejslo?it?j?ich silnych vlastnosti spolehlivosti je
virtualni synchronie
.
Silne vlastnosti spolehlivosti poskytuji
skupinove komunika?ni systemy
(GCS) jako nap?iklad
IS-IS
,
Appia framework
,
Spread
,
JGroups
nebo
QuickSilver Scalable Multicast
.
QuickSilver Properties Framework
je flexibilni platforma, ktera poskytuje silne vlastnosti spolehlivosti, aby byla vyjad?eny ?ist? deklarativnim zp?sobem, pomoci jednoducheho jazyka zalo?eneho na pravidlech a automaticky p?evedeneho na hierarchicky protokol.
V tomto ?lanku byl pou?it
p?eklad
textu z ?lanku
Reliability (computer networking)
na anglicke Wikipedii.
- ↑
Young-ki Hwang, et al. Service Specific Coordination Function for Transparent Assured Delivery with AAL5 (SSCF-TADAS). In:
Military Communications Conference Proceedings
. [s.l.]: MILCOM, 1999.
DOI
10.1109/MILCOM.1999.821329
. Svazek 2.
- ↑
ATM Forum, The User Network Interface (UNI), v. 3.1
. [s.l.]: Prentice Hall PTR, 1995. 432 s.
Dostupne online
.
ISBN
0-13-393828-X
.
- ↑
ITU-T Recommendation I.363.5: B-ISDN ATM Adaptation Layer specification : Type 5 AAL
[online]. ITU-T, 1998.
Dostupne online
.
- ↑
Kurose, James F. & Ross, Keith W.
Computer Networking: A Top-Down Approach
. 6. vyd. [s.l.]: Pearson Education, Inc., 2007.
Dostupne v archivu
po?izenem dne 2015-02-07.
ISBN
0-13-285620-4
.
Archivovano
7. 2. 2015 na
Wayback Machine
.