Модель OSI

Модель взаимодействия открытых систем ( OSI ) эталонная — это модель Международной организации по стандартизации (ISO), которая «обеспечивает общую основу для координации разработки стандартов с целью взаимосвязи систем». В эталонной модели OSI связь между системами разделена на семь различных уровней абстракции: физический, канал передачи данных, сеть, транспорт, сеанс, представление и приложение.

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

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

Набор интернет-протоколов, определенный в RFC   1122 и RFC   1123 — это модель сети, разработанная одновременно с моделью OSI и финансируемая в основном Министерством обороны США. Это послужило основой для развития Интернета . Она предполагала наличие общих физических каналов и фокусировалась в первую очередь на программных уровнях связи с аналогичной, но гораздо менее строгой структурой, чем модель OSI.

Для сравнения, несколько сетевых моделей стремились создать интеллектуальную основу для разъяснения сетевых концепций и деятельности. но ни одна из них не добилась такого успеха, как эталонная модель OSI, став стандартной моделью для обсуждения и обучения сетевым технологиям в области информационных технологий . Модель обеспечивает прозрачную связь посредством эквивалентного обмена блоками данных протокола (PDU) между двумя сторонами посредством так называемой одноранговой сети (также известной как одноранговая связь). В результате эталонная модель OSI стала важной частью не только среди профессионалов, но и среди непрофессионалов, но также и во всех сетевых взаимодействиях между одной или многими сторонами, во многом благодаря ее общепринятой, удобной для пользователя структуре.

Связь в модели OSI (пример с уровнями 3–5)

История

Разработка модели OSI началась в конце 1970-х годов для поддержки появления разнообразных методов компьютерных сетей, которые конкурировали за применение в крупных национальных сетевых проектах в мире (см. Протоколы OSI и Войны протоколов ). В 1980-х годах модель стала рабочим продуктом группы «Взаимосвязь открытых систем» Международной организации по стандартизации (ISO). Несмотря на попытку дать всестороннее описание сети, модель не смогла завоевать доверие при проектировании Интернета , что отражено в менее директивном наборе протоколов Интернета , в основном спонсируемом под эгидой Инженерной рабочей группы Интернета (IETF).

В начале и середине 1970-х годов сетевые технологии в основном либо спонсировались государством ( сеть NPL в Великобритании, ARPANET в США, CYCLADES во Франции), либо разрабатывались поставщиками с использованием собственных стандартов, таких как IBM Systems Network Architecture и Digital. оборудования корпорации DECnet . Публичные сети передачи данных только начинали появляться, и X.25 . в конце 1970-х годов они начали использовать стандарт

Экспериментальная система коммутации пакетов в Великобритании c. 1973–1975 выявили необходимость определения протоколов более высокого уровня. Великобритании « Национального вычислительного центра Публикация Почему распределенные вычисления» , основанная на обширных исследованиях будущих конфигураций компьютерных систем, привело к тому, что Великобритания представила аргументы в пользу создания международного комитета по стандартизации для рассмотрения этой области на встрече ISO в Сиднее в марте 1977 года.

Начиная с 1977 года, ISO инициировала программу по разработке общих стандартов и методов создания сетей. Аналогичный процесс развивался в Международном консультативном комитете по телеграфии и телефонии (CCITT, от французского Comité Consultatif International Téléphonique et Télégraphique ). Оба органа разработали документы, определяющие схожие сетевые модели. Британский департамент торговли и промышленности выступил в качестве секретариата, а университеты Соединенного Королевства разработали прототипы стандартов.

Модель OSI была впервые определена в сыром виде в Вашингтоне, округ Колумбия , в феврале 1978 года французским инженером-программистом Юбертом Циммерманом , а усовершенствованный, но все еще черновой вариант стандарта был опубликован ISO в 1980 году.

