Izpratne par datu iekapsulēšanu OSI slānī un tā veidiem
Vai kāds no jūsu lasītājiem kādreiz ir rakstījis?vēstule? Ja tā, tad, protams, kad vēlaties to nosūtīt, jūs ievietojat papīra lapu aploksnē un aizpildiet to ar zīmogiem. Punkts ir atvieglot pasta pakalpojumus, klasificējot vēstules pēc paredzētās adreses.
Citiem vārdiem sakot, aploksnes un zīmogi darbojaskā identitāte, kas atšķir burtus, kā arī atsauce nosūtīšanas procesā, lai nonāktu galapunktā. Iedomājieties, ja vēstule tiktu nosūtīta bez šiem diviem sūtījumiem, noteikti tā nenonāktu galapunktā.
Tas attiecas arī uz preču iesaiņošanu. Lai nokļūtu vietā bez šķēršļiem, iesaiņojumam jābūt iesaiņotam papīrā, kartona kastītē vai iepakojums citi glīti kopā ar saņēmēja vārdu un adresi. Tādā veidā kurjers netiks sajaukts, piegādājot preci.
Kapsulēšanas procesu var ilustrēttādējādi. Tomēr tas, kas tika piegādāts, nebija vēstules vai preces, bet gan dati. Iekapsulēšana padara datus identitāti, kas var atšķirt citus datus. Iekapsulēšana arī palīdz datiem nevainojami sasniegt adresātu. Šoreiz mēs apspriedīsim datu iekapsulēšanas nozīmi un datu iekapsulēšanas veidus. Ja vēlaties uzzināt, skatiet pārskatu par datu iekapsulēšanas nozīmi zemāk.
Datu iekapsulēšanas definīcija
Iekapsulēšana ir pievienošanas process galvenes un piekabe uz datiem. Vienkārši izsakoties, to var interpretēt arī kā datu iesaiņošanas procesu. Kad resursdators nosūta datus uz citu ierīci, tas iet caur iekapsulēšanas procesu. Katrā OSI (Open System Interconnection) modeļa slānī dati tiks iesaiņoti ar protokola informāciju.
Katrs slānis sazinās tikai ar slānitas pats uz uztvērēja. Lai mijiedarbotos, slāņi izmanto PDU (Protocol Data Unit), kurā tiek glabāta vadības informācija, kas pēc tam tiek pievienota katra slāņa datiem. Viņi parasti pieturās pie galvenes priekšā lauka datus, taču dažreiz tos var atrast aiz muguras.
Iekapsulēšana notiek, kad protokols ir ieslēgtszemākais slānis saņem datus no protokola augstākajā slānī un ievieto datus protokolā saprotamā formātā. Process ir caurspīdīgs. Tas ir, slānim nav jāzina citu slāņu skaits, kas atrodas virs vai zem tā. Viņi veic tikai savus attiecīgos darbus.
Sūtītājam uzdevums ir saņemt datus no augšējā slāņa, pēc tam apstrādāt tos atbilstoši protokola funkcijām. Tālāk vienkārši pievienojiet galvenes un turpiniet slānis zem tā. Atrodoties uztvērējā, uzdevums ir saņemt datus no zemākā slāņa, pēc tam apstrādājiet tos saskaņā ar protokola funkcijām pirms atbrīvošanas galvenes un turpiniet līdz augšējam slānim. No turienes galvenes un iepriekšējā slāņa dati tiks uzskatīti par jauniem datiem, kas pēc tam tiks sniegti galvenes.
Datu iekapsulēšanas veidi
Ir divu veidu datu iekapsulēšana, tostarp:
1. HDLC (augsta līmeņa datu pārraides kontrole)
HDLC ir datu saites slāņa protokolsizstrādājusi ISO (Starptautiskā standartizācijas organizācija). Tas tika izstrādāts no standarta SDLC (Syncronous Data Link Control), kas tika ierosināts ap 70. gadiem. HDLC tiek izmantots kā iesaiņojums un iesaiņojums iesaiņojumiem virs saites punkts-punkts. Viņš arī mengrokturis datu pārsūtīšana plkst pilna dupleksa un saišu pārvaldības funkcijas.
Protokols, kas nodrošina pakalpojumus orientēts uz savienojumu un bezsaistē tas izmanto sinhronu seriālo pārraidi, lai veiktu bezmaksas komunikāciju kļūda starp diviem punktiem. Viņš nosaka struktūru ierāmēšana 2. slānis, kas ļauj kontrolēt kļūda un plūsmas kontrole, izmantojot oficiālus paziņojumus. Katram kadram ir vienāds formāts, gan vadības rāmim, gan datu rāmim.
Kad kadri tiek nosūtīti, izmantojot sinhronās saites vaiasinhronā, saitei nav mehānisma, lai atzīmētu kadra sākumu un beigas. Bet šī iemesla dēļ tas izmanto karogu vai rāmja apmales, lai atzīmētu katra kadra sākumu un beigas.
HDLC pati par sevi ir iekapsulēšana noklusējuma izmanto interfeisā vai saskarne sinhronā sērija Cisco maršrutētājs. Cisco to ir izstrādājis, lai pārvarētunespēja nodrošināt vairāku protokolu atbalstu. Kaut arī cHDLC (cits Cisco HDLC nosaukums) pieder Cisco, taču uzņēmums daudziem pārdevējiem ļauj to piemērot savām iekārtām. CHDLC rāmis satur lauka (lauks), lai identificētu iekapsulēto protokolu. Skaitlis salīdzina HDLC standartu ar cHDLC.
2. PPP (tiešais protokols)
PPP ir iekapsulēšanas protokolstīkli, kas bieži atrodami WAN (Wide Area Network). Tas kļūst par nozares standartu, kas darbojas datu saišu slānī. Protokols tika izstrādāts 1990. gadu sākumā, lai pārvarētu dažādas SLIP (Serial Line Internet Protocol) problēmas, kas atbalsta tikai statisku IP adresēšanu lietotājiem klients.
PPP ir daudz labāks par SLIP, jo tas darbojasklasificēts kā ātrs un piedāvā kļūdu labošanu un dinamiskas sesijas sarunas bez lietotāja iejaukšanās. Turklāt tas atbalsta arī vienlaicīgu tīkla daudzprotokolu.
Pati no punkta uz punktu sākotnēji parādījās kāiekapsulēšanas protokols, kas apstrādā IP trafiku no viena punkta uz otru. Tam ir arī piešķiršanas un IP adrešu pārvaldības standarti, uz bitiem orientēta un asinhrona sinhronā iekapsulēšana (sākums vai apstāties), saites konfigurēšana, tīkla multipleksēšanas protokoli, saites kvalitātes pārbaude, noteikšana kļūda un sarunu iespējas, piemēram, tīkla adreses slānis.
PPP datu saspiešanas sarunas atbalsta šo funkciju, nodrošinot pagarināms LCP (Link Control Protocol) un NCP saime(Tīkla vadības protokols), lai pārrunātu izvēles konfigurācijas parametrus, kā arī iespējas. Papildus IP PPP atbalsta arī citus protokolus, ieskaitot DECnet un Novell's IPX. Tādējādi informācija par datu iekapsulēšanu OSI slānī. Cerams, ka raksts par datu iekapsulēšanas nozīmi var sniegt lasītājiem ieskatu.
