
- •Глава 14 – Транспортный уровень.
- •14.0 Введение.
- •14.0.1 Почему я должен выполнить этот модуль?
- •14.0.2 Что я буду изучать в этом модуле?
- •14.1 Передача данных
- •14.1.1 Роль транспортного уровня
- •14.1.2 Функции транспортного уровня
- •14.1.3 Протоколы транспортного уровня
- •14.1.4 Протокол управления передачей (tcp)
- •14.1.5 Протокол пользовательских датаграмм (udp)
- •14.1.6 Соответствующий протокол транспортного уровня для соответствующего приложенияНачало формы
- •14.1.7 Проверьте ваше понимание темы - Передача данныхНачало формы
- •14.2 Обзор протокола tcp
- •14.2.1 Функции протокола tcp
- •14.2.2 Заголовок протокола tcp
- •14.2.3 Поля заголовка tcp
- •14.2.4 Приложения, использующие протокол tcp
- •14.2.5 Проверьте свое понимание темы - Обзор tcp
- •14.3 Обзор протокола udp
- •14.3.1 Функции протокола udp
- •14.3.2 Заголовок протокола udp
- •14.3.3 Поля заголовка udp
- •14.3.4 Приложения, использующие протокол udp
- •14.3.5 Проверьте свое понимание темы - Обзор udp
- •14.4 Номера портов
- •14.4.1 Несколько отдельных сеансов передачи данных
- •14.4.2 Пары сокетов
- •14.4.3 Группы номеров портов
- •14.4.4 Команда netstat
- •14.4.5 Проверить ваше понимание темы - Номера портов
- •14.5 Обмен данными по протоколу tcp
- •14.5.1 Процессы tcp-сервера
- •14.5.2 Установление tcp-соединения
- •14.5.3 Прекращение tcp-соединения
- •14.5.4 Анализ трехстороннего квитирования tcp
- •14.5.5 Видеоролик. Трехэтапное квитирование tcp
- •14.5.6 Проверьте ваше понимание темы - Процесс связи tcp
- •14.6 Надежность и управление потоком передачи данных
- •14.6.1 Надежность tcp - гарантированная и упорядоченная доставка
- •14.6.2 Видеоролик. Надежность tcp: порядковые номера и подтверждения
- •14.6.3 Надежность tcp: потеря данных и повторная передача
- •14.6.4 Видеоролик. Надежность tcp: потеря данных и повторная передача
- •14.6.5 Управление потоком tcp. Размер окна и подтверждения
- •14.6.6 Управление потоком tcp - максимальный размер сегмента (mss)
- •14.6.7 Управление потоком tcp. Предотвращение перегрузок
- •14.6.8 Проверьте свое понимание темы — надежность и управление потоком
- •14.7 Обмен данными по протоколу udp
- •14.7.1 Udp: низкие накладные расходы или надежность?
- •14.7.2 Сборка датаграмм udp
- •14.7.3 Процессы и запросы udp-сервера
- •14.7.4 Процессы udp-клиента
- •14.7.5 Проверьте ваше понимание темы - Процесс связи udp
- •14.8 Практика и контрольная работа модуля
- •14.8.1 Packet Tracer. Обмен данными с использованием tcp и udp
- •14.8.2 Что я изучил в этом модуле?
- •14.8.3 Контрольная по модулю - Транспортный уровень
14.3.5 Проверьте свое понимание темы - Обзор udp
Что из перечисленного является протоколом транспортного уровня с негарантированной доставкой?
ICMP
IP
TCP
UDP
Какое утверждение о заголовке UDP верно?
Он состоит из 4 полей в 8-байтовом заголовке.
Он состоит из 8 полей в 10-байтовом заголовке.
Он состоит из 10 полей в 20-байтном заголовке.
Он состоит из 20 полей в 40-байтном заголовке.
Какие два приложения будут использовать протокол транспортного уровня UDP? (Выберите два варианта.)
FTP
HTTP
ICMP
TFTP
VoIP
Какие два поля одинаковы в заголовке TCP и UDP? (Выберите два варианта.)
Управляющие биты
Номер порта назначения
Порядковый номер
Номер порта источника
Общеизвестные номера портов
Практика и контрольная работа модуля
14.4 Номера портов
14.4.1 Несколько отдельных сеансов передачи данных
ак вы узнали, в некоторых ситуациях TCP является подходящим протоколом для работы, а в других - UDP. Независимо от того, какой тип данных передается, как TCP, так и UDP используют номера портов.
Протоколы транспортного уровня TCP и UDP используют номера портов для управления несколькими одновременными сеансами связи. Как показано на рисунке, поля заголовка TCP и UDP определяют номер порта приложения источника и назначения.
Номер порта источника связан с исходным приложением на локальном узле, тогда как номер порта назначения связан с целевым приложением на удаленном узле.
Например, предположим, что хост инициирует запрос веб-страницы с веб-сервера. Когда узел инициирует запрос веб-страницы, номер порта источника динамически генерируется хостом для уникальной идентификации диалога. Каждый запрос, сгенерированный хостом, будет использовать другой динамически созданный номер порта источника. Благодаря этому можно устанавливать несколько сеансов связи одновременно.
В запросе, номер порта назначения определяет тип запрашиваемой услуги веб-сервера назначения. Например, если клиент в описании для порта назначения указывает порт 80, то сервер, принимающий это сообщение, уже знает, что запрашиваются веб-сервисы.
Сервер может одновременно предоставлять веб-сервисы через порт 80 и организовать подключение по протоколу FTP через порт 21 для обмена файлами.
14.4.2 Пары сокетов
Номера порта источника и порта назначения записываются в сегмент. Затем эти сегменты инкапсулируются в пакете IP. В пакете IP записывается IP-адрес источника и назначения. Сочетание IP-адреса источника и номера порта источника или IP-адреса назначения и номера порта назначения называется сокетом.
В примере на рисунке компьютер одновременно запрашивает FTP-и веб-службы с сервера назначения.
В примере FTP-запрос, созданный ПК, включает MAC-адреса и IP-адреса. Запрос также идентифицирует исходный порт номер 1305 (т.е. динамически генерируется хостом) и порт назначения, идентифицируя службы FTP на порту 21. Хост также запросил веб-страницу с сервера, используя те же адреса уровня 2 и уровня 3. Тем не менее, он использует исходный порт номер 1099 (т.е. динамически генерируется хостом) и порт назначения, идентифицирующий веб-службу на порту 80.
Сокет используется для определения сервера и служб, запрашиваемых клиентом. Сокет клиента может иметь следующий вид, где 1099 — это номер порта источника: 192.168.1.5:1099.
Сокет веб-сервера может иметь следующий вид: 192.168.1.7:80.
Вместе эти два сокета образуют следующую пару: 192.168.1.5:1099, 192.168.1.7:80.
Сокеты позволяют различать несколько процессов, выполняющихся на клиенте, а также распознавать различные подключения к процессу сервера.
Номер порта источника играет роль обратного адреса для запрашивающего приложения. Протоколы транспортного уровня отслеживают порт и приложение-источник запроса, чтобы соответствующему приложению можно было отправить отклик.