非同期転送モード(ATM) : 相手先固定接続(PVC)と相手先選択接続(SVC)

トラブルシューティング:ATM ルータ インターフェイスでの出力廃棄

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


目次


概要

この文書では、ATM インターフェイスでの出力廃棄の理解およびトラブルシューティングするために必要な情報を述べます。

前提条件

要件

このドキュメントの読者は次のトピックについて理解している必要があります。

複数の重要な値を調べるあらゆる Ciscoルータインターフェイスの show interface コマンドを使用できます:

  • 入力および出力レート(bps)と 1 秒あたりのパケット数(デフォルトの期間は 5 分)

  • 入力および出力キュー サイズと廃棄数

  • 巡回冗長検査(CRC)、無視およびバッファ無しのような入力エラーカウンター。

この出力では、カウンターが前に週および 1 日に最後にクリアされてから強化ATM ポートアダプタ(PA-A3)に 11,184 の出力 キュー ドロップが生じました:

router#show interface atm 5/0/0 
   ATM5/0/0 is up, line protocol is up 
   Hardware is cyBus ENHANCED ATM PA 
   MTU 4470 bytes, sub MTU 4470, BW 149760 Kbit, DLY 80 usec, rely 255/255,    
   load 2/255 
   Encapsulation ATM, loopback not set, keepalive set (10 sec) 
   Encapsulation(s): AAL5 AAL3/4 
   4096 maximum active VCs, 7 current VCCs 
   VC idle disconnect time: 300 seconds 
   Last input never, output 00:00:00, output hang never 

   Last clearing of "show interface" counters 1w1d    
   Queueing strategy: fifo 

   Output queue 0/40, 11184 drops; input queue 0/150, 675 drops 
   5 minute input rate 1854000 bits/sec, 382 packets/sec 
   5 minute output rate 1368000 bits/sec, 376 packets/sec 
   155080012 packets input, 3430455270 bytes, 0 no buffer 
   Received 0 broadcasts, 0 runts, 0 giants 
   313 input errors, 313 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 
   157107224 packets output, 1159429109 bytes, 0 underruns 
   0 output errors, 0 collisions, 0 interface resets 
   0 output buffers copied, 0 interrupts, 0 failures 

ATM インターフェイスでは、show interface atm コマンド出力結果に、多数の出力キュー廃棄が表示されることがあります。 ルータ インターフェイスのすべての型に、シリアルからのイーサネットへの、出力 キュー ドロップが生じるかもしれません。 これは出力への入力(着信インターフェイス)からのルータスイッチ パケット方式かトラフィック量が原因です(インターフェイスを終了する)。 ATM インターフェイスでも、仮想回線での ATM 層トラフィック シェーピングによって出力廃棄が起こります。

使用するコンポーネント

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

表記法

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

出力廃棄の従来の理由

出力廃棄が起こる従来の理由は、「入力キュードロップと出力キュードロップのトラブルシューティング」を参照してください。

出力キュー廃棄の ATM 固有の理由

ATM インターフェイスでは、出力廃棄はインターフェイス用のバッファの枯渇以外のものと解釈できます。

前提速度が行比率より大きいとき酷使されるどのインターフェイスでも(すなわち、) output drops を示します。

ATM インターフェイスは通常、ATM 層トラフィック シェーピングを使用して、仮想接続で使用される帯域幅の最大量を制限します。 送信することを設定するより Virtual Circuit (VC)により多くのトラフィックを示せば ATMインターフェイスは伝達のためにスケジュールすることができるまでパケットを格納することを試みます。 ただし、インターフェイスはいくつかのパケットを廃棄する必要がある場合もあります。 これはトラフィック形成パラメータの上で長くしばらくバーストすればよりバーチャル サーキット処理するために設定される特に起こる場合があります。 トラフィック シェーピングは、多くの場合、回線プロバイダーとのトラフィック コントラクトの一部として実装されます。

ATM フォーラムはトラフィック管理仕様バージョン 4.0 の 5 つの ATMサービス カテゴリーをleavingcisco.com 定義します。 これらのサービス カテゴリのそれぞれは Peak Cell Rate (PCR; ピークセルレート)、Sustained Cell Rate (SCR; 平均セルレート)および Maximum Burst Size (MBS; 最大バーストサイズ)を含むかもしれないトラフィックパラメータ の 固有のセットをサポートします:

  • Constant Bit Rate(CBR; 固定ビット レート)

  • 可変ビットレート リアルタイム(VBR-rt)。

  • 可変ビットレート-非実時間(VBR-nrt)。

  • Available Bit Rate(ABR; 使用可能ビット レート)

  • Unspecified Bit Rate(UBR; 未指定ビット レート)

ピーク セル レートを規定 するとき、ATMインターフェイスを出力レートを形づけ、VC のためのビット/秒ビット・レートが最大値を超過しないようにするように言うことができます。

相手先固定接続(PVC)を設定し、PCR か SCR を規定 しない場合、UBR サービス クラスの PVC を作成します。 この PVC 自動的にインターフェイスの行比率と等しい PCR は割り当てられます。 次に例を示します。