Разработчикам эталонной модели пришлось столкнуться со многими конкурирующими приоритетами и интересами. Скорость технологических изменений привела к необходимости определения стандартов, к которым могли бы приблизиться новые системы, а не стандартизации процедур постфактум; обратная сторона традиционного подхода к разработке стандартов. Хотя это и не был стандарт сам по себе, это была основа, в которой можно было определить будущие стандарты.

В мае 1983 года Документы CCITT и ISO были объединены в Базовую эталонную модель взаимодействия открытых систем , обычно называемую эталонной моделью взаимодействия открытых систем , эталонной моделью OSI или просто моделью OSI . Он был опубликован в 1984 году как ISO как стандарт ISO 7498, так и переименованным CCITT (теперь называемым Сектором стандартизации электросвязи Международного союза электросвязи или ITU-T ) как стандарт X.200.

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

Концепция семиуровневой модели была предложена в работе Чарльза Бахмана из Honeywell Information Systems . Различные аспекты проектирования OSI возникли на основе опыта работы с сетью NPL, ARPANET, CYCLADES, EIN и Международной сетевой рабочей группой ( IFIP WG6.1). В этой модели сетевая система была разделена на уровни. Внутри каждого уровня один или несколько объектов реализуют его функциональность. Каждый объект напрямую взаимодействовал только с уровнем, находящимся непосредственно под ним, и предоставлял возможности для использования слоем выше него.

Документы по стандартам OSI доступны в ITU-T в виде рекомендаций серии X.200. Некоторые спецификации протоколов также были доступны в рамках серии ITU-T X. Эквивалентные стандарты ISO/IEC для модели OSI были доступны в ISO. Не все они бесплатны.

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

Модель OSI до сих пор используется в качестве справочного материала для обучения и документации; однако протоколы OSI, изначально разработанные для этой модели, не завоевали популярности. Некоторые инженеры утверждают, что эталонная модель OSI по-прежнему актуальна для облачных вычислений . Другие говорят, что исходная модель OSI не соответствует современным сетевым протоколам, и вместо этого предлагают упрощенный подход.

Определения

Протоколы связи позволяют объекту на одном хосте взаимодействовать с соответствующим объектом на том же уровне на другом хосте. Определения сервисов, как и модель OSI, абстрактно описывают функциональность, предоставляемую уровню N уровнем N-1 , где N — один из семи уровней протоколов, работающих на локальном хосте.

На каждом уровне N два объекта на взаимодействующих устройствах ( одноранговые узлы уровня N ) обмениваются блоками данных протокола (PDU) посредством протокола уровня N. Каждый PDU содержит полезную нагрузку, называемую блоком служебных данных (SDU), а также заголовки и нижние колонтитулы, связанные с протоколом.

Обработка данных двумя взаимодействующими OSI-совместимыми устройствами происходит следующим образом:

1. Данные, подлежащие передаче, формируются на самом верхнем уровне передающего устройства (уровень N ) в блок данных протокола ( PDU ).
2. PDU SDU передается на уровень -1 , где он известен как блок служебных данных ( N ).
3. На уровне N-1 SDU уровня объединяется PDU с заголовком, нижним колонтитулом или с ними обоими, образуя N-1 . Затем он передается на уровень N-2 .
4. Процесс продолжается до достижения самого нижнего уровня, с которого данные передаются на принимающее устройство.
5. На принимающем устройстве данные передаются с самого нижнего уровня на самый высокий в виде серии SDU , последовательно удаляясь из заголовка или нижнего колонтитула каждого уровня, пока не достигнут самого верхнего уровня, где потребляются последние данные.

Стандартные документы

Модель OSI определена в стандарте ISO/IEC 7498 и состоит из следующих частей:

• ISO/IEC 7498-1 Базовая модель
• Архитектура безопасности ISO/IEC 7498-2
• ISO/IEC 7498-3 Именование и адресация
• ISO/IEC 7498-4 Структура управления

ISO/IEC 7498-1 также опубликован как Рекомендация ITU-T X.200.

Архитектура слоев

В рекомендации X.200 описываются семь уровней, обозначенных от 1 до 7. Уровень 1 — самый нижний уровень в этой модели.

