Kādā osi atsauces modeļa līmenī darbojas smtp protokols. OSI modelis ir vienkāršs! Prezentācijas funkcijas

Kuru izstrāde nebija saistīta ar OSI modeli.

OSI modeļa slāņi

Modelis sastāv no 7 līmeņiem, kas atrodas viens virs otra. Slāņi mijiedarbojas viens ar otru (vertikāli), izmantojot saskarnes, un var mijiedarboties ar paralēlu citas sistēmas slāni (horizontāli), izmantojot protokolus. Katrs līmenis var mijiedarboties tikai ar saviem kaimiņiem un veikt tikai tam uzticētās funkcijas. Sīkāku informāciju var redzēt attēlā.

Pieteikuma (Aplikācijas) līmenis (ang. pielietojuma slānis)

Modeļa augšējais līmenis nodrošina lietotāju lietojumprogrammu mijiedarbību ar tīklu. Šis slānis ļauj lietojumprogrammām izmantot tīkla pakalpojumus, piemēram, attālo piekļuvi failiem un datu bāzēm, e-pasta pārsūtīšanu. Tas ir arī atbildīgs par pakalpojumu informācijas pārsūtīšanu, nodrošina lietojumprogrammām informāciju par kļūdām un ģenerē pieprasījumus prezentācijas slānis. Piemērs: HTTP , POP3 , SMTP , FTP , XMPP , OSCAR , BitTorrent , MODBUS , SIP

Izpilddirektors (prezentācijas slānis) prezentācijas slānis)

Šis slānis ir atbildīgs par protokola konvertēšanu un datu kodēšanu/dekodēšanu. Tas pārveido no lietojumprogrammas slāņa saņemtos lietojumprogrammu pieprasījumus formātā pārraidei tīklā, un pārvērš no tīkla saņemtos datus formātā, kas ir saprotams lietojumprogrammām. Šajā līmenī var veikt datu saspiešanu/dekompresiju vai kodēšanu/dekodēšanu, kā arī pāradresēt pieprasījumus uz citu tīkla resursu, ja tos nevar apstrādāt lokāli.

OSI atsauces modeļa 6. slānis (attēli) parasti ir starpprotokols informācijas konvertēšanai no blakus esošajiem slāņiem. Tas ļauj sazināties starp lietojumprogrammām atšķirīgās datorsistēmās lietojumprogrammām pārredzamā veidā. Prezentācijas slānis nodrošina formatēšanu un koda transformāciju. Koda formatējums tiek izmantots, lai nodrošinātu, ka lietojumprogramma apstrādei saņem informāciju, kas tai ir saprātīga. Ja nepieciešams, šis slānis var pārtulkot no viena datu formāta uz citu. Prezentācijas slānis attiecas ne tikai uz datu formātiem un prezentāciju, bet arī ar datu struktūrām, kuras izmanto programmas. Tādējādi 6. slānis nodrošina datu organizēšanu to pārsūtīšanas laikā.

Lai saprastu, kā tas darbojas, iedomājieties, ka ir divas sistēmas. Viens datu attēlošanai izmanto EBCDIC paplašināto bināro informācijas apmaiņas kodu, piemēram, IBM lieldatoru, bet otrs izmanto Amerikas standarta ASCII informācijas apmaiņas kodu (to izmanto lielākā daļa citu datoru ražotāju). Ja šīm divām sistēmām ir jāapmainās ar informāciju, ir nepieciešams prezentācijas slānis, lai veiktu transformāciju un tulkotu starp diviem dažādiem formātiem.

Vēl viena funkcija, kas tiek veikta prezentācijas līmenī, ir datu šifrēšana, ko izmanto gadījumos, kad nepieciešams aizsargāt pārraidīto informāciju no nesankcionētu adresātu saņemšanas. Lai veiktu šo uzdevumu, procesiem un kodam skata līmenī ir jāveic datu transformācijas. Šajā līmenī ir arī citas apakšprogrammas, kas saspiež tekstus un pārvērš grafiskos attēlus bitu plūsmās, lai tos varētu pārsūtīt tīklā.

Prezentācijas līmeņa standarti nosaka arī to, kā tiek parādīta grafika. Šim nolūkam var izmantot PICT formātu, attēla formātu, ko izmanto QuickDraw grafikas pārsūtīšanai starp programmām Macintosh un PowerPC datoriem. Vēl viens attēlojuma formāts ir marķētais TIFF attēla faila formāts, ko parasti izmanto augstas izšķirtspējas bitkartēm. Nākamais prezentācijas līmeņa standarts, ko var izmantot grafikai, ir Apvienotās fotogrāfijas ekspertu grupas izstrādātais standarts; ikdienas lietošanā šis standarts tiek saukts vienkārši par JPEG.

Ir vēl viena prezentācijas līmeņa standartu grupa, kas nosaka skaņas un filmu prezentāciju. Tas ietver Mūzikas instrumentu digitālo interfeisu (MIDI) mūzikas digitālai attēlošanai, ko izstrādājusi Kinematogrāfijas ekspertu grupa, MPEG standarts, ko izmanto, lai saspiestu un kodētu video kompaktdiskā, uzglabātu tos digitāli un pārsūtītu ar ātrumu līdz 1,5 Mb/s. /s un QuickTime — standarts, kas apraksta audio un video elementus programmām, kas darbojas Macintosh un PowerPC datoros.

Sesijas slānis sesijas slānis)

Modeļa 5. līmenis ir atbildīgs par komunikācijas sesijas uzturēšanu, ļaujot lietojumprogrammām ilgstoši mijiedarboties savā starpā. Slānis pārvalda sesijas izveidi/pārtraukšanu, informācijas apmaiņu, uzdevumu sinhronizāciju, datu pārsūtīšanas tiesību noteikšanu un sesijas uzturēšanu lietojumprogrammas neaktivitātes periodos. Pārraides sinhronizācija tiek nodrošināta, ievietojot datu plūsmā kontrolpunktus, no kuriem process tiek atsākts, ja mijiedarbība tiek pārtraukta.

Transporta slānis transporta slānis)

Modeļa 4. līmenis ir paredzēts datu piegādei bez kļūdām, zudumiem un dublēšanās secībā, kādā tie tika pārraidīti. Tajā pašā laikā nav svarīgi, kādi dati tiek pārsūtīti, no kurienes un kur, tas ir, tas nodrošina pašu pārraides mehānismu. Tā sadala datu blokus fragmentos, kuru lielums ir atkarīgs no protokola, īsos apvieno vienā, bet garos sadala. Piemērs: TCP, UDP.

