В этом разделе мы детально рассмотрим функции и принципы работы протокола UDP. При необходимости мы рекомендуем вам вернуться к разделу «Принципы работы протоколов прикладного уровня» в главе 2, где приведен обзор модели обслуживания UDP, а также к разделу «Программирование UDP-сокетов», в котором приведен пример приложения, использующего протокол UDP. Представьте себе, что вам необходимо разработать максимально простой, без лишних функций, протокол
Как мы отмечали в разделе «Принципы работы протоколов прикладного уровня», процессы, выполняющиеся на разных вычислительных машинах, взаимодействуют друг с другом при помощи сообщений, посылаемых через сокеты. Мы представили процессы в виде домов, а сокеты — в виде дверей. Как показано на рис. 2.18, сокет является дверью между процессом и протоколом TCP. Разработчик приложения полностью контролирует ту часть сокета, которая относится
Как упоминалось в разделе «Принципы работы протоколов прикладного уровня», ядро сетевого приложения состоит из двух программ — клиента и сервера. Когда эти программы запускаются, создаются клиентский и серверный процессы, которые взаимодействуют друг с другом, обмениваясь сообщениями через сокеты. При создании сетевого приложения главной задачей разработчика является написание программного кода для клиентской и серверной частей приложения. Существуют два вида приложений с
Отличительной особенностью службы с установлением логического соединения является то, что клиент и сервер перед передачей данных (например, сообщений электронной почты) сначала обмениваются специальными управляющими пакетами. Эта процедура, иногда называемая рукопожатием, позволяет сторонам подготовиться к процессу основного обмена. Говорят, что по окончании процедуры рукопожатия соединение между оконечными системами является установленным. Интересно отметить, что процедура рукопожатия между хостами очень напоминает протокол взаимодействия
Протокол HTTP поддерживает постоянные и непостоянные соединения (за исключением версии 1.0, которая поддерживает только непостоянные соединения). При непостоянном соединении протокол TCP получает лишь один объект, а при постоянном соединении (используемом по умолчанию в HTTP версии выше 1.0) — все объекты. Разумеется, клиенты и серверы, поддерживающие протокол HTTP 1.1, при желании можно настроить и на непостоянное соединение.
Протокол UDP предоставляет приложению весьма простую и бесхитростную модель обслуживания. Логическое соединение между сокетами не устанавливается, следовательно, процедура рукопожатия в протоколе отсутствует. UDP обеспечивает ненадежную передачу данных, означающую отсутствие приложения, посылающего пакет гарантии того, что этот пакет будет получен адресатом. Более того, протокол не гарантирует, что порядок получения информации будет соответствовать порядку ее отправления. Протокол UDP не предусматривает контроля перегрузок,
Как было сказано выше, многие приложения состоят из двух «сторон», взаимодействующих друг с другом через компьютерную сеть. Взаимодействие осуществляется путем передачи и приема сообщений. Процесс осуществляет прием и передачу сообщений через свой сокет. Сокет можно сравнить с дверью: когда процессу необходимо произвести отправку сообщения, он «выталкивает» сообщение через «дверь», предполагая, что некто снаружи (службы более низких уровней) осуществит доставку сообщения
К концу 1970-х годов сеть APRAnet насчитывала уже около 200 оконечных систем. Через 10 лет число хостов в Интернете, уже объединявшем множество других компьютерных сетей, достигло 100 тысяч. Таким образом, 1980-е годы характеризуются стремительным распространением созданных ранее сетевых технологий. В начале 80-х происходило активное объединение локальных сетей университетов в крупные региональные сети. Примерами могут служить сеть BITNET, обеспечивавшая обмен файлами
Сетевой уровень обеспечивает передачу пакета через серию маршрутизаторов между оконечными системами. Для перемещения пакета (дейтаграммы) от одного узла к другому сетевой уровень прибегает к службам канального уровня. Таким образом, основная функция канального уровня заключается в передаче дейтаграмм между узлами на маршруте. Канальный уровень использует специальный протокол, ориентированный на используемую линию связи. Иногда протоколы канального уровни обеспечивают надежную передачу между узлами.
Все статьи с пометкой "протокол tcp" размещены на сайте Компьютерные сети и многоуровневая архитектура интернета (conlex.kz) в ознакомительных целях.
Уточнения, корректировки и обсуждения статей доступны под текстом статей, в комментариях.
Ответственность, за все изменения, внесённые в систему по советам данных статей, Вы берёте на себя.
Копирование данных статей, без указания ссылки на сайт первоисточника Компьютерные сети и многоуровневая архитектура интернета (conlex.kz), строго запрещено.