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

ATM ポートアダプタでのインターフェイスおよび VC カウンタ問題のトラブルシューティング

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


目次


概要

このドキュメントでは、ATM ポート アダプタがトラフィック統計情報を報告する仕組みと、show interface atm または show atm vc コマンドの出力結果に表示される、不正なパケットまたはバイト カウンタの問題を解決する方法について説明します。

前提条件

要件

この資料はよく知られている な 5 バイト セルヘッダーを含む ATMインターフェイスの可変および固定オーバーヘッド フィールドの知識を、必要とします。 このオーバーヘッドに関する詳細については次のテクニカル ティップを参照して下さい:

使用するコンポーネント

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

表記法

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

統計情報の報告メカニズムについて

Virtual Circuit(VC; 仮想回線)および ATM インターフェイスまたはサブインターフェイスの統計情報の更新方法は、プラットフォームによって異なります。 一般的に、Cisco 7x00 シリーズ ルータのポート アダプタでは、次のような共通のメカニズムを使用して統計情報が報告されます。

  1. フレーマーによって、レイヤ 1 のフレーミング ビットがはずされます。

  2. Segmentation And Reassembly(SAR)メカニズムは、パケットを再構成し、必要に応じて適切なエラー ビットを適用し、パケットをホスト ドライバに渡します。

  3. パケットがホストへの Direct Memory Access(DMA; ダイレクト メモリ アクセス)によってメモリに入れられると、受信割り込みが発生します。

  4. ドライバはパケットを処理し、課金を行います。

ドライバはすべてのパケットのためのカウンターをアップデートする役割があります、よくまたは悪いです。 プラットフォーム別のソフトウェア ブロックは入出力 ビットレート、受け取ったロード、先祖などを計算する役割があります

Cisco 7500 シリーズ PA-A3 インターフェイス ドライバと Versatile Interface Processor (VIP) CPU 間のコミュニケーションを必要とする、また使用します VIP CPU と RSP CPU 間の分散アーキテクチャを。 PA-A3 の周辺機器コンポーネント相互接続 (PCI) ホストドライバは各パケットの VC 単位の統計情報を収集し、VIP ドライバに送信 します。 Route/Switch Processor (RSP)は VIP に定期的な Cisco IOS で統計情報を取得するためにコマンドを送信 しますか。 プロセス。 システムが初期化されるとき、システム割り込みを最小限に抑える割り込みレベルでよりもむしろスケジュールされた プロセスとして VIP からの自律統計情報を処理する特別なバックグラウンド プロセスを作成します。

debug atm events コマンドが有効化されると、VIP CPU が RSP にメッセージを送信して VC 統計情報を報告する場合に、次のような出力が表示されます。

received CCB_CMD_ATM_GET_VC_STATS command vcd #

VIP は更新された統計情報を 12 秒間隔で RSP に 送信します。 従って、showコマンド出力で表示する値は瞬時値ではないかもしれません。

問題を隔離する VIP コンソールで debug atm event コマンドを使用して下さい。 デバッグ 出力が VIP が RSP に誤った VC 統計情報を送信 するか、または正しい情報が VIP CPU と RSP CPU 間の通信の間に破損しているかどうか示すのに使用することができます。 詳細については、ATMルータ インターフェイスで出力される知識 debug atm event を参照して下さい。

注意 注意: debug コマンドを使用する前に、『debug コマンドの重要な情報』を参照してください。 debug atm events コマンドは VC関連 イベントの統計情報、また量を報告する必要がある VC の数によってプロダクションルータで多量の分裂的なデバッグ 出力を印刷するかもしれません。

注: で Cisco 12000 シリーズ、エンジン 0 およびエンジン 1 ラインカードは 10 秒毎にエンジン 2 のような他のエンジン モデルはアップデートをもっと速いレートで送信するが、アップデートを送信します。 4xOC3 ATMラインカード使用エンジン 0 アーキテクチャ。

レイヤ 2 カウンタとレイヤ 3 カウンタの比較