Ir daudzas transporta slāņa protokolu klases, sākot no protokoliem, kas nodrošina tikai pamata transporta funkcijas (piemēram, datu pārsūtīšanas funkcijas bez apstiprinājuma), līdz protokoliem, kas nodrošina vairāku datu pakešu piegādi galamērķim pareizā secībā, vairāku datu multipleksēšanu. straumes, nodrošināt datu plūsmas kontroles mehānismu un garantēt saņemto datu derīgumu.

Daži tīkla slāņa protokoli, ko sauc par bezsavienojumu protokoliem, negarantē, ka dati tiek piegādāti galamērķim tādā secībā, kādā tos nosūtīja avota ierīce. Daži transporta slāņi to risina, apkopojot datus pareizajā secībā, pirms tos nodod sesijas slānim. Datu multipleksēšana (multipleksēšana) nozīmē, ka transporta slānis spēj vienlaicīgi apstrādāt vairākas datu plūsmas (straumes var nākt no dažādām lietojumprogrammām) starp divām sistēmām. Plūsmas kontroles mehānisms ir mehānisms, kas ļauj regulēt datu apjomu, kas tiek pārsūtīts no vienas sistēmas uz otru. Transporta slāņa protokoliem bieži ir datu piegādes kontroles funkcija, liekot saņēmējai sistēmai nosūtīt apstiprinājumu nosūtītājai pusei, ka dati ir saņemti.

Jūs varat aprakstīt protokolu darbību ar savienojuma izveidi, izmantojot parastā tālruņa piemēru. Šīs klases protokoli sāk datu pārraidi, izsaucot vai iestatot pakešu ceļu no avota līdz galamērķim. Pēc tam tiek uzsākta seriālā datu pārsūtīšana un pēc tam pārsūtīšanas beigās savienojums tiek atvienots.

Bezsavienojuma protokoli, kas sūta datus, kas satur pilnu adreses informāciju katrā paketē, darbojas līdzīgi kā pasta sistēma. Katrā vēstulē vai pakā ir norādīta sūtītāja un saņēmēja adrese. Pēc tam katra pasta nodaļa vai tīkla ierīce nolasa adreses informāciju un pieņem lēmumu par datu maršrutēšanu. Vēstule vai datu pakete tiek pārsūtīta no vienas starpierīces uz citu, līdz tā tiek piegādāta adresātam. Bezsavienojuma protokoli negarantē, ka informācija pie adresāta nonāks tādā secībā, kādā tā tika nosūtīta. Transporta protokoli ir atbildīgi par datu iestatīšanu atbilstošā secībā, kad tiek izmantoti bezsavienojuma tīkla protokoli.

Tīkla slānis tīkla slānis)

OSI tīkla modeļa 3. slānis ir paredzēts datu pārraides ceļa noteikšanai. Atbildīgs par loģisko adrešu un nosaukumu tulkošanu fiziskās, īsāko maršrutu noteikšanu, pārslēgšanu un maršrutēšanu, tīkla problēmu un sastrēgumu uzraudzību. Tīkla ierīce, piemēram, maršrutētājs, darbojas šajā līmenī.

Tīkla slāņa protokoli maršrutē datus no avota uz galamērķi.

Saites slānis datu saites slānis)

Šis slānis ir paredzēts, lai nodrošinātu tīklu mijiedarbību fiziskajā slānī un kontrolētu iespējamās kļūdas. Tas iesaiņo no fiziskā slāņa saņemtos datus kadros, pārbauda integritāti, nepieciešamības gadījumā izlabo kļūdas (nosūta atkārtotu pieprasījumu par bojātu kadru) un nosūta uz tīkla slāni. Saites slānis var mijiedarboties ar vienu vai vairākiem fiziskajiem slāņiem, kontrolējot un pārvaldot šo mijiedarbību. IEEE 802 specifikācija iedala šo līmeni 2 apakšlīmeņos - MAC (Media Access Control) regulē piekļuvi koplietotajam fiziskajam datu nesējam, LLC (Loģiskās saites kontrole) nodrošina tīkla līmeņa servisu.

Programmēšanā šis līmenis apzīmē tīkla kartes draiveri, operētājsistēmās ir programmēšanas interfeiss kanālu un tīkla līmeņu savstarpējai mijiedarbībai, tas nav jauns līmenis, bet vienkārši konkrētas OS modeļa ieviešana. . Šādu saskarņu piemēri: ODI , NDIS

Fiziskais slānis fiziskais slānis)

Modeļa zemākais līmenis ir paredzēts tieši datu plūsmas pārsūtīšanai. Veic elektrisko vai optisko signālu pārraidi uz kabeli vai radio ēteru un attiecīgi to uztveršanu un pārveidošanu datu bitos saskaņā ar ciparu signālu kodēšanas metodēm. Citiem vārdiem sakot, tas nodrošina saskarni starp tīkla operatoru un tīkla ierīci.

OSI modelis un reālie protokoli

Septiņu slāņu OSI modelis ir teorētisks un satur vairākas nepilnības. Bija mēģinājumi veidot tīklus tieši pēc OSI modeļa, taču šādi izveidotie tīkli bija dārgi, neuzticami un neērti lietošanā. Esošajos tīklos izmantotie reālie tīkla protokoli ir spiesti no tā atkāpties, nodrošinot neparedzētas iespējas, tāpēc dažu no tiem saistīšana ar OSI slāņiem ir zināmā mērā patvaļīga: daži protokoli aizņem vairākus OSI modeļa slāņus, uzticamības funkcijas tiek realizētas vairākos slāņos. no OSI modeļa.

Galvenais OSI defekts ir nepārdomāts transporta slānis. Tajā OSI ļauj apmainīties ar datiem starp lietojumprogrammām (ieviešot koncepciju osta- aplikācijas identifikators), tomēr OSI nav paredzēta iespēja apmainīties ar vienkāršām datagrammām (UDP tipa) - transporta slānim jāveido savienojumi, jānodrošina piegāde, jākontrolē plūsma utt. (TCP tipa). Reāli protokoli īsteno šo iespēju.

TCP/IP saime