Модель OSI

Слой			Блок данных протокола (PDU)	Функция
Хозяин слои	7	Приложение	Данные	Протоколы высокого уровня, такие как совместное использование ресурсов или удаленный доступ к файлам, например HTTP .
	6	Презентация		Перевод данных между сетевой службой и приложением; включая кодировку символов , сжатие данных и шифрование/дешифрование
	5	Сессия		Управление сеансами связи , т. е. непрерывный обмен информацией в виде множественных передач туда и обратно между двумя узлами.
	4	Транспорт	Сегмент , Дейтаграмма	Надежная передача сегментов данных между точками сети, включая сегментацию , подтверждение и мультиплексирование.
СМИ слои	3	Сеть	Пакет	Структурирование и управление многоузловой сетью, включая адресацию , маршрутизацию и контроль трафика.
	2	Ссылка на данные	Рамка	Передача кадров данных между двумя узлами, соединенными физическим уровнем
	1	Физический	Бит , Символ	Передача и прием необработанных битовых потоков по физической среде.

Уровень 1: Физический уровень

Основная статья: Физический уровень

Физический уровень отвечает за передачу и прием неструктурированных необработанных данных между устройством, таким как контроллер сетевого интерфейса , концентратор Ethernet или сетевой коммутатор , и физической средой передачи . Он преобразует цифровые биты в электрические, радио или оптические сигналы. Спецификации уровней определяют такие характеристики, как уровни напряжения, время изменения напряжения, физические скорости передачи данных, максимальные расстояния передачи, схему модуляции, метод доступа к каналу и физические разъемы. Сюда входит расположение контактов , напряжение , сопротивление линии , характеристики кабеля, синхронизация сигнала и частота для беспроводных устройств. Управление скоростью передачи данных осуществляется на физическом уровне и может определять режим передачи как симплексный , полудуплексный и полнодуплексный . Компоненты физического уровня можно описать с точки зрения топологии сети . Спецификации физического уровня включены в спецификации вездесущих стандартов Bluetooth , Ethernet и USB . Примером менее известной спецификации физического уровня может служить CAN Стандарт .

Физический уровень также определяет, как происходит кодирование физического сигнала, такого как электрическое напряжение или световой импульс. Например, бит 1 может быть представлен на медном проводе переходом от сигнала 0 В к сигналу 5 В, тогда как бит 0 может быть представлен переходом от сигнала 5 В к сигналу 0 В. В результате общие проблемы, возникающие на физическом уровне, часто связаны с неправильным терминированием среды передачи, электромагнитными помехами или шумовым скремблированием, а также с сетевыми картами и концентраторами, которые неправильно настроены или работают неправильно.

Уровень 2: Уровень канала передачи данных

Основная статья: Уровень канала передачи данных

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

IEEE 802 делит уровень канала передачи данных на два подуровня:

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

Уровни MAC и LLC сетей IEEE 802, таких как 802.3 Ethernet , 802.11 Wi-Fi и 802.15.4 Zigbee , работают на уровне канала передачи данных.

Протокол «точка-точка» (PPP) — это протокол канального уровня, который может работать на нескольких различных физических уровнях, таких как синхронные и асинхронные последовательные линии.

Стандарт ITU-T G.hn , который обеспечивает высокоскоростную локальную сеть по существующим проводам (линиям электропередачи, телефонным линиям и коаксиальным кабелям), включает в себя полный уровень канала передачи данных, который обеспечивает как исправление ошибок , так и управление потоком данных посредством селективного -повторить протокол скользящего окна .

Безопасность, в частности (шифрование с проверкой подлинности), на этом уровне может применяться с помощью MACsec .

Уровень 3: Сетевой уровень

Основная статья: Сетевой уровень

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

Доставка сообщений на сетевом уровне не обязательно является надежной; протокол сетевого уровня может обеспечить надежную доставку сообщений, но это не обязательно.

