Модель OSI: что это такое, 7 уровней сетевой модели и их протоколы

Что такое OSI: с чего начать знакомство

Модель OSI служит эталоном для описания того, как системы обмениваются данными по сети. Ее не рассматривают как отдельную технологию или протокол, она задает структуру из семи уровней, на языке которой удобно обсуждать устройства, программы и сетевые протоколы. Такой подход помогает отделить задачи прикладной логики от маршрутизации, а программные сервисы — от физической передачи сигналов.

В практической работе модель OSI дает опорную схему: на каждом уровне явно обозначены свои функции и ответственность. Один уровень отвечает за адресацию и выбор маршрута, другой обеспечивает надежную доставку, еще один готовит данные к использованию на стороне приложений. Реальные протоколы могут объединять несколько ролей сразу, однако сама концепция OSI остается полезной: она помогает системно разбирать сбои, проектировать архитектуру и объяснять логику сети без размытых формулировок.

Зачем нужна сетевая модель OSI в реальных сетях

Сетевую модель OSI используют как рабочий каркас, который помогает не путать уровни ответственности в сложной инфраструктуре. Она дает понятный язык, на котором специалисты описывают, где именно возникает проблема: на уровне приложения, транспорта, маршрутизации или физической среды. В результате обсуждение не сводится к общему «интернет не работает», а привязывается к конкретному уровню и набору протоколов.

В инженерной практике модель OSI упрощает диагностику и планирование. С ее помощью команды проектируют архитектуру сервисов по слоям, оценивают, какие изменения затронут только прикладной уровень, а какие потребуют перенастройки сетевого оборудования. Кроме того, модель помогает выстроить документацию: инструкции, схемы и правила доступа привязывают к понятным уровням, что облегчает передачу знаний между администраторами, разработчиками и службой поддержки.

7 уровней модели OSI: функции и примеры

7 уровней модели OSI описывают путь данных от приложения до физической среды и обратно. Я кратко пройдусь по каждому уровню и покажу, как он проявляется в реальных сценариях.

1. Физический уровень (Physical layer)

Физический уровень описывает, как биты реально проходят по среде передачи: по медному кабелю, оптоволокну или по радио. Он определяет тип сигнала, разъемы, частоты, уровни напряжения, скорость линии и способ кодирования битов.

Типичные протоколы и технологии физического уровня:

• стандартные интерфейсы проводной связи: Ethernet (в части физических спецификаций), Fast Ethernet, Gigabit Ethernet;
• оптические стандарты: 100BASE FX, 1000BASE LX, 10GBASE SR и другие;
• физический слой Wi Fi (IEEE 802.11 в части радиоинтерфейса);
• разъемы и интерфейсы: RJ 45, SFP, SFP+, QSFP.

Практический пример: если линк на порту коммутатора «не поднимается» из-за несовместимой скорости или поврежденного кабеля, проблема остается на физическом уровне.

2. Канальный уровень (Data Link layer)

Канальный уровень формирует кадры и обеспечивает надежную передачу данных между устройствами в пределах одного физического сегмента. Он отвечает за адресацию в рамках локальной сети (MAC адреса), обнаружение ошибок, иногда за коррекцию, а также за управление доступом к среде.

Ключевые технологии и протоколы:

• Ethernet (кадры, MAC адреса, CRC, работа коммутаторов);
• Wi Fi (IEEE 802.11 в части MAC и логики доступа к среде);
• протоколы PPP, HDLC, Frame Relay;
• VLAN (IEEE 802.1Q) и протоколы агрегации каналов (LACP, IEEE 802.3ad);
• протоколы резервирования и петлевой защиты: STP, RSTP, MSTP (формально относят к управлению на канальном уровне).

Практический пример: петля в сети из-за неправильного подключения коммутаторов и «шторма» широковещательных кадров относится к проблемам канального уровня.

3. Сетевой уровень (Network layer)

Сетевой уровень занимается логической адресацией и маршрутизацией пакетов между различными сетями. На этом уровне определяются IP адреса, рассчитывается маршрут, принимаются решения, куда отправить пакет дальше.

Основные протоколы и сущности:

• IP версии 4 и 6 (IPv4, IPv6);
• протоколы маршрутизации: OSPF, BGP, IS IS, RIP;
• вспомогательные протоколы: ICMP (диагностика, ошибки), ARP (разрешение IP в MAC в IPv4), NDP в IPv6;
• технологии VPN туннелей уровня IP (IPsec в режиме туннеля, GRE и подобные механизмы инкапсуляции поверх IP).

