Протоколы OSI - OSI protocols

В Протоколы взаимодействия открытых систем представляют собой семейство стандартов обмена информацией, разработанных совместно ISO и ITU-T. Процесс стандартизации начался в 1977 году.

В то время как семислойный Модель OSI часто используется в качестве справочника для обучения и документации,[1] изначально задуманные для модели протоколы не получили популярности, а только X.400, X.500, и IS-IS добились длительного воздействия. Вместо этого цель открытого стандартного набора протоколов была достигнута Набор интернет-протоколов, поддерживается Инженерная группа Интернета (IETF).

Обзор

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

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


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

Этот уровень касается только физических вилок и розеток и электрических характеристик сигналов.

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

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

В уровень канала передачи данных упаковывает необработанные биты с физического уровня в кадры (логические, структурированные пакеты для данных). Это указано в Рек. МСЭ-Т. X.212 [ISO / IEC 8886], Рек. МСЭ-Т. X.222 и другие. Этот уровень отвечает за передачу кадров с одного хоста на другой. Он может выполнять проверку ошибок. Этот слой также состоит из двух подслоев: MAC и ООО.

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

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

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

Транспортные услуги в режиме с установлением соединения и без установления соединения определяются Рек. МСЭ-Т. X.214 [ISO / IEC 8072]; протокол, который предоставляет услугу в режиме соединения, определяется Рек. МСЭ-Т. X.224 [ISO / IEC 8073], а протокол, обеспечивающий службу в режиме без установления соединения, определяется Рек. МСЭ-Т. X.234 [ISO / IEC 8602].

  • Транспортный протокол класса 0 (TP0 )
  • Транспортный протокол класса 1 (TP1 )
  • Транспортный протокол класса 2 (TP2 )
  • Транспортный протокол класса 3 (TP3 )
  • Транспортный протокол класса 4 (TP4 )
  • Транспортный протокол быстрого байта - ISO 14699

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

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

Сеансовый уровень контролирует диалоги (соединения) между компьютерами. Он устанавливает, управляет и завершает соединения между локальным и удаленным приложением. Он предусматривает полнодуплексный, полудуплексный или симплекс операции, и устанавливает процедуры контрольной точки, приостановки, завершения и перезапуска. Модель OSI сделала этот уровень ответственным за постепенное закрытие сеансов, которое является свойством протокола управления передачей, а также за контрольные точки сеанса и восстановление, которые обычно не используются в Internet Protocol Suite. Сеансовый уровень обычно явно реализуется в прикладных средах, использующих удаленные вызовы процедур.

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

Этот уровень определяет и шифрует / дешифрует типы данных из уровня приложения. Такие протоколы, как MIDI, MPEG и GIF, представляют собой форматы уровня представления, совместно используемые различными приложениями.

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

Элементы службы общих приложений (CASE)

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

Процессы приложений

Протоколы маршрутизации

Смотрите также

Рекомендации

  1. ^ Шоу, Кит (22.10.2018). «Объяснение модели OSI: как понять (и запомнить) 7-уровневую сетевую модель». Сетевой мир. Получено 2020-05-16.
  2. ^ «Сетевая архитектура Windows и модель OSI». Документация Microsoft. Получено 24 июн 2020.
  3. ^ Поддержка FTAM заявлена ​​IBM, Novell, Sun, Unisys и т. Д. В архиве 2013-03-02 в Wayback Machine, Совместная команда проверки совместимости