Ряд протоколов управления уровнями, функция которых определена в приложении к управлению ISO 7498/4, относятся к сетевому уровню. К ним относятся протоколы маршрутизации, управление группами многоадресной рассылки, информация и ошибки сетевого уровня, а также назначение адресов сетевого уровня. Именно функция полезной нагрузки делает их принадлежащими сетевому уровню, а не протоколу, который их передает.

Уровень 4: Транспортный уровень

Основная статья: Транспортный уровень

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

Это может потребовать разбиения больших блоков данных протокола или длинных потоков данных на более мелкие фрагменты, называемые «сегментами», поскольку сетевой уровень устанавливает максимальный размер пакета, называемый максимальной единицей передачи (MTU), который зависит от максимального размера пакета, установленного всеми каналами передачи данных. уровни на сетевом пути между двумя хостами. Объем данных в сегменте данных должен быть достаточно небольшим, чтобы можно было использовать заголовок сетевого уровня и заголовок транспортного уровня. Например, для данных, передаваемых через Ethernet , MTU составляет 1500 байт, минимальный размер заголовка TCP — 20 байт, а минимальный размер заголовка IPv4 — 20 байт, поэтому максимальный размер сегмента составляет 1500–(20+ 20) байт или 1460 байт. Процесс разделения данных на сегменты называется сегментацией ; это необязательная функция транспортного уровня. Некоторые транспортные протоколы, ориентированные на соединение, такие как TCP и транспортный протокол, ориентированный на соединение (COTP), выполняют сегментацию и повторную сборку сегментов на принимающей стороне; транспортные протоколы без установления соединения, такие как UDP и транспортный протокол без установления соединения (CLTP) OSI обычно этого не делают.

Транспортный уровень также контролирует надежность данного канала между источником и хостом назначения посредством управления потоком, контроля ошибок и подтверждений последовательности и существования. Некоторые протоколы ориентированы на состояние и соединение . Это означает, что транспортный уровень может отслеживать сегменты и повторно передавать те, которые не доставлены, через систему подтверждения установления соединения. Транспортный уровень также обеспечивает подтверждение успешной передачи данных и отправляет следующие данные, если ошибок не произошло.

Однако надежность не является строгим требованием на транспортном уровне. Например, такие протоколы, как UDP, используются в приложениях, которые допускают некоторую потерю пакетов, переупорядочение, ошибки или дублирование. Потоковое мультимедиа , многопользовательские игры в реальном времени и передача голоса по IP (VoIP) являются примерами приложений, в которых потеря пакетов обычно не является фатальной проблемой.

Транспортный протокол OSI, ориентированный на соединение, определяет пять классов транспортных протоколов в режиме соединения: от класса 0 (который также известен как TP0 и обеспечивает наименьшее количество функций) до класса 4 (TP4, предназначенный для менее надежных сетей, подобных Интернету). ). Класс 0 не содержит восстановления после ошибок и был разработан для использования на сетевых уровнях, обеспечивающих безошибочные соединения. Класс 4 наиболее близок к TCP, хотя TCP содержит такие функции, как плавное закрытие, которые OSI назначает сеансовому уровню. режима соединения OSI TP Кроме того, все классы протоколов обеспечивают ускоренную передачу данных и сохранение границ записей. Подробные характеристики классов TP0–4 приведены в следующей таблице:

Название функции	ТП0	ТП1	ТП2	ТП3	ТП4
Сеть, ориентированная на соединение	Да	Да	Да	Да	Да
Сеть без установления соединения	Нет	Нет	Нет	Нет	Да
Конкатенация и разделение	Нет	Да	Да	Да	Да
Сегментация и повторная сборка	Да	Да	Да	Да	Да
Восстановление ошибок	Нет	Да	Да	Да	Да
Повторно установить соединение а	Нет	Да	Нет	Да	Нет
Мультиплексирование/демультиплексирование по одному виртуальному каналу	Нет	Нет	Да	Да	Да
Явное управление потоком	Нет	Нет	Да	Да	Да
Повторная передача по тайм-ауту	Нет	Нет	Нет	Нет	Да
Надежный транспортный сервис	Нет	Да	Нет	Да	Да
а Если чрезмерное количество PDU не подтверждено.