Практический пример: если хост не может достучаться до подсети в другом филиале из-за неверной маршрутизации, проблема относится к сетевому уровню.

4. Транспортный уровень (Transport layer)

Транспортный уровень обеспечивает логическую связь «конец-конец» между приложениями, управляет установлением соединений, контролем доставки и, при необходимости, упорядочиванием сегментов. Здесь появляются порты, которые позволяют множеству приложений использовать сеть параллельно.

Ключевые протоколы:

• TCP — ориентированный на соединение протокол с подтверждениями, управлением потоком и перегрузкой;
• UDP — протокол без установления соединения, который жертвует надежностью ради скорости и простоты;
• SCTP — более специализированный транспортный протокол, который применяют в отдельных сценариях (например, в телеком инфраструктуре).

Практический пример: если веб-сервис периодически «зависает» из-за потерь пакетов и повторных передач, инженер анализирует поведение TCP на транспортном уровне.

5. Сеансовый уровень (Session layer)

Сеансовый уровень управляет логикой установления, поддержания и завершения сеансов между приложениями. Он отвечает за организацию диалога, синхронизацию и восстановление после разрывов. В современных протоколах многие функции сеансового уровня распределяются между прикладными протоколами и транспортом, однако сама концепция полезна как средство описания.

Функции и примеры:

• установление и завершение сеансов приложений;
• контроль состояния диалога в сложных протоколах (например, в некоторых протоколах удаленного доступа и в телекоммуникационных стеках);
• механизмы повторного подключения и восстановления контекста в прикладных протоколах.

Практический пример: длительная сессия работы пользователя через удаленный терминал или протокол, который поддерживает «разумное» восстановление сеанса после краткого разрыва, логически опирается на идеи сеансового уровня.

6. Уровень представления (Presentation layer)

Уровень представления занимается тем, в каком виде данные передаются между системами. Он отвечает за форматы, кодировки, шифрование и сжатие, чтобы приложение на одной стороне и приложение на другой стороне одинаково интерпретировали содержимое.

Типичные функции и механизмы:

• преобразование кодировок (например, из одной таблицы символов в другую);
• сериализация и десериализация данных (JSON, XML, Protocol Buffers, ASN.1 и другие форматы);
• шифрование и расшифровка, а также сжатие данных (TLS как пример стека, где часть логики можно отнести к представлению).

Практический пример: веб-приложение, которое отправляет данные в формате JSON по защищенному каналу HTTPS, опирается на механизмы представления: и формат данных, и шифрование, и согласование параметров.

7. Прикладной уровень (Application layer)

Прикладной уровень работает ближе всего к пользователю и приложениям. Здесь живут протоколы, которые напрямую обслуживают сервисы: веб-сайты, почту, файлообмен, доменные имена и многое другое.

Основные прикладные протоколы:

• HTTP и HTTPS — основа веб-приложений и API;
• SMTP, IMAP, POP3 — почтовые протоколы;
• FTP, SFTP, FTPS — протоколы для передачи файлов;
• DNS — система доменных имен;
• DHCP — выдача сетевых настроек хостам;
• множество специализированных протоколов приложений: MQTT, AMQP, SIP и так далее.

Практический пример: если пользователь жалуется, что «почта не отправляется, а сайты открываются», инженер смотрит на прикладной уровень и проверяет работу именно почтовых протоколов, хотя нижние уровни сети в этот момент функционируют нормально.