router(config)#interface atm 3/0
router(config-if)#pvc 5/200
router(config-if-atm-vc)#end
router#sh atm pvc 5/200
ATM3/0: VCD: 5, VPI: 5, VCI: 200
UBR, PeakRate: 44209 
AAL5-LLC/SNAP, etype:0x0, Flags: 0xC20, VCmode: 0x0, Encapsize: 12
OAM frequency: 0 second(s), OAM retry frequency: 1 second(s)
OAM up retry count: 3, OAM down retry count: 5
OAM Loopback status: OAM Disabled
...

PCR および SCR の同じ値で PVC を設定すれば同様に、UBR PVC を作成します。 ただし、こうすることにより、またこの VC を形づけ、PCR を制限します。 次に例を示します。

router(config)#interface atm 6/0
   7200-1(config-if)#atm pvc 300 5 300 aal5snap ?
     <1-45000>      Peak rate(Kbps) 
     abr            Available Bit Rate 
     inarp          Inverse ARP enable 
     oam            OAM loopback enable 
     random-detect  WRED enable 
     tx-ring-limit  Configure PA level transmit ring limit 
     <cr>
router(config-if)#atm pvc 300 5 300 aal5snap 10000 ?
<1-10000> Average rate(Kbps)

router(config-if)#atm pvc 300 5 300 aal5snap 10000 10000 
router(config-if)#end 

router#show atm pvc 5/300
ATM3/0: VCD: 300, VPI: 5, VCI: 300
UBR, PeakRate: 10000 
AAL5-LLC/SNAP, etype:0x0, Flags: 0x820, VCmode: 0x0, Encapsize: 12
OAM frequency: 0 second(s), OAM retry frequency: 0 second(s)
OAM up retry count: 0, OAM down retry count: 0
OAM Loopback status: OAM Disabled
OAM VC Status: Not Managed
ILMI VC status: Not Managed
...

送信データのためのもっとも一般的な ATMサービスクラスは(音声またはビデオトラフィックに対して) VBR-nrt です。 ATM インターフェイスには、限られたトラフィック量を転送する能力しかありません。 この量はトラフィック シェーピングのパラメータ(PCR、SCR、MBS)に基づいています。 SCR は長期間のレートの平均です。 PCR および SCR ビット/秒値は全体のセルのビットを数えます。 これには 5 バイト ATMヘッダーおよびセルペイロードが両方含まれています。 次の PVC で、384 キロビット/秒の PCR、269 キロビット/秒の SCR、および 250 人のセルの MBS を設定しました。 MBS は PCR で送信できるセルの数です。

PCR および SCR 値に一定の制限があります。 これらの制限事項に関する詳細は、「トラフィック管理」にある、その他の設定に関する文書を参照してください。

MBS は出力レートに比べて相対的に低い値になります。 たとえば、SCR が 269 kbps、MBS が 250 セル(53 バイト/セル)の場合、PCR で送信するとほんの一瞬です。

router#show atm pvc 1/59
   ATM4/1/0.8: VCD: 8, VPI: 1, VCI: 59 

   VBR-NRT, PeakRate: 384, Average Rate: 269, Burst Cells: 250 
   AAL5-NLPID, etype:0x2, Flags: 0x21, VCmode: 0x0 
   OAM frequency: 0 second(s) 
   InARP DISABLED 
   Transmit priority 2 
   InPkts: 302868, OutPkts: 386988, InBytes: 32380573, OutBytes: 199648072    
   InPRoc: 79259, OutPRoc: 90978 
   InFast: 222241, OutFast: 1931, InAS: 1368, OutAS: 294079 

   InPktDrops: 0, OutPktDrops: 355    
   CrcErrors: 0, SarTimeOuts: 0, OverSizedSDUs: 0 
   OAM cells received: 0 
   OAM cells sent: 0 
   Status: UP

(または形づくために設定されます)処理できるより PVC により多くの送信 トラフィックを示せば、ルータはキューイングを使用するために試み、パケットロスを最小に するために重み付けランダム早期検出 (WRED)または別の Quality of Service (QoS) 方式のようなメカニズムを、廃棄します。 これらの中には、明示的に設定しなければならないものがあります。

PVC の PCR および SCR 値を超過したかどうか確認するために、show atm vc {vcd-}または show atm pvc <vpi>/<vci> コマンドの出力の OutPktDrops カウンターを探して下さい。 これらのコマンドはただ利用できます、の VC ごとに、PA-A3、PA-A6 と Cisco 2600 および 3600 ルータ(DS3、E3、OC3 および IMA インターフェイス)。 show interface atm コマンドで表示される 5 分間の入力レートと出力レートを監視します。 トラフィックシェイパーは平均トラフィック量が SCR に達するときパケットを廃棄し始める必要があります。

トラフィック シェーピングを使用するとルータでパケットが破棄される可能性がありますが、それでも次のような理由からトラフィック シェーピングは有用です。

  • トラフィックの発信元に近いところ(ネットワーク側ではなく、ユーザ側)で廃棄が起こります。

  • 通常はユーザ機器に一部のトラフィックをバッファする能力があるため、バースト中に破棄されるパケットの量が減少します。

  • 主な理由は、ネットワーク(つまり、サービス プロバイダー)が契約への準拠を強いるために、無差別にセルを廃棄することがあるためです。 これらの廃棄によって複数のパケットが影響を受ける可能性がありますが、ルータには最適なシェーピングを適用できるインテリジェンスがあります。 詳細は、「WAN 環境における ATM PVC のトラブルシューティング」を参照してください。

