какой PDU связан с транспортным уровнем

Транспортный уровень использует определенный блок данных протокола для управления сквозной связью. При использовании протокола управления передачей (TCP) этот блок называется сегментом. И наоборот, протокол пользовательских дейтаграмм (UDP) использует дейтаграммы. Эти отдельные блоки облегчают обмен данными между сетями. Например, TCP составляет примерно 55% трафика в мобильных сетях, а UDP составляет около 45%.. Важно отличать этот сетевой термин от Распределение власти Подразделение, который выполняет другую функцию в электрических системах.

Key Takeaways

• Транспортный уровень использует блок данных протокола (PDU) для отправки данных.
• TCP использует PDU, называемый сегментом. UDP использует PDU, называемый датаграммой.
• TCP-сегменты обеспечивают правильность и порядок доставки данных. Они надежны.
• UDP-дейтаграммы быстро отправляют данные. Они не гарантируют доставку или заказ.
• Номера портов помогают транспортному уровню отправлять данные в нужное приложение.
• TCP хорош для просмотра веб-страниц и электронной почты. UDP хорош для потокового видео и онлайн-игр.
• Choosing the right PDU помогает приложениям работать лучше.

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

Роль транспортного уровня в сети

Положение в моделях OSI и TCP/IP

Транспортный уровень занимает решающее место в сетевой архитектуре. В модели взаимодействия открытых систем (OSI) он находится на уровне 4, непосредственно над сетевым уровнем и под сеансовым уровнем. Аналогично, в более широко применяемой модели TCP/IP транспортный уровень находится между уровнем Интернета и уровнем приложений. Такое размещение позволяет устранить разрыв между доставкой данных на сетевом уровне и связью с конкретным приложением.

Основные обязанности по сквозной коммуникации

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

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

Что такое единица протокольных данных?

A Блок данных протокола (PDU) представляет собой фундаментальную единицу обмена между объектами, общающимися через определенный сетевой протокол. Сетевые специалисты используют PDU при работе с многоуровневыми стеками протоколов и управлении взаимодействием протоколов. Сетевые протоколы, особенно разработанные в рамках многоуровневых эталонных моделей, таких как модели OSI или TCP/IP, определяют свои единицы обмена данными. Например, пакет служит PDU для IP, который управляет взаимодействием между хостами, идентифицируемыми IP-адресами на сетевом уровне. PDU обычно состоят из заголовка протокола, содержащего определенные данные, такие как адреса назначения и источника, и полезной нагрузки, которая представляет собой фактическую передаваемую информацию.

Почему транспортному уровню нужен конкретный PDU

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

Сегмент TCP: надежный блок данных протокола

Определение сегмента TCP

Характеристики TCP-сегмента

Сегмент TCP представляет собой фундаментальную единицу передачи данных в рамках протокола управления передачей. Каждый сегмент состоит из заголовка и полезной нагрузки. Заголовок содержит необходимые метаданные для передачи. Его размер обычно варьируется от 20 байт до максимум 60 байт, если включены дополнительные поля, такие как временные метки или выборочные подтверждения. Максимальный размер сегмента (MSS) определяет наибольший объем данных, исключая заголовок, который может переносить сегмент TCP. Это концепция уровня 4, на которую напрямую влияет максимальная единица передачи (MTU) базовой сети уровня 2. Сетевые инженеры рассчитывают MSS как MTU — IPHeader — TCPHeader. Например, при Ethernet MTU размером 1500 байт, 20-байтовом заголовке IP и 20-байтовом заголовке TCP размер MSS становится 1460 байт. Общие значения MSS включают 512 байт для старых сетей и 1460 байт, что является значением по умолчанию в большинстве сетей Ethernet/IP.

Назначение блока данных протокола сегмента TCP

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

Ключевые компоненты заголовка TCP-сегмента

Номера портов источника и назначения

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

Порядковые номера и номера подтверждения

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

Флаги управления и размер окна

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

