Асинхронный режим передачи (ATM) : "Класс обслуживания (IP, ATM и т. п.)"

Основные сведения об организации справедливой очереди для ATM

20 октября 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв


Содержание


Введение

Этот документ предоставляет введение организации очереди трафика, которая использует технологию обслуживания очередей на основе равнодоступности (WFQ).

WFQ был представлен, чтобы позволить низкоскоростным ссылкам, таким как последовательные соединения предоставить справедливую обработку для всех типов трафика. Чтобы сделать это, WFQ классифицирует трафик в другие потоки (также известный как диалоги) на основе уровня три и уровня четыре информации, такие как IP-адреса и порты TCP. Это делает это без требования вас для определения списков доступа. Это означает, что трафик низкой пропускной способности эффективно имеет приоритет над широкополосным трафиком, потому что широкополосный трафик совместно использует средства передачи в пропорции к его назначенному весу.

Но, WFQ имеет некоторые ограничения:

  • Он не масштабируется, если поток возрастает значительно.

  • Собственное WFQ недоступно на высокоскоростных интерфейсах ATM.

Взвешенная организация очередей на основе классов (CBWFQ) позволяет обойти эти ограничения.

В отличие от стандартного WFQ, CBFWQ позволяет задать классы трафика. Можно также применить параметры, такие как пропускная способность и ограничения очереди, им. Пропускная способность, которую вы назначаете на класс, используется для вычисления веса того класса. Вес каждого пакета, соответствующего условиям класса, также определяется на основе этих характеристик. WFQ применяется скорее для классов (которые могут включать несколько потоков), чем для собственно потоков.

См. эти документы для получения дополнительной информации о том, как настроить CBWFQ:

Интерфейсы ATM не поддерживают встроенные весовые очереди потоков, настраиваемые непосредственно на интерфейсе с помощью команды fair-queue. Но, с программным обеспечением, которое поддерживает CBWFQ, можно настроить на основе потоков WFQ в классе по умолчанию, как показано в данном примере:

policy-map test
 class class-default
  fair-queue
!         
interface ATMx/y.z point-to-point
 ip address a.b.c.d M.M.M.M
 pvc A/B 
  service-policy output test

Предварительные условия

Требования

Для этого документа отсутствуют особые требования.

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

Настоящий документ не имеет жесткой привязки к каким-либо конкретным версиям программного обеспечения и оборудования.

Условные обозначения

Дополнительные сведения об условных обозначениях см. в документе Условные обозначения технических терминов Cisco.

Схема сети

Используйте эту настройку, чтобы проиллюстрировать, как работает WFQ:

/image/gif/paws/10049/wfq_illustrated.gif

В этой настройке пакеты могут быть сохранены в одной из этих двух очередей:

  • Аппаратная очередь первым прибыл, первым обслужен (FIFO) на адаптере порта и сетевом модуле

  • Очередь в программном обеспечении Cisco IOS₩½, на вводе/выводе маршрутизатора [ввод-вывод] память, где могут быть применены функции Качества обслуживания (QoS), такие как CBWFQ

Очередь FIFO на адаптере порта хранит пакеты до разделения на ячейки для последующей передачи. После заполнения очереди соответствующий сигнал передается в Cisco IOS через адаптер порта или сетевой модуль. Этот механизм называется "противодавлением". На получении этого сигнала маршрутизатор останавливается для передавания пакеты интерфейсной очереди FIFO и хранит пакеты в программном обеспечении IOS, пока очередь не не переполнена снова. Когда пакеты сохранены в IOS, система может применить QoS.

Как установить предел кольца передачи

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

Команда tx-ring-limit постоянного виртуального канала (PVC) позволяет уменьшить размер очереди FIFO.

interface ATMx/y.z point-to-point
 ip address a.b.c.d M.M.M.M
 PVC A/B 
  tx-ring-limit <size>

  service-policy output test