Уровень OSI	Основные функции	Примеры протоколов / технологий	Пример из практики
Прикладной	Работа с прикладными сервисами и интерфейсами, обмен данными между приложениями	HTTP(S), SMTP, IMAP, POP3, FTP, SFTP, DNS, DHCP, MQTT, AMQP, SIP	Почта не отправляется, но сайты открываются: проверяешь настройки и доступность почтовых протоколов, хотя сеть в целом работает
Представления	Формат данных, кодировка, шифрование, сжатие, согласование форматов	Форматы JSON, XML, Protocol Buffers, ASN.1, TLS (часть функций), преобразование кодировок	Клиент не может корректно прочитать данные из сервиса из-за некорректной кодировки или формата ответа API
Сеансовый	Установка, поддержание и завершение сеансов, управление диалогом между приложениями	Логика сеансов в RDP, отдельных телеком стеков, механизмы восстановления сеанса в прикладных протоколах	Долгий сеанс удаленного доступа падает и восстанавливается с сохранением контекста, администратор анализирует, на каком уровне теряется сеанс
Транспортный	Доставка «конец-конец», управление соединениями, контроль целостности и порядком доставки, работа с портами	TCP, UDP, SCTP	Веб-сервис периодически «фризит» при высокой нагрузке: анализируешь поведение TCP, потери пакетов, повторные передачи и перегрузку
Сетевой	Логическая адресация, маршрутизация, выбор пути между сетями	IPv4, IPv6, OSPF, BGP, IS IS, RIP, ICMP, ARP, NDP, IPsec в туннельном режиме, GRE	Пользователь из филиала не достучался до центра из-за некорректного маршрута или отсутствующей записи в маршрутизаторе
Канальный	Формирование кадров, передача данных в рамках одного сегмента, MAC адресация, управление доступом к среде	Ethernet (кадры, MAC), Wi Fi (MAC часть), PPP, HDLC, Frame Relay, VLAN (802.1Q), LACP, STP/RSTP/MSTP	В сети возникает широковещательный шторм из-за петли между коммутаторами, оборудование перегружается трафиком
Физический	Передача битов в виде сигналов по среде, параметры линии, тип среды и разъемов	Электрические интерфейсы Ethernet, 100BASE FX, 1000BASE LX, 10GBASE SR, радиочасть 802.11, кабели UTP/STP, оптоволокно, разъемы RJ 45, SFP, QSFP	Порт коммутатора не поднимается из-за поврежденного кабеля, несовместимой скорости или некорректного оптического модуля

Как работает модель OSI: инкапсуляция и деинкапсуляция данных

Модель OSI описывает не только уровни, но и то, как данные проходят через них в обе стороны: на отправителе к ним «прирастает» служебная информация, на получателе она снимается слой за слоем. Это и есть инкапсуляция и деинкапсуляция данных.

Инкапсуляция: как данные «обрастают» заголовками

На стороне отправителя данные идут сверху вниз по уровням модели OSI. На каждом уровне к полезной информации добавляются свои заголовки (а иногда и трейлеры), которые несут служебные сведения для этого уровня.

• На прикладном уровне приложение формирует данные: запрос к API, письмо, веб-страница, файл.
• На уровне представления и сеансовом уровне данные при необходимости шифруются, сжимаются, приводятся к нужному формату.
• На транспортном уровне формируются сегменты: добавляется заголовок TCP или UDP с портами отправителя и получателя, флагами, контролем целостности.
• На сетевом уровне сегменты упаковываются в IP пакеты: к ним добавляется IP заголовок с адресами отправителя и получателя и другой служебной информацией.
• На канальном уровне IP пакеты превращаются в кадры: добавляется заголовок с MAC адресами, типом протокола и трейлер с контрольной суммой кадра.
• На физическом уровне кадры кодируются в последовательность сигналов, которые проходят по кабелю или радиоканалу.

В результате один и тот же блок пользовательских данных по мере движения вниз инкапсулируется в несколько оболочек: сегмент, пакет, кадр, а затем — сигнал.

Деинкапсуляция: как принимающая сторона «раздевает» данные

На принимающей стороне происходит обратный процесс: устройство принимает сигнал, поднимает его по уровням и на каждом шаге снимает свой слой служебной информации.

• Физический уровень принимает сигналы и преобразует их в поток битов.
• Канальный уровень собирает из битов кадры, проверяет целостность, считывает MAC адреса и передает полезную нагрузку (обычно IP пакет) выше.
• Сетевой уровень анализирует IP заголовок, проверяет адрес назначения и передает содержимое пакета нужному транспортному протоколу.
• Транспортный уровень по номеру порта определяет целевое приложение, проверяет корректность сегмента и собирает данные в правильном порядке.
• Выше данные проходят возможные шаги представления и сеанса и оказываются на прикладном уровне, где их использует конкретный сервис или программа.

Каждый уровень при деинкапсуляции «видит» только свой заголовок и полезную нагрузку, а детали других уровней его не интересуют. Такое разделение упрощает проектирование протоколов и дает возможность изменять один уровень с минимальным влиянием на остальные.