ルータの ATMインターフェイスがパケットだけを廃棄し、決して送信 側のセルを廃棄しないことを理解しておくことは重要です。 輻輳状態が持続すると、トラフィック シェーピングによって出力キューがバックアップされ、廃棄の原因となる可能性があります。

レイヤ 3 の VC 単位キュー

Cisco IOS にはじまって PA-A3 および PA-A6、か。 ソフトウェア リリース 11.1(22)CC および 12.0(3)T は、VIP2-50 以上に各 VC のためのパケットのストレージに専用されているバッファの別のプールを構築します。 レイヤ2 VC への各レイヤ3 VCキュー一致はポート アダプタで並べます。 各 VC にあるこれらの 2 つのキューにより、発信 ATM VC と、このキュー上で転送される IP パケット間に直接的な関係が生じます。 PA VC 単位のキューが混雑されるようになるとき、レイヤ3プロセッサにバック プレッシャに信号を送ります。 レイヤ 3 プロセッサはそれを受けて、対応するレイヤ 3 キューにその VC 用のパケットを格納し続けます。 またレイヤ3 キューがレイヤ3プロセッサによってアクセス可能であるので、ユーザは高度なソフトウェア スケジューリングを実行し、それらのキューのアルゴリズムを廃棄できます。

VIP の VC 単位のキューイングのために利用可能 な バッファ 番号は静的RAM (SRAM) (別名 MEMD の量によって異なります) Versatile Interface Processor (VIP)でインストールされて。 船上の SRAM の 8 MB によって、バッファの 1085 までのパケット価値は VC 単位のキューイングのために IP to ATM Class of Service (CoS) 機能に利用可能かもしれません。 VCキューは一時的 な 輻輳がある ATM PVC のための VIP だけで成長します。 すなわち、対応するATM PVC の出力 ATMシェーピングレートよりより多くの着信IPトラフィックがあります。 このキューはバーストの間に VIP だけに残ります。

VIP および PA-A3/PA-A6 はこれらの方法で協力します:

  1. ポート アダプタは ATMシェーピングレートに従って各 ATM PVC の ATM セルを送信します。

  2. ポート アダプタはその VC に伝達を待っているパケットを格納する各 VC のための VC 単位の First In First Out (FIFO; 先入れ先出し) キューを維持します。

  3. もしこの VCキューがいっぱいになれば、ポート アダプタは VIP に明示的なバックプレッシャーを提供します。 これは PA に利用可能 な 十分なバッファがパケットを格納するためにあるときだけ VIP が PA にその VC のためのパケットを送信するようにあります。 このような仕組みにより、ATM VC での輻輳のレベルとは無関係に、PA-A3 では決してパケットが破棄されないことが保証されます。

  4. VIP にポート アダプタに転送するべきパケットがあるが、ポート アダプタ バック プレッシャによって絞られるとき、VIP は VC 単位のキューにパケットを格納します。 すなわち、ATMインターフェイスで設定される各 ATM PVC のための 1 論理的なキュー。 VCキューは到達の順で対応する VC に送信される、すべてのパケットを、格納する FIFOキューです。 詳細については、ATMサービスクラス フェーズ 1 オペレーションに詳細IP に行って下さい。

VIP は VC 単位のキューのそれぞれでそれから輻輳のレベルを独自に監察します。 また設定される場合、IP サービス クラスを渡るサービス微分を実施するこれらのキューのそれぞれで WRED 選択的な輻輳回避 アルゴリズムを独立して行います。 VCごとの WRED アルゴリズムの各例に関しては、IP to ATM CoS 機能は別途の移動平均キュー占有を計算します(パケットの総計にすべての優位のパケットを考慮に入れ、表現される)。 それはまた優位毎に 1 プロファイルの設定可能な WRED ドロップするプロファイルの別個のセットをサポートします。

要約すると、ATM シェーピングなどの ATM 層機能は PA-A3 で処理され、IP レベルでのサービスの差別化は VIP で実行されます。 PA から VIP への明示的なバック プレッシャのために PA ではパケットの損失が起こらなくなり、輻輳管理と選択的廃棄はすべて VIP で実行されます。

show interface コマンドの出力に示される廃棄には、トラフィック シェーピングやバッファ不足によって発生する VC での廃棄が含まれます。 VC での廃棄の合計は必ずしもインターフェイスでの廃棄数とは一致しません。 VC の output drops はパケットがドライバによって廃棄されるときだけ増加します。 インターフェイスとない VC の大きい output drops の後ろに 2 つの原因がある場合もあります:

  • インターフェイスの出力保留キューからパケットが破棄される。

  • トラフィックがドライバに渡される前に、Route Processor Module(RPM; ルート プロセッサ モジュール)自体のキューイング メカニズムによってパケットが破棄される。