<size> , который можно задать здесь, является или многими пакетами, для Cisco 2600 и 3600 маршрутизаторами или числом фрагментов, для Cisco 7200 и 7500 маршрутизаторов.

Сокращение размера кольца для передачи обладает двумя преимуществами:

  • Это уменьшает пакеты периода времени, ждут в очереди FIFO, прежде чем это будет сегментировано.

  • Это ускоряет использование службы QoS в программном обеспечении IOS.

Действие ограничения кольца передачи

Посмотрите на влияние предела кольца передачи, который использует настройку, показанную в предыдущей схеме сети. Примите их:

  • Генератор трафика передает трафик (1500 пакетов в 1 байт) к устройству приемника и этому перегрузки трафика PVC 0/102 между router1 и router2.

  • Маршрутизатор3 пытается проверить доступность маршрутизатора1.

  • Функция WFQ включена на маршрутизаторе 2.

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

Пример A

В данном примере вы устанавливаете кольцо для передачи в три (tx-ring-limit=3). Это - то, что вы видите при прозванивании router1 от router3:

pound#ping ip
Target IP address: 6.6.6.6
Repeat count [5]: 100000
Datagram size [100]: 
Timeout in seconds [2]: 
Extended commands [n]: 
Sweep range of sizes [n]: 
Type escape sequence to abort.
Sending 100000, 100-byte ICMP Echos to 6.6.6.6, timeout is 2 seconds:
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!![snip]
Success rate is 98 percent (604/613), round-trip min/avg/max = 164/190/232 ms   

router2#show queue atm 4/0.102 
   Interface ATM4/0.102 VC 0/102 
   Queuing strategy: weighted fair 
   Total output drops per VC: 1505772 
   Output queue: 65/512/64/1505772 (size/max total/threshold/drops) 
    Conversations  2/3/16 (active/max active/max total)    
    Reserved Conversations 0/0 (allocated/max allocated)    

(depth/weight/discards/tail drops/interleaves) 1/32384/0/0/0    
   Conversation 2, linktype: ip, length: 58 
   source: 8.0.0.1, destination: 6.6.6.6, id: 0x2DA1, ttl: 254, prot: 1  
   
!--- ping 
   

(depth/weight/discards/tail drops/interleaves) 64/32384/1505776/0/0    
   Conversation 15, linktype: ip, length: 1494 
   source: 7.0.0.1, destination: 6.6.6.6, id: 0x0000, ttl: 63, prot: 255 
   
!--- This is traffic from the traffic generator. 

Пример B

В данном примере вы устанавливаете кольцо для передачи в 40 (tx-ring-limit=40). Это - то, что вы видите, когда вы используете тот же эхо-запрос в качестве в Примере A:

pound#ping ip
Target IP address: 6.6.6.6
Repeat count [5]: 10000
Datagram size [100]: 36
Timeout in seconds [2]: 10
Extended commands [n]: 
Sweep range of sizes [n]: 
Type escape sequence to abort.
Sending 10000, 36-byte ICMP Echos to 6.6.6.6, timeout is 10 seconds:
!!!!!!!!!!!!.
Success rate is 92 percent (12/13), round-trip min/avg/max = 6028/6350/6488 ms

Как видно из этого, чем больше предел передачи по кольцу, тем больше время проверки доступности приема-передачи (RTT). Можно вывести из этого, что большой предел кольца передачи может привести к значительным задержкам в передаче.

Как вычислить вес

В выходных данных show queue atm в Примере A, вы видите, что вес назначен на каждый диалог. Посмотрите на это более подробно:

router2#show queue ATM 4/0.102 
   Interface ATM4/0.102 VC 0/102 
   Queuing strategy: weighted fair 
   Total output drops per VC: 1505772 
   Output queue: 65/512/64/1505772 (size/max total/threshold/drops) 
    Conversations  2/3/16 (active/max active/max total)    
    Reserved Conversations 0/0 (allocated/max allocated)    

