Сетевая модель OSI

Сетевая модель OSI (The Open Systems Interconnection model) — сетевая модель стека (магазина) сетевых протоколов OSI/ISO. Посредством данной модели различные сетевые устройства могут взаимодействовать друг с другом. Модель определяет различные уровни взаимодействия систем. Каждый уровень выполняет определённые функции при таком взаимодействии.

Модель OSI была разработана в конце 1970-х годов^[1] для поддержания разнообразных методов компьютерных сетей, которые в это время конкурировали за применение в крупных национальных сетевых взаимодействиях во Франции, Великобритании и США. В 1980-х годах она стала рабочим продуктом группы взаимодействия открытых систем Международной организации по стандартизации (ISO). Модель не смогла дать полное описание сети и не получила поддержку архитекторов на заре Интернета, который впоследствии нашел отражение в менее предписывающем TCP/IP, в основном под руководством Инженерного совета Интернета (IETF).

История

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

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

С 1977 года ISO реализовала программу по разработке общих стандартов и методов сетевого взаимодействия. Аналогичный процесс развивался и в Международном консультативном комитете по телеграфии и телефонии (CCITT). Оба органа разработали документы, определяющие схожие сетевые модели. Модель OSI была впервые определена в исходном виде в Вашингтоне в феврале 1978 года французом Хьюбертом Циммерманом^[англ.], немного доработанный проект стандарта был опубликован ISO в 1980 году^[4].

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

В 1983 году документы CCITT и ISO были объединены и таким образом была сформирована базовая эталонная модель взаимосвязи открытых систем, обычно и называемая эталонной моделью взаимосвязи открытых систем (англ. Open Systems Interconnection, OSI) или просто моделью OSI. Объединённый документ был опубликован и ISO (в 1984 году) — как стандарт ISO 7498, и CCITT (в 1988 году) — как стандарт CCITT X.200 (ныне — ITU-T X.200, поскольку в 1993 году CCITT был преобразован в Сектор стандартизации электросвязи Международного союза электросвязи (ITU-T))^[7].

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

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

OSI таким образом стала попыткой участников отрасли согласовать общие сетевые стандарты для обеспечения совместимости с оборудованием разных производителей^[9]. Для больших сетей зачастую поддерживались несколько наборов сетевых протоколов, причем многие устройства не могли взаимодействовать с другими устройствами именно из-за отсутствия общих протоколов.

В конце 1980-х и начале 1990-х годов в плане построения максимально надёжных компьютерных сетей с моделью OSI стал активно конкурировать Набор интернет-протоколов (TCP/IP), который стал широко использоваться в сетях с оборудованием разных производителей для работы в интернете^[10]^[11]. Тем не менее, модель OSI до сих пор используется в качестве эталона для обучения и документации^[12].

Концепция

Стандарты

Модель 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^[13]. Некоторые спецификации протокола также были доступны в рамках других рекомендаций ITU-T серии X. Эквивалентные стандарты ISO и ISO/IEC для модели OSI были доступны в ISO. Не все из них бесплатны^[14].

Основные принципы

Протоколы связи позволяют структуре на одном хосте взаимодействовать с соответствующей структурой того же уровня на другом хосте.

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

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

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

Уровни модели OSI

Модель
Уровень (layer)		Тип данных (PDU)	Функции	Примеры	Оборудование
Host layers	7. Прикладной (application)	Данные	Доступ к сетевым службам	HTTP, FTP, POP3, SMTP, WebSocket	Хосты (клиенты сети), Межсетевой экран
	6. Представления (presentation)		Представление и шифрование данных	ASCII, EBCDIC, SSL, gzip
	5. Сеансовый (session)		Управление сеансом связи	RPC, PAP, L2TP, gRPC
	4. Транспортный (transport)	Сегменты (segment) /Датаграммы (datagram)	Прямая связь между конечными пунктами и надёжность	TCP, UDP, SCTP, Порты