Модель TCP/IP: уровни и структура стека

Модель TCP/IP описывает, как стек протоколов интернета организует передачу данных между устройствами в несколько слоев, которые ближе к реальной реализации, чем уровни OSI. Обычно выделяют четыре уровня: канальный, межсетевой, транспортный и прикладной, хотя в некоторых источниках нижний уровень также называют уровнем сетевого интерфейса.

Канальный уровень (Link / Network Interface Layer)

Этот уровень отвечает за передачу кадров в пределах локального сегмента сети и опирается на конкретную технологию доступа к среде. Он примерно соответствует сочетанию физического и канального уровней модели OSI. Сюда относят Ethernet, Wi Fi (IEEE 802.11), PPP, Frame Relay и другие технологии канального уровня, а также драйверы сетевых интерфейсов.

Межсетевой уровень (Internet Layer)

Межсетевой уровень занимается маршрутизацией пакетов между сетями и логической адресацией устройств. Основным протоколом здесь выступает IP (IPv4 и IPv6), а также ICMP для диагностических сообщений, ARP и NDP для разрешения адресов, протоколы маршрутизации вроде OSPF и BGP. На этом уровне решается, по какому маршруту отправить пакет от отправителя к получателю.

Транспортный уровень (Transport Layer)

Транспортный уровень обеспечивает доставку данных от одного хоста к другому и работу с портами, через которые множество приложений используют сеть одновременно. Здесь работают TCP с установлением соединения и надежной доставкой и UDP с минимальными накладными расходами, но без гарантий доставки. В ряде специализированных сценариев используют и другие протоколы, например SCTP.

Прикладной уровень (Application Layer)

Прикладной уровень объединяет функции верхних уровней OSI: сеансового, представления и прикладного. Здесь живут протоколы, которые напрямую обслуживают приложения и сервисы: HTTP(S), FTP, SMTP, IMAP, DNS, DHCP и множество других. Именно с этим уровнем взаимодействуют пользователи и прикладное ПО, хотя ниже продолжают работать транспортный, межсетевой и канальный уровни.

Сравнение модели OSI и TCP/IP: чем они отличаются

Модели OSI и TCP/IP решают одну задачу — описать сетевое взаимодействие по уровням, но делают это по-разному и с разной степенью «приземленности» к практике. OSI выступает концептуальным эталоном из семи уровней, а TCP/IP отражает реальный стек протоколов интернета и укрупняет роли до четырех уровней.

Ключевые различия подхода

• Назначение. Модель OSI создавали как универсальную эталонную схему для любых сетевых технологий и производителей. TCP/IP изначально описывает конкретный стек протоколов, который лег в основу интернета.
• Степень абстракции. OSI более детализированная: она разделяет логику презентации, сеансов и приложений, а также физический и канальный уровни. TCP/IP объединяет эти функции в укрупненные слои и опирается на реальные протоколы.
• Связь с практикой. OSI удобна для обучения и анализа, по ней проще объяснить, «где болит» сеть. TCP/IP ближе к реализации: администраторы и разработчики чаще оперируют именно транспортным, межсетевым и прикладным уровнями этого стека.

Соответствие уровней OSI и TCP/IP

Уровень модели OSI	Уровень модели TCP/IP	Как соотносятся уровни на практике
Прикладной	Прикладной	Прикладные протоколы и логика работы сервисов напрямую попадают в прикладной уровень TCP/IP. Здесь работают HTTP(S), SMTP, FTP, DNS и другие протоколы приложений.
Представления	Прикладной	Форматы данных, кодировки, шифрование и сжатие в стеке TCP/IP не выделяют в отдельный слой и рассматривают как часть прикладного уровня и самих прикладных протоколов.
Сеансовый	Прикладной	Управление сеансами, установление и завершение диалогов, восстановление соединений тоже относят к прикладному уровню TCP/IP и к логике конкретных протоколов.
Транспортный	Транспортный	Функции совпадают по смыслу: транспортный уровень в обеих моделях отвечает за доставку «конец-конец», управление соединениями, работу с портами и протоколами TCP, UDP и другими.
Сетевой	Межсетевой	Логическая адресация, IP пакеты, таблицы маршрутизации и протоколы маршрутизации относятся к межсетевому уровню стека TCP/IP и соответствуют сетевому уровню OSI.
Канальный	Канальный (сетевой интерфейс)	Работа с кадрами, MAC адресами, доступом к среде и канальными протоколами реализуется на уровне сетевого интерфейса TCP/IP и соответствует канальному уровню OSI.
Физический	Канальный (сетевой интерфейс)	Физическая среда, сигналы, разъемы и параметры линии в модели TCP/IP объединяются с канальным уровнем в одном нижнем слое, который обслуживает сетевой интерфейс устройства.

