• The four-layer модель является распространенной моделью для описания

сетей TCP/IP, но это не единственная модель.

• Например, модель ARPAnet описывает three layers: Network Interface layer, the
Host-toHost layer, and the Process-Level/Applications layer.

• Другие описания TCP/IP предполагают five layers модель, включая Physical

and Data Link layers вместо the Network Access layer (для соответствия модели
OSI). Еще другие модели могут исключать the Network Access or the Application
layer,

• Названия layers также могут . Названия ARPAnet layers все еще используются
в некоторых обсуждениях TCP/IP,
• Уровень доступа к сети: Предоставляет интерфейс с физической сетью.
Форматирует данные для среды передачи и адресует данные для подсети на
основе физических аппаратных адресов. Обеспечивает контроль ошибок для
данных, передаваемых в физической сети.

• Интернет-уровень: Предоставляет логическую, аппаратно-независимую

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

• Транспортный уровень: Предоставляет службы управления потоком,

контроля ошибок и подтверждения для интерсети. Служит интерфейсом для
сетевых приложений.

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

в сети, передачи файлов, удаленного управления и интернет-деятельности.
Также поддерживает программные интерфейсы сетевых приложений (API),
которые позволяют программам, написанным для определенной
операционной среды, получать доступ к сети.
• В индустрии сетевых технологий существует стандартная модель семи уровней для

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

(OSI). Модель OSI представляет собой усилие Международной организации по

стандартизации (ISO), международной стандартизационной организации, по

стандартизации дизайна сетевых протокольных систем для поощрения взаимосвязи и

открытого доступа к стандартам протоколов для разработчиков программного

обеспечения.

• Протокол TCP/IP находился на пути развития, когда появилась стандартная архитектура

OSI.

• Протокол TCP/IP не соответствует модели OSI. • У этих двух моделей были схожие цели,

и произошло достаточное взаимодействие среди разработчиков этих стандартов, чтобы

они вышли с некоторой совместимостью.

• Модель OSI оказала значительное влияние на рост и развитие реализаций протоколов, и

довольно часто можно встретить терминологию OSI, применяемую к TCP/IP.

• Семь уровней модели OSI выглядят следующим образом:

• Физический уровень: Преобразует данные в поток электрических или

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

• Уровень канала данных: Предоставляет интерфейс с сетевым адаптером;

поддерживает логические связи для подсети.

• Сетевой уровень: Поддерживает логическую адресацию и маршрутизацию.

• Транспортный уровень: Обеспечивает контроль ошибок и контроль потока

для интерсети.

• Уровень сеанса: Устанавливает сеансы между взаимодействующими

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

• Прикладной уровень: Предоставляет сетевой интерфейс для приложений;

поддерживает сетевые приложения для передачи файлов, связи и так далее.

Важно помнить о протокольной структуре TCP/IP, что каждый уровень играет

свою роль в общем процессе коммуникации.

Каждый уровень вызывает службы, необходимые для выполнения своей

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

Маленький пакет данных, содержащий заголовок и данные, затем становится

данными, которые перепаковываются на следующем более низком уровне с
заголовком следующего более низкого уровня.

Обратный процесс происходит, когда данные принимаются на

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

По мере перемещения данных вниз по стеку, это напоминает немного

вложенные русские матрёшки, которые вы, возможно, видели: самая
внутренняя матрёшка находится внутри другой матрёшки, которая в свою
очередь находится внутри еще одной матрёшки, и так далее.

На стороне получателя пакеты данных распаковываются по одному, по мере

того как данные поднимаются обратно вверх по стеку протоколов.

На уровне Интернета на машине-получателе используется информация в

заголовке уровня Интернета.

На уровне Транспорта используется информация в заголовке уровня

Транспорта.
На каждом уровне пакет данных принимает форму, которая предоставляет
необходимую информацию соответствующему уровню на машине-получателе.

Поскольку каждый уровень отвечает за разные функции, форма базового

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

• Пакет данных выглядит по-разному на каждом уровне, и на каждом уровне у

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

• Пакет данных, созданный на уровне Прикладного приложения, называется

сообщением.

• Пакет данных, созданный на уровне Транспорта и инкапсулирующий

сообщение уровня Прикладного приложения, называется сегментом, если он
поступает из протокола TCP уровня Транспорта. Если пакет данных поступает
из протокола User Datagram Protocol (UDP) уровня Транспорта, его называют
дейтаграммой.

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

Транспорта, называется дейтаграммой.

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

разбивающий дейтаграмму, называется фреймом. Затем этот фрейм
преобразуется в поток битов на нижнем подуровне Сетевого доступа.

Основной сценарий следующий:

• Данные передаются от протокола, сетевой службы или интерфейса
программирования приложений (API), работающего на уровне Прикладного
приложения, через порт TCP или UDP к одному из двух протоколов на уровне
Транспорта (TCP или UDP). Программы могут получать доступ к сети как через
TCP, так и через UDP, в зависимости от требований программы.

• TCP - это протокол с установлением соединения. TCP прикладывает

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

• UDP - это протокол без установления соединения. Он быстрее, чем TCP, но

менее надежен. UDP перераспределяет большую часть обязанностей по
контролю ошибок на приложение.

• Сегмент данных переходит на уровень Интернета, где протокол IP

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

• Дейтаграмма IP попадает на уровень Сетевого доступа, где она передается

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

• Уровень Сетевого доступа создает один или несколько сетевых кадров,

предназначенных для передачи по физической сети. В случае локальной сети,
такой как Ethernet, кадр может содержать информацию о физических адресах,
полученную из таблиц поиска, поддерживаемых с использованием протокола
ARP (Address Resolution Protocol) уровня Интернета. (ARP, протокол
разрешения адресов, переводит IP-адреса в физические адреса.)