メイン インターフェイスの show interface コマンドの出力結果にある「input packets」フィールドには、受信後出力インターフェイスに正常にスイッチされたパケットの数がカウントされます。

Virtual Circuit (VC)のための show atm vc {vcd-} コマンド 出力では、" InPkts " フィールドはパケットの数を数えますきちんと受け取られ、IOS切り替え エンジンに通じた。 IOS切り替え エンジンがパケットを処理できないし、インターフェイス 保留待 ち 行列でそれらを廃棄する場合、ドロップだけとしてこれらのパケットを数え、インプットパケット カウンターを増分しません。 従って、VC 「InPkts」数の値はメインインターフェイスの"Input packets" カウンターの合計に匹敵し、入力キュードロップは逆らいます。 show atm vc {vcd-} コマンド 出力はまた VC レベルでパケット破棄の数を数えるために" InPktDrops " フィールドを表示する。 別々の入力 ドロップ数はドロップするが VC レベルまたはインターフェイス レベルで起こったかどうか判別するを可能にします。

サブインターフェイスのための show interface atm コマンド出力はそのサブインターフェイスの VC 単位のカウンターの合計を表します。 PA-A3 のサブインターフェイスのための show interface atm コマンドの次の出力例はその ATM アダプテーション レイヤ 5 (AAL5)カウンターのようなレイヤ2 情報だけ、説明し、オペレーション、管理およびメンテナンス(OAM)セル数は、表示する。

7206#show int atm 4/0.1 
ATM4/0.1 is administratively down, line protocol is down 
  Hardware is ENHANCED ATM PA 
  MTU 4470 bytes, BW 149760 Kbit, DLY 80 usec, 
     reliability 0/255, txload 1/255, rxload 1/255 
  Encapsulation ATM 
  0 packets input, 0 bytes 
  0 packets output,0 bytes 
  0 OAM cells input, 0 OAM cells output 
  AAL5 CRC errors : 0 
  AAL5 SAR Timeouts : 0 
  AAL5 Oversized SDUs : 0

サブインターフェイス カウンターがレイヤ2 情報だけを示すので、メインインターフェイスのカウンターおよびサブインターフェイスは異なるかもしれません。 この違いがパケットがどこに廃棄されているか判別する機能を高めることに注目して下さい。 たとえば、到着したパケットが、AAL5 Cyclic Redundancy Check(CRC; 巡回冗長検査)などのレイヤ 2 のチェックを通過して、着信 IP ACL が送信元または宛先 IP アドレスにドロップ アクションを指定する メインインターフェイスに転送されるとします。 このパケットによって、VC およびサブインターフェイスのドロップ カウンタは増加しますが、メイン インターフェイスのカウンタは増加しません。

ATM ポート アダプタでインターフェイスおよび VC カウンタの統計情報をレポートする場合によくある問題

このセクションでは、ATM ポート アダプタでインターフェイスおよび VC カウンタの統計情報を報告する際によく発生する問題の一部を紹介します。 いくつかの症状について説明し、それぞれのソリューションを提供します。 最も一般的な問題には、次のものがあります。

  • 計算されたインターフェイス レートが物理回線レートより高くなる

  • 入力キューのカウンタが負の数になる

  • 重課金、またはカウンタの値が予測の倍になる

  • QoS サービス ポリシーが適用された PVC の「InBytes」の値が正しくない

  • ATM サブインターフェイスの統計情報が正しくない、または表示されない

これらの問題の大部分はソフトウェアの問題であり、これまでに Cisco IOS ソフトウェアのさまざまなバージョンで解決されてきました。

計算されたインターフェイス レートが物理回線レートより高くなる

この症状は、次の Cisco Bug ID で報告および解決されています。

Cisco Bug ID 説明
CSCdt49209 Cisco IOS ソフトウェア リリース 12.0(15)S で 64 ビット SNMP カウンタが導入されたときに、ATM インターフェイスで計算された出力インターフェイス レートが物理回線レートより高くレポートされました。 この問題は、トラフィック フローには影響しません。
CSCdv13285 PPP over ATM(PPPoA)セッションを終了するために aal5mux ppp カプセル化を使用すると、Cisco Express Forwarding(CEF)が有効化された Cisco 7200 シリーズ ルータでは、入力データ レートが極端に高くレポートされます。 この問題の根本的原因は、誤った PPP echo-request または echo-reply のパケットを 65000 バイトでカウントすることです。

