種類のブリッジング実装方法が採用されています。ベースだけでプロトコルのブリッジングまたルーティングが可能でした。ルーティングが行われていました。ルータのどのインターフェイスでもブリッジングを行うことができません。ベースで決定できます。インターフェイスで同じプロトコルのブリッジングをすることが可能です。そのルータは特定のプロトコルに対してルータとブリッジを兼ねることができます。インターフェイスとの間には、通信はありません。次の例では、特定のプロトコルに関して、単一のルータが論理的には独立した複数のデバイスとして機能できることを示します。インターフェイス間でのルーティング機能を提供します。リンク層で実行され、ルーティングはネットワーク層で実行されるため、ブリッジングとルーティングはプロトコル設定モデルが異なります。アドレスが付いた固有のネットワークを表しています。概念は、これらのインターフェイスで任意のプロトコルでのパケット交換を可能にするために作成されたものです。グループに接続されたルータように動作します。インターフェイスのように動作するルータ内の仮想インターフェイスです。グループとなっています。グループの番号になります。グループ間のリンクになります。適用される仕組みを示したものです。インターネットワークでの接続性の問題に関するトラブルシューティング情報を紹介します。ブリッジングの特定の症状、それぞれの症状を引き起こす可能性が高い問題点、そのような問題の解決策について説明します。製品のトラブルシューティング」で取り上げています。ツリーが使用される場合)についての基本的な知識が必要です。次のものを用意しておいてください。接続性の問題をトラブルシューティングする際には、ホスト数を最少にします。つのサーバだけにすることが理想です。ブリッジ型ネットワークで最も一般的に発生するネットワークの問題について説明します。ブリッジ型ネットワーク経由でホストに接続できない。この現象を引き起こす場合がある概説し、ソリューションを提案したものです問題を。コマンドを使用して、接続性の問題があるかどうかを確認します。アドレスが出力されません。プロトコルがアップ状態であるかどうかを判別します。インターフェイスがダウンしている場合は、ハードウェアまたはメディアの問題をトラブルシューティングします。章「ハードウェアとブートの問題のトラブルシューティング」を参照してください。プロトコルがダウンしている場合は、そのインターフェイスとネットワークの間の物理的な接続を確認します。確実に接続されていることと、ケーブルが損傷していないことを確認してください。カウンタが増加していない場合は、メディアとホストの接続性を確認します。トラブルシューティングの章を参照してください。テーブルに入っていることを確認します。アドレスで構成されており、発信元あるいは宛先からのパケットがブリッジを通過すると、値が入ります。予期されるエンドノードが見つからない場合は、そのノードのステータスをチェックして、接続されていることと適切な設定になっていることを確認します。テーブルを再確認してください。パスが壊れているエンドノード間でパケットが辿るパスを特定します。つの部分に分けてトラブルシューティングを実施します。パス上の各ブリッジに接続して、エンドノード間のパスで使用されているポートのステータスを確認します(上記の「ハードウェアまたはメディアの問題」の項目で説明)。アドレスが適切なポートで学習されていることを確認します。トポロジが不安定になる可能性があります。ツリー」を参照してください。コマンドでポートの状態を確認します。ステートになっていない場合は、ツリーのトポロジが予期せず変更されている可能性があります。ツリー」を参照してください。フィルタが設定されているかどうかを判別します。フィルタを無効にして、接続性が回復するかどうかを確認します。接続性が回復しない場合、問題はフィルタではありません。複数の不良フィルタが問題の原因です。フィルタの設定を確認します。これらは、異なるプロトコルのブロッキングを行うために、同時に使用できます。トランスポートのブロッキングに使用できます。すべてのフィルタを有効にしても接続状態を維持できるまで、フィルタのテストを続行してください。トラフィックが原因で、入力キューと出力キューがオーバーフローし、その結果パケットが廃棄される可能性があります。コマンドを使用して、入出力の廃棄を探します。廃棄がある場合は、メディアに対して過剰なトラフィックがある可能性が示唆されています。レートに対応するために、入力キューのサイズを調整する必要があります。入力キューの現在のパケット数が入力キューのサイズに近づいているようには見えない場合でも、パケットのバーストによりキューがオーバーフローする可能性があります。デバイスを使用して、ネットワークをセグメント化します。バッファのサイズを変更するといった方法を試すことができます。章の「トラブルシューティング:シリアル回線の問題」を参照してください。ホスト間の接続が一時的に途切れる。同時に複数のホストが影響を受けます。この現象を引き起こす場合がある概説し、ソリューションを提案したものです問題を。コマンドを使用して、トポロジ変更の回数が増加し続けているかどうかを調べます。コマンドを使用して、ブリッジ間のリンクを確認します。コマンドを使用します。ツリーに関連するすべての変更が記録されます。安定したトポロジでは、何も記録されないはずです。デバイスを接続しているリンクだけです。ステーションへのリンクでの遷移はネットワークに影響しません。コマンドを使用すると、システムが使用できなくなる場合があります。セッション中に限定して使用してください。コマンドを使用するのがベストです。コマンド処理によるオーバーヘッドの増大がシステムの使用に影響を及ぼす可能性が低くなります。ブリッジ情報に一貫性があることを確認します。アルゴリズムのミスマッチ」を参照)。コマンドを使用して、目的のブリッジを強制的にルートにします。値が低いほど、ブリッジがルートになる可能性が高くなります。ネットワークの直径を確認します。交換されないブリッジが相互に通信しているか確認します。フレームが交換されているか確認します。コマンドを使用すると、システムが使用できなくなる場合があります。セッション中に限定して使用してください。コマンドを使用するのがベストです。コマンド処理によるオーバーヘッドの増大がシステムの使用に影響を及ぼす可能性が低くなります。交換されていない場合は、ブリッジの物理的な接続とソフトウェア設定を確認します。ブリッジング環境で接続が確立しているのに、セッションが突然終了することがある。この現象を引き起こす場合がある概説し、ソリューションを提案したものです問題を。アナライザを使用して、ホストの再送信を探します。低速のシリアル回線で再送信が検出された場合は、ホスト上の送信タイマーを増加させます。ホストの設定方法については、ベンダーのドキュメントを参照してください。章「トラブルシューティング:シリアル回線の問題」を参照してください。メディアで再送信が検出された場合は、送信されたパケットと受信されたパケットを順序どおりに確認するか、中継デバイス(ブリッジやスイッチなど)で廃棄されたパケットを確認します。メディアのトラブルシューティングを適切に行います。トラブルシューティングの章を参照してください。アナライザを使用して、再送信数が減っているかどうかを判別します。バッファのサイズを変更するといった方法を試すことができます。章の「トラブルシューティング:シリアル回線の問題」を参照してください。アウトや破棄が発生する。ループの原因は、通常、ネットワーク設計の問題か、ハードウェアの問題です。この症状を引き起こす可能性のある問題の概要を示して、解決策を提案します。ループは、すべてのユーザに影響が出る可能性があるため、ブリッジ型ネットワークにおける最悪のシナリオです。緊急の場合は、ネットワーク内で冗長パスを形成しているすべてのインターフェイスを手動で無効にし、早急に接続を回復させることが最善策になります。ループの原因特定が非常に困難になります。対策を試してください。マップを検証し、ループの可能性を確認します。モードになっていることを確認します。カウントの統計情報を取得します。通常のトラフィック負荷と比較して、カウンタが異常に高いレートで増加している場合は、ネットワーク内にループが残っている可能性があります。アルゴリズムを実装して、ループの発生を防止します。アルゴリズムが使用されているかを判別します。いずれか)が実装されていることを確認します。アルゴリズムを使用することが必要となる場合があります。アルゴリズムを使用するようにします。アルゴリズム間には互換性はありません。ドメインに対応することを確認します。グループが設定されている場合は、すべてのドメインの仕様が適切に割り当てられていることを確認します。グローバル設定コマンドを使用します。ドメイン間にループが存在しないことを確認します。ツリーに基づくループの防止機能は提供されていません。ツリーには依存しません。ステートへ移行すると、ループが発生します。受信する必要があります。ループの原因となる可能性があります。コマンドを使用して確認します。ステートの場合)、問題の真の原因が見つかったことになります。受信しているか確認してください。受信していない場合は、おそらく、このポートに接続しているリンクに問題があります。エラー、デュプレックスの設定などを調べてください。代表ブリッジと考えられるブリッジを調べます。次に、ルートに向かうパス上のすべてのリンクを調べます。問題が見つかります(最初のネットワーク図が正しいことになります)。チームへのお問い合わせの前にお使いのネットワークが安定している場合は、そのトポロジに関する情報をできる限り収集してください。最低でも、次のデータが必要です。サービス契約が必要です。