Приоритетные варианты организации очередей на

Приоритетные варианты организации очередей на
виртуальных цепях ретрансляции кадров
Содержание
Введение
Предпосылки
Требования
Используемые компоненты
Соглашения
За - VC приоритетные команды организации очередей
Команда приоритетной группы ретрансляции кадров
приоритет и Низкая Организация очередей Времени ожидания
Ограничения
Максимальная доступная для бронирования полоса пропускания
Выбор, где применить обслуживание
IP ретрансляции кадров rtp приоритетная Команда
Ретрансляция кадров приоритетный список задачи конфигурации интерфейса PVC
Команда франка-de набора
Известная проблема
Соответствующая информация
Введение
Эти Технические замечания обеспечивают типовую конфигурацию для формирования приоритетной очереди при осуществлении
транспортного формирования по Ретрансляции кадров. Это обсуждает и виртуальную цепь (VC) - уровень и приоритетные механизмы
организации очередей интерфейсного уровня.
Этот документ принимает понимание технологии Ретрансляции кадров, включая Идентификаторы Связи Канала связи (DLCIs) и
транспортные параметры формирования, такие как согласованная скорость передачи данных (CIR) и переданный взрыв. Обратитесь к
Формированию Ретрансляции кадров в Широкой области Cisco IOS, Передающей Гида Конфигурации для технологического обзора.
Предпосылки
Требования
Нет никаких определенных требований для этого документа.
Используемые компоненты
Этот документ не ограничен определенными версиями программного и аппаратного обеспечения.
Соглашения
Для получения дополнительной информации о соглашениях документа направьте в Cisco Технические Соглашения Подсказок.
За - VC приоритетные команды организации очередей
В зависимости от версии Cisco IOS® интерфейсы Ретрансляции кадров поддерживают три механизма для создания приоритетной
очереди на VC (или подынтерфейс):
приоритетная группа ретрансляции кадров - Этот синтаксис команды использует оригинальный приоритетный механизм
организации очередей Cisco.
IP ретрансляции кадров rtp приоритет - Этот синтаксис команды резервирует строгую приоритетную очередь для ряда
потоков пакета RTP, принадлежащих диапазону портов назначения UDP.
приоритет - Этот новейший синтаксис применяет низкую особенность организации очередей времени ожидания и использует
структуру команды модульного интерфейса командной строки (CLI) качества обслуживания (QoS).
Со всеми вышеупомянутыми командами вы формируете приоритетный механизм очереди в классе карты Ретрансляции кадров,
который поддерживает многократные команды для формирования ценностей формирования. Формирование ограничивает норму
выработки VC и назначает понятие перегруженности к VC. Маршрутизатор начинает пакеты организации очередей, когда число
пакетов, которые должны быть переданы VC, превышает норму выработки этого VC. Избыточные пакеты тогда стоятся в очереди.
Метод организации очередей может быть применен к пакетам, ждущим в той очереди, чтобы быть переданным.
Команда приоритетной группы ретрансляции кадров
Первоначально, Ретрансляция кадров соединяет механизм организации очередей первоочередной задачи поддержанной Cisco,
формируемый с командами приоритетной группы и приоритетным списком. Обратитесь к Формированию Ретрансляции кадров и
Движения Ретрансляции кадров, Формирующего для получения дополнительной информации.
Используйте следующие шаги для формирования традиционной приоритетной организации очередей на Ретрансляции кадров VC:
1. Позвольте Транспортное формирование ретрансляции кадров (FRTS) в последовательном взаимодействии с командой
формирования движения ретрансляции кадров. Весь постоянный VCs (PVCs) и переключенный VCs (SVCs) в интерфейсе
наследуют транспортные ценности формирования по умолчанию и создают за - VC очередь.
R4-4K(config)# interface serial0
R4-4K(config-if)# frame-relay traffic-shaping
2. Формируйте класс карты Ретрансляции кадров. Используйте команду приоритетной группы ретрансляции кадров для
определения устаревшей приоритетной организации очередей Cisco IOS.
R4-4K(config)# map-class frame-relay ?
WORD Static map class name
R4-4K(config)# map-class frame-relay priority
R4-4K(config-map-class)# frame-relay ?
adaptive-shaping
Adaptive traffic rate adjustment, Default = none
bc
Committed burst size (Bc), Default = 56000 bits
be
Excess burst size (Be), Default = 0 bits
cir
Committed Information Rate (CIR), Default = 56000 bps
custom-queue-list VC custom queueing
fecn-adapt
Enable Traffic Shaping reflection of FECN as BECN
mincir
Minimum acceptable CIR, Default = 56000 bps
priority-group
VC priority queueing
traffic-rate
VC traffic rate
R4-4K(config-map-class)# frame-relay priority-group ?
<1-16> Priority group number
3. Формируйте параметры формирования, включая CIR и minCIR.
R4-4K(config-map-class)# frame-relay traffic-rate ?
<600-45000000> Committed Information Rate (CIR)
R4-4K(config-map-class)# frame-relay traffic-rate 56000 ?
<0-45000000> Peak rate (CIR + EIR)
4. Создайте двухточечный или многоточечный подынтерфейс и назначьте число DLCI.
R4-4K(config)# interface s0.20 multi
R4-4K(config-subif)# frame-relay interface-dlci ?
<16-1007> Define a DLCI as part of the current subinterface
R4-4K(config-subif)# frame-relay interface-dlci 400
5. Примените класс карты с приоритетной организацией очередей к VC.
R4-4K(config-fr-dlci)# class ?
WORD map class name
R4-4K(config-fr-dlci)# class priority
6. Подтвердите свои параметры настройки конфигурации с выставочной командой транспортной формы.
R4-4K# show traffic-shape
Interface
Se0.20
Access Target
VC
List
Rate
400
56000
Byte
Sustain
Excess
Interval
Limit bits/int bits/int (ms)
875
56000
0
125
Increment Adapt
(bytes)
Active
875
-
Примечание: Эта конфигурация использует команду транспортной формы ретрансляции кадров для определения CIR. С этой
командой маршрутизатор вычисляет ценности взрыва автоматически. Для определения ценностей взрыва используйте команды,
перечисленные в, Формируют Класс Карты, включая ретрансляцию кадров до н.э и ретрансляцию кадров отсутствовать.
приоритет и Низкая Организация очередей Времени ожидания
Cisco IOS 12.0 (7) T ввел особенность Низкой организации очередей времени ожидания (LLQ), которая поддерживает формирование
строгой приоритетной очереди, использующей команды модульного QoS CLI. Поддержка LLQ при Ретрансляции кадров уровень VC
была введена в 12.1 (2) T. Обратитесь к Низкой Организации очередей Времени ожидания для Модуля Особенности Ретрансляции
кадров.
Примечание: Эта особенность требует FRTS.
LLQ, как полагают, является более гибким супернабором IP ретрансляции кадров rtp приоритет и особенности приоритетной
группы ретрансляции кадров. Обратитесь к Низкой Организации очередей Времени ожидания для Ретрансляции кадров в
управленческой главе обзора Перегруженности Гидов Конфигурации Cisco IOS для получения дополнительной информации.
Давайте смотреть на шаги для формирования LLQ для Ретрансляции кадров.
1. Позвольте FRTS в последовательном взаимодействии с командой формирования движения ретрансляции кадров. Весь PVCs и
SVCs в интерфейсе наследуют транспортные ценности формирования по умолчанию и создают за - VC очередь.
Router(config)# interface serial0
Router(config-if)# frame-relay traffic-shaping
2. Формируйте обслуживание с командами карты класса и стратегической карты. Определите приоритетную команду, чтобы
создать строгий приоритетный класс и определить сумму полосы пропускания (в kbps или как процент полосы пропускания
PVC's), чтобы быть назначенными на класс.
Router(config)# class-map class-map-name
Router(config-cmap)# match access-group {access-group | name access-group-name}
Router(config)# policy-map policy-map
Router(config-pmap)# class class-name
Router(config-pmap-c)# priority bandwidth-kbps
3. Формируйте класс карты и приложите обслуживание к классу.
В следующем примере название класса карты является типовым, и название обслуживания продукции является llq.
router(config)# map-class frame-relay sample
router(config-map-class)# service-policy output llq
4. Примените класс карты к VC с командой класса в способе конфигурации DLCI.
router(config)# interface serial0.5
router(config-if)# frame-relay interface-dlci 100
router(config-if-dlci)# class sample
5. Используйте следующие команды, чтобы подтвердить ваши параметры настройки и контролировать результаты вашей политики:
покажите, что ПВХ ретрансляции кадров {dlci #} - Показывает статистику для всех компонентов VC, включая FRTS и
информацию об обслуживании, а также фрагментацию, число пакетов в и и число структур с BECN/FECN/DE набором
долота.
покажите, что стратегическая карта соединяет sX/0. X dlci {#} - Показывают только связанную с политикой статистику
для определенного VC.
Ограничения
Политика, не непосредственно связанная с LLQ - например, транспортное формирование, устанавливая предшествование IP и охрану не поддержана командами карты класса и стратегической карты для Ретрансляции кадров VCs. Необходимо использовать другие
механизмы конфигурации, такие как класс карты командует, для формирования этой политики. Только следующая карта класса и
стратегические команды карты поддержаны:
Команда конфигурации карты класса матча
Приоритет, полоса пропускания, предел очереди, случайный - обнаруживают, и команды конфигурации стратегической
карты справедливой очереди
Максимальная доступная для бронирования полоса пропускания
Когда полоса пропускания и приоритетные команды вычисляют общую сумму полосы пропускания, доступной на связи, следующие
рекомендации призваны, если предприятие является имеющей форму Ретрансляцией кадров PVC:
Если минимальная приемлемая согласованная скорость передачи данных (minCIR) не формируется, CIR, разделенный на два,
используется в вычислении. Этот механизм был отобран начиная со многих темпов формирования использования конфигураций
Ретрансляции кадров, которые превышают скорость порта, таким образом, формируемый CIR не может быть гарантирован.
Если minCIR формируется, урегулирование minCIR используется в вычислении.
Обратитесь к тому, Как Эти Команды Вычисляют Полосу пропускания. Общая сумма полосы пропускания, ассигнованной для всех
классов в стратегической карте, не должна превышать minCIR, формируемый для VC меньше никакой полосы пропускания,
зарезервированной голосовой полосой пропускания ретрансляции кадров и IP ретрансляции кадров rtp приоритетные команды.
Если вы знаете, сколько полосы пропускания требуется для дополнительного наверху на связи при обстоятельствах, когда желательно
высказать движение как можно больше полосы пропускания, можно отвергнуть 75-процентное максимальное распределение (для
суммы полосы пропускания, ассигнованной всем классам или потокам) при помощи команды макс. зарезервированной полосы
пропускания. Если вы хотите отвергнуть установленную сумму полосы пропускания, осуществление предостерегают и
удостоверяются, что позволили достаточному количеству остающейся полосы пропускания поддерживать максимальное усилие и
движение контроля, которое включает Слой 2 наверху.
Выбор, где применить обслуживание
Для формирования LLQ используйте команды модульного QoS CLI (MQC) для создания транспортной стратегической карты с
многократными транспортными классами и одной или более особенностями QoS. В текущих версиях IOS Ретрансляция кадров
соединяет поддержку, применяющую стратегическую карту с командой обслуживания к интерфейсам, подынтерфейсам и VCs. В
следующей таблице перечислены поддержанные комбинации политики.
Входная политика
Поддержанный в одном
логическом интерфейсе
Поддержанный в многократных
логических интерфейсах, которые
должны быть пэрами, такими как
многократный PVCs.
Примечание: главный интерфейс и
подынтерфейс не являются
интерфейсами пэра и не могут
поддержать обслуживание в то же
время.
Политика продукции
Поддержанный в одном или
двух логических интерфейсах
одновременно
Действительные комбинации
PVC и главный интерфейс
Подынтерфейсный и
главный интерфейс
Недействительные комбинации:
PVC и подынтерфейс
PVC, подынтерфейс и
главный интерфейс
IP ретрансляции кадров rtp приоритетная Команда
Приоритетная особенность Протокола в реальном времени (RTP) IP обеспечивает простой способ соответствовать на голосе по IP
(VoIP) пакетам диапазоном чисел порта UDP, используемых с RTP, который заключает в капсулу голосовые пакеты. Движение VoIP
использует известный диапазон порта UDP, 16384-32767. В то время как о фактических используемых портах динамично
договариваются между устройствами конца или воротами, все продукты Cisco VoIP используют тот же самый диапазон порта. Как
только маршрутизатор признает движение VoIP, он помещает это движение в строгую приоритетную очередь.
IP ретрансляции кадров rtp приоритетная команда расширяет IP приоритетная особенность RTP на классы карты Ретрансляции
кадров и позволяет вам соответствовать на уникальном диапазоне портов UDP за PVC.
Обратите внимание на то, что LLQ для Ретрансляции кадров и IP приоритетные особенности RTP обеспечивают дополнительные
функции и могут формироваться одновременно. Если движение соответствует указанному диапазону портов UDP, это
классифицировано как голос и стояло в очереди в приоритетной очереди LLQ и интерфейсной приоритетной очереди. Если движение
выходит за пределы указанного диапазона порта RTP, оно классифицировано обслуживанием.
Вот типичный пример конфигурации с помощью класса карты Ретрансляции кадров и IP ретрансляции кадров rtp приоритетная
команда. Стол ниже объясняет параметры этой команды.
map-class frame-relay VoIPoFR
frame-relay fragment 640
frame-relay ip rtp priority 16384 16383 120
no frame-relay adaptive
frame-relay cir 256000
frame-relay bc 2500
frame-relay fair-queue
Параметр
Как установить параметр
16384
Старт числа порта UDP или самого низкого числа порта, в которое
посылают пакеты. Для VoIP, набор эта стоимость к 16384.
16383
Диапазон портов назначения UDP. Добавьте эту стоимость к для
получения самого высокого числа порта UDP. Для VoIP, набор эта
стоимость к 16383.
120
Максимальная позволенная полоса пропускания в kbps для
приоритетной очереди. Формируйте это число, основанное на числе
одновременных требований.
Приоритетная особенность RTP IP не требует, чтобы вы знали порт голосового вызова. Скорее особенность дает вам способность
определить диапазон портов, движение которых помещено в приоритетную очередь LLQ. Кроме того, можно определить весь
голосовой диапазон порта (16384 - 32767), чтобы гарантировать, что всему голосовому движению дают строгое приоритетное
обслуживание. IP приоритет RTP особенно полезен на связях меньше чем 1.544 Мбит/с.
Ретрансляция кадров приоритетный список задачи конфигурации интерфейса PVC
Приоритетные механизмы организации очередей, обсужденные до сих пор в этом документе, соответствуют на заголовках пакета и
содержании, и располагают по приоритетам пакеты в рамках Ретрансляции кадров PVC. Цель особенности Приоритетной организации
очередей интерфейса PVC (PIPQ) Ретрансляции кадров состоит в том, чтобы расположить по приоритетам PVCs на интерфейсном
уровне организации очередей. Другими словами, когда многократный PVCs формируются в интерфейсе, они - dequeued интерфейсной
очереди продукции прежде чем быть посланным на физической среде.
Вот два шага к формированию PIPQ:
Примечание: Cisco IOS 12.2 (6) вводит поддержку PIPQ на Ретрансляции кадров главный интерфейс.
1. Формируйте приоритетную команду интерфейсной очереди ретрансляции кадров в классе карты Ретрансляции кадров и
назначьте соответствующий приоритет PVC.
Router(config)# map-class frame-relay map-class-name
Router(config-map-class)# frame-relay interface-queue priority {high | medium | normal | low}
2. Позвольте PIPQ.
Router(config)# interface serial number
Router(config-if)# encapsulation frame-relay [cisco | ietf]
Router(config-if)# frame-relay interface-queue priority [high-limit medium-limit normal-limit low-limit]
Команда франка-de набора
Cisco IOS 12.2 (2) T ввела команду франка-de набора как часть синтаксиса команды для основанной на классе маркировки.
Обратитесь к Основанному на классе отмечанию для получения дополнительной информации.
Известная проблема
Cisco DDTS ID CSCdt92898 решает, что проблема с маршрутизатором перезагружает из-за автобусной ошибки. Когда обслуживание
продукции с LLQ применено к интерфейсу Frame Relay, несущему пакеты голоса по ретрансляции кадров (VoFR), перезагружение
происходит. Эта ошибка исправлена во многих поездах выпуска Cisco IOS 12.2.
Соответствующая информация
Технические примечания по поиску и устранению неисправностей
© 1992-2014 Cisco Systems, Inc. Все права защищены.
Дата генерации PDF файла: 26 декабря 2014
http://www.cisco.com/cisco/web/support/RU/103/1030/1030383_frtsllq.html