При каждом открытии приложения Citrix активирует один сеанс TCP. В этом сеансе TCP весь трафик Citrix может смешиваться. Например, трафик печати может быть смешан с трафиком интерактивного процесса, что может послужить причиной прерывания или задержки того или иного приложения. Большинство предпочитает выполнять печать как фоновый процесс, и печать не вызывает помех при обработке высокоприоритетного трафика Для поддержки этого протокол Citrix ICA обеспечивает возможность идентификации трафика Citrix ICA на основании номера тега ICA пакета. Способность идентифицировать, тегировать, и определять приоритеты трафика Citrix ICA определяется как приоритетное ICA-тегирование пакетов.
Благодаря этому средству трафик Citrix ICA можно разделить на категории — высокий, средний, низкий и фоновый, в зависимости от тега ICA пакета. При использовании приоритетных номеров тега, и если определена приоритетность трафика, имеется возможность использования функции QoS для определения способов обработки трафика. Например, QoS-политика трафика может быть сконфигурирована для передачи или сброса пакетов с определенным приоритетом. Тегирование пакетов Citrix ICA Тег Citrix ICA содержится в первых двух байтах пакета Citrix ICA, следующих после завершения начального согласования между клиентом и сервером Citrix. Данные байты не сжимаются и не кодируются.
Первые два байта пакета (байт 1 и байт 2) содержат счетчик байтов и приоритетный номер тега ICA. Байт 1 содержит счетчик младших байтов, а первые два бита байта 2 содержат теги приоритета. Остальные шесть бит содержат счетчик старших байт. Тег приоритета ICA может иметь числовое значение от 0 до 3. Номер указывает приоритет пакета, значению 0 соответствует наивысший приоритет, значению 3 — низший приоритет. Для определения приоритетности трафика Citrix с помощью номера тега ICA пакета необходимо определить номер тега, используя ключевое слово ica-tag и аргумент ica-tag-value команды match protocol citrix .
Более подробная информация о команде match protocol citrix приводится в разделе «Справочник по командам» данного документа. Классификация типа полезной нагрузки RTP RTP — формат пакета для потоков мультимедийных данных. Он может быть использован для доступ к медиаданным по требованию (media-on-demand), а также для интерактивных услуг, например интернет-телефонии. RTP состоит из части данных и части управления. Часть управления имеет название «транспортный протокол реального времени» (Real-time Transport Control Protocol, RTCP). RTCP — отдельный протокол, поддерживаемый средством NBAR.
Важно отметить, что средство классификации типа полезной нагрузки RTP не имеет возможности идентифицировать RTCP-пакеты, и что пакеты RTCP передаются через порты с нечетной нумерацией, в то время как пакеты RTP — через порты с четной нумерацией. Часть данных RTP является протоколом, обеспечивающим поддержку всех приложений реального времени (например, непрерывные медиаданные — аудио и видео), и поддерживает временную реконструкцию, обнаружение пропадания и идентификацию безопасности и содержания. Протокол RTP описан в спецификациях RFC 1889 и RFC 1890. Полезная нагрузка RTP — это данные, передаваемые протоколом RTP в пакетах, например аудиосэмплы или сжатые видеоданные.
Реализованное в NBAR средство классификации типа полезной нагрузки RTP не только позволяет выполнять идентификацию аудио- и видеотрафика с отслеживанием состояния, но так же позволяет осуществлять разграничения на основании типа аудио- и видеокодеков для повышения точности функции QoS. Таким образом, средство классификации типа полезной нагрузки RTP для классификации пакетов RTP осуществляет тщательное сканирование заголовков RTP. Средство классификации типа полезной нагрузки RTP для NBAR впервые было введено в ПО Cisco IOS версии 12.2(8) и также доступно в ПО Cisco IOS версии 12.1(11b)E. Классификация пользовательских приложений