Посты для тега : ‘сообщения’

Формат пакета RSVP

показан на рис. 50.5. Заголовок и поля объектов, показанных на рис. 50.5, описаны ниже.

Читать далее »

Термины, относящиеся к HTTP

Наши определения различных терминов HTTP идентичны тем, которые содержатся в двух документах RFC, описывающих НТТР/1.0 и НТТР/1.1 (соответственно RFC 1945 [BLFF96] и RFC 2616 [FGM+99]). Где это необходимо, мы предоставим дополнительные пояснения и примеры. Большинство терминов было определено в главе 1. Здесь мы более подробно остановимся на четырех важных понятиях: сообщение, содержимое, ресурс и агент […]

Читать далее »

Форматы DLSw-сообщений

Имеется два формата заголовков сообщений, передаваемых между DLSw-узлами: •          управляющие; •          информационные. Заголовки управляющих сообщений вставляются во все сообщения, кроме информационных фреймов (Iframes) и независимых сообщений управления потоком (Independent Flow Control Message — IFCM). Эти сообщения имеют заголовки информационного формата.

Читать далее »

Новые концепции в НТТР/1.1

Кроме попыток решить известные проблемы НТТР/1.0, в НТТР/1.1 были предложены и некоторые новые концепции. Основными концепциями, предложенными для усовершенствования протокола, были следующие: •   Механизм промежуточных передач (hop-by-hop).

Читать далее »

История и эволюция прокси-серверов

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

Читать далее »

Передача сообщений

Основная задача при обмене НТТР-сообщениями состоит в том, чтобы стороны могли распознать полное и без каких-либо потерь получение сообщений. Надежная доставка сообщения rio сети — главное для поддержания целостности транзакций. Размер ответа — это полезный признак, позволяющий получателю определить, что получеи весь ответ. Едипствепиым средством, с помощью которого исходные серверы, использующие НТТР/1.0, могли сообщить размер […]

Читать далее »

Мониторинг пакетов НТТР-трафика. Извлечение НТТР-сообщений

Извлечение НТТР-сообщений из потока требует от монитора просмотра последовательности байтов. При обсуждении процесса извлечения мы изначально предполагаем, что поток был полностью восстановлен. Далее мы обсудим, как учесть потерянные пакеты и как совместить извлечение НТТР-сообщений с восстановлением упорядоченного байтового потока. Каждое НТТР-сообщение состоит из заголовка и необязательного тела, а каждый поток состоит из одного или нескольких […]

Читать далее »

Прозрачные мостовые соединения

  Первы[©? прозрачные мосты были разработаны в начале 80-х годов корпорацией l^gital Equipment (Digital). Digital предложила свою разработку на рассмотрение ин- фйту^у IEEE, который включил ее в свой стандарт IEEE 802.1. Прозрачные мосты щироко распространены в сетях Ethernet/IEEE 802.3. В настоящей главе рассматри- [ется обработка потоков данных и компоненты протоколов прозрачных мостовых "единений.

Читать далее »

Стандарт SMDS: формат модуля PDU 2-го уровня интерфейса SIP

На рис. 14.6 показан формат модуля данных (PDU) 2-го уровня протокола интерфейса SMDS (SIP).

Читать далее »

Протокол инициализации сеанса (Session Initiation Protocol — SIP)

Протокол SIP (RFC 2543) является частью стека протоколов управления многосторонним мультимедийным сеансом, разработанного IETF (IETF-Multiparty Multimedia Session Control — 1ETF-MMSC). Он используется для сквозной сигнализации и управления вызовом в пакетных сетях для обеспечения голосовых, видео и других служб реального времени для двух или более конечных точек. Протокол SIP основан на коде, записанном в формате ASCII, […]

Читать далее »
 
Rambler's Top100