IBM テクノロジー : データリンク スイッチング(DLSw)および データリンク スイッチング プラス(DLSw+)

DLSw の到達可能性のトラブルシューティング

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


目次


概要

このドキュメントでは、到達可能性キャッシュがデータリンク スイッチング(DLSw)でどのように動作するか、および DLSw 回線のトラブルシューティングについて説明します。

前提条件

要件

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

使用するコンポーネント

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

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。 このドキュメントで使用するすべてのデバイスは、クリアな(デフォルト)設定で作業を開始しています。 ネットワークが稼働中の場合は、コマンドが及ぼす潜在的な影響を十分に理解しておく必要があります。

表記法

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

到達可能性

DLSw(データ リンク スイッチング)到達可能性 キャッシュ エントリに関する次のフローチャートを 参照してください。

/image/gif/paws/17565/dlswts5.gif

DLSw 到達可能性キャッシュエントリはこれら二つのタイマーによって制御されます:

  • タイマーを確認して下さい

  • 到達可能性(削除)タイマー

このセクションの残りはオペレーションのデフォルトの方式を説明します。

CANUREACH (CUR)がキャッシュにないアドレスのための WAN から着くとき、テストフレームはすべてのローカルデータリンク制御(DLC)にトークンリングネットワークの単一 経路 探索(SRE)として、デフォルトで、送られます。 MAC アドレスまたは Network Basic Input/Output System (NetBIOS)名前はステータス検索を用いるキャッシュに入力されます。 これに対する最初の応答があると、キャッシュに情報が追加され、そのアドレスまたは名前のステータスがFOUNDに変更され、verifyタイマーおよびdeleteタイマーが起動されます。 追加応答が入る場合、キャッシュ(4 まで)に追加されます。 さもなければ、状態は見つけられて残り、タイマーはリセットされません。

verifyタイマーが満了した時点(デフォルトで4分)では、何の動作も行われません。 show dlsw reachability コマンドはまだ、4 分以上の後でさえも見つけられるように別の CUR がそのリソースのために受け取られない限り、そのエントリを見ます。 ただし、そのリソースに対するCURが1つでもあれば、VERIFYステートになり、verifyタイマーが満了したことが明らかになります。

この時点では、以前にリソースを学習したインターフェイス(またはインターフェイスのグループ)に対してのみ、テストが転送されます。 その後、すべての到達可能性情報が削除されます。 最初の応答が返されると、ステートはFOUNDに戻され、ポート情報が再びキャッシュに追加され、verifyタイマーがリセットされます。 deleteタイマーには影響はありません。 追加応答が第 1 の後にある場合、ポート情報はキャッシュ(代替パス)に再び追加されます。 ただし、状態は見つけられて残り、どちらのタイマーも影響を受けていません。