Плюсы и минусы модели OSI и модели TCP/IP

Модель OSI выигрывает там, где нужна четкая теоретическая структура и аккуратное разделение функций по уровням. Модель TCP/IP, в свою очередь, лучше подходит для описания реальной сетевой среды, потому что она ближе к тому, как интернет и прикладные сервисы работают на практике.

Плюсы и минусы модели OSI

Модель OSI ценят за детальную структуру из семи уровней.

Она помогает последовательно описывать сетевое взаимодействие, не смешивать задачи приложений, транспорта, маршрутизации и физической передачи данных.

За счет этого OSI хорошо подходит для обучения, технической документации и анализа сетевых проблем, особенно в тех случаях, когда важно точно назвать уровень сбоя.

Слабая сторона модели OSI связана с ее высокой степенью абстракции. В реальных сетях многие протоколы не укладываются в жесткие границы одного уровня и часто объединяют функции сразу нескольких слоев. Из-за этого модель удобно использовать как концептуальную схему, но сложнее воспринимать как прямое отражение того, как устроен современный интернет.

Критерий	Модель OSI
Основное преимущество	Четкое деление на семь уровней и удобство для анализа
Практическая польза	Упрощает обучение, диагностику, проектирование и документацию
Основной недостаток	Сильно абстрагирована от реальной реализации протоколов
Ограничение в практике	Не все современные протоколы укладываются в строгие границы уровней

Плюсы и минусы модели TCP/IP

Модель TCP/IP строится вокруг реального стека протоколов, который используют сети интернета. Именно поэтому она выглядит менее академичной, но более прикладной.

В ней меньше уровней, структура проще, а сами слои напрямую соотносятся с протоколами и механизмами, с которыми специалисты работают каждый день: IP, TCP, UDP, HTTP, DNS и другими.

При этом у TCP/IP есть и обратная сторона. Из-за укрупненной структуры часть функций оказывается собрана в слишком широкие категории, особенно на прикладном уровне. Такая модель удобна для эксплуатации и настройки, но менее наглядна в учебном разборе, если нужно отдельно показать роль представления данных, сеансов или физической среды.

Критерий	Модель TCP/IP
Основное преимущество	Близость к реальному стеку протоколов интернета
Практическая польза	Удобна для администрирования, настройки сервисов и эксплуатации сети
Основной недостаток	Менее детально разделяет функции по уровням
Ограничение в практике	Верхние и нижние процессы описаны более грубо, чем в OSI

Что выбрать для работы и обучения

Если задача состоит в том, чтобы понять общую логику сетевого взаимодействия, изучить роли уровней и научиться системно разбирать сбои, модель OSI дает более понятный и аккуратный каркас. Она помогает выстроить базовое мышление и не теряться в большом количестве терминов. Именно поэтому ее часто используют в учебных курсах, вводных материалах и при разборе архитектуры.

Если же речь идет о реальной сетевой эксплуатации, конфигурировании сервисов и работе с интернет-протоколами, модель TCP/IP оказывается ближе к повседневной практике. В ней меньше абстракции и больше связи с тем, что администратор или инженер действительно настраивает и диагностирует. На мой взгляд, лучший подход выглядит так: изучать сеть через модель OSI, а работать с ней — уже через призму TCP/IP.

Сценарий	Что подходит лучше	Почему
Обучение основам сетей	OSI	Дает более детальную и понятную структуру
Подготовка документации и схем	OSI	Помогает формально разделять уровни и функции
Реальная настройка и администрирование	TCP/IP	Соответствует рабочему стеку протоколов интернета
Диагностика интернет-сервисов	TCP/IP	Позволяет быстро связать проблему с конкретными протоколами
Системное понимание сетей	OSI + TCP/IP	OSI дает каркас, TCP/IP показывает практическую реализацию

Как применять модели OSI и TCP/IP на практике

Модель OSI и модель TCP/IP применяют совместно: первая задает уровневое мышление, вторая связывает это мышление с конкретными протоколами и настройками в сети. Такой подход помогает и в диагностике, и в проектировании, и в обучении персонала.

