Коммутаторы : Коммутаторы Cisco Catalyst серии 6500

Планирование Продукции QoS на Катализатор 6500/6000 Серийные Выключатели Бегущая Cisco IOS Системное программное обеспечение

17 октября 2015 - Машинный перевод
Другие версии: PDF-версия:pdf | Перевод, выполненный профессиональным переводчиком (13 августа 2008) | Английский (19 сентября 2015) | Отзыв


Содержание


Введение

Использование планирования продукции гарантирует, что важное движение не пропущено в случае тяжелого превышения намеченной суммы. Этот документ обсуждает все методы и алгоритмы, вовлеченные в планирование продукции на Катализатор 6500/6000 выключатель. Этот документ также объясняет, как формировать и проверить операцию планирования продукции на Катализатор 6500/6000, который управляет Cisco программное обеспечение IOS�.

Отошлите к Планированию Продукции QoS на Катализатор 6500/6000 Последовательное Управление Выключателей Системное программное обеспечение CatOS для получения дополнительной информации о Взвешенном случайном раннем обнаружении (WRED), Взвешенное коллективное письмо (WRR) и снижение хвоста.

Предпосылки

Требования

Нет никаких определенных требований для этого документа.

Используемые компоненты

Этот документ не ограничен определенными версиями программного и аппаратного обеспечения.

Соглашения

Направьте в Cisco Технические Соглашения Подсказок для получения дополнительной информации о соглашениях документа.

Справочная информация

Снижения очереди продукции

Снижения продукции вызваны переполненным интерфейсом. Частой причиной этого могло бы быть движение от высокой связи полосы пропускания, которая переключена на более низкую связь полосы пропускания или движение от многократных прибывающих связей, которое переключено на единственную связь за границу.

Например, если большая сумма пульсирующего движения входит в интерфейсе гигабита и переключена на 100Mbps интерфейс, это могло бы заставить снижения продукции увеличивать на 100Mbps интерфейс. Это вызвано тем, что очередь продукции в том интерфейсе поражена избыточным движением из-за несоответствия скорости между поступающими и коммуникабельными полосами пропускания. Темп движения на коммуникабельный интерфейс не может принять все пакеты, которые должны быть отосланы.

Для решения проблемы лучшее решение состоит в том, чтобы увеличить скорость линии. Когда вы не хотите увеличивать скорость линии, Однако существуют способы предотвратить, уменьшить, или управлять снижениями продукции. Можно предотвратить снижения продукции, только если произведенные снижения являются последствием кратковременных вспышек данных. Если произведенные снижения вызваны постоянным потоком высокого показателя, вы не можете предотвратить снижения. Однако можно управлять ими.

Способность организации очередей продукции различных карт линии на катализаторе 6500/6000

Если вы не уверены о способности организации очередей порта, выпускаете выставочный интерфейс организации очередей {gigabitethernet | fastethernet} команда модника/порта. Показанный здесь первые линии продукции выставочной команды интерфейса организации очередей. Порт находится на карте линии наблюдателя 1 А Энджина:

cosmos#show queueing interface gigabitethernet 1/1
Interface GigabitEthernet1/1 queueing strategy:  Weighted Round-Robin 

  QoS is disabled globally 
  Trust state: trust DSCP 
  Default COS is 0 
  Transmit group-buffers feature is enabled 
  Transmit queues [type = 1p2q2t]: 
    Queue Id    Scheduling  Num of thresholds 
    ----------------------------------------- 
       1         WRR low             2 
       2         WRR high            2 
       3         Priority            1 

!--- Output suppressed.

Продукция показывает, что этот порт имеет тип организации очередей продукции, известный как 1p2q2 т.

Другой способ видеть тип организации очередей, доступной на определенном порту, состоит в том, чтобы выпустить выставочную команду возможностей интерфейса:

la-orion#show interface gigabitethernet 6/2 capabilities 
GigabitEthernet6/2
� Model:���������������� WS-SUP720-BASE
� Type:����������������� No GBIC
� Speed:���������������� 1000
� Duplex:��������������� full
� Trunk encap. type:���� 802.1Q,ISL
� Trunk mode:����������� on,off,desirable,nonegotiate
� Channel:�������������� yes
� Broadcast suppression: percentage(0-100)
� Flowcontrol:���������� rx-(off,on,desired),tx-(off,on,desired)
� Membership:����������� static
� Fast Start:����������� yes
� QOS scheduling:������� rx-(1p1q4t), tx-(1p2q2t)
� CoS rewrite:���������� yes
� ToS rewrite:���������� yes
� Inline power:��������� no
� SPAN:����������������� source/destination
� UDLD������������������ yes
� Link Debounce:�������� yes
� Link Debounce Time:��� yes
� Ports on ASIC:�������� 1-2

Поймите способность очереди порта

Существует несколько типов очередей, доступных на Катализаторе 6500/6000 выключатели. Этот стол объясняет примечание порта архитектура QoS:

Передайте (Tx)/, Получают (Rx) Примечание очереди Нет. из очередей Приоритетная очередь Нет. из очередей WRR Нет. и тип порога для очередей WRR
Tx 2q2 т 2 2 2 конфигурируемых снижения хвоста
Tx 1p2q2 т 3 1 2 2 конфигурируемых WRED
Tx 1p3q1 т 4 1 3 1 конфигурируемый WRED
Tx 1p2q1 т 3 1 2 1 конфигурируемый WRED
Rx 1q4 т 1 4 конфигурируемых снижения хвоста
Rx 1p1q4 т 2 1 1 4 конфигурируемых снижения хвоста
Rx 1p1q0 т 2 1 1 Не конфигурируемый
Rx 1p1q8 т 2 1 1 8 конфигурируемых WRED
Tx 1p3q8 т 4 1 3 8 конфигурируемых WRED или снижение хвоста
Tx 1p7q8 т 8 1 7 8 конфигурируемых WRED или снижение хвоста
Rx 1q2 т 1 1 configurable�tail понижается = 1 неконфигурируемое
Rx 1q8 т 1 8 конфигурируемых снижений хвоста
Rx 2q8 т 2 2 8 конфигурируемых снижений хвоста

В следующей таблице перечислены некоторые модули и типы очереди в сторонах Rx и Tx интерфейса или порта. Если ваш модуль не перечислен здесь, используйте выставочную команду возможностей интерфейса для определения способности очереди, которая доступна. Выставочная команда возможностей интерфейса описана в Способности Организации очередей Продукции Различных Карт Линии на Катализаторе 6500/6000 секция.

Модуль Очереди Rx Очереди Tx
WS-X6K-S2-PFC2 1p1q4 т 1p2q2 т
WS-X6K-SUP1A-2GE 1p1q4 т 1p2q2 т
WS-X6K-SUP1-2GE 1q4 т 2q2 т
WS-X6501-10GEX4 1p1q8 т 1p2q1 т
WS-X6502-10GE 1p1q8 т 1p2q1 т
WS-X6516-GBIC 1p1q4 т 1p2q2 т
WS-X6516-GE-TX 1p1q4 т 1p2q2 т
WS-X6416-GBIC 1p1q4 т 1p2q2 т
WS-X6416-GE-MT 1p1q4 т 1p2q2 т
WS-X6316-GE-TX 1p1q4 т 1p2q2 т
WS-X6408A-GBIC 1p1q4 т 1p2q2 т
WS-X6408-GBIC 1q4 т 2q2 т
WS-X6524-100FX-MM 1p1q0 т 1p3q1 т
WS-X6324-100FX-SM 1q4 т 2q2 т
WS-X6324-100FX-MM 1q4 т 2q2 т
WS-X6224-100FX-MT 1q4 т 2q2 т
WS-X6548-RJ-21 1p1q0 т 1p3q1 т
WS-X6548-RJ-45 1p1q0 т 1p3q1 т
WS-X6348-RJ-21 1q4 т 2q2 т
WS-X6348-RJ21V 1q4 т 2q2 т
WS-X6348-RJ-45 1q4 т 2q2 т
WS-X6348-RJ-45V 1q4 т 2q2 т
WS-X6148-RJ-45V 1q4 т 2q2 т
WS-X6148-RJ21V 1q4 т 2q2 т
WS-X6248-RJ-45 1q4 т 2q2 т
WS-X6248A-TEL 1q4 т 2q2 т
WS-X6248-TEL 1q4 т 2q2 т
WS-X6024-10FL-MT 1q4 т 2q2 т

Конфигурация, монитор и планирование продукции в качестве примера на катализатор 6500/6000

Конфигурация

Эта секция описывает все шаги, необходимые для формирования планирования продукции на Катализатор 6500/6000, который управляет программным обеспечением Cisco IOS. Для Катализатора 6500/6000 конфигурация по умолчанию, посмотрите Случай 1: QoS Позволяют, и Параметр По умолчанию Является Используемой частью этого документа.

Конфигурация Катализатора 6500/6000 подразумевает эти пять шагов:

  1. Позвольте QoS

  2. Нанесите на карту каждую возможную стоимость класса обслуживания (CoS) очереди и (дополнительному) порогу

  3. Формируйте (дополнительный) вес WRR

  4. Формируйте буфера, которые назначены на каждую (дополнительную) очередь

  5. Формируйте пороговый уровень для каждой (дополнительной) очереди

Примечание: Каждый из этих шагов является дополнительным, за исключением Шага 1. Можно решить оставить значение по умолчанию для одного или более параметров.

Шаг 1: позвольте QoS

Во-первых, позвольте QoS. Помните, что QoS искалечен по умолчанию. То, когда QoS искалечен, CoS, наносящий на карту вас, формировал, не затрагивает результат. Существует одна очередь, подаваемая в методе "первым пришел - первым вышел" (FIFO) способ, и все пакеты уронены там.

