Модель osi

Эталонная модель OSI

Начальная стадия развития сетей LAN, MAN и WAN имела во многих отношениях хаотический характер. В начале 80-х годов XX века резко увеличились размеры сетей и их количество. По мере того как компании осознавали, что, используя сетевые технологии, они могут сэкономить значительные средства и повысить эффективность своей работы, они создавали новые сети и расширяли уже существовавшие с той же быстротой, с какой появлялись новые сетевые технологии и новое оборудование.

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

Для решения проблемы несовместимости сетей и их неспособности осуществлять связь друг с другом международная организация по стандартизации (International Organization for Standardization — ISO) разработала различные сетевые схемы, такие, как DECnet, системная сетевая архитектура (Systems Network Architecture — SNA) и стек протоколов TCP/IP. Целью создания таких схем была разработка некоторого общего для всех пользователей набора правил работы сетей. В результате этих исследований организация ISO разработала сетевую модель, которая смогла помочь производителям оборудования создавать сети, совместимые друг с другом и успешно взаимодействовавшие. Процесс подразделения сложной задачи сетевой коммуникации на отдельные более мелкие можно сравнить с процессом сборки автомобиля.
Процесс проектирования, изготовления деталей и сборки автомобиля, если его рассматривать как единое целое, является весьма сложным. Маловероятно, что нашелся бы специалист, который смог бы решить все требуемые задачи при сборке автомобиля: собрать машину из случайным образом подобранных деталей или, скажем,
при изготовлении конечного продукта непосредственно из железной руды. По этой причине проектированием автомобиля занимаются инженеры»проектировщики, инженеры-литейщики проектируют формы для литья деталей, а сборочные инженеры и техники занимаются сборкой узлов и автомобиля из готовых деталей.

Эталонная модель OSI (OSI reference model), обнародованная в 1984 году, была описательной схемой, созданной организацией ISO. Эта эталонная модель предоставила производителям оборудования набор стандартов, которые обеспечили большую совместимость и более эффективное взаимодействие различных сетевых технологий и оборудования, производимого многочисленными компаниями во всем мире.
Эталонная модель OSI является первичной моделью, используемой в качестве
основы для сетевых коммуникаций.
Хотя существуют и другие модели, большинство производителей оборудования и программного обеспечения ориентируются на эталонную модель OSI, особенно когда желают обучить пользователей работе с их продуктами. Эталонная модель OSI в настоящее время считается наилучшим доступным средством обучения пользователей принципам работы сетей и механизмам отправки и получения данных по сети.

Эталонная модель OSI определяет сетевые функции, выполняемые каждым ее уровнем

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

Другие сетевые модели

Важное значение с точки зрения организации сетей имеет также модель DoD (Department of Defense — Министерство обороны США), так как в основе протоколов TCP/IP лежит не модель OSI, а именно эта модель. Поскольку модель DoD во многом совпадает с моделью OSI, тот факт, что она является фундаментом протоколов TCP/IP, может привести к некоторой путанице при изучении модели OSI

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

Модели DoD и OSI

Модели OSI и DoD позволяют наглядно представить процесс сетевого взаимодействия, а компания Cisco применяет в своей работе иерархическую межсетевую модель, которая представляет собой многоуровневое отображение топологического проекта объединенной сети. Эта модель разработана в целях максимального повышения производительности; в то же время она обеспечивает оптимальную отказоустойчивость. Применение этой модели позволяет упростить конструкцию сети путем распределения функций по уровням сетевого проекта. Очевидным недостатком данной модели в сетях небольших и средних размеров является высокая стоимость проекта, но если задача состоит в создании высокопроизводительной, масштабируемой, резервируемой объединенной сети, то применение такого подхода является одним из наилучших способов реализации в проекте поставленных целей.

Иерархическая межсетевая модель Cisco состоит из трех уровней:

1. Уровень ядра сети. Этот уровень объединенной сети соответствует опорной сети. Поскольку опорная сеть играет такую важную роль, любые серьезные нарушения в ее работе скорее всего будут заметны для всех, кто использует эту объединенную сеть. Кроме того, поскольку скорость здесь играет очень важную роль (в связи с огромным объемом трафика, который проходит по опорной сети), на этом уровне практически не должны быть реализованы функции, требующие значительных ресурсов маршрутизации или коммутации. Иными словами, маршрутизация, обработка списков доступа, сжатие, шифрование и все прочие функции, требующие больших затрат ресурсов, должны быть выполнены до того, как пакет поступит в ядро сети.
2. Распределительный уровень. Этот уровень занимает промежуточное положение между уровнем ядра сети и уровнем доступа. Клиенты не взаимодействуют непосредственно с этим уровнем, но на нем выполняется основная часть функций обработки передаваемых ими пакетов. На этом уровне выполняется также основная часть вспомогательных функций. В частности, на нем функционируют службы маршрутизации, обеспечения качества обслуживания (Quality of Service — QоS), проверки списков доступа, шифрования, сжатия и трансляции сетевых адресов (Network Address Translation — NAT).
3. Уровень доступа. На этом уровне пользователям предоставляется доступ к локальным сегментам. Характерной особенностью уровня доступа является применение соединений локальной сети, обычно в сетевой среде небольшого масштаба (такой как отдельное здание). Иными словами, именно на этом уровне происходит подключение клиентов к сети. Обычно на уровне доступа выполняется коммутация Ethernet и другие основные функции.

Пример практического применения этой модели приведен на рис.10.

Рис.10. Иерархическая межсетевая модель Cisco.

Литература

• А. Филимонов. Построение мультисервисных сетей Ethernet. — М.: BHV, 2007. ISBN 978-5-9775-0007-4.
• Руководство по технологиям объединённых сетей. 4-е изд. — М.: Вильямс, 2005. ISBN 5-8459-0787-X.
• Интернет ресурс: сервер :
  • Этот сервер, содержащий сведения по сетевым технологиям начал формироваться в 1997 году. Он частично создан на средства, выделенные по проектам РФФИ (99-07-90102 и 01-07-90069).
  • В основу материалов легли тексты книг:
    • «Протоколы и ресурсы Интернет» (Радио и связь, М. 1996),
    • «Сети Интернет. Архитектура и протоколы» (Сиринъ, М. 1998),
    • «Протоколы Интернет. Энциклопедия» («Горячая линия — Телеком», М. 2001, 1100 стр.),
    • «Протоколы Internet для электронной торговли» («Горячая линия — Телеком», М. 2003, 730 стр.),

которые базировались на двух курсах, читаемых студентам[значимость факта?] кафедр «Телекоммуникационные сети и системы» (факультет МФТИ ФРТК), «Интеграции и менеджмента» (факультет МФТИ ФОПФ) и «Информатики» (факультет НаноБиоИнфоКогни МФТИ) — «Каналы и сети передачи данных», «Протоколы Интернет».

Взаимодействие уровней модели osi

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

Перед подачей в
сеть данные разбиваются на пакеты. Пакет
(packet) — это единица информации, передаваемая
между устройствами сети как единое
целое. Пакет проходит последовательно
через все уровни программного обеспечения.
На каждом уровне к пакету добавляется
некоторая информация, форматирующая
или адресная, которая необходима для
успешной передачи данных по сети. На
принимающей стороне пакет проходит
через все уровни в обратном порядке.
Программное обеспечение на каждом
уровне читает информацию пакета, затем
удаляет информацию, добавленную к пакету
на этом же уровне отправляющей стороной,
и передает пакет следующему уровню.
Когда пакет дойдет до Прикладного
уровня, вся адресная информация будет
удалена и данные примут свой первоначальный
вид. Таким образом, за исключением самого
нижнего уровня сетевой модели, никакой
иной уровень не может непосредственно
послать информацию соответствующему
уровню другого компьютера. Информация
на компьютере-отправителе должна пройти
через все уровни. Затем она передается
по сетевому кабелю на компьютер-получатель
и опять проходит сквозь все слои, пока
не достигнет того же уровня, с которого
она была послана на компьютере-отправителе.
Например, если Сетевой уровень передает
информацию с компьютера А, она спускается
через Канальный и Физический уровни в
сетевой кабель, далее по нему попадает
в компьютер В, где поднимается через
Физический и Канальный уровни и достигает
Сетевого уровня.

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

