✖
~~~~~~~~~~~~~~~~~~~~ Arc.Ask3.Ru ~~~~~~~~~~~~~~~~~~~~~ 
Номер скриншота №:
✰ 7DB5632B87665FA55CE7AE4660663213__1717508820 ✰
Заголовок документа оригинал.:
✰ OSI model - Wikipedia ✰
Заголовок документа перевод.:
✰ Модель OSI — Википедия ✰
Снимок документа находящегося по адресу (URL):
✰ https://en.wikipedia.org/wiki/OSI_model ✰
Адрес хранения снимка оригинал (URL):
✰ https://arc.ask3.ru/arc/aa/7d/13/7db5632b87665fa55ce7ae4660663213.html ✰
Адрес хранения снимка перевод (URL):
✰ https://arc.ask3.ru/arc/aa/7d/13/7db5632b87665fa55ce7ae4660663213__translat.html ✰
Дата и время сохранения документа:
✰ 12.06.2024 12:28:26 (GMT+3, MSK) ✰
Дата и время изменения документа (по данным источника):
✰ 4 June 2024, at 16:47 (UTC). ✰ 

~~~~~~~~~~~~~~~~~~~~~~ Ask3.Ru ~~~~~~~~~~~~~~~~~~~~~~ 
Сервисы Ask3.ru: 
 Архив документов (Снимки документов, в формате HTML, PDF, PNG - подписанные ЭЦП, доказывающие существование документа в момент подписи. Перевод сохраненных документов на русский язык.) 
✰ https://arc.ask3.ru ✰
 Ответы на вопросы (Сервис ответов на вопросы, в основном, научной направленности) 
✰ https://ask3.ru/answer2question ✰
 Товарный сопоставитель (Сервис сравнения и выбора товаров) ✰✰
✰ https://ask3.ru/product2collation ✰
 Партнеры 
✰ https://comrades.ask3.ru ✰


Совет. Чтобы искать на странице, нажмите Ctrl+F или ⌘-F (для MacOS) и введите запрос в поле поиска.
Arc.Ask3.ru: далее начало оригинального документа

Модель OSI — Википедия Jump to content

Модель OSI

Из Википедии, бесплатной энциклопедии

Модель OSI
по слою
7. Прикладной уровень
6. Уровень представления
5. Сеансовый уровень
4. Транспортный уровень
3. Сетевой уровень
2. Канальный уровень передачи данных
1. Физический уровень

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

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

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

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

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

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

История [ править ]

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

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

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

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

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

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

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

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

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

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

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

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

Определения [ править ]

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

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

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

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


Уровень 1: Физический уровень [ править ]

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

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

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

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

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

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

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

Уровни 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, относятся к сетевому уровню. К ним относятся протоколы маршрутизации, управление группами многоадресной рассылки, информация и ошибки сетевого уровня, а также назначение адресов сетевого уровня. Именно функция полезной нагрузки делает их принадлежащими сетевому уровню, а не протоколу, который их передает. [29]

Уровень 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 приведены в следующей таблице: [30]

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

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

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

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

Уровень 5: Уровень сеанса [ править ]

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

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

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

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

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

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

Уровень 7: Уровень приложения [ править ]

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

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

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

Межуровневые функции [ править ]

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

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

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

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

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

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

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

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

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

Слой OSI протоколы Протоколы TCP/IP Сигнализация
Система 7 [38] 		AppleTalk IPX СНС UMTS HTTP -протоколы Разные примеры
Нет. Имя
7 Приложение
6 Презентация
  • ИСО/МЭК 8823
  • Х.226

  • ИСО/МЭК 9576-1
  • Х.236
5 Сессия
  • ИСО/МЭК 8327
  • Х.225

  • ИСО/МЭК 9548-1
  • Х.235
Сокеты (установление сессии в TCP / RTP / PPTP )
4 Транспорт
  • ИСО/МЭК 8073
  • ТП0
  • ТП1
  • ТП2
  • ТП3
  • ТР4 (Х.224)
  • ИСО/МЭК 8602
  • Х.234
Номер порта может быть указан.
3 Сеть
ATP ( TokenTalk / EtherTalk )
Вне сферы действия. IP-адреса могут использоваться вместо доменных имен в URL-адресах .
2 Канал передачи данных
IEEE 802.3 кадрирование
Кадрирование Ethernet II
Вне сферы действия.
1 Физический
Стек TCP/IP не заботится о физической среде, пока он обеспечивает способ передачи октетов.
Воздушные интерфейсы UMTS Вне сферы действия.

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

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

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

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

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

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

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

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

См. также [ править ]

Дальнейшее чтение [ править ]