cosmos#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z. 
cosmos(config)#mls qos

QoS is enabled globally 
  Microflow policing is enabled globally 
  
QoS global counters: 
    Total packets: 552638 
    IP shortcut packets: 0 
    Packets dropped by policing: 0 
    IP packets with TOS changed by policing: 0 
    IP packets with COS changed by policing: 0 
    Non-IP packets with CoS changed by policing: 0

Шаг 2: нанесите на карту каждую возможную стоимость CoS очереди и порогу

Для всех типов очереди назначьте CoS на очередь и порог. Отображение, определенное для типа на 2q2 т порта, не применено ни к какому порту на 1p2q2 т. Кроме того, отображение для 2q2 т применено ко всем портам, имеющим механизм организации очередей на 2q2 т. Выпустите эти команды потому-что-карты под интерфейсом:

wrr-queue  cos-map Q_number_(1-2) threshold_number_(1-2) cos_value_1 
 cos_value_2

priority-queue cos-map Q_number_(always 1) cos_value_1 cos_value_2

Примечание: Каждая из этих команд должна быть на одной линии.

Можно отдельно формировать очередь WRR. Если существует приоритетная очередь, можно формировать ее с командой приоритетной очереди.

Примечание: очереди всегда перечисляются, начиная с возможной очереди самого низкого приоритета и заканчивая очередью строгого приоритета, которая доступна. Например:

  • Очередь 1 является низкоприоритетной очередью WRR.

  • Очередь 2 является первоочередной очередью WRR.

  • Очередь 3 является очередью строгого приоритета.

Повторите эту операцию для всех типов очередей или иначе неплатеж, которым остается назначение CoS. Это - конфигурация в качестве примера для 1p2q2 т:

cosmos#configure terminal 
cosmos(config)#interface gigabitethernet 1/1 
cosmos(config-if)#priority-queue cos-map 1 5   

!--- Assign a CoS of 5 to priority queue.

  cos-map configured on:  Gi1/1 Gi1/2 
cosmos(config-if)#wrr-queue cos-map 1 1 0 1

!--- Assign CoS 0 and 1 to the first threshold of low-priority WRR queue.

  cos-map configured on:  Gi1/1 Gi1/2 
cosmos(config-if)#wrr-queue cos-map 1 2 2 3

!--- Assign CoS 2 and 3 to the second threshold of low-priority WRR queue.

  cos-map configured on:  Gi1/1 Gi1/2 
cosmos(config-if)#wrr-queue cos-map 2 1 4 6

!--- Assign CoS 4 and 6 to the first threshold of high-priority WRR queue.

  cos-map configured on:  Gi1/1 Gi1/2 
cosmos(config-if)#wrr-queue cos-map 2 2 7 

!--- Assign CoS 7 to the second threshold of high-priority WRR queue.

  cos-map configured on:  Gi1/1 Gi1/2

Проверьте конфигурацию:

cosmos#show queueing interface gigabitethernet 1/1 

!--- Output suppressed.

 
queue thresh cos-map 
    --------------------------------------- 
    1     1      0 1 
    1     2      2 3 
    2     1      4 6 
    2     2      7 
    3     1      5 

!--- Output suppressed.

Шаг 3: формируйте вес WRR

Формируйте вес WRR для двух очередей WRR. Выпустите эту интерфейсную команду:

wrr-queue bandwidth weight_for_Q1 weight_for_Q2

Вес 1 касается очереди 1, который должен быть низкоприоритетной очередью WRR. Всегда сохраняйте этот вес одним уровнем ниже, чем вес 2. Вес может взять любую стоимость между 1 и 255. Используйте эти формулы для назначения процента:

  • Стоять в очереди 1 — [вес 1 / (вес 1 + вес 2)]

  • Стоять в очереди 2 — [вес 2 / (вес 1 + вес 2)]

Необходимо определить вес для всех типов очередей. Эти типы веса не должны быть тем же самым. Это - пример для 2q2 т, где очередь 1 подается, 20 процентов времени и очереди 2 подаются 80 процентов времени:

cosmos#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z. 
cosmos(config)#interface gigabitethernet 1/1 
cosmos(config-if)#wrr-queue bandwidth ? 
  <1-255>  enter bandwidth weight between 1 and 255 
cosmos(config-if)#wrr-queue bandwidth 20 80

!--- Queue 1 is served 20% of the time, and queue 2 is served
!--- 80% of the time.

cosmos(config-if)#

Проверьте конфигурацию:

cosmos#show queueing interface gigabitethernet 1/1
Interface GigabitEthernet1/1 queueing strategy:  Weighted Round-Robin 
  Port QoS is enabled 
  Port is untrusted 
  Default cos is 0 
  Transmit queues [type = 1p2q2t]: 
    Queue Id    Scheduling  Num of thresholds 
    ----------------------------------------- 
       1         WRR low             2 
       2         WRR high            2 
       3         Priority            1 

    WRR bandwidth ratios:   20[queue 1]  80[queue 2] 
    queue-limit ratios:     90[queue 1]   5[queue 2] 

