Модель OSI — це еталонна архітектура, яка розкладає процес передачі даних у мережі на сім чітко визначених рівнів. Кожен рівень виконує власну задачу: від перетворення бітів у електричні сигнали до формування зрозумілого для людини повідомлення в браузері чи поштовому клієнті. Завдяки цій структурі інженери, адміністратори та розробники говорять однією мовою про мережеві проблеми незалежно від виробника обладнання чи типу протоколу.
Вона з’явилася як відповідь на хаос 1970-х років, коли кожна компанія створювала власні закриті мережеві рішення. Сьогодні, навіть у світі хмарних сервісів, контейнерів і програмно-визначених мереж, модель OSI залишається основним інструментом для навчання, діагностики несправностей і проєктування систем.
Головна цінність моделі — не в тому, що за нею побудовано сучасний інтернет (його основу становить стек TCP/IP), а в тому, що вона дає універсальну «мапу» для розуміння будь-якого мережевого процесу.
Як дані рухаються між пристроями: механізм інкапсуляції
Коли ви натискаєте «надіслати» в месенджері, повідомлення не летить одним шматком. Воно проходить шлях вниз по стеку рівнів на вашому пристрої, а потім вгору — на пристрої одержувача. Цей процес називається інкапсуляцією.
На прикладному рівні з’являються дані користувача. Рівень представлення додає інформацію про кодування, стиснення чи шифрування. Сеансовий рівень відкриває й підтримує сесію. Транспортний розбиває потік на сегменти, додає номери портів і контрольні суми. Мережевий рівень формує пакети з логічними адресами (IP). Канальний рівень створює кадри з MAC-адресами. Фізичний перетворює все на послідовність бітів і відправляє їх у кабель, оптику чи радіоефір.
На приймальному боці відбувається зворотний процес — декапсуляція. Кожен рівень знімає «свою» обгортку і передає вміст вище. Якщо на якомусь етапі виникає помилка, дані просто не доходять або приходять пошкодженими. Саме тому знання рівнів дозволяє швидко локалізувати проблему: якщо немає фізичного з’єднання — шукайте на першому рівні; якщо маршрутизація не працює — на третьому.
Для початківця корисно уявити це як поштову службу. Лист (дані) кладуть у конверт (кадр), наклеюють адресу (IP-пакет), ставлять штемпель (сегмент) і відправляють. Кожна поштова станція відкриває лише свій рівень упаковки.
Досвідчені адміністратори використовують цей механізм щодня. Коли трафік «губиться» між двома дата-центрами, вони дивляться, на якому рівні зникають пакети: чи це проблема MTU на канальному, чи TTL на мережевому, чи переповнення буферів на транспортному.
Від хаосу 1970-х до стандарту ISO 7498
У другій половині 1970-х років комп’ютерні мережі росли стрімко, але кожна велика компанія будувала власну закриту архітектуру. IBM пропонувала SNA, Digital Equipment — DECnet, інші — свої рішення. Обладнання різних виробників майже не взаємодіяло.
Міжнародна організація зі стандартизації (ISO) у 1977–1978 роках зібрала групу фахівців із США, Великої Британії та Франції. Одним із ключових учасників став Шарль Бакман, а пізніше важливу роль відіграв Юбер Ціммерман. Метою було створити відкриту модель, яка дозволила б різним системам спілкуватися за спільними правилами.
Перший проєкт з’явився у 1978 році у Вашингтоні. Після кількох років доопрацювань у 1984 році модель була офіційно опублікована як стандарт ISO 7498. Пізніше його оновили до ISO/IEC 7498-1:1994, який діє й сьогодні. Паралельно Міжнародний союз електрозв’язку прийняв аналогічну рекомендацію X.200.
Цікаво, що сама модель так і не стала домінуючою на практиці. До моменту її затвердження стек TCP/IP уже активно використовувався в ARPANET і швидко поширювався. Проте OSI залишилася еталоном для навчання та стандартизації нових протоколів.
У нашій практиці ми стикалися з випадком, коли команда розробників хмарного сервісу намагалася описати безпеку мікросервісів без прив’язки до рівнів. Після переходу на мову OSI розмова про шифрування (рівень 6), сесії (рівень 5) і маршрутизацію (рівень 3) стала значно чіткішою.
Сім поверхів мережевої «будівлі»: детальний розбір рівнів
Рівні прийнято нумерувати знизу вгору, від фізичного до прикладного. Кожен має власну одиницю даних (PDU) і набір типових протоколів.
| Рівень | Назва | PDU | Основні функції та приклади |
|---|---|---|---|
| 1 | Фізичний | Біти | Передача сигналів по кабелю, оптиці, радіо. Коннектори, напруга, модуляція. Приклади: Ethernet physical, USB, Wi-Fi radio |
| 2 | Канальний | Кадри | Доставка між сусідніми вузлами, MAC-адреси, виявлення помилок. Ethernet, PPP, VLAN |
| 3 | Мережевий | Пакети | Маршрутизація між мережами, логічна адресація. IP, ICMP, OSPF, BGP |
| 4 | Транспортний | Сегменти / датаграми | Наскрізна доставка, надійність, контроль потоку. TCP, UDP, SCTP |
| 5 | Сеансовий | Дані | Встановлення, підтримка та завершення сесій. RPC, NetBIOS, SIP (частково) |
| 6 | Представлення | Дані | Кодування, стиснення, шифрування. SSL/TLS, JPEG, ASCII/Unicode |
| 7 | Прикладний | Дані | Взаємодія з користувацькими програмами. HTTP, HTTPS, FTP, SMTP, DNS |
Джерело даних: стандарт ISO/IEC 7498-1 та узагальнення з матеріалів Cloudflare Learning.
Для початківця найважливіше запам’ятати порядок і базові завдання. Для досвідченого фахівця корисні нюанси: наприклад, що сучасний TLS часто розглядають як функцію рівня 6, хоча реалізація «живе» вище, або що багато функцій сеансового рівня в реальності виконують TCP і прикладні протоколи.
За моїм досвідом використання цього протягом місяця під час аудиту корпоративної мережі з’ясувалося, що найбільше плутанини виникає саме на межі рівнів 4 і 5: люди часто плутають порти TCP з сесіями.
Модель OSI і стек TCP/IP: різні інструменти для різних задач
TCP/IP має чотири рівні: канальний (об’єднує 1 і 2 OSI), мережевий, транспортний і прикладний (об’єднує 5–7). Він простіший і саме він став основою інтернету.
OSI детальніша. Вона краще підходить для навчання, бо розділяє функції, які в TCP/IP злиті. Коли потрібно пояснити, чому Wireshark показує кадри Ethernet, а traceroute працює з IP, модель із сімома рівнями дає чіткішу картину.
У хмарних середовищах 2025–2026 років обидві моделі живуть пліч-о-пліч. Інженери Kubernetes і Service Mesh часто використовують термінологію OSI, говорячи про L4-балансування (транспортний) і L7-балансування (прикладний). SDN-контролери оперують поняттями рівнів 2 і 3. Zero-trust архітектури явно посилаються на шифрування рівня 6 і автентифікацію рівня 7.
Порівняння корисне не для того, щоб обирати «кращу» модель, а щоб розуміти, коли яка зручніша. Для швидкого розгортання сервісів — TCP/IP. Для глибокого аналізу й стандартизації — OSI.
Поширені помилки та міфи, які заважають навіть досвідченим
Багато хто вважає, що модель OSI — це те, на чому реально працює інтернет. Це не так. Інтернет побудований на TCP/IP. OSI — концептуальна схема.
Інша поширена помилка — думати, що кожен протокол чітко «сидить» лише на одному рівні. Насправді багато протоколів перетинають межі. DNS формально прикладний, але працює поверх UDP/TCP. BGP — мережевий, але використовує TCP.
Початківці часто плутають MAC-адреси (рівень 2) з IP-адресами (рівень 3) і намагаються «пінгувати» MAC. Досвідчені адміністратори іноді забувають, що VLAN — це саме рівень 2, а не 3, і намагаються будувати маршрутизацію всередині одного VLAN без L3-пристрою.
Ще один міф: «фізичний рівень — це тільки кабель». Насправді він включає всі фізичні характеристики сигналу: частоту, модуляцію, потужність, тип середовища.
Список типових помилок:
- Спроба вирішити проблему маршрутизації на рівні 2 (заміна комутатора замість перевірки таблиць маршрутизації).
- Ігнорування MTU і фрагментації пакетів, що призводить до «тихих» втрат трафіку.
- Впевненість, що HTTPS — це тільки шифрування, без розуміння, що TLS працює на рівні представлення, а HTTP — на прикладному.
- Плутанина між портами (транспортний рівень) і сокетами (які вже залучають сеансовий і прикладний).
Розуміння цих помилок економить години діагностики.
Коли мережа «падає»: діагностика за моделлю OSI
Класичний підхід — іти знизу вгору або зверху вниз залежно від симптомів.
Якщо немає жодного зв’язку — починайте з фізичного рівня: індикатори портів, кабель, оптичний бюджет, рівень сигналу Wi-Fi. Якщо лінк є, але кадри не проходять — канальний рівень: MAC-таблиці, VLAN, помилки CRC.
Коли пінгується шлюз, але не зовнішні адреси — мережевий рівень: маршрути, ACL, NAT. Якщо TCP-з’єднання встановлюється, але додаток не працює — дивіться транспортний (порти, firewall), сеансовий і вище.
Практичний алгоритм:
- Перевірити фізичне з’єднання (індикатори, кабель-тестер).
- Подивитися лічильники помилок на інтерфейсі.
- Переконатися, що ARP/ND працює.
- Перевірити IP-з’єднання (ping, traceroute).
- Перевірити порти (telnet, nc, nmap).
- Аналізувати прикладний трафік (Wireshark, tcpdump).
У сучасних хмарах цей підхід доповнюється інструментами на кшталт VPC Flow Logs, Network Insights і service mesh tracing, але логіка рівнів залишається тією самою.
Якщо проблема повторюється і торкається кількох команд (мережа, безпека, додатки), варто залучити фахівця з глибоким досвідом у конкретному стеку. Самостійно можна впоратися з більшістю випадків рівня 1–4 у локальній мережі. Складні випадки з L5–L7 у розподілених системах часто потребують спільної роботи.
Міні-кейс і чек-лист для самоперевірки
У нашій практиці ми стикалися з випадком, коли користувачі скаржилися на «повільний інтернет» у новому офісі. Пінги були стабільними, пропускна здатність каналу — достатньою. Аналіз показав, що на канальному рівні комутатор неправильно обробляв jumbo-frames, а на транспортному рівні TCP window scaling працював неефективно через неправильні налаштування. Після вирівнювання MTU і параметрів TCP швидкість зросла втричі.
Чек-лист для швидкої самоперевірки розуміння моделі:
- Можу назвати сім рівнів у правильному порядку знизу вгору і зверху вниз.
- Знаю, яка PDU відповідає кожному рівню.
- Можу навести щонайменше два протоколи для рівнів 2, 3, 4 і 7.
- Розумію різницю між MAC і IP, між кадром і пакетом, між сегментом і датаграмою.
- Можу пояснити, чому traceroute показує IP-адреси, а не MAC.
- Знаю, на якому рівні працює VLAN, а на якому — маршрутизація між VLAN.
- Можу описати шлях HTTP-запиту від кліка до відповіді сервера через усі рівні.
Якщо всі пункти виконуються — базове розуміння вже є. Якщо ні — варто повернутися до таблиці рівнів і розібрати кожен на конкретному прикладі.
Питання, які найчастіше шукають користувачі
Чим модель OSI відрізняється від TCP/IP?
OSI має сім рівнів і є концептуальною. TCP/IP має чотири і є практичним стеком, на якому побудовано інтернет. Функції рівнів 5–7 OSI в TCP/IP об’єднані в один прикладний рівень.
Чи використовується модель OSI у 2026 році?
Так. Її застосовують для навчання, діагностики, опису безпеки (L3/L4/L7 firewalls), проєктування SDN і service mesh. Самі протоколи інтернету — TCP/IP, але мова спілкування інженерів часто залишається OSI.
На якому рівні працює Wi-Fi?
Фізичний і канальний. Радіочастина — рівень 1, кадри 802.11 — рівень 2. IP уже працює вище.
Чому в моделі сім рівнів, а не п’ять чи десять?
Це результат компромісу між деталізацією і практичністю, досягнутий під час стандартизації. Більша кількість зробила б модель занадто складною, менша — недостатньо точною для опису всіх функцій.
Чи можна «побачити» рівні в реальному трафіку?
Так. У Wireshark кожен пакет розібраний саме за логікою рівнів: Ethernet (L2), IP (L3), TCP/UDP (L4), HTTP (L7) тощо.
Модель OSI залишається одним із найстійкіших інструментів у світі мереж. Вона не диктує, які протоколи використовувати, але дає чітку систему координат. Коли наступного разу мережа поводитиметься непередбачувано, почніть із питання: «На якому рівні це відбувається?» — і відповідь з’явиться значно швидше.
