レポートマネージャー:ネットワークレポート
以下のセクションでは、使用可能なネットワークレポートのタイプについて説明します。
需要レポート
デマンドパス&多様性レポート
デマンドパス&多様性レポートには、ネットワーク内のすべてのユーザー需要要件が、デマンドID、発信元、宛先、帯域幅、タイプ、優先度、プリエンプト優先度、パスルーティング、距離メトリックとともに一覧表示されます。出力ディレクトリに書き込まれる出力ファイルは、「PATHRPT」と呼ばれます。runcode」です。
のパスとダイバーシティレポート
| フィールド |
説明 |
|---|---|
| フローID/PVCID |
デマンドのID。(列名はハードウェアモジュールによって異なります)。 |
| From_Node_Name |
デマンドの発信元ノードのフルネーム。 |
| From_Domain/From_Area |
需要が発信されたドメイン(存在する場合)。 |
| From_Node# |
デマンドの発信元ノードのID。 |
| From_Country |
発信元ノードが存在する国。 |
| カード |
デマンドが接続されているカードの名前。需要/フローが使用するカード スロットの位置。 |
| ポート |
デマンドが接続されているカードのポート番号。需要/フローが使用するカードに関連付けられたポート |
| To_Node_Name |
デマンドの宛先ノードのフルネーム。 |
| To_Domain/To_Area |
需要の宛先ドメイン(存在する場合)。 |
| To_Node# |
需要の宛先ノードの ID。 |
| To_Country |
宛先ノードが存在する国。 |
| カード |
デマンドが接続されているカードの名前。需要/フローが使用するカードスロットの位置 |
| ポート |
デマンドが接続されているカードのポート番号。需要/フローが使用するカードに関連付けられたポート |
| 帯域幅 |
選択した需要に割り当てられた帯域幅の量。 |
| タイプ |
データ需要(R)か音声需要(V)かの需要のタイプ、および需要の方向(A-Z、Z-A)。 |
| 地上波 |
地上波メディアに対する需要の好み。有効なエントリーには、Don't Care、Required、Prefer、Prefer Not、Avoid が含まれます。このパラメーターはルートバイアスで使用され、実際には実際のメディア特性を反映していない可能性があることに注意してください。 |
| ファイバー |
ファイバーメディアに対する需要の好み。有効なエントリーには、Don't Care、Required、Prefer、Prefer Not、Avoid が含まれます。このパラメーターはルートバイアスで使用され、実際には実際のメディア特性を反映していない可能性があることに注意してください。 |
| 暗号化済み |
需要の暗号化メディアに対する好み。有効なエントリーには、Don't Care、Required、Prefer、Prefer Not、Avoid が含まれます。このパラメーターはルートバイアスで使用され、実際には実際のメディア特性を反映していない可能性があることに注意してください。 |
| Pri、PrePri |
需要仕様の優先度フィールドは、カンマ(,)またはスラッシュ(/)で区切られた 2 つの数字で構成されています。最初の番号はデマンドのコール優先度を定義し、2 番目の番号はデマンドのプリエンプト優先度を定義します。プリエンプト優先度は、デマンドのコール優先度と同じかそれより低い優先度である必要があります。この需要は、コール優先度がプリエンプト優先度よりも低い需要をバンプする可能性があることを想定しています。 |
| Actual_Path |
需要の現在のパス(ルーティング)。 |
| Route_Cost |
このフィールドには、需要が通過するリンクのメトリック(管理重み)の合計が表示されます。非対称需要の場合、各方向に 1 つずつ、2 つの別々の行を使用してメトリックを示します。リンクのデフォルトのメトリックは、[ツール] > オプション > [デザイン] ウィンドウの [デザイン>パス配置オプション] ペインで設定されたルーティング メソッドに依存することに注意してください。 |
| 遅延 |
プログラムがパス配置を実行し、コールに最適なルートを見つけようとすると、遅延メトリックが調べられ、リンクが望ましくないかどうかを判断します。トランクの各方向に 1 つずつ、2 つの遅延メトリックがサポートされています。非対称遅延メトリックがハードウェアでサポートされていない場合、2番目の遅延は「-」とマークされます。トランクに遅延メトリックが定義されていない場合、デフォルトの遅延は伝搬遅延とシリアル化遅延に基づいて計算されます。 |
| Geo_Dist(マイル) |
現在のパスにあるリンクの実際の走行距離の合計を指定します。 |
| #Hop |
現在のパスのホップの合計数を指定します。 |
| OnPrefRt/Path_Violation |
要求を指定されたパスにルーティングできなかったかどうかを指定します。 |
| Media_Error |
指定されたメディア(地上波、ファイバー、暗号化)でデマンドをルーティングできなかったかどうかを指定します。 |
| コメント |
ユーザー指定のコメント。 |
| DivLevel/DivGroup |
互いに異なる需要のグループ名。 |
CoS需要レポート
CoS 需要レポートは、ネットワーク内の選択した CoS クラスの需要に対するインターフェイスの負荷とキューイングの遅延に関する情報を提供します。サービスクラス機能の詳細については、 『Paragon Plannerユーザーガイド 』をご覧ください。
出力ディレクトリに書き込まれる出力ファイルは、「DEMANDCOS.runcode」です。
-
通常またはピーク:トラフィックが正常なということは、ネットワークに障害や停止が発生していないことを意味します。ピークは、障害シミュレーションレポートが使用されることを意味します。
-
CoSクラス:トラフィックのすべてまたは特定のクラスを1つ選択します。レポートは、すべてのトラフィック クラスまたは特定のクラス(優先度クラスなど)に対して発行できます。
-
期間:計画、最悪、すべて、または特定の期間を選択します(トラフィック負荷ファイルから)。計画済とは、需要ファイルの値に基づいて計算されたインターフェイス負荷を使用してレポートが生成されることを意味します。Worstは、最悪のトラフィック負荷に基づいて計算されたインターフェイスの負荷を使用してレポートが生成されることを意味します。
| フィールド |
説明 |
|---|---|
| DemandName |
需要の名前。 |
| ノードA |
デマンドの発信元ノード。 |
| ノードZ |
デマンドの終端ノード。 |
| BW |
需要の帯域幅。 |
| タイプ |
データ需要(R)か音声需要(V)かの需要のタイプ、および需要の方向(A-Z、Z-A)。 |
| ポリシークラス |
需要が属するポリシークラス。 |
| ディレクター |
需要の方向:A2Z、Z2A。 |
| PropDelay(ms) |
パス内のノードとリンクのノード遅延とリンク伝搬遅延の合計。最初のノードでの遅延は含まれません。 |
| #Hop |
現在のパスのホップの合計数を指定します。 |
| CodecPktDelay |
コーデックパケット遅延を指定します |
| 計画荷重 |
需要の帯域幅フィールドで定義された帯域幅。この需要に対して計画された帯域幅の量。 |
| 計画されたQDelay(ms) |
計画された負荷と CoS ポリシーに基づくキューイングの遅延。 |
| 計画されたドロップBW |
この需要に対して計画されたドロップ帯域幅 |
| 計画されたジッター |
総パス遅延の標準偏差によって定義されるジッター。 |
| 最悪の負荷 |
すべてのトラフィック期間における負荷の中で最大の帯域幅。 |
| 最悪のQDelay |
すべてのトラフィック期間の中で最も高いキューイング遅延値。 |
| 最悪のドロップBW |
すべてのトラフィック期間の中で最も大きなドロップ帯域幅。 |
| 1, 2, ...負荷 |
指定された期間の需要の帯域幅。 |
| 1, 2, ...QDelay |
指定された時間帯のキューイング遅延。 |
| 1, 2, ...ドロップBW |
指定された期間にドロップされた帯域幅。 |
需要ルートコストレポート
需要工順コストレポートには、需要の経路に基づいて各需要のコスト情報が表示されます。各エントリーは、ネットワーク内の需要です。レポートでは、各需要の詳細、その総コスト、および通過する各リンクごとのコストの内訳を指定します。
出力ディレクトリに書き込まれる出力ファイルは、「CKTCOST_RT.runcode」と呼ばれます。
############################################################## # COST REPORT FOR DEMANDS File=CKTCOST_RT.x ############################################################## ## # Currency= DL(American Dollar), DistUnit=mile Ratedir = /u/wandl/db/rates/default # Calculation Method: utilization cost according to demand routes # i.e. Demand cost = Sum of (bandwidth/link_cap)*(link cost) # for links in the path #
等 コストマルチパスレポート
等コストマルチパスレポートには、ネットワーク内のすべての等コストマルチパスが表示されます。イコール コスト パスの各セットが一覧表示され、発信元ノードと宛先ノード、ホップバイホップ パスが表示されます。ECMP機能の詳細については、 『Paragon Plannerユーザーガイド 』をご覧ください。出力ディレクトリに書き込まれる出力ファイルは、「EQPATHRPT」と呼ばれます。runcode」です。
ECMP パスは IGP ルーティングに基づいて計算されますが、実際のパス配置では MPLS トラフィック制御トンネルも考慮されます。
* Notations: * & : Same site * - : Intra-LATA or Intra-Country * -- : Inter-LATA or Inter-Country * = : Intra-LATA or Intra-Country, Second vendor or linktype * == : Inter-LATA or Inter-Country, Second vendor or linktype. * @ : Intra-LATA or Intra-Country, Inter-domain * @@ : Inter-LATA or Inter-country, Inter-domain * -*- : Link missing or not enough bandwidth
リンクレポート
計画リンク使用状況レポート
計画使用状況レポートには、ネットワークの包括的なリンクと帯域幅の情報が記載されています。出力ディレクトリに書き込まれる出力ファイルは「LKUTIL」と呼ばれます。runcode」です。
| フィールド |
説明 |
|---|---|
| リンク名 |
リンクの名前。 |
| ディレクター |
リンクの方向。 |
| アノード |
リンクの発信元ノード。 |
| Zノード |
リンクの宛先ノード。 |
| タイプ |
使用されているトランクのタイプ。トランク タイプは、リンクの価格と帯域幅の可用性の決定に後で使用されます。 |
| トランクBW |
ノードAからZへのリンクの総帯域幅。これは、AvailBW、UsedBW、および Ovhd の値の合計でもあります。 |
| 利用可能BW |
ノードAとZの間の未使用帯域幅の使用可能量。 |
| 使用済みBW |
ノード A と Z 間の需要要件で実際に使用される帯域幅の量。 |
| Ovhd |
オーバーヘッド用に予約された帯域幅の量。(TotalBw = AvailBw + 使用済みBw + Ovhd) |
| UtilPct |
このリンクの使用率は、(UsedBW+Ovhd)/TotalBW によって計算されます。 |
| nDemand/ncall |
リンク上またはリンクを介してルーティングされた需要の数。 |
物理インターフェイスの使用計画
計画物理インターフェイス使用率レポートには、ネットワーク内の各物理インターフェイスの使用状況統計が表示されます。出力ディレクトリに書き込まれる出力ファイルは「PHYUTIL」と呼ばれます。runcode」です。
デマンドトラフィックとインターフェイストラフィックの比較
デマンドトラフィックとインターフェイストラフィックレポートでは、測定されたリンク使用率レポートとインターフェイストラフィックレポートがマージされ、比較されます。
レイヤー3では、比較リンク使用率レポートを使用して、トラフィック負荷から計算されたリンク使用率とインターフェイストラフィックから計算されたリンク使用率を比較します。24の期間それぞれについて、インターフェイストラフィックとトラフィック負荷から計算されたリンク使用率の差が計算され、各期間と最悪の期間と期間の平均の差分(intf - 需要)列に表示されます。
レイヤー2では、比較リンク使用率レポートを使用して、トンネルトラフィック負荷から計算されたリンク使用率とインターフェイストラフィックから計算されたリンク使用率を比較します。
CoSリンクレポート
CoSリンクレポートは、選択したCoSクラスのリンクのインターフェイス負荷とキューイング遅延に関する情報を提供します。この機能の詳細については、 『Paragon Plannerユーザーガイド 』をご覧ください。出力ディレクトリに書き込まれる出力ファイルは「LINKCOS」と呼ばれます。runcode」です。
-
通常またはピーク:トラフィックが正常なということは、ネットワークに障害や停止が発生していないことを意味します。ピークは、障害シミュレーションレポートが使用されることを意味します。
-
CoSクラス:トラフィックのすべてまたは特定のクラスを1つ選択します。レポートは、すべてのトラフィッククラスまたは特定のクラス(例えば、優先度クラス)に対して発行できます
-
期間:計画、最悪、すべて、または特定の期間を選択します(インターフェイスロードファイルから)。計画済とは、需要ファイルの値に基づいて計算されたインターフェイス負荷を使用してレポートが生成されることを意味します。Worstは、最悪のトラフィック負荷に基づいて計算されたインターフェイスの負荷を使用してレポートが生成されることを意味します。
| フィールド |
説明 |
|---|---|
| リンク名 |
リンクの名前。 |
| トランクタイプ |
リンクのタイプ(OC3 や STM1 など) |
| 帯域幅 |
リンクの帯域幅。 |
| ノード |
リンクのエンドポイントの1つ。これは、この行に記載されているトラフィックの方向を指定します。 |
| インターフェース |
リンクが接続されているノード上のインターフェイス。 |
| ポリシー名 |
リンクに指定された CoS ポリシー |
| ポリシークラス |
トラフィックの CoS クラス。 |
| ポリシー帯域幅 |
ポリシークラス用に予約された帯域幅。 |
| PIR |
ピーク情報レート |
| クラス |
需要の CoS 定義で使用されるクラス名。 |
| マッチ |
指定されたクラスの一致条件として使用される「IP precedence」または「MPLS EXP bits」。 |
| プロップディレイ |
リンク上の伝搬遅延。 |
| 計画荷重 |
リンク上の需要に対して計画された帯域幅の量。 |
| 計画された利用 |
使用されているトランク帯域幅の割合。 |
| 計画されたポリシーユーティリティ |
使用されているポリシークラス用に予約された帯域幅の割合。 |
| 計画されたQDelay(ms) |
リンクのキューイング遅延。 |
| 計画されたドロップBW |
このリンクで計画されたドロップされた帯域幅。 |
| 計画されたジッター |
総パス遅延の標準偏差。 |
| 最悪の負荷 |
すべてのトラフィック期間における負荷の中で最大の帯域幅。 |
| 最悪のQDelay |
すべてのトラフィック期間の中で最も高いキューイング遅延値。 |
| 最悪のドロップBW |
すべてのトラフィック期間の中で最も大きなドロップ帯域幅。 |
| 1, 2, ...負荷 |
指定された期間におけるリンクの負荷。 |
| 1, 2, ...QDelay |
指定された時間帯のキューイング遅延。 |
| 1, 2, ...ドロップBW |
指定された期間にドロップされた帯域幅。 |
リンクコストレポート
リンクコストレポートには、詳細なリンク価格情報が記載されています。ネットワーク内の各リンクは、送信元ノードと宛先ノード、ベンダー、タイプ、月額コスト、および非定期料金別に一覧表示されます。リンクのグループ化は、LECおよびIXCベンダーによって行われます。
出力ディレクトリに書き込まれる出力ファイルは「LKCOST」と呼ばれます。runcode」です。
****************************************************************** * * Backbone Link Configuration and Pricing Report -- runcode=x * ****************************************************************** * Remark 1: vendor/cost marked with * are default specified in usercost file Remark 2: vendor/cost marked with # are default specified in bblink file Remark 3: cost marked with @ are calculated from usercountrycost file Remark 4: cost marked with ^ are estimated from default specified in usercost file
仕入先または原価値に付加される特殊文字(#、*、@、^ など)は、価格の計算方法を示すために使用されます。たとえば、「#」でマークされたベンダーまたはコスト値は、bblinkファイルで指定されたデフォルト値が使用されたことを意味します。レポートウィンドウのExpボタンを押すと、説明が表示されます。
レポートがCSV形式で保存されている場合、またはParagon Plannerクライアントで表示されている場合、疑問符('??')を月次列とNRC列に含め、このリンクの価格を決定できないことを示しています。これは通常、サービスタイプが料金データベースでサポートされていない場合に発生します。この場合、次のことができます。
-
bblinkファイルで直接目的のリンクコストを指定するか、
-
usercost ファイルを使用して、特定のノード ペア間のさまざまなサービス タイプのデフォルト ベンダーとコストを定義します。
-
custrateファイルを使用して、定義されたノードクラス間の価格表を作成します。なお、この管理機能はバンドルされていないアドオン機能です。
| フィールド |
説明 |
|---|---|
| リンク名 |
リンクの識別子 |
| CntryA/NXX |
リンクが発信されている場所のNPA/NXXロケーション。 |
| ノードA |
リンクが発信されたノードの名前。 |
| カードA |
リンクの送信元ノードにあるカードに関する情報。 |
| インターフェイスA |
リンクの送信元ノードにあるインターフェイスの名前。 |
| CntryZ/NXX |
リンクの宛先のNPA/NXXロケーション。 |
| ノードZ |
リンクが終了する宛先ノードの名前。 |
| カードZ |
リンクの宛先ノードにあるカードに関する情報。 |
| インターフェイスZ |
リンクの宛先ノードにあるインターフェイスの名前。 |
| ベンダー |
このリンクに関連付けられているベンダー。仕入先の可能な値には、特定の国または地域に固有で、料金データベースに記載されている値が含まれます。ベンダーが指定されていない場合、この値はデフォルト値のDEFに設定されます。 |
| # |
ノードAからノードZへのリンク数 |
| タイプ |
使用されているリンクのタイプ。リンクタイプは、リンクの価格と帯域幅の可用性を決定する際に使用されます。 |
| 毎月 |
リンク/回線コストは、月次請求金額を表します。 |
| NRC |
非定期料金 設置料金とも呼ばれます。 |
| 距離(マイル) |
2 つのノード間の距離(マイル単位)。 |
| 管理者ディスト |
リンクの管理ウェイトまたは距離。A-Z方向のAdminDistA。Z-A方向のAdminDistZ。 |
| 遅延 |
各方向のリンクの遅延。DelayA=A-Zの遅延;DelayZ=Delay(Z-Aの場合)。 |
| クラス |
ノードが属するカスタムレートクラス。ノードAのCLASSA=クラス。ノードZのCLASSZ=クラス。 |
| サイト |
ノードが属するサイト。ノード A の SITEA=site;ノードZのSITEZ=site。 |
| ハードウェアタイプ |
ノードのハードウェアタイプノード A の HWTYPEA=hw タイプ。ノードZのHWTYPEZ=hwタイプ。 |
RSVP帯域幅割り当てレポート
RSVP帯域幅割り当てレポートには、ネットワーク内の各リンクの詳細なリンクパーティション情報が表示されます。このレポートには、ネットワークメニューにあるリンクウィンドウの容量タブメニューに同じ詳細情報が表示されます。
出力ディレクトリに書き込まれる出力ファイルは「LKPART」と呼ばれます。runcode」です。
のリンクパーティションレポート
測定 されたリンク使用率レポート
測定されたリンク使用率レポートには、ネットワーク内のルーティングされたトラフィック負荷に基づいて計算されたリンク使用率が表示されます。ライブネットワークモデルの場合、このレポートは、ライブネットワークを開いてオフラインモードに切り替えた後に表示できます。
レイヤー3のトラフィック負荷は、測定されたエンドツーエンドのトラフィック負荷(ネットワークファイルの読み込みウィンドウでトラフィック負荷ファイルとして読み取れる)またはエンドツーエンドの需要のいずれかです。トラフィックロード ファイルが読み込まれると、最大 24 期間のトラフィック データを使用できる可能性があります。各期間について、負荷と使用状況の情報が 2 つの列に表示されます。最悪の統計情報と平均統計情報も表示されます (たとえば、平均負荷列と平均使用率列)。
レイヤー2では、リンク使用率はネットワーク内のトンネルトラフィック負荷に基づきます。トンネルトラフィック負荷は、ネットワークファイルの読み込みウィンドウでt_trafficloadファイルとして読み込むことができます。
インターフェイストラフィックレポート
インターフェイストラフィックレポートには、データがある場合、一定期間にわたって各リンクで測定されたトラフィックが詳細に表示されます。これらのレポートにアクセスするには、まずトラフィックを収集し(Paragon Plannerのオフライントラフィック収集機能または他のトラフィックソースを使用)、オフライントラフィックインポート機能を使用してソフトウェアにインポートする必要があります。オフライントラフィックのインポートの詳細については、 Paragon Plannerユーザーガイドを参照してください。
処理されたインターフェイストラフィックデータは、「interfaceLoad_out」(エグレストラフィック)および「interfaceLoad_in」(イングレストラフィック)の行で仕様ファイルが参照するファイルに保存されます。インターフェイストラフィックレポート、ASトラフィックレポート、およびAS間トラフィックレポートは、これらのファイルから取得されます。最大24期間のトラフィックデータを利用できる可能性があります。各期間について、負荷と使用状況の情報が 2 つの列に表示されます。最悪の統計情報と平均統計情報も表示されます (たとえば、平均負荷列と平均使用率列)。レポートは、レイヤー3でもレイヤー2でも同じです。
エグレストラフィックファイルで発信トラフィックの測定値(ノードAからノードBへ)見つからない場合、Paragon Plannerはイングレストラフィックファイルの番号(ノードAからノードBへ)を使用します(利用可能な場合)。
インターフェイストラフィックレポート
インターフェイストラフィックレポートは、オフライントラフィックインポートを実行するときに生成されます。
| フィールド |
説明 |
|---|---|
| リンク名 |
リンクの名前。 |
| ノードA/Z |
リンクの送信元(A)と宛先(Z)のエンドポイント。 |
| インターフェイスA/Z |
ノードAとノードZ上のそれぞれ発信元(A)インターフェイスと終端(Z)インターフェイス。 |
| 帯域幅 |
リンクの総帯域幅。 |
| トランクタイプ |
リンクタイプ(T1、OC3、ATM10Mなど) |
| 最悪の負荷 |
歴代で経験した最悪の負荷。* |
| Worst Util |
最悪の負荷に相関するリンク使用率 |
| 平均負荷 |
すべての期間に発生した負荷の平均。* |
| 平均使用率 |
平均負荷と相関するリンク使用率 |
| ピリオド1...n |
期間1、期間2、...periodn.* |
| 使用率(%) |
各期間測定された負荷に相関するリンク使用率。各「ピリオド」列の直後に「Util(%)」列があるはずです。 |
単位(Kbpsなど)を特定するには、レポートの上部にある説明ボタンを押します。
ASトラフィックレポート
自律システム(AS)トラフィックレポートには、エンドポイントが2つの異なるASにあるリンク上で測定されたトラフィックの詳細が記載されています。
| フィールド |
説明 |
|---|---|
| AS1 |
リンクの送信元ASのAS番号。 |
| ノードID1 |
リンクの送信元ノードのノードID。 |
| インターフェイス1 |
ソース ノードのリンク インターフェイス。 |
| AS2 |
リンクの宛先 AS の AS 番号。 |
| ノードID2 |
リンクの宛先ノードのノードID |
| インターフェイス2 |
宛先ノードのリンクインターフェイス。 |
| 帯域幅 |
リンクの帯域幅。 |
| 平均イン |
AS2->AS1方向のリンクで測定された平均受信トラフィック。 |
| 平均アウト |
AS1->AS2方向のリンクで測定された平均発信トラフィック。 |
AS間トラフィックレポート
AS間トラフィックレポートには、2つの異なる自律システム(AS)間のすべてのリンクで測定された集約された平均トラフィックの詳細が記載されています。
| フィールド |
説明 |
|---|---|
| AS1 |
送信元ASのAS番号。 |
| AS2 |
宛先 AS の AS 番号。 |
| AS1名 |
AS1に対応するAS名。デフォルトでは、AS名はファイル$WANDL_HOME/db/misc/ASNamesから取得されます。 |
| AS2名 |
AS2に対応するAS名。 |
| 総BW |
これら2つのAS間のすべてのリンクの帯域幅の合計。 |
| 平均イン |
AS2->AS1方向のAS1とAS2間のすべてのリンクで測定された平均トラフィック負荷。 |
| 平均アウト |
AS1 と AS2 間のすべてのリンク(AS1->AS2 方向)で測定された平均トラフィック負荷 |
インバウンド/アウトバウンドネットワークトラフィック
このレポートには、ノードで発信および終了するトラフィックの合計に対応する各ノードの集計アウトバウンド値と集計インバウンド値が表示されます。ただし、ネットワークモデル内のどのリンクにも対応しないインターフェイス(例えば、顧客向けインターフェイス、CE設定ファイルがネットワークモデルにない場合のPE-CEインターフェイス)上でのみ表示されます。この情報は、インターフェイス上で測定されたトラフィック([ファイル>ネットワークファイルの読み込み]ウィンドウにあるインターフェイスの「egress」および「ingress」トラフィックファイル)から得られます。
このファイルの目的の1つは、 Paragon Plannerユーザーガイドで説明されているように、トラフィックマトリクスツールで使用することです。
グループレポート
レポートマネージャーのこのグループレポートセットには、ネットワークモデル内のグループに関する情報が表示されます。この情報には、グループ内およびグループ間のリンクと需要の概要と詳細が含まれます。ノードをグループに分類した場合、これらのレポートには、特定のグループ内または2つの異なるグループ間に存在するリンクとトラフィックの量が表示されます。障害シミュレーションの実行後、ピーク状態でネットワークグループ情報を表示することもできます。
これらのレポートは、グループ間のトンネル情報に関するIP/MPLSネットワークのレイヤー2や、PNNIグループを含むATMネットワークで生成できます。PNNI グループ間の情報を表示するには、[グループ タイプ] 選択ボックスでこのオプションを選択します。
グループ需要サマリーレポート
出力ディレクトリに書き込まれる出力ファイルは、「GROUPDEMANDSUMMARY」と呼ばれます。runcode」です。
-
通常、ピーク:通常の条件下でネットワーク情報を表示するには、通常を選択します。故障シミュレーションを実行した後、「ピーク」を選択すると、ピーク使用率情報が表示されます。
-
グループタイプ:デフォルトの選択はユーザー定義グループです。このネットワークにPNNIグループが含まれている場合、選択ボックスで表示するPNNIグループを選択することもできます。
-
期間:レポートは、トラフィック負荷ファイルに基づいて、選択した期間のトラフィック負荷情報を表示できます。
| フィールド |
説明 |
|---|---|
| グループA、Z |
この行には、グループ A で発生し、グループ Z で終了する需要の要約情報が含まれています。 |
| # 需要 |
グループ A からグループ Z への要求された需要 (配置済みおよび未配置済み) の合計数。 |
| BW |
需要の帯域幅の合計。 |
| WorstLd |
すべての期間のうち、最悪の場合におけるこれらの需要に対するトラフィック負荷の合計。(データはトラフィックロードファイルから取得。 |
| 最悪Ld/BW |
最悪の負荷と需要の帯域幅の合計の比率。 |
| P_01、P_02、... |
期間1(P_01)、期間2(P_02)などのこれらの需要に対するトラフィック負荷の合計(トラフィック負荷ファイルから取得したデータ) |
グループ詳細レポート別グループ需要詳細レポート
出力ディレクトリーに書き込まれる出力ファイルは、GROUPDEMANDDETAIL と呼ばれます。runcode を実行します。
-
通常、ピーク:通常の条件下でネットワーク情報を表示するには、通常を選択します。障害シミュレーションを実行した後、[ピーク] を選択してピーク使用率情報を表示します。
-
グループタイプ:デフォルトの選択はユーザー定義グループです。このネットワークにPNNIグループが含まれている場合、選択ボックスで表示するPNNIグループを選択することもできます。
-
期間:レポートは、トラフィック負荷ファイルに基づいて、選択した期間のトラフィック負荷情報を表示できます。
| フィールド |
説明 |
|---|---|
| ノードA、Z |
この行は、ノード A で発生し、ノード Z で終了する需要について説明します。 |
| グループA、Z |
グループAは、ノードAが存在するグループです。グループZは、ノードZが存在するグループです。 |
| BW |
需要の帯域幅。 |
| WorstLd |
すべての期間の中で、この需要の最悪の負荷。(データはトラフィックロードファイルから取得。 |
| 最悪Ld/BW |
最悪の負荷と需要の帯域幅の比率。 |
| P_01、P_02、... |
期間1(P_01)、期間2(P_02)などのノードAからノードZへのこの需要の負荷(トラフィック負荷ファイルから取得したデータ) |
リンク上のグループデマンドトラフィックサマリーレポート
出力ディレクトリに書き込まれる出力ファイルは、「GROUPLINKSUMMARY」と呼ばれます。runcode」です。
-
通常、ピーク:通常の条件下でネットワーク情報を表示するには、通常を選択します。障害シミュレーションを実行した後、[ピーク] を選択してピーク使用率情報を表示します。
-
グループタイプ:デフォルトの選択はユーザー定義グループです。このネットワークにPNNIグループが含まれている場合、選択ボックスで表示するPNNIグループを選択することもできます。
-
期間:レポートは、トラフィック負荷ファイルに基づいて、選択した期間のトラフィック負荷情報を表示できます。
| フィールド |
説明 |
|---|---|
| グループA、Z |
この行には、最初のエンドポイントがグループ A にあり、その他がグループ Z にあるネットワーク内のリンクの要約情報が含まれています。 |
| 合計BW |
グループAとグループZ間のリンクの帯域幅の合計。 |
| プロブBW |
リンク上でルーティングされる、またはリンクを通過する需要に対して計画されたリンク内の帯域幅の合計。 |
| # リンク |
グループAとグループZ間のリンクの数。 |
| # 通話 |
グループAとグループZ間のリンク上で、またはグループZ間のリンクを介してルーティングされた需要の数。 |
| WorstLd |
すべての期間のうち、最悪の場合のリンクのトラフィック負荷の合計。(データはトラフィックロードファイルから取得。 |
| WorstLd/TotalBW |
リンクの最悪負荷と帯域幅の合計の比率。 |
| P_01、P_02、... |
期間1(P_01)、期間2(P_02)などのリンクのトラフィック負荷の合計(トラフィック負荷ファイルから取得したデータ) |
リンク詳細レポート上のグループデマンドトラフィック
出力ディレクトリに書き込まれる出力ファイルは、「GROUPLINKDETAIL」と呼ばれます。runcode」です。
-
通常、ピーク:通常の条件下でネットワーク情報を表示するには、通常を選択します。障害シミュレーションを実行した後、ピークを選択してピーク使用率情報を表示します。
-
グループタイプ:デフォルトの選択はユーザー定義グループです。このネットワークにPNNIグループが含まれている場合、選択ボックスで表示するPNNIグループを選択することもできます。
-
期間:レポートは、トラフィック負荷ファイルに基づいて、選択した期間のトラフィック負荷情報を表示できます。
| フィールド |
説明 |
|---|---|
| ノードA、Z |
この行は、エンドポイントがノードAとノードZにあるネットワーク内のリンクについて説明します。 |
| グループA、Z |
グループAは、ノードAが存在するグループです。グループZは、ノードZが存在するグループです。 |
| 合計BW |
リンクの帯域幅。 |
| プロブBW |
リンク上でルーティングされる、またはリンクを通過する需要に対して計画されたリンク内の帯域幅の量。 |
| # 通話 |
リンク上またはリンクを介してルーティングされた需要の数。 注:これは、マップ上のリンクを右クリックし、オン /スルーリンク>デマンドを表示を選択することで確認できます。 |
| WorstLd |
すべての期間の中で最悪の場合のリンクのトラフィック負荷。(データはトラフィックロードファイルから取得。 |
| WorstLd/TotalBW |
最悪の負荷とリンクの帯域幅の比率。 |
| P_01、P_02、... |
期間1(P_01)、期間2(P_02)などのリンク内のトラフィック負荷(トラフィック負荷ファイルから取得したデータ) |
グループインターフェイス負荷サマリーレポート
出力ディレクトリに書き込まれる出力ファイルは、「GROUPINTFSUMMARY」と呼ばれます。runcode」です。
これらのレポートにインターフェイスの負荷情報を表示するには、まずインターフェイスの負荷ファイルをネットワーク モデルに読み込む必要があります。
-
グループタイプ:デフォルトの選択はユーザー定義グループです。このネットワークにPNNIグループが含まれている場合、選択ボックスで表示するPNNIグループを選択することもできます。
-
期間:レポートは、トラフィック負荷ファイルに基づいて、選択した期間のトラフィック負荷情報を表示できます。
| フィールド |
説明 |
|---|---|
| グループA、Z |
この行には、グループAに属するノードのインターフェイスから発信され、グループZに属するノードのインターフェイスで終了するトラフィックの要約情報が含まれています。 グループAは、ノードAが存在するグループです。グループZは、ノードZが存在するグループです。 |
| 帯域幅 |
グループAとグループZ間のリンクの帯域幅の合計。 |
| WorstLoad |
すべての期間の中で最悪の場合におけるグループAからグループZへのリンクのインターフェイストラフィック負荷(データはインターフェイストラフィックロードファイルから取得。 |
| 平均負荷 |
すべての期間におけるグループAからグループZへのリンクの平均インターフェイス負荷(データはインターフェイストラフィックロードファイルから取得。 |
グループインターフェイス負荷詳細レポート
出力ディレクトリに書き込まれる出力ファイルは、「GROUPINTFDETAIL.runcode」です。
-
グループタイプ:デフォルトの選択はユーザー定義グループです。このネットワークにPNNIグループが含まれている場合、選択ボックスで表示するPNNIグループを選択することもできます。
-
期間:インターフェイスのトラフィック負荷ファイルに基づいて、レポートには選択した期間のトラフィック負荷情報を表示できます。
| フィールド |
説明 |
|---|---|
| リンク名 |
エンドポイントがノードAとノードZにあるリンクの名前。リンクにリンク名がない場合、[nodeA]-[nodeZ]と表示されます。 |
| ノードA、Z |
この行は、エンドポイントがノードAとノードZにあるネットワーク内のリンクについて説明します。 |
| インターフェイスA、Z |
この行は、ノードA,Zに対応するインターフェイスA,Zを示します。 |
| グループA、Z |
ノードAとZがそれぞれ属するグループ。 |
| 帯域幅 |
これは、インターフェイスAの帯域幅に相当します |
| トランクタイプ |
リンクトランクタイプ |
| 最悪の負荷 |
すべての期間の中で最悪の場合におけるインターフェイスAからインターフェイスZへのリンクのインターフェイス負荷(インターフェイスロードファイルから取得したデータ) |
| 平均負荷 |
すべての期間におけるインターフェイスAからインターフェイスZへのリンクの平均インターフェイス負荷(インターフェイスロードファイルから取得したデータ) |
グループ需要帯域幅分布レポート
レポートマネージャー:ネットワークレポートのVPNレポートセクションで説明されているように、グループ需要帯域幅分布レポートは、要約されたトラフィック統計を提供します。出力ファイルはL3GROUPLOADファイルに保存されます。送信元、宛先、トランジット、グループ内トラフィックが、デマンド数とそれらのデマンドの帯域幅の観点から、各グループについて報告されます。グループの送信元と宛先のトラフィックには、グループ内のトラフィックは含まれません。
2 つの追加列 #Transit(Max) と TransitBW(Max) は、Simulation>Scripts から Generate Peak Group Transit Statistics チェックボックスをオンにして、または dparam ファイルで CheckTransitDemandLimit=2 を設定した後に表示されます。
| フィールド |
説明 |
|---|---|
| グループ |
トラフィック負荷を分析しているグループの名前。 どのグループにも属していないノードについては、「グループなし」としてまとめて分類されます |
| VPN |
トラフィックが分析されているVPN(存在する場合)。複数のVPNを持つネットワークの場合、所有者ドロップダウンメニューで特定の所有者を選択すると、特定のVPNの統計情報のみが表示されます。または、所有者「すべて」を選択すると、各VPNの統計の内訳が表示されます。その後に合計が続きます。
|
| #Src(Inter) SrcBW(Inter) |
このグループから発信され、少なくとも1つの他のグループを訪問するデマンドの合計数と帯域幅。 注:このカテゴリにはローカルのグループ間トラフィックが含まれますが、ローカルのグループ内トラフィックは含まれません。このグループから発信される帯域幅の合計に対して、Src(Inter)+Local(Intra)を追加します。 |
| #Src(配置済み) SrcBW(配置済み) |
このグループから発信され、少なくとも1つの他のグループを訪問するルーティングされた需要の数とルーティングされた需要の合計帯域幅。Src(Inter) とは異なり、Src(Placed) は未配置の要求を除外します。 |
| #Dest(Inter) DestBW(Inter) |
このグループで終了し、少なくとも1つの他のグループを訪問するデマンドの総数と帯域幅 注:このカテゴリにはローカルのグループ間トラフィックが含まれますが、ローカルのグループ内トラフィックは含まれません。このグループで終端する帯域幅の合計については、Dest(Inter)+Local(Intra)を追加します。 |
| #Dest(配置済み) 宛先BW(配置済み) |
少なくとも1つの他のグループにアクセスした後にこのグループで終了するルーティングされた需要の合計数とルーティングされた需要の帯域幅。Dest(Inter) とは異なり、Dest(Placed) は未配置の要求を除外します。 |
| #Transit トランジットBW |
発信または終了せずにこのグループを通過するデマンドの数とデマンドの総帯域幅 注: 需要が 1 つのグループを複数回通過する場合、複数回カウントされます。 |
| ローカルBW #Local |
同じグループで発信および終了するデマンドの総数とデマンドの帯域幅は、以下でローカル(Intra)とローカル(Inter)に細分されます。 |
| #Local(Intra) LocalBW(Intra) |
同じグループで発信および終了し、グループの外に出ることのない需要。 |
| #Local(Inter) LocalBW(Inter) |
同じグループで発信および終了するが、少なくとも 1 つの他のグループを経由する需要。これらの要求は、Src(Inter) と Dest(Inter) にもカウントされます。 |
| #Transit(最大) TransitBW(最大) |
ピーク障害シミュレーション中のこのグループのトランジット需要の最大数と帯域幅 |
各カテゴリ(Src(Inter)、Dest(Inter)、Transit、およびLocal(Inter)、Local(Intra)に含まれる需要の詳細を表示するには、コマンドラインから/u/wandl/bin/bbdsgnに続いて仕様ファイルパスを使用してテキストモードにアクセスします。詳細情報は、メニュー項目3.ネットワーク情報>4.パス>13.グループにあります。グループ名を入力すると、表示する需要のカテゴリを選択できます。例えば、以下は、グループ1を通過する需要を示しています。
Enter group name: group1 Group Demands Menu (GROUP1): 1. ALL 2. Src (Inter) 3. Dest (Inter) 4. Transit 5. Local (Intra) 6. Local (Inter) Select: 4 Demands Passing Through GROUP1: * Bandwidth Unit = bit Demand Node Node Bandwidth Type Pri/Pre path flow10 ATL SDG 418017 R,A2Z 02,02 ATL--LAX--SDG flow52 DEN SDG 402000 R,A2Z 02,02 DEN--SFO-SJC--LAX--SDG flow78 NYC SDG 4801220 R,A2Z 02,02 NYC--PHI--WDC--ATL--LAX--SDG flow82 PHI SDG 1216020 R,A2Z 02,02 PHI--WDC--ATL--LAX--SDG flow88 SDG WDC 662011 R,A2Z 02,02 SDG--LAX--ATL--WDC xflow10 SDG ATL 452011 R,A2Z 02,02 SDG--LAX--ATL xflow52 SDG DEN 452011 R,A2Z 02,02 SDG--LAX--SJC-SFO--DEN xflow78 SDG NYC 662011 R,A2Z 02,02 SDG--LAX--ATL--WDC--PHI--NYC xflow82 SDG PHI 452011 R,A2Z 02,02 SDG--LAX--ATL--WDC--PHI xflow88 WDC SDG 4689230 R,A2Z 02,02 WDC--ATL--LAX--SDG --- 10 demands, Total bandwidth = 14.207M
ノードレポート
ノード ごとの需要トラフィックレポート
ノードごとのデマンドトラフィックレポートには、デマンド数またはそれらのデマンドの合計帯域幅として報告された送信元、宛先、およびトランジットトラフィックの量など、各ノードのトラフィック統計の概要が含まれています。ローカル需要(同じノードで発信および終了する需要)は、送信元または宛先のトラフィック統計には含まれないことに注意してください。
出力ディレクトリに書き込まれる出力ファイルは「SWITCHCONN」と呼ばれます。runcode」です。
| フィールド |
説明 |
|---|---|
| ノード名 |
ノードの名前。 |
| #Demand(送信元) デマンドBW(送信元) |
このノードで発信され、他の場所で終了するデマンドの数と総帯域幅(発信) |
| #Demand(目的地) デマンドBW(目的地) |
このノードで終了し、他の場所(受信)で発生した需要の数と需要の総帯域幅 |
| #Demand(合計) デマンドBW(合計) |
#Demand(合計)= #Demand(送信元) + #Demand(宛先) DemandBW(合計)=DemandBW(送信元) + DemandBW(宛先) |
| #TransitDemand トランジットBW |
このノードを発信または終了せずに通過するデマンドの数とデマンドの総帯域幅 |
| #TransitDmd(最大) TransitBW(最大) |
ピーク障害シミュレーション中のこのノードでのトランジット需要の最大数と帯域幅 |
ATM モデルの場合、レポートの見出しを次の表に示します。
| フィールド |
説明 |
|---|---|
| ノード名 |
ノードの名前。 |
| #LocalDmd |
ノードでのローカル需要の数。ローカル需要とは、ノードで発生および終了する需要です。 |
| ローカルBW |
ノードでのローカル需要の帯域幅。 |
| #NonLocalDmd(出典) |
ノードから発信された非ローカル需要の数。 |
| 非ローカルBW(Src) |
ノードから発信される非ローカル需要の帯域幅。 |
| #NonLocalDmd |
ノードで発信/終了する非ローカル需要の合計数。 |
| 非ローカルBW |
ノードで発信/終了するローカル以外の需要の合計帯域幅。非対称需要の場合、需要の帯域幅は大きい方の値に設定されます。 |
| #TransitDmd |
ノードでのトランジット需要の数。トランジット需要とは、ノードを通過する需要であり、ノードで発信も終了もありません。 |
| #TransitDmd(最大) |
ピーク障害シミュレーション中のノードでのトランジット需要の最大数。 |
VPNレポート
レポートマネージャーのVPNレポートには、レイヤー3/レイヤー2 Kompella VPNとレイヤー2 Martini VPNに関する情報が表示されます。
Layer3/Layer2 Kompellaレポート
| フィールド |
説明 |
|---|---|
| ノード |
ノードの名前 |
| VPN名 |
VPN名 |
| VRF |
仮想ルーティングおよび転送インスタンス名 |
| RD |
ルート識別子 - ルートがどのVPNに属しているかを判断するために使用 |
| ルートターゲットのエクスポート |
ルートがエクスポートされるターゲットVPNコミュニティ |
| ルートターゲットのインポート |
ルートがインポートされるターゲットVPNコミュニティ |
| プロトコル |
使用されるVPNプロトコル |
| インターフェース |
VPNで使用されるインターフェイス |
| IPアドレス |
VPNのIPアドレス |
| 帯域幅 |
割り当てられた帯域幅 |
Layer2 Martiniレポート
| フィールド |
説明 |
|---|---|
| VPNName |
VPNの名前 |
| ノードA、Z |
VPN のエンドポイントと回線が存在するノード。回線AはノードAに、回線ZはノードZに存在します |
| VCID |
(一意の)仮想回線識別子 |
| 回路A、Z |
VPNが接続されているノードAとZの回線 |
| カプセル化ID |
インターフェイスのカプセル化タイプ |
| BW |
VPNに割り当てられた帯域幅の量 |
プロトコルレポート
エリア間荷重分散レポート
ドメイン間負荷分散レポートには、ネットワーク内のドメイン/エリア間の負荷分散に関する情報が表示され、「INTDOMLOAD.runcode」です。
Demand Info: --- Total --- --- Placed --- - Not Placed - - Deactivated - Area -> Area Count Bandwidth Count Bandwidth Count Bandwidth Count Bandwidth AREA1 ->AREA0 10 4.864M 10 4.864M 0 0 0 0 AREA1 ->AREA3 15 3.712M 15 3.712M 0 0 0 0 AREA0 ->AREA1 10 4.864M 10 4.864M 0 0 0 0 AREA0 ->AREA3 20 1.280M 20 1.280M 0 0 0 0 AREA2 ->AREA1 24 32.544M 0 0 24 32.544M 0 0 AREA2 ->AREA0 16 21.696M 0 0 16 21.696M 0 0 AREA2 ->AREA3 8 10.848M 0 0 8 10.848M 0 0 AREA3 ->AREA1 12 2.176M 12 2.176M 0 0 0 0 AREA3 ->AREA0 20 1.280M 20 1.280M 0 0 0 0 ------------------------------------------------------------------------------- ALL ->ALL 135 83.264M 87 18.176M 48 65.088M 0 0 --- Inter-Domain Traffic from DOMAIN-EAST to DOMAIN-WEST Demand1,DOMAIN_EAST,N1,,,XN1,US,DOMAIN_WEST,N2,,,XN2,US, 900000,"R,A2Z,CBR",Don't Care,Don't Care,Don't Care,"00,00",N1@@N2,684,25,no,no, , PVC Info: --- Total --- --- Placed --- - Not Placed - - Deactivated- Domain -> Domain Count Bandwidth Count Bandwidth Count Bandwidth Count Bandwidth DOMAIN-EAST->DOMAIN-WEST 1 900.000K 1 900.000K 0 0 0 0 --- Inter-Domain Traffic from DOMAIN-EAST to TEST --- Inter-Domain Traffic from DOMAIN-WEST to NONE --- Inter-Domain Traffic from DOMAIN-WEST to DOMAIN-EAST Demand1,DOMAIN_EAST,N1,,,XN1,US,DOMAIN_WEST,N2,,,XN2,US, 900000,"R,Z2A,CBR",Don't Care,Don't Care,Don't Care,"00,00",N1@@N2,684,25,no,no, , PVC Info: --- Total --- --- Placed --- - Not Placed - - Deactivated-Domain -> Domain Count Bandwidth Count Bandwidth Count Bandwidth Count Bandwidth DOMAIN-WEST->DOMAIN-EAST 1 900.000K 1 900.000K 0 0 0 0 --- Inter-Domain Traffic from DOMAIN-WEST to TEST Demand2,DOMAIN_WEST,N2,,,XN2,US,TEST,N3,,,XN3,US, 750000,"R,A2Z,CBR",Don't Care,Don't Care,Don't Care,"00,00",N2@@N3,684,21,no,no, , PVC Info: --- Total --- --- Placed --- - Not Placed - - Deactivated- Domain -> Domain Count Bandwidth Count Bandwidth Count Bandwidth Count Bandwidth DOMAIN-WEST->TEST 1 750.000K 1 750.000K 0 0 0 0
| フィールド |
説明 |
|---|---|
| カウント |
2 つのエリア間の需要/PVC の数。 |
| 帯域幅 |
デマンド/PVC で使用される帯域幅の量。 |
| 合計 |
2 つのエリア間のすべての需要/PVC: 配置済み + 未配置 + 非アクティブ化。 |
| 配置済み |
ルーティングされるエリア間の需要/PVC。 |
| 未配置 |
ルーティングされていないエリア間の需要/PVC。 |
| 非アクティブ化済み |
アクティブ化されていないエリア間の需要/PVC。 |
エリア間パスレポート
ドメイン間パスレポートには、ユーザーが指定した2つのエリア/ドメイン間のパスに関する情報が表示されます。出力ディレクトリに書き込まれる出力ファイルは「INTDOMPATH」と呼ばれます。runcode」です。
| フィールド |
説明 |
|---|---|
| カウント |
2 つのエリア間の需要/PVC の数。 |
| 帯域幅 |
デマンド/PVC で使用される帯域幅の量。 |
| 合計 |
2 つのエリア間のすべての需要/PVC: 配置済み + 未配置 + 非アクティブ化。 |
| 配置済み |
ルーティングされるエリア間の需要/PVC。 |
| 未配置 |
ルーティングされていないエリア間の需要/PVC。 |
| 非アクティブ化済み |
アクティブ化されていないエリア間の需要/PVC。 |
エリアパススルーパスレポート
エリアパススルーパスレポートまたはドメインパススルーパスレポートは、ネットワーク内のエリアまたはドメインを通過する需要に関する情報を生成します。このレポートは、複数のエリアまたはドメインで定義されたネットワークと、各ドメインとの間での間での需要に対してのみ使用できます。出力ディレクトリに書き込まれる出力ファイルは「DOMPASSTHRU」と呼ばれます。runcode」です。
以下は、ATMネットワークからのドメインパススルーパスレポートのテキストファイルの例です。
Demands passing through domain AREA0: RN1N15,0.0.0.3,N1,,,XN1,US,0.0.0.1,N15,,,XN15,US, 768000,"R,BR1.0M,BM768K,BB200K,RT",Don't Care,Don't Care,Don't Care,"02,02",N1-N10@@N17--N4--N7@@N8--N15,600,23,no,no, , RN1N15,0.0.0.3,N1,,,XN1,US,0.0.0.1,N15,,,XN15,US, 768000,"R,BR1.0M,BM768K,BB200K,RT",Don't Care,Don't Care,Don't Care,"02,02",N1-N10@@N5--N6--N7@@N8--N15,600,22,no,no, , RN2N3,0.0.0.3,N2,,,XN2,US,0.0.0.1,N3,,,XN3,US, 512000,"R,Z2A,UBR+",Don't Care,Don't Care,Don't Care,"02,02",N2--N10@@N17--N4@@N3,400,16,no,no, , RN2N3,0.0.0.3,N2,,,XN2,US,0.0.0.1,N3,,,XN3,US, 512000,"R,Z2A,UBR+",Don't Care,Don't Care,Don't Care,"02,02",N2--N10@@N17--N4@@N3,400,16,no,no, , RN2N3,0.0.0.3,N2,,,XN2,US,0.0.0.1,N3,,,XN3,US, 512000,"R,Z2A,UBR+",Don't Care,Don't Care,Don't Care,"02,02",N2--N10@@N17--N4@@N3,400,16,no,no, , RN2N13,0.0.0.3,N2,,,XN2,US,0.0.0.1,N13,,,XN13,US, 64000,"R,RT",Don't Care,Don't Care,Don't Care,"02,02",N2--N10@@N11--N6@@N13,400,13,no,no, , RN2N13,0.0.0.3,N2,,,XN2,US,0.0.0.1,N13,,,XN13,US, 64000,"R,RT",Don't Care,Don't Care,Don't Care,"02,02",N2--N10@@N11--N6@@N13,400,13,no,no, , RN2N13,0.0.0.3,N2,,,XN2,US,0.0.0.1,N13,,,XN13,US, 64000,"R,RT",Don't Care,Don't Care,Don't Care,"02,02",N2--N10@@N11--N6@@N13,400,13,no,no, , RN2N13,0.0.0.3,N2,,,XN2,US,0.0.0.1,N13,,,XN13,US, 64000,"R,RT",Don't Care,Don't Care,Don't Care,"02,02",N2--N10@@N11--N6@@N13,400,13,no,no, , RN2N13,0.0.0.3,N2,,,XN2,US,0.0.0.1,N13,,,XN13,US, 64000,"R,RT",Don't Care,Don't Care,Don't Care,"02,02",N2--N10@@N11--N6@@N13,400,13,no,no, , RN2N13,0.0.0.3,N2,,,XN2,US,0.0.0.1,N13,,,XN13,US, 64000,"R,RT",Don't Care,Don't Care,Don't Care,"02,02",N2--N10@@N5--N6@@N13,400,12,no,no, ,RN2N13,0.0.0.3,N2,,,XN2,US,0.0.0.1,N13,,,XN13,US, 64000,"R,RT",Don't Care,Don't Care,Don't Care,"02,02",N2--N10@@N11--N6@@N13,400,13,no,no, , RN2N13,0.0.0.3,N2,,,XN2,US,0.0.0.1,N13,,,XN13,US, 64000,"R,RT",Don't Care,Don't Care,Don't Care,"02,02",N2--N10@@N5--N6@@N13,400,12,no,no, , RN2N13,0.0.0.3,N2,,,XN2,US,0.0.0.1,N13,,,XN13,US, 64000,"R,RT",Don't Care,Don't Care,Don't Care,"02,02",N2--N10@@N11--N6@@N13,400,13,no,no, , RN2N13,0.0.0.3,N2,,,XN2,US,0.0.0.1,N13,,,XN13,US, 64000,"R,RT",Don't Care,Don't Care,Don't Care,"02,02",N2--N10@@N11--N6@@N13,400,13,no,no, , -- 15 PVC(s)(bw=3.712M) pass through domain AREA0
OSPFエリアサマリーレポート
レポートマネージャーのエリアレポートには、ネットワークモデル内のエリアに関する情報が表示されます。このセクションには、ABRボーダーエリアレポートだけでなく、OSPFエリアの概要と詳細レポートの説明が含まれています。
| フィールド |
説明 |
|---|---|
| AS番号 |
エリアのAS番号 |
| OSPFエリア |
OSPFエリアの名前 |
| ABRの# |
エリア境界ルーター(ゲートウェイルーター)として定義されているノードの数 |
| # 内部 |
ABRとして定義されていないOSPFエリア内のルーターの数 |
| # ルーター |
エリア内のルーターの総数(ABRの#+内部#に相当) |
| ASno_Area |
AS番号とエリア名を連結して作成された一意の名前 |
OSPFエリア詳細レポート
| フィールド |
説明 |
|---|---|
| AS番号 |
ルーターが配置されているOSPFエリアのAS番号 |
| OSPFエリア |
ルーターが配置されているOSPFエリアの名前 |
| ルーター名 |
ルーターの名前 |
| ルーターIP |
ルーターのIPアドレス |
| ABR |
このルーターはエリアボーダールーターとして定義されていますか? |
ABRボーダーエリアレポート
| フィールド |
説明 |
|---|---|
| AS番号 |
ABRが配置されているエリアのAS番号 |
| ABR |
ABRの名前 |
| 境界エリア |
ルーターが接しているすべてのエリアのリスト |
BGPレポート
クライアントセッションを初めて開いたときに、BGPレポートをチェックして、ネットワークに明らかなBGP設定エラーがないことを確認する必要があります。出力ディレクトリに書き込まれる出力ファイルは「BGPRPT」と呼ばれます。runcode」です。
BGP完全性チェックレポート:
BGP統計 - このセクションには以下が表示されます。
-
ネットワーク内のBGPスピーカーの総数
-
ネイバーの総数
-
ポリシーの総数
-
すべてのASのリストとそのBGPスピーカーの数
* BGP Integrity Check Report ****************************************************** -- 17 BGP speakers,89 neighbors,283 members,183 policies -- 3 local AS: ASno 65222: 9 routers ASno 65111: 7 routers ASno 65534: 1 routers
ネイバーAS仕様エラーチェックレポート
このセクションには、正しく指定されていないASに関するエラーが表示されます。たとえば、ルーター A は隣接する ルーター B が AS65243 にあると宣言しますが、ルーター B は実際には AS65312 にあります。
* * * * * Neighbor AS Specification Error Check Report AS Location Nbr_AS Nbr_IP_Addr Nbr-Location ValidAS Comments 65243 X39 65224 10.49.226.34 Q39 65312 *** 1 AS specification errors
この例では、ネイバー AS 仕様エラー チェック レポートに、ノード(ロケーション)X39 にエラーがあることが示されています。
ネイバーノード(Nbr-Location)はQ39で、ネイバーAS(Nbr_AS)は65224で、ValidASフィールドに示されているように65312である必要があります。
不均衡なBGPネイバーチェックレポート
BGPプロトコルでは、ルーターAがルーターBをネイバーとして宣言した場合、ルーターBもルーターAをネイバーとして宣言する必要があります。そうでない場合、アンバランスネイバーが発生します。このセクションでは、ネットワーク内の BGP スピーカー間の不均衡なネイバーを報告します。
* * * * * Unbalanced BGP Neighbor Check Report # Unbalanced BGP Neighbor = 2 AS Location Nbr_AS Nbr-Location 65111 S39 65111 X39 65111 W39 65111 X39
不均衡な BGP ネイバーチェックレポートには、不均衡なネイバーが 2 つあることが示されています。最初のレコードでは、S39はX39をネイバーと宣言していますが、X39はS39をネイバーとして宣言していません。2 番目のレコードは、同様のエラーを示しています。
IBGPメッシュ接続チェックレポート
ルートリフレクタやコンフェデレーションを使用しない限り、AS内のすべてのIBGPスピーカーは完全にメッシュ化されている必要があります。このセクションでは、フルメッシュ化されていないASがあるかどうかが表示されます。
IPV4とVPNV4の両方のアドレスファミリーのフルメッシュがチェックされます。
* * * * * IBGP Mesh Connectivity Check Report AS65222: #IPV4 IBGP neighbor=0. Check mesh definition for VPNV4 address family AS 65222: passed mesh connectivity checking ---- VPNV4 AS65111: S39 is not defined as X39's neighbor IPV4 VPNV4 AS65111: W39 is not defined as X39's neighbor AS65111: 2 neighbor definition missing AS65333: IPV4, VPNV4, L2VPN IBGP neighbors are not defined AS 65534: passed mesh connectivity checking* * * * *
IBGPメッシュ接続チェックレポートには、以下の情報が表示されます
-
AS65222はVPNV4アドレスファミリーに対して完全にメッシュ化されていますが、IPV4アドレスファミリーに対してはIBGPネイバーは存在しません。
-
AS65111は、IPV4およびVPNV4用に完全にメッシュ化されていません。VPNV4アドレスファミリーでは、S39とW39はX39のネイバーとして定義されていません。IPV4アドレスファミリーでは、W39はX39のネイバーとして定義されていません。
-
AS65534は、IPV4とVPNV4の両方のメッシュ接続チェックに合格します。
-
AS65333には、IPV4、VPNV4、L2VPNアドレスファミリーのIBGPネイバーがありません。
IPV4/VPNV4/L2VPNルートリフレクタ統計情報
これらの3つのセクションには、ルートリフレクタの数、ルートリフレクタクライアントの数、階層ルートリフレクタ情報など、ルートリフレクタの統計情報が表示されます。ルートリフレクタが1つしかないルートリフレクタクライアントは、冗長ルートリフレクタが定義されていないことを示す警告としてリストされます。以下に、IPV4ルートリフレクタ統計の例を示します。
IPV4 ルート リフレクタの統計情報: BGP スピーカー x 200、ルート リフレクタ x 8、ルート リフレクタ クライアント x 100 冗長ルート リフレクタは 2 つの RR クライアントでは定義されていません 1.WDC1、RR= PHI1 2。WDC2、RR= PHI1
#Route Reflector Hierarchy Level= 3 Top Level: 4RR(s) 1. NYC1, 2. NYC2, 3. BOS1, 4. BOS2, Level 2: 3RR(s) 1. PHI1, RR= NYC1 NYC2 1. PHI2, RR= NYC1 NYC2 2. BOS3, RR= BOS1 BOS2 Level 3: 1RR(s) 1. TRE1, RR= PHI1 PHI2
同様に、VPNV4とL2VPNルートリフレクタの統計情報が表示されます。
BGPレポートファイルで報告されたすべてのエラーを修正してから、さらに分析を進めることを推奨します。これを行う 1 つの方法は、設定ファイルのエラーを修正してから、getipconf を再度実行することです。