Взаимодействие
смежных уровней осуществляется через
интерфейс. Интерфейс определяет услуги,
которые нижний уровень предоставляет
верхнему, и способ доступа к ним. Поэтому
каждому уровню одного компьютера
«кажется», что он непосредственно
взаимодействует с таким же уровнем
другого компьютера. Далее описывается
каждый из семи уровней модели OSI и
определяются услуги, которые они
предоставляют смежным уровням.

Протоколы высших уровней

Основные протоколы высших уровней OSI представлены на Рис. 20-3.

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

Управление диалогом сеанса реализуется путем использования маркера
(token), обладание которым обеспечивает право на связь. Маркер можно
запрашивать, и конечным системам ES могут быть присвоены приоритеты,
обеспечивающие неравноправное пользование маркером.

Представительный уровень OSI, как правило, является просто проходным
протоколом для информации из соседних уровней. Хотя многие считают,
что Abstract Syntax Notation 1 (ASN.1) (Абстрактное представление
синтаксиса) является протоколом представительного уровня OSI, ASN.1
используется для выражения форматов данных в независимом от машины
формате. Это позволяет осуществлять связь между прикладными задачами
различных компьютерных систем способом, прозрачным для этих прикладных
задач.

Прикладной уровень ОSI включает действующие протоколы прикладного
уровня, а также элементы услуг прикладного уровня (application service
elements — ASE). ASE обеспечивают легкую связь протоколов прикладного
уровня с низшими уровнями. Тремя наиболее важными ASE являются Элемент
услуг управления ассоциацией (Association Control Service Element —
ACSE), Элемент услуг получения доступа к операциям отдаленного
устройства (Remote Operations Service Element — ROSE) и Элемент услуг
надежной передачи (Reliable Transfer Service Element — RTSE). При
подготовке к связи между двумя протоколами прикладного уровня
ACSE об’единяет их имена друг с другом. ROSE реализует родовой
(generic) механизм «запрос/ответ», который разрешает доступ к операциям
отдаленного устройства способом, похожим на вызовы процедуры обращений
к отделенной сети (remote procedure calls — RPC). RTSE способствует
надежной доставке, делая конструктивные элементы сеансового уровня
легкими для использования.

Наибольшего внимания заслуживают следующие пять протоколов прикладного
уровня OSI:

Common Management Information Protocol (CMIP)

Протокол общей информации управления — протокол управления сети OSI
Также, как и SNMP
(смотри Главу 32 «SNMP»)
и Net View (смотри
Главу 33 «Управление сети IBM»),
он обеспечивает обмен управляющей
информацией между ES и станциями управления (которые также являются
ES).

Directory Services (DS)

Услуги каталогов. Разработанная на основе спецификации Х.500
CITT, эта услуга предоставляет возможности распределенной базы
анных, которые полезны для идентификации и адресации узлов высших
ровней.

File Transfer,Access, and Management (FTAM)

Передача, доступ и управление файлами — услуги по передаче
файлов. В дополнение к классической передаче файлов, для которой FTAM
обеспечивает многочисленные опции, FTAM также обеспечивает средста
доступа к распределенным файлам таким же образом, как это делает
NetWare компании Novell, Inc или Network File System (NFS)
компании Sun Microsystems, Inc.

Massage Handling Systems (MHS)

Системы обработки сообщений — обеспечивает механизм, лежащий
в основе транспортировки данных для прикладных задач передачи
сообщений по электронной почте и других задач, требующих услуг по
хранению и продвижению данных. Хотя они и выполняют аналогичные
задачи, MHS не следует путать с NetWare MHS компании Novell (смотри
Главу 19 «Протоколы NetWare)».