• SYN (синхронизировать): Используется для инициации соединения во время трехстороннего рукопожатия.
• ACK (подтверждение): Указывает, что поле «Номер подтверждения» важно.
• ФИН (Финиш): Сигнализирует об окончании передачи данных от отправителя.
• RST (Сброс): Сбрасывает соединение из-за неисправимой ошибки.
• Срочно (срочно): Указывает, что поле «Указатель срочности» важно и указывает на срочные данные.
• ПШ (Пуш): Запрашивает немедленную доставку буферизованных данных в приложение.
  Поле «Размер окна», 16-битное значение, имеет решающее значение для управления потоком. Он определяет объем данных, который готов принять получатель, не позволяя быстрому отправителю перегрузить более медленного получателя. Это значение можно масштабировать до 1 ГБ или более с помощью параметра «Масштаб окна».

Функции, реализуемые блоком данных протокола сегмента TCP

Надежная передача данных и устранение ошибок

TCP обеспечивает надежную передачу данных посредством сочетания механизмов подтверждений, таймаутов и повторной передачи. Каждый сегмент включает поле контрольной суммы для обнаружения повреждений. Если сегмент поврежден, TCP назначения отбрасывает его, считая потерянным. TCP использует подтверждения для подтверждения успешной доставки сегментов данных. Отсутствующие, задержанные или поврежденные сегменты передаются повторно. Это происходит либо тогда, когда отправитель получает три повторяющихся подтверждения, т. Быстрая повторная передачаили по истечении таймера повторной передачи, что называется повторной передачей после RTO. Конвейерные протоколы, такие как Go-Back-N и выборочный повтор также обрабатывает потерянные или поврежденные данные и пакеты подтверждений, что еще больше повышает надежность.

Управление потоком и управление перегрузками

TCP использует сложные механизмы управления потоками и управления перегрузками. Управление потоком ограничивает количество неподтвержденных сегментов на основе объявленного размера окна приема получателя (RWND). Максимальный объем данных в полете — это минимум RWND и окна перегрузки (CWND). Для управления перегрузкой TCP использует алгоритм контроля перегрузок включение Аддитивное увеличение/мультипликативное уменьшение (AIMD) и медленный старт. Окно перегрузки (CWND) регулирует скорость отправки, ограничивая общее количество неподтвержденных пакетов в пути. Медленный старт помогает потокам TCP быстро достичь пропускной способности канала за счет экспоненциального увеличения CWND. Как только достигается порог медленного запуска, поток переходит в режим предотвращения перегрузок, и AIMD вступает во владение, что приводит к линейному росту CWND.

Установление и завершение соединения

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

Датаграмма UDP: блок данных протокола без установления соединения

Определение датаграммы UDP

Характеристики датаграммы UDP

Датаграмма UDP представляет собой простой, ориентированный на сообщения протокол транспортного уровня. Он включает проверку целостности с помощью контрольной суммы как для заголовка, так и для полезной нагрузки. Однако он не дает никаких гарантий доставки сообщений протоколу верхнего уровня. Уровень UDP не сохраняет никакого состояния сообщений после их отправки, что приводит к тому, что его иногда называют «ненадежным протоколом дейтаграмм». Любая желаемая надежность передачи должна быть реализована на уровне приложения.

Датаграммы UDP обладают несколькими ключевыми характеристиками.:

• Простая и легкая конструкция: Каждая дейтаграмма UDP включает поля для порта источника, порта назначения, длины, контрольной суммы (необязательно в IPv4, обязательно в IPv6) и данных.
• Недостаток надежности: UDP не обеспечивает подтверждения или повторные передачи. Это означает, что потерянные или поврежденные пакеты могут остаться незамеченными, что делает его непригодным для приложений, требующих гарантированной доставки.
• Протокол без установления соединения: UDP не устанавливает соединение перед передачей данных. Он рассматривает каждую дейтаграмму как независимую единицу без гарантий доставки или порядка.
• Простота и эффективность: Он имеет меньшие накладные расходы и задержку по сравнению с TCP из-за отсутствия установления и обслуживания соединения.
• Лицо без гражданства: Ни отправитель, ни получатель не сохраняют информацию о состоянии или соединении.
• Нет контроля перегрузки: UDP отправляет данные независимо от условий сети, что потенциально может привести к потере пакетов, если сеть перегружена.
• Нет управления потоком: В нем отсутствуют механизмы, предотвращающие перегрузку отправителя получателя слишком большим объемом данных.
• Никакого восстановления ошибок или секвенирования: UDP не дает никаких гарантий того, что пакеты прибудут, прибудут по порядку или прибудут только один раз; пакеты могут быть не в порядке, дублироваться или теряться.

