Модель OSI - OSI model

Модель OSI
к слой

В Модель взаимодействия открытых систем (Модель OSI) это концептуальная модель который характеризует и стандартизирует коммуникационные функции телекоммуникации или вычислительная система безотносительно к ее внутренней структуре и технологии. Его цель - совместимость различных систем связи со стандартными протоколы связи.

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

Модель OSI была разработана в конце 1970-х годов для поддержки появления разнообразных методов компьютерных сетей, которые конкурировали за применение в крупных национальных сетевых усилиях во Франции, Великобритании и Соединенных Штатах. В 1980-х годах эта модель стала рабочим продуктом группы Open Systems Interconnection Group Международная организация по стандартизации (ISO). Пытаясь дать исчерпывающее описание сети, модель не смогла заручиться поддержкой архитекторов программного обеспечения при разработке первых разработок. Интернет, что отражается в менее строгих Пакет Интернет-протокола, в основном спонсируемые под эгидой Инженерная группа Интернета (IETF).

Обмен данными в модели OSI (пример с уровнями с 3 по 5)

История

В начале и середине 1970-х годов создание сетей в значительной степени финансировалось государством (Сеть NPL в Соединенном Королевстве, ARPANET в США, ЦИКЛАДЫ во Франции) или разработанные поставщиком с использованием собственных стандартов, таких как IBM с Системная сетевая архитектура и Корпорация цифрового оборудования с DECnet. Сети передачи данных общего пользования только-только начали появляться, и они начали использовать X.25 стандарт в конце 1970-х гг.[1][2]

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

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

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

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

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

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

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

OSI был отраслевым усилием, направленным на то, чтобы участники отрасли согласились на общие сетевые стандарты, чтобы обеспечить совместимость с различными поставщиками.[11] Для больших сетей было обычным делом поддерживать несколько наборов сетевых протоколов, при этом многие устройства не могли взаимодействовать с другими устройствами из-за отсутствия общих протоколов. В конце 1980-х - начале 1990-х инженеры, организации и нации стали поляризовались по вопросу о том, какой стандарт, модель OSI или Набор интернет-протоколов, приведет к созданию лучших и наиболее надежных компьютерных сетей.[4][12][13] Однако, хотя OSI разработала свои сетевые стандарты в конце 1980-х годов,[14][15] TCP / IP получили широкое распространение в мультивендорных сетях для межсетевое взаимодействие.

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

Определения

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

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

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

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

Документы стандартов

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

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

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

Слойная архитектура

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

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

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

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

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

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

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

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

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

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

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

Безопасность, в частности (аутентифицированное) шифрование, на этом уровне может применяться с MACSec.

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

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

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

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

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

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

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

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

Название функцииTP0TP1TP2TP3TP4
Сеть с установлением соединениядадададада
Сеть без установления соединенияНетНетНетНетда
Конкатенация и разделениеНетдададада
Сегментация и повторная сборкададададада
Восстановление после ошибкиНетдададада
Восстановить соединениеаНетдаНетдаНет
Мультиплексирование / демультиплексирование по одиночному виртуальный каналНетНетдадада
Явное управление потокомНетНетдадада
Повторная передача по таймаутуНетНетНетНетда
Надежное транспортное обслуживаниеНетдаНетдада
а Если чрезмерное количество PDU не признаются.

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

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

Безопасность транспортного уровня (TLS) обеспечивают безопасность на этом уровне.

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

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

Уровень 6: Уровень презентации

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

Этот уровень обеспечивает независимость от представления данных за счет преобразования между форматами приложения и сети. Уровень представления преобразует данные в форму, которую принимает приложение. Этот слой форматирует данные для отправки по сети. Иногда его называют синтаксическим слоем.[23] Уровень представления может включать в себя функции сжатия.[24] Уровень представления согласовывает синтаксис передачи.

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

Уровень 7: Уровень приложения

