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

Какие байты учитываются протоколом IP при организации очередей ATM CoS?

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


Содержание


Введение

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

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

Требования

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

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

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

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

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

Определите значение для инструкции для пропускной способности в политике обслуживания QoS

Вопрос. . Я должен определить значение для инструкции для пропускной способности в моей политике обслуживания QoS. Как вычисляется значение в постоянных виртуальных каналах ATM (PVC)? Проводит его подсчет все 53 байта ячеек ATM?

О. Пропускная способность и приоритетные команды, настроенные в политике обслуживания для включения взвешенной организации очереди на основе классов (CBWFQ) и организации очереди низкой задержки (LLQ), соответственно, используют значение кбит/с, которое считает те же служебные байты посчитанными выходными данными команды show interface. В частности система массового обслуживания Уровня 3 считает их:

Служебное поле Длина Считается в интерфейсе show policy-map
Управление логическим каналом / протокол доступа к подсети (LLC/SNAP) 8 (на пакет) Да
Трейлер уровня адаптации 5 (AAL5) ATM 4 Трейлер Нет. AAL5 и Cyclic Redundancy Checks (CRC) добавлены в Segmentation And Reassembly (SAR), и следовательно никогда не считаются в IOS. 4 байта, которые посчитаны, являются внутренними байтами инкапсуляции виртуального канала (VC).
Заполнение последней ячейки до 48 байтов Переменная Нет
Заголовки ячейки ATM 5 (на ячейку) Нет

Этот раздел показывает вам, как использовать счетчики в выходных данных команды show policy-map interface для определения то, какие служебные байты посчитаны системой массового обслуживания Уровня 3.

Традиционно, устройства Сisco используют эти определения байтов AAL5PDU и байтов ячейки ATM:

  • ATM_cell_byte = сводка новостей (aal5_pdu/48) *53

  • aal5_pdu_byte = ip_size + snap(8)+aal5_ovh(8) = ether_size - 2

В этом тесте переданы 50 пакетов в секунду (pps) информационного наполнения с 60 байтовыми IP к PVC 0/3, который настроен для инкапсуляции AAL5SNAP:

r1#show policy-map interface 
   ATM5/0.33: VC 0/33 - 
    Service-policy output: llq (1265) 

      Class-map: p5 (match-all) (1267/4) 
        14349 packets, 1033128 bytes 
        30 second offered rate 28000 bps, drop rate 0 bps 
        Match: ip precedence 5  (1271) 
        Weighted Fair Queueing 
          Strict Priority 
          Output Queue: Conversation 136 
          Bandwidth 40 (kbps) Burst 1000 (Bytes) 
          (pkts matched/bytes matched) 0/0 
          (total drops/bytes drops) 0/0

1033128 байт / 14349 пакетов = 72 байт в пакете

8 (заголовок SNAP) + 60 байтов полезных данных IP + 4 (первые 4 байта AAL5-концевика) = 72

После проверки команда show policy-map int отображает 14349 пакетов и 1033128 байт. Эти значения содержат количество пакетов, удовлетворяющих условиям класса. Pkts matched / байты совпали с инкрементами значения только, когда VC переполнен или когда пакет является процессной коммутацией. Все пакеты с механизмом обработки process-switched передаются механизму организации очереди Уровня 3.

Подтвердите, что команда show interface atm считает те же служебные байты. В этом тесте передаются пять эхо-запросов 100 байтов:

7500-1#ping 192.168.66.70 
Type escape sequence to abort. 
Sending 5, 100-byte ICMP Echos to 192.168.66.70, timeout is 2 seconds: 
!!!!! 
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/4 ms 
7500-1#

Результат команды show interface atm показывает пять пакетов на входе и 540 байт. Дополнительное на 40 байтов выше 500 байтов полезной нагрузки IP прибывает из этого:

  • 40 байт / 5 пакетов = 8 байт служебных данных на каждый пакет

  • 8 байтов заголовка LLC/SNAP

7500-b#show interface atm 4/1/0 
ATM4/1/0 is up, line protocol is up 
  Hardware is cyBus ATM 
  Internet address is 192.168.66.70/30 
  MTU 4470 bytes, sub MTU 4470, BW 155520 Kbit, DLY 80 usec, 
  rely 255/255, load 1/255 
  NSAP address: BC.CDEF01234567890ABCDEF012.345678901334.13 
  Encapsulation ATM, loopback not set, keepalive not supported 
  Encapsulation(s): AAL5, PVC mode 
  2048 maximum active VCs, 1024 VCs per VP, 1 current VCCs 
  VC idle disconnect time: 300 seconds 
  Last input 00:00:03, output 00:00:03, output hang never 
  Last clearing of "show interface" counters 00:00:21 
  Queueing strategy: fifo 
  Output queue 0/40, 0 drops; input queue 0/75, 0 drops 
  5 minute input rate 0 bits/sec, 1 packets/sec 
  5 minute output rate 0 bits/sec, 0 packets/sec 
     5 packets input, 560 bytes, 0 no buffer 
     Received 0 broadcasts, 0 runts, 0 giants, 0 throttles 
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 
     5 packets output, 560 bytes, 0 underruns 
     0 output errors, 0 collisions, 0 interface resets 
     0 output buffer failures, 0 output buffers swapped out