TCP / IP saimei ir trīs transporta protokoli: TCP, kas pilnībā atbilst OSI, nodrošina datu saņemšanas pārbaudi, UDP, kas atbilst transporta slānim tikai ar porta klātbūtni, nodrošina datagrammu apmaiņu starp lietojumprogrammām, nesniedz. garantē datu saņemšanu un SCTP, kas paredzēts, lai novērstu dažus TCP trūkumus un kurā pievienoti daži jauninājumi. (TCP/IP saimē ir aptuveni divi simti citu protokolu, no kuriem pazīstamākais ir servisa protokols ICMP , ko iekšēji izmanto darbības nodrošināšanai; pārējie arī nav transporta protokoli.)

IPX/SPX saime

IPX/SPX saimē porti (saukti par "ligzdām" vai "ligzdām") parādās IPX tīkla slāņa protokolā, ļaujot apmainīties ar datagrammām starp lietojumprogrammām (operētājsistēma rezervē daļu no ligzdām sev). SPX protokols, savukārt, papildina IPX ar visām pārējām transporta slāņa iespējām, pilnībā ievērojot OSI.

Resursdatora adresei IPX izmanto identifikatoru, kas izveidots no četru baitu tīkla numura (piešķir maršrutētāji) un tīkla adaptera MAC adreses.

DOD modelis

TCP/IP protokolu steks, izmantojot vienkāršotu četru slāņu OSI modeli.

Adresēšana IPv6

Galamērķa un avota adreses IPv6 ir 128 biti vai 16 baiti gari. 6. versija vispārina 4. versijas īpašos adrešu veidus šādos adrešu veidos:

• Unicast ir individuāla adrese. Norāda vienu mezglu - datora vai maršrutētāja portu. Pakete ir jānogādā mezglā pa īsāko ceļu.
• Klasteris ir klastera adrese. Apzīmē resursdatoru grupu, kam ir kopīgs adreses prefikss (piemēram, pievienots vienam un tam pašam fiziskajam tīklam). Pakete ir jānovirza uz mezglu grupu pa īsāko ceļu un pēc tam jānogādā tikai vienam no grupas dalībniekiem (piemēram, tuvākajam mezglam).
• Multiraide ir saimniekdatoru kopas adrese, iespējams, dažādos fiziskajos tīklos. Pakešu kopijas ir jāpiegādā katram komplekta mezglam, izmantojot aparatūras multiraides vai apraides iespējas, ja iespējams.

Tāpat kā IPv4 gadījumā, IPv6 adreses tiek sadalītas klasēs, pamatojoties uz dažu nozīmīgāko adreses bitu vērtību.

Lielākā daļa nodarbību ir rezervētas izmantošanai nākotnē. Praktiskai lietošanai interesantākā ir interneta pakalpojumu sniedzējiem paredzētā klase, saukta Pakalpojumu sniedzēja piešķirtā Unicast.

Šīs klases adresei ir šāda struktūra:

Katram interneta pakalpojumu sniedzējam ir piešķirts unikāls identifikators, kas atzīmē visus tā atbalstītos tīklus. Pēc tam pakalpojumu sniedzējs saviem abonentiem piešķir unikālus identifikatorus un izmanto abus identifikatorus, piešķirot abonentu adrešu bloku. Pats abonents saviem apakštīkliem un šo tīklu mezgliem piešķir unikālus identifikatorus.

Abonents var izmantot IPv4 izmantoto apakštīkla paņēmienu, lai tālāk sadalītu apakštīkla ID lauku mazākos laukos.

Aprakstītā shēma tuvina IPv6 adresēšanas shēmu tām, kas tiek izmantotas teritoriālajos tīklos, piemēram, tālruņu tīklos vai X.25 tīklos. Adrešu lauku hierarhija ļaus mugurkaula maršrutētājiem strādāt tikai ar augstākajām adreses daļām, atstājot mazāk nozīmīgu lauku apstrādi abonentu maršrutētājiem.

Lai LAN MAC adreses varētu izmantot tieši IP adresēs, resursdatora ID laukā ir jāpiešķir vismaz 6 baiti.

Lai nodrošinātu saderību ar adresācijas shēmas IPv4 versiju, IPv6 ir adrešu klase, kuras adreses augstākās kārtas bitos ir 0000 0000. Šīs klases adreses apakšējos 4 baitos ir jāietver IPv4 adrese. Maršrutētājiem, kas atbalsta abas adrešu versijas, ir jānodrošina tulkošana, nododot paketi no tīkla, kas atbalsta IPv4 adresēšanu, uz tīklu, kas atbalsta IPv6 adresēšanu, un otrādi.

Kritika

Septiņu slāņu OSI modeli kritizēja daži eksperti. Jo īpaši klasiskajā grāmatā UNIX. Sistēmas administratora rokasgrāmata" Evi Nemeth un citi raksta:

... Kamēr ISO komitejas strīdējās par saviem standartiem, visa tīkla koncepcija mainījās aiz muguras, un visā pasaulē tika ieviests TCP/IP protokols. …
…
Un tā, kad beidzot tika ieviesti ISO protokoli, radās vairākas problēmas:
Šo protokolu pamatā bija koncepcijas, kurām mūsdienu tīklos nav jēgas.
To specifikācijas dažos gadījumos bija nepilnīgas.
Funkcionalitātes ziņā tie bija zemāki par citiem protokoliem.
Vairāku slāņu klātbūtne ir padarījusi šos protokolus lēnus un grūti īstenojamus.
…
… Tagad pat dedzīgākie šo protokolu piekritēji atzīst, ka OSI pamazām virzās uz to, lai kļūtu par nelielu zemsvītras piezīmi datorvēstures lappusēs.

Vai tikko sākāt strādāt par tīkla administratoru? Vai nevēlaties apjukt? Mūsu raksts jums palīdzēs. Vai esat dzirdējuši, ka laika pārbaudīts administrators runā par tīkla problēmām un min dažus līmeņus? Vai jums kādreiz ir jautāts, kuri slāņi ir aizsargāti un darbojas, ja izmantojat vecu ugunsmūri? Lai saprastu informācijas drošības pamatus, ir jāsaprot OSI modeļa hierarhijas princips. Mēģināsim aplūkot šī modeļa iespējas.

Sevi cienošam sistēmas administratoram vajadzētu labi pārzināt tīkla terminus