(depth/weight/discards/tail drops/interleaves) 1/32384/0/0/0    
   Conversation 2, linktype: ip, length: 58 
   source: 8.0.0.1, destination: 6.6.6.6, id: 0x2DA1, ttl: 254, prot: 1    

(depth/weight/discards/tail drops/interleaves) 64/32384/1505776/0/0    
   Conversation 15, linktype: ip, length: 1494 
   source: 7.0.0.1, destination: 6.6.6.6, id: 0x0000, ttl: 63, prot: 255  

При использовании WFQ можно вычислить вес каждого диалога с использованием этой формулы:

  • weight=32384 / (precedence+1) - для Cisco IOS Software Release 12.0 (5) T и позднее.

  • weight=4096 / (precedence+1) - для Cisco IOS Software Release до 12.0 (5) T.

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

Когда пакет передан от очереди IOS к очереди FIFO сетевого модуля или адаптеру порта, можно теперь использовать эти веса для вычисления запланированного времени каждого пакета.

Можно вычислить запланированное время вывода с использованием этой формулы, где queue_tail_time является текущим запланированным временем:

output scheduling time= queue_tail_time + pktsize*weigh

Как работает WFQ

Этот раздел объясняет, как работает WFQ. Принцип WFQ заключается в следующем: пакеты с малым весом, или "малые" пакеты, получают приоритет при отправке.

Создайте поток, который включает большие пакеты десяти пакетов и четыре пакета меньшего размера (82 байтов), который использует генератор трафика для проверки этого.

В данном примере router2 является Маршрутизатор Cisco 7200 с PA-A3 (Адаптер для порта ATM). Это важно, потому что размер выходной очереди FIFO на адаптере порта выражен в частицах а не в пакетах. Посмотрите, Что такое Частица? раздел для получения дополнительной информации.

Что такое фрагмент?

Вместо выделения одной части последовательной памяти для буфера буферизация частицы выделяет изолированные (рассеянные) части памяти, названной частицами, и затем соединяет их для формирования одного логического буфера пакетов. Это называется "Буфер частиц". В такой схеме пакет может быть распределен по нескольким участкам памяти.

В 7200 маршрутизаторах размер частицы составляет 512 байтов.

Используйте команду show buffers, чтобы проверить, используют ли Маршрутизаторы Cisco 7200 частицы:

router#show buffers
[snip]
Private particle pools: 
FastEthernet0/0 buffers, 512 bytes (total 400, permanent 400):
  0 in free list (0 min, 400 max allowed)
  400 hits, 0 fallbacks
  400 max cache size, 271 in cache
ATM2/0 buffers, 512 bytes (total 400, permanent 400): 
  0 in free list (0 min, 400 max allowed)
  400 hits, 0 fallbacks
  400 max cache size, 0 in cache

Тест А

Это некоторые тесты для иллюстрирования Функциональности WFQ. В этом первом тесте посмотрите на то, может ли пропускная способность быть разделена между другими диалогами.

В этом тесте вы заставили генератор трафика передать трафик достаточно быстро для перегрузки PVC 0/102 между router1 и router2. Выполните эхо-запрос от router3 до router1 через тот же PVC:

pound#ping ip
Target IP address: 6.6.6.6
Repeat count [5]: 100000
Datagram size [100]: 
Timeout in seconds [2]: 
Extended commands [n]: 
Sweep range of sizes [n]: 
Type escape sequence to abort.
Sending 100000, 100-byte ICMP Echos to 6.6.6.6, timeout is 2 seconds:
......... (WFQ is enabled here)!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!.[break]
Success rate is 98 percent (604/613), round-trip min/avg/max = 164/190/232 ms

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

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

Тест B

Это - то, как разделена пропускная способность.

Поток, что передачи генератора трафика являются пакетом, составленным из десяти больших пакетов, придерживавшихся четырьмя пакетами меньшего размера 82 байтов. Вы передаете это в 100 Мбит/с к router2. При передаче пакета очередь вывода на ATM-интерфейсе router2 пуста. Router2 передает эти пакеты через PVC на 10 КБ (это - очень медленный PVC), чтобы гарантировать, что перегрузка происходит на очереди вывода.

