ниторинг осуществляется лишь на используемом маршруте данного
потока информации, и различные механизмы регулирования. Так, в
стеке протоколов TCP/IP на транспортном уровне при использовании
протокола Transmission Control Protocol (TCP — протокол управления
передачей) осуществляется мониторинг времени прохождения в оба
конца (Round-Trip Time, RTT), который не дает подробной информа-
ции о состоянии ресурсов на всех узлах маршрута в сети, однако по
его значению можно судить о состоянии ресурсов и управлять разме-
рами окон приема, передачи, перегрузки и порога, а также таймерами
TCP-сущностей при использовании технологии скользящего окна [2].
Время RTT измеряется на самом источнике информации при прибы-
тии пакета, подтверждающего правильный прием переданного кадра,
что минимизирует накладные затраты (особенно при “попутной пере-
возке” квитанций на переданные пакеты). Явным недостатком метода
скользящего окна в TCP является его достаточно высокая инерцион-
ность. Если кадр, по какой-либо причине теряется в начале маршрута
от источника к приемнику, то в лучшем случае источник установит
этотфакттолько по истечении времени, равного RTT. Учитывая, что
срабатывание таймера повторной передачи Retransmission Time Out
(RTO) происходит чуть позднее, приходится констатировать факт воз-
можной бесполезной нагрузки сети информацией от источника в тече-
ние достаточно длительного периода времени (так как впоследствии,
вероятнее всего, придется прибегать к повторной передаче), что задер-
живаетликвидацию заторов на маршруте, если именно они явились
причиной отсутствия подтверждения.
При использовании User Datagram Protocol (UDP — протокол поль-
зовательских дейтаграмм) нет явных средств мониторинга ресурсов на
пути следования пакетов. Для приложений реального времени, кото-
рые применяют протокол Real Time Protocol (RTP — протокол передачи
трафика реального времени), работающий поверх UDP, мониторинг
ресурсов маршрута осуществляется нумерацией пакетов RTP, указа-
нием идентификатора источника синхронизации вместе с отметкой
времени. Это позволяет определить расхождение в интенсивностях
передачи и приема пакетов, установить факт пропажи пакета и т.п.
Для поддержания обратной связи между источником и приемником
информации протокол RTP всегда используется в паре с протоколом
Real-Time Transport Control Protocol (RTCP — протокол управления се-
тевыми компонентами). Постоянная обратная связь обеспечивает ди-
намическую настройку на обеспечение наилучшего качества при теку-
щих обстоятельствах для используемых приложений реального време-
ни. Строго говоря, пары RTP и RTCP работают над протоколом UDP
(их пакеты инкапсулируются в дейтаграммы UDP), поэтому многие
исследователи относят их к прикладному уровню стека протоколов
118 ISSN 0236-3933. Вестник МГТУ им. Н.Э. Баумана. Сер. “Приборостроение”. 2010. № 2
