Ciscoルータのトークンリングインターフェイスのトラブルシューティング
内容
はじめに
このドキュメントでは、Ciscoルータのトークンリングインターフェイスがトークンリングへの挿入に失敗する原因となる最も一般的な問題について説明します。トークン リング インターフェイスのトラブルシューティングのために実行する手順をすばやく確認できるフローチャートを示します。このドキュメントでは、最も一般的に使用される Cisco IOS® ソフトウェア コマンドの一部、および問題のトラブルシューティングを正しく行うためにトークン リング インターフェイスに関する情報を収集するための使用方法について説明します。
前提条件
要件
このドキュメントに関する特定の要件はありません。
使用するコンポーネント
このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づいています。
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。
表記法
表記法の詳細については、『シスコ テクニカル ティップスの表記法』を参照してください。
トークンリング挿入プロセス
トークンリングインターフェイスのトラブルシューティングを正しく行うには、ステーションがリングに参加する前に発生するイベントのシーケンスを理解することが重要です。
ステーションがリングに参加するには、次の5つのフェーズがあります。
ローブ試験
挿入プロセスはローブのテストから始まります。このフェーズでは、実際にトークンリングアダプタのトランスミッタとレシーバをテストし、アダプタとマルチステーションアクセスユニット(MAU)間のケーブルをテストします。MAUは、接続ケーブルの送信ワイヤ???受信ワイヤに物理的に巻き戻します。この結果、アダプタはメディアテスト用のMACフレームをケーブル上のMAU（MACフレームがラップされている場所）に送信してアダプタ自体に戻すことができます。このフェーズでは、アダプタは、ローブメディアテストMACフレームを宛先アドレス00-00-00-00-00-00（アダプタの送信元アドレスを使用）と重複アドレステスト(DAT)MACフレーム（アダプタのアドレスを送信元と宛先の両方として含む）にケーブルで送信します。ローブのテストに合格すると、フェーズ1が完了します。
物理的な挿入とモニタの確認
フェーズ2では、ハブリレーがステーションを開き、自身をリングに接続すると、ph反電流が送信されてハブリレーが開きます。次にステーションは、アクティブモニタ(AM)が存在するかどうかを次のいずれかのフレームをチェックして確認します。
-
アクティブモニタあり(AMP)MACフレーム
-
スタンバイモニタあり(SMP)MACフレーム
-
リングパージMACフレーム
18秒以内にこれらのフレームがまったく検出されない場合、ステーションはアクティブモニタが存在しないと想定し、モニタ競合プロセスを開始します。モニタ競合プロセスを通じて、MACアドレスが最も大きいステーションがアクティブモニタになります。1秒以内にコンテンションが完了しないと、アダプタは開きません。アダプタがAMになって消去を開始し、消去プロセスが1秒以内に完了しない場合、アダプタは開くことができません。アダプタがビーコンMACフレームまたはリムーステーションMACフレームを受信した場合、アダプタはオープンに失敗します。
重複アドレスチェック
ステーションは、重複アドレスのチェックフェーズの一環として、ステーション自身を宛先とする一連の重複アドレスのMACフレームを送信します。ステーションでアドレス認識型インジケータ(ARI)とフレームコピーインジケータ(FCI)が1に設定された2フレームが受信された場合、このアドレスはこのリング上で重複していることを認識し、自身をデタッチして、開けない旨の障害を報告します。これは、トークンリングではローカル管理アドレス(LAA)が許可されており、このチェックを行わないと、同じMACアドレスを持つ2つのアダプタが発生する可能性があるためです。このフェーズが18秒以内に完了しない場合、ステーションは障害を報告し、自身をリングからデタッチします。
注：別のリングに重複するMACアドレスが存在する場合（ソースルートブリッジドトークンリングネットワークでは許容される）、これは検出されません。重複アドレスのチェックは、ローカルでのみ有効です。
リングポールへの参加
リングポーリングフェーズでは、ステーションは自身のNAUN(Nearest Active Upstream Neighbor)のアドレスを学習し、自身のアドレスを最も近い下流近接デバイスに認識させます。このプロセスにより、リングマップが作成されます。ステーションは、ARIおよびFCIビットが0に設定されたAMPまたはSMPフレームを受信するまで待機する必要があります。十分なリソースがある場合、ステーションは両方のビット（ARIおよびFCI）を1に反転し、送信のためにSMPフレームをキューに入れます。このようなフレームが18秒以内に受信されない場合、ステーションではリングのオープンとインサート解除が失敗したことを報告します。ステーションがリングポーリングに正常に参加すると、挿入、要求の初期化の最終フェーズに進みます。
要求の初期化
要求初期化フェーズでは、ステーションは4つの要求初期化MACフレームをリングパラメータサーバ(RPS)の機能アドレスに送信します。リング上にRPSが存在しない場合、アダプタは独自のデフォルト値を使用して、挿入プロセスが正常に完了したことを報告します。アダプタは、ARIおよびFCIビットを1に設定した4つの要求初期化MACフレームのいずれかを受信すると、応答を待つのに2秒待機します。応答がない場合は、最大4回まで再送信します。この時点で応答がない場合、要求の初期化が失敗したことを報告し、リングから挿入を解除します。
機能アドレスのリストを次に示します。
C000.0000.0001 - Active monitor C000.0000.0002 - Ring Parameter Server C000.0000.0004 - Network Server Heartbeat C000.0000.0008 - Ring Error Monitor C000.0000.0010 - Configuration Report Server C000.0000.0020 - Synchronous Bandwidth Manager C000.0000.0040 - Locate Directory Server C000.0000.0080 - NetBIOS C000.0000.0100 - Bridge C000.0000.0200 - IMPL Server C000.0000.0400 - Ring Authorization Server C000.0000.0800 - LAN Gateway C000.0000.1000 - Ring Wiring Concentrator C000.0000.2000 - LAN Manager
機能アドレスの詳細については、IEEE802.5の仕様を参照してください。
トラブルシューティング
フローチャート
簡単なトラブルシューティングの概要については、次のフローチャートを参照してください。
トークンリングインターフェイスでリングへの挿入に関する問題が発生した場合に最初に確認する必要があるのは、すでに存在するリングに挿入するかどうかです。一致している場合は、トークンリングインターフェイスで設定されているリング番号を、他のソースルートブリッジ(SRB)で管理されている既存のリング番号と一致させる必要があります。
注：シスコのルータは、デフォルトで10進形式のリング番号を受け入れますが、ほとんどのIBMブリッジは16進表記を使用します。そのため、Ciscoルータで16進数から10進数への変換を設定する前に、これを行ってください。たとえば、リング番号0x10のSRBがある場合、Ciscoルータで16を入力する必要があります。また、リング番号の前に0xを付けると、Ciscoルータのトークンリングインターフェイスのリング番号を16進数で入力できます。
turtle(config)# interface token turtle(config)# interface tokenring 0 turtle(config-if)# source turtle(config-if)# source-bridge 0x10 1 0x100
注：設定を表示すると、ルータは自動的に10進数表記でリング番号を表示します。その結果、10進数のリング番号は、Ciscoルータで最も一般的に使用されている形式です。次に、show runコマンドの関連部分を示します。
source-bridge ring-group 256 interface TokenRing0 no ip address ring-speed 16 source-bridge 16 1 256 !--- 16 is the physical ring number, 1 is the bridge number or ID, !--- and 256 is the Virtual Ring number. source-bridge spanning
リング番号が一致しない場合、Ciscoトークンリングインターフェイスは次のようなメッセージを表示し、自身をシャットダウンします。
02:50:25: %TR-3-BADRNGNUM: Unit 0, ring number (6) doesn't match established number (5). 02:50:25: %LANMGR-4-BADRNGNUM: Ring number mismatch on TokenRing0, shutting down the interface 02:50:27: %LINK-5-CHANGED: Interface TokenRing0, changed state to administratively down
次に、トークンリングインターフェイス(この場合は5???で正しいリング番号を設定し???から、手動でno shutdownコマンドを発行する必要があります。
注：ブリッジ番号（またはブリッジID）は、ネットワーク内の他のブリッジ番号と一致している必要はありません。SRBネットワークの各デバイスに対して一意のRouting Information Field（RIF；ルーティング情報フィールド）パスがある限り、ネットワーク全体で一意の値または同じブリッジ番号を使用できます。異なるブリッジ番号が必要になる例として、2つのリングが2つのパラレルブリッジを経由して接続されている場合が挙げられます。この場合、異なるブリッジ番号を使用しないと、2つの物理的に異なるパスになりますが、RIF情報は同じになります。
注：source-bridgeコマンドを追加または削除すると、トークンリングインターフェイスはバウンスし、このルータとの間でトークンリングインターフェイスを介した通信が中断されます。SRBの設定方法についての詳細は、『ローカルソースルートブリッジングの説明とトラブルシューティング』を参照してください。
リング番号を一致させるだけでなく、リング速度が正しく設定されていることを確認する必要もあります。つまり、4 Mbpsまたは16 Mbpsです。そうしないと、リングビーコンが生成され、このリングでネットワーク停止が発生します。リング番号とリング速度が正しく設定されているにもかかわらず、トークンリングインターフェイスがリングへの挿入に失敗する場合は、ケーブルまたはMAUの問題を除外するために除去のプロセスを使用します。ラッププラグを使用するか、アダプタが動作中のMAUに接続されていることを確認します。ケーブル接続が正しくないと、挿入プロセス中に多くのアダプタの問題が発生します。次の点を確認してください。
-
アダプタは、正しいメディアポート、シールドなしツイストペア(UTP)ケーブル、またはシールド付きツイストペア(STP)ケーブルを使用するように設定されていますか。
-
アダプタからハブに配線されているケーブルは完全で正しいですか。
-
どのような種類のメディアフィルタが使用されていますか。4 Mbpsで動作するものが、常に16 Mbpsで動作するとは限らないことに注意してください。
リング上に物理層の問題（配線、回線ノイズ、ジッターなど）があり、多くのステーションが挿入するにつれ、この問題が発生する可能性があります。この場合、パージとビーコンが発生し、新しく挿入されたアダプタが起動します。これは、他のステーションを使用せずに別のMAUに接続したときにトークンリングインターフェイスが起動する場合は削除できます。その後、徐々にステーションを追加して、どの時点で障害が発生したかを確認できます。このテストでは、アクティブモニタ、RPS、Configuration Report Server(CRS)などの競合の問題の可能性も排除します。詳細は、「LANネットワークマネージャ」セクションを参照してください。
LAN Network Manager
LAN Network Manager（LNM、旧称LAN Manager）は、ソースルートブリッジの集合を管理するIBM製品です。LNMは、Common Management Information Protocol(CMIP)のバージョンを使用して、LNMステーションマネージャと通信します。LNMを使用すると、ソースルートブリッジ型ネットワークを構成するトークンリングのコレクション全体をモニタできます。LNMを使用すると、ソースルートブリッジの設定の管理、トークンリングエラーの監視、およびトークンリングパラメータサーバからの情報の収集を行うことができます。
Cisco IOSソフトウェアリリース9.0以降、SRB用に設定された4および16 Mbpsのトークンリングインターフェイスを使用するCiscoルータは、LNMが使用する独自のプロトコルをサポートしています。これらのルータは、IBM Bridge Programが現在提供しているすべての機能を提供します。したがって、LNMはIBMソースルートブリッジ（IBM 8209など）であるかのようにルータと通信でき、仮想リングまたは物理リングであるかにかかわらず、ルータに接続されたトークンリングを管理または監視できます。LNMはシスコのルータではデフォルトで有効になっています。また、次の隠しインターフェイスコンフィギュレーションコマンドは、デフォルトでイネーブルになっています。
-
[no] lnm crs:CRSは、トークンリングの現在の論理設定を監視し、LNMへの変更を報告します。CRSは、トークンリング上のアクティブモニタの変更など、その他のさまざまなイベントも報告します。
-
[no] lnm rps:RPSは、新しいステーションがトークンリングに参加したときにLNMに報告し、リング上のすべてのステーションが一貫したレポートパラメータのセットを使用するようにします。
-
[no] lnm rem:Ring Error Monitor（REM；リングエラーモニタ）は、リング上のすべてのステーションから報告されるエラーをモニタします。さらに、REMはリングが機能状態か障害状態かをモニタします。
これらのコマンドは、ディセーブルにした後にのみコンフィギュレーションに表示されます。
para# config terminal Enter configuration commands, one per line. End with CNTL/Z. para(config)# interface tokenRing 0 para(config-if)# no lnm crs para(config-if)# ^Z
これは、設定が表示されるトークンリングインターフェイス設定の一部です。
interface TokenRing0 ip address 192.168.25.18 255.255.255.240 no ip directed-broadcast ring-speed 16 source-bridge 200 1 300 source-bridge spanning no lnm CRS
トークンリングインターフェイスのトラブルシューティングでは、他のトークンリングデバイスとの競合の問題を除外するために、CiscoルータでCRS、RPS、REM、または3つすべての設定を無効にする必要がある場合があります。一般的なシナリオとしては、トークンリングの端末がリングへの挿入に失敗した場合に、同じ端末が他の端末が存在しない隔離されたリングに挿入できる場合があります。次のグローバル設定を使用して、RPS、CRS、REMなどの個々のサーバを無効にしたり、ルータのLNM機能を完全に無効にしたりできます。
-
lnm disabled：このコマンドは、すべてのLNMサーバ入力およびレポーティングリンクを終了します。これは、no lnm rem、no lnm rps、およびno lnm rpsコマンドによって個々のインターフェイスで通常実行される機能のスーパーセットです。
LNMを無効にして問題が解決した場合は、既知の不具合に遭遇していないかどうかを確認してください。ネットワークでLNMが必要ない場合は、無効のままにしておくことができます。
また、CiscoルータのLNM機能を使用して、ルータに接続されているローカルリング上のステーションのリストを作成し、分離エラー数の発生を確認して、どのステーションからそれらの送信が行われているかを確認することもできます。
para# show lnm station
isolating error counts
station int ring loc. weight line inter burst ac abort
0005.770e.0a8c To0 00C8 0000 00 - N 00000 00000 00000 00000 00000
0006.f425.ce89 To0 00C8 0000 00 - N 00000 00000 00000 00000 00000
注： LNMを無効にする場合は、show lnmコマンドはいずれも使用できません。
show lnm stationコマンドから特に関心があるのは、ステーションアドレス、リング番号、および報告されたエラーです。フィールドの詳細な説明については、コマンドリファレンスマニュアルのshow lnm stationコマンドを参照してください。
もう1つの便利なLNMコマンドは、show lnm interfaceコマンドです。
para# show lnm interface tokenring 0
nonisolating error counts
interface ring Active Monitor SET dec lost cong. fc freq. token
To0 0200 0005.770e.0a8c 00200 00001 00000 00000 00000 00000 00000
Notification flags: FE00, Ring Intensive: FFFF, Auto Intensive: FFFF
Active Servers: LRM LBS REM RPS CRS
Last NNIN: never, from 0000.0000.0000.
Last Claim: never, from 0000.0000.0000.
Last Purge: never, from 0000.0000.0000.
Last Beacon: never, 'none' from 0000.0000.0000.
Last MonErr: never, 'none' from 0000.0000.0000.
isolating error counts
station int ring loc. weight line inter burst ac abort
0005.770e.0a8c To0 00C8 0000 00 - N 00000 00000 00000 00000 00000
0006.f425.ce89 To0 00C8 0000 00 - N 00000 00000 00000 00000 00000
このコマンドを使用すると、アクティブモニタのユーザ、直接接続されたリング上のステーション、およびリング上のすべてのアクティブサーバ（REM、RPSなど）を簡単に確認できます。
その他のshow lnmコマンドオプションは次のとおりです。
show lnm bridge show lnm config show lnm ring
Cisco IOS ソフトウェアコマンドの使用
トークンリングインターフェイスで最もよく使用されるCisco IOSソフトウェアのトラブルシューティングコマンドを次に示します。
show interfaces tokenring（トークンリング）
show interfaces tokenringコマンドの主な出力を次に示します。
ankylo# show interfaces tokenring1/0
TokenRing1/0 is up, line protocol is up
Hardware is IBM2692, address is 0007.78a6.a948 (bia 0007.78a6.a948)
Internet address is 1.1.1.1/24
MTU 4464 bytes, BW 16000 Kbit, DLY 630 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation SNAP, loopback not set
Keepalive set (10 sec)
ARP type: SNAP, ARP Timeout 04:00:00
Ring speed: 16 Mbps
Duplex: half
Mode: Classic token ring station
Source bridging enabled, srn 5 bn 1 trn 100 (ring group)
spanning explorer enabled
Group Address: 0x00000000, Functional Address: 0x0800001A
Ethernet Transit OUI: 0x000000
Last Ring Status 18:15:54
(0x2000)
Last input 00:00:01, output 00:00:01, output hang never
Last clearing of "show interface" counters never
Queueing strategy: fifo
Output queue 0/40, 0 drops; input queue 0/75, 0 drops
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
27537 packets input, 1790878 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
7704 packets output, 859128 bytes, 0 underruns
0 output errors, 0 collisions, 2 interface resets
0 output buffer failures, 0 output buffers swapped out
1 transitions
出力ドロップは、出力メディアがフレームを受け入れることができず、出力キューが最大値に達した後でパケットの廃棄が始まった場合に発生する可能性があります。出力ドロップは必ずしも問題を示しているとは限りません。これは、探索フレームがドロップされると（すでに特定のリングを移動しているため）、出力ドロップカウンタが増加する可能性があるためです。
一方、入力廃棄を増やすことは重大な問題であるため、慎重に分析する必要があります。入力廃棄は、システムバッファが不十分であることが原因で発生する場合があります。前述のshow interfaces tokenring1/0の出力の「0 no buffer」を参照してください。show interfacesの出力のno bufferカウンタの増加は、show buffersの出力のmissesカウンタの増加に対応している場合があり、適切なバッファプールのチューニングが必要になる場合があります。詳細は、『すべてのCiscoルータのバッファチューニング』を参照してください。
注：入力キューと出力キューは、hold-queue length {in | out}コマンドを使用します。ただし、キューを増やす前に、これらのキューが最大保留値に達する理由を理解することが重要です。hold-queue maximumの値を大きくすると、再びオーバーフローする前の期間だけが増加することがよくあります。
throttlesカウンタも確認する必要があります。このカウンタは、インターフェイスの入力バッファが十分な速さで処理されなかったか、またはオーバーフローしたために、そのバッファがクリーニングされた回数を示します。通常、エクスプローラストームが発生すると、throttlesカウンタが増加します。source-bridge explorer-maxrateコマンド、および『ソースルートブリッジングの設定』の「最適化されたエクスプローラ処理」セクションを参照してください。
注：スロットルがあるたびに、入力キュー内のすべてのパケットがドロップされます。これにより、パフォーマンスが非常に低下し、既存のセッションが中断される可能性があります。
遷移は、インターフェイスの状態が変化した場合（ダウンから初期化、または初期化からアップなど）に発生します。リセットは、インターフェイスがキックスタートされた場合に発生します。リングに他のデバイスを挿入しても、これらのカウンタのいずれかが増加することはありませんが、ソフトエラーのカウントは増加します。さらに、show interface tokenringコマンドで廃棄、入力エラー、または出力エラーが示されないにもかかわらず、リセットと遷移が大量に発生する場合は、キープアライブによってインターフェイスがリセットされている可能性があります。
注：トークンリングインターフェイスをクリアすると、1回のリセットで2回の遷移が発生します。1回はアップから初期化への遷移、もう1回は初期化からアップへの遷移です。
Last Ring Statusフィールドには、リングの最後のリングステータスが表示されます。たとえば、0x2000 はソフトウェア エラーを示します。可能なステータス値のリストを次に示します。
RNG_SIGNAL_LOSS FIXSWAP(0x8000) RNG_HARD_ERROR FIXSWAP(0x4000) RNG_SOFT_ERROR FIXSWAP(0x2000) RNG_BEACON FIXSWAP(0x1000) RNG_WIRE_FAULT FIXSWAP(0x0800) RNG_HW_REMOVAL FIXSWAP(0x0400) RNG_RMT_REMOVAL FIXSWAP(0x0100) RNG_CNT_OVRFLW FIXSWAP(0x0080) RNG_SINGLE FIXSWAP(0x0040) RNG_RECOVERY FIXSWAP(0x0020) RNG_UNDEFINED FIXSWAP(0x021F) RNG_FATAL FIXSWAP(0x0d00) RNG_AUTOFIX FIXSWAP(0x0c00) RNG_UNUSEABLE FIXSWAP(0xdd00)
注：ソフトウェアエラー0x2000は、非常に一般的な正常な呼び出し音のステータスです。0x20はリングの初期化を示し、00はサブベクトルの長さを示します。これは、リングステーションがリングに入ったことを示します。
show controllers tokenring（トンネルモード）
次にトラブルシューティングに使用するCisco IOSソフトウェアコマンドは、show controllers tokenringです。
FEP# show controllers tokenring 0/0
TokenRing0/0: state up
current address: 0000.30ae.8200, burned in address: 0000.30ae.8200
Last Ring Status: none
Stats: soft: 0/0, hard: 0/0, sig loss: 0/0
tx beacon: 0/0, wire fault 0/0, recovery: 0/0
only station: 0/0, remote removal: 0/0
Bridge: local 100, bnum 1, target 60
max_hops 7, target idb: null
Interface failures: 0
Monitor state: (active), chip f/w: '000500.CS1AA5 ', [bridge capable]
ring mode: F00, internal enables: SRB REM RPS CRS/NetMgr
internal functional: 0800011A (0800011A), group: 00000000 (00000000)
internal addrs: SRB: 0288, ARB: 02F6, EXB 0880, MFB: 07F4
Rev: 0170, Adapter: 02C4, Parms 01F6
Microcode counters:
MAC giants 0/0, MAC ignored 0/0
Input runts 0/0, giants 0/0, overrun 0/0
Input ignored 0/0, parity 0/0, RFED 0/0
Input REDI 0/0, null rcp 0/0, recovered rcp 0/0
Input implicit abort 0/0, explicit abort 0/0
Output underrun 0/0, TX parity 0/0, null tcp 0/0
Output SFED 0/0, SEDI 0/0, abort 0/0
Output False Token 0/0, PTT Expired 0/0
Internal controller counts:
line errors: 0/0, internal errors: 0/0
burst errors: 0/0, ari/fci errors: 0/0
abort errors: 0/0, lost frame: 0/0
copy errors: 0/0, rcvr congestion: 0/0
token errors: 0/0, frequency errors: 0/0
Internal controller smt state:
Adapter MAC: 0000.30ae.8200, Physical drop: 00000000
NAUN Address: 0005.770e.0a87, NAUN drop: 00000000
Last source: 0000.30ae.8200, Last poll: 0000.30ae.8200
Last MVID: 0006, Last attn code: 0006
Txmit priority: 0003, Auth Class: 7BFF
Monitor Error: 0000, Interface Errors: 0004
Correlator: 0000, Soft Error Timer: 00DC
Local Ring: 0000, Ring Status: 0000
Beacon rcv type: 0000, Beacon txmit type: 0004
Beacon type: 0000, Beacon NAUN: 0005.770e.0a87
Beacon drop: 00000000, Reserved: 0000
Reserved2: 0000
ソフトエラー：このインターフェイスで見られるすべてのソフトエラーの組み合わせです。ソフトエラーには、回線エラー、マルチモニタ、ARIおよびFCIセットエラー、バーストエラー、フレームの損失、トークンの破損、トークンの損失、フレームまたは優先順位トークンの循環、モニタの損失、周波数エラーなどがあります。詳細は、『ソフトエラー情報』を参照してください。
ハードエラー：ソフトウェアルーチンでは回復できないエラーです。リングが物理的にリセットされました。詳細については、『トークンリングの異常状態リスト』を参照してください。
Monitor state:(active)：コントローラの状態を示します。有効な値は、active、failure、inactive、およびresetです。
SRB REM RPS CRS/NetMgr:SRB、REM、RPS、およびCRSがすべてインターフェイスで有効であることを示します。詳細は、「LANネットワークマネージャ」セクションを参照してください。
出力でも提供される重要な情報は、アダプタMACとNAUNアドレスで、リングトポロジの特定に役立ちます。また、誰がリングビーコンNAUNであるか、つまりビーコン局に最も近いアクティブなアップストリームネイバーであるかも確認できます。これにより、問題の発生する可能性のある場所を特定するための開始点が得られます。ビーコン局、ビーコンNAUN、またはその間のケーブルです。その他のフィールドについては、コマンドリファレンスマニュアルの「show controllers token」を参照してください。
debug token events（トークンイベントのデバッグ）
トラブルシューティングに使用する最後のCisco IOSソフトウェアコマンドは、debug token eventsコマンドです。
1w6d: TR0 starting.
1w6d: %LINK-5-CHANGED: Interface TokenRing0, changed state to initializing
1w6d: TR0 receive SRB_FREE, state=2, if_state=6
1w6d: TR0 receive SRB_FREE, state=2, if_state=7 ring mode = F00
1w6d: TR0: modified open w/ option 1180
1w6d: TR0: Interface is alive, phys. addr 0000.3090.79a0
setting functional address w/ 800011A
setting group address w/ 80000000
ring mode = F00
1w6d: TR0: modified open w/ option 1180
1w6d: %LINK-3-UPDOWN: Interface TokenRing0, changed state to up
1w6d: %LINEPROTO-5-UPDOWN: Line protocol on Interface TokenRing0,
changed state to up
1w6d: %SYS-5-CONFIG_I: Configured from console by console
注意：debug token eventsは、トークンリングイベントを表示するだけでパケットを表示しないため、ルータへの影響は最小限です。しかし、遷移の多い非常にビジーなリングがある場合は、logging bufferおよびno logging consoleコマンドを発行すること、およびルータに物理的にアクセスできるようにしておくことを推奨します。
上記のdebug token eventsの出力は、Cisco 2500ルータからのものです。出力にはさまざまなメッセージを含めることができますが、問題のある場所に関するガイダンスを提供する必要があります。前の例では、トークンリングインターフェイスの初期化が正常に行われたことを示しています。このデバッグには、リングモード、グループアドレス、機能アドレスに含まれる情報メッセージも含まれています。
リングモードの定義
これらは、インターフェイスで使用するモードを示すために、メインシステムからアダプタボードに渡される値です。特定の機能ビットをオンにするかどうか、および実際にトークンリングに挿入するときに使用するコマンドフラグを制御します。リングモードの場合、これらの番号は次の意味を持ちます。
上記のデバッグ例では、リングモードは0x0F00です。これは2バイトの値で、次のような意味があります。
RINGMODE_LOOPBACK 0x8000 RINGMODE_NO_RINGSTAT 0x4000 RINGMODE_ALL_FRAMES 0x2000 RINGMODE_ALL_LLC 0x1000 RINGMODE_BRIDGE 0x0800 /* status only */ RINGMODE_REM 0x0400 /* be Ring Error Monitor */ RINGMODE_RPS 0x0200 /* be Ring Parameter Server */ RINGMODE_NETMGR 0x0100 /* be Configuration Report Server */ RINGMODE_TBRIDGE 0x0080 /* be a transparent bridge */ RINGMODE_CONTENDER 0x0040 /* be a contender for AMP */ RINGMODE_RS 0x0020 /* listen to ring maintenance MAC frames */ RINGMODE_ALL_MAC 0x0010 /* listen to all MAC frames */ RINGMODE_ETR 0x0008 /* Early Token Release */ RINGMODE_NEED_MAC 0x0730 /* Needs MAC frames */
したがって、リングモードはこれらのビット設定の合計になります。0xF00は、ブリッジ、リングエラーモニタ、リングパラメータサーバ、および設定レポートサーバを示します。
修正されたオプション付きで開く
これは、シスコによるチップセットの新しい設定です。前のサンプルデバッグでは、modified open w/ option 1180を確認できます。これは左から右に読み取られる16ビット値です。Ciscoルータはオプションをオンにすることはできますが、オフにすることはできません。
+ Bit 0 - Open in Wrap: the open adapter is executed without inserting phantom drive to allow testing of the lobe. + Bit 1 - Disable Hard Error: prevents a change in the Hard Error and Transmit Beacon bits causing a Ring Status Change ARB. + Bit 2 - Disable Soft Error: prevents a change in the Soft Error bit from causing a Ring Status Change ARB. + Bit 3 - Pass Adapter MAC frames: Causes adapter class MAC frames not supported by the adapter to be passed back as received Frames. If this bit is off, these frames are discarded. + Bit 4 - Pass Attention MAC frames: Causes attention MAC frames that are not the same as the last received attention MAC frame. + Bit 5 - reserved: should be 0 + Bit 6 - reserved: should be 0 + Bit 7 - Contender: When the contender bit is on, the adapter will participate in claim token upon receiving a claim token frame from another adapter with a lower source address. If this bit is off the adapter will not enter into claim token process if it receives a Claim Token MAC frame. The adapter will enter claim token if a need is detected regardless of the setting of this bit. + Bit 8 - Pass Beacon MAC frames: The adapter will pass the first Beacon MAC frame and all subsequent Beacon MAC frames that have a change in the source address of the Beacon type. + Bit 9 - reserved: should be 0 + Bit 10 - reserved: should be 0 + Bit 11 - Token Release: If this bit is set the adapter will not operate with early token release. If this bit is 0 the adapter will operate with early token release when the selected ring speed is 16 megabits per second. + Bit 12 - reserved: should be 0 + Bit 13 - reserved: should be 0 + Bit 14 - reserved: should be 0 + Bit 15 - reserved: should be 0
オプション0x1180については、上記の太字のビットを参照してください。
機能アドレスとグループアドレスの設定
前のサンプルデバッグでは、機能アドレスはw/ 800011Aに設定され、グループアドレスはw/ 8000000に設定されています。
LNMのレポート属性を次に示します。
REPORT_LRM 0x80000000 REPORT_LBS 0x00000100 REPORT_CRS 0x00000010 REPORT_REM 0x00000008 REPORT_RPS 0x00000002 REPORT_AVAIL 0x8000011a REPORT_ALL 0x8000011a
キープアライブ
問題がランダムな数のトークンリングインターフェイスの断続的な挿入/再挿入であると思われる場合は、リングが極度に輻輳している可能性があり、トークンリングインターフェイスから送信されるキープアライブがタイムアウトする原因になります。keepalive {0 - 32767}インターフェイスコマンドを発行して、キープアライブの値を増やします。（デフォルト値は10秒です）。
tricera(config)# interface tokenring 4/0/0 tricera(config-if)# keepalive 30
注：キープアライブの値を大きくすると、トークンリングインターフェイスのバウンスが発生しなくなります。ただし、これはネットワーク設計の不備や適切なリングのセグメント化を置き換えるものではありません。
LANアナライザの使用
トークンリングネットワークで発生する問題は、ランダムな間隔で繰り返される断続的な問題であることが非常に多くあります。このため、トラブルシューティングが非常に困難になります。これは、ランダムな数のステーションでパフォーマンスの低下が発生したり、一時的にリングから切り離されることが多い状況で一般的です。また、上記の方法を使用して挿入の問題をトラブルシューティングしても、十分な情報が得られない場合があります。
問題を絞り込むには、フレームをキャプチャして分析するために、トークンリングLANアナライザが必要になる場合があります。アナライザは、挿入しようとしているステーションの上流近接ルータである必要があります。したがって、トークンリングトレースで何を検索すべきか、また正常なトークンリングネットワークでは何が予期されるかを知ることが重要です。トークンリングフレーム分析はこのドキュメントの範囲外ですが、トークンリングステーションの挿入が成功した場合のトークンリングトレースに表示されるフレームは次のとおりです。
MAC: Active Monitor Present !--- Normal ring poll. MAC: Standby Monitor Present !--- Normal ring poll. MAC: Duplicate Address Test !--- Inserting station sends duplicate address MAC#1 frames. MAC: Duplicate Address Test !--- Inserting station sends duplicate address MAC#2 frames. MAC: Standby Monitor Present MAC: Report SUA Change !--- Stored Upstream Address reported to Configuration Report Server !--- by inserting station. MAC: Standby Monitor Present !--- Participate in ring poll by inserting station. MAC: Report SUA Change !--- SUA reported by station downstream from inserting station. MAC: Standby Monitor Present !--- Normal ring poll. MAC: Request Initialization !--- Request ring initialization MAC#1 from Ring Parameter Server. MAC: Request Initialization !--- Request ring initialization MAC#2 from Ring Parameter Server. MAC: Request Initialization !--- Request ring initialization MAC#3 from Ring Parameter Server. MAC: Request Initialization !--- Request ring initialization MAC#4 from Ring Parameter Server. MAC: Report Soft Error MAC: Active Monitor Present MAC: Standby Monitor Present !--- Station inserted and participating in ring poll. MAC: Standby Monitor Present
注：このトレースは、対象フレームのみを表示するようにフィルタリングされています（コメントを参照）。ネットワークアナライザでは、これらのフレームをさらに詳しく調べて、これらのフィールドに含まれる詳細情報を確認できます。
また、ハブリレーを開いたという単純な動作が原因で発生するソフトエラー（バーストエラー、回線エラー、トークンエラー、リングパージ、フレーム損失エラーなど）も発生する可能性が高くなります。挿入プロセス中に発生する通常の症状であるため、これらのエラーの存在が問題のあるリングを示していると考えないでください。
たとえば、Neighbor Notification Incomplete(NNI)またはRing Poll Failureと呼ばれる、AMが発行したMACフレームも検索の対象になります。このフレームは、AMP MACフレームの直前に、障害が発生しているリングで7秒ごとに発行する必要があります。NNIフレームには、リングポーリングプロセスを正常に完了するための最後のステーションのアドレスが含まれているため、重要です。通常、このステーションからの下流近接ルータが原因です。この問題を解決するには、下流近接ルータを取り外します。
関連情報
更新履歴
| 改定 | 発行日 | コメント |
|---|---|---|
1.0 |
05-Dec-2001 |
初版 |
フィードバック