Tulkojumā no angļu valodas - atvērto sistēmu mijiedarbības pamatmodelis. Precīzāk, OSI/ISO tīkla protokolu kaudzes tīkla modelis. Ieviests 1984. gadā kā konceptuāls ietvars, kas sadalīja datu nosūtīšanas procesu globālajā tīmeklī septiņos vienkāršos soļos. Tas nav populārākais, jo OSI specifikācijas izstrāde ir aizkavējusies. TCP/IP protokolu steks ir izdevīgāks un tiek uzskatīts par galveno izmantoto modeli. Taču jums ir milzīga iespēja sastapties ar OSI modeli sistēmas administratora amatā vai IT jomā.

Ir izveidotas daudzas tīkla ierīču specifikācijas un tehnoloģijas. Šādā daudzveidībā ir viegli apjukt. Tas ir atvērto sistēmu mijiedarbības modelis, kas palīdz tīkla ierīcēm saprast viena otru, izmantojot dažādas saziņas metodes. Ņemiet vērā, ka OSI ir visnoderīgākā programmatūras un aparatūras ražotājiem, kas iesaistīti saderīgu produktu izstrādē.

Jautājiet, kāds jums no tā labums? Zinot daudzlīmeņu modeli, būs iespēja brīvi komunicēt ar IT uzņēmumu darbiniekiem, tīkla problēmu apspriešana vairs nebūs nomācoša garlaicība. Un, iemācoties saprast, kurā posmā radās kļūme, jūs varat viegli atrast cēloņus un ievērojami samazināt sava darba apjomu.

OSI līmeņi

Modelis satur septiņas vienkāršotas darbības:

• Fiziskā.
• Kanāls.
• Tīkls.
• Transports.
• sesija.
• Izpilddirektors.
• Pielietots.

Kāpēc sadalīšana soļos padara dzīvi vieglāku? Katrs no līmeņiem atbilst noteiktam tīkla ziņojuma nosūtīšanas posmam. Visas darbības ir secīgas, kas nozīmē, ka funkcijas tiek veiktas patstāvīgi, nav nepieciešama informācija par darbu iepriekšējā līmenī. Vienīgais nepieciešamais komponents ir tas, kā dati tiek saņemti no iepriekšējās darbības un kā informācija tiek nosūtīta uz nākamo darbību.

Pārejam uz tiešo iepazīšanos ar līmeņiem.

Fiziskais slānis

Pirmā posma galvenais uzdevums ir bitu pārsūtīšana pa fiziskajiem sakaru kanāliem. Fiziskie saziņas kanāli ir ierīces, kas paredzētas informācijas signālu pārraidīšanai un saņemšanai. Piemēram, optiskās šķiedras, koaksiālais kabelis vai vītā pāra. Pārsūtīšana var notikt arī bezvadu režīmā. Pirmo posmu raksturo datu pārraides vide: aizsardzība pret traucējumiem, joslas platums, viļņu pretestība. Tiek iestatītas arī elektrisko gala signālu kvalitātes (kodēšanas veids, sprieguma līmeņi un signāla pārraides ātrums) un savienoti ar standarta savienotāju tipiem, tiek piešķirti kontaktu savienojumi.

Fiziskā posma funkcijas tiek veiktas pilnīgi katrā tīklam pievienotajā ierīcē. Piemēram, tīkla adapteris šīs funkcijas īsteno no datora puses. Iespējams, jau esat saskārušies ar pirmā soļa protokoliem: RS-232, DSL un 10Base-T, kas nosaka sakaru kanāla fiziskās īpašības.

Saites slānis

Otrajā posmā ierīces abstraktā adrese tiek saistīta ar fizisko ierīci un tiek pārbaudīta pārraides vides pieejamība. Biti tiek veidoti komplektos – rāmjos. Saites slāņa galvenais uzdevums ir atklāt un labot kļūdas. Pareizai pārraidei pirms un pēc kadra tiek ievietotas specializētas bitu sekvences un tiek pievienota aprēķinātā kontrolsumma. Kad rāmis sasniedz galamērķi, atkal tiek aprēķināta jau saņemto datu kontrolsumma, ja tā sakrīt ar kadrā esošo kontrolsummu, rāmis tiek atzīts par pareizu. Pretējā gadījumā rodas kļūda, kas tiek labota, atkārtoti pārraidot informāciju.

Kanāla posms ļauj pārsūtīt informāciju, pateicoties īpašai savienojumu struktūrai. Jo īpaši autobusi, tilti un slēdži darbojas, izmantojot saišu slāņa protokolus. Otrā posma specifikācijas ietver: Ethernet, Token Ring un PPP. Kanāla stadijas funkcijas datorā veic tīkla adapteri un tiem paredzēti draiveri.

tīkla slānis

Standarta situācijās kvalitatīvai informācijas pārsūtīšanai nepietiek ar kanāla posma funkcijām. Otrā soļa specifikācijas var pārsūtīt datus tikai starp mezgliem ar tādu pašu topoloģiju, piemēram, koku. Ir nepieciešams trešais solis. Ir jāveido integrēta transporta sistēma ar sazarotu struktūru vairākiem tīkliem ar patvaļīgu struktūru un atšķiras ar datu pārraides metodi.

Citiem vārdiem sakot, trešais solis apstrādā interneta protokolu un darbojas kā maršrutētājs: atrod labāko informācijas ceļu. Maršrutētājs - ierīce, kas apkopo datus par starpsavienojumu struktūru un pārraida paketes uz mērķa tīklu (tranzīta pārsūtījumi - apiņi). Ja rodas kļūda IP adresē, tā ir problēma, kas radusies tīkla līmenī. Trešā posma protokoli ir sadalīti tīkla, maršrutēšanas vai adreses izšķirtspējā: ICMP, IPSec, ARP un BGP.

transporta slānis

Lai dati sasniegtu lietojumprogrammas un steka augšējos līmeņus, ir nepieciešams ceturtais posms. Tas nodrošina nepieciešamo informācijas pārsūtīšanas uzticamības pakāpi. Ir piecas transporta posmu pakalpojumu klases. To atšķirība ir steidzamība, pārtraukta savienojuma atjaunošanas iespēja, spēja atklāt un labot pārraides kļūdas. Piemēram, pakešu zudums vai dublēšanās.

Kā izvēlēties transporta kājas apkalpošanas klasi? Ja sakaru transporta savienojumu kvalitāte ir augsta, viegls pakalpojums būs adekvāta izvēle. Ja jau pašā sākumā komunikācijas kanāli nedarbojas droši, vēlams ķerties pie izstrādāta servisa, kas nodrošinās maksimālas iespējas problēmu atrašanai un risināšanai (datu piegādes kontrole, piegādes taimauta). 4. fāzes specifikācijas: TCP/IP steka TCP un UDP, Novell steka SPX.

