Модель взаимодействия открытых систем (Модель OSI ) - это концептуальная модель, которая характеризует и стандартизирует функции связи телекоммуникационной или вычислительной системы безотносительно к лежащей в ее основе внутренней структуре и технологии. Ее цель - совместимость различных систем связи со стандартными протоколами связи.
. Модель разделяет поток данных в системе связи на семь уровней абстракции, начиная с физической реализации передачи биты через среду связи в представление данных наивысшего уровня распределенного приложения. Каждый промежуточный уровень служит классом функциональности для уровня выше и обслуживается уровнем ниже него. Классы функциональности реализованы в программном обеспечении с помощью стандартизованных протоколов связи.
Модель OSI была разработана, начиная с конца 1970-х годов, для поддержки появления разнообразных компьютерных сетевых методов, которые конкурировали за применение в крупных национальных сетевых усилиях во Франции., Соединенное Королевство и Соединенные Штаты. В 1980-х годах эта модель стала рабочим продуктом группы Open Systems Interconnection Group в Международной организации по стандартизации (ISO). При попытке предоставить исчерпывающее описание сети, модель не смогла заручиться поддержкой архитекторов программного обеспечения при разработке раннего Интернета, что отражено в менее строгом Internet Protocol Suite, в основном спонсируемая под эгидой Инженерной группы Интернета (IETF).
Обмен данными в модели OSI (пример с уровнями с 3 по 5)В начале и середине 1970-х создание сетей в основном финансировалось государством (сеть NPL в Великобритания, ARPANET в США, CYCLADES во Франции) или разработано поставщиком с использованием собственных стандартов, таких как IBM, Сетевая архитектура систем и Digital Equipment Corporation DECnet. Общедоступные сети передачи данных только начинали появляться, и в конце 1970-х годов они начали использовать стандарт X.25.
Экспериментальная коммутация пакетов Система в Великобритании примерно в 1973-5 годах выявила необходимость определения протоколов более высокого уровня. Опубликованная в Великобритании публикация Национального вычислительного центра «Почему распределенные вычисления», основанная на значительном исследовании будущих конфигураций компьютерных систем, привела к тому, что Великобритания представила аргументы в пользу того, чтобы комитет по международным стандартам рассмотрел эту область на заседании 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 и 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, происходит следующим образом:
OSI Модель была определена в стандарте ISO / IEC 7498, который состоит из следующих частей:
ISO / IEC 7498-1 также опубликован как Рекомендация ITU-T X.200.
Рекомендация X.200 описывает семь уровней, обозначенных от 1 до 7. Уровень 1 является самым нижним уровнем в этой модели.
Уровень | Блок данных протокола (PDU) | Функция | ||
---|---|---|---|---|
Хост. уровни | 7 | Приложение | Данные | Высокий уровень API, включая совместное использование ресурсов, удаленный доступ к файлам |
6 | Представление | Трансляция данных между сетевой службой и приложением; включая кодировку символов, сжатие данных и шифрование / дешифрование | ||
5 | сеанс | Управление связью сеансами, т.е. непрерывный обмен информацией в форма множественных передач в прямом и обратном направлении между двумя узлами | ||
4 | Транспорт | Сегмент, Датаграмма | Надежная передача сегментов данных между точками в сети, включая сегментацию, подтверждение и мультиплексирование | |
Медиа. уровни | 3 | Сеть | Пакет | Структурирование и управление многоузловой сетью, включая адресацию, маршрутизация и управление трафиком |
2 | Канал передачи данных | Кадр | Надежная передача кадров данных между двумя узлами, соединенными физическим уровнем | |
1 | Физический | Бит, Символ | Передача и прием необработанных битовых потоков по физическому носителю |
Физический уровень отвечает за передачу и прием неструктурированных необработанные данные между устройством и физической средой передачи . Он преобразует цифровые биты в электрические, радио или оптические сигналы. Спецификации уровня определяют такие характеристики, как уровни напряжения, время изменения напряжения, физические скорости передачи данных, максимальные расстояния передачи, схему модуляции, метод доступа к каналу и физические разъемы. Это включает в себя схему контактов, напряжения, сопротивление линии , характеристики кабеля, синхронизацию сигнала и частоту для беспроводных устройств. Управление скоростью передачи данных выполняется на физическом уровне и может определять режим передачи как симплекс, полудуплекс и полнодуплекс. Компоненты физического уровня могут быть описаны в терминах топологии сети . Спецификации физического уровня включены в спецификации повсеместных стандартов Bluetooth, Ethernet и USB. Примером менее известной спецификации физического уровня может служить стандарт CAN.
Уровень канала передачи данных обеспечивает передачу данных от узла к узлу - связь между двумя напрямую подключенными узлами.. Он обнаруживает и, возможно, исправляет ошибки, которые могут возникнуть на физическом уровне. Он определяет протокол для установления и завершения соединения между двумя физически подключенными устройствами. Он также определяет протокол для управления потоком между ними.
IEEE 802 делит уровень канала данных на два подуровня:
Уровни MAC и LLC сетей IEEE 802, такие как 802.3 Ethernet, 802.11 Wi-Fi и 802.15.4 ZigBee работают на уровне канала передачи данных.
Протокол точка-точка (PPP) - это протокол уровня канала передачи данных, который может работать на нескольких различных физических уровнях, таких как синхронный и асинхронные последовательные линии.
Стандарт ITU-T G.hn, который обеспечивает высокоскоростную локальную сеть по существующим проводам (линии электропередач, телефонные линии и коаксиальные кабели), включает полный уровень канала передачи данных, который обеспечивает как исправление ошибок, так и управление потоком с помощью selective-repeat протокола скользящего окна.
Безопасность, в частности (аутентифицированное) шифрование, на этом уровне может применяться MACSec.
Сетевой уровень обеспечивает функциональные и процедурные средства передачи пакетов из один узел к другому подключен в «разные сети». Сеть - это среда, к которой могут быть подключены многие узлы, на которой каждый узел имеет адрес и который позволяет узлам, подключенным к ней, передавать сообщения другим узлам, подключенным к ней, просто предоставляя содержимое сообщения и адрес места назначения. узел и позволяя сети найти способ доставки сообщения к узлу назначения, возможно, маршрутизируя его через промежуточные узлы. Если сообщение слишком велико для передачи от одного узла к другому на уровне канала передачи данных между этими узлами, сеть может реализовать доставку сообщения, разделив сообщение на несколько фрагментов в одном узле, отправив фрагменты независимо и повторно собрав фрагменты на другой узел. Он может, но не обязан, сообщать об ошибках доставки.
Доставка сообщения на сетевом уровне не обязательно гарантирует надежность; протокол сетевого уровня может обеспечивать надежную доставку сообщений, но это не обязательно.
Ряд протоколов управления уровнями, функция, определенная в приложении по управлению, ISO 7498/4, принадлежит сетевому уровню. К ним относятся протоколы маршрутизации, управление группами многоадресной рассылки, информация и ошибки сетевого уровня, а также назначение адресов сетевого уровня. Именно функция полезной нагрузки делает их принадлежащими сетевому уровню, а не протоколу, который их переносит.
Транспортный уровень обеспечивает функциональные и процедурные средства передачи последовательностей данных переменной длины от источника к хосту назначения при сохранении качества функций обслуживания.
Транспортный уровень контролирует надежность данного канала с помощью управления потоком, сегментации / десегментации и контроля ошибок. Некоторые протоколы ориентированы на состояние и соединение. Это означает, что транспортный уровень может отслеживать сегменты и повторно передавать те, доставка которых не выполняется. Транспортный уровень также обеспечивает подтверждение успешной передачи данных и отправляет следующие данные, если ошибок не произошло. Транспортный уровень создает сегменты из сообщения, полученного от прикладного уровня. Сегментация - это процесс разделения длинного сообщения на более мелкие.
OSI определяет пять классов транспортных протоколов в режиме установления соединения в диапазоне от класса 0 (который также известен как TP0 и обеспечивает наименьшее количество функций) до класса 4 (TP4, разработанный для менее надежных сетей, подобных Интернету). Класс 0 не содержит средства восстановления после ошибок и был разработан для использования на сетевых уровнях, которые обеспечивают безошибочные соединения. Класс 4 наиболее близок к TCP, хотя TCP содержит такие функции, как плавное закрытие, которое OSI назначает на уровне сеанса. Кроме того, все классы протокола режима соединения OSI TP обеспечивают ускоренную передачу данных и сохранение границ записи. Подробные характеристики классов TP0-4 показаны в следующей таблице:
Название функции | TP0 | TP1 | TP2 | TP3 | TP4 |
---|---|---|---|---|---|
Сеть с установлением соединения | Да | Да | Да | Да | Да |
Без установления соединения сеть | No | No | No | No | Да |
Объединение и разделение | No | Да | Да | Да | Да |
Сегментация и повторная сборка | Да | Да | Да | Да | Да |
Восстановление после ошибки | No | Да | Да | Да | Да |
Повторно установить соединение | No | Да | No | Да | Нет |
Мультиплексирование / демультиплексирование по одному виртуальному каналу | No | No | Да | Да | Да |
Явное управление потоком | No | No | Да | Да | Да |
Повторная передача по таймауту | No | No | No | No | Да |
Надежная транспортная служба | No | Да | No | Да | Да |
Если не подтверждено чрезмерное количество PDU. |
Легкий способ визуализировать транспортный уровень - сравнить его с почтовым отделением, которое занимается отправкой и классификацией отправляемых почтовых отправлений и посылок. Почтовое отделение проверяет только внешний конверт почты, чтобы определить его доставку. Более высокие уровни могут иметь эквивалент двойных конвертов, таких как службы криптографического представления, которые могут быть прочитаны только адресатом. Грубо говоря, протоколы туннелирования работают на транспортном уровне, например, переносят не-IP протоколы, такие как IBM SNA или Novell. IPX по IP-сети или сквозное шифрование с IPsec. Хотя Generic Routing Encapsulation (GRE) может показаться протоколом сетевого уровня, если инкапсуляция полезной нагрузки происходит только в конечной точке, GRE становится ближе к транспортному протоколу, который использует заголовки IP, но содержит полные Кадры уровня 2 или пакеты уровня 3 для доставки в конечную точку. L2TP переносит кадры PPP внутри транспортных сегментов.
Хотя он и не разработан в рамках эталонной модели OSI и не полностью соответствует определению транспортного уровня OSI, протокол управления передачей (TCP) и протокол пользовательских дейтаграмм (UDP) Internet Protocol Suite обычно классифицируются как протоколы уровня 4 в OSI.
Безопасность транспортного уровня (TLS) обеспечивает безопасность на этом уровне.
Сеансовый уровень управляет диалогами (соединениями) между компьютерами. Он устанавливает, управляет и завершает соединения между локальным и удаленным приложением. Он обеспечивает работу полнодуплексного, полудуплексного или симплексного и устанавливает процедуры для установки контрольных точек, приостановки, перезапуска и завершения сеанса. В модели OSI этот уровень отвечает за корректное закрытие сеанса, который обрабатывается в протоколе управления передачей на транспортном уровне в Internet Protocol Suite. Этот уровень также отвечает за контрольные точки сеанса и восстановление, что обычно не используется в Internet Protocol Suite. Сеансовый уровень обычно реализуется явно в прикладных средах, которые используют вызовы удаленных процедур.
Уровень представления устанавливает контекст между объектами уровня приложения, в сущности прикладного уровня могут использовать другой синтаксис и семантику, если служба представления обеспечивает отображение между ними. Если отображение доступно, блоки данных протокола представления инкапсулируются в блоки данных протокола сеанса и передаются вниз по стеку протоколов .
. Этот уровень обеспечивает независимость от представления данных путем преобразования между форматами приложения и сетью. Уровень представления преобразует данные в форму, которую принимает приложение. Этот слой форматирует данные для отправки по сети. Иногда его называют синтаксическим слоем. Уровень представления может включать в себя функции сжатия. Уровень представления согласовывает синтаксис передачи.
В исходной структуре представления использовались основные правила кодирования из Abstract Syntax Notation One (ASN.1) с такими возможностями, как преобразование EBCDIC -кодированный текст файл в ASCII -кодированный файл или сериализация объектов и других структур данных от и до XML. ASN.1 фактически делает протокол приложения инвариантным относительно синтаксиса.
Уровень приложения - это уровень OSI, ближайший к конечному пользователю, что означает, что и уровень приложения OSI, и пользователь напрямую взаимодействуют с программное приложение. Этот уровень взаимодействует с программными приложениями, реализующими коммуникационный компонент. Такие прикладные программы выходят за рамки модели OSI. Функции прикладного уровня обычно включают в себя идентификацию партнеров по связи, определение доступности ресурсов и синхронизацию связи. При идентификации партнеров по связи прикладной уровень определяет личность и доступность партнеров по связи для приложения с данными для передачи. Наиболее важным различием на уровне приложения является различие между сущностью приложения и приложением. Например, веб-сайт бронирования может иметь два объекта-приложения: один использует HTTP для связи со своими пользователями, а другой - протокол удаленной базы данных для записи бронирований. Ни один из этих протоколов не имеет ничего общего с оговорками. Эта логика заложена в самом приложении. На прикладном уровне нет средств для определения доступности ресурсов в сети.
Межуровневые функции - это сервисы, которые не привязаны к данному уровню, но могут влиять на более чем один уровень. Некоторые ортогональные аспекты, такие как управление и безопасность, включают все уровни (см. Рекомендацию ITU-T X.800). Эти услуги нацелены на улучшение триады CIA - конфиденциальность, целостность и доступность - передаваемых данных. На практике межуровневые функции являются нормой, потому что доступность услуги связи определяется взаимодействием между протоколами дизайн сети и управление сетью.
Конкретные примеры межуровневых функций включают следующее:
Ни то, ни другое в эталонной модели OSI или в каких-либо спецификациях протокола OSI излагаются любые программные интерфейсы, кроме намеренно абстрактных описаний сервисов. Спецификации протокола определяют методологию связи между одноранговыми узлами, но программные интерфейсы зависят от реализации.
Например, Спецификация интерфейса сетевого драйвера (NDIS) и Открытый интерфейс канала передачи данных (ODI) - это интерфейсы между носителем (уровень 2) и сетью. протокол (уровень 3).
Layer | OSI протоколы | TCP / IP протоколы | Сигнализация. System 7 | AppleTalk | IPX | SNA | UMTS | Прочие примеры | |
---|---|---|---|---|---|---|---|---|---|
№ | Имя | ||||||||
7 | Приложение | ||||||||
6 | Презентация |
| |||||||
5 | Сессия |
| Sockets (установление сеанса в TCP / RTP / PPTP ) |
| |||||
4 | Транспорт |
| |||||||
3 | Сеть | ATP (TokenTalk / EtherTalk ) | |||||||
2 | Канал передачи данных | Фрейминг IEEE 802.3. Фрейминг Ethernet II |
| ||||||
1 | Physical | радиоинтерфейсы UMTS |
Дизайн протоколов в Модель TCP / IP Интернета не занимается строгой иерархической инкапсуляцией и многоуровневостью. RFC 3439 содержит раздел под названием «Уровни считаются опасными ». TCP / IP действительно распознает четыре широких уровня функциональности, которые основаны на рабочем объеме содержащихся в них протоколов: объем программного приложения; транспортный путь от хоста к хосту; межсетевой диапазон; и объем прямых ссылок на другие узлы в локальной сети.
Несмотря на использование другой концепции многоуровневого разделения, чем в модели OSI, эти уровни часто сравнивают со схемой многоуровневой структуры OSI следующим образом:
Эти сравнения основаны на исходном семиуровневом протоколе модель, как определено в ISO 7498, а не уточнения внутренней организации сетевого уровня.
Набор протоколов OSI, который был указан как часть проекта OSI, многими считался слишком сложным, неэффективным и в значительной степени нереализуемым. Применяя подход к сети, основанный на «обновлении погрузчика», он предусматривал устранение всех существующих сетевых протоколов и их замену на всех уровнях стека. Это затрудняло внедрение и встречало сопротивление со стороны многих поставщиков и пользователей, вкладывающих значительные средства в другие сетевые технологии. Кроме того, протоколы включали так много дополнительных функций, что реализации многих поставщиков не могли взаимодействовать.
Хотя модель OSI все еще часто упоминается, набор интернет-протоколов стал стандартом для сетей. Прагматический подход TCP / IP к компьютерным сетям и независимым реализациям упрощенных протоколов сделал его практической методологией. Некоторые протоколы и спецификации в стеке OSI остаются в использовании, одним из примеров является IS-IS, который был указан для OSI как ISO / IEC 10589: 2002 и адаптирован для использования в Интернете с TCP / IP как RFC 1142.
Викискладе есть носители, относящиеся к модели OSI. |