Проведите этот тест на нескольких этапах для упрощения этого процесса:

Этап 1

Большой трафик включает десять пакетов по 482 байта. Поскольку размер частиц в интерфейсе PA-A3 составляет 512 байт, каждый пакет, будь он большим или маленьким, при сохранении в исходящей очереди должен занимать одну частицу. Предел кольца передачи маршрутизатора равен трем (tx-ring-limit=3). Это - пример того, что вы видите на устройстве приемника:

   .Nov  7 15:39:13.776: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, len 482, rcvd 4 
   .Nov  7 15:39:13.776: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol 
   .Nov  7 15:39:14.252: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 
   .Nov  7 15:39:14.252: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol 
   .Nov  7 15:39:14.732: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 
   .Nov  7 15:39:14.732: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol 
   .Nov  7 15:39:15.208: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 
   .Nov  7 15:39:15.208: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol 

   
!--- Congestion occurs at this point. 


   .Nov  7 15:39:15.512: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 
   .Nov  7 15:39:15.516: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol 
   .Nov  7 15:39:15.644: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 
   .Nov  7 15:39:15.644: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol 
   .Nov  7 15:39:15.776: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 
   .Nov  7 15:39:15.776: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol 
   .Nov  7 15:39:15.904: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 
   .Nov  7 15:39:15.904: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol 
   .Nov  7 15:39:16.384: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 
   .Nov  7 15:39:16.384: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol 
   .Nov  7 15:39:16.860: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 
   .Nov  7 15:39:16.860: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol 
   .Nov  7 15:39:17.340: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 
   .Nov  7 15:39:17.340: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol 
   .Nov  7 15:39:17.816: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 
   .Nov  7 15:39:17.820: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol 
   .Nov  7 15:39:18.296: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 
   .Nov  7 15:39:18.296: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol 
   .Nov  7 15:39:18.776: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 
   .Nov  7 15:39:18.776: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol 

Вы видите четыре пакета 482 байтов, передаваемых перед 82 пакетами в 1 байт, которые должны обычно получать приоритет. Это - то, почему это происходит.

Поскольку пакет первоначально состоит из десяти 482-байтных пакетов, они достигают маршрутизатора первыми, после чего следуют 82-байтные пакеты. Так как 482 пакета в 1 байт поступают в то время, когда нет никакой перегрузки, поскольку существует "no traffic" (нет трафика), один пакет сразу помещен в очередь к Segmentation And Reassembly (SAR) адаптера порта, который будет разделен на блоки в ячейки и передан на проводе. Другими словами, кольцо передачи все еще свободно.

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

Примечание: Пакеты помещаются в очередь в кольце передачи как только появляется свободная частица, даже если для их сохранения требуется более одной частицы.

На этом этапе существует перегрузка, так как эти три частицы полны. Таким образом, в IOS начинается процесс формирования очередей. Когда четыре 82 пакета в 1 байт наконец достигают маршрутизатора, существует перегрузка. Эти четыре пакета находятся в очереди, и WFQ используется в двух потоках. Посмотрите на очередь ATM, которая использует команду show queue ATM для наблюдения этого:

router2#show queue ATM 4/0.102 vc 0/102 
   Interface ATM4/0.102 VC 0/102 
   Queuing strategy: weighted fair 
   Total output drops per VC: 0 
   Output queue: 10/512/64/0 (size/max total/threshold/drops) 
     Conversations  2/4/16 (active/max active/max total)    
     Reserved Conversations 0/0 (allocated/max allocated)    

(depth/weight/total drops/no-buffer drops/interleaves) 4/32384/0/0/0    
   Conversation 6, linktype: ip, length: 82 
   source: 7.0.0.200, destination: 6.6.6.6, id: 0x0000, ttl: 63, prot: 255    