Назначение блока данных протокола дейтаграмм UDP

Протокол пользовательских дейтаграмм (UDP) служит протоколом связи, специально выбранным для чувствительных ко времени приложений. К ним относятся игры, воспроизведение видео или поиск в системе доменных имен (DNS). Его более быстрая связь обусловлена ​​тем, что перед передачей данных не требуется тратить время на установление прочной связи с пунктом назначения. UDP в основном используется для установления соединения с низкой задержкой и устойчивостью к потерям между приложениями в Интернете. Он отдает приоритет скорости, позволяя передавать данные до того, как принимающая сторона предоставит соглашение. Это делает его полезным для чувствительных ко времени коммуникаций, таких как VoIP, поиск DNS и воспроизведение видео или аудио.

Ключевые компоненты заголовка дейтаграммы UDP

Номера портов источника и назначения

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

Поля длины и контрольной суммы

Поле «Длина» указывает общую длину UDP-заголовка и данных в байтах. Минимальная длина — 8 байт, что соответствует размеру самого заголовка. Теоретический максимум составляет 65 535 байт, но IPv4 ограничивает длину данных до 65 507 байт.. Для джамбограмм IPv6 поле длины равно нулю, если общая длина превышает 65 535 байт. Поле Контрольная сумма может использоваться для проверки ошибок. Это необязательно в IPv4 и в большинстве случаев обязательно в IPv6. Если он не используется, он содержит все нули.

Функции, реализуемые блоком данных протокола дейтаграмм UDP

Связь без установления соединения и минимальные накладные расходы

UDP обеспечивает связь без установления соединения, позволяя отправителям передавать пакеты данных (датаграммы) непосредственно получателям. Это делается без предварительного установления выделенного соединения или установления связи. Это означает, что подтверждение не требуется, что обеспечивает бесперебойный поток данных. UDP минимальные накладные расходы обусловлено несколькими вариантами дизайна. Он использует простую структуру пакета, которая сокращает время обработки и ресурсы, необходимые как отправителю, так и получателю. В отличие от TCP, UDP не реализует управление потоком для регулирования скорости передачи данных. Ему также не хватает восстановления ошибок; UDP не передает потерянные пакеты повторно и не выполняет исправление ошибок. Приложения, использующие UDP, отвечают за управление целостностью данных и повторную передачу при необходимости. Отсутствие механизмов надежности делает UDP быстрее и проще.

Скорость важнее надежности

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

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

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

Сравнение надежности, скорости и накладных расходов

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

Комплексные функции TCP способствуют более высокой задержке благодаря трехстороннему рукопожатию и постоянным подтверждениям. Это также влечет за собой большие накладные расходы, поскольку больший заголовок размером 20-60 байт, потребляя больше полосы пропускания. TCP ресурсоемок, требует больше памяти и обработки состояния соединения, таймеров и порядковых номеров. Потерянный пакет в TCP может задержать последующие пакеты в потоке — явление, известное как блокировка начала строки. Однако UDP предлагает более быстрый, простой и эффективный подход.. Его фиксированный 8-байтовый заголовок обеспечивает очень низкие накладные расходы.

Feature	TCP (протокол управления передачей)	UDP (протокол пользовательских дейтаграмм)
Надежность	Гарантирует доставку данных.	Не гарантирует доставку данных.
Скорость	Сравнительно медленнее.	Быстрее, проще и эффективнее.
Длина заголовка	Переменная длина (20-60 байт).	Фиксированная длина (8 байт).
Накладные расходы	Низкий, но выше, чем UDP.	Очень низкий.

Подходы, ориентированные на установление соединения, и подходы без установления соединения

Подход к установлению связи также различает эти два блока данных протокола транспортного уровня. TCP ориентирован на соединение. Он устанавливает выделенное соединение с помощью трехстороннее рукопожатие (SYN, SYN-ACK, ACK) перед передачей данных. Это соединение завершается четырехэтапным рукопожатием. TCP активно отслеживает состояние связи на протяжении всего сеанса. Напротив, UDP не требует установления соединения. Он отправляет данные без предварительного установления связи или выделенного соединения. Каждый пакет передается независимо, и UDP не отслеживает состояние связи.

Практическое применение каждого блока данных протокола

Варианты использования TCP-сегментов