Cisco IOS ソフトウェア リリース 11.1(22)cc および 12.0(3)T から開始して、Cisco IOS はレイヤ3プロセッサ システムで各 VC のためのパケットのストレージに専用されているバッファの別のプールを構築します。 各 レイヤ 3 の VC 単位のキューは、ATM インターフェイスでレイヤ 2 の VC キューと一致します。 ATM の VC 単位キューが輻輳状態になると、ATM インターフェイスはレイヤ 3 プロセッサにバック プレッシャ信号を送ります。 レイヤ 3 プロセッサはそれを受けて、対応するレイヤ 3 キューにその VC 用のパケットを格納し続けます。 なお、レイヤ3 キューがレイヤ3プロセッサによってアクセス可能であるので、それらのキューの適用範囲が広いソフトウェア スケジューリングアルゴリズムを実行できます。

IP to ATM CoS を設定するとき、トラフィック クラスにポリシーを適用します。 そこでは、Class-Based Weighted Fair Queuing(CBWFQ)機能を使用し、アクセス リストや対応する入力インターフェイスまたはプロトコル(IP や IPX など)によって一致するトラフィックを定義します。 これらのポリシーの 1 つは queue-limit コマンドです。 このコマンドはクラス キュー(すなわち、にパケットの数ことができるパケットの最大数を規定 したものです並べられるか、またはキューで待っていますである置く)。 この数はキューイングの種類によって設定しました異なります。 CBWFQ の詳細は、「Cisco 7200、3600、および 2600 ルータでの VC 単位の CBWFQ」を参照してください。

Weighted Fair Queuing(WFQ; 均等化キューイング)のデフォルトのキュー制限は 64 で、キューごとにその値はしきい値として指定されています。 これはこの出力で示されています:

core-1.msp#show queueing interface atm 2/0.100032 
     Interface ATM2/0.100032 VC 10/32 
     Queueing strategy: weighted fair 
     Total output drops per VC: 1539 
     Output queue: 0/512/64/1539 (size/max    total/threshold/drops) 
        Conversations  0/37/128 (active/max active/max    total) 
        Reserved Conversations 0/0 (allocated/max allocated)

queue-limit コマンドは引数として 1 から 64 にいくつかのパケットを必要とします。

FIFO を使うと、キュー制限はこの出力に示すように 40、です:

core-1.msp#show queueing interface atm 2/0.100032 
     Interface ATM2/0.100032 VC 10/32 
     Queueing strategy: FIFO 
     Output queue 0/40, 244 drops per VC 

設定可能 VC 単位保留キュー サポートと呼ばれる新機能を使用すると、FIFO キューの制限が大幅に増加し、最大 1024 パケットのキューイングが可能になります。 FIFO 保留キューを変更するコマンドは、グローバル設定モードの vc-hold-queue です。 このコマンドは Cisco IOS ソフトウェア リリース 12.1(5)T で導入されました。 詳細は、「設定可能な VC 単位の保留キューのサポート:ATM アダプタ用 」を参照してください。

fair-queue コマンドを使用してフロー ベース WFQ を有効に することができます。 fair-queue コマンドも、class-default デフォルト クラス用のハッシュ キューの数を指定する引数をとります。 queue-limit コマンドはこれらのキューのそれぞれが保持できるパケットの最大数を規定 します。 これの後で、どのそれ以上のキューにいれられたパケットでもテール ドロップに応じてあります。 ルータは設定された限界を超過するパケットがそれにキューにいれられるときテール ドロップまたは(それを設定したら) WRED をキューを管理するのに使用します。

この例では、ポリシーマップは class class-default デフォルト クラスで設定されます。 fair-queue は 32 のコマンド予約 32 トラフィックがインターフェイスを横断すると同時に作成されるキューをハッシュしました。 WFQ キューはレイヤ 3 およびレイヤ 4 ヘッダー情報に基づいて動作します。 20 のキュー制限はまた設定されます。 このコマンドは、ハッシュされた各キューが 20 パケットを保留できることを意味します。 第 21 パケットが着くとき、ルータは廃棄 決定機構としてテール ドロップか WRED を使用してそれを廃棄します。 これは、このクラス用に予約されたキューの中で 20 パケットが溜まってから、テール ドロップまたは WRED によるパケットの破棄が実行されることを意味します。

class class-default 

     fair-queue 32 
     queue-limit 20 

出力キューに 65 のパケットがあることがこの出力でわかります。 会話ごとのしきい値は 64 です。 カンバセーション番号 15 は最大 64 に達します。 カンバセーション番号 11 で、破棄に 1,505,776 のドロップがよるずっとあります。 これはこのキューのためのドロップの総数です。 テールドロップは、他のキューにこれより低い WFQ シーケンス番号のパケットが着信し、WFQ システムがパケット数の max-queue-limit に達した場合のみ、このキューからの廃棄を廃棄数にカウントします。

router2#show queue atm 4/0.102 
     Interface ATM4/0.102 VC 0/102 
     Queueing 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

queue-limit コマンドに加えて、またサービス ポリシーに bandwidth コマンドを適用できます。 輻輳時に最低限の保証をするために、帯域幅ステートメントは CBWFQ だけに使用されます。 非輻輳時には、このクラスは VC で使用できる量と同じだけの帯域幅を自由に使用できます。VC の最大値まで使用することが可能です。

低遅延キューイングの相当するコマンドは priority コマンドです。 priority コマンドは最大および保証を両方提供します。 輻輳発生時、クラスには一定量の帯域幅が保証されます。 同時に、それはまたこの帯域幅に制限され、優先順位 kbps値の上のより多くのパケットがクラスによって VC に示される場合ドロップは行われます。 非輻輳の時、クラスは VC の最大値まで可能な限り同様に多くの帯域幅を使って自由です。