!--- Output suppressed.

Примечание: можно формировать различные веса WRR для каждого интерфейса, когда не возможно использовать программное обеспечение CatOS.

Шаг 4: формируйте буфера, которые назначены на каждую очередь

Необходимо определить передать отношение очереди. Это определяет, как буфера разделены среди различных очередей.

wrr-queue queue-limit percentage_WRR_Q1 percentage_WRR_Q2

cosmos(config)#interface gigabitethernet 1/2 
cosmos(config-if)#wrr-queue queue-limit 70 15     

!--- Queue 1 has 70% of the buffers.
!--- Queues 2 and 3 both have 15% of the buffers.

  queue-limit configured on:  Gi1/1 Gi1/2

Примечание: Если способность организации очередей вашего порта гигабита составляет 1p1q2 т, необходимо использовать тот же самый уровень для очереди строгого приоритета и для первоочередной очереди WRR. Эти уровни не могут отличаться по причинам аппаратных средств. Только полоса пропускания для двух очередей WRR формируется. Вы автоматически используете ту же самую стоимость для первоочередной очереди WRR и очереди строгого приоритета, если существует кто-либо.

Некоторые типы организации очередей не имеют настраиваемого размера очереди. Пример составляет 1p3q1 т, который доступен на WS-X6548RJ45. Эти типы очереди фиксированы, и вы не можете изменить их.

Проверьте конфигурацию:

cosmos#show queueing interface gigabitethernet 1/2
Interface GigabitEthernet1/2 queueing strategy:  Weighted Round-Robin 
  Port QoS is enabled 
  Port is untrusted 
  Default cos is 0 
  Transmit queues [type = 1p2q2t]: 
    Queue Id    Scheduling  Num of thresholds 
    ----------------------------------------- 
       1         WRR low             2 
       2         WRR high            2 
       3         Priority            1 

    WRR bandwidth ratios:    5[queue 1] 255[queue 2] 
    queue-limit ratios:     70[queue 1]  15[queue 2]

Примечание: Лучше оставлять самую большую часть буферов для низкоприоритетной очереди WRR. Это - очередь, где необходимо позволить дополнительное буферизование. Другие очереди подаются с более высоким приоритетом.

Шаг 5: формируйте пороговый уровень для каждой очереди

Как заключительный шаг, формируйте пороговый уровень для очереди WRED или для очереди снижения хвоста. Этот список обеспечивает команды:

  • Для очередей, которые используют WRED в качестве механизма снижения для порога, выпустите эти команды:

    wrr-queue random-dtect min-threshold Q_number 
     threshold_1_value threshold_2_value
    
    wrr-queue random-dtect max-threshold Q_number 
     threshold_1_value threshold_2_value
    
    

    Примечание: Каждая из этих команд должна быть на одной линии.

  • Для очередей, которые используют снижение хвоста в качестве механизма снижения, выпустите эту команду:

    wrr-queue threshold Q_number 
     threshold_1_value threshold_2_value
    
    

    Примечание: Эта команда должна быть на одной линии.

Конфигурация для очереди WRED:

cosmos(config)#interface gigabitethernet 1/1
cosmos(config-if)#wrr-queue random-detect min-threshold  1 20 50 

!--- This sets the threshold of queue 1 to 20 and 50% minimum threshold 
!--- configured on Gi1/1 Gi1/2.

cosmos(config-if)#wrr-queue random-detect min-threshold  2 20 50 

!--- This sets the threshold of queue 2 to 20 and 50% minimum threshold 
!--- configured on Gi1/1 Gi1/2.

cosmos(config-if)#wrr-queue random-detect max-threshold  1 50 80 

!--- This sets the threshold of queue 1 to 50 and 80% maximum threshold 
!--- configured on Gi1/1 Gi1/2.

cosmos(config-if)#wrr-queue random-detect max-threshold  2 40 60 

!--- This sets the threshold of queue 2 to 49 and 60% maximum threshold 
!--- configured on Gi1/1 Gi1/2.

Конфигурация для хвоста пропускает очередь:

cosmos(config)#interface fastethernet 3/1 
cosmos(config-if)#wrr-queue threshold ? 
  <1-2> enter threshold queue id (1-2) 
cosmos(config-if)#wrr-queue threshold 1 ? 
  <1-100>  enter percent of queue size between 1 and 100 
cosmos(config-if)#wrr-queue threshold 1 50 100      

!--- This sets the tail drop threshold for this 2q2t interface for  
!--- queue 1 (low-priority) to 50 and 100% of the buffer.

threshold configured on: Fa3/1 Fa3/2 Fa3/3 Fa3/4 Fa3/5 Fa3/6 Fa3/7 Fa3/8 
 Fa3/9 Fa3/10 Fa3/11 Fa3/12 