Pirmo četru līmeņu kombināciju sauc par transporta apakšsistēmu. Tas pilnībā nodrošina izvēlēto kvalitātes līmeni.

sesijas slānis

Piektais posms palīdz regulēt dialogus. Sarunu biedriem nav iespējams vienam otru pārtraukt vai runāt sinhroni. Sesijas slānis atceras aktīvo pusi noteiktā brīdī un sinhronizē informāciju, pārrunājot un uzturot savienojumus starp ierīcēm. Tās funkcijas ļauj atgriezties kontrolpunktā ilgstošas ​​pārsūtīšanas laikā un nesākt visu no jauna. Arī piektajā posmā savienojumu var pārtraukt, kad informācijas apmaiņa ir pabeigta. Sesijas līmeņa specifikācijas: NetBIOS.

Izpildvaras līmenis

Sestais posms ir saistīts ar datu pārveidošanu universālā atpazīstamā formātā, nemainot saturu. Tā kā dažādas ierīces izmanto dažādus formātus, reprezentācijas līmenī apstrādātā informācija ļauj sistēmām saprast viena otru, pārvarot sintaktiskās un kodēšanas atšķirības. Turklāt sestajā posmā kļūst iespējams šifrēt un atšifrēt datus, kas nodrošina slepenību. Protokolu piemēri: ASCII un MIDI, SSL.

Uzklāšanas slānis

Septītais posms mūsu sarakstā un pirmais, ja programma sūta datus tīklā. Sastāv no specifikāciju kopām, caur kurām lietotājs, Web lapas. Piemēram, sūtot ziņas pa pastu, lietojumprogrammas līmenī tiek izvēlēts ērts protokols. Septītā posma specifikāciju sastāvs ir ļoti daudzveidīgs. Piemēram, SMTP un HTTP, FTP, TFTP vai SMB.

Jūs varat kaut kur dzirdēt par ISO modeļa astoto līmeni. Oficiāli tas neeksistē, bet IT darbinieku vidū ir parādījies komisks astotais posms. Tas viss ir saistīts ar to, ka problēmas var rasties lietotāja vainas dēļ, un, kā zināms, cilvēks atrodas evolūcijas virsotnē, tāpēc parādījās astotais līmenis.

Apskatot OSI modeli, jūs varējāt izprast tīkla sarežģīto struktūru un tagad sapratāt sava darba būtību. Lietas kļūst pavisam vienkāršas, ja process tiek sadalīts daļās!

Lai koordinētu dažādu ražotāju tīkla ierīču darbību, nodrošinātu to tīklu mijiedarbību, kuri izmanto atšķirīgu signāla izplatības vidi, ir izveidots atvērto sistēmu starpsavienojuma (OSI) atsauces modelis. Atsauces modelis ir veidots uz hierarhijas pamata. Katrs slānis nodrošina pakalpojumu augstākam slānim un izmanto zemāka slāņa pakalpojumus.

Datu apstrāde sākas no lietojumprogrammas slāņa. Pēc tam dati iziet cauri visiem atsauces modeļa slāņiem, un caur fizisko slāni tiek nosūtīti uz sakaru kanālu. Reģistratūrā notiek datu apgrieztā apstrāde.

OSI atsauces modelis ievieš divus jēdzienus: protokols un saskarne.

Protokols ir noteikumu kopums, uz kura pamata mijiedarbojas dažādu atvērto sistēmu slāņi.

Interfeiss ir atvērtas sistēmas elementu mijiedarbības līdzekļu un metožu kopums.

Protokols definē noteikumus viena līmeņa moduļu mijiedarbībai dažādos mezglos, un interfeiss nosaka noteikumus kaimiņu līmeņu moduļu mijiedarbībai vienā mezglā.

Kopumā OSI atsauces modelim ir septiņi slāņi. Ir vērts atzīmēt, ka reālās steks izmanto mazāk līmeņu. Piemēram, populārais TCP/IP izmanto tikai četrus slāņus. Kāpēc ir tā, ka? Mēs paskaidrosim nedaudz vēlāk. Tagad apskatīsim katru no septiņiem līmeņiem atsevišķi.

OSI modeļa slāņi:

• fiziskais līmenis. Nosaka datu pārraides nesēja veidu, saskarņu fizikālās un elektriskās īpašības, signāla veidu. Šis slānis nodarbojas ar informācijas bitiem. Fiziskā slāņa protokolu piemēri: Ethernet, ISDN, Wi-Fi.
• kanāla līmenis. Atbildīgs par piekļuvi pārraides medijam, kļūdu labošanu, drošu datu pārraidi. Reģistratūrā No fiziskā slāņa saņemtie dati tiek iesaiņoti kadros, pēc kuriem tiek pārbaudīta to integritāte. Ja kļūdu nav, dati tiek pārsūtīti uz tīkla slāni. Ja ir kļūdas, rāmis tiek atmests un tiek ģenerēts atkārtotas pārraides pieprasījums. Saites slānis ir sadalīts divos apakšslāņos: MAC (Media Access Control) un LLC (Local Link Control). MAC regulē piekļuvi koplietotajam fiziskajam datu nesējam. LLC nodrošina tīkla slāņa pakalpojumu. Slēdži darbojas saites slānī. Protokolu piemēri: Ethernet, PPP.
• tīkla slānis. Tās galvenie uzdevumi ir maršrutēšana – optimālā ceļa noteikšana datu pārraidei, mezglu loģiskā adresēšana. Turklāt šim līmenim var piešķirt tīkla problēmu novēršanas uzdevumus (ICMP protokols). Tīkla slānis nodarbojas ar paketēm. Protokolu piemēri: IP, ICMP, IGMP, BGP, OSPF).
• transporta slānis. Paredzēts datu piegādei bez kļūdām, zudumiem un dublēšanās tādā secībā, kādā tie tika pārsūtīti. Veic pilnīgu datu pārsūtīšanas kontroli no sūtītāja uz saņēmēju. Protokolu piemēri: TCP, UDP.
• sesijas līmenī. Pārvalda komunikācijas sesijas izveidi/uzturēšanu/pārtraukšanu. Protokolu piemēri: L2TP, RTCP.
• Izpildvaras līmenis. Veic datu pārveidošanu vēlamajā formā, šifrēšanu/kodēšanu, saspiešanu.
• Lietojumprogrammas līmenis. Veic mijiedarbību starp lietotāju un tīklu. Mijiedarbojas ar klienta puses lietojumprogrammām. Protokolu piemēri: HTTP, FTP, Telnet, SSH, SNMP.

