იმისათვის, რომ შეძლოთ მრავალი მოწყობილობის მიღება, რათა შეძლოთ ერთმანეთთან საიმედო კომუნიკაცია, აუცილებელია გქონდეთ სტანდარტები. მიუხედავად იმისა, რომ არ უნდა იყოს ძალიან რთული ერთი სტანდარტის შედგენა, რეალურად, ამაზე მეტი გჭირდებათ. იმისათვის, რომ გქონდეთ მრავალი სტანდარტი, რომელსაც შეუძლია ერთად იმუშაოს, მნიშვნელოვანია გქონდეთ კარგად გააზრებული ჩარჩო, რათა სასიცოცხლო როლები შეივსოს მიზანმიმართული სტანდარტებით.
OSI მოდელი არის ჩარჩო, რომელიც აღწერს შვიდი საკომუნიკაციო ფენის ერთობლიობას, რომელიც საჭიროა აპლიკაციებისთვის, რათა შეძლონ სხვა მოწყობილობებთან კომუნიკაცია ქსელის კავშირის საშუალებით. კრიტიკულად, ეს მოდელი არ არის დაფუძნებული რაიმე სტანდარტზე, რაც იმას ნიშნავს, რომ ის სულაც არ არის დაძველებული ან საჭიროებს შეცვლას, რადგან პროტოკოლები მოძველებულია.
ამის მიუხედავად, გამოქვეყნებულია სხვა მოდელები, რომლებსაც აქვთ ვარიაციები იმავე თემაზე, რომელთაგან ზოგიერთი არსებითად, არაოფიციალურად, ინტეგრირებულია OSI მოდელში. რიგი სხვა მოდელები ამარტივებს ზოგიერთ ფენას ისე, რომ უკეთ აისახოს ამჟამად გამოყენებული პროტოკოლები, როგორიცაა TCP/IP.
ფენები იყოფა ორ ჯგუფად: მედია და მასპინძელი ფენები. მედიის ფენები დაკავშირებულია მონაცემთა რეალურ გადაცემასთან დანიშნულების ადგილზე კავშირის საშუალებით. მასპინძელი ფენები ეხება მონაცემებს, რომლებიც უნდა გადაიცეს და როგორ დაფორმატდეს ისინი. მედიის ფენები არის Physical, Datalink და Network. მასპინძელი ფენებია ტრანსპორტი, სესია, პრეზენტაცია და აპლიკაცია. ფენები დანომრილია, შესაბამისად, ერთიდან შვიდამდე. თითოეული ფენა მხოლოდ უშუალოდ ურთიერთქმედებს მის ქვემოთ მდებარე ფენასთან, ხოლო უზრუნველყოფს ზედა ფენის ურთიერთქმედების შესაძლებლობას.
ფენა 1: ფიზიკური ფენა
ფიზიკური ფენა პასუხისმგებელია მონაცემების გადაცემასა და მიღებაზე ორ მოწყობილობას შორის. ის გარდაქმნის ციფრულ ბიტებს, რომლებიც ქმნიან მონაცემებს სიგნალებად, რომლებიც გამოიყენება შესაბამისი სატრანსპორტო საშუალების მიერ. არ არსებობს განსაზღვრული საშუალება, ამიტომ შეიძლება გამოყენებულ იქნას ელექტრული, ოპტიკური ან რადიოსიგნალები. თეორიულად, ეს მხოლოდ ამით არ შემოიფარგლება: შეიძლება გამოყენებულ იქნას აუდიო, დროშები ან მონაცემების გადაცემის ნებისმიერი სხვა მეთოდი.
კონკრეტულ პროტოკოლებზეა დამოკიდებული იმის განსაზღვრა, თუ რას წარმოადგენს ორობითი 1 ან 0 ფიზიკურ ფენაზე. ეს ასევე დამოკიდებულია კონკრეტულ პროტოკოლებზე, რათა დადგინდეს გადაცემის საშუალება. ფიზიკური კონექტორებისთვის, ეს შეიძლება მოიცავდეს ელექტრული ქინძისთავების რაოდენობას, პოზიციას და ფორმას და როგორ უკავშირდება ისინი ერთი მოწყობილობიდან მეორეს. პროტოკოლების მაგალითები, რომლებიც ფარავს ფიზიკურ ფენას, არის Bluetooth, Ethernet და USB.
ფენა 2: მონაცემთა ბმული ფენა
მონაცემთა ბმული ფენა უზრუნველყოფს სტრუქტურას ორი პირდაპირ დაკავშირებული მოწყობილობისთვის. ეს მოწყობილობები იქნება იმავე ქსელში და შეჯახების დომენზე. შეჯახების დომენის ფაქტორი ნიშნავს, რომ ეს ფენა დეკოდირდება და გამოიყენება ქსელის გადამრთველებით, მაგრამ არა ქსელის ჰაბებით. იგი შექმნილია ორ დაკავშირებულ მოწყობილობას შორის კავშირების დასამყარებლად და შესაწყვეტად და ფიზიკურ ფენაზე არსებული შეცდომების აღმოსაჩენად და, სადაც შესაძლებელია, გამოსწორებას.
ეს ფენა აღწერილია როგორც ორი ქვეფენა IEEE 802 მოდელში. საშუალო წვდომის კონტროლის (MAC) და ლოგიკური კავშირის კონტროლის (LLC) ფენები. MAC ფენა პასუხისმგებელია იმის კონტროლზე, თუ როგორ იღებენ მოწყობილობები წვდომას გადამცემ საშუალებებზე და მონაცემების გადაცემის ნებართვას. შპს ფენა აერთიანებს ქსელის ფენის პროტოკოლებს და უზრუნველყოფს შეცდომის შემოწმებას და ჩარჩოს შეკვეთას.
Ethernet, Wi-Fi და Bluetooth არის პროტოკოლების მაგალითები, რომლებიც ფარავს მონაცემთა ბმულის ფენას. თქვენი კომპიუტერის ქსელური ინტერფეისების MAC მისამართი ასოცირდება მონაცემთა ბმულის ფენასთან.
ფენა 3: ქსელის ფენა
ქსელის ფენა უზრუნველყოფს ქსელებს შორის პაკეტების გადაცემის ფუნქციონირებას. ქსელის ფენა უზრუნველყოფს დანიშნულების მისამართს ქსელის პაკეტისთვის. მიუხედავად ამისა, ის არ განსაზღვრავს, თუ როგორ უნდა მიხვიდეთ იქ, რაც ქსელს ტოვებს. IP მისამართი არის ქსელის ფენის მისამართის მაგალითი. შეტყობინებების მიწოდება არ არის გარანტირებული საიმედოდ ქსელის ფენაზე. თუმცა, ქსელის ფენის პროტოკოლებს შეუძლიათ დანერგონ მეთოდები საიმედო შეტყობინების მიწოდებისთვის.
ფენა 4: სატრანსპორტო ფენა
სატრანსპორტო ფენა აყალიბებს გადასაცემი მონაცემების რეალურ თანმიმდევრობას. ის აყალიბებს მონაცემებს ფორმატებში, რომლებიც საშუალებას აძლევს მას მოთავსდეს კავშირის ბმულის მაქსიმალური გადაცემის ერთეულში (MTU). MTU არის პაკეტის ბაიტების მაქსიმალური რაოდენობა, ყველა სათაურის ჩათვლით. თუ პაკეტი ძალიან დიდია, ის ყოფს მას რამდენიმე პაკეტად, რათა გადაიცეს თანმიმდევრობით.
სატრანსპორტო ფენას სურვილისამებრ შეუძლია აკონტროლოს წყაროსა და დანიშნულების ბმულის საიმედოობა სრულ ბმულზე, თითქოს ეს იყოს ერთი პირდაპირი კავშირი. ზოგიერთი სატრანსპორტო პროტოკოლი, როგორიცაა UDP, არ იყენებს საიმედოობის მეთოდებს. ამის საპირისპიროდ, სხვებს, როგორიცაა TCP, აქვთ შეცდომების აღმოსაჩენად და ჩამოშვებული პაკეტების ხელახალი გადაცემის ფუნქციონირება.
ფენები 5, 6 და 7: სესიის, პრეზენტაციის და აპლიკაციის ფენები
5, 6 და 7 ფენები ზოგადად დაჯგუფებულია უფრო თანამედროვე საკომუნიკაციო მოდელებში, რომლებიც ერთმანეთთან არის დაყოფილი ინტერნეტ პროტოკოლის კომპლექტში, როგორც "აპლიკაციის" ფენა. OSI მოდელში სესიის ფენა აყენებს, აკონტროლებს და ანგრევს კავშირებს ორ ან მეტ კომპიუტერს შორის, რაც უხეშად ასახავს ავთენტიფიკაციის პროცესებს.
პრეზენტაციის ფენა ათავსებს და დეენკაფსულებს მონაცემებს. ეს შეიძლება იყოს ისეთივე მარტივი, როგორც მონაცემთა ფორმატირება, როგორც XML, მაგრამ ასევე მოიცავს დაშიფვრას/გაშიფვრას TLS-ით. განაცხადის ფენა ეხება რეალურ აპლიკაციებს და მათ მიერ წარმოქმნილ ქსელურ ტრაფიკს, როგორიცაა HTTP და FTP.
დასკვნა
OSI მოდელი არის კონცეპტუალური მოდელი, რომელიც აღწერს სატელეკომუნიკაციო სისტემების სტანდარტულ ჩარჩოს. ის კონკრეტულად არ ეყრდნობა რაიმე პროტოკოლს, რომელიც ეხმარება მას მოძველების თავიდან აცილებაში. როგორც უფრო ახალი პროტოკოლები შემუშავდა, მის მიერ განსაზღვრული ზოგიერთი ფენა დაჯგუფებულია უფრო თანამედროვე მოდელებად.
ეს განსაკუთრებით შესამჩნევია მე-5, მე-6 და მე-7 ფენებისთვის, რომელთა გარჩევა და განსაზღვრა ზოგადად რთულია თანამედროვე პროგრამული უზრუნველყოფით. სხვა ფენების ახსნა უფრო ადვილია, მაგრამ ზოგიერთი პროტოკოლი სულაც არ ჯდება ერთ კატეგორიაში. მიუხედავად იმისა, რომ ეს არ არის სრულყოფილი, OSI მოდელი ეხმარება გაიგოს პროტოკოლებისა და სისტემების სირთულე და ფენები ინტერნეტ კომუნიკაციებში.