Самый простой способ визуализировать транспортный уровень — сравнить его с почтовым отделением, которое занимается отправкой и классификацией отправляемых писем и посылок. Почтовое отделение проверяет только внешний конверт почты, чтобы определить ее доставку. Более высокие уровни могут иметь эквивалент двойных конвертов, например службы криптографических презентаций, которые может прочитать только адресат. Грубо говоря, протоколы туннелирования работают на транспортном уровне, например, передавая протоколы, не относящиеся к IP, такие как IBM от SNA или Novell от IPX , по IP-сети или сквозное шифрование с помощью IPsec . Хотя инкапсуляция универсальной маршрутизации (GRE) может показаться протоколом сетевого уровня, если инкапсуляция полезной нагрузки происходит только в конечной точке, GRE становится ближе к транспортному протоколу, который использует заголовки IP, но содержит полные кадры уровня 2 или уровня 3. пакеты для доставки в конечную точку. L2TP передает кадры PPP внутри транспортных сегментов.

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

Безопасность транспортного уровня (TLS) также не совсем вписывается в эту модель. Он содержит характеристики транспортного и презентационного уровней.

Уровень 5: Сеансовый уровень

Основная статья: Сеансовый уровень

Уровень сеанса создает настройку, контролирует соединения и завершает разрыв между двумя или более компьютерами, который называется «сеансом». Общие функции сеансового уровня включают функции входа пользователя в систему (установление) и выхода пользователя из системы (завершение). В том числе методы аутентификации также встроены в большинство клиентских программ, таких как FTP-клиент и NFS-клиент для сетей Microsoft. Таким образом, сеансовый уровень устанавливает, управляет и разрывает соединения между локальным и удаленным приложением. Сеансовый уровень также обеспечивает полнодуплексную , полудуплексную или симплексную работу. и устанавливает процедуры для контрольных точек, приостановки, перезапуска и завершения сеанса между двумя связанными потоками данных, такими как аудио- и видеопоток, в приложении веб-конференций. Поэтому сеансовый уровень обычно реализуется явно в средах приложений, использующих удаленные вызовы процедур .

Уровень 6: Уровень представления

Основная статья: Уровень представления

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

Уровень представления обрабатывает преобразование протоколов, шифрование данных, расшифровку данных, сжатие данных, распаковку данных, несовместимость представления данных между операционными системами и графические команды. Уровень представления преобразует данные в форму, которую принимает уровень приложений, для отправки по сети. Поскольку уровень представления преобразует данные и графику в формат отображения для уровня приложения, уровень представления иногда называют уровнем синтаксиса. По этой причине уровень представления согласовывает передачу структуры синтаксиса с помощью основных правил кодирования абстрактной синтаксической нотации один (ASN.1) с такими возможностями, как преобразование EBCDIC с кодировкой текстового файла в ASCII или сериализация файл с кодировкой объекты и другие структуры данных из XML и в XML .

Уровень 7: Прикладной уровень

Основная статья: Прикладной уровень

Уровень приложения — это уровень модели OSI, который наиболее близок к конечному пользователю. Это означает, что и уровень приложения OSI, и пользователь напрямую взаимодействуют с программным приложением, которое реализует компонент связи между клиентом и сервером, например проводник. и Microsoft Word . Такие прикладные программы выходят за рамки модели OSI, если они не интегрированы напрямую в прикладной уровень посредством функций связи, как в случае с такими приложениями, как веб-браузеры и программы электронной почты . Другими примерами программного обеспечения являются сетевое программное обеспечение Microsoft для общего доступа к файлам и принтерам и клиент сетевой файловой системы Unix/Linux для доступа к общим файловым ресурсам.