入力キューのカウンタが負の数になる

Ciscoルータのすべてのインターフェイスはファースト スイッチングとルートキャッシュエントリ一致しないまたは CEF 表のエントリとパケットを格納するのにインプットキューを使用します。 そのようなパケットは処理のための着信インターフェイスのインプットキューでキューに入ります。 一部のパケットは常に処理されますが、適切な設定の場合、安定したネットワークでは、処理されたパケットの割合によって入力キューが輻輳することは絶対にありません。 入力キューがいっぱいになると、パケットはドロップされます。

まれに、show interface atm の出力結果に表示される入力キュー カウンタが、次に示すように負の数になることがあります。

7206_B#show int atm 1/0 
 ATM1/0 is up, line protocol is up 
   Hardware is ENHANCED ATM PA 
   Description: DNEC.678475.ATI 1/40 
   MTU 4470 bytes, sub MTU 4470, BW 44209 Kbit, DLY 190 usec, 
      reliability 255/255, txload 6/255, rxload 1/255 
   Encapsulation ATM, loopback not set 
   Keepalive not supported 
   Encapsulation(s): AAL5 
   4096 maximum active VCs, 170 current VCCs 
   VC idle disconnect time: 300 seconds 
   0 carrier transitions 
   Last input 00:00:00, output 00:00:00, output hang never 
   Last clearing of "show interface" counters 01:31:25 
   Input queue: -6/75/0/0 (size/max/drops/flushes); Total output drops: 0

この問題は、次の Cisco Bug ID で報告および解決されています。

Cisco Bug ID 症状と回避策
CSCdj73443 プロセス交換されたパケット(600 ~ 1524 バイトのサイズ)のスイッチ速度を高速化するために、(隣接する)大容量バッファのプールが SRAM に追加されました。 この特別なプールからバッファが割り当てられると、入力キュー カウントは増加しません。 入力キューカウントは結局 600 - 1524 バイト 範囲の外部の大きい正 の 数およびパケットにでしたフル入力キューが拒否された原因なりました。 この問題は大きい SRAM 連続したバッファ プールを取除くことによって解決されました。
CSCdm44539 負の入力キュー カウントは、2 つの ATM およびシリアルなどのその他のインターフェイス タイプによって入力キュー カウンタが減少する結果生じます。

2 重課金、またはカウンタの値が予想の倍になる

場合によっては、Cisco IOS機能を有効に するか、または IOS切り替え パスを変更することはパケットカウンタか計算されたビットレートの倍増の原因となります。 そのような「二重 アカウンティング」問題はさまざまなインターフェイスの種類およびさまざまな機能のために報告され、解決されました。

この問題は、次の Cisco Bug ID で報告および解決されています。

Cisco Bug ID 症状と回避策
CSCds23924 QoS サービス ポリシーの一環である入力 police 機能が、2 回呼び出されます。 この結果、入力パケットの 2 重課金が発生し、準拠パケットの値が極端に大きくなり、超過ドロップが発生します。 ただし、この修正で最も重要な点は、QoS 機能の再配列です。 再配列の結果、次のものが得られます。
  • 入力レートを制限する Committed Access Rate(CAR; 専用アクセス レート)が、ルータに予定されたパケットに適用されます。 CEF によってスイッチされたパケットだけに使用されます。
  • 入力 CAR または QPPB(BGP による QoS ポリシー伝搬)によって設定される IP 優先順位を、VC バンドリングにおける VC の選択の際に使用できます。
  • 入力 CAR または QPPB によって設定される IP 優先順位/DSCP および QoS グループを、モジュラ QoS CLI(MQC)「出力」パケットの分類に使用できます。

