Связь механизмов управления трафиком

Систему единого управления потоками ячеек пользователей можно представить в несколько уточненном виде (рис. 15.5).

Контроль за установлением соединения

Контроль за установлением соединения (САС) отвечает за доступ в сеть и определяет, будет ли запрошенное соединение установлено или заблокировано. При этом он учитывает параметры, указанные в трафик-контракте. Если ресурсов достаточно и запрошенное качество обслуживания может быть удовлетворено (так что другие соединения и их качество обслуживания не пострадают), то соединение принимается сетью. Если нет – запрос на соединение отклоняется. Контроль за установлением соединения выполняется на каждом коммутаторе в пути от отправителя к получателю. На рис. 15.6 показана общая схема функционирования САС. В первом (верхнем) случае соединение будет установлено, во втором – нет.

В табл. 15.5 описана возможная реализация схемы контроля за установлением соединения. В третьем столбце указана дополнительная полоса пропускания, которая может быть использована другими службами.

Таблица 15.5. Примерная реализация контроля за установлением соединения

Категория сервиса	Действие	Дополнительная полоса пропускания, доступная для ABR/UBR
Высокое QoS, CBR	Выделяются две полосы, равные PCR	PCR
Среднее QoS, CBR	Выделяется PCR	Нет
Высокое QoS, rtVBR	Выделяется PCR	PCR минус SCR
Среднее QoS, rtVBR	Выделяется 1.5 SCR	Половина SCR
nrtVBR	Выделяется SCR	Нет
ABR	Выделяется MCR + 0.01 % от скорости канала	Нет
UBR	Выделяется 0.01 °А от скорости канала	Нет

Контроль за использованием полосы пропускания

Контроль за использованием полосы пропускания сети (UPC) означает выполнение некоторых действий с целью отслеживания трафика и контроля за ним. Этот механизм проверяет корректность VPI/VCI, обеспечивает наблюдение за согласованным трафик-контрактом и, если необходимо, помечает или отбрасывает ячейки, которые нарушают достигнутое соглашение. Иными словами, UPC реализует проверку соответствия параметров поступающего трафика с параметрами, зафиксированными в трафик-контракте. Функционально механизм контроля за использованием полосы пропускания обычно реализуется на входном коммутаторе в сеть и использует один или два алгоритма, получивших название «дырявое ведро» (Leaky Bucket). Этот алгоритм документирован в рекомендации 1.371 комитета ITU. Такое название алгоритм получил из-за того, что его можно сравнить с ведром с отверстием фиксированного размера в днище. Ячейки заполняют это ведро, а затем «протекают» в сеть. Если происходит переполнение, то «перелившиеся» через край «ведра» ячейки маркируются как несоответствующие.

Тест на соответствие запускается каждый раз, когда ячейка поступает в сеть. Соответствующие ячейки – это те, которые прошли этот тест; им разрешено движение по сети. Несоответствующие ячейки – это те, которые не прошли тест. Они либо отбрасываются до поступления в сеть, либо помечаются с помощью бита CLP в заголовке и следуют далее. Следует отметить, что данный тест не настолько строг, чтобы пропускать только соответствующие ячейки; обычно виртуальные соединения содержат ячейки обоих типов.

При тестирования алгоритм «дырявого ведра» сравнивает параметры качества обслуживания с основными параметрами трафика. Следует отметить, что может быть организована серия тестов с помощью нескольких «дырявых ведер», имеющих различные параметры. Количество «дырявых ведер» зависит от типа трафика и «жесткости» заключенного договора. Например, коммутатор, который проверяет соединения с постоянной скоростью передачи использует одно «дырявое ведро», в то время как для соединений с переменной скоростью необходимо применить два.

Механизм NPC предназначен для проверки параметров потока ячеек на интерфейсе NNI, иными словами, на интерфейсе между сетями. При этом используются те же методы, что и в UPC.