cosmos(config-if)# 
cosmos(config-if)# 
cosmos(config-if)#wrr-queue threshold 2 40 100     

!--- This sets the tail drop threshold for this 2q2t interface for  
!--- queue 2 (high-priority) to 40 and 100% of the buffer.
   
threshold configured on: Fa3/1 Fa3/2 Fa3/3 Fa3/4 Fa3/5 Fa3/6 Fa3/7 Fa3/8 
 Fa3/9 Fa3/10 Fa3/11 Fa3/12 
cosmos(config-if)#

Проверьте конфигурацию:

cosmos#show queueing interface gigabitethernet 1/1
Interface GigabitEthernet1/1 queueing strategy:  Weighted Round-Robin 
  Port QoS is enabled 
  Port is untrusted 
  Default cos is 0 
  Transmit queues [type = 1p2q2t]: 
    Queue Id    Scheduling  Num of thresholds 
    ----------------------------------------- 
       1         WRR low             2 
       2         WRR high            2 
       3         Priority            1 

    WRR bandwidth ratios:   20[queue 1]  80[queue 2] 
    queue-limit ratios:     70[queue 1]  15[queue 2] 


    queue random-detect-min-thresholds 
��� ----------------------------- 
      1    20[1] 50[2] 
      2    20[1] 50[2] 

    queue random-detect-max-thresholds 
    ---------------------------------- 
      1    50[1] 80[2] 
      2    40[1] 60[2] 

cosmos#show queueing interface fastethernet 3/1 
Interface FastEthernet3/1 queueing strategy:  Weighted Round-Robin 
  Port QoS is enabled 
  Port is untrusted 
  Default cos is 0 
  Transmit queues [type = 2q2t]: 
    Queue Id    Scheduling  Num of thresholds 
    ----------------------------------------- 
       1         WRR low             2 
       2         WRR high            2 

    WRR bandwidth ratios:  100[queue 1] 255[queue 2] 
    queue-limit ratios:     90[queue 1]  10[queue 2] 

    queue tail-drop-thresholds 
    -------------------------- 
    1     50[1] 100[2] 
    2     40[1] 100[2]

Вы не можете формировать порог и назначить CoS на очередь за порт. Все изменения применены к ряду смежных портов:

  • Четыре порта для карт линии гигабита — порты 1 - 4 вместе, и порты 5 - 8 вместе.

  • Двенадцать портов для 10/100 портов или 100 портов волокна базировали on�1q4t/2q2t организацию очередей — 1 - 12, 13 - 24, 25 - 36, и 36 - 48.

  • Для определения точного порта, который принадлежит тому же самому ASIC, используйте выставочную команду возможностей интерфейса.

Контролируйте планирование продукции и проверьте конфигурации

Самая легкая команда для издания для подтверждения текущей конфигурации во время выполнения для порта относительно планирования продукции является выставочным интерфейсом организации очередей {gigabitethernet | fastethernet} команда места/порта. Эта команда показывает тип организации очередей на порту, отображении CoS различным очередям и порогам, разделению буфера и весу WRR. Здесь, это - 20-процентный WRR для очереди 1 и 80-процентный WRR для очереди 2. Команда также показывает всю формируемую информацию для планирования продукции и числа пакетов, которые уронены в каждой очереди для каждого порога:

cosmos#show queueing interface gigabitethernet 1/1
Interface GigabitEthernet1/1 queueing strategy:  Weighted Round-Robin 
  Port QoS is enabled 
  Port is untrusted 
  Default COS is 0 
  Transmit queues [type = 1p2q2t]: 
    Queue Id    Scheduling  Num of thresholds 
    ----------------------------------------- 
       1         WRR low             2 
       2         WRR high            2 
       3         Priority            1 
    WRR bandwidth ratios:   20[queue 1]  80[queue 2] 
    queue-limit ratios:     70[queue 1]  15[queue 2] 

    queue random-detect-max-thresholds 
    ---------------------------------- 
      1    50[1] 80[2] 
      2    40[1] 60[2] 

    queue thresh cos-map 
    --------------------------------------- 
    1     1      0 1 
    1     2      2 3 
    2     1      4 6 
    2     2      7 
    3     1      5 

  Receive queues [type = 1p1q4t]: 
    Queue Id    Scheduling  Num of thresholds 
    ----------------------------------------- 
       1         Standard            4 
       2         Priority            1 
  

    queue tail-drop-thresholds 
    -------------------------- 
    1     100[1] 100[2] 100[3] 100[4] 

    queue thresh cos-map 
    --------------------------------------- 
    1     1      0 1 
    1     2      2 3 
    1     3      4 
    1     4      6 7 
    2     1      5 
  

  Packets dropped on Transmit: 
    BPDU packets:  0 

    queue thresh    dropped  [cos-map] 
    --------------------------------------------------- 
    1     1               0  [0 1 ] 
    1     2               0  [2 3 ] 
    2     1               0  [4 6 ] 
    2     2               0  [7 ] 
    3     1               0  [5 ] 

  Packets dropped on Receive: 
    BPDU packets:  0 

    queue thresh    dropped  [cos-map] 
    --------------------------------------------------- 
    1     1               0  [0 1 ] 
    1     2               0  [2 3 ] 
    1     3               0  [4 ] 
    1     4               0  [6 7 ] 
    2     1               0  [5 ]

