KaZaA P2P-приложения для обмена файлами TCP/ UPD Протокол с отслеживанием состояний KaZaA kazaa2 12.2(8)T Обратите внимание, что трафик ранней версии KaZaA может классифицироваться с помощью FastTrack. 1 Указывает на технологическую версию Cisco IOS, в которой впервые была реализована поддержка этого протокола. Таблица обновляется при добавлении протокола в следующую серию версий Cisco IOS. 2 В версии 12.3(4)T добавлено средство расширенной проверки NBAR для трафика HTTP. Это средство позволяет NBAR сканировать малоизвестные TCP-порты и идентифицировать HTTP-трафик, проходящий через эти порты.
Управление памятью Средство NBAR использует приблизительно 150 байт памяти DRAM для каждого потока, требующего проверки с отслеживанием состояний. (Сведения о списке протоколов с отслеживанием состояний, поддерживаемых NBAR и требующих проверки с отслеживанием состояний см. в таблице 2.) Сконфигурированное средство NBAR выделяет 1 Мбайт DRAM для поддержки до 5000 одновременно проходящих потоков. Средство NBAR автоматически определяет возможное необходимое расширение требуемой памяти для управления дополнительными одновременными потоками с отслеживанием состояний. Если такая необходимость существует, NBAR расширяет используемую память с шагом от 200 до 400 Кбайт.
Настройка NBAR Средство NBAR включает два компонента: один отслеживает приложения сети, другой классифицирует трафик по протоколам. Для отслеживания приложений сети необходимо включить средство распознавания протоколов. Способность классифицировать трафик протокола с использованием NBAR и, далее, применять функцию QoS к классифицированному трафику определяется конфигурацией средства Modular QoS CLI. Структура Modular QoS CLI позволяет создавать политики управления трафиком и назначать эти политики интерфейсам. Политика управления трафиком содержит класс трафика и включает одну или несколько функций QoS.
Класс трафика используется для классификации трафика, в то время как функции QoS в политике трафика определяют способ обработки классифицированного трафика. Конфигурация MQC включает следующие три шага: Шаг 1 Определение класса трафика с помощью команды class-map . Шаг 2 Создание политики трафика путем связывания класса трафика с одной или несколькими функциями QoS (используя команду policy-map ). Шаг 3 Подключение политики трафика к интерфейсу с помощью команды service-policy . WinMX P2P-приложения для обмена файлами TCP 6699 Трафик WinMX winmx 12.3(7)T