Virtual Terminal Protocol (VTP)

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

Спонсоры:

Хостинг:

Maxim ChirkovДобавить, Поддержать, Вебмастеру

Общее определение термина пакет

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

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

Рис.1. Обязательные составляющие обычного письма.

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

• Почтовое вложение. Этот компонент представляет собой передаваемые данные, допустим, электронное письмо дяде Джо с сообщением о рождении сына.
• Адрес отправителя. Этот компонент служит в качестве обратного адреса для электронного письма. Он позволяет узнать от кого поступило сообщение, даже просто на тот случай, если возникнет проблема при доставке электронной почты.
• Адрес получателя. Этот компонент представляет собой адрес электронной почты дяди Джо и необходим для правильной доставки электронной почты.
• Информация для системы проверки. Если речь идет о пакете, то этот компонент представляет собой определенную информацию для системы контроля ошибок. В данном случае применяется контрольная последовательность фрейма (Frame Check Sequence — FCS). Такую последовательность можно рассматривать как результат вычислений, выполненных над содержимым пакета с помощью некоторой математической формулы. Если вычисления FCS в пункте назначения {на компьютере дяди Джо) дадут правильный результат, это будет означать, что данные в пакете являются действительными и должны быть приняты. А если результаты вычислений окажутся неправильными, сообщение будет отброшено.

Рис.2. Основные компоненты пакете.

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

Модель OSI

Эталонная модель OSI являет собой 7-уровневую сетевую иерархию созданную международной организацией по стандартам (ISO). Представленная модель на рис.1 имеет 2 различных модели:

• горизонтальная модель на основе протоколов, реализующую взаимодействие процессов и ПО на разных машинах
• вертикальную модель на основе услуг, реализуемых соседними уровнями друг другу на одной машине

В вертикальной — соседние уровни меняются информацией с помощью интерфейсов API. Горизонтальная модель требует общий протокол для обмена информацией на одном уровне.

Рисунок — 1

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

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

На физическом уровне данные представлены в виде электрических или оптических сигналов, соответствующие 1 и 0 бинарного потока. Параметры среды передачи определяются на физическом уровне:

• тип разъемов и кабелей
• разводка контактов в разъемах
• схема кодирования сигналов 0 и 1

Самые распространенные виды спецификаций на этом уровне:

• EIA-RS-232-C, CCITT V.24/V.28 — параметры несбалансированного последовательного интерфейса
• EIA-RS-422/449, CCITT V.10 — параметры сбалансированного последовательного интерфейса
• IEEE 802.3 — Ethernet
• IEEE 802.5 — Token ring

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

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

На этом канале реализована транспортировка и прием кадров данных. Уровень реализует запросы сетевого уровня и использует физический уровень для приема и передачи. Спецификации IEEE 802.x делят этот уровень на два подуровня управление логическим каналом (LLC) и управление доступом к среде (MAC). Самые распространенные протоколы на этом уровне:

• Протокол последовательной передачи HDLC
• IEEE 802.2 LLC и MAC
• Ethernet
• Token Ring
• FDDI
• х 25
• Frame Relay

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

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

На этом уровне происходит деление пользователей сети на группы. Здесь реализуется маршрутизация пакетов на основе MAC-адресов. Сетевой уровень реализует прозрачную передачу пакетов на транспортный уровень. На этом уровне стираются границы сетей разных технологий. Маршрутизаторы работают на этом уровне. Пример работы сетевого уровня показан на рис.2 Самые частые протоколы:

• ПIP
• IPX
• X 25
• CLNP

Рисунок — 2

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

На этом уровне потоки информации делятся на пакеты для передачи их на сетевом уровне. Самые распространенные протоколы этого уровня:

• TCP — протокол управления передачей
• NCP
• SPX
• TP4

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

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

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

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

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

