Ji°φ Peterka: Co je Φφm ... v poΦφtaΦov²ch sφtφch (26):

ReferenΦnφ model ISO/OSI - p°enos dat

Ten, kdo v urΦitΘ vrstv∞ ISO/OSI modelu n∞co aktivnφho vykonßvß, je oznaΦovßn jako entita (entity). B²vß to nejΦast∞ji objekt programovΘ povahy (nap°. urΦit² proces), v nejni₧Üφch vrstvßch to vÜak m∙₧e b²t i hardwarov² celek (nap°. V/V °adiΦ apod.). Na ·rovni aplikaΦnφ vrstvy jde o aplikaΦnφ entity (application entities), na ·rovni prezentaΦnφ vrstvy o prezentaΦnφ entity (presentation entities) atd. Entity na stejnΘ ·rovni, resp. ve stejnolehl²ch vrstvßch se v angliΦtin∞ oznaΦujφ p°φvlastkem peer (tj. jako peer entities).

Entity ve vrstv∞ N implementujφ slu₧by, kterΘ jsou vyu₧φvßny vrstvou N+1, resp. entitami tΘto vrstvy. Vrstva N zde tedy vystupuje jako poskytovatel slu₧by (service provider), zatφmco vrstva N+1 je v roli u₧ivatele slu₧by (service user). Vrstva N je vÜak souΦasn∞ i v roli u₧ivatele slu₧eb v∙Φi vrstv∞ N-1, nebo¥ vyu₧φvß jejφ slu₧by.

Bezprost°ednφmi poskytovateli a u₧ivateli slu₧eb vÜak nejsou vrstvy jako takovΘ, ale jejich entity. Ka₧dß entita, kterß chce n∞jakΘ slu₧by vyu₧φvat, vÜak musφ v∞d∞t, kam se mß pro n∞ obrßtit. Musφ tedy existovat jednoznaΦn∞ identifikovatelnß mφsta v rßmci rozhranφ mezi jednotliv²mi vrstvami, jejich₧ prost°ednictvφm jsou slu₧by poskytovßny, resp. vyu₧φvßny. V terminologii ISO/OSI modelu se tato mφsta naz²vajφ body poskytovßnφ slu₧by (Service Access Points, zkratkou SAP) a jsou opat°ena jednoznaΦn²mi adresami. Pro snazÜφ p°edstavu je dobrΘ vyu₧φt analogii s telefonnφ sφtφ: bod poskytovßnφ slu₧by neboli SAP je analogiφ zßsuvky b∞₧nΘ telefonnφ p°φpojky, do kterΘ lze zapojit telefonnφ p°φstroj (odpovφdajφcφ entit∞ vrstvy N+1). Chceme-li se pak dovolat na tento telefonnφ p°φstroj (poskytnout slu₧bu entit∞ vrstvy N+1), musφme znßt p°φsluÜnΘ telefonnφ Φφslo (adresu bodu SAP).

Obr. 26.1.: P°edstava entit a bod∙ poskytovßnφ slu₧by (SAP)

Ka₧d² bod SAP slou₧φ v₧dy vzßjemnΘ komunikaci prßv∞ dvou entit ze sousednφch vrstev. Nem∙₧e b²t tedy sdφlen vφce entitami. Ka₧dß entita vÜak m∙₧e poskytovat svΘ slu₧by vφce entitßm prost°ednictvφm vφce bod∙ SAP a stejn∞ tak ka₧dß entita m∙₧e vyu₧φvat slu₧by vφce r∙zn²ch entit p°es vφce bod∙ SAP. Situaci ilustruje obrßzek 26.1.

Ka₧dß entita, kterß chce vyu₧φvat slu₧bu jinΘ entity bezprost°edn∞ ni₧Üφ vrstvy, musφ znßt nejen pot°ebn² bod SAP, p°es kter² je jφ tato slu₧ba nabφzena, ale musφ takΘ znßt p°esn² zp∙sob volßnφ p°φsluÜnΘ slu₧by. Ten je samoz°ejm∞ pro r∙znΘ slu₧by r∙zn², v₧dy vÜak vy₧aduje, aby volajφcφ p°edal volanΘmu urΦit² objem °φdicφch informacφ, kterΘ jeho po₧adavek specifikujφ. V terminologii ISO/OSI modelu je tato °φdicφ informace oznaΦovßna jako Interface Control Information (ICI). SouΦßstφ po₧adavku pak b²vajφ jeÜt∞ r∙znß "u₧iteΦnß" data, oznaΦovanß jako Service Data Unit (SDU). Volajφcφ entita tedy v obecnΘm p°φpad∞ p°edßvß volanΘ entit∞ p°es p°φsluÜn² bod SAP na rozhranφ mezi nimi dv∞ skupiny informacφ (tj. ICI a SDU), kterΘ dohromady tvo°φ tzv. datovou jednotku rozhranφ (Interface Data Unit, zkratkou IDU) - viz obr. 26.2.