Пример планирования продукции

Это движение введено на Катализаторе 6500/6000:

  • В гигабите порта 1/2: один гигабит движения с предшествованием ноля

  • В гигабите порта 5/2:

    • 133 МБ движения с предшествованием семь

    • 133 МБ движения с предшествованием шесть

    • 133 МБ движения с предшествованием пять

    • 133 МБ движения с предшествованием четыре

    • 133 МБ движения с предшествованием три

    • 133 МБ движения с предшествованием два

    • 133 МБ движения с предшествованием одного

Все unicast движение выходит из выключателя за гигабит порта 1/1, который очень превышен.

Случай 1: QoS позволяют, и параметр по умолчанию используется

Выставочная организация очередей соединяет gigabitethernet 1/1, команда формирует всю продукцию в этом примере. Команда предоставляет дополнительную информацию о входном планировании. Однако, поскольку этот документ только касается планирования продукции, он подавляет ту продукцию.

Когда QoS глобально позволяют, и все параметры по умолчанию используются, эта продукция результаты после нескольких минут:

nelix#show queueing interface gigabitethernet 1/1 
Interface GigabitEthernet1/1 queueing strategy:  Weighted Round-Robin 
  Port QoS is enabled 
  Trust state: trust DSCP 
  Default cos is 0 
  Transmit queues [type = 1p2q2t]: 
    Queue Id    Scheduling  Num of thresholds 
    ----------------------------------------- 
       1         WRR low             2 
       2         WRR high            2 
       3         Priority            1 

    WRR bandwidth ratios:  100[queue 1] 255[queue 2] 
    queue-limit ratios:     90[queue 1]   5[queue 2] 

    queue random-detect-max-thresholds 
    ---------------------------------- 
      1    40[1] 100[2] 
      2    40[1] 100[2] 

    queue thresh cos-map 
    --------------------------------------- 
    1     1      0 1 
    1     2      2 3 
    2     1      4 
    2     2      6 7 
    3     1      5 

  Packets dropped on Transmit: 
    BPDU packets:  0 

    queue thresh    dropped  [cos-map] 
    --------------------------------------------------- 
    1     1       149606424  [0 1 ] 
    1     2               0  [2 3 ] 
    2     1        16551394  [4 ] 
    2     2         4254446  [6 7 ] 
    3     1               0  [5 ]

В этой продукции значения по умолчанию:

  • Вес WRR для очереди 1 — 100 / (100 + 255) = 28%

  • Вес WRR для очереди 2 — 255 / (255 + 100) = 72%

  • Буферное разделение: — 90% для очереди 1, 5% для очереди 2, и 5% для очереди строгого приоритета

Большинство пакетов в низкоприоритетной очереди WRR уронено, но некоторые все еще пропущены в первоочередной очереди WRR для обоих порогов. Существует в общей сложности 170,412,264 снижения (149,606,424 + 16,551,394 + 4,254,446). Эти снижения разделены следующим образом:

  • 149,606,424/170,412,264 = 88% падений очереди 1 (первый пороговый пакет с CoS 0 и 1)

  • 16,551,394/170,412,264 = 10% падений очереди 2 (первый пороговый пакет с CoS 4)

  • 4,254,446/170,412,264 = 2% падений очереди 2 (второй пороговый пакет с Из-за 6 или 7)

Примечание: Вы не видите падений очереди строгого приоритета.

Случай 2: измените вес WRR

Как отмечено в Случае 1: QoS Позволяют, и Параметр По умолчанию Является Используемой секцией, пакеты в очереди 2 все еще уронены. Измените вес WRR для предоставления большего количества полосы пропускания для организации очереди 2. Теперь, очередь 1 освобождена 4 процента времени, и очередь 2 освобождена 96 процентов времени:

show run interface gigabitethernet 1/1 
interface GigabitEthernet1/1 
 no ip address 
 wrr-queue bandwidth 10 255 
 mls qos trust dscp 
 switchport 
 switchport mode access 
end 
  
