Раздел 6. Составные сети на основе стека TCP/IP
План
лекции
Введение
Уровни стека протоколов
TCP/IP
Уровень сетевого
доступа
Межсетевой
уровень
Транспортный
уровень
Прикладной
уровень
Хост-сетевой
уровень
Соответствие уровней стека
TCP/IP семиуровневой модели ISO/OSI
Критика эталонной модели
TCP/IP
Дополнительная
литература:
1.
James F. Kurose, Keith W. Ross, Computer Networking: A Top-Down
Approach, 2008, ISBN 0-321-49770-8
2.
Behrouz A. Forouzan,
Data Communications and Networking,
2003
3.
Douglas E. Comer, Internetworking with TCP/IP: Principles,
Protocols and Architecture, Pearson Prentice Hall 2005, ISBN
0-13-187671-6
4.
Charles M. Kozierok, "The TCP/IP Guide", No Starch Press
2005
5.
William Stallings, Data and Computer Communications, Prentice Hall
2006, ISBN 0-13-243310-9
6.
Andrew S. Tanenbaum, Computer Networks, Prentice Hall 2002, ISBN
0-13-066102-3
7.
Mark A. Dye, Rick McDonald, Antoon W. Rufi, Network Fundamentals:
CCNA Exploration Companion Guide, 2007, ISBN
1-58713-208-7
Введение
Рассмотрим
теперь эталонную модель, использовавшуюся в компьютерной сети ARPANET,
которая является бабушкой нынешних сетей, а также в ее наследнице, всемирной
сети Интернет. Хотя краткую историю сети ARPANET
мы рассмотрим чуть позднее, некоторые ключевые моменты ее следует отметить прямо
сейчас. ARPANET
была исследовательской сетью, финансируемой Министерством обороны США. В конце
концов, она объединила сотни университетов и правительственных зданий при помощи
выделенных телефонных линий. Когда впоследствии появились спутниковые сети и
радиосети, возникли большие проблемы при объединении с ними других сетей с
помощью имеющихся протоколов. Понадобилась новая эталонная архитектура. Таким
образом, возможность объединять различные сети в единое целое являлась одной из
главных целей с самого начала.
Позднее
эта архитектура получила название эталонной модели TCP/IP
в соответствии со своими двумя основными протоколами. Первое ее описание
встречается в книге Cerf
и Kahn
1974г.
Из более поздних описаний можно выделить книгу, написанную Leiner
и др. в 1985 году. Конструктивные особенности модели обсуждаются в издании
Clark,
1988. Модель TCP/IP принято называть моделью DоD (Department of Defense –
Министерство обороны США).
Поскольку Министерство обороны беспокоилось, что ценные хосты,
маршрутизаторы и межсетевые шлюзы могут быть мгновенно уничтожены, другая важная
задача состояла в том, чтобы добиться способности сети сохранять
работоспособность при возможных потерях подсетевого оборудования, так, чтобы при
этом связь не прерывалась. Другими словами, Министерство обороны требовало,
чтобы соединение не прерывалось, пока функционируют приемная и передающая
машины, даже если некоторые промежуточные машины или линии связи внезапно вышли
из строя. Кроме того, от архитектуры нужна была определенная гибкость, поскольку
предполагалось использовать приложения с различными требованиями, от переноса
файлов до передачи речи в реальном времени.
Уровни стека протоколов TCP/IP
Семейство протоколов TCP/IP, название которого в действительности
является комбинацией названий двух отдельных протоколов – протокола управления
передачей данных (TCP) и протокола Интернета (IP), делится на уровни, каждый из
которых выполняет определенные функции в процессе обмена
данными.
4 |
ПРИКЛАДНОЙ |
Process / Application |
3 |
ТРАНСПОРТНЫЙ |
Host to Host |
2 |
МЕЖСЕТЕВОЙ |
Internet |
1 |
СЕТЕВОЙ ДОСТУП |
Network
Access |
Рисунок 1. Уровни модели
DoD
Протоколы
семейства TCP/IP были созданы примерно в то же время, что и модель OSI. Подобно
модели OSI протоколы семейства TCP/IP предназначены для организации компонентов,
при которой их расположение отражает функции протоколов в отношении друг друга.
Стек протоколов TCP/IP состоит из следующих уровней:
·
Уровень
сетевого доступа.
На этом уровне выполняются те же процессы, что на двух нижних уровнях
OSI.
-
Физический
уровень.
На физическом уровне определены электрические, механические, процедурные и
функциональные характеристики активации, поддержания и отключения физического
канала между конечными системами. Технические характеристики физического уровня
определяют такие параметры, как уровни напряжения, синхронизация изменения
напряжения, физическую скорость передачи данных, максимальное расстояние
передачи данных, физические подключения и другие аналогичные
характеристики.
-
Канальный
уровень.
На канальном уровне определяется формат данных для передачи и методы контроля
доступа к сети.
·
Межсетевой
уровень
(уровень
Интернета).
На этом уровне обеспечивается маршрутизация данных от источника к месту
назначения, для
этого определяется формат пакета и схема адресации, данные перемещаются с
канального уровня на транспортный, пакеты данных маршрутизируются на удаленный
хост, выполняется фрагментация и восстановление пакетов данных.
·
Транспортный
уровень.
Транспортный уровень является центральным в архитектуре TCP/IP, Он предоставляет
услуги обмена данными приложениям, которые работают на хостах в сети,
·
Прикладной
уровень.
На прикладном уровне выполняются приложения для передачи файлов, поиска и
устранения неисправностей сети и работы с Internet.
Этот уровень поддерживает прикладные программные интерфейсы (API),
благодаря которым программы, написанные для определенной операционной системы,
могут получать доступ к сети.
Рисунок 2. Протоколы модели
TCP/IP
Уровень
сетевого доступа (Network
Access,
в некоторых источниках – Data
Link)
описывает, каким образом передаются пакеты данных через физический уровень,
включая кодирование (то есть специальные последовательности бит, определяющих
начало и конец пакета данных). Ethernet, например, в полях заголовка пакета
содержит указание того, какой машине или машинам в сети предназначен этот
пакет.
Протоколы
канального
уровня
– Ethernet, IEEE 802.11 Wireless Ethernet, SLIP, Token Ring,
ATM и
MPLS.
Кроме
того, первый уровень описывает среду передачи данных (будь то коаксиальный
кабель, витая пара, оптическое волокно или радиоканал), физические
характеристики такой среды и принцип передачи данных (разделение каналов,
модуляцию, амплитуду сигналов, частоту сигналов, способ синхронизации передачи,
время ожидания ответа и максимальное расстояние).
Межсетевой
уровень
Стержнем
всей архитектуры является уровень
межсетевого взаимодействия, который реализует концепцию передачи пакетов в
режиме без установления соединений, то есть дейтаграммным способом. Именно этот
уровень обеспечивает возможность перемещения пакетов по сети, используя тот
маршрут, который в данный момент является наиболее рациональным. Этот уровень
также называют уровнем internet,
указывая тем самым на основную его функцию – передачу данных через составную
сеть.
Основным
протоколом сетевого уровня (в терминах модели OSI) в стеке
является протокол IP
(Internet
Protocol). Задачей межсетевого уровня является доставка
IP-пакетов к пунктам назначения. IP-протокол
изначально проектировался как протокол передачи пакетов в составных сетях,
состоящих из большого количества локальных сетей, объединенных как локальными,
так и глобальными связями. Поэтому протокол IP хорошо
работает в сетях со сложной топологией, рационально используя наличие в них
подсистем и экономно расходуя пропускную способность низкоскоростных линий
связи. Так как протокол IP является
дейтаграммньм протоколом, он не гарантирует доставку пакетов до узла назначения,
но старается это сделать. Гарантированную
доставку данных могут обеспечить протоколы вышестоящих
уровней.
Здесь можно увидеть аналогию с почтовой системой. Человек может
бросить несколько международных писем в почтовый ящик в одной стране, и если
повезет, большая часть из них будет доставлена по правильным адресам в других
странах. Вероятно, письма по дороге пройдут через несколько международных
почтовых шлюзов, однако это останется тайной для корреспондентов. В каждой
стране (то есть в каждой сети) могут быть свои марки, свои предпочитаемые
размеры конвертов и правила доставки, незаметные для пользователей почтовой
службы.
Помимо
IP-протокола к уровню
межсетевого взаимодействия относятся и все протоколы, связанные с составлением и
модификацией таблиц маршрутизации, такие как протоколы сбора маршрутной
информации RIP
(Routing
Internet
Protocol) и
OSPF
(Open
Shortest
Path
First), а
также протокол межсетевых управляющих сообщений ICMP
(Internet
Control
Message
Protocol).
Все протоколы транспортного уровня используют протокол IP. IP-протокол, обеспечивающий адресацию в
сети и связанные с ней функции без установки соединения и без механизмов
контроля целостности. Протокол IP:
·
определяет факт получения повреждённого
пакета;
·
определяет факт получения копии
пакета;
·
делит большие пакеты на фрагменты, собирает фрагменты в правильном
порядке, определяет факт отсутствия утерянных
фрагментов.
Протокол
ICMP (англ. Internet Control Message Protocol) –
протокол для передачи сообщений об ошибках и диагностики, работающий поверх IP
(использующий IP для доставки данных) и считающийся неотъемлемой частью
протокола IP. Протокол
предназначен для обмена информацией об ошибках между маршрутизаторами сети и
узлом-источником пакета. С помощью специальных пакетов ICMP сообщает о
невозможности доставки пакета, о превышении времени жизни или продолжительности
сборки пакета из фрагментов, об аномальных величинах параметров, об изменении
маршрута пересылки и типа обслуживания, о состоянии системы и т.
п.
IGMP
(англ. Internet Group Management
Protocol) – протокол, используемый для объединения устройств в группы и
обеспечивающий одновременную передачу данных всем устройствам внутри группы
(multicast).
Транспортный
уровень
Поскольку
на сетевом уровне не устанавливаются соединения, то нет никаких гарантий, что
все пакеты будут доставлены в место назначения целыми и невредимыми или придут в
том же порядке, в котором они были отправлены. Эту задачу – обеспечение надежной
информационной связи между двумя конечными узлами – решает основной уровень стека
TCP/IP,
называемый также транспортным.
На этом
уровне функционируют протокол управления передачей TCP
(Transmission
Control
Protocol) и
протокол дейтаграмм пользователя UDP
(User
Datagram
Protocol).
Протокол
TCP:
·
Обеспечивает
надежную передачу сообщений между удаленными прикладными процессами за счет
образования логических соединений. Этот протокол позволяет равноранговым
объектам на компьютере-отправителе и компьютере-получателе поддерживать обмен
данными в дуплексном режиме.
·
TCP
позволяет без ошибок доставить сформированный на одном из компьютеров поток байт
в любой другой компьютер, входящий в составную сеть.
·
TCP делит
поток байт на части – сегменты и передает их ниже лежащему
уровню межсетевого взаимодействия. После того как эти сегменты будут доставлены
средствами уровня межсетевого взаимодействия в пункт назначения, протокол
TCP снова
соберет их в непрерывный поток байт.
·
TCP
позволяет регулировать нагрузку на сеть, а также уменьшать время ожидания данных
при передаче на большие расстояния.
·
TCP гарантирует, что полученные данные были отправлены точно в
такой же последовательности. В этом его главное отличие от
UDP.
Протокол
UDP:
·
обеспечивает
передачу прикладных пакетов дейтаграммным способом, как и главный протокол
уровня межсетевого взаимодействия IP
·
выполняет функции связующего звена (мультиплексора) между сетевым
протоколом и многочисленными службами прикладного уровня или пользовательскими
процессами.
UDP обычно используется в таких приложениях, как потоковое видео и
компьютерные игры, где допускается потеря пакетов, а повторный запрос затруднён
или не оправдан, либо в приложениях вида запрос-ответ (например, запросы к DNS),
где создание соединения занимает больше ресурсов, чем повторная
отправка.
И TCP, и
UDP используют для определения протокола верхнего уровня число, называемое
портом.
Прикладной
уровень
Прикладной
уровень
объединяет все службы, предоставляемые системой пользовательским приложениям. За
долгие годы использования в сетях различных стран и организаций стек
TCP/IP накопил
большое количество протоколов и служб прикладного уровня. Прикладной уровень
реализуется программными системами, построенными в архитектуре клиент-сервер,
базирующимися на протоколах нижних уровней. В отличие от протоколов остальных
трех уровней, протоколы прикладного уровня занимаются деталями конкретного
приложения и «не интересуются» способами передачи данных по сети. Этот уровень
постоянно расширяется за счет присоединения к старым, прошедшим многолетнюю
эксплуатацию сетевым службам типа Telnet,
FTP,
TFTP,
DNS,
SNMP, POP3,
SMTP, HTTP.
Протоколы
прикладного уровня стека TCP/IP работают
на компьютерах, выполняющих приложения пользователей. Даже полная смена сетевого
оборудования в общем случае не должна влиять на работу приложений, если они
получают доступ к сетевым возможностям через протоколы прикладного
уровня.
Протоколы транспортного уровня уже более зависят от сети, так как
они реализуют интерфейс к уровням, непосредственно организующим передачу данных
по сети. Однако, подобно протоколам прикладного уровня, программные модули,
реализующие протоколы транспортного уровня, устанавливаются только на конечных
узлах. Протоколы двух нижних уровней являются сетезависимыми, а следовательно,
программные модули протоколов межсетевого уровня и уровня сетевых интерфейсов
устанавливаются как на конечных узлах составной сети, так и на
маршрутизаторах.
В
эталонной модели TCP/IP не
описывается подробно, что располагается ниже межсетевого уровня. Сообщается
только, что хост соединяется с сетью при помощи какого-нибудь протокола,
позволяющего ему посылать по сети IP-пакеты. Этот протокол никак не определяется
и может меняться от хоста к хосту и от сети к сети.
Соответствие уровней стека TCP/IP семиуровневой модели
ISO/OSI
Так как
стек TCP/IP был
разработан до появления модели взаимодействия открытых систем ISO/OSI, то,
хотя он также имеет многоуровневую структуру, соответствие уровней стека
TCP/IP уровням
модели OSI
достаточно условно (рис.3). Рассматривая многоуровневую архитектуру TCP/IP, можно
выделить в ней, подобно архитектуре OSI, уровни, функции которых зависят от
конкретной технической реализации сети, и уровни, функции которых ориентированны
на работу с приложениями.
Рисунок 3. Соответствие уровней стека TCP/IP
семиуровневой модели ISO/OSI
Уровень
сетевого доступа стека
TCP/IP примерно
соответствует физическому и канальному уровням модели OSI и, в
основном, отвечает за взаимодействие с сетевым оборудованием и доступ к средам
передачи данных.
Поскольку
уровень сетевого доступа стека TCP/IP включает
как канальный, так и физический уровни модели OSI,
классическая четырехуровневая структура TCP/IP часто
заменяется пятиуровневой структурой.
Уровень
Интернета в стеке
TCP/IP почти в
точности соответствует сетевому уровню модели OSI и
отвечает за адресацию и маршрутизацию между сетевыми устройствами.
Транспортный
уровень
TCP/IP, подобно
транспортному уровню модели OSI,
позволяет приложениям хоста получать доступ к сетевому уровню либо в режиме
негарантированной доставки, либо в режиме надежной доставки.
Прикладной
уровень стека
протоколов TCP/IP работает
с приложениями, которые обмениваются данными с более низкими уровнями, и
соответствует прикладному, сеансовому и уровню и представлений в модели
OSI.
Дополнительные уровни модели OSI
обеспечивают дополнительную организацию функций, связанных с
приложениями.
У моделей OSI и TCP имеется много общих черт. Обе модели основаны
на концепции стека независимых протоколов. Функциональность уровней также во
многом схожа. Например, в обеих моделях уровни, начиная с транспортного и выше,
предоставляют сквозную, не зависящую от сети транспортную службу для процессов,
желающих обмениваться информацией. Эти уровни образуют поставщика транспорта.
Также в каждой модели уровни выше транспортного являются прикладными
потребителями транспортных сервисов.
Несмотря на это фундаментальное сходство, у этих моделей имеется и
ряд отличий. В данном разделе мы обратим внимание на ключевые различия. Обратите
внимание на то, что мы сравниваем именно эталонные модели, а не соответствующие
им стеки протоколов. Сами протоколы будут обсуждаться несколько позднее.
Для модели OSI центральными являются три концепции:
1. Службы.
2. Интерфейсы.
3. Протоколы.
Вероятно, наибольшим вкладом модели OSI стало явное разделение этих
трех концепций. Каждый уровень предоставляет некоторые сервисы для
расположенного выше уровня. Сервис определяет, что именно делает уровень, но не
то, как он это делает и каким образом сущности, расположенные выше, получают
доступ к данному уровню.
Интерфейс уровня определяет способ доступа к уровню для
расположенных выше процессов. Он описывает параметры и ожидаемый результат. Он
также ничего не сообщает о внутреннем устройстве уровня.
Наконец,
равноранговые протоколы, применяемые в уровне, являются внутренним делом самого
уровня. Для выполнения поставленной ему задачи (то есть предоставления сервиса)
он может использовать любые протоколы. Кроме того, уровень может менять
протоколы, не затрагивая работу приложений более высоких уровней.
Эти идеи очень хорошо соответствуют современным идеям
объектно-ориентированного программирования. Уровень может быть представлен в
виде объекта, обладающего набором методов (операций), к которым может обращаться
внешний процесс. Семантика этих методов определяет набор служб, предоставляемых
объектом. Параметры и результаты методов образуют интерфейс объекта. Внутреннее
устройство объекта можно сравнить с протоколом уровня. За пределами объекта оно
никого не интересует и никому не видно.
Изначально
в модели TCP/IP не было четкого разделения между службами, интерфейсом
и протоколом, хотя и производились попытки изменить это, чтобы сделать ее более
похожей на модель OSI. Так, например, единственными настоящими сервисами,
предоставляемыми межсетевым уровнем, являются SEND IP PACKET (послать IP-пакет)
и RECEIVE IP PACKET (получить IP-пакет).
В результате в модели OSI протоколы скрыты лучше, чем в модели
TCP/IP, и при изменении технологии они могут быть относительно легко заменены.
Возможность проводить подобные изменения – одна из главных целей многоуровневых
протоколов.
Эталонная модель OSI была разработана прежде, чем были изобретены
протоколы для нее. Такая последовательность событий означает, что эта модель не
была настроена на какой-то конкретный набор протоколов, что сделало ее
универсальной. Обратной стороной такого порядка действий было то, что у
разработчиков было мало опыта в данной области и не было четкого представления о
том, какие функции должен выполнять каждый уровень.
Например, уровень передачи данных изначально работал только в сетях
с передачей от узла к узлу. С появлением широковещательных сетей в модель
потребовалось ввести новый подуровень. Когда же на базе модели OSI начали
строить реальные сети с использованием существующих протоколов, обнаружилось,
что они не соответствуют требуемым спецификациям служб. Поэтому в модель
пришлось добавить подуровни для устранения несоответствия. Наконец, изначально
ожидалось, что в каждой стране будет одна сеть, управляемая правительством и
использующая протоколы OSI, поэтому никто и не думал об объединении различных
сетей. В действительности все оказалось не так.
С
моделью TCP/IP было все наоборот: сначала появились протоколы, а уже затем была
создана модель, описывающая существующие протоколы. Таким образом, не было
проблемы с соответствием протоколов модели. Они ей соответствовали прекрасно.
Единственной проблемой было то, что модель не соответствовала никаким другим
стекам протоколов. В результате она не использовалась для описания каких-нибудь
других сетей, отличных от TCP/IP.
Каждый
коммуникационный протокол оперирует с некоторой единицей передаваемых данных.
Названия этих единиц иногда закрепляются стандартом, а чаще просто определяются
традицией. В стеке TCP/IP за
многие годы его существования образовалась устоявшаяся терминология в этой
области.
Рисунок 4. Единицы данных в
TCP/IP
Потоком называют
данные, поступающие от приложений на вход протоколов транспортного уровня
TCP и
UDP.
Протокол
TCP нарезает
из потока данных сегменты.
Единицу
данных протокола UDP часто называют дейтаграммой (или датаграммой). Дейтаграмма – это общее название для
единиц данных, которыми оперируют протоколы без установления соединений. К таким
протоколам относится и протокол межсетевого взаимодействия IP.
Дейтаграмму
протокола IP называют
также пакетом.
В стеке
TCP/IP принято
называть кадрами (фреймами) единицы данных
протоколов, на основе которых IP-пакеты переносятся через подсети составной
сети. При этом не имеет значения, какое название используется для этой единицы
данных в локальной технологии.
Если
взглянуть две модели
OSI и
TCP/IP
поближе, то прежде всего обратит на себя внимание различие в количестве уровней:
в модели OSI семь уровней, в модели TCP/IP – четыре. В обеих моделях имеются
межсетевой, транспортный и прикладной уровни, а остальные уровни различные.
Еще
одно различие между моделями лежит в сфере возможности использования связи на
основе соединений и связи без установления соединения. Модель OSI на сетевом
уровне поддерживает оба типа связи, а на транспортном уровне – только связь на
основе соединений (поскольку транспортные службы являются видимыми для
пользователя). В модели TCP/IP на сетевом уровне есть только один режим связи
(без установления соединения), но на транспортном уровне он поддерживает оба
режима, предоставляя пользователям выбор. Этот выбор особенно важен для простых
протоколов «запрос – ответ».
Критика эталонной модели TCP/IP
У модели TCP/IP и ее протоколов также как и у модели OSI имеется
ряд недостатков. Во-первых, в этой модели нет четкого разграничения концепций
служб, интерфейса и протокола. При разработке программного обеспечения
желательно провести четкое разделение между спецификацией и реализацией, что
весьма тщательно делает OSI и чего не делает TCP/IP. В результате модель TCP/IP
довольно бесполезна при разработке сетей, использующих новые технологии.
Во-вторых, модель TCP/IP отнюдь не является общей и довольно плохо
описывает любой стек протоколов, кроме TCP/IP. Так, например, описать технологию
Bluetooth с помощью модели TCP/IP совершенно невозможно.
В-третьих, хост-сетевой уровень в действительности не является
уровнем в том смысле, который обычно используется в контексте уровневых
протоколов. Это скорее интерфейс между сетью и уровнями передачи данных.
Различие между интерфейсом и уровнем является чрезвычайно важным, и здесь не
следует быть небрежным.
В-четвертых, в модели TCP/IP не различаются физический уровень и
уровень передачи данных. Об этом различии даже нет упоминания. Между тем они
абсолютно разные. Физический уровень должен иметь дело с характеристиками
передачи информации по медному кабелю, оптическому волокну и по радио, тогда как
задачей уровня передачи данных является определение начала и конца кадров и
передача их с одной стороны на другую с требуемой степенью надежности.
Правильная модель должна содержать их как два различных уровня. В модели TCP/IP
этого нет.
И наконец, хотя протоколы IP и TCP были тщательно продуманы и
неплохо реализованы, многие другие протоколы были созданы несколькими
студентами, работавшими над ними, пока это занятие им не наскучило. Реализации
этих протоколов свободно распространялись, в результате чего они получили
широкое признание, глубоко укоренились, и теперь их трудно заменить на что-либо
другое. Некоторые из них в настоящее время оказались серьезным препятствием на
пути прогресса. Например, протокол виртуального терминала TELNET, созданный еще
для механического терминала типа Teletype, работавшего с огромной скоростью 10
символов в секунду. Ему ничего не известно о графических интерфейсах
пользователя и о мышках. Тем не менее сейчас он все еще широко используется.
Несмотря на все недостатки, модель OSI (кроме сеансового уровня и
уровня представления) показала себя исключительно полезной для теоретических
дискуссий о компьютерных сетях. Протоколы OSI не получили широкого
распространения. Для TCP/IP верно обратное: модель практически не существует,
тогда как протоколы чрезвычайно популярны.
В
результате в литературе используется большое число гибридных моделей TCP/IP
(таб.
1).
Таблица
1. Описанные модели
TCP/IP
Kurose
[1], Forouzan
[2] |
Comer
[3], Kozierok
[4] |
Stallings
[5] |
Tanenbaum[6] |
RFC 1122, Internet STD 3
(1989) |
Cisco
Academy |
Mike
Padlipsky's 1982 "Arpanet Reference Model" (RFC
871) |
Пять
уровней |
Четыре + 1
уровень |
Пять
уровней |
Пять
уровней |
Четыре
уровня |
Четыре
уровня |
Три
уровня |
"Five-layer
Internet model" or "TCP/IP protocol suite" |
"TCP/IP
5-layer reference model" |
"TCP/IP
model" |
"TCP/IP
5-layer reference model" |
"Internet
model" |
"Internet
model" |
"Arpanet
reference model" |
Application |
Application |
Application |
Application |
Application (Прикладной) |
Application |
Application
/ Process |
Transport |
Transport |
Host-to-host or
transport |
Transport |
Transport (Транспортный) |
Transport |
Host-to-host |
Network |
Internet |
Internet |
Internet |
Internet (Сетевой) |
Internetwork | |
Data
link |
Data link (Network
interface) |
Network
access |
Data
link |
Link (Канальный) |
Network
interface |
Network
interface |
Physical |
(Hardware) |
Physical |
Physical |
|