explorer time-out タイマー内の確認オペレーションの一部として送信されるテストへの無応答があれば、キャッシュ エントリは削除されます。 これはエントリが自動的に削除されるかもしれない最初のポイントです: 確認タイマーが切れた場合の、そしてリソースのための次の CUR が受け取られた場合の) (x が間の間隔であるかどこに到達可能性が最初に + 確認タイマー + x + explorer time-out 学ばれた時間。

削除タイマー(16 分デフォルト)は動作している間デバイスが学ばれ、すべてを確認すればオペレーションを渡したら、削除タイマーの有効期限で自動的に削除されます(削除するために次のテストを待っている)確認タイマーとは違って。 これは既存 の リソースへの新しいパスが十分時間の内に学習されることを確認することです; 確認が発生した場合、新しい代替パスはキャッシュに少なくとも 1 つの有効なパスがあった場合その時だけ、学習されません。

回線が設定されれば、必要とするすべての到着可能性情報があります。 そのように、来ては去って行く他の到達可能性 エントリは新しいもののだけ既存の回線に絶対に効果を、もたらしません。 2つのリソース間のアクティブな回線(およびセッション接続)について、到達可能性 情報がなくなることが十分にあり得ます。 これで大丈夫で、それはデバイスが接続をし、それ以上のテストフレームを送信 しない従来のシステム ネットワーク アーキテクチャ (SNA)環境の例外よりもむしろ本当らしいです標準。

show dlsw reach

DLSw 到達可能性問題を解決しているとき、show dlsw reachability privileged exec コマンドを使用して下さい。

show dlsw reachability [[group [value] | local | remote] |
                        [mac-address [address] |
                        [netbios-names [name]]
  • グループか。か。か。(オプションの)グループ 到達可能性キャッシュだけのコンテンツを表示する。

  • か。か。か。(オプションの)到達可能性のチェック用のグループ番号を規定 します。 指定したグループのグループ キャッシュ エントリだけが表示されます。 指定できる範囲は1~255です。

  • ローカルか。か。か。(オプションの)ローカル到達可能性キャッシュだけのコンテンツを表示する。

  • リモートか。か。か。(リモート到達可能性のオプションの)ディスプレイ コンテンツはただキャッシュします。

  • MAC アドレスか。か。か。(オプションの) MAC アドレスだけのための DLSw 到達可能性を表示する。

  • アドレスか。か。か。(オプションの)到達可能性キャッシュで検索するため MAC アドレスを規定 します。

  • netbios-names か。か。か。(オプションの) NetBIOS 名だけのための DLSw 到達可能性を表示する。

  • 名前か。か。か。(オプションの)到達可能性キャッシュで検索するため NetBIOS 名を規定 します。

このコマンドからの出力を理解する、次の出力例に加えて、DLSw+ 設定コマンドを参照して下さい。

Router# show dlsw reachability

DLSw MAC address reachability cache list
MAC AddrstatusLoc.peer/portrif
0000.f641.91e8SEARCHINGLOCAL

!--- CUR is received from the WAN for an address that is not in the cache.
!--- TEST frames are sent to all local DLCs (SRE by default, on Token Ring).
!--- The MAC address or NETBIOS name is entered into the cache, with the 
!--- status SEARCHING.

0000.f641.91e8VERIFYLOCAL

!--- The first CUR that is received after the VERIFY timer expires (default 4
!--- minutes) causes the cache entry to change to the VERIFY state. A directed
!--- test poll is sent to only that interface or group of interfaces from which
!--- the cache entry was previously learned. All reachability information is
!--- deleted.
!--- The first response back causes the cache entry to be reinstated in the
!--- FOUND state. The VERIFY timer is restarted, but the DELETE timer is
!--- unchanged. Additional responses to CUR are cached (as alternative paths),
!--- but the cache entry state remains FOUND, and the timers are unaffected.

0006.7c9a.7a48FOUNDLOCAL Tokenring0/00CB0.0011.3E71.A041.0DE5.0640

!--- Each entry includes either the port???if FOUNDLOCAL???or the DLSw peer IP
!--- address???if FOUNDREMOTE.
!--- The first response to the TEST frame that is received is entered into the
!--- cache, and the status of the address or of the name found is changed to
!--- FOUND. The VERIFY and DELETE timers are started.
!--- Additional responses to TEST frames are cached (up to four) and do not
!--- affect FOUND status or timers.

0800.5a4b.1cbcSEARCHINGREMOTE

!--- The TEST frame is received on the local interface. CUR sent to the WAN.
!--- The MAC address or NetBIOS name is entered into the cache, with a status
!--- of searching.

0800.5a8f.9c3fFOUNDREMOTE10.1.1.5/008B0.A041.0DE5.0640

!--- Each entry includes either the post???if FOUNDLOCAL???or the DLSw peer IP
!--- address???if FOUNDREMOTE.
!--- Omit the first four digits and then use the 3-digit (ring) and 1-digit
!--- (bridge) numbers to trace the source of the MAC address.
!--- In this example, the MAC address has come from these values:
!---   ring = A04, bridge = 1
!---   ring = 0DE, bridge = 5
!---   ring = 064, bridge = 0

他の状態は下記のものを含んでいます:

  • 未確認か。か。か。ステーションは設定されますが、DLSw はそれを確認しませんでした。 dlsw icanreach コマンドはリモート到達可能性 キャッシュのこのステータスのエントリを追加します。

  • NOT_FOUND か。か。か。否定的なキャッシングはオンになり、ステーションはクエリに応答しませんでした。

注: ロード バランシングは FOUND キャッシュ エントリの簡単なラウンドロビンです。 端末が 16 分(sna-cache-timeout)後に接続すれば、ロード バランス必ずしも。 キャッシュ エントリがリフレッシュされるラウンドロビンは毎回再起動します。 ロード バランシングの改善を助けるように sna-cache-timeout を、高めて下さい。

エクスプローラ タイムアウト タイマー内の誘導 テストポーリングへの無応答がある場合、キャッシュ エントリは削除されます。 これはエントリが自動的に削除されるかもしれない最初のポイントです: 到達可能性が最初に + 学ばれた時間は(x が間の間隔のとき確認タイマー、そしてときにリソースのための次の CUR が)受け取られたかどこにタイマー + x + エクスプローラ タイムアウトを確認します。 これらは DLSw 到達可能性キャッシュのためのタイマーです:

  • sna-cache-timeout か。か。か。廃棄される前に時間いっぱい 存在 する MAC または SAP 位置 キャッシュ エントリ(ローカルおよび遠隔両方)。 デフォルトは 16 分です。

  • sna-verify-interval か。か。か。キャッシュ エントリの作成間の間隔はおよび時間マークされた古いおよびディレクテッド サーチ確認するためにこと送信 されます。 デフォルトは 4 分です。

  • sna-explorer-timeout か。か。か。到達不能ようにリソースを示す前に Cisco IOSソフトウェアがエクスプローラ応答を待っていること時間いっぱい。 デフォルトは 3 分です。

  • explorer-wait-time か。か。か。それらに差し向けられるエクスプローラに応答するためにすべてのステーションを待つ時間数。

DLSw 回線が接続されれば、到達可能性キャッシュのエントリからもはや影響を受けません。 長くより 16 分の間確立されてとどまるように、SNA セッションの大半に到達可能性キャッシュの No エントリがあります。

そのアドレスのための WAN を渡ってポーリングすることを防ぐようにリモート到達可能性 キャッシュに静的エントリを追加する dlsw icanreach コマンドを発行できます。 このコマンドの結果としてリモート DLSw ピア到達可能性 キャッシュで、見られるエントリは未確認状態に、あります。

全体の DLSw 到達可能性キャッシュを消去する clear dlsw reachability コマンドを発行できます。

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

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


関連情報


Document ID: 17565