Диагностика сетевых проблем

При разборе инцидентов удобно последовательно проходить по уровням OSI и сопоставлять их с протоколами стека TCP/IP. Если на порту не поднимается линк или фиксируются ошибки на линии, внимание концентрируется на физическом и канальном уровнях и нижнем слое TCP/IP: проверяются кабели, оптические модули, параметры скорости и дуплекса, конфигурация Wi‑Fi. При корректной работе этих уровней и отсутствии IP адресации или доступа между подсетями фокус смещается на сетевой уровень и межсетевой слой TCP/IP: маршруты, шлюзы, DHCP, состояние маршрутизаторов. Когда IP маршрутизация и пинг работают, но наблюдаются зависания или нестабильность приложений, анализируются транспортный и прикладной уровни: состояние TCP соединений, потери сегментов, задержки, настройка HTTP, SMTP, DNS и других прикладных протоколов.

Проектирование и документирование архитектуры

При проектировании инфраструктуры модель OSI помогает разложить решение по слоям, а модель TCP/IP позволяет привязать каждый слой к конкретным технологиям. На нижних уровнях фиксируются типы линий связи, топология, канальные протоколы и оборудование: коммутаторы, точки доступа, схемы включений. На сетевом уровне описывается IP адресное пространство, подсети, границы сегментов, маршрутизаторы и сценарии маршрутизации. На транспортном уровне задаются протоколы и диапазоны портов для ключевых сервисов, зоны, где критична надежность TCP, и участки, где предпочтительнее UDP. На прикладном уровне документируются сервисы и протоколы доступа: веб-интерфейсы, почта, API, внутренние приложения. Такая структура упрощает оценку влияния изменений: переработка адресного плана в основном затрагивает сетевой уровень, а переход с HTTP на HTTPS влияет прежде всего на прикладной уровень и уровень представления.

Подготовка к экзаменам и собеседованиям

В обучении и подготовке к сертификациям модели OSI и TCP/IP дают основу для системного повторения тем. Вопросы вида «что происходит на данном уровне OSI» легко переводятся в набор конкретных протоколов, соответствующих слоев TCP/IP. Разбор работы IP, TCP, DNS или HTTP связывается с уровнями обеих моделей, что демонстрирует не только знание отдельных протоколов, но и понимание общего стека. При решении задач на диагностику удобно проговаривать ход рассуждений по уровням: от физического и канального слоев к сетевому, транспортному и прикладному.

Безопасность и политики доступа

В задачах сетевой безопасности уровневый подход помогает корректно разместить меры защиты. На физическом и канальном уровнях концентрируются физическая защита линий, сегментация, разделение VLAN, контроль доступа к портам. На сетевом и транспортном слоях реализуются межсетевые экраны, фильтрация по IP адресам и портам, контроль маршрутизации, туннелирование трафика, ограничения по протоколам. На прикладном уровне выстраивается защита самих сервисов: шифрование, аутентификация, авторизация, защита API и настройка серверов приложений. Привязка этих мер к конкретным уровням OSI и TCP/IP упрощает объяснение зон ответственности и снижает вероятность «провалов» в защите.

Взаимопонимание в команде

В смешанных командах администраторов, разработчиков, специалистов по безопасности и DevOps уровневые модели помогают выровнять терминологию. Сетевые инженеры формулируют проблемы через уровни OSI, специалисты по приложениям мыслят в терминах протоколов TCP/IP и конкретных сервисов, а модель выступает общим каркасом. В результате обсуждения строятся вокруг понятных слоев и протоколов, а не разрозненных симптомов, что ускоряет поиск причин и принятие технических решений.

Таким образом, модель OSI и модель TCP/IP уместно рассматривать не как конкурирующие, а как взаимодополняющие концепции. Первая предлагает детализированную семиуровневую схему, которая помогает выстроить прозрачное представление о том, как распределяются роли между физической средой, адресацией, транспортом и прикладными сервисами. Вторая опирается на реальный стек протоколов интернета и объединяет функции в укрупненные уровни, с которыми специалисты работают в конфигурациях оборудования и приложений.

Если после чтения статьи появились дополнительные вопросы по уровням модели OSI, отличиям от TCP/IP или по конкретным протоколам, напишите в комментариях ниже.