帯域幅が超過するときすなわち、ポリシングが輻輳の時パケットを廃棄するのに使用されています。 ポリシングは、クラスのトラフィックが設定された優先順位の kbps 値を越えないようにするために使用します。 ポリシングが理由で、プライオリティキューに限界のポリシングを行なうか、または置く queue-limit コマンドを必要としません。 輻輳が発生した場合、優先キューに予定されたトラフィックが計測され、このトラフィックが属するクラスに設定された帯域幅の割り当てを過えないようにします。

優先順位トラフィック メータリングにこれらの品質があります:

  • それは専用アクセス レート (CAR)制限に類似したです、但し例外としては優先順位トラフィック メータリングは輻輳状態の下だけで実行された。 デバイスが輻輳していなければ、プライオリティ クラス トラフィックは割り当てられた帯域幅を超過できます。 デバイスが輻輳していれば、割り当てられた帯域幅を超えるプライオリティ クラス トラフィックは廃棄されます。

  • パケット単位で実行され、パケットが送信されるとトークンが補充されます。 パケットを送信できるだけの十分なトークンがない場合は、パケットが破棄されます。

  • プライオリティ トラフィックを割り当てられた帯域幅に制限することで、ルーティング パケットなどの非プライオリティ トラフィックが帯域幅不足に陥らないことを保証します。

  • メータリングでは、クラスのポリシングとレート制限は個別に行われます。 すなわち、それらはそれぞれ別々の帯域割り当ておよび制約と別々のフローとして扱われます。 これは単一 ポリシーマップは単一 プライオリティキューでキューにいれられる 4 つのプライオリティクラスが含まれているかもしれませんのに今でも事実です。

7200 人のルータの PA-A3 で、キューイングはインターフェイスキューで起こらないし、show interface コマンドのインターフェイスキューを全然表示するべきではありません。 hold-queue コマンドを設定しても何も変わりません。 ドライバは VC 単位キューから直接パケットを取り出します。 ローカルに生成されたプロセス交換パケットも、VC 単位キューに直接キューイングされます。 バックプレッシャと輻輳も VC 単位で起こります。

ほとんどのドライバは Cisco Express Forwarding (CEF)またはファースト スイッチング パスに沿う輻輳があるときパケットを廃棄します。 インターフェイス キューはローカルに生成されたパケットのためだけに使用されます。 ごく少数の ATM ドライバが高度なキューイングをサポートしますが、拡張には対応しません。

インターフェイスでは、デフォルトで FIFO キューイング方式が有効になっています。 VC 単位キューと、VC 単位キューイングによる廃棄を表示するには、show queueing interface atmx/imay コマンドを実行します。. 次に例を示します。

7200#show queueing interface atm 2/0.1 
     Interface ATM2/0.1 VC 1/100 
     Queueing strategy: FIFO 
     Output queue 0/40, 244 drops per VC 

show interface atm 出力の数によって show queueing interface atm の出力の値を比較して下さい。 この 2 つの数字は同じですか? show interface の数の方が大きいですか? それがより高い場合、ドロップはシステムバッファに送信される高頻度がのプロセス交換パケット原因である場合もあります。

オプションで、IP フローが原因の廃棄を表示するには、ATM インターフェイスで WFQ すなわち均等化キューイングをイネーブルしてください。 WFQ は IP フローのキューを作成します。これは、送信元および宛先 IP アドレス、およびポート番号に基づいて定義されます。 詳細については、VC 単位のクラス ベースを、Cisco 7200, 3600 および 2600 ルータの均等化キューイング(VC 単位の CBWFQ)参照して下さい。 これを設定して下さい:

policy-map mypol
           class class-default
            fair-queue
         !
         interface ATM2/0.130 point-to-point
          ip address 14.0.0.2 255.0.0.0
          no ip directed-broadcast
          PVC 1/130
          vbr-nrt 100000 75000 100
	         service-policy output mypol
          broadcast
          encapsulation aal5mux ip

WFQ を設定したら、show queueing コマンドの出力は変わります:

core-1.msp#show queueing interface atm 2/0.100032 
     Interface ATM2/0.100032 VC 10/32 
     Queueing strategy: weighted fair 
     Total output drops per VC: 1539 
     Output queue: 0/512/64/1539 (size/max total/threshold/drops) 
        Conversations  0/37/128 (active/max active/max total) 
        Reserved Conversations 0/0 (allocated/max allocated) 

現在 出力キューに 65 のパケットがあります。 会話ごとのしきい値は 64 です。 メッセージ交換 15 は 64 で最大に達します。 このキューのためのドロップの総数のメッセージ交換 11 で、破棄に 1,505,776 のドロップがよるずっとあります。 テールドロップは、他のキューにこれより低い WFQ シーケンス番号のパケットが着信し、WFQ システムがパケット数の max-queue-limit に達した場合のみ、このキューからの廃棄を廃棄数に数えます。

router2#show queue atm 4/0.102 
     Interface ATM4/0.102 VC 0/102 
     Queueing 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 

異なるドロップ カウンタを理解して下さい