(depth/weight/total drops/no-buffer drops/interleaves) 6/32384/0/0/0    
   Conversation 15, linktype: ip, length: 482 
   source: 7.0.0.1, destination: 6.6.6.6, id: 0x0000, ttl: 63, prot: 255  

Вы видите в отладках, что первые четыре пакета 482 байтов придерживаются 82 пакетами в 1 байт. Эти небольшие пакеты выходят от маршрутизатора до больших пакетов. Это означает, что при перегрузке маленькие пакеты имеют преимущество над большими пакетами.

Используйте вес и формулы запланированного времени, данные в Вычислении раздела Веса для проверки этого.

Этап 2

Если вы увеличиваете предел кольца передачи до пять, и большие пакеты составляют 482 байта тогда в соответствии с предыдущими выходными данными, необходимо видеть шесть пакетов 482 байтов, прежде чем перегрузка произойдет, придерживавшаяся четырьмя пакетами 82 байтов, то еще четыре пакета 482 байтов:

   .Nov  7 15:49:57.365: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 
   .Nov  7 15:49:57.365: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol 
   .Nov  7 15:49:57.841: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 
   .Nov  7 15:49:57.845: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol 
   .Nov  7 15:49:58.321: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 
   .Nov  7 15:49:58.321: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol 
   .Nov  7 15:49:58.797: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 
   .Nov  7 15:49:58.801: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol 
   .Nov  7 15:49:59.277: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 
   .Nov  7 15:49:59.277: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol 
   .Nov  7 15:49:59.757: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 
   .Nov  7 15:49:59.757: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol 
   .Nov  7 15:49:59.973: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 
   .Nov  7 15:49:59.973: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol 
   .Nov  7 15:50:00.105: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 
   .Nov  7 15:50:00.105: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol 
   .Nov  7 15:50:00.232: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 
   .Nov  7 15:50:00.232: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol 
   .Nov  7 15:50:00.364: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 
   .Nov  7 15:50:00.364: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol 
   .Nov  7 15:50:00.840: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 
   .Nov  7 15:50:00.844: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol 
   .Nov  7 15:50:01.320: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 
   .Nov  7 15:50:01.320: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol 
   .Nov  7 15:50:01.796: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 
   .Nov  7 15:50:01.800: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol 
   .Nov  7 15:50:02.276: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, rcvd 4 
   .Nov  7 15:50:02.276: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 482, unknown protocol  

Как вы можете видеть здесь, это действительно, что происходит.

Этап 3

Размер частицы составляет 512 байтов. Поэтому, если кольцо для передачи выражено в частицах, и вы используете пакеты, немного больше, чем размер частицы, каждый берет две частицы. Это проиллюстрировано при помощи пакетов 582 байтов и кольца для передачи три. С этими параметрами необходимо видеть три пакета 582 байтов. Каждый передается без трафика на ATM-интерфейсе, который оставляет три частицы свободными. Таким образом, можно поставить в очередь еще два пакета, после которых идут четыре пакета размером 82 байт и семь пакетов размером 582 байт:

   .Nov  7 15:51:34.604: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, rcvd 4 
   .Nov  7 15:51:34.604: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, unknown protocol 
   .Nov  7 15:51:35.168: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, rcvd 4 
   .Nov  7 15:51:35.168: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, unknown protocol 
   .Nov  7 15:51:35.732: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, rcvd 4 
   .Nov  7 15:51:35.736: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, unknown protocol 
   .Nov  7 15:51:35.864: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 
   .Nov  7 15:51:35.864: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol 
   .Nov  7 15:51:35.996: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 
   .Nov  7 15:51:35.996: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol 
   .Nov  7 15:51:36.124: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 
   .Nov  7 15:51:36.124: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol 
   .Nov  7 15:51:36.256: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 
   .Nov  7 15:51:36.256: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol 
   .Nov  7 15:51:36.820: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, rcvd 4 
   .Nov  7 15:51:36.820: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, unknown protocol 
   .Nov  7 15:51:37.384: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, rcvd 4 
   .Nov  7 15:51:37.388: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, unknown protocol 
   .Nov  7 15:51:37.952: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, rcvd 4 
   .Nov  7 15:51:37.952: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, unknown protocol 
   .Nov  7 15:51:38.604: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, rcvd 4 
   .Nov  7 15:51:38.604: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, unknown protocol 
   .Nov  7 15:51:39.168: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, rcvd 4 
   .Nov  7 15:51:39.168: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, unknown protocol 
   .Nov  7 15:51:39.732: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, rcvd 4 
   .Nov  7 15:51:39.736: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, unknown protocol 
   .Nov  7 15:51:40.300: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, rcvd 4 
   .Nov  7 15:51:40.300: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 582, unknown protocol  