В прикладной уровень - это уровень OSI, ближайший к конечному пользователю, что означает, что и уровень приложения OSI, и пользователь напрямую взаимодействуют с программным приложением. Этот уровень взаимодействует с программными приложениями, реализующими коммуникационный компонент. Такие прикладные программы выходят за рамки модели OSI. Функции прикладного уровня обычно включают в себя идентификацию партнеров по связи, определение доступности ресурсов и синхронизацию связи. При идентификации партнеров по связи прикладной уровень определяет идентичность и доступность партнеров по связи для приложения с данными для передачи. Наиболее важным различием на уровне приложения является различие между сущностью приложения и приложением. Например, веб-сайт бронирования может иметь два объекта-приложения: один использует HTTP для связи со своими пользователями, а другой - протокол удаленной базы данных для записи бронирований. Ни один из этих протоколов не имеет ничего общего с оговорками. Эта логика заложена в самом приложении. На прикладном уровне нет средств для определения доступности ресурсов в сети.

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

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

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

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

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

Программные интерфейсы

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

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

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

СлойOSI протоколыПротоколы TCP / IPСигнализация
Система 7[29]		AppleTalkIPXСНСUMTSРазные примеры
Нет.Имя
7Заявление
6Презентация
  • ISO / IEC 8823
  • X.226

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

  • ИСО / МЭК 9548-1
  • X.235
Розетки (открытие сессии в TCP  / RTP  / PPTP )
4Транспорт
  • ISO / IEC 8073
  • TP0
  • TP1
  • TP2
  • TP3
  • TP4 (X.224)
  • ISO / IEC 8602
  • X.234