VC 単位キューイングを実行するインターフェイスについて理解するための要点は、廃棄が show atm vc vcd# コマンドの出力ではなく、show queueing interface atm コマンドの出力で見られることです。

トラブルシューティング

問題がある場合これらのステップを完了して下さい。

  1. show interface atm コマンドの説明行を見て、ATM ルータ インターフェイスのタイプを確認します。

    部品番号 show interface 出力の記述 VC 単位のカウンタ
    AIP Hardware is cxBus ATM なし
    PA-A1 Hardware is TI1570 ATM なし
    PA-A2 Hardware is ATM-CES なし
    PA-A3 Hardware is cyBus ENHANCED ATM PA
    PA-A6 ハードウェアはエンハンストATM PA とです

  2. インターフェイスが VC 単位のカウンターをサポートするかどうか判別するためにステップ 1 の表を参照して下さい。

    • それが場合、すべての VC の show atm vc {vcd-}show atm pvc <vpi>/<vci> コマンドを設定しました使用することはインターフェイスかサブインターフェイスのために。

    • すべての VC のための OutPktDrops カウンターを集計し、表示する show interface atm コマンドの出力 キュー ドロップの数とこの値を比較して下さい。 この 2 つの数字は同じですか?

      • Yes の場合は、それから output drops は ATM層でトラフィック シェーピングが原因です。

      • 同じでない場合は、出力廃棄はバッファ リソースの枯渇が原因で発生しています。

  3. Cisco 7500 シリーズ ルータでコマンド show controllers cbus を使用して、インターフェイスのバッファがいっぱいであるか確認します。 ゼロまたはそれに近い値の txacc の値を探してください。

    router#show controllers cbus 
       [snip] 
        slot5: VIP2 R5K, hw 2.00, SW 22.20, ccb 5800FF70, cmdq 480000A8, VPs    8192 
           software loaded from system 
           IOS (TM) VIP Software (SVIP-DW-M), Version 12.1(5), RELEASE    SOFTWARE (fc1) 
           ROM Monitor version 115.0 
           ATM5/0/0, applique is OC3 (155000Kbps) 
             gfreeq 48000160, lfreeq 480001F0 (4544 bytes)    
             rxlo 4, rxhi 305, rxcurr 305, maxrxcurr 305    
             txq 48001A48, txacc 48001A4A (value 5), txlimit    203    
  4. show controllers cbus が VC 単位の統計情報を示さないので、VC 単位のドロップ カウンタを見るためにコマンド show atm vc {vcd-}show atm pvc <vpi>/<vci> に先行しているコマンド show atm vc を使用して下さい。

    router#show atm vc 
         ATM5/0/0.4      4     4         32  PVC  AAL5-SNAP    1536  1536        32 ACTIVE 
         ATM5/0/0.6      6     4         34  PVC  AAL5-SNAP    1024  1024        32 ACTIVE 
         ATM5/0/0.7      7     6         32  PVC  AAL5-SNAP    1024  1024        32 ACTIVE 
         router#show atm vc 7 
         ATM5/0/0.7: VCD: 7, VPI: 6, VCI: 32, etype:0x0, AAL5 - 
         LLC/SNAP, Flags: 0x40030 
         PeakRate: 1024, Average Rate: 1024, Burst Cells: 32, VCmode: 0x0      
         OAM DISABLED, InARP DISABLED 
         InPkts: 31672500, OutPkts: 23342085, InBytes: 1592433047, OutBytes:      
         2557199223 
         InPRoc: 386157, OutPRoc: 9791, Broadcasts: 380352 
         InFast: 0, OutFast: 0, InAS: 31286343, OutAS: 22951942 
    
         InPktDrops: 3, OutPktDrops: 4476      
         CrcErrors: 308, SarTimeOuts: 0, OverSizedSDUs: 0 
         OAM F5 cells sent: 0, OAM cells received: 0 
         Status: ACTIVE 
    router# show atm pvc 6/32
    ATM5/0/0.7: VCD: 7, VPI: 6, VCI: 32
    ...
    InPkts: 31672500, OutPkts: 23342085, InBytes: 1592433047, OutBytes: 2557199223 
    InPRoc: 386157, OutPRoc: 9791, Broadcasts: 380352 
    InFast: 0, OutFast: 0, InAS: 31286343, OutAS: 22951942 
    InPktDrops: 3, OutPktDrops: 4476
    ...
  5. VIP の ATM ポートアダプタを使用する場合、分散 VIP メモリ リソースが <slot> が ATM ポートアダプタが常駐するスロット 番号であるコマンド show controllers vip <slot>tech-support と混雑するかどうか判別して下さい。

    • より多くの SRAM が搭載された VIP2 を使用します。 VIP の種類およびコマンド show diag {slot -}の SRAM の量を判別して下さい。 A VIP2-40 には、アップグレードできない 32 MB の dynamic random-access memory(DRAM; ダイナミック ランダムアクセス メモリ)と 2 MB の SRAM があります。 VIP2-50 は「VIP2 R5K controller」と表示されます。

      Slot 5: 
      
                 Physical slot 5, ~physical slot    0xA, logical slot 5, CBus 0 
                 Microcode Status 0x4 
                 Master Enable, LED, WCS Loaded    
                 Board is analyzed 
                 Pending I/O Status: None    
                 EEPROM format version 1    
                 VIP2 controller, HW rev 2.11,    board revision C0 
                 Serial number: 12313902     Part number: 73-1684-04 
                 Test history: 0x00           RMA number: 00-00-00 
                 Flags: cisco 7000 board; 7500    compatible    
              EEPROM contents (hex):      
                   0x20: 01 15 02 0B 00 BB E5      2E 49 06 94 04 00 00 00 00 
                   0x30: 60 00 00 01 00 00 00      00 00 00 00 00 00 00 00 00    
              Slot database information:      
                   Flags: 0x4           Insertion time: 0x1484 (5w3d ago)    
              Controller      Memory Size: 32 MBytes DRAM, 2048 KBytes SRAM  
    • VIP の他の bay のポートアダプタを取り外して下さい。 IP to ATM CoS 機能が PA-A3/PA-A6 に VC 単位のキューイングのために使用できる SRAM の量は別の PA が同じ VIP でサポートされるかどうかに左右されます。 VIP の片方のスロットに PA-A3 を装着し、他方のスロットを空のままにしておくと、VIP の SRAM バッファすべてを PA-A3 で使用できます。

  6. トラフィック形成パラメータを超過していることをデータ収集が提案したら、高頻度のドロップを記録する VC の PCR、SCR および MBS パラメータを高めることを試みて下さい。

    VC を厳密に監視し、ドロップが減少していたかどうか確認して下さい。 これらのパラメータ調節は、必ずプロバイダーと調整をとりながら行ってください。 一方的に値を増加させると、入力スイッチによるATMクラウドへのポリシングが発生する可能性があります。

  7. 1 輻輳したVC は他に影響を与えることが特にわかったら ATMインターフェイスを試みて下さい VC 単位のキューイングを、非輻輳 VC サポートする

  8. 高度なキューイングや WRED などのトラフィック管理方式を実装します。 詳細については、Quality of Service ソリューションを参照して下さい。

    • show interface atm および show queuing の出力に、インターフェイスで設定されたキューイングのタイプが示されます。 明示的に高度なキューイングを設定していない場合は、ATM インターフェイスはデフォルトで FIFO を使用します。 VC が輻輳した場合のみ、FIFO の内部にパケットがキューイングされます。

      router#show queueing interface atm 1/0 
           Interface ATM1/0 VC 1/35 
           Queueing strategy: FIFO 
           Output queue 0/40, 5161815 drops per VC      
           Interface ATM1/0 VC 2/33 
           Queueing strategy: FIFO 
           Output queue 0/40, 0 drops per VC    
  9. ドロップおよび入力エラーの点ではより安定 して いるより新しい PA-A3 (Revision 2.0)を使用するようにして下さい。 詳細については、この Field Notice を参照してください。