Media layers	3. Сетевой (network)	Пакеты (packet)	Определение маршрута и логическая адресация	IPv4, IPv6, IPsec, AppleTalk, ICMP	Маршрутизатор, Сетевой шлюз, Межсетевой экран
	2. Канальный (data link)	Биты (bit)/ Кадры (frame)	Физическая адресация	PPP, IEEE 802.22, Ethernet, DSL, ARP, сетевая карта.	Сетевой мост, Коммутатор, точка доступа
	1. Физический (physical)	Биты (bit)	Работа со средой передачи, сигналами и двоичными данными	USB, RJ («витая пара», коаксиальный, оптоволоконный), радиоканал	Концентратор, Повторитель (сетевое оборудование)

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

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

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

Каждому уровню с некоторой долей условности соответствует свой операнд — логически неделимый элемент данных, которым на отдельном уровне можно оперировать в рамках модели и используемых протоколов: на физическом уровне мельчайшая единица — бит, на канальном уровне информация объединена в кадры, на сетевом — в пакеты (датаграммы), на транспортном — в сегменты. Любой фрагмент данных, логически объединённых для передачи — кадр, пакет, датаграмма — считается сообщением. Именно сообщения в общем виде являются операндами сеансового, представления и прикладного уровней.

К базовым сетевым технологиям относятся физический и канальный уровни.

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

Прикладной уровень (уровень приложений; англ. application layer) — верхний уровень модели, обеспечивающий взаимодействие пользовательских приложений с сетью:

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

Протоколы прикладного уровня: RDP, HTTP, SMTP, SNMP, POP3, FTP, XMPP, OSCAR, Modbus, SIP, TELNET и другие.

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

В том случае, если протокол, например, HTTPS, используется для просмотра некой простой интернет-страницы через браузер, его можно рассматривать как протокол прикладного уровня. В том же случае, если протокол HTTPS используется как низкоуровневый протокол для передачи финансовой информации, например, по протоколу ISO 8583, то протокол HTTPS будет являться протоколом уровня представления, а протокол ISO 8583 — протоколом уровня приложения. То же касается иных протоколов прикладного уровня^{[источник не указан 1268 дней]}.

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

Уровень представления (англ. presentation layer) обеспечивает преобразование протоколов и кодирование/декодирование данных. Запросы приложений, полученные с прикладного уровня, на уровне представления преобразуются в формат для передачи по сети, а полученные из сети данные преобразуются в формат приложений. На этом уровне может осуществляться сжатие/распаковка или шифрование/дешифрование, а также перенаправление запросов другому сетевому ресурсу, если они не могут быть обработаны локально.

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

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

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

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

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

Другим форматом представлений является тэгированный формат файлов изображений TIFF, который обычно используется для растровых изображений с высоким разрешением. Следующим стандартом уровня представлений, который может использоваться для графических изображений, является стандарт, разработанный Объединённой экспертной группой по фотографии (Joint Photographic Expert Group); в повседневном пользовании этот стандарт называют просто JPEG.

Существует другая группа стандартов уровня представлений, которая определяет представление звука и кинофрагментов. Сюда входят интерфейс электронных музыкальных инструментов (англ. Musical Instrument Digital Interface, MIDI) для цифрового представления музыки, разработанный Экспертной группой по кинематографии стандарт MPEG, используемый для сжатия и кодирования видеороликов на компакт-дисках, хранения в оцифрованном виде и передачи со скоростями до 1,5 Мбит/с, и QuickTime — стандарт, описывающий звуковые и видео элементы для программ, выполняемых на компьютерах Macintosh и PowerPC.

Протоколы уровня представления: AFP — Apple Filing Protocol, ICA — Independent Computing Architecture, LPP — Lightweight Presentation Protocol, NCP — NetWare Core Protocol, NDR — Network Data Representation, XDR — eXternal Data Representation, X.25 PAD — Packet Assembler/Disassembler Protocol.

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

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

Протоколы сеансового уровня: H.245 (Call Control Protocol for Multimedia Communication), ISO-SP (OSI Session Layer Protocol (X.225, ISO 8327)), iSNS (Internet Storage Name Service), L2F (Layer 2 Forwarding Protocol), L2TP (Layer 2 Tunneling Protocol), NetBIOS (Network Basic Input Output System), PAP (Password Authentication Protocol), PPTP (Point-to-Point Tunneling Protocol), RPC (Remote Procedure Call Protocol), RTCP (Real-time Transport Control Protocol), SMPP (Short Message Peer-to-Peer), SCP (Session Control Protocol), ZIP (Zone Information Protocol), SDP (Sockets Direct Protocol)…

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