Pēc iepazīšanās ar atsauces modeli mēs apsvērsim TCP / IP protokolu steku.

TCP/IP modelis definē četrus slāņus. Kā redzat no attēla, viens TCP / IP slānis var atbilst vairākiem OSI modeļa slāņiem.

TCP/IP modeļa slāņi:

• Tīkla saskarņu līmenis. Atbilst diviem OSI modeļa apakšējiem slāņiem: saitei un fiziskajam. Pamatojoties uz to, ir skaidrs, ka šis līmenis nosaka pārraides vides īpašības (vītā pāra, optiskā šķiedra, radio gaiss), signāla veidu, kodēšanas metodi, piekļuvi pārraides videi, kļūdu labošanu, fizisko adresēšanu (MAC). adreses). TCP / IP modelī Ethrnet protokols un tā atvasinājumi (Fast Ethernet, Gigabit Ethernet) darbojas šajā līmenī.
• Sadarbības slānis. Atbilst OSI modeļa tīkla slānim. Pārņem visas savas funkcijas: maršrutēšana, loģiskā adresēšana (IP adreses). Šajā līmenī darbojas IP protokols.
• transporta slānis. Atbilst OSI modeļa transporta slānim. Atbildīgs par pakešu piegādi no avota uz galamērķi. Šajā līmenī ir iesaistīti divi protokoli: TCP un UDP. TCP ir uzticamāks par UDP, veicot pirmssavienojuma pieprasījumus atkārtotai pārsūtīšanai, ja rodas kļūdas. Tomēr tajā pašā laikā TCP ir lēnāks nekā UDP.
• Lietojumprogrammas līmenis. Tās galvenais uzdevums ir mijiedarboties ar lietojumprogrammām un procesiem saimniekdatoros. Protokolu piemēri: HTTP, FTP, POP3, SNMP, NTP, DNS, DHCP.

Iekapsulēšana ir datu paketes iepakošanas metode, kurā paketes pakalpojumu galvenes neatkarīgi viena no otras tiek abstrahētas no zemāku līmeņu galvenēm, iekļaujot tās augstākos līmeņos.

Apskatīsim konkrētu piemēru. Pieņemsim, ka mēs vēlamies nokļūt no datora uz vietni. Lai to izdarītu, mūsu datoram ir jāsagatavo http pieprasījums, lai saņemtu tā tīmekļa servera resursus, kurā tiek glabāta mums vajadzīgās vietnes lapa. Lietojumprogrammas slānī pārlūkprogrammas datiem (Dati) tiek pievienota HTTP galvene. Turklāt transporta līmenī mūsu paketei tiek pievienota TCP galvene, kurā ir sūtītāja un saņēmēja portu numuri (HTTP ports 80). Tīkla līmenī tiek izveidota IP galvene, kurā ir sūtītāja un saņēmēja IP adreses. Tieši pirms pārraides saites slānim tiek pievienota Ethernet galvene, kurā ir sūtītāja un saņēmēja fiziskā (MAC adreses). Pēc visām šīm procedūrām pakete informācijas bitu veidā tiek pārsūtīta tīklā. Uzņemšanas laikā process tiek apgriezts. Tīmekļa serveris katrā līmenī pārbaudīs atbilstošo galveni. Ja pārbaude ir veiksmīga, galvene tiek izmesta un pakete tiek pārsūtīta uz augšējo līmeni. Pretējā gadījumā visa pakete tiek izmesta.

OSI atsauces modelis ir 7 līmeņu tīkla hierarhija, ko izveidojusi Starptautiskā standartu organizācija (ISO). 1. attēlā parādītajam modelim ir 2 dažādi modeļi:

• uz horizontālu protokolu balstīts modelis, kas realizē procesu un programmatūras mijiedarbību dažādās iekārtās
• vertikāls modelis, kura pamatā ir pakalpojumi, ko blakus slāņi ievieš viens otram tajā pašā mašīnā

Vertikāli - blakus esošie līmeņi maina informāciju, izmantojot API. Horizontālajam modelim ir nepieciešams kopīgs protokols informācijas apmaiņai tajā pašā līmenī.

1. attēls

OSI modelis apraksta tikai sistēmas mijiedarbības metodes, ko ieviesusi OS, programmatūra utt. Modelis neietver gala lietotāja mijiedarbības metodes. Ideālā gadījumā lietojumprogrammām vajadzētu piekļūt OSI modeļa augšējam slānim, taču praksē daudziem protokoliem un programmām ir metodes, kā piekļūt zemākajiem slāņiem.

Fiziskais slānis

Fiziskā līmenī dati tiek attēloti kā elektriski vai optiski signāli, kas atbilst binārās straumes 1s un 0s. Pārraides vides parametri tiek definēti fiziskajā slānī:

• savienotāju un kabeļu veids
• tapu piešķiršana savienotājos
• signāla kodēšanas shēma 0 un 1

Visizplatītākie specifikāciju veidi šajā līmenī ir:

• - nelīdzsvaroti seriālās saskarnes parametri
• — līdzsvaroti seriālās saskarnes parametri
• IEEE 802.3 —
• IEEE 802.5 —

Fiziskā līmenī jūs nevarat iedziļināties datu nozīmē, jo tie ir attēloti bitu veidā.

Saites slānis

Šis kanāls īsteno datu kadru transportēšanu un saņemšanu. Slānis īsteno tīkla slāņa pieprasījumus un izmanto fizisko slāni saņemšanai un pārsūtīšanai. IEEE 802.x specifikācijas sadala šo slāni divos apakšslāņos: loģiskās saites kontrole (LLC) un vidēja piekļuves kontrole (MAC). Visizplatītākie protokoli šajā līmenī ir:

• IEEE 802.2 LLC un MAC
• Ethernet
• žetonu gredzens

Arī šajā līmenī tiek īstenota pārraides kļūdu noteikšana un labošana. Saites slānī pakete tiek ievietota rāmja datu laukā - iekapsulēšana. Kļūdu noteikšana ir iespējama, izmantojot dažādas metodes. Piemēram, fiksētu rāmja robežu ieviešana vai kontrolsumma.

tīkla slānis