3Сеть
АТФ (TokenTalk  / EtherTalk )
2Канал передачи данных
Формирование кадров IEEE 802.3
Создание кадра Ethernet II
1Физический
Радиоинтерфейсы UMTS

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

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

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

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

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

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

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

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

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

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

  • Джон Дэй, "Шаблоны в сетевой архитектуре: возвращение к основам" (Prentice Hall 2007, ISBN  978-0-13-225242-3)
  • Маршалл Роуз, "Открытая книга" (Prentice-Hall, Englewood Cliffs, 1990)
  • Дэвид М. Писцителло, А. Лайман Чапин, Сети открытых систем (Аддисон-Уэсли, Ридинг, 1993)
  • Эндрю С. Таненбаум, Компьютерные сети, 4-е издание, (Prentice-Hall, 2002) ISBN  0-13-066102-3
  • Гэри Диксон; Алан Ллойд (июль 1992 г.). Взаимодействие открытых систем / Стандарты компьютерной связи и разъяснения слухов. Прентис-Холл. ISBN  978-0136401117.

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

  1. ^ а б Дэвис, Ховард; Брессан, Беатрис (26 апреля 2010 г.). История международных исследовательских сетей: люди, благодаря которым это произошло. Джон Вили и сыновья. С. 2–3. ISBN  978-3-527-32710-2.
  2. ^ Робертс, доктор Лоуренс Г. (ноябрь 1978 г.). «Эволюция коммутации пакетов» (PDF). Приглашенный доклад IEEE. Получено 10 сентября 2017.
  3. ^ Вниз, Питер Джон; Тейлор, Фрэнк Эдвард (1976). Почему распределенные вычисления ?: Обзор потенциала и опыта NCC в Великобритании. Публикации НКЦ.
  4. ^ а б Эндрю Л. Рассел (30 июля 2013 г.). «OSI: Интернет, которого не было». IEEE Spectrum. Vol. 50 шт. 8.
  5. ^ "OSI Интернет, которого не было". IEEE Spectrum. Март 2017 г.
  6. ^ Саншайн, Карл А. (1989). Архитектура компьютерных сетей и протоколы. Springer Science & Business Media. п. 35. ISBN  978-1-4613-0809-6.
  7. ^ Хасман, А. (1995). Образование и подготовка в области информатики здравоохранения в Европе: современное состояние, руководства, приложения. IOS Press. п. 251. ISBN  978-90-5199-234-2.
  8. ^ Дж. А. Н. Ли. "Компьютерные пионеры Дж. А. Н. Ли". Компьютерное общество IEEE.
  9. ^ Рекомендации МСЭ-Т серии X
  10. ^ «Общедоступные стандарты». Standards.iso.org. 30 июля 2010 г.. Получено 11 сентября 2010.
  11. ^ Рассел, Эндрю Л. (28 апреля 2014 г.). Открытые стандарты и эпоха цифровых технологий: история, идеология и сети. Издательство Кембриджского университета. ISBN  978-1-139-91661-5.
  12. ^ Рассел, Эндрю Л. «Грубый консенсус и работающий код» и война стандартов OSI и Интернета » (PDF). IEEE Annals of the History of Computing.
  13. ^ "Стандарты войны" (PDF). 2006. Цитировать журнал требует | журнал = (помощь)
  14. ^ Inc, IDG Network World (15 февраля 1988 г.). Сетевой мир. IDG Network World Inc.
  15. ^ Inc, IDG Network World (10 октября 1988 г.). Сетевой мир. IDG Network World Inc.
  16. ^ Шоу, Кейт (22 октября 2018 г.). «Объяснение модели OSI: как понять (и запомнить) 7-уровневую сетевую модель». Сетевой мир. Получено 16 мая 2020.
  17. ^ «Модель OSI для облака». Блоги Cisco. 24 февраля 2017 г.. Получено 16 мая 2020.
  18. ^ Тейлор, Стив; Мецлер, Джим (23 сентября 2008 г.). «Почему пора позволить модели OSI умереть». Сетевой мир. Получено 16 мая 2020.
  19. ^ «Сетевая архитектура Windows и модель OSI». Документация Microsoft. Получено 24 июн 2020.
  20. ^ «5.2 Описание RM для конечных станций». IEEE Std 802-2014, Стандарт IEEE для локальных и городских сетей: обзор и архитектура. ieee. Дои:10.1109 / IEEESTD.2014.6847097. ISBN  978-0-7381-9219-2.
  21. ^ Международная организация по стандартизации (15 ноября 1989 г.). «ИСО / МЭК 7498-4: 1989 - Информационные технологии - Взаимодействие открытых систем - Базовая эталонная модель: именование и адресация». Портал поддержки стандартов ISO. Центральный секретариат ИСО. Получено 17 августа 2015.
  22. ^ "Рекомендация ITU-T X.224 (11/1995) ISO / IEC 8073, Взаимодействие открытых систем - протокол для предоставления транспортных услуг в режиме соединения.". ITU.
  23. ^ Григонис, Ричард (2000). Компьютерная телефония - энциклопедия. CMP. п. 331. ISBN  9781578200450.
  24. ^ «ITU-T X.200 - Информационные технологии - Взаимодействие открытых систем - Базовая эталонная модель: базовая модель».
  25. ^ Мао, Стивен (13 ноября 2009 г.). «Глава 8: Основы сетей связи». В Выглинском, Александр; Нековее, Мазиар; Хоу, Томас (ред.). Когнитивная радиосвязь и сети: принципы и практика. Эльзевир. п. 201. ISBN  978-0-08-087932-1.
  26. ^ а б "Рекомендация ITU-T X.800 (03/91), Архитектура безопасности для взаимодействия открытых систем для приложений CCITT". ITU. Получено 14 августа 2015.
  27. ^ Хегеринг, Хайнц-Герд (24 августа 1999 г.). Интегрированное управление сетевыми системами: концепции, архитектуры и их оперативное применение. Морган Кауфманн. п. 54. ISBN  978-1558605718.
  28. ^ Мяо, Гуован; Песня, Гоцун (2014). Дизайн беспроводной сети с эффективным использованием энергии и спектра. Издательство Кембриджского университета. ISBN  978-1107039889.
  29. ^ "Рекомендация ITU-T Q.1400 (03/1993)], Структура архитектуры для разработки протоколов сигнализации и OA&M с использованием концепций OSI". ITU. С. 4, 7.
  30. ^ Рек. X.227 (ISO 8650), X.217 (ISO 8649).
  31. ^ Серия рекомендаций X.700 от ITU-T (в частности, X.711) и ISO 9596.
  32. ^ а б «Руководство по технологиям межсетевого взаимодействия - Основы межсетевого взаимодействия [Межсетевое взаимодействие]». Cisco. 15 января 2014 г.. Получено 14 августа 2015.
  33. ^ «Спецификация 3GPP: 36,300». 3gpp.org. Получено 14 августа 2015.
  34. ^ RFC 3439
  35. ^ «RFC 3439 - Некоторые принципы и принципы архитектуры Интернета». ietf.org. Получено 14 августа 2015.
  36. ^ Вальтер Горальски. Иллюстрированная сеть: как TCP / IP работает в современной сети (PDF). Морган Кауфманн. п. 26. ISBN  978-0123745415.
  37. ^ а б c Эндрю С. Таненбаум, Компьютерные сети, § 1.4.4.

внешняя ссылка