たとえば、Cisco Bug ID CSCds23924 では、パケットが CEF スイッチング パスに従うときに発生する入力 CAR の 2 重課金、またはこの機能を 2 回実行することによって起こるクラスベースのポリシングが解決されます。 (CEF は入力インターフェイスから出力 ルーテッドインターフェイスへパケットを転送する IOS切り替え メカニズムを定義します。) 結果はインプットパケット、また膨脹させた準拠 されたパケット値および過剰ドロップの二重 アカウンティングが含まれています。

PA-A3 を使うと、Ip accounting を有効に することは show interface atm コマンドに表示されているように計算された出力ビットレートを倍増しました。 この問題は Distributed Cisco Express Forwarding (DCEF)によってサポートされない Ip accounting によって引き起こされます。 従って、Ip accounting を有効に することはルータの中のパケットのパスを変更し、膨脹させた出力ビットレートの原因となります。 この問題については、Cisco Bug ID CSCdv59172 に文書化されています。

QoS サービス ポリシーが適用された PVC の「InBytes」の値が正しくない

で Cisco 7500 シリーズ、ATM VC に QoS サービス ポリシーを適用することは show atm vc {vcd-} コマンドの出力に表示されているように不正確な" InBytes " 値の、原因となるかもしれません。 この問題が発生するのは、dCEF が有効化されている同じ物理インターフェイス上にある PVC 間で、パケットが分散スイッチされたときだけです。

この問題は、Cisco Bug ID CSCdu17025 で解決されています。

ATM サブインターフェイスの統計情報が正しくない、または表示されない

PA-A3 インターフェイス ドライバは VC カウンターをアップデートしたり ATM コードのよくあるかプラットフォーム独立ブロックへ送信 する役割があります。 show atm pvc x/y で表示するカウンターか show interface atm.subint コマンドはそのサブインターフェイスにすべての VC カウンターを追加するよくある ATM コードによって報告されるように表示する。

サブインターフェイス カウンターについては正しい VC カウンターおよび増加しない(かゼロを)値を調べる場合、ATM 共通 コードはすべての VC カウンターの上で追加しないかもしれません。 この問題を解決するために、次をキャプチャ して下さい:

  • show interface atm x/y/z.a -問題が発生しているサブインターフェイス

  • そのサブインターフェイスの下で設定される VC の show atm pvc {vpi/vci}

この問題は、次の Cisco Bug ID で報告および解決されています。

Cisco Bug ID 説明
CSCdu41673 サブインターフェイス カウンターは 64 ビット カウンターです。 VIP は VC 統計情報をアップデートするとき 32ビット カウンターだけ送信 して いました。 この問題は VIP がまた 64 ビット カウンターをアップデートするようにすることによってスタティスティクス情報を RSP に送信 するとき解決されます。
CSCdt60738 Network Services Engine(NSE-1)を搭載したルータのメイン インターフェイスでは、サブインターフェイスと異なる出力パケットの値が表示されます。

注: 計算されたビット レートは、メイン インターフェイスでのみ使用できます。

トラブルシューティングの手順

Cisco は連絡 Cisco TAC の前に PA-A3 の不正確なカウンターか他の ATM インターフェイスのトラブルシューティングを実行するために次の作業を行うことを推奨します:

  • カウンタからいくつかの出力をキャプチャします。 カウンタがトラッキングしているのは、出力データと入力データのどちらですか。

  • 問題はどの物理的か論理インターフェイスで見られますか。 問題が発生している可能性のあるインターフェースは以下のものを含んでいます。

    • 入力キューまたは出力キュー

    • サブインターフェイス

    • VC

  • ATM ドライバは入出力バイトカウントを報告するだけ役割があります。 問題が PA-A3 によって引き起こされるか、またはプラットフォーム別であるかどうか判別して下さい。 」入力される「パケットおよび「パケット」がカウンター、また入出力 バイト カウンターを出力するかどうかの判別によって、正しいです始めて下さい。

    • 正しい場合は、プラットフォーム固有の問題と考えられます。

    • 正しくない場合は、PA 固有の問題を調査してください。

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

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


関連情報


Document ID: 21450