Šajā līmenī tīkla lietotāji ir sadalīti grupās. Tas ievieš pakešu maršrutēšanu, pamatojoties uz MAC adresēm. Tīkla slānis īsteno caurspīdīgu pakešu pārsūtīšanu uz transporta slāni. Šajā līmenī dažādu tehnoloģiju tīklu robežas tiek izdzēstas. strādāt šajā līmenī. Tīkla slāņa piemērs ir parādīts 2. attēlā. Visizplatītākie protokoli:

Zīmējums - 2

transporta slānis

Šajā līmenī informācijas plūsmas tiek sadalītas paketēs pārraidīšanai tīkla līmenī. Visizplatītākie šī slāņa protokoli ir:

• TCP - pārraides kontroles protokols

sesijas slānis

Šajā līmenī notiek informācijas apmaiņas sesiju organizēšana starp termināļa mašīnām. Šajā līmenī tiek noteikta aktīvā puse un ieviesta sesijas sinhronizācija. Praksē daudzi citi slāņa protokoli ietver sesijas slāņa funkcionalitāti.

Prezentācijas slānis

Šajā līmenī notiek datu apmaiņa starp programmatūru dažādās operētājsistēmās. Šajā līmenī tiek realizēta informācijas transformācija (saspiešana utt.), lai informācijas plūsmu pārnestu uz transporta līmeni. Tiek izmantoti slāņu protokoli un tie, kas izmanto OSI modeļa augstākos slāņus.

Uzklāšanas slānis

Lietojumprogrammas slānis nodrošina lietojumprogrammas piekļuvi tīklam. Slānis pārvalda failu pārsūtīšanu un tīkla pārvaldību. Izmantotie protokoli:

• FTP/TFTP — failu pārsūtīšanas protokols
• X 400 - e-pasts
• telnet
• CMIP - informācijas pārvaldība
• SNMP — tīkla pārvaldība
• NFS - tīkla failu sistēma
• FTAM - failu pārsūtīšanas piekļuves metode

Modelis sastāv no 7 līmeņiem, kas atrodas viens virs otra. Slāņi mijiedarbojas viens ar otru (vertikāli), izmantojot saskarnes, un var mijiedarboties ar paralēlu citas sistēmas slāni (horizontāli), izmantojot protokolus. Katrs līmenis var mijiedarboties tikai ar saviem kaimiņiem un veikt tikai tam uzticētās funkcijas. Sīkāku informāciju var redzēt attēlā.

Pieteikuma (Aplikācijas) līmenis (ang. pielietojuma slānis)

Modeļa augšējais (7.) līmenis nodrošina mijiedarbību starp tīklu un lietotāju. Slānis ļauj lietotāja lietojumprogrammām piekļūt tīkla pakalpojumiem, piemēram, datu bāzes vaicājumu apstrādātājam, piekļuvei failiem, e-pasta pārsūtīšanai. Tas ir arī atbildīgs par pakalpojumu informācijas pārsūtīšanu, nodrošina lietojumprogrammām informāciju par kļūdām un ģenerē pieprasījumus prezentācijas slānis. Piemērs: POP3, FTP.

Izpilddirektors (prezentācijas slānis) prezentācijas slānis)

Šis slānis ir atbildīgs par protokola konvertēšanu un datu kodēšanu/dekodēšanu. Tas pārveido no lietojumprogrammas slāņa saņemtos lietojumprogrammu pieprasījumus formātā pārraidei tīklā, un pārvērš no tīkla saņemtos datus formātā, kas ir saprotams lietojumprogrammām. Šajā līmenī var veikt datu saspiešanu/dekompresiju vai kodēšanu/dekodēšanu, kā arī pāradresēt pieprasījumus uz citu tīkla resursu, ja tos nevar apstrādāt lokāli.

OSI atsauces modeļa 6. slānis (attēli) parasti ir starpprotokols informācijas konvertēšanai no blakus esošajiem slāņiem. Tas ļauj sazināties starp lietojumprogrammām atšķirīgās datorsistēmās lietojumprogrammām pārredzamā veidā. Prezentācijas slānis nodrošina formatēšanu un koda transformāciju. Koda formatējums tiek izmantots, lai nodrošinātu, ka lietojumprogramma apstrādei saņem informāciju, kas tai ir saprātīga. Ja nepieciešams, šis slānis var pārtulkot no viena datu formāta uz citu. Prezentācijas slānis attiecas ne tikai uz datu formātiem un prezentāciju, bet arī ar datu struktūrām, kuras izmanto programmas. Tādējādi 6. slānis nodrošina datu organizēšanu to pārsūtīšanas laikā.

Lai saprastu, kā tas darbojas, iedomājieties, ka ir divas sistēmas. Viens izmanto paplašinātu bināro ASCII informācijas apmaiņas kodu (to izmanto vairums citu datoru ražotāju), lai attēlotu datus. Ja šīm divām sistēmām ir jāapmainās ar informāciju, ir nepieciešams prezentācijas slānis, lai veiktu transformāciju un tulkotu starp diviem dažādiem formātiem.

Vēl viena funkcija, kas tiek veikta prezentācijas līmenī, ir datu šifrēšana, ko izmanto gadījumos, kad nepieciešams aizsargāt pārraidīto informāciju no nesankcionētu adresātu saņemšanas. Lai veiktu šo uzdevumu, procesiem un kodam skata līmenī ir jāveic datu transformācijas. Šajā līmenī ir arī citas apakšprogrammas, kas saspiež tekstus un pārvērš grafiskos attēlus bitu plūsmās, lai tos varētu pārsūtīt tīklā.

Prezentācijas līmeņa standarti nosaka arī to, kā tiek parādīta grafika. Šim nolūkam var izmantot PICT formātu, attēla formātu, ko izmanto QuickDraw grafikas pārsūtīšanai starp programmām Macintosh un PowerPC datoriem. Vēl viens attēlojuma formāts ir atzīmētais JPEG attēla faila formāts.

Ir vēl viena prezentācijas līmeņa standartu grupa, kas nosaka skaņas un filmu prezentāciju. Tie ietver MPEG elektronisko mūzikas instrumentu saskarni, ko izmanto, lai saspiestu un kodētu CD-ROM video, uzglabātu tos digitālā veidā un pārraidītu ar ātrumu līdz 1,5 Mb/s, un sesijas slānis)