Функции уровня приложения обычно включают общий доступ к файлам, обработку сообщений и доступ к базе данных через наиболее распространенные протоколы уровня приложения, известные как HTTP, FTP, SMB/CIFS, TFTP и SMTP. При идентификации партнеров по связи уровень приложения определяет личность и доступность партнеров по связи для приложения с данными для передачи. Наиболее важным различием на уровне приложения является различие между объектом-приложением и приложением. Например, веб-сайт бронирования может иметь два объекта-приложения: один использует HTTP для связи со своими пользователями, а другой — протокол удаленной базы данных для записи резервирований. Ни один из этих протоколов не имеет ничего общего с оговорками. Эта логика находится в самом приложении. Уровень приложений не имеет средств для определения доступности ресурсов в сети.

Межуровневые функции

Дополнительная информация: Межуровневая оптимизация.

Межуровневые функции — это сервисы, которые не привязаны к конкретному уровню, но могут влиять на более чем один уровень. Некоторые ортогональные аспекты, такие как управление и безопасность , затрагивают все уровни (см. ITU-T X.800). Рекомендацию ). Эти услуги направлены на улучшение триады ЦРУ — конфиденциальности , целостности и доступности — передаваемых данных. На практике межуровневые функции являются нормой, поскольку доступность услуги связи определяется взаимодействием между проектом сети и протоколами управления сетью .

Конкретные примеры межуровневых функций включают следующее:

• Служба безопасности (телекоммуникации) как определено рекомендацией ITU-T X.800.
• Функции управления, то есть функции, которые позволяют настраивать, создавать экземпляры, отслеживать и завершать связь двух или более объектов: существует специальный протокол прикладного уровня, Common Management Information Protocol (CMIP), и соответствующая ему служба, Common Management Information Service (CMIS). ), им необходимо взаимодействовать с каждым слоем, чтобы иметь дело со своими экземплярами.
• Многопротокольная коммутация по меткам (MPLS), ATM и X.25 — это протоколы 3a. OSI подразделяет сетевой уровень на три подуровня: 3a) доступ к подсети, 3b) конвергенция, зависящая от подсети, и 3c) независимая от подсети конвергенция. Он был разработан для предоставления унифицированной службы передачи данных как для клиентов с коммутацией каналов, так и для клиентов с коммутацией пакетов, которые предоставляют модель обслуживания на основе дейтаграмм . Его можно использовать для передачи множества различных видов трафика, включая IP-пакеты, а также собственные кадры ATM, SONET и Ethernet. Иногда можно увидеть ссылку на уровень 2.5.
• Перекрестное планирование MAC и PHY важно в беспроводных сетях из-за меняющейся во времени природы беспроводных каналов. Планируя передачу пакетов только в благоприятных условиях канала, что требует, чтобы уровень MAC получал информацию о состоянии канала от уровня PHY, можно значительно повысить пропускную способность сети и избежать потерь энергии.

Интерфейсы программирования

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

Например, спецификация интерфейса сетевого драйвера (NDIS) и открытый интерфейс передачи данных (ODI) являются интерфейсами между средой передачи (уровень 2) и сетевым протоколом (уровень 3).

Сравнение с другими сетевыми пакетами

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