Транспортный уровень (англ. transport layer) модели предназначен для обеспечения надёжной передачи данных от отправителя к получателю. При этом уровень надёжности может варьироваться в широких пределах. Существует множество классов протоколов транспортного уровня, начиная от протоколов, предоставляющих только основные транспортные функции (например, функции передачи данных без подтверждения приёма), и заканчивая протоколами, которые гарантируют доставку в пункт назначения нескольких пакетов данных в надлежащей последовательности, мультиплексируют несколько потоков данных, обеспечивают механизм управления потоками данных и гарантируют достоверность принятых данных. Например, UDP ограничивается контролем целостности данных в рамках одной датаграммы и не исключает возможности потери пакета целиком или дублирования пакетов, нарушение порядка получения пакетов данных; TCP обеспечивает надёжную непрерывную передачу данных, исключающую потерю данных или нарушение порядка их поступления или дублирования, может перераспределять данные, разбивая большие порции данных на фрагменты и наоборот, склеивая фрагменты в один пакет.

Протоколы транспортного уровня: ATP (AppleTalk Transaction Protocol), CUDP (Cyclic UDP), DCCP (Datagram Congestion Control Protocol), FCP (Fibre Channel Protocol), IL (IL Protocol), NBF (NetBIOS Frames protocol), NCP (NetWare Core Protocol), SCTP (Stream Control Transmission Protocol), SPX (Sequenced Packet Exchange), SST (Structured Stream Transport), TCP (Transmission Control Protocol), UDP (User Datagram Protocol).

Сетевой уровень

Сетевой уровень (англ. network layer) модели предназначен для определения пути передачи данных. Отвечает за трансляцию логических адресов и имён в физические, определение кратчайших маршрутов, коммутацию и маршрутизацию, отслеживание неполадок и «заторов» в сети.

Протоколы сетевого уровня маршрутизируют данные от источника к получателю. Работающие на этом уровне устройства (маршрутизаторы) условно называют устройствами третьего уровня (по номеру уровня в модели OSI).

Протоколы сетевого уровня: IP/IPv4/IPv6 (Internet Protocol), IPX (Internetwork Packet Exchange, протокол межсетевого обмена), X.25 (частично этот протокол реализован на уровне 2), CLNP (сетевой протокол без организации соединений), IPsec (Internet Protocol Security).

Протоколы маршрутизации — RIP (Routing Information Protocol), OSPF (Open Shortest Path First).

Канальный уровень

Канальный уровень (англ. data link layer) предназначен для обеспечения взаимодействия сетей на физическом уровне и контроля ошибок, которые могут возникнуть. Полученные с физического уровня данные, представленные в битах, он упаковывает в кадры, проверяет их на целостность и, если нужно, исправляет ошибки (либо формирует повторный запрос повреждённого кадра) и отправляет на сетевой уровень. Канальный уровень может взаимодействовать с одним или несколькими физическими уровнями, контролируя и управляя этим взаимодействием.

Спецификация IEEE 802 разделяет этот уровень на два подуровня: MAC (англ. media access control) регулирует доступ к разделяемой физической среде, LLC (англ. logical link control) обеспечивает обслуживание сетевого уровня.

На этом уровне работают коммутаторы, мосты и другие устройства. Эти устройства используют адресацию второго уровня (по номеру уровня в модели OSI).

Протоколы канального уровня: ARCnet, ATM, Controller Area Network (CAN), Econet, IEEE 802.3 (Ethernet), Ethernet Automatic Protection Switching (EAPS), Fiber Distributed Data Interface (FDDI), Frame Relay, High-Level Data Link Control (HDLC), IEEE 802.2 (предоставляет функции LLC для подуровня IEEE 802 MAC), Link Access Procedures, D channel (LAPD), IEEE 802.11 wireless LAN, LocalTalk, Multiprotocol Label Switching (MPLS), Point-to-Point Protocol (PPP), Point-to-Point Protocol over Ethernet (PPPoE), Serial Line Internet Protocol (SLIP, устарел), StarLan, Token ring, Unidirectional Link Detection^[англ.] (UDLD), x.25, ARP.