nelix#show queueing interface gigabitethernet 1/1 
Interface GigabitEthernet1/1 queueing strategy:  Weighted Round-Robin 
  Port QoS is enabled 
  Trust state: trust DSCP 
  Default cos is 0 
  Transmit queues [type = 1p2q2t]: 
    Queue Id    Scheduling  Num of thresholds 
    ----------------------------------------- 
       1         WRR low             2 
       2         WRR high            2 
       3         Priority            1 

    WRR bandwidth ratios:   10[queue 1] 255[queue 2] 
    queue-limit ratios:     90[queue 1]   5[queue 2] 

    queue random-detect-max-thresholds 
    ---------------------------------- 
      1    40[1] 100[2] 
      2    40[1] 100[2] 

    queue thresh cos-map 
    --------------------------------------- 
    1     1      0 1 
    1     2      2 3 
    2     1      4 
    2     2      6 7 
    3     1      5 

  Packets dropped on Transmit: 
    BPDU packets:  0 

    queue thresh    dropped  [cos-map] 
    --------------------------------------------------- 
    1     1         2786205  [0 1 ] 
    1     2               0  [2 3 ] 
    2     1           11363  [4 ] 
    2     2              69  [6 7 ] 
    3     1               0  [5 ]

Как замечено в этой продукции, процент падений очереди 2 теперь намного ниже. В общей сложности 2,797,637 снижений разделены таким образом:

  • 2,786,205/2,797,637 = 99.591% падений очереди 1 (с пакетом CoS 0 и 1)

  • 11,363/2,797,637 = 0.408% падений очереди 2 (первый порог с пакетом CoS 4)

  • 69/2,797,637 = 0.001% падений очереди 2 (второй порог для пакета с CoS 6 и 7)

При использовании различных весов WRR это гарантирует больше QoS в очереди 2.

Случай 3: дополнительная модификация веса WRR

Можно быть еще более агрессивными с весом WRR. В этой типовой продукции только 0.39 процента веса даны для организации очереди 1:

show run interface gigabitethernet 1/1 
interface GigabitEthernet1/1 
 no ip address 
 wrr-queue bandwidth 1 255 
 mls qos trust dscp 
 switchport 
 switchport mode access 
end 

nelix#show queueing interface gigabitethernet 1/1 
Interface GigabitEthernet1/1 queueing strategy:  Weighted Round-Robin 
  Port QoS is enabled 
  Trust state: trust DSCP 
  Default cos is 0 
  Transmit queues [type = 1p2q2t]: 
    Queue Id    Scheduling  Num of thresholds 
    ----------------------------------------- 
       1         WRR low             2 
       2         WRR high            2 
       3         Priority            1 

    WRR bandwidth ratios:    1[queue 1] 255[queue 2] 
    queue-limit ratios:     90[queue 1]   5[queue 2] 

    queue random-detect-max-thresholds 
    ---------------------------------- 
      1    40[1] 100[2] 
      2    40[1] 100[2] 

    queue thresh cos-map 
    --------------------------------------- 
    1     1      0 1 
    1     2      2 3 
    2     1      4 
    2     2      6 7 
    3     1      5 
  
  Packets dropped on Transmit: 
    BPDU packets:  0 

    queue thresh    dropped  [cos-map] 
    --------------------------------------------------- 
    1     1         2535315  [0 1 ] 
    1     2               0  [2 3 ] 
    2     1             705  [4 ] 
    2     2              73  [6 7 ] 
    3     1               0  [5 ]

Даже с агрессивным весом WRR, пакеты все еще уронены в очереди 2. Однако в сравнении, это не много пакетов. Существует теперь только понижение пакета на 0.03 процента очереди 2.

Случай 4: измените назначение буфера предела очереди

Как замечено в Случае 2: Измените Вес WRR и Случай 3: Дополнительные секции Модификации Веса WRR, пакеты все еще заглядывают очереди 2, хотя процент WRR уверяет вас, что снижение минимально. Однако, когда второй порог (который установлен в 100 процентов) достигнут в очереди 2, некоторые пакеты продолжают быть уроненными.

Для улучшения этого измените предел очереди (размер буфера, назначенного на каждую очередь). В этом примере предел очереди установлен к 70 процентам для очереди 1, 15 процентов для очереди 2, и 15 процентов для очереди строгого приоритета:

show run gigabitethernet 1/1
interface GigabitEthernet1/1 
 no ip address 
 wrr-queue bandwidth 1 255 
 wrr-queue queue-limit 70 15 
 mls qos trust dscp 
 switchport 
 switchport mode access 
end 