Modeļa 5. līmenis ir atbildīgs par komunikācijas sesijas uzturēšanu, ļaujot lietojumprogrammām ilgstoši mijiedarboties savā starpā. Slānis pārvalda sesijas izveidi/pārtraukšanu, informācijas apmaiņu, uzdevumu sinhronizāciju, datu pārsūtīšanas tiesību noteikšanu un sesijas uzturēšanu lietojumprogrammas neaktivitātes periodos. Pārraides sinhronizācija tiek nodrošināta, ievietojot datu plūsmā kontrolpunktus, no kuriem process tiek atsākts, ja mijiedarbība tiek pārtraukta.

Transporta slānis transporta slānis)

Modeļa 4. līmenis ir paredzēts datu piegādei bez kļūdām, zudumiem un dublēšanās secībā, kādā tie tika pārraidīti. Tajā pašā laikā nav svarīgi, kādi dati tiek pārsūtīti, no kurienes un kur, tas ir, tas nodrošina pašu pārraides mehānismu. Tā sadala datu blokus fragmentos, kuru lielums ir atkarīgs no protokola, īsos apvieno vienā, bet garos sadala. Šī slāņa protokoli ir paredzēti mijiedarbībai no punkta uz punktu. Piemērs: UDP.

Ir daudzas transporta slāņa protokolu klases, sākot no protokoliem, kas nodrošina tikai pamata transporta funkcijas (piemēram, datu pārsūtīšanas funkcijas bez apstiprinājuma), līdz protokoliem, kas nodrošina vairāku datu pakešu piegādi galamērķim pareizā secībā, vairāku datu multipleksēšanu. straumes, nodrošināt datu plūsmas kontroles mehānismu un garantēt saņemto datu derīgumu.

Daži tīkla slāņa protokoli, ko sauc par bezsavienojumu protokoliem, negarantē, ka dati tiek piegādāti galamērķim tādā secībā, kādā tos nosūtīja avota ierīce. Daži transporta slāņi to risina, apkopojot datus pareizajā secībā, pirms tos nodod sesijas slānim. Datu multipleksēšana (multipleksēšana) nozīmē, ka transporta slānis spēj vienlaicīgi apstrādāt vairākas datu plūsmas (straumes var nākt no dažādām lietojumprogrammām) starp divām sistēmām. Plūsmas kontroles mehānisms ir mehānisms, kas ļauj regulēt datu apjomu, kas tiek pārsūtīts no vienas sistēmas uz otru. Transporta slāņa protokoliem bieži ir datu piegādes kontroles funkcija, liekot saņēmējai sistēmai nosūtīt apstiprinājumu nosūtītājai pusei, ka dati ir saņemti.

Tīkla slānis tīkla slānis)

OSI tīkla modeļa 3. slānis ir paredzēts datu pārraides ceļa noteikšanai. Atbildīgs par loģisko adrešu un nosaukumu tulkošanu fiziskās, īsāko maršrutu noteikšanu, pārslēgšanu un maršrutēšanu, tīkla problēmu un sastrēgumu uzraudzību. Tīkla ierīce, piemēram, maršrutētājs, darbojas šajā līmenī.

Tīkla slāņa protokoli maršrutē datus no avota uz galamērķi, un tos var iedalīt divās klasēs: bezsavienojumu un bezsavienojumu protokoli.

Jūs varat aprakstīt protokolu darbību ar savienojuma izveidi, izmantojot parastā tālruņa piemēru. Šīs klases protokoli sāk datu pārraidi, izsaucot vai iestatot pakešu ceļu no avota līdz galamērķim. Pēc tam tiek uzsākta seriālā datu pārsūtīšana un pēc tam pārsūtīšanas beigās savienojums tiek atvienots.

Bezsavienojuma protokoli, kas sūta datus, kas satur pilnu adreses informāciju katrā paketē, darbojas līdzīgi kā pasta sistēma. Katrā vēstulē vai pakā ir norādīta sūtītāja un saņēmēja adrese. Pēc tam katra pasta nodaļa vai tīkla ierīce nolasa adreses informāciju un pieņem lēmumu par datu maršrutēšanu. Vēstule vai datu pakete tiek pārsūtīta no vienas starpierīces uz citu, līdz tā tiek piegādāta adresātam. Bezsavienojuma protokoli negarantē, ka informācija pie adresāta nonāks tādā secībā, kādā tā tika nosūtīta. Transporta protokoli ir atbildīgi par datu iestatīšanu atbilstošā secībā, kad tiek izmantoti bezsavienojuma tīkla protokoli.

Saites slānis datu saites slānis)

Šis slānis ir paredzēts, lai nodrošinātu tīklu mijiedarbību fiziskajā slānī un kontrolētu iespējamās kļūdas. Tas iesaiņo no fiziskā slāņa saņemtos datus kadros, pārbauda integritāti, nepieciešamības gadījumā izlabo kļūdas (nosūta atkārtotu pieprasījumu par bojātu kadru) un nosūta uz tīkla slāni. Saites slānis var mijiedarboties ar vienu vai vairākiem fiziskajiem slāņiem, kontrolējot un pārvaldot šo mijiedarbību. IEEE 802 specifikācija iedala šo līmeni 2 apakšlīmeņos - MAC (Media Access Control) regulē piekļuvi koplietotajam fiziskajam datu nesējam, LLC (Loģiskās saites kontrole) nodrošina tīkla līmeņa servisu.

Programmēšanā šis līmenis apzīmē tīkla kartes draiveri, operētājsistēmās ir programmēšanas interfeiss kanālu un tīkla līmeņu savstarpējai mijiedarbībai, tas nav jauns līmenis, bet vienkārši konkrētas OS modeļa ieviešana. . Šādu saskarņu piemēri: ODI,

Fiziskais slānis fiziskais slānis)

Modeļa zemākais līmenis ir paredzēts tieši datu plūsmas pārsūtīšanai. Veic elektrisko vai optisko signālu pārraidi uz kabeli vai radio ēteru un attiecīgi to uztveršanu un pārveidošanu datu bitos saskaņā ar ciparu signālu kodēšanas metodēm. Citiem vārdiem sakot, tas nodrošina saskarni starp tīkla operatoru un tīkla ierīci.

Avoti

• Aleksandrs Fiļimonovs Daudzpakalpojumu Ethernet tīklu veidošana, bhv, 2007 ISBN 978-5-9775-0007-4
• Vienotā tīkla tehnoloģiju rokasgrāmata //cisco systems, 4. izdevums, Williams 2005 ISBN 584590787X

Wikimedia fonds. 2010 .