Протокол pop3

Post Office Protocol v.3 – протокол почтового отделения версии 3 — протокол прикладного уровня, обеспечивающий доступ пользователя к корреспонденции, хранящейся на почтовом сервере. Получая доступ к почтовому серверу по протоколу POP3, пользователь переносит сообщения с сервера в память своего компьютера, при этом на сервере все письма удаляются. Сейчас распространенной является ситуация, когда человек имеет домашний и рабочий компьютер, поэтому, прочитав сообщения на рабочем компьютере, пользователь не сможет получить к ним доступ на домашнем компьютере, при этом вся получаемая корреспонденция оказывается рассеянной на различных компьютерах. Такой подход не позволяет рационально организовать почту: распределять письма по папкам, сортировать их, отслеживать состояние переписки. Также недостатком протокола POP3 является то, что пользователь не может пропустить, не читая, ни одного письма, поступающего от сервера, т. е. объемное непрочитанное сообщение может надолго заблокировать почту. В ответ на недостатки протокола POP3 был разработан протокол IMAP, который не удаляет письма с сервера, и предоставляет пользователю возможность прочитать заголовок письма, прежде чем читать письмо полностью и пересылать его с сервера.

Протокол передачи гипертекста http

Веб-служба представляет собой распределенную программу, построенную в архитектуре клиент-сервер. Клиент и сервер веб-службы взаимодействуют друг с другом по протоколу HTTP (HyperText Transfer Protocol — Протокол передачи гипертекста). Это протокол прикладного уровня передачи данных. Клиентской части веб-службы соответствует клиентская часть HTTP, а серверной — серверная часть HTTP. Как и любой другой сервер, веб-сервер должен быть постоянно в активном состоянии прослушивая TCP порт 80, который является назначенным портом протокола HTTP. Как только сервер получает запрос от клиента, он устанавливает TCP-соединение и получает от клиента имя объекта, например в виде /books/books.htm, после чего находит в своем каталоге файл, а также другие связанные с ним объекты и отсылает по TCP-соединению клиенту. Получив объекты от сервера, веб-браузер отображает их на экране. После отправки всех объектов клиенту сервер разрывает TCP-соединение. В настоящее время используется версия протокола HTTP 1.1, принятая в июне 1999 года. Новым в этой версии был режим «постоянного соединения»: TCP-соединение может оставаться открытым после отправки ответа на запрос, что позволяет посылать несколько запросов за одно соединение. Клиент теперь обязан посылать информацию об имени хоста, к которому он обращается, что сделало возможной более простую организацию виртуального хостинга. Обмен сообщениями в протоколе HTTP идет по обычной схеме «запрос-ответ». Клиент и сервер обмениваются текстовыми сообщениями стандартного формата, каждое сообщение представляет собой несколько строк обычного текста в кодировке ASCII. Для транспортировки HTTP-сообщений служит протокол TCP. При этом TCP-соединения могут использоваться двумя разными способами:

- Долговременное соединение — передача в одном TCP-соединении нескольких объектов, причем время существования соединения определяется при конфигурировании веб-службы.

- Кратковременное соединение — передача в рамках одного TCP-соединения только одного объекта.

- Долговременное соединение, в свою очередь, может быть использовано двум способами:

- Последовательная передача запросов с простоями — новый запрос посылается только после получения ответа.

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

RTP

RTP — протокол управления передачей в реальном времени, который обеспечивает сервис доставки от отправителя к получателю данных с требованиями реального времени, например, интерактивное аудио и видео. Эта услуга включает в себя:

- идентификацию типа полезной нагрузки;

- нумерацию пакетов;

- присвоение временных меток;

- контроль доставки.

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

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

Так как RTP создан для сессий с множеством участников, он не ограничен на конкретном использовании для конференций. Существует множество задач, с которыми RTP успешно справляется.

RTP конструктивно состоит из 2 частей: собственно протокола передачи данных RTP и протокола управления передачей RTCP. RTCP обеспечивает функции мониторинга качества обслуживания и (опционально) рассылку информации об участниках сессии.

RTCP

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

Функции RTCP:

1) реализация обратной связи для контроля качества при рассылке данных;

2) установление соответствия между множественными потоками данных от одного участника при реализации нескольких сессий одновременно, например для синхронизации аудио- и видеоканалов;

3) вычисление темпа посылки пакетов на основе числа участников сессии;

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

Функции 1-3 следует реализовывать во всех средах, но особенно в среде с IPмультикастингом. Управление передачей RTCP должно обеспечиваться раздельно для отправителей и получателей, так как в некоторых случаях обратная связь с некоторыми участниками невозможна.