キュー サイズの調整

class-default の下にある queue-limit キーワードは、輻輳トラフィックのキュー項目数を制限するために使用されます。 PA FIFOキューを減らす Tx-ring-limit コマンドを使用できます。

出力廃棄カウンタ

Cisco IOSコマンドまたは簡易ネットワーク管理プロトコル(SNMP)ことができます(Cisco IOS ソフトウェア リリース 12.2 のために計画される)ポーリングによって ATM VC の output drops の番号を得る。

当初は、IP to ATM COS 機能が組み込まれていないイメージでは、show atm pvc コマンドの出力に、ATM インターフェイスによる出力パケット破棄が表示されていました。 これらのイメージでは、VC の送信リングが充填されると、ATM インターフェイス ドライバがランダム廃棄決定を下していました。

最初は、IP to ATM CoS のイメージはレイヤ3プロセッサによって show queueing int atm コマンドの出力のアウトプットパケット ドロップを表示する。 これらのイメージでは、ATMインターフェイスは VC の送信リングの利用可能空間があるまでレイヤ3プロセッサ システムからの新しいパケットの受信を絞ります。 従って、IP to ATM CoS は送信リングの FIFOキューのランダムの、last-in/first-dropped デシジョンからレイヤ3プロセッサによって実装されている IP レベル サービス ポリシーに基づいて差別化された決定にドロップするデシジョンを移動します。

Cisco IOS ソフトウェア リリース現在で 12.1(9)、12.2(2)、および 12.2(3)T (Cisco バグ ID CSCdt44794登録ユーザのみ)はドライバとレイヤ3プロセッサによって)、show atm pvc コマンド OutPktDrops を表示する。

  • 「OutPktDrops としてレイヤ3 キューイング Enabled 値 ディスプレイなし: 0"。

  • 有効に されて レイヤ3 キューイングが- 「OutPktDrops として評価されたディスプレイ: 0/0/0 (holdq/outputq/total)」。

この出力例はレイヤ3プロセッサによってドロップを表示する show queueing int atm コマンドを使用し続けることができることを示します。