При разработке стеков протоколов на этом уровне решаются задачи помехоустойчивого кодирования. К таким способам кодирования относится код Хемминга, блочное кодирование, код Рида — Соломона.

В программировании этот уровень представляет драйвер сетевой платы, в операционных системах имеется программный интерфейс взаимодействия канального и сетевого уровней между собой. Это не новый уровень, а просто реализация модели для конкретной ОС. Примеры таких интерфейсов: ODI^[англ.], NDIS, UDI.

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

Физический уровень (англ. physical layer) — нижний уровень модели, который определяет метод передачи данных, представленных в двоичном виде, от одного устройства (компьютера) к другому. Составлением таких методов занимаются разные организации, в том числе: Институт инженеров по электротехнике и электронике, Альянс электронной промышленности, Европейский институт телекоммуникационных стандартов и другие. Осуществляют передачу электрических или оптических сигналов в кабель или в радиоэфир и, соответственно, их приём и преобразование в биты данных в соответствии с методами кодирования цифровых сигналов.

На этом уровне также работают концентраторы, повторители сигнала и медиаконвертеры.

Функции физического уровня реализуются на всех устройствах, подключенных к сети. Со стороны компьютера функции физического уровня выполняются сетевым адаптером или последовательным портом. К физическому уровню относятся физические, электрические и механические интерфейсы между двумя системами. Физический уровень определяет такие виды сред передачи данных как оптоволокно, витая пара, коаксиальный кабель, спутниковый канал передач данных и т. п. Стандартными типами сетевых интерфейсов, относящимися к физическому уровню, являются: V.35, RS-232, RS-485, RJ-11, RJ-45, разъёмы AUI и BNC.

При разработке стеков протоколов на этом уровне решаются задачи синхронизации и линейного кодирования. К таким способам кодирования относится код NRZ, код RZ, MLT-3, PAM5, Манчестер II.

Протоколы физического уровня: IEEE 802.15 (Bluetooth), IRDA, EIA RS-232, EIA-422, EIA-423, RS-449, RS-485, DSL, ISDN, SONET/SDH, 802.11 Wi-Fi, Etherloop, GSM Um radio interface, ряд протоколов ITU-T G.hn^[англ.], TransferJet^[англ.], ARINC 818, G.hn/G.9960, Modbus Plus.

Соответствие модели OSI и других моделей сетевого взаимодействия

Поскольку наиболее востребованными и практически используемыми стали протоколы (например TCP/IP), разработанные с использованием других моделей сетевого взаимодействия, далее необходимо описать возможное включение отдельных протоколов других моделей в различные уровни модели OSI.

Семейство TCP/IP

Семейство TCP/IP имеет три транспортных протокола: TCP, полностью соответствующий OSI, обеспечивающий проверку получения данных; UDP, отвечающий транспортному уровню только наличием порта, обеспечивающий обмен датаграммами между приложениями, не гарантирующий получения данных; и SCTP, разработанный для устранения некоторых недостатков TCP, в который добавлены некоторые новшества. В семействе TCP/IP есть ещё около двухсот протоколов, самым известным из которых является служебный протокол ICMP, используемый для внутренних нужд обеспечения работы; остальные также не являются транспортными протоколами.

Семейство IPX/SPX

В семействе IPX/SPX порты появляются в протоколе сетевого уровня IPX, обеспечивая обмен датаграммами между приложениями (операционная система резервирует часть сокетов для себя). Протокол SPX, в свою очередь, дополняет IPX всеми остальными возможностями транспортного уровня в полном соответствии с OSI.

В качестве адреса хоста ICX использует идентификатор, образованный из четырёхбайтного номера сети (назначаемого маршрутизаторами) и MAC-адреса сетевого адаптера.

Критика

В конце 1990-х годов семиуровневая модель OSI критиковалась отдельными авторами. В частности, в книге «UNIX. Руководство системного администратора» Эви Немет (англ. Evi Nemeth) писала:

Пока комитеты ISO спорили о своих стандартах, за их спиной менялась вся концепция организации сетей и по всему миру внедрялся протокол TCP/IP.
<…>
И вот, когда протоколы ISO были наконец реализованы, выявился целый ряд проблем:

эти протоколы основывались на концепциях, не имеющих в современных сетях никакого смысла;

их спецификации были в некоторых случаях неполными;

по своим функциональным возможностям они уступали другим протоколам;

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

<…>
Сейчас даже самые ярые сторонники этих протоколов признают, что OSI постепенно движется к тому, чтобы стать маленькой сноской на страницах истории компьютеров.

— Эви Нэмет^[15]

Несмотря на то, что модель OSI до сих пор используется в качестве эталона для обучения и документации^[12], протоколы OSI, изначально задуманные для этой модели, не получили популярности. Некоторые инженеры утверждают, что эталонная модель OSI все ещё актуальна для облачных вычислений. Другие считают, что оригинальная модель OSI не соответствует современным сетевым протоколам, и вместо этого предлагают упрощенный подход^[16].

См. также

Примечания

↑ Модель OSI и сетевые протоколы (неопр.). qastack.ru. Дата обращения: 31 января 2022. Архивировано 31 января 2022 года.
↑ Howard Davies, Beatrice Bressan. A History of International Research Networking: The People who Made it Happen. — John Wiley & Sons, 2010-04-26. — 347 с. — ISBN 978-3-527-32710-2. Архивировано 16 марта 2022 года.
↑ Peter John Down, Frank Edward Taylor. Why Distributed Computing?: An NCC Review of Potential and Experience in the UK. — NCC Publications, 1976. — 188 с. Архивировано 16 марта 2022 года.
↑ ¹ ² Full Page Reload (англ.). IEEE Spectrum: Technology, Engineering, and Science News. Дата обращения: 21 ноября 2020. Архивировано 27 сентября 2017 года.
↑ Carl A. Sunshine. Computer Network Architectures and Protocols. — Springer Science & Business Media, 2013-06-29. — 542 с. — ISBN 978-1-4613-0809-6. Архивировано 29 ноября 2020 года.
↑ A. Hasman. Education and Training in Health Informatics in Europe: State of the Art, Guidelines, Applications. — IOS Press, 1995. — 288 с. — ISBN 978-90-5199-234-2. Архивировано 29 ноября 2020 года.
↑ Olga Wais. 11 Best FTP Clients for Mac in 2021. Only One Winner! (англ.). Eltima Software. Дата обращения: 18 апреля 2021. Архивировано 18 апреля 2021 года.
↑ Computer Pioneers - Bachman, Charles (неопр.). history.computer.org. Дата обращения: 22 ноября 2020. Архивировано 29 ноября 2020 года.
↑ Andrew L. Russell. Open Standards and the Digital Age: History, Ideology, and Networks. — Cambridge University Press, 2014-04-28. — 325 с. — ISBN 978-1-139-91661-5. Архивировано 9 августа 2021 года.
↑ Russell, Andrew L. Rough Consensus and Running Code' and the Internet-OSI Standards War (неопр.). IEEE Annals of the History of Computing. Дата обращения: 31 мая 2021. Архивировано 17 ноября 2019 года.
↑ Standards Wars (англ.). University of Washington (2006). Дата обращения: 31 мая 2021. Архивировано 24 февраля 2021 года.
↑ ¹ ² Keith Shaw. The OSI model explained and how to easily remember its 7 layers (англ.). Network World (14 октября 2020). Дата обращения: 22 ноября 2020. Архивировано 19 августа 2021 года.
↑ Data networks, open system communications and security (неопр.). www.itu.int. Дата обращения: 22 ноября 2020. Архивировано 10 ноября 2020 года.
↑ Publicly Available Standards (неопр.). standards.iso.org. Дата обращения: 22 ноября 2020. Архивировано 19 января 2022 года.
↑ Эви Нэмет. UNIX. Руководство системного администратора. — 1998.
↑ Steve Taylor and Jim Metzler. Why it's time to let the OSI model die (англ.). Network World (23 сентября 2008). Дата обращения: 22 ноября 2020. Архивировано 12 ноября 2020 года.

Литература