Ссылки [ править ]

  1. ^ «X.225: Информационные технологии – Взаимосвязь открытых систем – Протокол сеанса, ориентированный на соединение: Спецификация протокола» . Архивировано из оригинала 1 февраля 2021 года . Проверено 10 марта 2023 г.
  2. ^ ISO/IEC 7498-1:1994 Информационные технологии. Взаимосвязь открытых систем. Базовая эталонная модель: Базовая модель . Июнь 1999 г. Введение . Проверено 26 августа 2022 г.
  3. ^ «Что такое модель OSI?» . Форспойнт . 10 августа 2018 года . Проверено 20 мая 2022 г.
  4. ^ Перейти обратно: а б с Томшо, Грег (2016). Руководство по основам работы в сети (7-е изд.). Сенгаге . Проверено 3 апреля 2022 г.
  5. ^ Перейти обратно: а б Дэвис, Ховард; Брессан, Беатрис (26 апреля 2010 г.). История международных исследовательских сетей: люди, которые сделали это возможным . Джон Уайли и сыновья. стр. 2–3. ISBN  978-3-527-32710-2 .
  6. ^ Робертс, доктор Лоуренс Г. (ноябрь 1978 г.). «Эволюция коммутации пакетов» (PDF) . Приглашенный доклад IEEE . Проверено 26 февраля 2022 г.
  7. ^ Вниз, Питер Джон; Тейлор, Фрэнк Эдвард (1976). Почему распределенные вычисления?: Обзор потенциала и опыта NCC в Великобритании . Публикации НКЦ. ISBN  9780850121704 .
  8. ^ Раду, Роксана (2019). «Возвращаясь к истокам: Интернет и его раннее управление». Переговоры по управлению Интернетом . Издательство Оксфордского университета. стр. 43–74. дои : 10.1093/oso/9780198833079.003.0003 . ISBN  9780191871405 .
  9. ^ Перейти обратно: а б Эндрю Л. Рассел (30 июля 2013 г.). «OSI: Интернет, которого не было» . IEEE-спектр . Том. 50, нет. 8.
  10. ^ Кэмпбелл-Келли, Мартин; Гарсия-Шварц, Дэниел Д. (2013). «История Интернета: недостающие повествования» . Журнал информационных технологий . 28 (1): 18–33. дои : 10.1057/jit.2013.4 . ISSN   0268-3962 . S2CID   41013 . ССНР   867087 .
  11. ^ «OSI Интернет, которого не было» . IEEE-спектр . Март 2017.
  12. ^ Саншайн, Карл А. (1989). Архитектура компьютерных сетей и протоколы . Springer Science & Business Media. п. 35. ISBN  978-1-4613-0809-6 .
  13. ^ Хасман, А. (1995). Образование и подготовка кадров в области информатики здравоохранения в Европе: современное состояние, рекомендации, приложения . ИОС Пресс. п. 251. ИСБН  978-90-5199-234-2 .
  14. ^ «ISO/OSI (Взаимосвязь открытых систем): 1982–1983 | История компьютерных коммуникаций» . Historyofcomputercommunication.info . Проверено 22 июня 2023 г.
  15. ^ ЯН Ли. «Пионеры компьютеров, ЯН Ли» . Компьютерное общество IEEE.
  16. ^ «Рекомендации МСЭ-Т серии X» .
  17. ^ «Общедоступные стандарты» . Стандарты.iso.org. 30 июля 2010 г. Проверено 11 сентября 2010 г.
  18. ^ Рассел, Эндрю Л. (28 апреля 2014 г.). Открытые стандарты и цифровая эпоха: история, идеология и сети . Издательство Кембриджского университета. ISBN  978-1-139-91661-5 .
  19. ^ Рассел, Эндрю Л. «Приблизительный консенсус и работающий код и война стандартов Интернет-OSI» (PDF) . IEEE Анналы истории вычислений.
  20. ^ «Войны стандартов» (PDF) . 2006.
  21. ^ Сетевой мир . IDG Network World Inc., 15 февраля 1988 г.
  22. ^ Сетевой мир . IDG Network World Inc., 10 октября 1988 г.
  23. ^ Шоу, Кейт (22 октября 2018 г.). «Модель OSI объясняет: как понять (и запомнить) семиуровневую сетевую модель» . Сетевой мир . Проверено 16 мая 2020 г.
  24. ^ «Модель OSI для облака» . Блоги Cisco . 24 февраля 2017 года . Проверено 16 мая 2020 г.
  25. ^ Тейлор, Стив; Мецлер, Джим (23 сентября 2008 г.). «Почему пришло время позволить модели OSI умереть» . Сетевой мир . Проверено 16 мая 2020 г.
  26. ^ Перейти обратно: а б Кроуфорд, Дж. Б. (27 марта 2021 г.). «Фактическая модель OSI» .
  27. ^ «Сетевая архитектура Windows и модель OSI» . Документация Майкрософт . Проверено 24 июня 2020 г.
  28. ^ «5.2 Описание РМ для конечных станций». IEEE Std 802-2014, Стандарт IEEE для локальных и городских сетей: обзор и архитектура . дааа. doi : 10.1109/IEESTD.2014.6847097 . ISBN  978-0-7381-9219-2 .
  29. ^ Международная организация по стандартизации (15 ноября 1989 г.). «ISO/IEC 7498-4:1989 – Информационные технологии – Взаимосвязь открытых систем – Базовая эталонная модель: Именование и адресация» . Портал поддержки стандартов ISO . Центральный секретариат ИСО . Проверено 17 августа 2015 г.
  30. ^ «Рекомендация ITU-T X.224 (11/1995) ISO/IEC 8073, Взаимодействие открытых систем – протокол для предоставления транспортных услуг в режиме соединения » . МСЭ.
  31. ^ Хупер, Ховард (2012). Официальное руководство по сертификации CCNP Security VPN 642-648 (2-е изд.). Сиско Пресс. п. 22. ISBN  9780132966382 .
  32. ^ Спотт, Эндрю; Лук-порей, Том; и другие. «Какой уровень представляет собой TLS?» . Обмен стеками информационной безопасности .
  33. ^ Григонис, Ричард (2000). Компьютерная телефония-энциклопедия . КМП. п. 331. ИСБН  9781578200450 .
  34. ^ Мао, Стивен (13 ноября 2009 г.). «Глава 8: Основы сетей связи». В Выглинском, Александр; Некови, Мазиар; Хоу, Томас (ред.). Когнитивная радиосвязь и сети: принципы и практика . Эльзевир. п. 201. ИСБН  978-0-08-087932-1 .
  35. ^ Перейти обратно: а б «Рекомендация ITU-T X.800 (03/91), Архитектура безопасности для взаимодействия открытых систем для приложений CCITT » . МСЭ . Проверено 14 августа 2015 г.
  36. ^ Хегеринг, Хайнц-Герд (24 августа 1999 г.). Интегрированное управление сетевыми системами: концепции, архитектуры и их оперативное применение . Морган Кауфманн. п. 54. ИСБН  978-1558605718 .
  37. ^ Мяо, Гован ; Сун, Гоцун (2014). Проектирование беспроводной сети с эффективным использованием энергии и спектра . Издательство Кембриджского университета . ISBN  978-1107039889 .
  38. ^ «Рекомендация ITU-T Q.1400 (03/1993)], Архитектурная основа для разработки протоколов сигнализации и OA&M с использованием концепций OSI » . МСЭ. стр. 4, 7.
  39. ^ Рек. МСЭ X.227 (ISO 8650), X.217 (ISO 8649).
  40. ^ Серия рекомендаций X.700 от ITU-T (в частности, X.711) и ISO 9596.
  41. ^ Перейти обратно: а б «Справочник по технологиям межсетевого взаимодействия – Основы межсетевого взаимодействия [Межсетевое взаимодействие]» . Циско . 15 января 2014 года . Проверено 14 августа 2015 г.
  42. ^ «Спецификация 3GPP: 36.300» . 3gpp.org . Проверено 14 августа 2015 г.
  43. ^ «Наслоение считается вредным» . Некоторые рекомендации по архитектуре Интернета и философия . Декабрь 2002 г. сек. 3. дои : 10.17487/RFC3439 . РФК 3439 . Проверено 25 апреля 2022 г.
  44. ^ Уолтер Горальски (2009). Иллюстрированная сеть: как TCP/IP работает в современной сети (PDF) . Морган Кауфманн . п. 26. ISBN  978-0123745415 .
  45. ^ Перейти обратно: а б с Эндрю С. Таненбаум , Компьютерные сети, § 1.4.4.

Внешние ссылки [ править ]

В Wikimedia Commons есть медиафайлы, связанные с моделью OSI .
Retrieved from "https://en.wikipedia.org/w/index.php?title=OSI_model&oldid=1227248293"
Arc.Ask3.Ru: конец оригинального документа.
Arc.Ask3.Ru
Номер скриншота №: 7DB5632B87665FA55CE7AE4660663213__1717508820
URL1:https://en.wikipedia.org/wiki/OSI_model
Заголовок, (Title) документа по адресу, URL1:
OSI model - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть, любые претензии не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, денежную единицу можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)