Прикладной уровень реализует доступ приложения в сеть. Уровень управляет переносом файлов и управление сетью. Используемые протоколы:

• FTP/TFTP — протокол передачи файлов
• X 400 — электронная почта
• Telnet
• smtp
• CMIP — управление информацией
• SNMP — управление сетью
• NFS — сетевая файловая система
• FTAM — метод доступа для переноса файлов

править Соответствие OSI и других стеков протоколов

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

Библиографическая справка

В первые годы появления межкомпьютерной связи программное обеспечение
организации сетей создавалось бессистемно, для каждого отдельного
случая. После того, как сети приобрели достаточную популярность,
некоторые из разработчиков признали необходимость стандартизации
сопутствующих изделий программного обеспечения и разработки аппаратного
обеспечения. Считалось, что стандартизация позволит поставщикам
разработать системы аппаратного и программного обеспечения, которые
смогут сообщаться друг с другом даже в том случае, если в их основе
лежат различные архитектуры. Поставив перед собой эту цель, ISO начала
разработку эталонной модели Open Systems Interconnections (OSI)
(Взаимодействие открытых систем). Эталонная модель OSI была завершена
и выпущена в 1984 г.

В настоящее время эталонная модель OSI (подробно рассмотренная в
Главе 1 «Введение в об’единенные сети» )
является самой
выдающейся в мире моделью архитектуры об’единенных сетей. Она также
является самым популярным средством приобретения знаний о сетях.
С другой стороны, у протоколов OSI был длинный период созревания.
И хотя известно о некоторых реализациях OSI, протоколы OSI все еще
не завоевали той популярности, которой пользуются многие патентованные
протоколы (например, DECnet и АppleTalk) и действующие стандарты
(например, протоколы Internet).

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

Как обычно для сетевого уровня OSI, oбеспечиваются услуги как без
установления соединения, так и с установлением соединения. Фактически
имеется 5 протоколов транспортного уровня OSI с установлением
соединения: ТР0, ТР1, ТР2, ТР3 и ТР4.
Все они, кроме ТР4, работают
только с услугами сети OSI с установлением соединения. ТР4 работает с
услугами сети как с установлением соединения, так и без установления
соединения.

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

Это означает, что ТР0 обратит внимание на протокольную
информационную единицу (protocol data unit — PDU) с самым маленьким
максимальным размером,
который поддерживается лежащими в основе подсетями, и разобьет пакет
транспортного уровня на менее крупные части, которые не будут слишком
велики для передачи по сети.. В дополнение к сегментации и повторной сборке ТР1 обеспечивает
устранение базовых ошибок

Он нумерует все PDU и повторно
отправляет те, которые не были подтверждены. ТР1 может также повторно
инициировать соединение в том случае, если имеет место превышение
допустимого числа неподтвержденных РDU.

В дополнение к сегментации и повторной сборке ТР1 обеспечивает
устранение базовых ошибок. Он нумерует все PDU и повторно
отправляет те, которые не были подтверждены. ТР1 может также повторно
инициировать соединение в том случае, если имеет место превышение
допустимого числа неподтвержденных РDU.

ТР2 может мультиплексировать и демультиплексировать потоки данных через
отдельную виртуальную цепь. Эта способность делает ТР2 особенно
полезной в общедоступных информационных сетях (PDN), где каждая
виртуальная цепь подвергается отдельной загрузке. Подобно ТР0
и ТР1, ТР2 также сегментирует и вновь собирает PDU.

ТР3 комбинирует в себе характеристики ТР1 и ТР2.

ТР4 является самым популярным протоколом транспортного уровня OSI.
ТР4 похож на протокол ТСР из комплекта протоколов Internet;
фактически, он базировался на ТСР. В дополнение к характеристикам
ТР3, ТР4 обеспечивает надежные услуги по транспортировке. Его
применение предполагает сеть, в которой проблемы не выявляются.

Соответствие модели 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-адреса сетевого адаптера.