router#show atm pvc 501    
   Switch1.501: VCD: 10, VPI: 0, VCI: 501 
   VBR-NRT, PeakRate: 128, Average Rate: 128, Burst Cells:    94 
   AAL5-LLC/SNAP, etype:0x0, Flags: 0x8000020, VCmode:    0x0 
   OAM frequency: 0 second(s), OAM retry frequency: 1 second(s), OAM retry frequency: 1 second(s) 
   OAM up retry count: 3, OAM down retry count: 5    
   OAM Loopback status: OAM Disabled 
   OAM VC state: Not Managed 
   ILMI VC state: Not Managed 
   PA TxRingLimit: 3 
   Rx Limit: 100 percent 
   InARP frequency: 15 minutes(s) 
   Transmit priority 2 
   InPkts: 0, OutPkts: 2878, InBytes: 0, OutBytes: 816840    
   InPRoc: 0, OutPRoc: 0 
   InFast: 0, OutFast: 2876, InAS: 0, OutAS: 0    
   InPktDrops: 0, OutPktDrops: 6483/0/6483 (holdq/outputq/total)    
   CrcErrors: 0, SarTimeOuts: 0, OverSizedSDUs: 0, LengthViolation: 0, CPIErrors: 0 
   Out CLP=1 Pkts: 0 
   OAM cells received: 0 
   F5 InEndloop: 0, F5 InSegloop: 0, F5 InAIS: 0, F5 InRDI:    0 
   F4 InEndloop: 0, F4 InSegloop: 0, F4 InAIS: 0, F4 InRDI:    0 
   OAM cells sent: 0    
router#show queueing int sw 1.501      
       Interface Switch1.501 VC 0/501      
       Queueing strategy: fifo 
       Output queue 0/40, 6483 drops per VC

Cisco バグ ID CSCdt26857登録ユーザのみ)は RFC 1695、別名 ATM MIB と CISCO-AAL5-MIB で定義される VC 表を増加する新しい MIB を定義します。 この MIB では、Cisco ATM ルータ インターフェイス、特に PA-A3 での AAL5 VC 廃棄がカウントされます。

既知の問題: VC がスタック

まれな事例ですが、VC の送信キューの問題が原因で出力廃棄が増えることがあります。 この状態のとき、VC が「スタック」しているように見えます。

スタックした VC 状態となっているかどうか判別するのにこれらの助言を使用して下さい:

  • show interface atm コマンドを、引数を変えて何回か実行し、出力廃棄の値が急速に増えているかどうかを確認します。

  • イメージが VC 単位のキューイングをサポートする場合、VC がレイヤ3 FIFO キューイングを使用する場合 show queueing interface atm コマンドの複数の例を実行し、「出力キュー 40/40" の一貫した値を探して下さい。

  • 次にインターフェイスまたはサブインターフェイスのシャットダウンおよび no shutdown を実行して下さい。 これらのコマンドにより、送信リング キューがリセットされます。

  • show atm vc および show atm pvc を実行し、両方の入出力パケット カウンターを分析して下さい。 入力パケットカウンターは増分していますか。 問題が発生しているのは送信側だけかについて確認します。

この表はマイクロコード バージョン G.129 の既知修正をリストしたものです。 登録ユーザである場合、Bug Toolkit登録ユーザのみ)ページのバグの詳細を表示できます。 Cisco によって提供される Cisco IOS ソフトウェア リリース登録ユーザのみ)にアップグレードすることを推奨することに注目して下さい。

Cisco Bug ID 修正済みバージョン
CSCdu09828 回避策を提供済み
CSCdt19788 12.2(2.2)T 12.0(16)S01 12.0(16.6)S 12.2(0.20)T 12.1(8.1) 12.0(16.6)S01 12.0(17.1)S 12.2(0.20)PI 12.2(0.21)T 12.0(15.6)ST03 12.2(1.1) 12.0(17.2) 12.2(0.21)S 12.0(16.6)ST 12.2(0.21)PI 12.0(17.1)ST 12.1(7.5)E 12.2(1.1)PI 12.0(17.3)ST 12.1(07a)E02 12.2(1.4)S 12.0(17.6)W05(21.16) 12.1(8.5)E 12.1(08a)E 12.1(7.5)EC 12.2(3.4)PB 12.2(3.4)B 12.1(4)XZ05 12.1(4)XY07 12.1(8.5)EC 12.2(2)DD01
CSCdr22203 12.2(03.04)B 12.2(03.04)PB 12.2(02.02)T 12.2(01.04)S 12.2(01.01)PI 12.2(00.21)PI 12.2(00.21)S 12.2(00.21)T 012.002(001.001) 12.0(10.03)S 12.0(10.03)SC 12.1(02.03)E
CSCds01236 と CSCds35103 12.1(4) 12.1(03a)E 12.1(4.1)T 12.0(12.6)S01 12.1(4)AA 12.1(4.2) 12.1(4.2)T 12.0(13.1)S 12.1(4.1) 12.1(4.3)PI 12.1(03a)EC 12.1(4.2)AA 12.1(4)DB 12.1(4)DC 12.0(12.6)SC01 12.0(13.6)ST 12.1(4.4)E 12.1(4)DC01 12.1(4.4)EC
CSCds57642 12.1(5.6)E01 12.2(0.05b) 12.2(0.9)T 12.2(0.10) 12.2(0.10)PI01 12.1(5.6)EC 12.2(0.18)S 12.2(3.4)PB 12.2(2)B

非分散プラットフォームで、Cisco IOSイメージがそれをサポートする場合 ATM VC は並べるレイヤ3 を使用する必要があります。


関連情報


Document ID: 10416