nelix#show queueing interface gigabitethernet 1/1 
Interface GigabitEthernet1/1 queueing strategy:  Weighted Round-Robin 
  Port QoS is enabled 
  Trust state: trust DSCP 
  Default cos is 0 
  Transmit queues [type = 1p2q2t]: 
    Queue Id    Scheduling  Num of thresholds 
    ----------------------------------------- 
       1         WRR low             2 
       2         WRR high            2 
       3         Priority            1 

    WRR bandwidth ratios:    1[queue 1] 255[queue 2] 
    queue-limit ratios:     70[queue 1]  15[queue 2] 

    queue random-detect-max-thresholds 
    ---------------------------------- 
      1    40[1] 100[2] 
      2    40[1] 100[2] 

    queue thresh cos-map 
    --------------------------------------- 
    1     1      0 1 
    1     2      2 3 
    2     1      4 
    2     2      6 7 
    3     1      5 

  Receive queues [type = 1p1q4t]: 
    Queue Id    Scheduling  Num of thresholds 
    ----------------------------------------- 
       1         Standard            4 
       2         Priority            1 
  
    queue tail-drop-thresholds 
    -------------------------- 
    1     100[1] 100[2] 100[3] 100[4] 

    queue thresh cos-map 
    --------------------------------------- 
    1     1      0 1 
    1     2      2 3 
    1     3      4 
    1     4      6 7 
    2     1      5 
 
  Packets dropped on Transmit: 
    BPDU packets:  0 

    queue thresh    dropped  [cos-map] 
    --------------------------------------------------- 
    1     1       154253046  [0 1 ] 
    1     2               0  [2 3 ] 
    2     1               0  [4 ] 
    2     2               0  [6 7 ] 
    3     1               0  [5 ]

Теперь, снижения только происходят в очереди 1.

Используйте продукцию, намечающую уменьшать задержку и колебание

Исследования случаев в Примере секции Планирования Продукции демонстрируют выгоду осуществления продукции, намечающей избегать снижения VoIP или движения для решения ответственных задач в случае превышения намеченной суммы порта продукции. Превышение намеченной суммы не происходит очень часто в нормальной сети (особенно на связи гигабита). Превышение намеченной суммы должно только произойти в течение пикового времени движения или во время транспортных взрывов, которые происходят в пределах очень короткого периода времени.

Даже без любого превышения намеченной суммы, планирование продукции может иметь большую помощь в сети, где QoS осуществлен вплотную. Эта секция обеспечивает примеры того, как планирование продукции может помочь уменьшить задержку и колебание.

Уменьшите задержку

Задержка пакета увеличивается из-за времени, "потерянного" в буфере каждого выключателя, в то время как это ждет, чтобы быть переданным. Например, маленький голосовой пакет с Из-за 5 посылают из порта во время большой резервной или передачи файлов. Предположите, что нет никакого QoS для порта продукции, и маленький голосовой пакет стоится в очереди после 10 больших 1500-байтовых пакетов. В этом случае можно легко вычислить, что время скорости гигабита, которое необходимо для передачи 10 больших пакетов:

  • (10 x 1500 x 8), = 120,000 битов переданы через 120 микросекунд

Если этот пакет должен пересечь восемь или девять выключателей при прохождении через сеть, задержка приблизительно 1 миллисекунды может закончиться. Это включает только задержки очереди продукции выключателя, пересеченного в сети.

Примечание: Если необходимо стоять в очереди те же самые 10 больших пакетов в интерфейсе 10 МБ (например, связанный с телефоном IP и PC), задержка вводит:

  • (10 x 1500 x 8), = 120,000 битов переданы в 12 миллисекундах

Внедрение планирования продукции гарантирует, что голосовые пакеты с Из-за 5 помещены в очередь строгого приоритета и посланы перед любыми пакетами с Из-за меньше чем 5. Это уменьшает задержку.

Уменьшите колебание

Другая важная выгода планирования продукции является сокращением колебания. Колебание является изменением в задержке пакетов в пределах того же самого потока. Этот сценарий в качестве примера показывает, как планирование продукции может уменьшить колебание:

http://www.cisco.com/c/dam/en/us/support/docs/switches/catalyst-6000-series-switches/10587-73a.gif

В этом сценарии тот же самый порт продукции должен послать два потока:

  • Один поступающий голосовой поток на 10 МБ порт Ethernet.

  • Один поступающий поток FTP на 1 гигабите Ethernet uplink порт.

Оба потока оставляют выключатель через тот же самый порт продукции. Этот пример показывает то, что может произойти без использования планирования продукции. Все большие пакеты данных могут быть чередованы между двумя голосовыми пакетами. Это создает колебание в приеме голосового пакета от того же самого потока. Существует большая задержка между приемом пакета 1 и пакетом n + 1, поскольку выключатель передает большой пакет данных. Однако задержка между n + 1 и n + 2 незначительна. Это приводит к колебанию в голосовом транспортном потоке. Можно легко избежать этой проблемы с использованием очереди строгого приоритета. Гарантируйте, чтобы вы нанесли на карту ценность CoS голосовых пакетов очереди строгого приоритета.

Заключение

В этом документе вы видели тематические исследования того, как формировать и расследовать планирование очереди продукции на Катализатор 6500/6000, который управляет программным обеспечением Cisco IOS. Вы также видели преимущества планирования продукции в большинстве сетей с голосовым движением:

  • Избегает снижения критического движения в случае превышения намеченной суммы порта продукции.

  • Уменьшает задержку.

  • Уменьшает колебание.

Связанные обсуждения сообщества поддержки Cisco

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


Соответствующая информация


Document ID: 10587