Приложения, которым требуется надежная, упорядоченная и управляемая ошибками передача данных, преимущественно используют сегменты TCP. Приложения для текстового общения, такие как WhatsApp, Instagram, Google Chat и iMessage. полагаться на TCP. Протокол передачи файлов (FTP) необходим для передачи файлов, где потеря данных недопустима и правильный порядок имеет решающее значение. Протокол передачи гипертекста (HTTP), используемый для доступа к веб-страницам, использует возможности TCP для упорядоченной доставки данных, контроля ошибок, управления потоком и повторной передачи сегментов данных. Простой протокол передачи почты (SMTP), протокол прикладного уровня для отправки электронной почты, также использует службы TCP.

Варианты использования датаграмм UDP

Приложения, в которых скорость важнее надежности, часто используют дейтаграммы UDP. Потоковое видео в реальном времени, используемое VoIP и видеоконференциями., выигрывает от более низких издержек UDP и устойчивости к потере пакетов, что снижает задержку. Система доменных имен (DNS) обычно использует UDP для быстрых и легких запросов. Многоадресная рассылка рыночных данных использует UDP в торговле с малой задержкой для эффективной доставки рыночных данных нескольким получателям одновременно. Устройства Интернета вещей (IoT) часто используют UDP для отправки небольших пакетов данных. Стриминговые сервисы, такие как YouTube и Netflix положитесь на UDP для плавного воспроизведения в реальном времени, минимизируя задержку и допуская незначительную потерю пакетов. Многопользовательские игры также предпочитают UDP. чтобы обеспечить оперативность реагирования в реальном времени и плавность игрового процесса, допуская незначительную потерю пакетов.

Значение блока данных протокола транспортного уровня

Как PDU облегчают доставку от процесса к процессу

Роль номеров портов в маршрутизации PDU

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

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

Инкапсуляция и декапсуляция блока данных протокола

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

Влияние на производительность сети и дизайн приложений

Выбор подходящего блока данных протокола

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

И наоборот, UDP предлагает упрощенную связь с минимальными накладными расходами, что крайне важно для чувствительных ко времени приложений, которые не терпят задержек. Такие приложения, как потоковое видео (YouTube, Netflix) предпочитает UDP. Отбрасывание одного кадра предпочтительнее, чем приостановка потока для повторной передачи, поскольку пользователи могут заметить лишь незначительный сбой. Онлайн-игры также выигрывают от UDP; Получение слегка устаревшей информации лучше, чем получение совершенной информации слишком поздно.

Оптимизация для различных коммуникационных потребностей

Оптимизация потребностей связи включает выбор правильного протокола транспортного уровня и реализацию конкретных стратегий. Например, Маршрутизатор PDU (PduR) эффективно маршрутизирует PDU между различными протоколами связи. Он действует как шлюз для передачи полученных PDU между интерфейсными модулями или контроллерами конкретной шины. Транспортный протокол CAN (CanTp) оптимизирует размер сообщения путем сегментирования больших PDU и их повторной сборки в получателе, включая управление потоком. При выборе протоколов разработчики учитывают тип данных, требования к пропускной способности, требования к надежности и стоимость оборудования.

---

Транспортный уровень блок данных протокола является либо TCP-сегментом, либо UDP-дейтаграммой. Сегменты TCP обеспечивают надежную, упорядоченную и проверенную на ошибки доставку данных. UDP-дейтаграммы оптимизируются для быстрой передачи без установления соединения и с низкими издержками. Каждый тип PDU удовлетворяет различным требованиям к связи. Это делает выбор между ними решающим для производительности приложений и эффективности сети. Понимание этих PDU имеет фундаментальное значение для понимания того, как данные перемещаются по сетям и достигают намеченного процесса.

FAQ

В чем основное различие между TCP-сегментом и UDP-дейтаграммой?

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

Почему приложения используют TCP-сегменты?

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

Когда датаграмма UDP является лучшим выбором для приложения?

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

Какую роль номера портов играют в PDU транспортного уровня?

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

Обеспечивает ли UDP какую-либо форму проверки ошибок?

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

Какова цель последовательности TCP и номеров подтверждения?

Порядковые номера обеспечивают упорядоченную доставку данных. Они определяют положение данных в потоке. Номера подтверждения подтверждают успешное получение данных, обеспечивая надежность и повторную передачу.

Может ли одно приложение использовать одновременно TCP и UDP?

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