Слой		OSI протоколы	Протоколы TCP/IP	Сигнализация Система 7	AppleTalk	IPX	СНС	UMTS	HTTP -протоколы	Разные примеры
Нет.	Имя
7	Приложение	ФТАМ Х.400 Х.500 ДАП РОЗА РТСЭ ACSE CMIP	HTTP HTTPS FTP SMTP	ИНАП КАРТА ТСАП ИСУП ТУП	АФП Почтовый индекс RTMP НБП	САП	APPC		Веб-браузер ВебДАВ МЫЛО OpenID ОТДЫХ API OAuth ГрафQL АктивностьПаб Гит DNS через HTTP	HL7 Модбус Вебсокет КоАП
6	Презентация	ИСО/МЭК 8823 Х.226 ИСО/МЭК 9576-1 Х.236	МИМ SSL/TLS ШДР		АФП				XML JSON МИМ Процентное кодирование база64 gzip бротли	ТДИ ASCII-код EBCDIC МИДИ MPEG
5	Сессия	ИСО/МЭК 8327 Х.225 ИСО/МЭК 9548-1 Х.235	Сокеты (установление сессии в TCP / RTP / PPTP )		АСП АДСП ПАП	НВЛинк	ДЛЦ ?		HTTP- заголовки , включая файлы cookie CSRF-токены Вебсокет	Именованные каналы NetBIOS САП ПКП НОСКИ
4	Транспорт	ИСО/МЭК 8073 ТП0 ТП1 ТП2 ТП3 ТР4 (Х.224) ИСО/МЭК 8602 Х.234	TCP UDP SCTP ВОЗ DCCP		ДДП	СПХ			HTTP / HTTP/2 / HTTP/3 Вебсокет ДТЛС Номер порта может быть указан.	НБФ
3	Сеть	ИСО/МЭК 8208 X.25 ( ПЛП ) ИСО/МЭК 8878 Х.223 ИСО/МЭК 8473-1 КЛНП X.233 ИСО/МЭК 10589 ЕСТЬ-Есть	ИП IPsec ICMP IGMP ОСПФ РВАТЬ	SCCP МТП	ATP ( TokenTalk / EtherTalk )	IPX	IBM НКП	РРК / БМК	Вне сферы действия. IP-адреса могут использоваться вместо доменных имен в URL-адресах .	НБФ Q.931
2	Ссылка на данные	ИСО/МЭК 7666 Х.25 ( ЛАПБ ) Токен-автобус Х.222 ИСО/МЭК 8802-2 ООО (тип 1/2)	ГЧП СБТВ СОСКАЛЬЗЫВАТЬ	МТП Q.710	LocalTalk МЫ ПОКУПАЕМ ГЧП	IEEE 802.3 кадрирование Кадрирование Ethernet II	СДЛК	ПДКП ООО МАК	Вне сферы действия.	АРП NDP (протокол обнаружения соседей) ARQ банкомат Битовая начинка CDP ДОКСИС ФДДИ СвДП оптоволоконный канал Ретрансляция кадров HDLC IEEE 802.3 MAC IEEE 802.11 MAC ИЭЭЭ 802.1Q ИСЛ МСЭ-Т G.hn и т. д. Объединение интерфейсов Linux ГЧП Q.921 Токен-ринг NDP (протокол обнаружения Nortel) ЕСТЬ-Есть
1	Физический	Х.25 ( Х.21бис ОВОС/ТИА-232 ОВОС/ТИА-449 ОВОС-530 Г.703 )	Стек TCP/IP не заботится о физической среде, пока он обеспечивает способ передачи октетов.	МТП Q.710	РС-232 РС-422 ТелефонНет		Твинакс	Воздушные интерфейсы UMTS	Вне сферы действия.	РС-232 РДЖ45 (8П8С) V.35 V.34 I.430 I.431 Т1 Е1 IEEE 802.3 PHY ( 10BASE-T) 100BASE-TX 1000BASE-T ) ГОРШКИ СОНЕТ Bluetooth СДХ DSL IEEE 802.11 PHY ITU-T G.hn PHY ДОКСИС ДВДМ ОТН

Сравнение с моделью TCP/IP

См. Также: Набор интернет-протоколов § Сравнение уровней TCP/IP и OSI.

Проектирование протоколов в TCP/IP не связано со строгой иерархической инкапсуляцией и многоуровневым представлением. модели Интернета RFC   3439 содержит раздел под названием «Многослойность считается вредной ». TCP/IP распознает четыре широких уровня функциональности, которые вытекают из рабочей области содержащихся в них протоколов: область программного приложения; транспортный путь между хостами; диапазон межсетевого взаимодействия; и объем прямых ссылок на другие узлы локальной сети.