А. Филимонов. Построение мультисервисных сетей Ethernet. — М.: BHV, 2007. — ISBN 978-5-9775-0007-4.
Руководство по технологиям объединённых сетей. 4-е изд. — М.: Вильямс, 2005. — ISBN 5-8459-0787-X.
Протоколы и ресурсы Интернет. — М.: Радио и связь, 1996.
Сети Интернет. Архитектура и протоколы. — М.: Сиринъ, 1998.
Протоколы Интернет. Энциклопедия. — М.: «Горячая линия — Телеком», 2001. — 1100 с.
Протоколы Internet для электронной торговли. — М.: «Горячая линия — Телеком», 2003. — 730 с.
ГОСТ Р ИСО/МЭК 7498-1-99. ВОС. Базовая эталонная модель. Часть 1. Базовая модель.
ГОСТ Р ИСО 7498-2-99. ВОС. Базовая эталонная модель. Часть 2. Архитектура защиты информации.
ГОСТ Р ИСО 7498-3-97. ВОС. Базовая эталонная модель. Часть 3. Присвоение имён и адресация.
ГОСТ Р ИСО/МЭК 7498-4-99. ВОС. Базовая эталонная модель. Часть 4. Основы административного управления.

[1] Модель OSI и сетевые протоколы (неопр.). qastack.ru. Дата обращения: 31 января 2022. Архивировано 31 января 2022 года.

[2] Howard Davies, Beatrice Bressan. A History of International Research Networking: The People who Made it Happen. — John Wiley & Sons, 2010-04-26. — 347 с. — ISBN 978-3-527-32710-2. Архивировано 16 марта 2022 года.

[3] Peter John Down, Frank Edward Taylor. Why Distributed Computing?: An NCC Review of Potential and Experience in the UK. — NCC Publications, 1976. — 188 с. Архивировано 16 марта 2022 года.

[автоссылка1-4] ¹ ² Full Page Reload (англ.). IEEE Spectrum: Technology, Engineering, and Science News. Дата обращения: 21 ноября 2020. Архивировано 27 сентября 2017 года.

[5] Carl A. Sunshine. Computer Network Architectures and Protocols. — Springer Science & Business Media, 2013-06-29. — 542 с. — ISBN 978-1-4613-0809-6. Архивировано 29 ноября 2020 года.

[6] A. Hasman. Education and Training in Health Informatics in Europe: State of the Art, Guidelines, Applications. — IOS Press, 1995. — 288 с. — ISBN 978-90-5199-234-2. Архивировано 29 ноября 2020 года.

[7] Olga Wais. 11 Best FTP Clients for Mac in 2021. Only One Winner! (англ.). Eltima Software. Дата обращения: 18 апреля 2021. Архивировано 18 апреля 2021 года.

[8] Computer Pioneers - Bachman, Charles (неопр.). history.computer.org. Дата обращения: 22 ноября 2020. Архивировано 29 ноября 2020 года.

[9] Andrew L. Russell. Open Standards and the Digital Age: History, Ideology, and Networks. — Cambridge University Press, 2014-04-28. — 325 с. — ISBN 978-1-139-91661-5. Архивировано 9 августа 2021 года.

[10] Russell, Andrew L. Rough Consensus and Running Code' and the Internet-OSI Standards War (неопр.). IEEE Annals of the History of Computing. Дата обращения: 31 мая 2021. Архивировано 17 ноября 2019 года.

[11] Standards Wars (англ.). University of Washington (2006). Дата обращения: 31 мая 2021. Архивировано 24 февраля 2021 года.

[networkworld-12] ¹ ² Keith Shaw. The OSI model explained and how to easily remember its 7 layers (англ.). Network World (14 октября 2020). Дата обращения: 22 ноября 2020. Архивировано 19 августа 2021 года.

[13] Data networks, open system communications and security (неопр.). www.itu.int. Дата обращения: 22 ноября 2020. Архивировано 10 ноября 2020 года.

[14] Publicly Available Standards (неопр.). standards.iso.org. Дата обращения: 22 ноября 2020. Архивировано 19 января 2022 года.

[15] Эви Нэмет. UNIX. Руководство системного администратора. — 1998.

[16] Steve Taylor and Jim Metzler. Why it's time to let the OSI model die (англ.). Network World (23 сентября 2008). Дата обращения: 22 ноября 2020. Архивировано 12 ноября 2020 года.

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]