非同期転送モード(ATM) : IP-ATM 間サービス クラス

IP to ATM CoS キューイングでカウントされるバイト

2015 年 11 月 26 日 - 機械翻訳について
その他のバージョン: PDFpdf | ライター翻訳版 (2002 年 11 月 8 日) | 英語版 (2015 年 8 月 22 日) | フィードバック


目次


概要

このドキュメントでは、非同期転送モード(ATM)のキューイングにおいてどのバイトが IP でカウントされるかを見積もる際に役立つ情報について説明します。

前提条件

要件

このドキュメントに関する特別な要件はありません。

使用するコンポーネント

このドキュメントは、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。

表記法

ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。

QoS サービス ポリシーの帯域幅ステートメントの値を判別して下さい

Q. QoS サービス ポリシーで、bandwidth 文の値を決定する必要があります。 ATM による permanent virtual circuit(PVC; 相手先固定接続)では、この値はどのように見積もればよいですか。 ATM セルの 53 バイト全体がカウントされますか。

A. Class-Based Weighted Fair Queueing (CBWFQ)および低遅延キューイング(LLQ)を有効に するためにサービス ポリシーで設定される bandwidth および priority コマンドはそれぞれ、show interface コマンド出力によって考慮される同じオーバーヘッド バイトを考慮する kbps値を使用します。 具体的には、レイヤ3 キューイング システムはこれらを数えます:

オーバーヘッド フィールド 長さ show policy-map interface でのカウント
論理リンク制御/サブネットワーク アクセス プロトコル(LLC/SNAP) 8(パケットごと) はい
ATM アダプテーション レイヤ 5(AAL5)トレーラー 4 いいえ AAL5 トレーラおよび巡回冗長検査(CRC)は Segmentation And Reassembly (SAR)に追加されなく、IOS でそれ故に決して説明されません。 考慮される 4 バイトは内部 Virtual Circuit (VC) カプセル化 バイトです。
最後のセルを 48 バイトの偶数倍にするためのパディング 可変 いいえ
ATM セル ヘッダー 5(セルごと) いいえ

このセクションはどんなオーバーヘッド バイトがレイヤ3 キューイング システムによって考慮されるか判別するために show policy-map interface コマンド出力でカウンターを使用する方法を示します。

従来、Ciscoデバイスは AAL5PDU バイトおよび ATMセル バイトのこれらの定義を使用します:

  • ATM_cell_byte = roundup(aal5_pdu/48)*53

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

このテストでは、AAL5SNAP カプセル化のために設定される PVC 0/3 への 60 バイト IP ペイロードの 50 Packets Per Second (PPS)は送信されます、:

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(AAL5 トレーラの最初の 4 バイト) = 72

テストの後、show policy-map int コマンドを実行すると、14,349 パケットと 1,033,128 バイトの値が表示されます。 これらの値は、このクラスの基準に一致するパケットの数をカウントしたものです。 pkts matched/bytes matched 値は VC が混雑するか、だけまたはパケットがプロセス交換されるとき増分します。 プロセス交換パケットはレイヤ3 キューイング エンジンに送信されます。

show interface atm コマンドが同じオーバーヘッド バイトを考慮することを確認して下さい。 このテストでは、100 バイトの 5 つの 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 コマンドの出力には、5 つの入力パケットと、560 バイトが表示されます。 余分な物はこれから 500 バイトの IP ペイロードの上の 40 バイト来ます:

  • 40 バイト / 5 パケット = パケットあたり 8 バイトのオーバーヘッド

  • LLC/SNAP ヘッダーの 8 バイト

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

これは 74 バイトの 100 つのパケットを送信するイーサネットインターフェイスに行われるテストです:

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 アドレス) + 2(プロトコル タイプ) = 74

この計算から、イーサネット CRC が show interfaceshow policy-map コマンド出力に含まれていないことがわかります。 重要なのは、CRC が含まれているかどうかにかかわらず、2 つの値にばらつきがないことです。

最終的には、ハイレベル データ リンク制御(HDLC)カプセル化を使用するシリアルインターフェイスで考慮されるバイトはここにあります。 このテストでは、100 バイトの 5 つのパケットは送信されます:

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

  • address — フレームタイプ フィールド:

    • 0x0F —ユニキャストフレーム

    • 0x80 —ブロードキャストフレーム

    • 0x40 —パッドを入れられたフレーム

    • 0x20 —圧縮されたフレーム

  • protocol — IP のための 0x0800 のようなカプセル化 された データのイーサネット タイプ、

シリアル テスト用の show policy interface コマンドの出力は 520 バイトを表示するものです。 フレーム毎に追加 4 バイトは始まりおよび終了フレーム フラグが含まれていません。 その代り、バイトはアドレス、制御およびプロトコル フィールドが含まれています。 重要なのは、このバイトには frame check sequence(FCS; フレーム チェック シーケンス)が含まれないことです。

結論

レイヤ3 キューイング システムによって数えられるオクテットの数に違いがあるパケットによって実際に一度使用し、オクテットの数がそれ物理層に達することを理解しておくことは重要です。 64 バイト パケットによって使われる実質帯域幅はイーサネットインターフェイスのより ATMインターフェイスで大いに大きいです。 具体的には、CBWFQ および LLQ は ATM 固有のオーバーヘッドのこれら二つのセットを説明しません:

  • padding — 48 バイトのパケットの最後のセルに多重をします。 このパディングは、パケットが ATM 層に到達したときに SAR によって追加されます。

  • 5 バイト ATM セル ヘッダー

言い換えれば、CBWFQ と LLQ では 64 バイトを 64 バイトとして見積もりますが、実際には、ATM および物理層でこのパケットは 106 バイトを占め、2 つのセルを使用します。 すべてのインターフェイスで、フラグおよび CRC はまたありますが、レイヤ3 キューイング システムによって含まれていません。

Cisco バグ ID CSCdt85156登録ユーザのみ)は CRC を数える Feature 要求です。 物理的 なネットワークを見つけるとき実際に消費されるものがにフローによって可能な限りこの設定を同様に正確および密接作成するためにすべての固定および予想できるレイヤ2 オーバーヘッドが、CRC のようなプライオリティ宣言に、含んでいる必要があることを論争します。

関連するシスコ サポート コミュニティ ディスカッション

シスコ サポート コミュニティは、どなたでも投稿や回答ができる情報交換スペースです。


関連情報


Document ID: 10420