Это - тест, сделанный по Интерфейсу Ethernet, который передает 100 пакетов 74 байтов:

louve(TGN:OFF,Et3/0:2/2)#show pack 
Ethernet Packet:  74 bytes 
      Dest Addr: 0050.73d1.6938,   Source Addr: 0010.2feb.b854 
      Protocol: 0x0800 

IP    Version: 0x4,  HdrLen: 0x5,  TOS: 0x00 
      Length: 60,   ID: 0x0000,   Flags-Offset: 0x0000 
      TTL: 60,   Protocol: 1 (ICMP),   Checksum: 0x74B8 (OK) 
      Source: 0.0.0.0,     Dest: 5.5.5.5 

ICMP  Type: 0,   Code: 0  (Echo Reply) 
      Checksum: 0x0EFF (OK) 
      Identifier: 0000,  Sequence: 0000 
Echo Data: 
    0 : 0001 0203 0405 0607 0809 0A0B 0C0D 0E0F 1011 1213  .................... 
   20 : 1415 1617 1819 1A1B 1C1D 1E1F                      ............

Команды show policy-map interface и show interface ethernet определили 740 байт.

few#show policy-map interface ethernet 2/2 
 Ethernet2/2 
  Service-policy output: a-test 

    Class-map: icmp (match-all) 
      10 packets, 740 bytes 

few#show interface ethernet 2/2 
     10 packets output, 740 bytes, 0 underruns(0/0/0)

60 полезных нагрузок IP + 2 * 6 (MAC - адрес источника и MAC - адрес назначения) + 2 (тип протокола) = 74

От этого вычисления вы видите, что CRC Ethernet не включен или в show interface или в выходные данные команды show policy-map. Значительно, оба значения являются непротиворечивыми в том, включен ли CRC.

Наконец, вот байты, рассчитывал на последовательный интерфейс, который использует инкапсуляцию управления каналом передачи данных высокого уровня (HDLC). В этом тесте переданы пять пакетов 100 байтов:

r3#show policy interface 
  Serial4/2:0 
    Service-policy output: test 

      Class-map: icmp (match-all) 
        5 packets, 520 bytes

Вот определения кадров HDLC Cisco:

/image/gif/paws/10420/bytes_counted.gif

  • флаг — запускается или конец кадра = 0x7E

  • адрес — поле типа фрейма:

    • 0x0F — Одноадресный фрейм

    • 0x80 — Широковещательный кадр

    • 0x40 — Подбитый Кадр

    • 0x20 — Сжатый Кадр

  • протокол — Тип ethernet инкапсулированных данных, таких как 0x0800 для IP

Выходные данные команды show policy interface для последовательного теста отображают 520 байтов. Дополнительные четыре байта за кадр не включают флаги конечного кадра и начало. Вместо этого байты включают адрес, контрольные поля и поля протокола. Значительно, байты не включают контрольную сумму фрейма (FCS).

Заключение

Важно понять, что существует различие в количестве октетов, посчитанных системой массового обслуживания Уровня 3 и количеством октетов, которые фактически используются пакетом, как только это достигает физического уровня. Действительная пропускная способность, используемая 64 байтовыми пакетами, намного больше на ATM-интерфейсе, чем на Интерфейсе Ethernet. В частности CBWFQ и LLQ не составляют эти два набора определяемых ATM издержек:

  • Заполнение — Делает последнюю ячейку пакета ровным множителем 48 байтов. Эти данные-наполнитель добавляются подуровнем SAR, как только пакет попадает на уровень ATM.

  • 5-байтовый заголовок ячейки ATM

Другими словами, CBWFQ и LLQ оценивают 64 байта в 64 байтах, но пакет фактически занимает 106 байтов и использует две ячейки в уровнях ATM и физических уровнях. На всех интерфейсах флаги и CRC также присутствуют, но не включены системой массового обслуживания Уровня 3.

Идентификатор ошибки Cisco CSCdt85156 (только зарегистрированные клиенты) является запросом новых функций для подсчета CRC. Это утверждает, что все неподвижные и предсказуемые издержки Уровня 2, такие как CRC, должны быть включены в приоритетное выражение для создания этой конфигурации максимально точной и близкой к тому, что фактически использовано потоком, когда это поражает физический провод.

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

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


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


Document ID: 10420