Несмотря на то, что используется другая концепция многоуровневого образования, чем в модели OSI, эти уровни часто сравнивают со схемой многоуровневого образования OSI следующим образом:

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

Эти сравнения основаны на исходной семиуровневой модели протокола, определенной в ISO 7498, а не на уточнениях внутренней организации сетевого уровня.

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

Хотя на модель OSI все еще часто ссылаются, набор протоколов Интернета стал стандартом для сетей. Прагматичный подход TCP/IP к компьютерным сетям и независимым реализациям упрощенных протоколов сделал его практической методологией. Некоторые протоколы и спецификации в стеке OSI продолжают использоваться, одним из примеров является IS-IS , который был указан для OSI как ISO/IEC 10589:2002 и адаптирован для использования в Интернете с TCP/IP как RFC 1142.

См. также

• Профиль взаимодействия государственных открытых систем
• Иерархическая модель межсетевого взаимодействия
• История Интернета
• Слой 8
• Список инициализмов информационных технологий
• Плоскость управления
• Рекурсивная межсетевая архитектура
• Сервисный уровень
• Мультиплексирование сеансов

Дальнейшее чтение

• Дэй, Джон Д. (2008). Шаблоны в сетевой архитектуре: возвращение к основам . Река Аппер-Седл, Нью-Джерси: Pearson Education. ISBN  978-0-13-225242-3 . OCLC   213482801 .
• Диксон, Гэри; Ллойд, Алан (1992). Взаимосвязь открытых систем . Нью-Йорк: Прентис Холл. ISBN  978-0-13-640111-7 . OCLC   1245634475 – через Интернет-архив.
• Пишителло, Дэвид М.; Чапин, А. Лайман (1993). Сети открытых систем: TCP/IP и OSI . Ридинг, Массачусетс: Паб Addison-Wesley. компании ISBN  978-0-201-56334-4 . OCLC   624431223 - через Интернет-архив.
• Роуз, Маршалл Т. (1990). Открытая книга: практический взгляд на OSI . Энглвуд Клиффс, Нью-Джерси: Прентис Холл. ISBN  978-0-13-643016-2 . OCLC   1415988401 - через Интернет-архив.
• Рассел, Эндрю Л. (2014). Открытые стандарты и цифровая эпоха: история, идеология и сети . Издательство Кембриджского университета. ISBN  978-1-139-91661-5 . OCLC   881237495 . Частичный предварительный просмотр в Google Книгах .
• Циммерманн, Хуберт (апрель 1980 г.). «Эталонная модель OSI — модель архитектуры ISO для взаимодействия открытых систем». Транзакции IEEE в области коммуникаций . 28 (4): 425–432. CiteSeerX   10.1.1.136.9497 . дои : 10.1109/TCOM.1980.1094702 . ISSN   0090-6778 . OCLC   5858668034 . S2CID   16013989 .

Внешние ссылки

• «Сетевая архитектура Windows и модель OSI» . Microsoft Learn . 2 февраля 2024 г. Проверено 12 июля 2024 г.
• «Стандарт ISO/IEC 7498-1:1994 — Определение службы для элемента службы управления ассоциацией» . Портал поддержки стандартов ISO . Проверено 12 июля 2024 г. ( PDF-документ в ZIP-архиве ) ( требуются файлы cookie HTTP ) для принятия лицензионного соглашения
• «Рекомендация МСЭ X.200» . Международный союз электросвязи . 2 июня 1998 года . Проверено 12 июля 2024 г.
• «Архитектуры и блок-схемы INFormation Change на базе Google App Engine» . infchg.appspot.com . Архивировано из оригинала 26 мая 2012 года.
• «Справочник по сетевым технологиям» . docwiki.cisco.com . 10 июля 2015 г. Архивировано из оригинала 6 сентября 2015 г.
• ЭдXD; Сайкот, Махмуд Хасан (25 ноября 2021 г.). «Объяснение семи уровней модели OSI» . БайтXD . Проверено 12 июля 2024 г.