【自動翻訳】ポリシー分析

1. <Control>キーを押したままにし、そしてマウスをリストから複数のアドレスを選択するのに使用して下さい。

2. アドレス範囲を、1アドレスを選択するために選択することは、<shift>キーを押したままにしましたり、そして第2アドレスを選択します。 すべての中間アドレスはまた選択されます。

ユーザインターフェイスはポリシーのために異なっています- >ガイドされたポリシー作成。 この場合、<shift>キーを押したままにし、そしてマウスをトポロジーから複数のアドレスを選択するのに使用して下さい。

複数のアドレスを選択するそれにつくます各々の発注されたペアのために生成されるポリシーで一対多か多対多関係を、留意して下さい。 たとえば、他からの1つのリストおよび4から3つの項目を選択することは12のポリシーを生成します。 大きいポリシーリストはシステムリソースにすぐに課します; 処理しやすいサイズにポリシーセットを保存するように気を付けて下さい。

そのメッセージを受け取らなかった場合、プロトコルが再構成されるまたは動作状態が変更される時間のかかりますことを覚えて下さい。 通常、これは余りにも多くの接続ポリシーが分析され、マシンがRAM/SWAPスペースを使い果たしているという理由によります。 単一、大きいポリシーよりもむしろ複数の小さいポリシーの接続を(次々に)、分析することをこの問題を回避し、パフォーマンスを増進するために、推奨します。

分析をするときすべての等しい「ベストパス」はNSMによって表示されます。

1. 再配布ミスコンフィギュレーション。

2. 不正確に定義されたスタティック・ルート。

3. 不完全にラストリゾートゲートウェイを設定して下さい。

4. (サブネットにトラフィックを送るの集約主要なネットワークアドレス宛先について知らない)。 そのサブネットで、デフォルトnetworkコマンドは主要なネットワークにトラフィックを戻します

5. Cisco IOS distanceコマンドの不適当な使用。

"Redistribution Routing Loops"エントリをPoliciesウィンドウでロードし、分析して最初の原因を(意味、再配布関係のIPルーティングループ)ネットワークで上記リストに記載されていて判明します。 ただし、識別されるループは物すなわち、(ループ安定した状態の下に残る耐久性がある物)またはトランジェントであるかもしれません(すなわち、どちらかがコンバージェンスの間に最初に作り出されることループ、一方では立ち去るため; または安定した状態の下で定期的に現われる)物。

NSM 4.0リリースが、区別これら二つのタイプのルーティングループの間で作ることでなかった前に; 4.0リリースはこの区別をつけます。 暗黙ポリシーはすべてのルーティングループを見つけません。 包括的なテストに関しては、小さいバッチの「any-to-any」接続をテストする必要があります。

"no route"状態を診断するために、次のプロシージャは推奨されます:

1. 宛先に到達することは可能であるかどうか判別して下さい。 すなわち、トポロジカル・パス(エントリ)があるかどうか判別して下さい。 そうでなかったら、ネットワークにトポロジカルな変更を行なわないで"no route"状態を修正することはできません場合。

2. トポロジカル・パスがある場合、どのルータが問題を引き起こしているか判別して下さい。

3. "no route"ポリシーを強調表示し、QuickSolverを選択して下さい; ルータが問題を引き起こしている、そしてなぜ簡潔な説明与えられます。