Протоколы, реализованные на Сетевом уровне, которые переносят пользовательские данные, включают:

• Протокола Интернета версии 4 (IPv4)
• Протокола Интернета версии 6 (IPv6)
• Межсетевой обмен пакетов Novell (IPX)
• AppleTalk
• Сетевая Служба без Установки соединения (CLNS/DECNet)

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

• Адресация
• Инкапсуляция
• Маршрутизация
• Декапсуляция

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

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

Транспортный уровень решает потребности сети передачи данных:

• Разделяя данные, полученные от приложения, на сегменты
• Добавляя заголовок, чтобы идентифицировать и управлять каждым сегментом
• Повторно собирая сегменты назад в данные приложения с помощью информации из заголовка
• Передавая собранные данные корректному приложению

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

Поскольку UDP работает без установки соединения, сеансы не устанавливаются прежде, чем начнется передача, - так, как это происходит в TCP. Говорят, что UDP основан на транзакции. Другими словами, когда у приложения есть данные для отправки, оно просто отправляет эти данные.

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

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

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

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