Сучасний світ ІТ - величезна складна для розуміння структура, що гілкується. Щоб спростити розуміння та покращити налагодження ще на етапі проектування протоколів та систем було використано архітектуру модульності. Нам набагато простіше з'ясувати, що проблема у відеочіпі, коли відеокарта йде окремим від решти обладнання пристроєм. Або помітити проблему в окремій ділянці мережі, ніж перелопачувати всю мережу.
Окремо взятий пласт ІТ – мережа – теж побудована модульно. Модель функціонування мережі називається мережева модель базової еталонної моделі взаємодії відкритих систем ISO/OSI. Коротко – модель OSI.
Модель OSI складається із 7 рівнів. Кожен рівень абстрагований від інших і нічого не знає про їхнє існування. Модель OSI можна порівняти з пристроєм автомобіля: двигун виконує свою роботу, створюючи момент, що крутить, і віддаючи його коробці передач. Двигуну абсолютно не має значення що далі відбуватиметься з цим крутним моментом. Він крутитиме колесо, гусеницю чи пропелер. Так само як і колесу немає ніякої справи, звідки до нього прийшов цей момент, що крутить - від двигуна або рукоятки, яку крутить механік.
Тут потрібно додати поняття корисного навантаження. Кожен рівень несе у собі якусь кількість інформації. Частина цієї інформації є службовою для цього рівня, наприклад адресу. IP-адреса сайту не несе для нас жодної корисної інформації. Нам важливі лише котики, яких нам показує сайт. Так ось це корисне навантаження переноситься в тій частині рівня, який називається protocol data unit (PDU).
1 рівень.Фізичний ( physical). Одиницею навантаження ( PDU) тут є біт. Крім одиниць та нулів фізичний рівень не знає нічого. На цьому рівні працюють дроти, патч панелі, мережеві концентратори (хаби, які зараз вже складно знайти у звичних нам мережах), мережеві адаптери. Саме мережеві адаптери і нічого більше з комп'ютера. Сам адаптер приймає послідовність біт і передає її далі.
2 рівень.Канальний ( data link). PDU - кадр ( frame). На цьому рівні з'являється адресація. Адреса MAC адреса. Канальний рівень відповідальний за доставку кадрів адресату та їхню цілісність. У звичних мережах на канальному рівні працює протокол ARP. Адресація другого рівня працює тільки в межах одного мережевого сегмента і нічого не знає про маршрутизацію - цим займається вищий рівень. Відповідно, пристрої, що працюють на L2 – комутатори, мости та драйвер мережевого адаптера.
3 рівень.Мережевий ( network). PDU пакет ( packet). Найбільш поширеним протоколом (далі не говоритиму про "найпоширеніший" - стаття для новачків і з екзотикою вони, як правило, не стикаються) тут є IP. Адресація відбувається за IP-адресами, які складаються з 32 бітів. Протокол маршрутизований, тобто пакет здатний потрапити до будь-якої частини мережі через якусь кількість маршрутизаторів. На L3 працюють маршрутизатори.
4 рівень.Транспортний ( transport). PDU сегмент ( segment)/датаграма ( datagram). На цьому рівні виникають поняття портів. Тут працюють TCP і UDP. Протоколи цього рівня відповідають за прямий зв'язок між додатками та за надійність доставки інформації. Наприклад, TCP вміє запитувати повтор передачі у разі, якщо дані прийняті неправильно чи все. Так само TCP може змінювати швидкість передачі, якщо сторона прийому не встигає прийняти все (TCP Window Size).
Наступні рівні “правильно” реалізовані лише RFC. Насправді ж, протоколи описані наступних рівнях працюють одночасно кількох рівнях моделі OSI, тому немає чіткого поділу на сеансовий і представницький рівні. У зв'язку з цим в даний час основним стеком, що використовується, є TCP / IP, про який поговоримо трохи нижче.
5 рівень.Сеансовий ( session). PDU дані ( data). Керує сеансом зв'язку, обміном інформацією, правами. Протоколи – L2TP, PPTP.
6 рівень.Представницький ( presentation). PDU дані ( data). Подання та шифрування даних. JPEG, ASCII, MPEG.
7 рівень.Прикладний ( application). PDU дані ( data). Найчисленніший і найрізноманітніший рівень. На ньому виконуються всі високорівневі протоколи. Такі, як POP, SMTP, RDP, HTTP і т.д. Протоколи тут не повинні замислюватися про маршрутизацію або гарантію доставки інформації - цим займаються рівні нижче. На 7 рівні необхідно лише реалізації конкретних дій, наприклад отримання html-коду або email-повідомлення конкретному адресату.
Модульність моделі OSI дозволяє проводити швидке перебування проблемних місць. Адже якщо немає пінгу (3-4 рівні) до сайту, немає сенсу копатися у шарах вище (TCP-HTTP), коли не відображається сайт. Абстрагувавшись від інших рівнів, простіше знайти помилку в проблемній частині. За аналогією з автомобілем - адже ми не перевіряємо свічки, коли проткнули колесо.
Модель OSI є еталонною моделлю - таким собі сферичним конем у вакуумі. Розробка її велася дуже довго. Паралельно з нею розроблявся стек протоколів TCP/IP, що активно застосовується в мережах в даний час. Відповідно, можна провести аналогію між TCP/IP та OSI.
В утиліті sudo, що використовується для організації виконання команд від імені інших користувачів, виявлено вразливість (CVE-2019-18634), яка дозволяє підвищити свої привілеї у системі. Проблема […]
Випуск WordPress 5.3 покращує та розширює представлений у WordPress 5.0 редактор блоків новим блоком, більш інтуїтивною взаємодією та покращеною доступністю. Нові функції у редакторі […]
Після дев'яти місяців розробки доступний мультимедіа-пакет FFmpeg 4.2, що включає набір додатків та колекцію бібліотек для операцій над різними мультимедіа-форматами (запис, перетворення та […]
Linux Mint 19.2 є випуском із довгостроковою підтримкою, який підтримуватиметься до 2023 року. Він поставляється з оновленим програмним забезпеченням та містить доопрацювання та безліч нових […]
Представлено реліз дистрибутива Linux Mint 19.2, другого оновлення гілки Linux Mint 19.x, що формується на пакетній базі Ubuntu 18.04 LTS і підтримується до 2023 року. Дистрибутив повністю сумісний […]
Доступні нові сервісні релізи BIND, які містять виправлення помилок та покращення функцій. Нові випуски можуть бути завантажені зі сторінки завантажень на сайті розробника: […]
Exim – агент передачі повідомлень (MTA), розроблений у Кембриджському університеті для використання в системах Unix, підключених до Інтернету. Він знаходиться у вільному доступі відповідно до […]
Після двох років розробки представлений реліз ZFS on Linux 0.8.0, реалізації файлової системи ZFS, оформленої як модуля для ядра Linux. Робота модуля перевірена з ядрами Linux з 2.6.32 […]
Комітет IETF (Internet Engineering Task Force), що займається розвитком протоколів та архітектури інтернету, завершив формування RFC для протоколу ACME (Automatic Certificate Management Environment) […]
Некомерційний посвідчувальний центр Let's Encrypt, який контролює співтовариство і надає сертифікати безоплатно всім охочим, підбив підсумки минулого року і розповів про плани на 2019 рік. […]
Мережева модель OSI - це еталонна модель взаємодії відкритих систем, англійською мовою звучить як Open Systems Interconnection Basic Reference Model. Її призначення в узагальненому поданні засобів мережевої взаємодії.
Тобто модель OSI - це узагальнені стандарти для розробників програм, завдяки яким будь-який комп'ютер однаково може розшифрувати дані, передані з іншого комп'ютера. Щоб було зрозуміло, наведу приклад життя. Відомо, що бджоли бачать все, що оточує їх в утрафіалетовому світлі. Тобто ту саму картинку наше око і бджолине сприймає абсолютно по-різному і те, що бачать комахи, може бути непомітно для зору людини.
Те ж саме і з комп'ютерами — якщо один розробник пише програму якоюсь програмною мовою, яка розуміє її власний комп'ютер, але не доступна для жодного іншого, то на будь-якому іншому пристрої ви прочитати створений цією програмою документ не зможете. Тому дійшли такої ідеї, щоб при написанні додатків дотримуватися єдиного склепіння правил, зрозумілого для всіх.
Для наочності процес роботи мережі прийнято розділяти на 7 рівнів, кожному з яких працює своя група протоколів.
Мережевий протокол — це правила та технічні процедури, що дозволяють комп'ютерам, об'єднаним у мережу, здійснювати з'єднання та обмін даними.
Група протоколів, об'єднаних єдиною кінцевою метою, називається стек протоколів.
Для виконання різних завдань є кілька протоколів, які займаються обслуговуванням систем, наприклад, стек TCP/IP. Давайте тут уважно подивимося на те, як інформація з одного комп'ютера відправляється по локальній мережі на інший комп.
Для того, щоб правильно зробити всі ці операції і необхідний єдиний збір правил, тобто еталонна модель OSI.
Повернемося до рівнів OSI. Їх прийнято відраховувати у порядку й у верхній частині таблиці розташовуються мережеві додатки, а нижньої — фізичне середовище передачі. У міру того, як дані від комп'ютера спускаються вниз безпосередньо до кабелю мережі, протоколи, що працюють на різних рівнях, поступово їх перетворюють, готуючи до фізичної передачі.
Розберемо їх докладніше.
Його завдання забрати у мережевої програми дані та відправити на 6 рівень.
Перекладає ці дані єдиною універсальною мовою. Справа в тому, що кожен комп'ютерний процесор має власний формат обробки даних, але в мережу вони повинні потрапити в 1 універсальному форматі - саме цим і займається рівень подання.
Має багато завдань.
Забезпечує програмам необхідний ступінь захисту під час доставки повідомлень. Є дві групи протоколів:
Забезпечує наскрізну передачу пакета, розраховуючи його маршрут. На цьому рівні в пакетах до всієї попередньої інформації, сформованої іншими рівнями, додаються IP адреси відправника та одержувача. Саме з цього моменту пакет даних називається власне ПАКЕТОМ, у якого є (IP протокол — це протокол міжмережевої взаємодії).
Тут відбувається передача пакета в межах одного кабелю, тобто однієї локальної мережі. Він працює лише до прикордонного маршрутизатора однієї локальної мережі. До отриманого пакету канальний рівень додає свій заголовок - MAC адреси відправника та одержувача і в такому вигляді блок даних вже називається КАДРОМ.
При передачі межі однієї локальної мережі пакету присвоюється MAC не хоста (комп'ютера), а маршрутизатора інший мережі. Звідси саме постає питання сірих і білих IP, про які йшлося в статті, на яку було вище дане посилання. Сірий — це адреса всередині однієї локальної мережі, яка не використовується за її межами. Біла — унікальна адреса у всьому глобальному інтернеті.
При надходженні пакета на прикордонний роутер IP пакета підміняється на IP цього роутера і вся локальна мережа виходить у глобальну, тобто інтернет, під єдиною IP адресою. Якщо адреса біла, то частина даних з IP адресою не змінюється.
Відповідає за перетворення двійкової інформації на фізичний сигнал, який відправляється у фізичний канал передачі даних. Якщо це кабель, то електричний сигнал, якщо оптоволоконна мережа, то в оптичний сигнал. Здійснюється це перетворення з допомогою мережного адаптера.
TCP/IP — це стек протоколів, який управляє передачею даних як у локальній мережі, і у глобальній мережі Інтернет. Цей стек містить 4 рівня, тобто за еталонною моделлю OSI кожен з них поєднує в собі кілька рівнів.
Термінологія при позначенні блоку даних
- Потік - дані, якими оперуються на прикладному рівні
- Дейтаграма — блок даних на виході з UPD, тобто не має гарантованої доставки.
- Сегмент – гарантований для доставки блок на виході з протоколу TCP
- Пакет – блок даних на виході з протоколу IP. оскільки на цьому рівні він ще не гарантований до доставки, то також може називатися дейтаграмою.
- Кадр – блок із присвоєними MAC адресами.
Дякую! Не допомогло
Даний матеріал присвячений еталонній мережевої семирівневої моделі OSI. Тут Ви знайдете відповідь на питання для чого системним адміністраторам необхідно розуміти цю мережеву модель, будуть розглянуті всі 7 рівнів моделі, а також Ви дізнаєтесь про основу моделі TCP/IP, яка і була побудована на основі еталонної моделі OSI.
Коли я почав захоплюватися різними IT технологіями, почав працювати в цій сфері, я, звичайно ж, не знав не про яку модель, навіть не замислювався про це, але мені досвідченіший фахівець порадив вивчити, точніше, просто зрозуміти цю модель, додавши що « якщо розумітимеш всі принципи взаємодії, то буде набагато простіше керувати, конфігурувати мережу та вирішувати всілякі мережеві та інші проблеми». Я його, звичайно ж, послухався і став лопатити книги, Інтернет та інші джерела інформації, водночас перевіряти на існуючій мережі, чи це правда так насправді.
У сучасному світі розвиток мережної інфраструктури досяг такого високого рівня, що без побудови, навіть маленької мережі, підприємство ( в т.ч. і маленьке) не зможе просто всього нормально існувати, тому системні адміністратори стають, все більш затребувані. А для якісної побудови та конфігурування будь-якої мережі, системний адміністратор повинен розуміти принципи еталонної моделі OSI, саме для того, щоб Ви навчилися розуміти взаємодію мережевих додатків, та й взагалі принципи мережевої передачі даних, я спробую викласти цей матеріал доступно навіть для адмінів-початківців.
Мережева модель OSI (open systems interconnection basic reference model) – це абстрактна модель взаємодії комп'ютерів, додатків та інших пристроїв у мережі. Якщо стисло, суть даної моделі полягає в тому, що організація ISO ( International Organization for Standardization) розробила стандарт роботи мережі, щоб всі змогли спиратися на нього, і відбувалося сумісність всіх мереж та взаємодія між ними. Один з найпопулярніших протоколів взаємодії мережі, який застосовується у всьому світі, це TCP/IP і побудований на базі еталонної моделі.
Ну, давайте перейдемо безпосередньо до самих рівнів цієї моделі, і для початку ознайомтеся із загальною картиною цієї моделі у розрізі її рівнів.
Тепер поговоримо детальніше про кожному рівні, прийнято описувати рівні еталонної моделі зверху донизу, саме цим шляхом, і відбувається взаємодія, одному комп'ютері зверху донизу, але в комп'ютері де йде прийом даних знизу нагору, тобто. дані проходять кожний рівень послідовно.
Рівень додатків (7) (прикладний рівень) – це відправна та водночас кінцева точка даних, які Ви хочете передати по мережі. Цей рівень відповідає за взаємодію програм по мережі, тобто. на цьому рівні спілкуються програми. Це найвищий рівень і необхідно пам'ятати це, при вирішенні проблем, що виникають.
HTTP, POP3, SMTP, FTP, TELNETта інші. Іншими словами додаток 1 посилає запит додатку 2 за коштами цих протоколів, і для того щоб дізнатися, що додаток 1 надіслав запит саме додатку 2, між ними має бути зв'язок, саме протокол і відповідає за цей зв'язок.
Рівень вистави (6)– цей рівень відповідає за кодування даних, щоб їх потім можна було передати по мережі і відповідно перетворює їх назад, щоб додаток розуміло ці дані. Після цього рівня дані інших рівнів стають однаковими, тобто. без різниці, що це за дані, чи це документ word або повідомлення електронної пошти.
На цьому рівні працюють такі протоколи як: RDP, LPP, NDRта інші.
Сеансовий рівень (5)- Відповідає за підтримку сеансу між передачею даних, тобто. тривалість сеансу відрізняється, залежно від даних, що передаються, тому його необхідно підтримувати або припиняти.
На цьому рівні працюють такі протоколи: ASP, L2TP, PPTPта інші.
Транспортний рівень (4)- Відповідає за надійність передачі даних. Він також розбиває дані на сегменти та збирає їх назад, оскільки дані бувають різного розміру. Існує два відомі протоколи цього рівня — це TCP та UDP. TCP протокол дає гарантію на те, що дані будуть доставлені в повному обсязі, а протокол UDP цього не гарантує, тому їх використовують для різних цілей.
Мережевий рівень (3)- Він призначений для визначення шляху, яким повинні пройти дані. На цьому рівні працюють маршрутизатори. Також він відповідає за: трансляцію логічних адрес та імен у фізичні, визначення короткого маршруту, комутацію та маршрутизацію, відстеження неполадок у мережі. Саме на цьому рівні працює протокол IPта протоколи маршрутизації, наприклад RIP, OSPF.
Канальний рівень (2)– він забезпечує взаємодію фізично, цьому рівні визначаються MAC адресимережевих пристроїв, також тут ведеться контроль помилок та його виправлення, тобто. надсилає повторний запит пошкодженого кадру.
Фізичний рівень (1)- Це вже безпосередньо перетворення всіх кадрів в електричні імпульси і назад. Тобто фізична передача даних. На цьому рівні працюють концентратори.
Ось так виглядає весь процес передачі даних із погляду цієї моделі. Вона є еталонною та стандартизованою і тому на ній засновані інші мережеві технології та моделі, зокрема модель TCP/IP.
Модель TCP/IPтрохи відрізняється від моделі OSI, якщо говорити конкретніше в даній моделі об'єднали деякі рівні моделі OSI і їх тут лише 4:
На зображенні представлено відмінність двох моделей, а також ще раз показано на яких рівнях працюють усім відомі протоколи.
Говорити про мережну модель OSI і безпосередньо про взаємодію комп'ютерів у мережі можна довго і в рамках однієї статті це не вмістити, та й буде трохи не зрозуміло, тому тут я спробував уявити основу цієї моделі та опис усіх рівнів. Головне розуміти, що все це дійсно так і файл, який Ви відправили по мережі, проходить просто. величезний» шлях перед тим як потрапити до кінцевого користувача, але це відбувається на стільки швидко, що Ви цього не помічаєте, багато в чому завдяки розвиненим мережевим технологіям.
Сподіваюся все це Вам допоможе розуміти взаємодію мереж.
Модель OSI є концептуальною моделлю, створеною міжнародною організацією стандартизації, яка дозволяє різним системам зв'язку спілкуватися з використанням стандартних протоколів. Простим мовою OSI забезпечує стандарт для різних комп'ютерних систем, щоб мати можливість спілкуватися один з одним.
Моделі OSI можна як універсальну мову для комп'ютерних мереж. Він заснований на концепції поділу комунікаційної системи на сім абстрактних верств, кожен із яких укладається на останній.
Кожен рівень моделі OSI виконує певну роботу та взаємодіє з шарами вище та нижче себе. орієнтовані певні рівні мережного підключення. Рівень додатків атакує цільовий рівень 7 та рівень протоколу атакує цільові рівні 3 та 4.
Незважаючи на те, що сучасний інтернет не суворо відповідає моделі OSI (він більш точно відповідає більш простому набору інтернет-протоколів), модель OSI, як і раніше, дуже корисна для усунення несправностей мережі. Будь то одна людина, яка не може отримати свій порт в інтернеті або веб-сайт не працює для тисяч користувачів, модель OSI може вирішити проблему та ізолювати її джерело. Якщо проблему можна звузити до конкретного шару моделі, можна уникнути великої кількості непотрібної роботи.
Сім рівнів абстракції моделі OSI можна визначити так, зверху вниз:
Це єдиний шар, який безпосередньо взаємодіє із даними користувача. Програмні програми, такі як веб-браузери та поштові клієнти, використовують рівень програм для ініціювання зв'язку. Однак слід чітко вказати, що клієнтські програмні програми не є частиною прикладного рівня. Скоріше прикладний рівень відповідає за протоколи та обробку даних, на які спирається програмне забезпечення для подання значущих даних користувачу. Протоколи прикладного рівня включають HTTP, а також SMTP – один із протоколів, який забезпечує зв'язок електронною поштою.
Цей рівень насамперед відповідає за підготовку даних, щоб вони могли використовуватися прикладним рівнем. Іншими словами, рівень 6 робить дані презентабельними для програм. Рівень подання даних відповідає за переклад, шифрування та стиснення даних.
Два взаємодіючі пристрої можуть використовувати різні методи кодування, тому рівень 6 відповідає за перетворення вхідних даних синтаксис, зрозумілий прикладному рівню приймаючого пристрою.
Якщо пристрої обмінюються даними через зашифроване з'єднання, рівень 6 відповідає за додавання шифрування на стороні відправника, а також за декодування шифрування на стороні одержувача, щоб він міг уявити рівень програми з незашифрованими даними.
Нарешті, рівень подання також відповідає за стиснення даних, одержуваних від прикладного рівня, перед їх доставкою на рівень Це допомагає підвищити швидкість та ефективність зв'язку за рахунок мінімізації обсягу даних, що передаються.
Цей шар відповідає за відкриття та закриття зв'язку між двома пристроями. Час між відкриттям та закриттям зв'язку називається сеансом. Рівень сеансу гарантує, що сеанс залишається відкритим досить довго для передачі всіх даних, що обмінюються, а потім швидко закриває сеанс, щоб уникнути втрати ресурсів.
Рівень сеансу також синхронізує передачу даних із контрольними точками. Наприклад, при передачі файлу розміром 100 мегабайт шар сеансу може встановлювати контрольну точку кожні 5 мегабайт. У разі відключення або збою після передачі 52 мегабайт сеанс може бути відновлено з останньої контрольної точки, що означає, що необхідно передати ще 50 мегабайт даних. Без контрольно-пропускних пунктів вся передача мала б початися з нуля.
Рівень 4 відповідальний за наскрізний зв'язок між цими двома пристроями. Це включає отримання даних з шару сеансу і розбиття їх на шматки, звані сегментами, перед відправкою на рівень 3. Транспортний рівень на приймаючому пристрої відповідає за повторну збірку сегментів в дані, які може використовувати шар сеансу.
Транспортний рівень відповідає за керування потоком та контроль помилок. Керування потоком визначає оптимальну швидкість передачі, щоб гарантувати, що відправник зі швидким з'єднанням не перевантажує одержувача з повільним з'єднанням. Транспортний рівень виконує контроль помилок на стороні, що приймає, гарантуючи, що отримані дані завершені, і запитуючи повторну передачу, якщо це не так.
Мережевий рівень відповідає за полегшення передачі між двома різними мережами. Якщо два пристрої, що взаємодіють, знаходяться в одній мережі, то мережевий рівень не потрібен. Мережевий рівень розбиває сегменти транспортного рівня більш дрібні блоки, звані пакетами, пристрої відправника і повторно збирає ці пакети на приймаючому пристрої. Мережевий рівень також знаходить найкращий фізичний шлях, яким дані досягають місця призначення. Це називається маршрутизацією.
Дуже схожий на рівень мережі, за винятком того, що 2 рівень полегшує передачу даних між двома пристроями тієї ж мережі. Даний канальний рівень приймає пакети від мережного рівня і ділить їх на дрібніші частини, які називаються фреймами. Як і мережевий рівень, рівень каналу передачі також відповідає за управління потоками та управління помилками у внутрішньомережевому зв'язку (транспортний рівень виконує тільки управління потоками та управління помилками для міжмережевого зв'язку).
Цей рівень включає фізичне обладнання, що бере участь у передачі даних, таке як кабелі та комутатори. Це також шар, на якому дані перетворюються на бітовий потік, що є рядком 1s і 0s. Фізичний рівень обох пристроїв повинен узгодити угоду про сигнал так, щоб 1s можна було відрізнити від 0s на обох пристроях.
Для того, щоб інформація, що зчитується людиною, передавалася по мережі з одного пристрою на інший, дані повинні переміщатися вниз по семи рівнях моделі OSI на передавальному пристрої, а потім вгору по семи шарам на стороні, що приймає.
Наприклад, хтось хоче надіслати листа подрузі. Відправник складає своє повідомлення у додатку електронної пошти на своєму ноутбуці, а потім натискає "надіслати". Його поштова програма передасть повідомлення електронної пошти на рівень програми, яка вибере протокол (SMTP) і передасть дані на рівень подання. Потім дані стискаються та потрапляють на рівень сеансу, який ініціалізує сеанс зв'язку.
Далі дані потраплять на транспортний рівень відправника, де вони будуть сегментовані, потім ці сегменти будуть розбиті на пакети на мережному рівні, які будуть розбиті ще далі на кадри на рівні каналу передачі даних. Цей рівень доставить їх на фізичний рівень, який перетворює дані на бітовий потік 1s і 0s і відправить його через фізичний носій, такий як кабель.
Як тільки комп'ютер одержувача отримає бітовий потік через фізичний носій (наприклад, wifi), дані будуть проходити через ту саму серію шарів на пристрої, але у зворотному порядку. Спочатку фізичний рівень перетворює бітовий потік з 1s і 0s кадри, які передаються на рівень каналу передачі даних. Рівень каналу передачі даних збере кадри в пакети для мережного рівня. Мережевий рівень тоді зробить сегменти з пакетів для транспортного рівня, який збере сегменти одну частину даних.
Далі дані надходять до рівня сеансу одержувача, який передає дані до рівня подання, та був завершує сеанс зв'язку. Далі шар уявлення видаляє стиск і передає необроблені дані на рівень програми. Потім прикладний рівень передаватиме дані, які люди читають, разом з поштовим програмним забезпеченням одержувача, що дозволить читати електронну пошту відправника на екрані ноутбука.
На відео: Модель OSI та стек протоколів TCP IP. Основи Ethernet.