Obr. 26.2.: P°edstava p°edßvßnφ dat mezi vrstvami

Entita, kterß je poskytovatelem slu₧by a kterß je p°φjemcem jednotky IDU, si p°evezme °φdicφ informace obsa₧enΘ v IDU (tj. Φßst ICI). Z nφ se dozvφ, co je od nφ po₧adovßno, a podle toho dßle nalo₧φ s datovou Φßstφ (Φßsti SDU).

Jednφm z nejΦast∞jÜφch po₧adavk∙ entity ve vrstv∞ N+1 je ₧ßdost o p°enos dat stejnolehlΘ entit∞ (tj. entit∞ vrstvy N+1) na jinΘm uzlovΘm poΦφtaΦi. Entita vrstvy N, kterß je o tuto slu₧bu po₧ßdßna, nalezne p°φsluÜnß data v Φßsti SDU p°ijatΘ jednotky IDU a sna₧φ se je p°edat svΘ partnerskΘ entit∞ na p°φsluÜnΘm uzlovΘm poΦφtaΦi. S touto stejnolehlou entitou komunikuje podle urΦitΘho protokolu (viz 23. dφl naÜeho serißlu).

Tento protokol mimo jinΘ urΦuje, jak velkΘ "kusy" dat si mohou ob∞ vrstvy posφlat a jak²mi dodateΦn²mi informacemi °φdicφ povahy musφ b²t tato u₧itaΦnß data dopln∞na. Odesφlacφ entita vrstvy N proto rozd∞lφ data z jednotky SDU na tak velkΘ Φßsti, jakΘ jφ protokol umo₧≥uje p°enßÜet a p°ipojφ k nim pot°ebnΘ °φdicφ informace. Tφm vznikß tzv. protokolßrnφ datovß jednotka (PDU, Protocol Data Unit), tvo°enß krom∞ u₧iteΦn²ch dat (tj. slo₧ky SDU) takΘ slo₧kou PCI (Protocol Control Information), kter² obsahuje informace °φdicφ povahy, p°edepsanΘ pou₧it²m p°enosov²m protokolem - viz op∞t obrßzek 26.2.

Obr. 26.3.: Pr∙chod p°enßÜen²ch dat vrstvami ISO/OSI modelu

PartnerskΘ entity stejnolehl²ch vrstev si tedy vzßjemn∞ zasφlajφ jednotky PDU (ve form∞ zprßv, paket∙, resp. rßmc∙). Ve skuteΦnosti to ale doopravdy d∞lajφ jen entity fyzickΘ vrstvy, pro kterΘ jsou cel²mi jednotkami PDU jednotlivΘ bity, a kterΘ jsou schopnΘ si je navzßjem skuteΦn∞ p°edßvat. VÜechny ostatnφ (tj. vyÜÜφ) vrstvy si jednotky PDU vym∞≥ujφ prost°ednictvφm entit bezprost°edn∞ ni₧Üφch vrstev - p°i odesφlßnφ se z celΘ jednotky PDU stßvajφ "u₧iteΦnß" data (slo₧ka SDU). K nim se p°idß pot°ebnß °φdicφ informace (slo₧ka ICI) a tφm vznikß datovß jednotka rozhranφ (jednotka IDU), kterß je p°es bod SAP p°edßna entit∞ bezprost°edn∞ ni₧Üφ vrstvy ... a vÜe se opakuje a₧ do ·rovn∞ fyzickΘ vrstvy.

Pr∙chod u₧ivatelsk²ch dat vÜemi vrstvami ISO/OSI modelu ukazuje obrßzek 26.3. Z n∞j je nßzorn∞ vid∞t, jak si ka₧dß vrstva na stran∞ odesilatele v zßvislosti na pou₧itΘm protokolu p°idßvß k u₧iteΦn²m dat∙m (jednotkßm SDU) svΘ °φdicφ informace (slo₧ky PCI) - obvykle ve form∞ hlaviΦky, kterou si pak stejnolehlß partnerskß vrstva na stran∞ p°φjemce zase odebφrß.