异步传输模式 (ATM) : IP to ATM 业务类别

IP-to-ATM CoS 队列对哪些字节计数?

2016 年 10 月 24 日 - 机器翻译
其他版本: PDFpdf | 英语 (2015 年 8 月 22 日) | 反馈


目录


简介

本文提供信息帮助您确定什么字节由对异步传输模式(ATM)排队的IP计数。

先决条件

要求

本文档没有任何特定的要求。

使用的组件

本文档不限于特定的软件和硬件版本。

规则

有关文档规则的详细信息,请参阅 Cisco 技术提示规则

确定带宽说明的值在QoS服务策略

问。我需要确定带宽说明的值在我的QoS服务策略。在ATM永久虚电路(PVC)上,如何是此提供的值?它是否计数整个53字节的ATM信元?

A.带宽优先级发出命令已配置的在服务策略启用基于类别的加权公平队列(CBWFQ),并且低延迟队列(LLQ),各自,使用计数show interface命令输出计数的同样开销字节的一kbps值。特别地,第3层排队系统计数这些:

顶上的字段 长度 计数在show policy-map interface
逻辑链路控制/子网访问协议(LLC/SNAP) 8 (每个小包)
ATM 第 5 适配层 (AAL5) 报尾 4 不AAL5报尾和循环冗余冗余校验(CRC)在分段和重组(SAR)在IOS被添加,并且从未认为。被计数的4个字节是内部虚拟电路封装字节。
填充使最后一个信元成为 48 字节的偶数倍 变量
ATM信元报头 5 (每个信元)

此部分在show policy-map interface命令输出中显示您如何使用计数器为了确定什么开销字节由第3层排队系统计数。

传统上, Cisco设备使用AAL5PDU字节和ATM信元字节的这些定义:

  • ATM_cell_byte = roundup(aal5_pdu/48)*53

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

在此测验中, 60字节IP有效载荷50 Packets Per Second (PPS)对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 paylod + 4 (AAL5报尾前4个字节) = 72

在测验、show policy-map int命令显示14349数据包和1033128个字节后。这些值计数匹配类的标准数据包的数量。包匹配/字节匹配值增加,只有当VC拥塞时或,当数据包被过程交换时。程序交换数据包被发送到第3层队列引擎。

确认show interface atm命令计数同样开销字节。在此测验中, 100个字节五ping被发送:

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个字节。在500字节的额外40字节的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

这是在以太网接口进行的测验,发送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命令和计数740个字节的show interface ethernet命令

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地址) + 2 (协议类型) = 74

从此计算,您能看到以太网CRC在show interfaceshow policy-map命令输出中没有包括。重要地,两个值一致CRC是否包括。

最后,这是在使用高级数据链路控制(HDLC)封装的serial interfaces计数的字节。在此测验中,五数据包100个字节传送:

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

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

这是Cisco HDLC帧的定义:

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

  • 标志—帧= 0x7E开始或结尾

  • 地址—帧类型字段:

    • 0x0F —单播帧

    • 0x80 —广播帧

    • 0x40 —被填充的帧

    • 0x20 —被压缩帧

  • 协议—封装的数据的以太网类型,例如IP的0x0800

输出show policy interface命令序列测验的显示520个字节。另外的四个字节每帧不包括开始处和结束帧标志位。反而,字节包括地址、控制和协议字段。重要地,字节不包括帧校验序列。

结论

请注意有在第3层排队系统计数的八位位组数量的一差异,并且由数据包一次实际上使用八位位组的数量它到达物理层。64字节数据包使用的实时带宽是极大在一个ATM接口比在以太网接口。特别地, CBWFQ和LLQ不占这两套ATM特定的开销:

  • 填充—做数据包的最后信元均等多个48个字节。一旦数据包到达ATM层,此填充符由SAR添加。

  • 5字节ATM信元报头

换句话说, CBWFQ和LLQ在64个字节的估计64字节,但是数据包实际上占用106个字节并且使用两个信元在ATM和物理层。在所有接口,标志和CRC也存在,但是没有由第3层排队系统包括。

Cisco Bug ID CSCdt85156 (仅限注册用户)是功能请求计数CRC。它争辩说,在优先级语句应该包括所有已修复和可预测的Layer2顶上,例如CRC,做此配置一样准确和关闭尽可能对什么由流实际上消耗,当点击物理电线时。


相关信息


Document ID: 10420