Этап 4

Возьмите размер пакета 1482 (три частицы) и определите кольцо для передачи пять. Если кольцо для передачи определено в частицах, вы видите что-то подобное:

  • Один пакет, переданный сразу

  • Один пакет, который берет три из этих пяти частиц

  • Один пакет поместил в очередь, потому что две частицы свободны

   .Nov  8 07:22:41.200: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, rcvd 4 
   .Nov  8 07:22:41.200: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, unknown protocol 
   .Nov  8 07:22:42.592: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, rcvd 4 
   .Nov  8 07:22:42.592: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, unknown protocol 
   .Nov  8 07:22:43.984: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, rcvd 4 
   .Nov  8 07:22:43.984: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, unknown protocol 
   .Nov  8 07:22:44.112: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 
   .Nov  8 07:22:44.112: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol 
   .Nov  8 07:22:44.332: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 
   .Nov  8 07:22:44.332: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol 
   .Nov  8 07:22:44.460: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 
   .Nov  8 07:22:44.460: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol 
   .Nov  8 07:22:44.591: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, rcvd 4 
   .Nov  8 07:22:44.591: IP: s=7.0.0.200 (FastEthernet0/1), d=6.6.6.6, Len 82, unknown protocol 
   .Nov  8 07:22:45.983: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, rcvd 4 
   .Nov  8 07:22:45.983: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, unknown protocol 
   .Nov  8 07:22:47.371: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, rcvd 4 
   .Nov  8 07:22:47.375: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, unknown protocol 
   .Nov  8 07:22:48.763: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, rcvd 4 
   .Nov  8 07:22:48.767: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, unknown protocol 
   .Nov  8 07:22:50.155: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, rcvd 4 
   .Nov  8 07:22:50.155: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, unknown protocol 
   .Nov  8 07:22:51.547: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, rcvd 4 
   .Nov  8 07:22:51.547: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, unknown protocol 
   .Nov  8 07:22:53.027: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, rcvd 4 
   .Nov  8 07:22:53.027: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, unknown protocol 
   .Nov  8 07:22:54.415: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, rcvd 4 
   .Nov  8 07:22:54.419: IP: s=7.0.0.1 (FastEthernet0/1), d=6.6.6.6, Len 1482, unknown protocol 

Сводка

От выполненных тестов можно завершить их:

  • На постоянных виртуальных каналах с низкими скоростями передачи без механизма выстраивания в очередь по весу (WFQ) передача больших массивов данных негативно влияет на передачу данных небольших объемов (например, трассировка ping блокируется, пока не будет включен WFQ).

  • Размер кольца для передачи (tx-ring-limit) определяет, как быстро механизм организации очередей начинает делать свое задание. Когда предел кольца передачи увеличивается, вы видите влияние этого с увеличением RTT эхо-запроса. Поэтому, если необходимо выполнить WFQ или LLQ, то разумно было бы сократить предел кольца передачи.

  • WFQ, который использует CBWFQ действительно, располагает по приоритетам маленькие трафики по массовому трафику.


Дополнительные сведения


Document ID: 10049