Comments
Description
Transcript
ここ - IBM
Network Manager IP Edition バージョン 3 リリース 9 ディスカバリー・ガイド IBM R2E2 Network Manager IP Edition バージョン 3 リリース 9 ディスカバリー・ガイド IBM R2E2 注記 本書および本書で紹介する製品をご使用になる前に、 457 ページの『特記事項』に記載されている情報をお読みください。 本書は、IBM Tivoli Network Manager IP Edition (製品番号 5724-S45) のバージョン 3.9、および新しい版で明記 されていない限り、以降のすべてのリリースおよびモディフィケーションに適用されます。 お客様の環境によっては、資料中の円記号がバックスラッシュと表示されたり、バックスラッシュが円記号と表示さ れたりする場合があります。 原典: R2E2 Network Manager IP Edition Version 3 Release 9 Discovery Guide 発行: 日本アイ・ビー・エム株式会社 担当: トランスレーション・サービス・センター © Copyright IBM Corporation 2006, 2016. 目次 表 . . . . . . . . . . . . . . . . . vii 本書について. . . . . . . . . . . . . xi 対象読者 . . . . 本書の内容 . . . . 資料 . . . . . . アクセシビリティー . Tivoli 技術研修 . . サポート情報 . . . この資料の規則 . . . . . . . . . . . . . . . xi . xi . . . . . . . . . . xiii . . . . . . . . . . xvi . . . . . . . . . . xvii . . . . . . . . . . xvii . . . . . . . . . . xvii 第 1 章 ディスカバリーについて . . . . . . . . . . . . 1 ディスカバリーのタイプについて . . . . . . . 1 スコープ. . . . . . . . . . . . . . . . 3 スコープ設定のタイプ . . . . . . . . . . 4 ディスカバリーを制限するディスカバリー・ゾーン の定義 . . . . . . . . . . . . . . . 4 シード . . . . . . . . . . . . . . . . 5 デバイス・アクセス . . . . . . . . . . . . 5 エージェント . . . . . . . . . . . . . . 6 フィルター . . . . . . . . . . . . . . . 6 ドメイン・ネーム・システム . . . . . . . . . 9 ネットワーク・アドレス変換 . . . . . . . . . 9 拡張設定. . . . . . . . . . . . . . . . 9 コンテキスト依存ディスカバリー . . . . . . . 10 ヘルパー . . . . . . . . . . . . . . . 10 特殊なディスカバリー . . . . . . . . . . . 11 第 2 章 ネットワーク・ディスカバリーの 構成 . . . . . . . . . . . . . . . . 13 ディスカバリーの計画 . . . . . . . . . . . 追加のネットワーク・ドメインの作成および構成 . . ネットワーク・ドメインの数に関するガイドライ ン . . . . . . . . . . . . . . . . ウィザードを使用したネットワークのディスカバー ウィザードの起動 . . . . . . . . . . . スコープするディスカバリーまたはスコープしな いディスカバリーの選択 . . . . . . . . . ウィザードを使用した SNMP アクセスの構成. . ウィザードを使用した Telnet アクセスの構成 . . ディスカバリーのタイプの指定 . . . . . . . ディスカバリーの最適化 . . . . . . . . . ネットワークの信頼性の指定 . . . . . . . 構成の検討 . . . . . . . . . . . . . GUI を使用したネットワークのディスカバー . . . ディスカバリーのスコープ . . . . . . . . ディスカバリーのシード . . . . . . . . . デバイス・アクセスの構成 . . . . . . . . エージェントの活動化 . . . . . . . . . . ディスカバリー・フィルターの設定 . . . . . © Copyright IBM Corp. 2006, 2016 13 14 17 20 20 21 22 22 23 23 25 25 26 26 30 33 38 40 ドメイン・ネーム・システムの構成 . . . . . 43 NAT 変換の構成 . . . . . . . . . . . 45 マルチキャスト・ディスカバリーの構成 . . . . 46 ディスカバリーの拡張パラメーター . . . . . 50 ディスカバリーの開始 . . . . . . . . . . 57 GUI のディスカバリー・パラメーター用のスキー マおよびテーブル . . . . . . . . . . . 61 コマンド行インターフェースを使用したネットワー クのディスカバー . . . . . . . . . . . . 62 ディスカバリー構成ファイル . . . . . . . 63 追加情報の取得. . . . . . . . . . . . 101 トラップ転送の構成 . . . . . . . . . . 106 特殊なディスカバリーの構成 . . . . . . . . 109 クロスドメイン・ディスカバリーの構成 . . . 110 EMS ディスカバリーの構成 . . . . . . . 121 コンテキスト依存ディスカバリーの構成 . . . 150 MPLS ディスカバリーの構成 . . . . . . . 151 NAT ディスカバリーの構成 . . . . . . . 166 第 3 章 ネットワーク・ディスカバリー のモニター . . . . . . . . . . . . . 185 GUI からのネットワーク・ディスカバリーのモニ ター . . . . . . . . . . . . . . . . ディスカバリー進行状況のモニター . . . . . ディスカバリーの比較 . . . . . . . . . ping ファインダーの進行状況のモニター . . . ディスカバリー・エージェント進行状況のモニタ ー . . . . . . . . . . . . . . . . コマンド行からディスカバリーをモニターします。 ディスカバリー状況の照会例 . . . . . . . デバイス照会の例 . . . . . . . . . . . ネットワーク・エンティティー照会の例 . . . 複雑なディスカバリー照会の例 . . . . . . 特定のデバイスを検出する照会の例 . . . . . 185 185 187 188 188 192 192 195 197 198 200 第 4 章 ネットワーク・デバイスの分類 203 デバイス・クラス階層の変更 . . . . 既存のデバイス・クラスのリスト. . AOC ファイルの作成および編集 . . トポロジーおよびレポートへの AOC 用 . . . . . . . . . . . . AOC ファイルの例 . . . . . . . EndNode クラス . . . . . . . NetworkDevice クラス . . . . . デバイス・クラス固有の AOC . . . 203 . 203 . 204 . . . . . . . . . 変更の適 . . . . . . . . . . . . . . . . . . . . 205 207 207 208 209 第 5 章 ディスカバーされたトポロジー を最新状態に維持 . . . . . . . . . . 211 ディスカバリーのスケジューリング . 自動ディスカバリーの構成 . . . . . . . . . . . . . 211 . 212 iii デバイスまたはサブネットの手動でのディスカバー GUI を使用したデバイスまたはサブネットの手 動でのディスカバー . . . . . . . . . . コマンド行からの手動でのデバイスまたはサブネ ットのディスカバー . . . . . . . . . . ネットワークからのデバイスの除去 . . . . . . デバイスのリンガー時間の設定 . . . . . . 手動によるデバイス詳細の更新 . . . . . . . 212 213 217 218 218 218 第 6 章 ディスカバリーのトラブルシュ ーティング . . . . . . . . . . . . . 219 レポートを使用したディスカバリーのトラブルシュ ーティング . . . . . . . . . . . . . . ディスカバリー状況のモニター . . . . . . . ディスカバリー・イベントを作成するためのプロ セス・フロー . . . . . . . . . . . . ディスカバリー状況メッセージのモニター. . . ディスカバリー・エージェントのトラブルシューテ ィング. . . . . . . . . . . . . . . . 異常に長いディスカバリーのトラブルシューティ ング . . . . . . . . . . . . . . . 障害のあるエージェントの識別 . . . . . . デバイスの欠落に関するトラブルシューティング アイドル・ディスカバリーのトラブルシューティン グ . . . . . . . . . . . . . . . . . ディスカバリー・キャッシュ・ファイルの削除 . . 正しくない文字のトラブルシューティング. . . . 219 220 221 221 222 222 224 224 225 226 227 第 7 章 トポロジーの強化 . . . . . . 229 エンティティーへのタグの追加 . . . . . . . ディスカバリーのカスタマイズ . . . . . . NCIM entityDetails テーブルへのカスタム・タ グの追加 . . . . . . . . . . . . . . 強化されたトポロジーの視覚化 . . . . . . 強化されたトポロジーのポーリング . . . . . 229 229 237 238 241 付録 A. ディスカバリー・データベース 243 ディスカバリー・エンジン・データベース. . disco.config テーブル . . . . . . . disco.managedProcesses テーブル . . . disco.status テーブル. . . . . . . . disco.agents テーブル . . . . . . . disco.NATStatus テーブル . . . . . . disco.dynamicConfigFiles テーブル . . . disco.tempData テーブル . . . . . . disco.profilingData テーブル . . . . . disco.events テーブル . . . . . . . disco.ipCustomTags テーブル . . . . . disco.filterCustomTags テーブル . . . . disco.config テーブルの構成例 . . . . disco.managedProcesses テーブルの構成例 disco.agents テーブルの構成例 . . . . ディスカバリー・スコープ・データベース. . disco.scope データベース・スキーマ . . scope データベース構成の例 . . . . . アクセス・データベース. . . . . . . . . . . . . . . . . . . . . . . . . . . iv . . . . . . . . . . . . . . . . . . . 243 244 254 255 258 260 260 261 261 262 263 264 264 265 266 266 267 274 278 snmpStack データベース . . . . . . . . telnetStack データベース . . . . . . . . プロセス管理データベース . . . . . . . . . データ・フローの構成: オンデマンドでのスティ ッチャーの開始. . . . . . . . . . . . agents データベース・スキーマ . . . . . . stitchers データベース・スキーマ . . . . . サブプロセス・データベース . . . . . . . . finders データベース・スキーマ . . . . . . Details データベース・スキーマ . . . . . . Finders データベース . . . . . . . . . . collectorFinder データベース . . . . . . . fileFinder データベース . . . . . . . . . pingFinder データベース . . . . . . . . ヘルパー・サーバー・データベース . . . . . . ARPhelper データベース . . . . . . . . DNS ヘルパー・データベース・スキーマ . . . ping ヘルパー・データベース・スキーマ . . . SNMP ヘルパー・データベース・スキーマ . . Telnet ヘルパー・データベース・スキーマ . . XMLRPC ヘルパー・データベース・スキーマ 個別ヘルパー・データベース . . . . . . . . ARP ヘルパー・データベース . . . . . . . DNS ヘルパー・データベース . . . . . . . ping ヘルパー・データベース . . . . . . . SNMP ヘルパー・データベース . . . . . . Telnet ヘルパー・データベース . . . . . . XMLRPC ヘルパー・データベース . . . . . ディスカバリー・データベースの追跡 . . . . . translations データベース . . . . . . . . instrumentation データベース・スキーマ . . . workingEntities データベース . . . . . . . 作業トポロジー・データベース . . . . . . . fullTopology データベース・スキーマ . . . . scratchTopology データベース・スキーマ . . . rediscoveryStore データベース . . . . . . . rediscoveryStore.dataLibrary テーブル . . . . rediscoveryStore.rediscoveredEntities テーブル トポロジー・マネージャー・データベース. . . . master データベース・スキーマ . . . . . . モデル・データベース・スキーマ. . . . . . フェイルオーバー・データベース. . . . . . . 無視されるキャッシュ・データ . . . . . . failover データベース・スキーマ . . . . . . failover データベース構成の例 . . . . . . エージェント・テンプレート・データベース . . . ディスカバリー・エージェントの despatch テー ブル . . . . . . . . . . . . . . . ディスカバリー・エージェントの returns テー ブル . . . . . . . . . . . . . . . 278 283 284 285 285 286 289 289 293 295 296 299 300 304 305 307 310 313 316 319 321 321 321 323 324 324 326 327 327 331 334 338 338 339 342 342 342 343 343 346 349 349 350 353 353 354 355 付録 B. ディスカバリー・プロセス . . . 357 ディスカバリーのサブプロセス . . ディスカバリーのタイミング . . . ディスカバリーのステージとフェーズ データ処理ステージ . . . . . IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド . . . . . . . . . . . . . . . . . . . . 357 358 360 361 データ収集ステージ . . . . . . . . . . 段階付けられたディスカバリーの利点 . . . . 複数フェーズのための基準 . . . . . . . . フェーズの管理. . . . . . . . . . . . ディスカバリー・サイクル . . . . . . . . . デバイスの存在のディスカバー . . . . . . デバイスの詳細のディスカバー (標準) . . . . デバイスの詳細のディスカバー (コンテキスト依 存) . . . . . . . . . . . . . . . . デバイスに関連付けられているアドレスのディス カバー. . . . . . . . . . . . . . . デバイス接続のディスカバー . . . . . . . トポロジーの作成 . . . . . . . . . . . ディスカバリー・データのブロードキャスト . . 拡張ディスカバリー構成オプション . . . . . . 構成可能なディスカバリー・データ・フロー . . 部分一致 . . . . . . . . . . . . . . EMS 統合を使用したディスカバリー・プロセス コレクターによるデバイスの存在のディスカバー デバイスの基本情報のディスカバー . . . . . デバイスの詳細情報のディスカバー . . . . . 再ディスカバリー . . . . . . . . . . . . 全体的な再ディスカバリーと部分的な再ディスカ バリー. . . . . . . . . . . . . . . 再ディスカバリーの完了. . . . . . . . . 付録 C. ディスカバリー・エージェント 361 364 365 366 366 367 368 369 371 373 374 375 376 376 377 377 378 379 380 381 381 384 385 エージェント . . . . . . . . . . . . . Details エージェント . . . . . . . . . . Associated Address (AssocAddress) エージェ ント . . . . . . . . . . . . . . . エージェントによって取得されるインターフェー ス・データ . . . . . . . . . . . . . ディスカバリー・エージェントの定義ファイルの キーワード . . . . . . . . . . . . . エージェントのタイプ . . . . . . . . . . イーサネット・スイッチ間の接続のディスカバー レイヤー 3 (ネットワーク層) での接続. . . . EMS に保管されているトポロジー・データ . . ATM デバイス間の接続のディスカバー . . . MPLS デバイスのディスカバー . . . . . . マルチキャスト・エージェント . . . . . . NAT ゲートウェイのディスカバー . . . . . 包含情報のディスカバー. . . . . . . . . その他のプロトコルを使用するディスカバリー・ エージェント . . . . . . . . . . . . コンテキスト依存ディスカバリー・エージェント タスク固有のディスカバリー・エージェント . . IPv6 向けディスカバリー・エージェント . . . エージェントを選択するためのガイダンス. . . . 使用する IP レイヤー・エージェント . . . . 使用する標準エージェント . . . . . . . . 実行する専用エージェント . . . . . . . . レイヤー 3 ディスカバリーの推奨エージェント レイヤー 2 ディスカバリーの推奨エージェント 405 406 408 409 410 411 413 416 417 424 424 425 425 425 427 427 付録 D. ヘルパー・システム . . . . . 429 ヘルパー . . . . . . . ヘルパー・システムの動作 . 動的タイムアウト . . . . . . . . . . . . . . . . . . . . . . . . . . 429 . 430 . 431 付録 E. ディスカバリー・スティッチャ ー . . . . . . . . . . . . . . . . 433 主なディスカバリー・スティッチャー . クロスドメイン・スティッチャー. . . . . . . . . . 433 . 445 385 386 付録 F. トラップのタイプ . . . . . . 449 386 付録 G. Network Manager 用語集 387 特記事項 . . . . . . . . . . . . . . 457 商標 387 394 394 400 索引 . . . . . . . . . . . . . . . 451 . . . 459 . . . . . . . . . . . . . . . 461 目次 v vi IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 1. IPv6 サブネット・マスクの ping 応答時間 33 2. ディスカバリー・パラメーターとそれに対応す るスキーマおよびテーブル . . . . . . . 61 3. ユーザーが編集可能なディスカバリー構成ファ イル . . . . . . . . . . . . . . . 63 4. master.entityByNeighbor テーブルへの情報の 取り込みに使用される変数 . . . . . . . 106 5. ncp_trapmux プロセスの制御に使用するコマ ンド . . . . . . . . . . . . . . 109 6. ディスカバリー中の EMS からのトポロジ ー・データの収集 . . . . . . . . . . 122 7. デフォルト・コレクターのリスト . . . . . 123 8. EMS 統合のコンポーネント. . . . . . . 124 9. コマンド行オプションの説明 . . . . . . 146 10. 拡張レイヤー 2 の VPN の疑似ワイヤー数 152 11. AsAgent エージェント . . . . . . . . 156 12. ASMap.txt ファイルのフォーマット . . . . 157 13. RT ベースのディスカバリーと LSP ベースの ディスカバリー . . . . . . . . . . . 158 14. MPLS スコープ設定要件の定義 . . . . . 164 15. デバイス・レコードに追加される NAT 情報 169 16. NAT ディスカバリー構成のためのクイック・ リファレンス . . . . . . . . . . . 170 17. NATGateways.txt ファイルのフォーマット 179 18. ディスカバリー・フェーズの状況 . . . . . 186 19. ping ファインダー状況 . . . . . . . . 188 20. エージェントの状態 . . . . . . . . . 189 21. IP アドレスの状態 . . . . . . . . . . 191 22. NCIM トポロジー・データベースのマッピン グ・テーブルからのデータの例 . . . . . 206 23. ディスカバリーのトラブルシューティングに 使用するレポートのカテゴリー . . . . . 219 24. エージェントの状態 . . . . . . . . . 222 25. IP アドレスの状態 . . . . . . . . . . 223 26. 名前と値のペアのタグの例 . . . . . . . 229 27. 名前と値のペアのタグの例 . . . . . . . 232 28. 名前と値のペアのタグの例 . . . . . . . 234 29. 名前と値のペアのタグの例 . . . . . . . 235 30. GetCustomTag.stch スティッチャーの行ごと の説明 . . . . . . . . . . . . . . 236 31. disco.config データベース表スキーマ 244 32. disco.managedProcesses データベース表スキ ーマ . . . . . . . . . . . . . . 254 33. disco.status データベース表スキーマ 255 34. disco.agents データベース表スキーマ 258 35. disco.NATStatus データベース表スキーマ 260 36. disco.dynamicConfigFiles データベース表ス キーマ . . . . . . . . . . . . . . 260 37. disco.tempData データベース表スキーマ 261 38. disco.profilingData データベース表スキーマ 261 39. disco.events データベース表スキーマ 262 © Copyright IBM Corp. 2006, 2016 40. disco.ipCustomTags データベース表スキーマ 41. disco.filterCustomTags データベース表スキー マ . . . . . . . . . . . . . . . 42. scope.detectionFilter データベース表スキーマ 43. scope.inferMPLSPEs データベース表スキーマ 44. scope.instantiateFilter データベース表スキー マ . . . . . . . . . . . . . . . 45. scope.zones データベース表スキーマ 46. scope.multicastGroup データベース表スキー マ . . . . . . . . . . . . . . . 47. scope.multicastSource データベース表スキー マ . . . . . . . . . . . . . . . 48. scope.special データベース表スキーマ 49. scope.zones データベース表スキーマ 50. snmpStack.accessParameters データベース表 スキーマ . . . . . . . . . . . . . 51. snmpStack.configuration データベース表スキ ーマ . . . . . . . . . . . . . . 52. snmpStack.conversion データベース表スキー マ . . . . . . . . . . . . . . . 53. snmpStack.multibyteObjects データベース表 スキーマ . . . . . . . . . . . . . 54. snmpStack.verSecurityTable データベース表 スキーマ . . . . . . . . . . . . . 55. telnetStack.passwords データベース表スキー マ . . . . . . . . . . . . . . . 56. agents.definitions データベース表スキーマ 57. agents.victims データベース表スキーマ 58. agents.status データベース表スキーマ 59. stitchers.definitions データベース表スキーマ 60. stitchers.triggers データベース表スキーマ 61. stitchers.status データベース表スキーマ 62. stitchers.actions データベース表スキーマ 63. finders.despatch データベース表スキーマ 64. finders.returns データベース表スキーマ 65. finders.pending データベース表スキーマ 66. finders.processing データベース表スキーマ 67. finders.rediscovery データベース表スキーマ 68. Details.despatch データベース表スキーマ 69. Details.returns データベース表スキーマ 70. ファインダーの説明 . . . . . . . . . 71. collectorFinder.collectorRules データベース表 スキーマ . . . . . . . . . . . . . 72. collectorFinder.configuration データベース表 スキーマ . . . . . . . . . . . . . 73. fileFinder.configuration データベース表スキ ーマ . . . . . . . . . . . . . . 74. fileFinder.parseRules データベース表スキー マ . . . . . . . . . . . . . . . 75. pingFinder.configuration データベース表スキ ーマ . . . . . . . . . . . . . . 263 264 267 268 269 269 270 272 272 274 278 280 281 281 282 283 285 286 286 287 287 288 288 290 290 291 291 292 293 294 295 296 298 299 300 301 vii 76. pingFinder.pingFilter データベース表スキー マ . . . . . . . . . . . . . . . 77. pingFinder.pingRules データベース表スキー マ . . . . . . . . . . . . . . . 78. pingFinder.scope データベース表スキーマ 79. ARPHelper.ARPHelperTable データベース表 スキーマ . . . . . . . . . . . . . 80. ARPHelper.ARPHelperConfig データベース 表スキーマ . . . . . . . . . . . . 81. DNSHelper.DNSHelperTable データベース表 スキーマ . . . . . . . . . . . . . 82. DNSHelper.DNSHelperConfig データベース 表スキーマ . . . . . . . . . . . . 83. PingHelper.PingHelperTable データベース表 スキーマ . . . . . . . . . . . . . 84. PingHelper.PingHelperConfig データベース 表スキーマ . . . . . . . . . . . . 85. pingHelper.configuration データベース表スキ ーマ . . . . . . . . . . . . . . 86. SnmpHelper.SnmpHelperTable データベース 表スキーマ . . . . . . . . . . . . 87. SnmpHelper.SnmpHelperConfig データベー ス表スキーマ . . . . . . . . . . . 88. TelnetHelper.TelnetHelperTable データベース 表スキーマ . . . . . . . . . . . . 89. TelnetHelper.TelnetHelperConfig データベー ス表スキーマ . . . . . . . . . . . 90. XmlRpcHelper.XmlRpcHelperTable データベ ース表スキーマ . . . . . . . . . . . 91. XmlRpcHelper.XmlRpcHelperConfig データ ベース表スキーマ . . . . . . . . . . 92. ARPHelper.configuration データベース表スキ ーマ . . . . . . . . . . . . . . 93. DNSHelper.configuration データベース表ス キーマ . . . . . . . . . . . . . . 94. DNShelper.methods データベース表スキーマ 95. pingHelper.configuration データベース表スキ ーマ . . . . . . . . . . . . . . 96. snmpHelper.configuration データベース表ス キーマ . . . . . . . . . . . . . . 97. telnetHelper.configuration データベース表ス キーマ . . . . . . . . . . . . . . 98. telnetHelper.deviceConfig データベース表ス キーマ . . . . . . . . . . . . . . 99. xmlRpcHelper.configuration データベース表 スキーマ . . . . . . . . . . . . . 100. translations.ipToBaseName データベース表ス キーマ . . . . . . . . . . . . . . 101. translations.vlans データベース表スキーマ 102. translations.NAT データベース表スキーマ 103. translations.NATtemp データベース表スキー マ . . . . . . . . . . . . . . . 104. translations.NATAddressSpaceIds データベー ス表スキーマ . . . . . . . . . . . 105. specialManagementIPs テーブル . . . . . viii 302 303 304 305 305 307 308 310 311 312 313 314 316 317 319 319 321 321 322 323 324 324 325 326 327 328 329 329 330 330 106. instrumentation.ipAddresses データベース表 スキーマ . . . . . . . . . . . . . 107. instrumentation.name データベース表スキー マ . . . . . . . . . . . . . . . 108. instrumentation.subNet データベース表スキ ーマ . . . . . . . . . . . . . . 109. instrumentation.vlan データベース表スキーマ 110. instrumentation.frameRelay データベース表 スキーマ . . . . . . . . . . . . . 111. instrumentation.ciscoFrameRelay データベー ス表スキーマ . . . . . . . . . . . 112. instrumentation.hsrp データベース表スキーマ 113. instrumentation.pnniPeerGroup データベース 表スキーマ . . . . . . . . . . . . 114. instrumentation.fddi データベース表スキーマ 115. workingEntities.finalEntity データベース表ス キーマ . . . . . . . . . . . . . . 116. workingEntities.containment データベース表 スキーマ . . . . . . . . . . . . . 117. workingEntities.interfaceMapping データベー ス表スキーマ . . . . . . . . . . . 118. fullTopology.entityByNeighbor データベース 表スキーマ . . . . . . . . . . . . 119. scratchTopology.entityByName データベース 表スキーマ . . . . . . . . . . . . 120. rediscoveryStore.dataLibrary データベース表 スキーマ . . . . . . . . . . . . . 121. rediscoveryStore.rediscoveredEntities データ ベース表スキーマ . . . . . . . . . . 122. MODEL (ncp_model) データベース . . . . 123. master.entityByName データベース表スキー マ . . . . . . . . . . . . . . . 124. master.entityByNeighbor データベース表スキ ーマ . . . . . . . . . . . . . . 125. master.containers データベース表スキーマ 126. model.config データベース表スキーマ 127. model.profilingData データベース表スキーマ 128. model.statistics データベース表スキーマ 129. failover.config データベース表スキーマ 130. failover.status データベース表スキーマ 131. failover.findRateDetails データベース表スキ ーマ . . . . . . . . . . . . . . 132. failover.doNotCache データベース表スキーマ 133. failover.restartPhaseAction データベース表ス キーマ . . . . . . . . . . . . . . 134. agentTemplate.despatch データベース表スキ ーマ . . . . . . . . . . . . . . 135. agentTemplate.returns データベース表スキー マ . . . . . . . . . . . . . . . 136. ディスカバリーの各コンポーネント . . . . 137. データ収集ステージおよびデータ処理ステー ジ . . . . . . . . . . . . . . . 138. イーサネット・スイッチ・ディスカバリー・ エージェント . . . . . . . . . . . 139. レイヤー 3 (ネットワーク層) のエージェント IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 332 332 332 333 333 333 333 334 334 335 336 337 338 339 342 342 343 343 345 346 347 348 348 350 351 351 352 352 354 355 357 359 395 400 140. ルーティング・プロトコル・ディスカバリ ー・エージェント . . . . . . . . . 141. ATM ディスカバリー・エージェント 142. MPLS ディスカバリー・エージェント 143. マルチキャスト・ディスカバリー・エージェ ント . . . . . . . . . . . . . 144. NAT ゲートウェイ・エージェント . . . 145. 包含情報をディスカバーするディスカバリ ー・エージェント . . . . . . . . . 146. その他のプロトコルを使用するディスカバリ ー・エージェント . . . . . . . . . . 405 406 408 . 409 . 410 . 411 147. コンテキスト依存ディスカバリー・エージェ ント . . . . . . . . . . . . . 148. タスク固有のディスカバリー・エージェント 149. IPv6 エージェント・テンプレート . . . 150. Network Manager で使用可能なヘルパー 151. Network Manager ディスカバリー・スティ ッチャーのリスト . . . . . . . . . 152. クロスドメイン・スティッチャー . . . . 153. トラップのタイプ . . . . . . . . . . 416 417 . 424 429 . 433 . 445 . 449 . 413 表 ix x IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 本書について IBM Tivoli Network Manager IP Editionには、ネットワーク・ディスカバリー、 デバイス・モニター、トポロジー可視化、および根本原因分析 (RCA) の詳細機能 があります。Network Manager は、さまざまなネットワークを管理するために、 広範囲にわたってカスタマイズおよび構成することができます。また、Network Manager には豊富なレポート作成機能があり、さらに IBM Tivoli Application Dependency Discovery Manager、IBM Tivoli Business Service Manager、IBM Systems Director などの他の IBM 製品との統合も実現します。 本書「IBM Tivoli Network Manager IP Edition ディスカバリー・ガイド」では、 Network Manager IP Edition を管理および使用して、ネットワーク・ディスカバ リーを実行する方法について説明します。 対象読者 本書は、IBM Tivoli Network Manager IP Edition の構成を行うユーザー、システ ム管理者、およびネットワーク管理者を対象としています。 IBM Tivoli Network Manager IP Edition は、IBM Tivoli Netcool/OMNIbus と 連携して動作します。この資料は、IBM Tivoli Netcool/OMNIbus の機能を把握し ていることを前提としています。 IBM Tivoli Netcool/OMNIbus について詳しく は、 xiii ページの『資料』に記載されている資料を参照してください。 本書の内容 本書には、以下のセクションがあります。 1 ページの『第 1 章 ディスカバリーについて』 v ディスカバリーの概念と、ネットワークのディスカバリーのために設定できるパ ラメーターについて説明します。 13 ページの『第 2 章 ネットワーク・ディスカバリーの構成』 v ディスカバリーを構成し、起動する前に満たしておく必要がある前提条件につい て説明します。 また、以下を使用してディスカバリーを実行する方法についても説明します。 – 「ディスカバリー・ウィザード」を使用して、初期ディスカバリーを実行 し、ディスカバリーの基本パラメーターを設定する。 – 「ディスカバリー構成」の GUI を使用して、ディスカバリーの拡張パラメー ターを設定する。 – CLI および構成ファイルを使用して、ディスカバリー・プロセスを構成す る。 Element Management System、MPLS、および NAT などを使用する場合の、 複雑なディスカバリー・パラメーターの設定方法についても説明します。 © Copyright IBM Corp. 2006, 2016 xi v 185 ページの『第 3 章 ネットワーク・ディスカバリーのモニター』 GUI またはコマンド行を使用して、ネットワーク・ディスカバリーの状態および 進行状況をモニターする方法について説明します。 v 203 ページの『第 4 章 ネットワーク・デバイスの分類』 ディスカバリーの後に、ネットワーク・デバイスの分類を変更する方法について 説明します。 v 211 ページの『第 5 章 ディスカバーされたトポロジーを最新状態に維持』 ディスカバリーのスケジュール方法、手動によるデバイスのディスカバー方法、 およびデバイスの除去方法について説明します。 v 219 ページの『レポートを使用したディスカバリーのトラブルシューティン グ』 ディスカバリー・プロセス、およびディスカバリーの対象とするネットワークの 両方のトラブルシューティング方法について説明します。 v 243 ページの『付録 A. ディスカバリー・データベース』 ncp_disco (ネットワーク・デバイスの存在と接続をディスカバーするコンポーネ ント)、および ncp_model (ディスカバーされたネットワーク・トポロジーを管 理、保管、分散するコンポーネント) で使用されるデータベースについて説明し ます。 v 357 ページの『付録 B. ディスカバリー・プロセス』 IBM Tivoli Network Manager IP Edition が、接続データおよび包含データを 含むネットワーク・トポロジーをどのように生成するかについて説明します。 v 385 ページの『付録 C. ディスカバリー・エージェント』 ディスカバリーの一環として実行するために提供されているディスカバリー・エ ージェントについて説明します。ご使用のネットワークの特性に応じたエージェ ントの選択に関するガイダンスも記載されています。 v 429 ページの『付録 D. ヘルパー・システム』 ヘルパー (要求に応じてネットワークから情報を取得する専用アプリケーション) に関する背景情報を提供します。 v 433 ページの『主なディスカバリー・スティッチャー』 IBM Tivoli Network Manager IP Edition に付属しているスティッチャーにつ いて説明します。 v 449 ページの『付録 F. トラップのタイプ』 トラップ・ファインダーによって検出される可能性がある各種トラップについて 説明します。 xii IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 資料 このセクションでは、Network Manager ライブラリーの資料と関連資料を紹介し ます。また、このセクションでは Tivoli の資料にオンラインでアクセスする方法 と、Tivoli 資料のご注文方法も説明します。 Network Manager ライブラリー Network Manager ライブラリーに収録されている資料を以下に示します。 v IBM Tivoli Network Manager IP Edition リリース情報, GI88-4254 IBM Tivoli Network Manager IP Edition に関する重要情報および最新情報を 提供します。この資料は、デプロイメント担当者および管理者を対象としてお り、最初に確認する必要があります。 v IBM Tivoli Network Manager スタートアップ・ガイド, GI11-9353-00 製品のインストール後に、IBM Tivoli Network Manager IP Edition をセット アップする方法について説明します。このガイドは、製品を開始する方法、製品 が正しく実行されていることを確認する方法、およびネットワークをディスカバ ーする方法について説明します。良好なネットワーク・ディスカバリーを取得す ることは、Network Manager IP Edition を正しく使用するために重要です。こ のガイドは、最初のディスカバリーを構成およびモニターする方法、ディスカバ リーの結果を検証する方法、実動ディスカバリーを構成する方法、およびネット ワーク・トポロジーを最新の状態に保つ方法について説明します。ネットワー ク・トポロジーを最新の状態にした後に、このガイドで、ネットワーク・トポロ ジーをネットワーク・オペレーターで使用可能にする方法、およびネットワーク をモニターする方法について確認してください。この簡潔なガイドでは、重要な タスクについて取り上げ、より詳細なタスク、オプションのタスク、または拡張 タスクに言及し、残りの資料セット内の参照資料を掲載しています。 v IBM Tivoli Network Manager IP Edition 製品概要, GC27-2759-00 IBM Tivoli Network Manager IP Edition の概要について説明します。製品体 系、コンポーネント、および機能について説明します。この資料は、IBM Tivoli Network Manager IP Edition に関心のあるユーザーを対象としています。 v IBM Tivoli Network Manager IP Edition インストールと構成ガイド , SC27-2760-00 IBM Tivoli Network Manager IP Edition のインストール方法について説明し ます。また、必須およびオプションのインストール後の構成タスクについても説 明します。この資料は、IBM Tivoli Network Manager IP Edition のインスト ールおよびセットアップを行う必要のある管理者を対象としています。 v IBM Tivoli Network Manager IP Edition 管理ガイド, SC27-2761-00 プロセスの管理、データベースの照会、および製品の開始と停止の方法など、 IBM Tivoli Network Manager IP Editionの管理タスクについて説明していま す。この資料は、IBM Tivoli Network Manager IP Edition の保守および可用 性を担当する管理者を対象としています。 v IBM Tivoli Network Manager IP Edition ディスカバリー・ガイド, SC27-2762-00 本書について xiii IBM Tivoli Network Manager IP Edition を使用してネットワークを検出する 方法について説明します。この資料は、ネットワーク・ディスカバリーの構成お よび実行を担当する管理者を対象としています。 v IBM Tivoli Network Manager IP Edition イベント管理ガイド, SC27-2763-00 IBM Tivoli Network Manager IP Edition を使用して、ネットワーク・デバイ スのポーリング、ネットワーク・デバイスからの各種イベントの構成、および Tivoli Netcool/OMNIbus イベント・ゲートウェイに対するプラグインの管理 (根本原因分析のための RCA プラグインの構成など) を行う方法について説明し ています。この資料は、ネットワーク・ポーリング、イベントの強化、根本原因 分析、およびイベント・ゲートウェイ・プラグインの構成と実行を担当する管理 者を対象としています。 v IBM Tivoli Network Manager IP Edition ネットワーク・トラブル・シューティン グ・ガイド, GC27-2765-00 IBM Tivoli Network Manager IP Edition を使用して、製品によって識別され るネットワーク問題を解決する方法について説明します。この資料は、ネットワ ークの問題を識別または解決することを担当するネットワーク・オペレーターを 対象としています。 v IBM Tivoli Network Manager IP Edition ネットワーク可視化セットアップ・ガイ ド, SC27-2764-00 IBM Tivoli Network Manager IP Edition ネットワーク可視化ツールを構成し て、カスタマイズされた作業環境をネットワーク・オペレーターに提供する方法 について説明しています。この資料は、ネットワーク・オペレーターの作業を支 援する役割を担う製品管理者またはチーム・リーダーを対象としています。 v IBM Tivoli Network Manager IP Edition データベース管理ガイド, SC27-2767-00 IBM Tivoli Network Manager IP Edition でのコンポーネント・データベース のスキーマについて説明します。 この資料は、コンポーネント・データベース を直接照会する必要のある上級者を対象としています。 v IBM Tivoli Network Manager IP Edition トポロジー・データベース・リファレン ス, SC27-2766-00 トポロジー・データを IBM Tivoli Network Manager IP Edition に保管するた めに使用するデータベースのスキーマについて説明します。この資料は、トポロ ジー・データベースを直接照会する必要のある上級者を対象としています。 v IBM Tivoli Network Manager IP Edition 言語リファレンス , SC27-2768-00 IBM Tivoli Network Manager IP Editionで使用されるシステム言語 (Stitcher 言語、オブジェクト照会言語など) について説明します。この資料は、IBM Tivoli Network Manager IP Edition の操作をカスタマイズする必要のある上級 者を対象としています。 v IBM Tivoli Network Manager IP Edition Perl API ガイド, SC27-2769-00 開発者が、IBM Tivoli Network Manager IP Edition と対話するカスタム・ア プリケーションを作成するために使用できる Perl モジュールについて説明して います。開発者が作成できるカスタム・アプリケーションの例としては、ポーリ xiv IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ング・エージェントやディスカバリー・エージェントなどがあります。この資料 は、そのようなカスタム・アプリケーションを作成する必要がある上級 Perl 開 発者を対象としています。 v IBM Tivoli Monitoring for Tivoli Network Manager IP Edition ユーザー・ガイド, SC27-2770-00 IBM Tivoli Monitoring for IBM Tivoli Network Manager IP Edition のインス トールおよび使用に関する情報が記載されています。この資料の対象読者は、 IBM Tivoli Monitoring for IBM Tivoli Network Manager IP Edition をインス トールおよび使用して、IBM Tivoli Network Manager IP Edition リソースを モニターおよび管理するシステム管理者です。 前提資料 この資料の情報を有効に活用するために必要な前提知識を得るには、以下の資料を 参照してください。 v IBM Tivoli Netcool/OMNIbus インストールおよびデプロイメント・ガイド , SC88-8220-00 Tivoli Netcool/OMNIbus のインストールおよびアップグレード手順を含み、セ キュリティーおよびコンポーネント通信の構成方法を説明します。また、Tivoli Netcool/OMNIbus アーキテクチャーの例が含まれており、その実装方法につい て説明します。 v IBM Tivoli Netcool/OMNIbus ユーザーズ・ガイド, SC88-8226 デスクトップ・ツールについて概説し、これらのツールを使用したイベント管理 に関連したオペレーター・タスクについて説明します。 v IBM Tivoli Netcool/OMNIbus 管理ガイド, SC88-8221 Tivoli Netcool/OMNIbus 管理者 GUI、コマンド行ツール、およびプロセス制 御を使用して管理用タスクを実行する方法を説明します。また、ObjectServer SQL の構文および自動化の説明と例も含まれています。 v IBM Tivoli Netcool/OMNIbus プローブとゲートウェイ・ガイド, SC88-8223 プローブ・ルール・ファイル構文やゲートウェイ・コマンドなどの、プローブお よびゲートウェイに関する概説および参照情報が含まれています。 v IBM Tivoli Netcool/OMNIbus Web GUI 管理およびユーザーズ・ガイド SC88-8222 Tivoli Netcool/OMNIbus Web GUI を使用した、管理タスクおよびイベント視 覚化タスクの実行方法が記載されています。 用語集へのオンライン・アクセス 以下は英語のみの対応となります。IBM Terminology Web サイトには、IBM 製品 ライブラリーの用語が 1 つにまとめられています。Terminology Web サイトの Web アドレスは以下のとおりです。 http://www.ibm.com/software/globalization/terminology 本書について xv マニュアルへのオンライン・アクセス 以下は英語のみの対応となります。IBM では、この製品およびその他のすべての Tivoli 製品に関する資料を、使用可能になった時点および更新された時点で、IBM Knowledge Center の Web サイトに載せています。 http://www-01.ibm.com/support/knowledgecenter/ Network Manager 資料は、その Web サイトの「Cloud & Smarter Infrastructure」ノードの下にあります。 注: PDF 文書をレターサイズ以外の用紙に印刷する場合は、PDF 読み取りアプリ ケーションのメニューから「ファイル」 > 「印刷」を選択して表示されたウィンド ウでオプションを設定し、レターサイズのページをご使用の用紙に印刷できるよう にしてください。 アクセシビリティー アクセシビリティー機能は、運動障害または視覚障害など身体に障害を持つユーザ ーがソフトウェア・プロダクトを快適に使用できるようにサポートします。 アクセシビリティー機能 以下のリストは、Network Manager での主なアクセシビリティー機能です。 v キーボードのみで操作可能なコンソール・ベースのインストーラー v 画面読み上げ機能がサポートされたコンソール・ベースのインストーラー v Network Manager には、弱視の方に適した以下の機能が用意されています。 v – GUI で使用されている、テキスト以外のすべてのコンテンツには、代替テキ ストが関連付けられています。 – 弱視の方は、高コントラスト・モードなどのシステム画面設定を調整した り、ブラウザー設定を使用してフォント・サイズを制御したりできます。 – 情報の伝達、アクションの指示、対応の要求、または資格要素の識別を行う うえで、色以外の視覚的手段も使用しています。 Network Manager には、光過敏性てんかんを患う方に適した以下のような機能 があります。 – Web ページには、1 秒間に 2 回を超える明滅を起こすものは含まれていま せん。 Network Manager Knowledge Center のアクセシビリティーは、その Knowledge Center 内に説明されています。 アクセシビリティー機能を使用できるように Internet Explorer を構 成するための追加ステップ Web ブラウザーとして Internet Explorer を使用している場合は、追加の構成ステ ップを実行し、アクセシビリティー機能を使用可能にすることをお勧めします。 高コントラスト・モードを使用可能にするには、以下の手順を実行します。 xvi IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 1. 「ツール」 > 「インターネット オプション」 > 「ユーザー補助」をクリック します。 2. 「書式設定」セクションのすべてのチェック・ボックスを選択します。 「表示」 > 「文字のサイズ」 > 「最大」をクリックしてもフォント・サイズが大 きくならない場合は、Ctrl キーと + キーおよび Ctrl キーと - キーを使用してく ださい。 IBM® とアクセシビリティー アクセシビリティーに対する IBM のコミットメントについては、「IBM Human Ability and Accessibility Center」を参照してください。 Tivoli 技術研修 以下は英語のみの対応となります。 Tivoli 技術研修の情報については、以下の IBM Tivoli Education Web サイトを参照してください。 http://www.ibm.com/software/tivoli/education サポート情報 ご使用の IBM ソフトウェアに問題がある場合、迅速な解決が必要となります。IBM では、お客様が以下の方法で必要なサポートを受けることができるようにしていま す。 オンライン IBM ソフトウェア・サポート サイト (http://www.ibm.com/software/ support/probsub.html) にアクセスし、指示に従ってください。 IBM Support Assistant IBM Support Assistant (ISA) は、無料のローカル・ソフトウェア保守性ワ ークベンチで、IBM ソフトウェア製品での疑問や問題の解決に役立ちま す。ISA を使用すると、サポート関連情報と問題判別のための保守性ツール に素早くアクセスできます。ISA ソフトウェアをインストールするには、 http://www.ibm.com/software/support/isa にアクセスしてください。 この資料の規則 この資料では、特殊な用語およびアクションと、オペレーティング・システムに依 存するコマンドおよびパスに、いくつかの規則を使用しています。 書体の規則 この資料では、以下のような書体の規則を使用しています。 太字 v 太字にしなければ周囲の本文と区別しにくい小文字のコマンドおよび大/ 小文字混合のコマンド v インターフェース・コントロール (チェック・ボックス、プッシュボタ ン、ラジオ・ボタン、スピン・ボタン、フィールド、フォルダー、アイ 本書について xvii コン、リスト・ボックス、リスト・ボックス内の項目、複数列のリス ト、コンテナー、メニュー選択、メニュー名、タブ、プロパティー・シ ート)、ラベル (「ヒント:」および「オペレーティング・システムの考慮 事項:」など) v 本文中のキーワードおよびパラメーター 斜体 v 引用 (例: 資料、ディスケット、および CD のタイトル) v 本文中で定義された単語 (例: 非交換回線は Point-to-Point 回線と呼ばれ ます) v 単語および文字の強調 (単語自体を強調する例: 「that という単語は、制 限節を導入します。」、文字自体を強調する例: 「LUN アドレスは L という文字で始まっていなければなりません。」) v 本文での新規用語 (定義リスト内を除く) (例: ビュー とは、データを含 むワークスペース内のフレームです) v 指定する必要のある変数および値 (例: ... ここで myname は .... を表し ます) モノスペース v 例およびコード例 v ファイル名、プログラミングのキーワード、および周囲の本文から区別 しにくいその他のエレメント v ユーザーに対して出されるメッセージ・テキストおよびプロンプト v ユーザーが入力する必要のあるテキスト v 引数またはコマンド・オプションの値 オペレーティング・システムに依存する変数およびパス 本書では、コマンドが特定のプラットフォームを対象とする場合を除き、プラット フォーム固有のプレフィックスおよびサフィックスを付けずに環境変数を記載して います。例えば、Network Manager のコア・コンポーネントがインストールされ ているディレクトリーは、NCHOME として表します。 Windows コマンド行を使用する場合、環境変数にはパーセント記号 (%) をプレフ ィックスおよびサフィックスとして付加し、ディレクトリー・パスのスラッシュは (/) それぞれ円記号 (¥) に置き換えてください。例えば、Windows システムでは、 NCHOME は %NCHOME% です。 UNIX システムの場合、環境変数にはドル記号 ($) をプレフィックスとして付加し てください。例えば、UNIX では、NCHOME は $NCHOME です。 環境変数の名前は、Windows 環境と UNIX 環境で同じであるとは限りません。例 えば、Windows 環境の %TEMP% は、UNIX 環境の $TMPDIR に相当します。 Windows システムで bash シェルを使用している場合は、UNIX の規則を使用で きます。 xviii IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 第 1 章 ディスカバリーについて ディスカバリーを構成するには、ディスカバリーの実行方法を管理するパラメータ ーを設定します。 ディスカバリーのタイプについて ネットワーク・ディスカバリーについて記述するための用語は、ディスカバー対象 やディスカバリーの構成方法によって異なります。ディスカバリー、再ディスカバ リー、フル・ディスカバリー、部分的なディスカバリーを実行することができま す。また、自動ディスカバリーをセットアップすることもできます。 ディスカバリーおよび再ディスカバリー ディスカバリー ディスカバリーという用語は、一般にはあらゆる種類のディスカバリーを指 すものとして使用されます。実際には、ディスカバリーは正確にはディスカ バリー・エンジン (ncp_disco) の開始後に実行される最初のディスカバリー のみを指し、それ以降のすべてのディスカバリーは再ディスカバリーです。 メモリー内にまだディスカバリー・データが存在していないため、ディスカ バリーは再ディスカバリーより少し時間がかかります。 再ディスカバリー ディスカバリーが一度実行されていれば、それ以降に実行されるディスカバ リーはすべて再ディスカバリーです。再ディスカバリーでは、ディスカバリ ーとは異なるデータ・フローが使用され、一部のスティッチャーおよびデー タベースも異なります。ncp_disco を再開する場合は、次に行うディスカバ リーは単なるディスカバリーであり、それ以降のディスカバリーが再ディス カバリーになります。拡張ディスカバリーを実行したりディスカバリー・デ ータ・フローを変更したりするのでない限り、通常はディスカバリーと再デ ィスカバリーの相違は重要ではありません。また、読みやすさを考慮して、 ここでの説明では必要でない限り、ディスカバリーと再ディスカバリーを区 別しません。 フル・ディスカバリーと部分的なディスカバリー フル・ディスカバリー フル・ディスカバリーは、広いスコープで実行され、管理するネットワー ク・デバイスのすべてをディスカバーすることを目的としています。通常、 フル・ディスカバリーは、部分的なディスカバリーと対比する場合を除い て、単にディスカバリーと呼ばれます。 部分的なディスカバリー 部分的なディスカバリーとは、以前にディスカバーされたネットワークのセ クションの再ディスカバリーのことです。通常、ネットワークのセクション は、一定のアドレス範囲、単一デバイス、または 1 つのデバイス・グルー プで構成されるディスカバリー・スコープを使用して定義されます。部分的 なディスカバリーは、最後に実行されたフル・ディスカバリーの結果を利用 © Copyright IBM Corp. 2006, 2016 1 し、ディスカバリー・エンジン (ncp_disco プロセス) が最後のフル・ディ スカバリー以降に停止されていない場合にのみ実行できます。したがって、 部分的なディスカバリーは、実際には再ディスカバリーの一種です。 自動ディスカバリーおよびスケジュールされたディスカバリー ディスカバリーは、ウィザード、GUI、またはコマンド行を使用してオンデマンド で実行できます。自動的に開始するようにディスカバリーを構成することもできま す。 自動ディスカバリー ディスカバリーが終了すると、ディスカバリー・プロセスは即応状態 (再デ ィスカバリー・モード と呼ばれる) になり、ネットワーク・デバイスから のトラップを受け取ると、別のディスカバリーが自動的にトリガーされま す。 スケジュールされたディスカバリー 特定の時刻に開始するようディスカバリーをスケジュールすることができま す。 関連概念: 381 ページの『全体的な再ディスカバリーと部分的な再ディスカバリー』 スティッチャーを変更することにより、再ディスカバリー・モードで検出されるデ バイスを DISCO が処理する方法を構成することができます。 関連タスク: 211 ページの『ディスカバリーのスケジューリング』 フル・ディスカバリーが完了したら、実行するディスカバリーの時刻、日付、およ び曜日を FullDiscovery.stch スティッチャー・ファイルに挿入することにより、 さらにディスカバリーをスケジュールすることができます。 57 ページの『ディスカバリーの開始』 ディスカバリーを構成した後は、ディスカバリーを開始し、必要に応じて停止する ことができます。 215 ページの『GUI からの部分的なディスカバリーの開始』 部分的なディスカバリーを開始するための作業には、シードおよびスコープの定義 が含まれます。 212 ページの『自動ディスカバリーの構成』 Network Manager には、トラップの受信に基づいて部分的なディスカバリーを自 動的にトリガーするメカニズムが備わっています。これは、イベント・ゲートウェ イに対する Disco プラグインによって実行されます。デバイス・トラップが、ネッ トワーク・デバイスの変更、または新規ネットワーク・デバイスの存在を示すこと があります。Disco プラグインについて詳しくは、『IBM Tivoli Network Manager IP Edition イベント管理ガイド』を参照してください。 2 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド スコープ ディスカバリー対象に含めるネットワークの各ゾーン (つまり、サブネットの範 囲)、および除外する各ゾーンを定義します。ディスカバリー・プロセスに含めるネ ットワークの領域、またはディスカバリー・プロセスから除外するネットワークの 領域を総称して、ディスカバリー・スコープと呼びます。 デフォルトのディスカバリー・プロセスによって認識される IP アドレスの範囲に は制限がない場合があるため、ディスカバリーのスコープを制限することが重要で す。スコープを設定しない場合、ディスカバリー・プロセスはすべてのネットワー ク・デバイスを認識しようとします。スコープによって、ご使用のネットワークの 重要な部分にディスカバリーが制限されます。 重要: ご使用のネットワークに、インターネットへのルートがある場合、そのルート がディスカバーされます。その後、Network Manager はそのルートを使用して、 インターネットの部分をディスカバーします。 スコープによって、ポーリングの対象としない機密デバイスのディスカバリーを制 御することができます。例えば、デバイスのポーリングによってセキュリティーの 問題が生じる場合や、ポーリング・プロセスがデバイスに過負荷をかける場合など です。スコープを構成して、デバイスをディスカバーするが、AOC 定義に従ってイ ンスタンス化しないようにできます。このようなデバイスはネットワーク・トポロ ジーで表示されず、デバイス情報は MODEL データベースに送信されません。デバ イスがディスカバーされないようにすることもできます。ディスカバリーでは、こ のようなデバイスに対する SNMP アクセスの取得が試行されません。 スコープによって、Network Manager がルーターのルーティング・テーブルから ダウンロードを試行するデータ量が制限されます。この制限を構成しないと、イン ターネット全体を対象とするルーティング・テーブルを認識するルーターをディス カバーする場合に、ディスカバリーの時間が指数関数的に増大します。 単一のトポロジーに複数のドメインを集約するためにクロスドメイン・ ディスカバリー機能を使用する場合は、ドメインをスコープして、ドメイン間のリ ンクを最小化します。例えば、高度に接続されたスイッチが別々のドメインに配置 されるようなネットワーク分割はしないでください。デバイスが必ず 1 つのドメイ ンにスコープされるようにしてください。つまり、ディスカバリー・ドメインがオ ーバーラップしないようにする必要があります。 Fix Pack 4 制約事項: Network Manager では IPv4 射影 IPv6 形式はサポートされておらず、 すべての IPv6 アドレスは IPv6 標準のコロン区切り形式である必要があります。 例えば、Network Manager では ::ffff:192.0.2.128 のような IPv4 射影 IPv6 アドレスはサポートされません。代わりに、アドレス ::ffff:c000:280 を入力しま す (IPv6 標準のコロン区切り形式)。 第 1 章 ディスカバリーについて 3 スコープ設定のタイプ Network Manager には、いくつかのスコープ設定のタイプがあります。 以下のタイプのスコープを有効にすることができます。 v 使用するネットワークの領域 (サブネットの範囲または特定のデバイスのいずれ か) をディスカバリー対象に含めたり、除外したりすることができます。構成さ れた各領域を、ゾーン と呼びます。 ヒント: 密度の低いサブネットの場合は、個々のルーターを含める方が、サブネ ット全体を含めるよりもディスカバリーが高速になる可能性があります。 v ゾーン内にゾーンを指定することができます。特定の包含ゾーン内で、検出しな いデバイスやサブネットを指定することができます。これらのデバイスは、Ping ファインダーによって ping されず、ディスカバリー・エージェントによって問 い合わせが行われることもありません。例えば、クラス B サブネット 1.2.0.0/16 で構成される包含ゾーン・スコープを定義して、このゾーン内でクラス C サブ ネット 1.2.3.0/24 で構成される除外スコープ・ゾーンを指定することができま す。最後に、除外スコープ・ゾーン内で包含スコープ・ゾーン 1.2.3.128/26 を指 定できます。 v ディスカバーされたデバイスに接続情報を問い合わせるかどうかを決定するフィ ルターを構成することができます。 v 定義済みのゾーン内のデバイスをインスタンス化するかどうかを決定するフィル ターを構成することができます。デバイスがインスタンス化されると、ネットワ ーク・マップ上に表示されます。インスタンス化されないデバイスは、MODEL に送信されません。 v マルチキャスト・スコーピングを構成できます。これにより、マルチキャスト・ ディスカバリー用のスコープとして使用するマルチキャスト・サブネットを構成 できるようになります。 ディスカバリーを制限するディスカバリー・ゾーンの定義 ディスカバリーを制限するには、ディスカバリー・ゾーンを定義する必要がありま す。ディスカバリー・ゾーンは、いくつかの方法で定義できます。 以下のいずれかの方式を選択して、ディスカバリー・ゾーンを定義します。 v ディスカバリー構成 GUI を使用してディスカバリー・ゾーンを定義する。 v DiscoScope.cfg 構成ファイルで scope.zones テーブルに OQL insert を追加す ることによって、ゾーンを構成する。この方式は、経験のあるユーザー向けで す。 注: scope.zones テーブルに何も指定されていない場合は、すべてのものがスコープ 内にあるものと見なされます。 各ゾーンに対して、以下の情報を指定する必要があります。 4 v ゾーンが使用するネットワーク・プロトコルのタイプ。ただし現在は IP のみが サポートされています。ゾーンは、必要な数だけ定義できます。同じ insert で 複数のゾーンを定義することもできます。 v ゾーンに対して実行するアクション。ここで、m_action=1 はディスカバリーに 含めることを意味し、m_action=2 は除外することを意味します。包含ゾーンと IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 排他ゾーンの両方を定義できます。最も小さいゾーンで実行されるアクション は、それよりも大きいゾーンでのアクションをオーバーライドします。 v 現在のディスカバリー・ゾーンを定義する varbind (name=value) のリスト。 関連タスク: 29 ページの『複数の包含ゾーンの定義』 scope.zones テーブルに複数の包含ゾーンを定義できます。 26 ページの『ディスカバリーのスコープ』 ディスカバリーをスコープするには、ディスカバリーに含めるネットワーク・ゾー ン (つまりサブネット範囲) および除外するゾーンを定義します。 シード シードを構成して、デバイスのディスカバリーを開始するロケーションを指定しま す。ディスカバリー・シードには、IP アドレス、またはサブネット・アドレスを指 定できます。 シードは、以下のようないくつかの方法で指定できます。 v Ping ファインダーの使用: 最初にディスカバーする IP アドレスまたはサブネッ ト・アドレスを指定します。 v ファイル・ファインダーの使用: それぞれが IP アドレスまたはサブネット・ア ドレスのリストを格納する 1 つ以上のファイルを提供します。 ヒント: ディスカバリーを特定のデバイスのリストに制限するには、ファイル・ファ インダーまたは ping ファインダーを使用してデバイスのリストをディスカバリー にシードし、「ネットワーク・ディスカバリー構成 GUI」の「拡張」タブでフィー ドバックを無効にします。 関連資料: 50 ページの『ディスカバリーの拡張パラメーター』 拡張設定は、並行処理やタイムアウトなどのディスカバリーの機能を制御します。 これらのパラメーターを使用して、ディスカバリーの速度を向上させることができ ますが、サーバーにかかる負荷と速度のバランスを取る必要があります。一般に、 ディスカバリーの速度を上げると、サーバーでのメモリー使用量が増えます。 デバイス・アクセス システムがネットワーク・デバイスにアクセスできるように、SNMP コミュニティ ー・ストリングおよび Telnet パラメーターを指定して、デバイス・アクセスを構成 します。 デバイス・アクセスを以下のように構成します。 v SNMP を使用するネットワーク・デバイスに Network Manager がアクセスし て問い合わせを行うことができるように、SNMP コミュニティー・ストリングを 指定します。Network Manager は SNMP v1、v2、および v3 をサポートしま す。 v Telnet を使用するネットワーク・デバイスに Network Manager がアクセスし て問い合わせを行うことができるように、Telnet パラメーターを指定します。 第 1 章 ディスカバリーについて 5 エージェント ディスカバリー・エージェントを使用して、ネットワーク上のデバイスに関する情 報を取得します。ネットワーク・タイプに応じて、ディスカバリーに適合するエー ジェントを選択してください。 ディスカバリー・エージェントは、デバイスの詳細を取得し、デバイスの接続を調 査します。デバイス接続の調査時に新規接続を検出することによって、新規デバイ スの存在を報告することもできます。ディスカバリー・エージェントを特殊なタス クに使用できます。例えば、ARP Cache ディスカバリー・エージェントは、IP ア ドレスから MAC アドレスへのマッピングをヘルパー・サーバー・データベースに 取り込みます。 実行するディスカバリーのタイプ (レイヤー 2 またはレイヤー 3 ディスカバリー など) 用にデフォルトのエージェントが提供されています。フル・ディスカバリー および部分的なディスカバリー用に別のエージェント・セットを選択することがで きます。ネットワーク内のハードウェアのテクノロジーによって接続情報が異なる ため、エージェントも異なります。 フィルター プレディスカバリー・フィルターはディスカバリーの効率を高めるために使用し、 ポストディスカバリー・フィルターはデバイスのインスタンス化を防ぐために使用 します。 「スコープ」タブを使用して、ディスカバリーのスコープを定義した後に、フィル ターを使用してスコープを制限することができます。例えば、以前に定義したスコ ープ・ゾーンを維持するが、そのスコープに対して、ロケーション (例: New York のハードウェアのみ) やハードウェアの製造業者 (例: Cisco のデバイスのみ) に基 づいた制限を付けることができます。 ロケーション、テクノロジー、製造メーカーなどのさまざまな基準に基づいて、デ バイスをフィルターに掛けて除外することができます。 デフォルトでは、ディスカバリー・フィルターでは、Network Manager ホストは 除外されません。これは、通常このホストが根本原因分析のためのポーリング・ス テーションとしての役割も果たすためです。根本原因分析が正しく実行されるよう にするには、ポーリング・ステーション、つまり Network Manager ホスト・マシ ンがトポロジーに含まれている必要があります。 根本原因分析について詳しくは、「IBM Tivoli Network Manager IP Edition 管理ガ イド」および「IBM Tivoli Network Manager IP Edition ネットワーク・トラブル・ シューティング・ガイド」を参照してください。 Network Manager ホストを除外する必要がある場合は、以下のスティッチャーを 変更し、コメントで示されているコード部分 (Network Manager ホストが除外され ることを防いでいる部分) を除去する必要があります。変更するスティッチャー は、DetectionFilter.stch および InstantiationFilter.stch です。 6 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド プレディスカバリー・フィルター このフィルターは、ポーリングの対象としない機密デバイスに適用することができ ます。デバイスのポーリングに伴うセキュリティー・リスクや、ポーリングにより デバイスに過負荷をかける原因となる可能性があるという理由から、デバイスが慎 重な扱いを要するものと見なされることがあります。 プレディスカバリー・フィルターを使用すると、ディスカバリーによって詳細デー タまたは接続データがデバイスから取得されることも、接続情報を取得するために ディスカバー対象のデバイスがポーリングされることもなくなります。プレディス カバリー・フィルターと一致するデバイスのみが完全にディスカバーされます。プ レディスカバリー・フィルターを定義しない場合、スコープ内のすべてのデバイス がディスカバーされます。 プレディスカバリー・フィルターは、「スコープ」タブで簡単に定義できない複雑 な IP 範囲に基づいてディスカバリーを行うメカニズムを提供します。このフィル ターを使用すると、その sysObjectId 値に基づいてデバイスを除外することができ ます。デフォルト・フィルターでは、エンド・ノード、プリンター、および類似デ バイスが除外されます。かなり複雑な複数のフィルターを作成することもでき、こ れによってこの機能は非常に強力になります。ただし、それらのフィルターは簡単 に保守できるような設計にすることを心がけてください。このフィルターはディス カバリー (Disco) サービス内の details.returns OQL テーブルのフィールドに対 して作用するため、IP アドレス以外の m_ObjectId (sysObjectId と同等) などのフ ィールドを使用することができます。デバイスは、すべてのフィルターを通過しな いとディスカバーされません。 重要: 新しいスコープを追加するたびにプレディスカバリー・フィルターを変更する 必要が生じないように、フィルター・ロジックを設計してください。 Details.returns テーブルの任意の列をテストするようにフィルター条件を構成する ことができます。ただし、場合によっては特定のデバイスの検出を制限するために フィルター基準として IP アドレス (m_UniqueAddress) を使用する必要がありま す。デバイスから Details エージェントに対して SNMP アクセス権が付与されて いない場合、Details エージェントはオブジェクト ID などの MIB 変数を取得でき ない可能性があります。ただし、デバイス検出時には IP アドレスは必ず返されま す。 複数のプレディスカバリー・フィルターを定義することができます。フィルター は、自動的にブール AND 式を使用して結合されます。すべてのフィルターに定義 された全基準に一致している必要があります。 ポストディスカバリー・フィルター このフィルターは、ワークステーションやプリンターなど、ポーリングの対象とし ないデバイスに適用することができます。ポストディスカバリー・フィルターは、 デバイスのインスタンス化を制限します。ポストディスカバリー・フィルターを定 義した場合、基準をパスしたデバイスのみがインスタンス化されます (つまり、 MODEL に送信されます)。ポストディスカバリー・フィルターが定義されていない 場合、ディスカバーされたすべてのデバイスが MODEL に送信されます。 第 1 章 ディスカバリーについて 7 分類していないデバイスに関するデータは、NCIM トポロジー・データベースに格 納されます。ただし、そのデバイスは Topoviz では視覚化できず、ポーリングもで きません。 複数のポストディスカバリー・フィルターを定義することができます。フィルター は、自動的にブール AND 式を使用して結合されます。これは、すべてのフィルタ ーに定義された全基準に一致しなければならないことを意味します。 ポストディスカバリー・フィルターは、scratchTopology.entityByName テーブルに 対して機能します。したがって、このフィルターで使用できるフィールドは、プレ ディスカバリー・フィルターで使用できるフィールドとは異なります。ポストディ スカバリー・フィルターは、デバイスの基本情報ではなく、トポロジー・フィール ドに対して機能します。 関連概念: 374 ページの『トポロジーの作成』 トポロジーの作成は、いくつかのステップで実行されます。 関連タスク: 40 ページの『ディスカバリー・フィルターの設定』 フィルターは、ディスカバリーの前または後にデバイスをフィルターで除去するた めに使用します。ロケーション、テクノロジー、製造メーカーなどのさまざまな基 準に基づいて、デバイスをフィルターで除去することができます。フィルターは、 スコープ・ゾーンで定義された制限に、さらに制限を加えます。 26 ページの『ディスカバリーのスコープ』 ディスカバリーをスコープするには、ディスカバリーに含めるネットワーク・ゾー ン (つまりサブネット範囲) および除外するゾーンを定義します。 関連資料: 433 ページの『主なディスカバリー・スティッチャー』 このトピックでは、すべてのディスカバリー・スティッチャーをリストします。 243 ページの『付録 A. ディスカバリー・データベース』 ncp_disco (ネットワーク・デバイスの存在と接続をディスカバーするコンポーネン ト) と ncp_model (ディスカバーされたネットワーク・トポロジーの管理、格納、 および配布を行うコンポーネント) では、さまざまな専用データベースが使用され ます。 339 ページの『scratchTopology データベース・スキーマ』 scratchTopology データベースは、$NCHOME/etc/precision/DiscoSchema.cfg で 定義されます。データベース表の完全修飾名は、scratchTopology.entityByName で す。 8 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ドメイン・ネーム・システム ディスカバリーで、ドメイン・ネームのルックアップの実行に使用される DNS サ ービスにアクセスできるように、DNS を構成します。 以下の 3 つのタイプのドメイン・ネーム・システムを構成できます。 DNS サーバー ドメイン名解決の実行専用に使用される、ネットワーク上のサーバー。 ファイル Network Manager ホスト上で IP アドレスとホスト名がルックアップ・テ ーブル形式で記述されているファイルの名前。 システム Network Manager マシン上のローカル DNS システム。 ネットワーク・アドレス変換 ネットワーク内の NAT ゲートウェイ用のデータを構成します。 NAT ゲートウェイは、ご使用のネットワーク内の専用 IP アドレスとデバイスの公 用 IP アドレス間のマッピングを提供します。NAT ゲートウェイ用のデータを構成 することにより、システムが専用アドレス・スペース内のデバイスをディスカバー できるように設定することができます。 拡張設定 拡張ディスカバリー設定を構成して、ディスカバリーの速度を向上させ、サーバー にかかる負荷と速度のバランスを取ります。一般に、ディスカバリーの速度を上げ ると、サーバーでのメモリー使用量が増えます。拡張設定は、並行処理やタイムア ウトなどのディスカバリーの機能を制御します。 注: 拡張設定の変更は、経験のある Network Manager ユーザーが行ってくださ い。 以下の拡張ディスカバリー設定を構成できます。 ファインダー・パラメーター: ファインダーは、ネットワーク上のデバイスをディスカバーするディスカバ リー・サブシステムです。ファインダーに対して、タイムアウト、再試行の 回数、およびスレッドの数などのパラメーターを構成できます。 ヘルパー・パラメーター ヘルパーは、デバイスから情報を取得するためにエージェントが使用するデ ィスカバリー・アプリケーションです。ヘルパーに対して、タイムアウト、 再試行の回数、およびスレッドの数などのパラメーターを構成できます。 その他のパラメーター 複雑なディスカバリー設定を構成することができます。これには、ディスカ バリー・テーブルのキャッシュの有効化、VLAN モデル化、ディスカバリ ー・フェイルオーバー、ファイル・ファインダー検査、および部分的なディ スカバリーの速度に影響するパラメーターなどがあります。 第 1 章 ディスカバリーについて 9 拡張ディスカバリー・パラメーターのほとんどはオプションです。 コンテキスト依存ディスカバリー デバイス (SMS デバイス、MPLS エッジ・デバイス、または仮想ルーターを備えた その他のデバイスなど) をディスカバーする必要がある場合は、コンテキスト依存 ディスカバリーを実行する必要があります。コンテキスト依存ディスカバリーによ り、仮想ルーターを正しく表現できます。ディスカバリーで特定のデバイス・タイ プがサポートされているかどうかを必ず確認してください。 コンテキスト依存ディスカバリーでは、デバイスに関する情報が Details エージェ ントの returns テーブルから該当する Context エージェントの despatch テーブ ルに渡されます。 Context エージェントは、エージェントの .agent ファイルでフィルターを使用し て、処理するデバイスを判別します。これは、すべてのディスカバリー・エージェ ントに該当します。仮想ルーターをサポートしていないタイプのデバイス、つまり コンテキスト依存処理を必要としないデバイスは、Associated Address エージェン トに直接渡されます。 関連概念: 369 ページの『デバイスの詳細のディスカバー (コンテキスト依存)』 コンテキスト依存のデバイスの詳細のディスカバリーは、いくつかのステップで実 行されます。 関連資料: 416 ページの『コンテキスト依存ディスカバリー・エージェント』 コンテキスト依存ディスカバリーに使用される、いくつかのエージェントがありま す。 ヘルパー ヘルパーは、要求に応じてネットワークから情報を取得する、専用アプリケーショ ンです。ほとんどのネットワークでは、デフォルトのヘルパー構成で十分です。た だし、いくつかの理由で、この構成の変更を決定する場合があります。 ヘルパー・システムを構成すると、ネットワーク・ディスカバリーを高速化するこ とができますが、これは経験のあるユーザーが行ってください。 ディスカバリー・エージェントは接続情報を取得しますが、ネットワークとの直接 対話を行いません。その代わりに、ディスカバリー・エージェントは、ヘルパー・ サーバーと各種のヘルパーから成るヘルパー・システムを介して接続情報を取得し ます。 ヘルパーを構成する理由として、以下のものがあります。 10 v ディスカバリー・プロセスを高速化するために、ヘルパーのタイムアウトを短縮 し、再試行回数を減らす場合があります。 v デバイスが迅速に応答する、非常に信頼性が高いネットワークを使用している場 合は、デフォルトのタイムアウトを小さい値に指定することができます。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド v SNMP や Telnet に対応しないデバイス、または SNMP や Telnet アクセスに 対応しないようにセットアップされているデバイスが多数存在する場合は、 SNMP ヘルパーおよび Telnet ヘルパーのデフォルトのタイムアウトを変更した 方がよい場合があります。デフォルトのタイムアウト値が大きいことは、ヘルパ ーが受け取ることのない応答に対して、長い時間待機することを意味します。 v ディスカバリーによって発生するネットワーク・トラフィックの量を削減するた めに、タイムアウト値を大きくし、ブロードキャストおよびマルチキャスト ping を無効にする場合があります。 特殊なディスカバリー Multiprotocol Label Switching (MPLS) ディスカバリーやネットワーク・アドレス 変換 (NAT) ディスカバリーなど、より複雑なディスカバリーを実行するように製 品を構成できます。 特殊なディスカバリーには以下のものがあります。 Element Management System (EMS) ディスカバリー Element Management System からトポロジー・データを収集し、このデー タをディスカバーされたトポロジーに統合します。 MPLS ディスカバリー MPLS コア・ネットワーク上で実行されているレイヤー 3 仮想プライベー ト・ネットワーク (VPN) と拡張レイヤー 2 VPN をディスカバーします。 NAT ディスカバリー NAT ゲートウェイ・デバイスをディスカバーし、専用アドレス・スペース のデバイスに関するデータを取得します。 サード・パーティーのディスカバリー プロバイダー・ネットワークで稼働する複数のネットワークにおいて、仲介 プロバイダー・ネットワークをサード・パーティーのオブジェクトとしてデ ィスカバーします。例として、プロバイダー MPLS コア・ネットワーク上 のエンタープライズ VPN があります。 Fix Pack 4 クロスドメイン・ディスカバリー ディスカバーされた複数のドメインを結合します。異なるドメイン内のデバ イス間の接続が検出されて、トポロジーに追加されます。 第 1 章 ディスカバリーについて 11 12 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 第 2 章 ネットワーク・ディスカバリーの構成 ネットワークのディスカバー方法 (ディスカバーするデバイスの種類や、ディスカ バリーの境界など) を構成します。 Network Manager には、ネットワークのディスカバリーを段階的に行うためのツ ールが備えられています。 v 初期ディスカバリーを実行するには、ディスカバリー構成ウィザードを使用しま す。このウィザードによって、ディスカバリーの支援が提供され、入力したユー ザー回答に基づいて構成が選択されます。 v それ以降のディスカバリーを実行する場合は、ディスカバリー構成 GUI を使用 します。 GUI を使用すると、ディスカバリー設定を詳細に構成できます。これ には、スコープ、シード、コミュニティー・ストリング、エージェントの選択、 その他多くの構成設定が含まれます。 注: また、ディスカバリー構成ファイルとコマンド行を使用して、ディスカバリーを 構成することもできます。ただし、この方法でのディスカバリーの構成は、 Network Manager に習熟したユーザーが、ディスカバリーのさまざまな側面 (ディ スカバリー・プロセス、フェーズ、ステージ、ヘルパー、エージェント、スティッ チャー、およびトラップなど) を理解した上で行う必要があります。 ディスカバリー後にディスカバーされたトポロジーを手動で編集する方法について には、『IBM Tivoli Network Manager IP Edition ネットワーク可視化セットアッ プ・ガイド』を参照してください。 ディスカバリーの計画 ディスカバリーを構成して実行する前に、各種システム設定、パラメーター、およ び要件を確認しておく必要があります。 ディスカバリーを計画する際に役立つ事項を以下に示します。 ネットワーク・ディスカバリー構成 GUI での変更の保存 セッション中に行った構成変更を保存するには、ログアウト前、ブラウザ ー・ウィンドウを閉じる前、または「ネットワーク・ディスカバリー構成」 タブを閉じる前に必ず「保存」ボタンをクリックしてください。タブを移動 するときに「保存」をクリックすることをお勧めします。 オペレーティング・システム Network Manager の実行ホストに最新のパッチが完全に適用されているこ とを確認してください。 ディスカバリー・スコープ ディスカバリー・スコープに関する以下の質問および指示について確認して ください。 v ネットワーク内での Network Manager ホストの位置。 © Copyright IBM Corp. 2006, 2016 13 v 配置したホストが、ディスカバリーに含めるすべてのデバイスを問い合 わせることができるかどうか。 v 必要なすべてのネットワークとサブネットワークを検討し、関連付ける ネットマスクを決定する。 v ネットワークにおいて除外する部分があるかどうか。 v スコープ内のデバイスの関連 SNMP コミュニティー・ストリングをす べて収集する。 ルーティング ディスカバーする各ネットワークおよびサブネットワークが ICMP プロセ スを使用して到達可能であることを確認します。必要に応じて、route add コマンドを使用して Network Manager ホスト・マシンへの経路を追加し ます。 アクセス・コントロール・リスト Network Manager で使用されているプロトコルの中には、ファイアウォー ルを通過する必要があるプロトコルがあります。このようなプロトコルは ICMP、SNMP、DNS、ARP、SSH、および TELNET です。Network Manager が、ファイアウォールにより保護されているデバイスにアクセス できることを確認するには、該当するファイアウォール管理者に対してファ イアウォールを準備するよう指示します。 根本原因分析 トポロジー内のデバイスに対して根本原因分析を実行するには、ディスカバ リーですべての分析対象デバイスが識別される必要があります。また、ディ スカバリーで Network Manager ポーリング端末も識別される必要があり ます。根本原因分析について詳しくは、「Network Manager Monitoring and RCA Guide」を参照してください。 追加のネットワーク・ドメインの作成および構成 ネットワーク・ドメインを追加するには、それらのドメインのプロセス制御を構成 し、NCIM トポロジー・データベースにドメインを登録します。構成とポーリング は既存のドメインからコピーできます。新規ドメインのデバイスを表示するには、 ネットワーク・ビューを構成または再構成します。 開始する前に: v ネットワークをどのようにドメインに分割するかを決定します。通常は地理的な 境界線に沿ってドメインを分割するのが自然です。詳しくは、 17 ページの『ネ ットワーク・ドメインの数に関するガイドライン』を参照してください。 v クロスドメイン・ディスカバリー機能を使用してドメインを 1 つの トポロジーに集約する場合は、ドメイン間のリンク数が最小となるようにドメイ ンのスコープを決定する必要があります。例えば、高度に接続されたスイッチが 別々のドメインに配置されるようなネットワーク分割はしないでください。デバ イスが必ず 1 つのドメインにスコープされるようにしてください。つまり、デ ィスカバリー・ドメインがオーバーラップしないようにする必要があります。 Fix Pack 4 1. 14 製品のインストール中に作成されたドメインの $NCHOME¥etc¥precision¥CtrlServices.cfg ファイルをバックアップします。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 2. CtrlServices.cfg ファイルのコピーを作成し、その名前を CtrlServices.DOMAIN.cfg に変更します (DOMAIN はドメイン)。 制約事項: ドメイン名には、英数字と下線 (_) のみを使用してください。ハイ フン (-) などの他のすべての文字は許可されていません。 例えば、CtrlServices.MASTER.cfg とします。 次に、必要に応じて CtrlServices.DOMAIN.cfg ファイルを編集します。 3. ドメインのディスカバリーを構成するには、以下の手順を実行します。 a. ディスカバリー構成ファイルをバックアップし、このファイルのドメイン 固有のバージョンを作成します。 例: DiscoPingFinderSeeds.MASTER.cfg b. ドメイン固有のファイルの設定を構成します。 ドメイン作成後にディスカ バリー設定を構成することもできます。 4. $NCHOME/etc/precision/ConfigItnm.cfg ファイルをバックアップし、このファ イルのドメイン固有のバージョンを作成します。 例えば、 ConfigItnm.MASTER.cfg とします。 その後に、このファイルで ObjectServer の接続の詳細を指定します。 5. 新規ドメインを NCIM トポロジー・データベースに登録するには、 $NCHOME/etc/precision/DbLogins.cfg ファイルをバックアップし、このファイ ルのドメイン固有のバージョンを作成します。その後に、このファイルでデー タベース接続情報を編集します。 6. 別の Tivoli Netcool/OMNIbus Web GUI データ・ソースに接続するには、 以下の手順を実行します。 a. $NCHOME/etc/precisionModelNcimDb.cfg ファイルをバックアップし、この ファイルのドメイン固有のコピーを作成します。 例: ModelNcimDb.MASTER.cfg b. ドメイン固有のファイルで、m_WebTopDataSource プロパティーをデータ・ ソースの名前に変更します。 7. 既存のドメインから構成とネットワーク・ポーリングをコピーする場合は、 domain_create.pl スクリプトを実行します。 以下の例では、パスワード PASSWORD を使用する MASTER というドメインを作成します。 $NCHOME/precision/bin/ncp_perl $NCHOME/precision/scripts/perl/scripts/domain_create.pl -domain MASTER -password PASSWORD domain_create.pl スクリプトでは、ソース・ドメインのトポロジーはコピーさ れず、構成とポーリングのみがコピーされます。 8. プロセスをサービスとして実行するには、以下のようにサービスを インストールします。 Windows a. InstallServices.cfg ファイルを編集し、インストールするサービス、お よびデフォルトのパラメーターを含めます。 このファイルでは、 CtrlServices.cfg ファイルと同じフォーマットを使用します。 b. 以下のコマンドを実行して、新規ドメインのサービスをインストールしま す。 ncp_install_services -domain domain_name [-username user_name] 第 2 章 ネットワーク・ディスカバリーの構成 15 -username オプションは、特定のドメイン・ユーザーとしてサービスをイ ンストールする場合に使用します。このオプションを省略すると、サービ スが LocalSystem アカウントでインストールされます。 c. 「スタート」 > 「コンロトール パネル」 > 「管理ツール」 > 「サービ ス」をクリックして、すべてのサービスがインストールされていることを 確認します。 ドメインで Network Manager を開始します。 例えば、次のようになりま す。 9. itnm_start ncp -domain MASTER 10. 新規ドメインを取り込むネットワーク・ビューを新規に作成するか、または既 存のネットワーク・ビューを変更します。 「フィルター」タブで、新規ドメイ ンを選択します。ネットワーク・ビューで新規ドメインを指定しないと、その ドメインのデバイスは表示されません。ネットワーク・ビューについて詳しく は、「IBM Tivoli Network Manager IP Edition ネットワーク可視化セットアッ プ・ガイド」を参照してください。 11. 手順を繰り返して、ドメインをすべてセットアップします。 ドメインの作成後、以下を実行します。 v ドメインで実行されるすべてのプロセスを制御する ncp_ctrl プロセスを、ドメ イン上で開始します。各ドメインの実行および管理には、ncp_ctrl プロセスの1 つのインスタンスを使用します。ドメインに対して ncp_ctrl プロセスが実行さ れていないと、GUI でそのドメインを構成できません。 v 手順 3b (15 ページ) をまだ実行していない場合は、ディスカバリー設定を変更 します。 v ドメインでディスカバリーを実行します。ディスカバリーはリソースを大量に消 費するため、通常は 1 回に 1 つのドメインで実行されます。複数のドメインで 同時にディスカバリーを実行する場合は、十分なリソースが利用できることを確 認してください。標準的なチェックは、以下のとおりです。 – 十分なデータベース接続が構成されていることを確認します。 – ネットワーク・デバイスがトラフィックで過負荷になっていないことを確認 します。 – ディスカバリーを実行できるだけの十分なメモリーがホスト上にあることを 確認します (例えば、Network Manager プロセスのメモリー使用量を確認し ます)。 ディスカバリーの構成について詳しくは、「IBM Tivoli Network Manager IP Edition ディスカバリー・ガイド」を参照してください。 v 単一の集約ドメイン内の各ドメインについてディスカバーされたトポ ロジーを視覚化するには、クロスドメイン・ディスカバリー機能を構成します。 v ドメインのポーリングを構成します。ネットワーク・ポーリングの構成について 詳しくは、「IBM Tivoli Network Manager IP Edition イベント管理ガイド」を参 照してください。 Fix Pack 4 関連概念: 16 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 3 ページの『スコープ』 ディスカバリー対象に含めるネットワークの各ゾーン (つまり、サブネットの範 囲)、および除外する各ゾーンを定義します。ディスカバリー・プロセスに含めるネ ットワークの領域、またはディスカバリー・プロセスから除外するネットワークの 領域を総称して、ディスカバリー・スコープと呼びます。 関連タスク: 110 ページの『クロスドメイン・ディスカバリーの構成』 別々のドメインにあるデバイス間のリンクをネットワーク・ビューおよびトポロジ ー・ビューで視覚化するには、各ドメインでクロスドメイン・ディスカバリーを構 成して実行します。 関連資料: 63 ページの『ディスカバリー構成ファイル』 ディスカバリー構成ファイルで、ディスカバリー・プロセスのデータベース用の INSERT ステートメントを作成または編集することによって、ディスカバリーの設 定を指定します。 ネットワーク・ドメインの数に関するガイドライン 使用するネットワークが一定のサイズを超えた場合は、ネットワークを複数のドメ インに分割する必要があります。ここでは、ご使用のデプロイメント環境に必要な ネットワーク・ドメインの数を算出するためのガイドラインを示します。ドメイン の数は、ディスカバーされるエンティティーの数に影響されます。エンティティー の数は、ネットワークの技術的特徴や、ご使用の環境を制御するビジネス要件によ って異なります。 単一の Network Manager ドメインは、ディスカバリー操作中に作成される約 250,000 個または 400,000 個のネットワーク・エンティティー (オペレーティン グ・システムによって異なります) をサポートできます。ネットワーク・エンティ ティーには、ポート、インターフェース (論理インターフェース・エレメントを含 む)、カード、スロット、およびシャーシが含まれます。以下の表は、サポートされ るオペレーティング・システムごとに、ディスカバリー・プロセスでサポートされ る最大メモリーと、各 Network Manager ドメインでサポートされるネットワー ク・エンティティーの数を示しています。 オペレーティング・システム ディスカバリー・プロセスの 最大メモリー 各ドメインでサポートされる ネットワーク・エンティティ ーの数 Solaris 4 GB 400,000 Linux 4 GB 400,000 zLinux 2 GB 250,000 AIX 3.25 GB (オペレーティン グ・システムはポインター・ メモリー範囲の一部を予約し ます。) 400,000 Windows 2008 2 GB 250,000 第 2 章 ネットワーク・ディスカバリーの構成 17 ディスカバリー操作が作成するネットワーク・エンティティーの数は、多くの要因 に依存します。そのため、場合によっては、追加のネットワーク・ドメインを作成 および構成する必要があります。そうした要因には、以下のものが含まれます。 v デバイス・タイプ — 例えば、仮想ルーター・インスタンスを持つ Cisco NEXUS や Juniper のルーターは、シャーシごとに数百または数千のネットワー ク・エンティティー (ポート、インターフェース、カード、スロットなど) を提 供することがあります。 v ネットワーク・タイプ — 例えば、ローカル・エリア・ネットワーク (LAN) 上 で実行されるディスカバリー操作は、通常、同等サイズの広域ネットワーク (WAN) よりも多くのネットワーク・エンティティーを提供します。 v 有効なディスカバリー・エージェントのタイプ — 例えば、Entity および JuniperBoxAnatomy のディスカバリー・エージェントは、他のエージェントが 作成しない追加のネットワーク・エンティティーを作成することが多いインベン トリー・ベースのディスカバリー・エージェントです。 v ルーティング・ネットワークまたはスイッチ・ネットワーク — 例えば、スイッ チ・ネットワークには複数のエンティティーを含む VLAN が組み込まれること から、スイッチ・ネットワークはルーティング・ネットワークより多くのネット ワーク・エンティティーを生成する傾向があります。 Network Manager ドメインのサイズは、ビジネス要件によって影響されることが あります。例えば、カスタマー・ネットワーク・ディスカバリーを定義済みの日次 保守期間内に完了する必要がある場合などです。このシナリオでは、 Solaris、Linux、または AIX 上で実行される単一の Network Manager ドメインは 約 400,000 個のネットワーク・エンティティーをサポートできますが、このサイズ のディスカバリーを完了する時間の長さは、日次保守期間内に収まらない場合があ ります。そのため、このビジネス要件をサポートするには、それぞれ約 200,000 個 のネットワーク・エンティティーをサポートするスコープ済みドメインが 2 つ必要 です。 以下の手順に従って、必要なドメインの数を決定します。追加のネットワーク・ド メインを作成して構成する方法については、IBM Tivoli Network Manager IP Edition インストールと構成ガイド を参照してください。 注: ここで提示する計算で算出されるのは、概数のみです。 実際に必要なドメイン 数は、前述した要因などのさまざまな要因によって異なります。 1. 以下のデータを収集します。 v ネットワーク内のデバイス数 v デバイス当たりのインターフェースの平均数 注: 特定のデバイスにおける実際のインターフェース数は、インターフェー スの平均数と大きく異なる可能性があります。 例えば MPLS ネットワーク では、コア・ネットワーク内のデバイス当たりのインターフェース数が非常 に多い一方で、エッジ・デバイスのデバイス当たりのインターフェース数は 2、3 個になることがあります。 2. 以下の式を利用して、ネットワーク・エンティティーの概数を算出します。 ネットワーク・エンティティーの数 = デバイスの数 * インターフェースの平均 数 * 乗数 18 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド それぞれの意味は以下のとおりです。 v ルーティング・ネットワークの場合は乗数 = 2 v スイッチ・ネットワークの場合は乗数 = 3.5 注: スイッチ・ネットワークは、複数のエンティティーを含む VLAN を含んで いることから、より多くのネットワーク・エンティティーを生成する傾向があり ます。 3. 以下の式のいずれかを利用して、推奨されるネットワーク・ドメインの数を算出 します。 必要なドメインの数 = (ネットワーク・エンティティーの数) / 250,000 250,000 は、この数のネットワーク・エンティティーをサポートするオペレーテ ィング・システムの、1 つのドメインにおけるネットワーク・エンティティーの 推奨最大数です。 必要なドメインの数 = (ネットワーク・エンティティーの数) / 400,000 400,000 は、この数のネットワーク・エンティティーをサポートするオペレーテ ィング・システムの、1 つのドメインにおけるネットワーク・エンティティーの 推奨最大数です。 注: ネットワーク・エンティティーの推奨最大数は、ドメインのサイズ設定のた めの大まかなガイドラインにすぎません。ドメインごとの実際のネットワーク・ エンティティーの数は、前述した要素などのさまざまな要素によって異なりま す。 ルーター中心の顧客 この顧客向けのデータは以下のとおりです。 v ネットワーク内のデバイス数: 15,000 v デバイス当たりのインターフェースの平均数: 20 この顧客は Linux を使用しています (Linux は 400,000 個のネットワーク・エンテ ィティーをサポートします)。 このカスタマー・ネットワークでは、約 600,000 のネットワーク・エンティティー が生成されます。 ネットワーク・エンティティーの数 = 15,000 * 20 * 2 = 600,000 以下の計算に基づくと、このネットワークには 2 つ のネットワーク・ドメインが 必要です。 必要なドメインの数 = 600,000 / 400,000 = 1.5 スイッチ中心の顧客 この顧客向けのデータは以下のとおりです。 v ネットワーク内のデバイス数: 1,000 v デバイス当たりのインターフェースの平均数: 24 第 2 章 ネットワーク・ディスカバリーの構成 19 この顧客は Solaris を使用しています (Solaris は 400,000 個のネットワーク・エン ティティーをサポートします)。 このカスタマー・ネットワークでは、約 84,000 のネットワーク・エンティティーが 生成されます。 ネットワーク・エンティティーの数 = 1,000 * 24 * 3.5 = 84,000 以下の計算に基づくと、このネットワークには 1 つ のネットワーク・ドメインが 必要です。 必要なドメインの数 = 84,000 / 400,000 < 1 次の作業 v 追加のネットワーク・ドメインを作成および構成します。追加のネットワーク・ ドメインの作成および構成について詳しくは、「IBM Tivoli Network Manager IP Edition インストールと構成ガイド 」を参照してください。 v 単一のネットワーク・トポロジー内でディスカバーされた複数のドメ インをリンクするには、クロスドメイン・ディスカバリー機能を構成します。 Fix Pack 4 ウィザードを使用したネットワークのディスカバー ディスカバリーの構成の経験が浅いユーザーのために、ディスカバリー構成ウィザ ードが提供されます。 重要: GUI を使用して以前に作成したディスカバリー構成の設定を保持する場合 は、ウィザードを使用しないでください。ディスカバリー構成ウィザードは、以前 のすべての設定を上書きします。 関連タスク: 185 ページの『GUI からのネットワーク・ディスカバリーのモニター』 「アクティブ・ディスカバリー状況」ページから、現在のディスカバリーの状況お よび進行状況をモニターし、ディスカバリー・エージェントの処理状況を調査し、 最後のディスカバリーの詳細を表示することができます。 ウィザードの起動 ドメインを選択して、ディスカバリーの構成および実行を開始するためのウィザー ドを起動します。 ウィザードを起動するには、以下の手順を実行します。 20 1. 「ディスカバリー」 > 「ネットワーク・ディスカバリー構成」をクリックしま す。 2. 「ネットワーク・ディスカバリー構成」タブの左上にある「ドメイン」メニュー から、ディスカバリーを実行するドメインを選択します。 3. 「ドメイン」メニューの右側にあるウィザード・ボタンをクリックします。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド スコープするディスカバリーまたはスコープしないディスカバリー の選択 「ディスカバリー・スコープ」ウィンドウには、ディスカバリーをスコープするか しないかを選択するオプションがあります。 スコープするディスカバリーまたはスコープしないディスカバリーを選択するに は、以下の手順を実行します。 制約事項: Network Manager では IPv4 射影 IPv6 形式はサポートされておらず、 すべての IPv6 アドレスは IPv6 標準のコロン区切り形式である必要があります。 例えば、Network Manager では ::ffff:192.0.2.128 のような IPv4 射影 IPv6 アドレスはサポートされません。代わりに、このアドレスを ::ffff:c000:280 (IPv6 標準のコロン区切り形式) で入力します。 1. 「スコープする」または「スコープしない」を選択します。 スコープする スコープ設定されたディスカバリーでは、ディスカバリー対象がネット ワークの特定部分に限定されます。スコープするディスカバリーを指定 するには、ディスカバリーをネットワークのどの領域に制限するかをウ ィザードに指示し、ディスカバリーを開始するために ping するシード として、IP アドレスまたはサブネットを割り当てます。 スコープしない スコープしないディスカバリーは、ネットワーク全体に対してディスカ バリーを試みます。ただしこの場合も同様に、ディスカバリーを開始す るために ping するシードとして、IP アドレスまたはサブネットを割 り当てる必要があります。 重要: ご使用のネットワークから外部のインターネットへのルートがあ る場合、スコープしないディスカバリーではそのルートが検出され、イ ンターネット部分に対するディスカバーが開始されます。 2. 「スコープする」を選択した場合は、ディスカバリー対象として限定するネット ワークの領域を指定します。 スコープとシードの両方で使用する 1 つ以上のサブネットを指定するため、 「新規」をクリックして IP アドレスとネットマスクを入力します。 制約事項: パフォーマンス上の理由により、IPV4 アドレスのみが ping されま す。 IPV6 アドレスを ping するには、ディスカバリー構成 GUI の「シー ド」タブを使用してください。 3. 「スコープしない」オプションを選択した場合は、スコープしないディスカバリ ーに使用するシードを指定します。 「新規...」をクリックして 1 つ以上の IP アドレスを指定します。 第 2 章 ネットワーク・ディスカバリーの構成 21 ウィザードを使用した SNMP アクセスの構成 「SNMP コミュニティー・ストリング」ウィンドウで、アドレス固有、ネットワー ク固有、またはグローバルなコミュニティー・ストリングを指定します。 SNMP バージョン 3 の場合は、コミュニティー・ストリングにパスワードを指定 することもできます。 SNMPv3 を使用するデバイスをディスカバーする場合、Cisco スイッチでは、 VLAN ごとのビュー・グループに VLAN コンテキストが追加されていなければな りません。 SNMP アクセスを構成するには、以下の手順を実行します。 1. 定義する各 SNMP コミュニティー・ストリングとその関連パスワードごとに、 以下の手順を実行します。 a. 「SNMP コミュニティー・ストリング」テーブルの上にある「新規」アイ コンをクリックし、「SNMP パスワード・プロパティー」ウィンドウを表 示します。 b. アドレス固有、サブネット固有、またはグローバルの SNMP コミュニティ ー・ストリングを指定し、SNMPv3 向けにこれらのコミュニティー・スト リングのパスワードを入力します。 コミュニティー・ストリングは、複数回入力する必要がある場合がありま す。例えば、SNMPv1 用に 1 つのストリングを入力し、SNMPv2 用に別 のストリング、SNMPv3 用にさらに別のストリングを入力します。 サブネットごとにコミュニティー・ストリングを指定すると、より効率的で 高速なディスカバリーを実現できます。 制約事項: コミュニティー・ストリングでは、アットマーク (@) を使用しな いことをお勧めします。コミュニティー・ストリングでこの記号を使用する と、ディスカバリー時にデバイスへの接続で問題が発生する可能性がありま す。 2. 上矢印キーおよび下矢印キーを使用して、最も頻繁に使用されると予期される順 番にコミュニティー・ストリングを配置します。使用頻度の高いコミュニティ ー・ストリングを上部に配置します。 ウィザードを使用した Telnet アクセスの構成 「Telnet アクセス」ウィンドウで Telnet アクセス・パラメーターを設定します。 Telnet アクセスを構成するには、以下の手順を実行します。 22 1. SNMP コミュニティー・ストリングを指定した後、「Telnet アクセス」ウィン ドウの「新規」アイコンをクリックします。 2. プロンプトとパスワードを定義する Telnet でアクセス可能な一連のデバイスご とに、「新規」をクリックします。 3. 「Telnet パスワード」ウィンドウで、Telnet でアクセス可能な一連のデバイス (すべてのデバイス、指定されたサブネット内のすべてのデバイス、または単一 の IP アドレス) と、この一連のデバイスのプロンプト、ログイン ID、ログイ ン・パスワードを指定します。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ディスカバリーのタイプの指定 「ディスカバリー・タイプ」ウィンドウで、ディスカバリーのタイプ (レイヤー 3 ディスカバリーまたはレイヤー 2 ディスカバリー) を指定します。 レイヤー 3 ディスカバリーは高速ですが、レイヤー 3 ディスカバリーの結果は根 本原因分析には使用できません。レイヤー 2 ディスカバリーはより詳細までディス カバーし、結果は根本原因分析に使用できます。 ディスカバリー・タイプを指定するには、以下の手順を実行します。 1. 「ディスカバリー・タイプ」ウィンドウで、レイヤー 2 ディスカバリーまたは レイヤー 3 ディスカバリーを指定します。 2. 「レイヤー 3」を選択した場合、「エンド・ノード・ディスカバリー」ウィンド ウが表示されます。 「エンド・ノード・ディスカバリー」ウィンドウでは、ワークステーションやプ リンターなどのエンド・ノード・デバイスをフィルターで除外できます。SNMP アクセス権のないデバイスをフィルターで除外することもできます。 ヒント: 多数のエンド・ノードを持つネットワーク内のすべてのエンド・ノード をフィルターで除外することにより、ディスカバリーの速度とパフォーマンスが 向上することがあります。 3. 「レイヤー 2 およびレイヤー 3」を選択した場合、「VLAN モデル化」ウィン ドウが表示されます。 「VLAN モデル化」ウィンドウで、生成されるトポロジーの VLAN をモデル 化するようにディスカバリーを構成します。これにより、根本原因分析を実行す る場合に、VLAN が考慮されるようになります。VLAN はレイヤー 2 の概念 であり、VLAN のモデル化はレイヤー 2 のディスカバリーにのみ必要です。 VLAN をモデル化するかどうかを指定してください。オプションを指定してか ら「次へ」をクリックすると、「エンド・ノード・ディスカバリー」ウィンドウ が表示されます。 ディスカバリーの最適化 「ディスカバリーの最適化」ウィンドウでは、ディスカバリーの接続性、情報量、 および速度を最適化します。 ディスカバリーを最適化するには、以下の手順を実行します。 1. 以下のオプションのいずれか 1 つを選択して、さまざまな接続情報量を指定し ます。 できる限り最高の接続正確性および情報量 このオプションは、スイッチ、エンド・ノード、およびルーター間の包 括的な接続情報と、ディスカバーされた各デバイスの詳細情報を提供し ます。ただし、ディスカバリーが完了するまでにかなりの時間を要する 可能性があります。 第 2 章 ネットワーク・ディスカバリーの構成 23 できる限り最高の接続正確性。ただし、情報量よりもディスカバリーの速度を優 先 このオプションは、包括的な接続情報を提供します。ただし、ディスカ バリーの速度を向上させるため、ディスカバーされた各デバイスの情報 の詳細度は低くなります。 デバイス情報量。ただし、接続正確性よりも速度を優先 このオプションは、ディスカバーされた各デバイスの詳細情報を提供し ます。ただし、ディスカバリーの速度を向上させるため、ディスカバリ ーが提供する接続情報の詳細度は低くなります。例えば、ディスカバリ ーにより、スイッチ間接続に関する情報は提供されても、スイッチとエ ンド・ノード間、あるいはスイッチとルーター間の接続に関する情報は 提供されない場合があります。 注: このオプションは、根本原因分析 (RCA) の実行よりも、インベン トリー・データの収集に適しています。RCA は正確な接続データに依 存するためです。 最も速いディスカバリー時間 このオプションは、ディスカバリーの速度に重点を置きます。ただし、 接続情報は限定され、一つ一つのデバイスの情報の詳細度も低くなりま す。 2. 最初の 2 つのオプションのいずれかを選択する場合は、正確な接続が重要であ ることを意味します。「ネットワークの信頼性」ウィンドウが表示されます。 3. 最後の 2 つのオプションのいずれかを選択した場合は、ディスカバリーの速度 を確保するため、接続情報の正確性については妥協することを意味します。この 場合、ウィザードにより、ネットワークに Cisco デバイスが占める割合を求め られます。ネットワークの大部分が Cisco デバイスで構成されている場合、ウ ィザードは Cisco 以外のデバイスの接続をディスカバーするエージェントをオ フにし、ディスカバリーの速度を著しく向上させることができます。「Cisco ハ ードウェア」ウィンドウが表示されます。 a. 以下のオプションのいずれか 1 つを選択して、ネットワークにおいて Cisco ハードウェアが占める割合を指定します。 すべて このオプションではウィザードに、Cisco Discovery Protocol (CDP) を実行するように指示します。 「大部分」、「一部」、「不明」 このオプションではウィザードに、CDP を実行するように指示しま す。ただし、「レイヤー 2 およびレイヤー 3」のディスカバリーを 選択した場合、またはディスカバリーからエンド・ノードを除外す ることを指示した場合は、このオプションにより、CDP のほかにス パンニング・ツリー・プロトコル (STP) が呼び出されます。 使用していない このオプションにより、CDP プロトコルも STP プロトコルも使用 しないことを指定します。 b. これらのオプションのいずれかを選択したら、「次へ」をクリックします。 c. Cisco ハードウェアの質問に対する回答が「すべて」または「使用していな い」であった場合、「ネットワークの信頼性」ウィンドウが表示されます。 24 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド d. Cisco ハードウェアの質問に対する回答が「大部分」、「一部」または「不 明」であった場合は、「スパンニング・ツリー・プロトコル」ウィンドウが 表示されます。このウィンドウで、すべてのネットワーク・スイッチでスパ ンニング・ツリー・プロトコルを有効にするかどうかを指定します。 ネットワークの信頼性の指定 「ネットワークの信頼性」ウィンドウで、ping および SNMP 要求への応答の際の ネットワークの信頼性の種類を選択します。選択した種類から、ウィザードはタイ ムアウトの長さを設定します。 ネットワークの信頼性を記述するには、ping および SNMP 要求に応答するときの ご使用のネットワークの信頼性に対応するオプションを以下から選択します。 非常に信頼性が高い この記述は、ping および SNMP 要求への応答時にネットワークの信頼性 が高くなくてはならないことを示します。このオプションを選択すると、ウ ィザードは非常に短いタイムアウトを適用し、再試行は適用しません。この オプションは信頼性が非常に高いネットワークに適しており、ディスカバリ ーの速度は速くなります。「ディスカバリーの最適化」ウィンドウで最も速 いディスカバリー時間を要求した場合、このオプションで設定されるタイム アウトはさらに短くなります。 信頼性が高い この記述は、ping および SNMP 要求への応答のほとんどの場合に、ネッ トワークの信頼性が高くなくてはならないことを示します。このオプション を選択すると、ウィザードは少し長いタイムアウトを適用します。SNMP 要求および ping 要求の両方に対して再試行を 1 回適用します。 信頼性が低い この記述は、ping および SNMP 要求への応答時にネットワークの信頼性 が必ずしも高くなくてはならないわけではないことを示します。ウィザード が長いタイムアウトを適用することができ、SNMP 要求と ping 要求に対 して 2 回再試行できるようにするには、このオプションを選択します。長 いタイムアウトは、信頼性の低いネットワークに適しています。 構成の検討 「構成の要約」ウィンドウで、設定内容を検討します。また、このウィンドウで設 定を保存したり、オプションで、構成した設定を使用してディスカバリーを開始す ることもできます。 構成設定を検討するには、以下の手順を実行します。 1. 「構成の要約」ウィンドウで設定を検討します。 関連するウィンドウに戻り、必要に応じて設定を変更するには、いずれかのリン クをクリックします。 2. ディスカバリー設定を適切に設定できたら、以下のオプションのいずれかを選択 します。 v 指定したディスカバリー構成設定を使用するには「ディスカバリーの開始」 を選択し、「完了」をクリックしてディスカバリーを開始します。 第 2 章 ネットワーク・ディスカバリーの構成 25 v 「ディスカバリーの開始」を選択しない場合、「完了」をクリックするとデ ィスカバリー設定が保存されます。 関連タスク: 185 ページの『GUI からのネットワーク・ディスカバリーのモニター』 「アクティブ・ディスカバリー状況」ページから、現在のディスカバリーの状況お よび進行状況をモニターし、ディスカバリー・エージェントの処理状況を調査し、 最後のディスカバリーの詳細を表示することができます。 GUI を使用したネットワークのディスカバー カスタム・ディスカバリーを実行するには、「ネットワーク・ディスカバリー構 成」ページのタブで情報を入力します。これらのタブでは、「ディスカバリー構 成」ウィザードを使用するよりも複雑なディスカバリー・パラメーターを構成でき ます。 要確認: セッション中に行った構成変更を保存するには、ログアウト前、ブラウザ ー・ウィンドウを閉じる前、または「ネットワーク・ディスカバリー構成」タブを 閉じる前に「保存」ボタンをクリックしてください。タブを移動するときに「保 存」をクリックすることをお勧めします。 「ネットワーク・ディスカバリー構成」のタブで設定できるパラメーターについ て、以下のトピックで説明します。 「ネットワーク・ディスカバリー構成」ページで設定できるパラメーターのほとん どはオプションです。 ディスカバリーを実行するには、少なくとも以下のパラメーターを指定する必要が あります。 v 1 つのシード・デバイス v ネットワークをディスカバーするための正しい SNMP コミュニティー・ストリ ング。 いずれかのタブにデータが含まれている場合、そのデータは以前の構成のもので す。データは、関連するディスカバリー構成ファイルで保持されます。 ディスカバリーのスコープ ディスカバリーをスコープするには、ディスカバリーに含めるネットワーク・ゾー ン (つまりサブネット範囲) および除外するゾーンを定義します。 ゾーンは、必要な数だけ定義できます。新しいゾーンを追加したり、既存のゾーン を編集または削除したりすることができます。ゾーン内にゾーンを指定することが できます。特定の包含ゾーン内で、検出しないデバイスやサブネットを指定するこ とができます。これらのデバイスは、Ping ファインダーによって ping されず、デ ィスカバリー・エージェントによって問い合わせが行われることもありません。例 えば、クラス B サブネット 1.2.0.0/16 で構成される包含ゾーン・スコープを定義 して、このゾーン内でクラス C サブネット 1.2.3.0/24 で構成される除外スコー プ・ゾーンを指定することができます。最後に、除外スコープ・ゾーン内で包含ス コープ・ゾーン 1.2.3.128/26 を指定できます。 26 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ディスカバリーをスコープするには、以下の手順を実行します。 1. 「ディスカバリー」 > 「ネットワーク・ディスカバリー構成」をクリックしま す。「ドメイン」リストから、必要なドメインを選択します。 2. 「スコープ」をクリックします。 3. 新規スコープ・ゾーンを追加するには、「新規」 をクリックします。 「スコープ・プロパティー」ページが表示されます。 4. フィールドに以下のように入力して、「OK」をクリックします。 スコープ作成者: 以下のオプションのいずれかを選択してください。 サブネット 必要なサブネットを入力し、ネットマスク・ビットの数を指定 します。「ネットマスク」フィールドは、自動的に更新されま す。 これらのフィールドを使用して、サブネットまたは個別の IP アドレスを指定できます。 v 例えば、IPv4 クラス C サブネット 10.30.2.0 を指定するに は、10.30.2.0/24 と入力します。ここで、10.30.2.0 はサブ ネット・プレフィックス、24 はサブネット・マスクです。 v 個別のデバイスを指定するには、IPv4 IP アドレスと 32 の サブネット・マスクを入力します。例えば、10.30.1.20/32 と入力します。 v IPv6 を使用している場合は、ディスカバリー時間が過度に長 くなることを避けるため、112 以上のサブネット・マスクを 使用します。 ワイルドカード ワイルドカードにアスタリスク (*) を使用します。 例えば、10.30.200. というサブネット・プレフィックスで始まる すべての IP アドレスの範囲を指定するには、10.30.200.* と 入力します。 制約事項: Network Manager では IPv4 射影 IPv6 形式はサポートさ れておらず、すべての IPv6 アドレスは IPv6 標準のコロン区切り形式 である必要があります。例えば、Network Manager では ::ffff:192.0.2.128 のような IPv4 射影 IPv6 アドレスはサポートさ れません。代わりに、このアドレスを ::ffff:c000:280 (IPv6 標準のコ ロン区切り形式) で入力します。 プロトコル 必要なインターネット・プロトコルとして IPv4 または IPv6 を選択し ます:。 アクション サブネット範囲を包含ゾーンまたは排他ゾーンとして定義します。サブ ネット範囲が、ディスカバリー中の ping の対象にする包含ゾーンの場 合は、「ping シード・リストへの追加」をクリックします。このオプ 第 2 章 ネットワーク・ディスカバリーの構成 27 ションをクリックすると、スコープ・ゾーン内のデバイスがディスカバ リー・シード・デバイスとして自動的に追加されます。 制約事項: 「ping シード・リストへの追加」オプションは、IPv6 スコ ープ・ゾーンでは選択できません。これにより、IPv6 サブネットの ping スイープが回避されます。このサブネットには、ping 対象の数十 億ものデバイスが含まれている可能性があります。このため、IPv6 サ ブネットの ping スイープを行うと、ディスカバリーが終了しない可能 性があります。 5. 既存のスコープ・ゾーンを編集するには、該当する行をクリックします。「スコ ープ・プロパティー」ページで、ステップ 4 (27 ページ) の説明に従いプロパ ティーを編集します。 6. 既存のスコープ・ゾーンを削除するには、該当する行 (複数可) の横にある「選 択」チェック・ボックスを選択し、「削除」 7. 「保存」 をクリックします。 をクリックします。 NAT アドレス・マッピングを実行している場合は、NAT ゲートウェイを構成し て、「スコープ」タブに戻り、アドレス・マッピングを設定する必要があります。 関連概念: 4 ページの『ディスカバリーを制限するディスカバリー・ゾーンの定義』 ディスカバリーを制限するには、ディスカバリー・ゾーンを定義する必要がありま す。ディスカバリー・ゾーンは、いくつかの方法で定義できます。 6 ページの『フィルター』 プレディスカバリー・フィルターはディスカバリーの効率を高めるために使用し、 ポストディスカバリー・フィルターはデバイスのインスタンス化を防ぐために使用 します。 3 ページの『スコープ』 ディスカバリー対象に含めるネットワークの各ゾーン (つまり、サブネットの範 囲)、および除外する各ゾーンを定義します。ディスカバリー・プロセスに含めるネ ットワークの領域、またはディスカバリー・プロセスから除外するネットワークの 領域を総称して、ディスカバリー・スコープと呼びます。 4 ページの『スコープ設定のタイプ』 Network Manager には、いくつかのスコープ設定のタイプがあります。 関連タスク: 224 ページの『デバイスの欠落に関するトラブルシューティング』 ネットワーク・トポロジーに表示されるはずのデバイスが表示されない場合は、以 下の手順を実行して問題のトラブルシューティングを行います。 46 ページの『マルチキャスト・ディスカバリーの構成』 必要なエージェントを有効にし、ディスカバリーのスコープを設定することによっ て、マルチキャスト・ディスカバリーを構成します。 関連資料: 433 ページの『主なディスカバリー・スティッチャー』 このトピックでは、すべてのディスカバリー・スティッチャーをリストします。 28 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 243 ページの『付録 A. ディスカバリー・データベース』 ncp_disco (ネットワーク・デバイスの存在と接続をディスカバーするコンポーネン ト) と ncp_model (ディスカバーされたネットワーク・トポロジーの管理、格納、 および配布を行うコンポーネント) では、さまざまな専用データベースが使用され ます。 339 ページの『scratchTopology データベース・スキーマ』 scratchTopology データベースは、$NCHOME/etc/precision/DiscoSchema.cfg で 定義されます。データベース表の完全修飾名は、scratchTopology.entityByName で す。 82 ページの『DiscoScope.cfg 構成ファイル』 DiscoScope.cfg 構成ファイルは、ディスカバリーのスコープを構成するために使用 します。 170 ページの『NAT ディスカバリー構成のためのクイック・リファレンス』 ここでは、ディスカバリーを構成するための手順をステップバイステップで説明し ます。 複数の包含ゾーンの定義 scope.zones テーブルに複数の包含ゾーンを定義できます。 以下の例では、3 つの異なる IP 包含ゾーンが単一の insert に定義されています。 insert into scope.zones ( m_Protocol, m_Action, m_Zones ) values ( 1, 1, [ { m_Subnet="172.16.1.0", m_NetMask=24 }, { m_Subnet="172.16.2.*" }, { m_Subnet="172.16.3.0", m_NetMask=255.255.255.0 } ] ); 上記の例で定義される 3 つの異なる IP 包含ゾーンはそれぞれ、異なる構文を使用 してサブネット・マスクを定義しています。Network Manager は以下のデバイス をディスカバーします。 v 172.16.1.0 サブネット内のすべてのデバイス (サブネット・マスクは 24。つま り、24 ビットがオン、8 ビットがオフであり、ネットマスク 255.255.255.0 を意 味します)。 v 「172.16.2」から始まる IP アドレス、つまりサブネット 172.16.2.0 (マスク 255.255.255.0) の IP アドレスを持つすべてのデバイス。 v サブネット 172.16.3.0 (マスク 255.255.255.0) 内のすべてのデバイス。 第 2 章 ネットワーク・ディスカバリーの構成 29 関連概念: 4 ページの『ディスカバリーを制限するディスカバリー・ゾーンの定義』 ディスカバリーを制限するには、ディスカバリー・ゾーンを定義する必要がありま す。ディスカバリー・ゾーンは、いくつかの方法で定義できます。 ディスカバリーのシード ディスカバリーをシードするには、デバイスの検索を開始する点を指定します。 ディスカバリーを実行するには、少なくとも以下のパラメーターを指定する必要が あります。 v 1 つのシード・デバイス v ネットワークをディスカバーするための正しい SNMP コミュニティー・ストリ ング。 ディスカバリーをシードするには、以下の方法を使用します。 ping ファインダー ファインダーがデバイスの検索を開始する点をデバイス・アドレスまたはサ ブネット・アドレスで指定して ping ファインダーをシードします。ping ファインダーにシードを指定して、これらのシードを保存できます。ディス カバリーで Ping ファインダーを活動化するかどうかを、これとは別に決定 できます。 ファイル・ファインダー Network Manager ホスト上の読み取りアクセス権限のあるテキスト・ファ イルを指定してファイル・ファインダーをシードします。このファイルはシ ードを含む構造化テキスト・ファイルで、形式は IP アドレスとデバイス名 を列にしたものである必要があります。通常は、既に Network Manager ホスト上に存在するファイルを使用します。ただし、シードを含む新しいフ ァイルを作成する場合は、ファイルの書き込み先ディレクトリーに対する書 き込み権限が必要です。 トラップの受信に基づいて部分的なディスカバリーを起動するメカニズムも用意さ れています。これは、イベント・ゲートウェイに対する Disco プラグインによって 実行されます。Disco プラグインについて詳しくは、IBM Tivoli Network Manager IP Edition イベント管理ガイドを参照してください。 IPv6 ディスカバリーの実行時に、以下の条件が満たされていることを確認してくだ さい。 v 各 IPv6 スコープ内に最低 1 つの IPv6 シード・デバイスが存在する。 v IPv6 サブネットをシードとして指定する場合は、ネットマスクとして高い値を 指定することにより、そのサブネットのサイズが小さくなるようにする。 デフォルトでは、ping ファインダーおよびファイル・ファインダーはオンにされて います。 ディスカバリーをシードするには、以下の手順を実行します。 1. 30 「ディスカバリー」 > 「ネットワーク・ディスカバリー構成」をクリックし ます。「ドメイン」リストから、必要なドメインを選択します。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 2. 「シード」をクリックします。 3. オプション: ping ファインダーまたはファイル・ファインダーをオフに切り替 えるには、「ディスカバリーで ping ファインダーを使用」または「ディスカ バリーでファイル・ファインダーを使用」チェック・ボックスをクリアしま す。 4. 以下のように、ping シードを追加または編集します。 v 新しい ping シードを追加するには、「新規」 をクリックします。 v 既存の ping シードを編集するには、リストから該当する項目をクリックし ます。 「ping シード・プロパティー」ページが表示されます。 5. フィールドに以下のように入力して、「OK」をクリックします。 シード作成者: 以下のオプションのいずれかを選択してください。 IP IP アドレスを入力します。 サブネット サブネットを指定し、ネットマスク・ビットの数を入力しま す。「ネットマスク」フィールドは、自動的に更新されます。 制約事項: Network Manager では IPv4 射影 IPv6 形式はサポートさ れておらず、すべての IPv6 アドレスは IPv6 標準のコロン区切り形 式である必要があります。例えば、Network Manager では ::ffff:192.0.2.128 のような IPv4 射影 IPv6 アドレスはサポートさ れません。代わりに、このアドレスを ::ffff:c000:280 (IPv6 標準の コロン区切り形式) で入力します。 タイムアウト タイムアウトする前に、ping したアドレスからの応答を待機する時間 (ミリ秒) を指定します。 再試行 デバイスに対して ping を再試行する回数を指定します。 6. 既存の ping シードを削除するには、該当する行の横にある「選択」チェッ ク・ボックスを選択し、「削除」 7. をクリックします。 以下のように、ファイル・シードを追加または編集します。 v 新しいファイル・シードをファイル・ファインダーに追加するには、「新 規」 をクリックします。 v 既存のファイル・シードを編集するには、リストから該当する項目をクリッ クします。 「ファイル・シード・プロパティー」ページが表示されます。 8. フィールドに以下のように入力して、「OK」をクリックします。 ファイル名 シード・データが含まれているホスト・ワークステーション上のファ イルへのパスを指定します。 第 2 章 ネットワーク・ディスカバリーの構成 31 区切り文字 列の区切り文字を指定してください。必要に応じて正規表現を使用し ます。例えば、名前と IP 列が 1 つ以上のタブで区切られている場合 は、[ tab_space ]+ を挿入します。tab_space は、実際のタブ文字で す。このタブ文字を生成するには、テキスト・エディターでタブを作 成し、そのタブをコピーしてフィールドに貼り付けます。 名前列 シード・デバイスのデバイス名が含まれている列の列番号を入力しま す。 IP 列 9. シード・デバイスの IP アドレスが含まれている列の列番号を入力しま す。 既存のファイル・シードを削除するには、該当する行の横にある「選択」チェ ック・ボックスを選択し、「削除」 10. 「保存」 をクリックします。 をクリックします。 コレクター・ファインダー を使用してディスカバリーをシードすることもできま す。コレクター・ファインダーは EMS からトポロジー・データを取得します。ト ポロジー・データは EMS コレクターによって収集されます。この EMS コレクタ ーはソフトウェア・モジュールであり、EMS データベースにあるトポロジー・デー タを取得して XML 形式に変換し、Network Manager IP Edition に渡してトポロ ジー内にまとめます。Network Manager IP Edition が 1 つ以上の EMS コレクタ ーを検出できるようにするには、コレクター・ファインダーをシードする必要があ ります。 関連資料: 78 ページの『DiscoPingFinderSeeds.cfg 構成ファイル』 DiscoPingFinderSeeds.cfg 構成ファイルは、Ping ファインダーのシードとデバイス 検出の制限に使用されます。 72 ページの『DiscoCollectorFinderSeeds.cfg 構成ファイル』 DiscoCollectorFinderSeeds.cfg 構成ファイルでは、ディスカバリー中に Element Management System (EMS) コレクターからのトポロジー・データの取得方法が定 義されます。 50 ページの『ディスカバリーの拡張パラメーター』 拡張設定は、並行処理やタイムアウトなどのディスカバリーの機能を制御します。 これらのパラメーターを使用して、ディスカバリーの速度を向上させることができ ますが、サーバーにかかる負荷と速度のバランスを取る必要があります。一般に、 ディスカバリーの速度を上げると、サーバーでのメモリー使用量が増えます。 32 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド IPv6 サブネット・マスクのサイズ 単一の IPv6 サブネット内で ping の対象となるデバイスが数十億にのぼる可能性 があります。ディスカバリーが確実に完了できるようにするため、IPv6 サブネット を ping シードとして指定するときには、十分な大きさのネットマスクを指定する 必要があります。 以下の表では、ping シード内で構成される IPv6 サブネット・マスク・サイズの例 と、サブネット内のデバイスへの ping にかかる推定時間を示します。推定時間 は、100 ミリ秒間隔での ping 実行に基づいています。この表から、サブネット・ シードで IPv6 サブネット・マスクのサイズを制限することが最も適切であること がわかります。 表 1. IPv6 サブネット・マスクの ping 応答時間 IPv6 サブネット・マスク・ サイズ サブネット内の IPv6 アドレ サブネットの ping 実行推定 スの数 時間 120 256 26 秒 112 65536 1 時間 48 分 100 2 億 6800 万 約 8.5 年 この表に示されている推定時間は、Ping ファインダーに対して指定されているサブ ネット・シード内のすべてのシードへの ping の実行にかかる時間です。ディスカ バリー・スコープ内では ping 実行対象デバイスの数がこれよりも多いため、ディ スカバリーの完了までに要する時間はこれよりも長くなる可能性があります。 デバイス・アクセスの構成 ヘルパーおよび Network Manager ポーリングがネットワーク上のデバイスにアク セスできるように、SNMP コミュニティー・ストリングおよび Telnet アクセス情 報を指定します。 SNMP ヘルパーおよび Telnet ヘルパーに関する次の情報に注意してください。 SNMP ヘルパー SNMP ヘルパーおよびポーリング操作がネットワーク上のデバイスにアク セスするために、SNMP コミュニティー・ストリングを指定する必要があ ります。コミュニティー・ストリングは、複数回入力する必要がある場合が あります。例えば、SNMPv1、SNMPv2、SNMPv3 についてそれぞれ 1 回 ずつなどです。 Telnet ヘルパー Telnet ヘルパー、および Telnet を使用するディスカバリー・エージェント について、関連するデバイス・プロンプト、ログイン ID、およびパスワー ドを入力します。Telnet 特権アクセス・プロパティーを構成することがで きます。特権アクセス・モードでは、デバイスの構成を変更する可能性のあ るコマンドの実行が許可されます。デフォルトでは、ディスカバリーが Telnet を使用してデバイスにアクセスすると、ユーザー・モードのアクセ ス権限が付与されます。このモードでは、システム状況を表示するコマンド など、基本的なコマンドの実行だけが許可されます。このデフォルト・アク セス・モードは、特権モードに明示的に変更せずにディスカバリーでデバイ ス構成が変更されることを防ぐ安全対策機能です。 第 2 章 ネットワーク・ディスカバリーの構成 33 コミュニティー・ストリングおよび Telnet アクセス・データは、グローバル にす るか (ディスカバリーは、検出されるすべてのデバイスのコミュニティー・ストリ ングを使用する)、特定のサブネットに限定するか (特定のサブネット内のデバイス でのみ使用される)、または特定のデバイスに限定することができます。サブネット ごとにコミュニティー・ストリングおよび Telnet アクセス・データを指定すると、 より効率的で高速なディスカバリーを実現できます。一般に資格情報が具体的であ ればあるほど、ディスカバリーは正しい資格情報を、より速く特定することができ ます。 注: GUI のコミュニティー・ストリング設定に関連するディスカバリーの速度は、 内部ディスカバリーにのみ影響を与えます。 Network Manager が正しいコミュニ ティー・ストリングを識別すると、この情報が NCMONITOR リレーショナル・デ ータベースに格納されます。後続のディスカバリーは、このデータベースにアクセ スして、SNMP コミュニティー・ストリングおよびその他の SNMP 関連のデバイ ス・アクセス情報を確認します。 ディスカバリーを実行するには、少なくとも以下のパラメーターを指定する必要が あります。 v 1 つのシード・デバイス v ネットワークをディスカバーするための正しい SNMP コミュニティー・ストリ ング。 SNMP v2 または v3 が使用されている場合は、SNMP ヘルパーを構成して GetBulk 操作を使用することもできます。 GetBulk 操作を使用すると、ディスカバ リー速度が速くなります。詳しくは、IBM Tivoli Network Manager IP Edition イン ストールと構成ガイド を参照してください。 SNMPv3 を使用するデバイスをディスカバーする場合、Cisco スイッチでは、 VLAN ごとのビュー・グループに VLAN コンテキストが追加されていなければな りません。 デバイス・アクセスを構成するには、以下の手順を実行します。 1. 「ディスカバリー」 > 「ネットワーク・ディスカバリー構成」をクリックし ます。「ドメイン」リストから、必要なドメインを選択します。 2. 「パスワード」をクリックします。 3. 新しい SNMP コミュニティー・ストリングを追加するには、「新規」 をクリックします。 「SNMP パスワード・プロパティー」ページが表示され ます。 4. フィールドに以下のように入力して、「OK」をクリックします。 コミュニティー・ストリング 名前を入力してください。コミュニティー・ストリングを保存すると 名前は暗号化されますが、GUI では値が常に暗号化されずに表示され ます。ディスカバリー速度の向上のために、SNMP ストリングを頻度 順に入力して、最も頻度の高いストリングが最初になるようにしま す。 34 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 制約事項: コミュニティー・ストリングでは、アットマーク (@) を使 用しないことをお勧めします。コミュニティー・ストリングでこの記 号を使用すると、ディスカバリー時にデバイスへの接続で問題が発生 する可能性があります。 適用先 コミュニティー・ストリングの適切な範囲を指定することで、ディス カバリーの速度が向上します。以下のオプションのいずれかを選択し てください。 すべてのデバイス このオプションは、コミュニティー・ストリングがグローバル の場合に選択します。 IP アドレス コミュニティー・ストリングが IP アドレスに固有の場合はこ のオプションを選択し、IP アドレスを入力します。 サブネット このオプションは、コミュニティー・ストリングがサブネット に固有の場合に選択します。必要なサブネットを入力し、ネッ トマスク・ビットの数を指定します。「ネットマスク」フィー ルドは、自動的に更新されます。 SNMP バージョン この SNMP コミュニティーの SNMP のバージョンを指定してくださ い。「SNMP V3」を指定する場合は、以下のフィールドにも入力してく ださい。 セキュリティー名 名前を入力してください。 レベル 認証およびプライバシーの必要なレベルを指定します。 NoAuthNoPriv, このオプションは、認証キーもプライベート・キーも 持たない SNMP コミュニティーの場合に選択してく ださい。この場合は、パスワードを指定する必要はあ りません。 AuthNoPriv このオプションは、認証キーは持っていても、プライ ベート・キーを持たない SNMP コミュニティーの場 合に選択してください。次に、「認証パスワード」フ ィールドでパスワードを指定します。 AuthPriv このオプションは、認証キーとプライベート・キーの 両方を持つ SNMP コミュニティーの場合に選択して ください。次に、「認証パスワード」フィールドと 「プライベート・パスワード」フィールドにパスワー ドを指定します。 第 2 章 ネットワーク・ディスカバリーの構成 35 認証タイプ 認証パスワードの暗号化のタイプを指定します。 制約事項: Network Manager の FIPS 140-2 インストールを 実行している場合、MD5 暗号化オプションは選択できませ ん。 特権タイプ プライバシー・パスワードの暗号化のタイプを指定します。 制約事項: Network Manager の FIPS 140-2 インストールを 実行している場合、DES 暗号化オプションは選択できませ ん。 SNMP ポート 必要なポートを指定してください。 タイムアウト タイムアウトになる前に、応答を待機する時間 (ミリ秒) を指定しま す。 再試行 SNMP ヘルパーおよびポーリング操作がデバイスへのアクセスを試行 する回数を指定します。 5. SNMP コミュニティー・ストリングの位置を調整するには、「上へ移動」 および「下へ移動」 をクリックします。使用頻度が最も高いスト リングをリストの最上部に配置します。 6. 「保存」をクリックします。 7. Telnet アクセス情報を追加するには、「新規」 をクリックします。 「Telnet パスワード・プロパティー」ページが表示されます。 8. このフィールドは以下のように入力します。 適用先 以下のオプションのいずれかを選択してください。 すべてのデバイス このオプションは、データをグローバルに適用する場合に選択 します。 IP アドレス ストリングがデバイスに固有の場合はこのオプションを選択 し、デバイスの IP アドレスを入力します。 サブネット このオプションは、ストリングがサブネットに固有の場合に選 択します。必要なサブネットを入力し、ネットマスク・ビット の数を指定します。「ネットマスク」フィールドは、自動的に 更新されます。 ユーザー名プロンプト ログイン時に表示するプロンプトを入力します。プロンプトの正確な 形式が分からない場合は、正規表現を使用します。 36 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ユーザー名 ユーザー名を入力してください。 パスワード・プロンプト ログイン時にパスワードが必要な場合に表示するプロンプトを入力し ます。プロンプトの正確な形式が分からない場合は、正規表現を使用 します。 パスワード パスワードを入力してください。 コンソール・プロンプト ログイン時に表示するプロンプトを入力します。プロンプトの正確な 形式が分からない場合は、正規表現を使用します。 アクセス・ポート Telnet ヘルパーおよびディスカバリー・エージェントがデバイスへの アクセスを試行するポートを指定します。 タイムアウト タイムアウトになる前に、応答を待機する時間 (ミリ秒) を指定しま す。 SSH を使用 このオプションは、セキュア・シェル (SSH) プログラムを使用するよ う Telnet ヘルパーを構成する場合に選択します。 9. オプション: Telnet 特権アクセス・モード・プロパティーを構成するには、以 下の手順を実行します。 a. 「拡張」をクリックします。 「Telnet 特権アクセス・モード・プロパティ ー」ページが表示されます。 b. フィールドに以下のように入力して、「OK」をクリックします。 コマンド Telnet 特権アクセス・モードに入るために必要なコマンドを入力 します。このコマンドは通常 enable です。 パスワード・プロンプト ログイン時にパスワードが必要な場合に表示するプロンプトを入力 します。プロンプトの正確な形式が分からない場合は、正規表現を 使用します。 パスワード 特権モードに必要なパスワードを入力します。 コンソール・プロンプト ログイン時に表示するプロンプトを入力します。プロンプトの正確 な形式が分からない場合は、正規表現を使用します。 コマンド要求モード: 特権モードからアクセス可能にするコマンドを指定します。新しい コマンドを追加するには、「新規...」をクリックして「特権コマン ド」フィールドにコマンドを入力します。以下のコマンドは enable モードで実行する必要があります。 v show run 第 2 章 ネットワーク・ディスカバリーの構成 37 v show mac-address-table v show ip nat translation 10. 「OK」をクリックします。「保存」 をクリックします。 Telnet パスワード設定を保存する場合は、以下のパスワードは自動的に暗号化され ます。 v Telnet パスワード v Telnet 特権モード・パスワード (指定されている場合) パスワード設定を保存する場合は、以下のパスワードは自動的に暗号化されます。 v SNMP コミュニティー・ストリング v SNMP 認証パスワード v SNMP プライベート・パスワード 必要に応じて SNMP および Telnet 暗号化設定を変更します。例えば、暗号鍵ファ イルを変更したり、暗号化をオフに切り替えたりすることができます。 関連タスク: 162 ページの『StandardMPLSTE エージェントの有効化』 MPLS TE トンネルをディスカバーするには、StandardMPLSTE エージェントを有 効にして、関連する SNMP コミュニティー・ストリングを追加する必要がありま す。 関連資料: 50 ページの『ディスカバリーの拡張パラメーター』 拡張設定は、並行処理やタイムアウトなどのディスカバリーの機能を制御します。 これらのパラメーターを使用して、ディスカバリーの速度を向上させることができ ますが、サーバーにかかる負荷と速度のバランスを取る必要があります。一般に、 ディスカバリーの速度を上げると、サーバーでのメモリー使用量が増えます。 400 ページの『レイヤー 3 (ネットワーク層) での接続』 OSI モデル・レイヤー 3 (ネットワーク層) から接続情報を取得するディスカバリ ー・エージェントが多数あります。レイヤー 3 は、ネットワーク間でのルーティン グ、輻輳 (ふくそう) 制御、およびメッセージ送信を制御する役割を果たします。 エージェントの活動化 実行するディスカバリーに対して適切なエージェントを有効にする必要がありま す。フル・ディスカバリーまたは部分的なディスカバリーの場合に、エージェント を指定できます。 新規または変更されたデバイスのディスカバーに必要なエージェントのみを選択す ることにより、部分的なディスカバリーに要する時間を短縮することができます。 ネットワークに新しいデバイスが追加されたことや、技術員がデバイスに対して作 業しており、このデバイスのコンポーネントを追加または除去したことが分かって いる場合は、部分的なディスカバリーの実行をお勧めします。 注: 実行するエージェントの数を増やすと、ネットワークから取得されるデータは増 え、ディスカバリーの速度は低下します。 38 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド エージェントを活動化するには、以下の手順を実行します。 1. 「ディスカバリー」 > 「ネットワーク・ディスカバリー構成」をクリックしま す。「ドメイン」リストから、必要なドメインを選択します。 2. 要件に基づいて、以下のタブのいずれかをクリックします。 タブ 説明 フル・ディスカバリー・エージェント 全体的なディスカバリーを実行するには、こ のタブからエージェントを選択します。 部分的なディスカバリー・エージェント 部分的なディスカバリーを実行するには、こ のタブからエージェントを選択します。 注: 「部分的なディスカバリー・エージェン ト」ウィンドウの「リセット」ボタンを使用 すると、部分的なディスカバリー・エージェ ントが「フル・ディスカバリー・エージェン ト」ウィンドウで定義されている設定に合わ せて設定されます。 「エージェント」リストが表示され、選択されたディスカバリー・オプションで 使用可能なディスカバリー・エージェントがすべて示されます。 3. 必要なエージェントの隣にあるチェック・ボックスを選択します。 エージェン トの説明を表示するには、エージェント名を選択します。 レイヤー 3 のディスカバリーに必要なすべてのエージェントを選択するには、 「レイヤー 3」チェック・ボックスを選択します。 レイヤー 2 および 3 のデ ィスカバリーに必要なすべてのエージェントを選択するには、「全体的なレイヤ ー 2 およびレイヤー 3 のディスカバリー」チェック・ボックスを選択します。 4. 「保存」 をクリックします。 エージェントの無効な組み合わせや、ディ スカバリーの効率が悪くなる可能性のある組み合わせを選択した場合は、警告が 表示されます。 5. 該当する場合は、警告に表示される以下の手順を実行します。 v 他のエージェントと併せて実行する必要のあるエージェントを選択した場合 は、該当するエージェントが追加で選択されることを警告が示します。 「OK」をクリックしてエージェントを選択するか、「キャンセル」をクリッ クします。 v 他のエージェントと併せて実行できないエージェントを選択した場合は、不 要なエージェントが自動的に選択解除されることを警告が示します。「OK」 をクリックして推奨されるエージェントを選択解除するか、「キャンセル」 をクリックします。 関連タスク: 148 ページの『コレクター・ディスカバリー・エージェントの有効化』 デフォルトでは、コレクター・ディスカバリー・エージェントは有効になっていま せん。コレクター・ベースのディスカバリーを含むディスカバリーを実行する場合 は、コレクター・ディスカバリー・エージェントを有効にする必要があります。 第 2 章 ネットワーク・ディスカバリーの構成 39 154 ページの『MPLS エージェントの構成』 MPLS ディスカバリー構成において、1 つ以上の MPLS エージェントを有効にす る必要があります。AsAgent エージェントを構成することで、複数の仮想プライベ ート・ネットワーク (VPN) で IP アドレスが重複する問題を解決することもできま す。 関連資料: 385 ページの『付録 C. ディスカバリー・エージェント』 ここに示す情報は、ディスカバリーの一環として実行するディスカバリー・エージ ェントを選択する際に役立ちます。 ディスカバリー・フィルターの設定 フィルターは、ディスカバリーの前または後にデバイスをフィルターで除去するた めに使用します。ロケーション、テクノロジー、製造メーカーなどのさまざまな基 準に基づいて、デバイスをフィルターで除去することができます。フィルターは、 スコープ・ゾーンで定義された制限に、さらに制限を加えます。 フィルターは、1 つ以上のフィルター条件で構成されています。フィルター条件は オブジェクト照会言語 (OQL) で定義されます。次のタイプのフィルターを追加で きます。 プレディスカバリー・フィルター プレディスカバリー・フィルターを使用すると、ディスカバー対象のデバイ スが、接続情報を取得するためにポーリングされることはなくなります。 ポストディスカバリー・フィルター ポストディスカバリー・フィルターを使用すると、ディスカバーされたデバ イスが MODEL に渡されることはなくなります。 注: ポストディスカバリー・フィルターによって除外されたインターフェー スについてアラートが生成されないようにするには、 RaiseAlertsForUnknownInterfaces 変数を設定する必要があります。これを 行うには、以下の手順を実行します。 1. $NCHOME/etc/precision/NcPollerSchema.cfg 構成ファイルを編集しま す。 2. 次の行をファイルに追加します。 update config.properties set RaiseAlertsForUnknownInterfaces = 1; フィルターの追加、編集、削除の手順は、両方のタイプで同じです。 ディスカバリー・フィルターを設定するには、以下の手順を実行します。 40 1. 「ディスカバリー」 > 「ネットワーク・ディスカバリー構成」をクリックしま す。「ドメイン」リストから、必要なドメインを選択します。 2. 「フィルター」をクリックします。 3. ディスカバリーでフィルターを使用するには、「使用可能なフィルター」リスト からフィルターを選択し、「追加」をクリックします。 フィルター・タイプに 応じて「選択されたプレディスカバリー・フィルター」フィールドまたは「選択 されたポストディスカバリー・フィルター」フィールドにフィルターが追加され ます。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 4. フィルターを削除するには、「使用可能なフィルター」リストからフィルターを 選択し、「削除」をクリックします。 5. 新規フィルターを追加するか、既存のフィルターを編集するには、「フィルタ ー・ライブラリー」をクリックします。 「フィルター・ライブラリー」ページ が表示されます。 6. 以下のように、フィルターを追加または編集します。 アクション 説明 新規フィルターの追加 「追加」をクリックして、「名前」フィール ドに必要な名前を入力します。 既存のフィルターの編集 リストから対象のフィルターを選択します。 7. 「基本」タブで、以下のようにフィルター条件を作成します。 a. 必要なフィールドと条件を選択します。 b. 選択したフィールドとの比較のための値を入力します。 例については『サ ンプル・フィルター』を参照してください。 c. 行を追加するには「新規行の追加」 「この行を削除」 d. をクリックし、行を除去するには をクリックします。 複数の条件を AND 関係で結合するには 「すべて」を、条件を OR 関係 で結合するには「いずれか」 を選択します。 e. 「保存」をクリックします。 8. オプション: 「拡張」タブで、必要な SQL WHERE 節を入力します。複数の条 件の場合は、必要に応じて AND 関係または OR 関係を使用します。「保存」 をクリックします。 注: GUI は SQL 節を参照しますが、フィルターは、実際には標準の OQL フ ォーマットに基づいています。 9. 「閉じる」をクリックして「フィルター・ライブラリー」を閉じてから、「保 存」をクリックしてフィルター設定を保存します。 サンプル・フィルター 以下の例は、プレディスカバリー・フィルターのフィルター条件を示します。 m_ObjectId not like 1¥.3¥.6¥.1¥.4¥.1¥.2¥.3¥.1¥. OQL 構文の詳細については、「IBM Tivoli Network Manager IP Edition Language Reference」を参照してください。 関連概念: 6 ページの『フィルター』 プレディスカバリー・フィルターはディスカバリーの効率を高めるために使用し、 ポストディスカバリー・フィルターはデバイスのインスタンス化を防ぐために使用 します。 関連タスク: 224 ページの『デバイスの欠落に関するトラブルシューティング』 ネットワーク・トポロジーに表示されるはずのデバイスが表示されない場合は、以 第 2 章 ネットワーク・ディスカバリーの構成 41 下の手順を実行して問題のトラブルシューティングを行います。 関連資料: 433 ページの『主なディスカバリー・スティッチャー』 このトピックでは、すべてのディスカバリー・スティッチャーをリストします。 243 ページの『付録 A. ディスカバリー・データベース』 ncp_disco (ネットワーク・デバイスの存在と接続をディスカバーするコンポーネン ト) と ncp_model (ディスカバーされたネットワーク・トポロジーの管理、格納、 および配布を行うコンポーネント) では、さまざまな専用データベースが使用され ます。 339 ページの『scratchTopology データベース・スキーマ』 scratchTopology データベースは、$NCHOME/etc/precision/DiscoSchema.cfg で 定義されます。データベース表の完全修飾名は、scratchTopology.entityByName で す。 使用可能なフィルター値 この参照情報を使用すると、「ネットワーク・ディスカバリー構成」ページでディ スカバリー・フィルターを設定するときの暗黙的値について理解することができま す。 プレディスカバリー・フィルター値 プレディスカバリー・フィルターを構成する場合は、Details.returns テーブルの任 意のフィールドを基にフィルタリングできます。これらのフィールドは以下のとお りです。 m_Name m_UniqueAddress m_Protocol m_ObjectId m_Description m_HaveAccess m_UpdAgent m_AddressSpace さらに、「拡張」タブを使用すると、m_ExtraInfo フィールド内から任意のフィー ルドを使用して行フィルターを構成できます。 ポストディスカバリー・フィルター値 ポストディスカバリー・フィルターを構成する場合は、 scratchTopology.entityByName テーブルの任意のフィールドを基にフィルタリング できます。これらのフィールドは以下のとおりです。 EntityName ネットワーク・エンティティーの固有の名前。 アドレス OSI モデルのレイヤー 1 から 7 のオブジェクト用のアドレスを含むリスト。 42 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 説明 sysDescr またはその他の説明。 EntityType エンティティーのタイプ。 EntityOID 装置のクラス。 状況 エンティティーの状況。 IsActive エンティティーがアクティブかどうか。 Contains このエンティティーに包含されているエンティティーまたはその他のコンテナ ー。 UpwardConnections このエンティティーが物理的に属しているエンティティー。 RelatedTo エンティティーの接続先のデバイス。 ExtraInfo 各種追加情報。 さらに、「拡張」タブを使用すると、ExtraInfo フィールド内から任意のフィールド を使用して行フィルターを構成できます。 ドメイン・ネーム・システムの構成 ドメイン・ネーム・システム (DNS) ヘルパーがドメイン名検索を実行するために使 用する方式を指定できます。 ヘルパーは、ディスカバリー・エージェント用にネットワーク・デバイスからその ネットワーク・デバイスに関する情報を取得する、専用アプリケーションです。 指定する方式ではそれぞれ、以下の 3 つのドメイン方式のうちいずれかを使用しま す。 DNS サーバー ドメイン名解決の実行専用に使用される、ネットワーク上のサーバー。 ファイル Network Manager ホスト上で IP アドレスとホスト名がルックアップ・テ ーブル形式で記述されているファイルの名前。 システム Network Manager ホストのローカル DNS システム。 ヒント: 必要な数だけ方式を定義できます。 DNS ヘルパーによるこれらの方式の 取得順序を変更し、最も頻繁にアクセスされる方式を最初に取得するようにできま す。このようにすることで、ディスカバリー時に、より効率的にリソースを使用で きるようになります。 第 2 章 ネットワーク・ディスカバリーの構成 43 DNS を構成するには、以下の手順を実行します。 1. 「ディスカバリー」 > 「ネットワーク・ディスカバリー構成」をクリックしま す。「ドメイン」リストから、必要なドメインを選択します。 2. 「DNS」タブをクリックします。 3. 以下のように、新規の DNS ヘルパーを追加するか、既存のヘルパーを編集し ます。 v 新規の DNS ヘルパーを追加するには、「新規」 をクリックします。 v 既存のヘルパーを編集するには、必要なヘルパーの名前をクリックします。 「DNS サービス・プロパティー」ページが表示されます。 4. フィールドに以下のように入力して、「OK」をクリックします。 サービス名 メソッドの名前を入力してください。 タイプ 以下のオプションのいずれかを選択してください。 DNS サーバー 必要な DNS サーバーの IP アドレスを入力してください。 「タイムアウト」フィールドに、タイムアウトになる前に、 DNS サーバーからの応答を待機する秒数を指定します。 ファイル ドメイン・ルックアップ情報が含まれているファイルの名前を 入力します。以下のいずれかのラジオ・ボタンを選択して、こ の情報をルックアップ・テーブルに表示する順番を指定しま す。 v 名前から IP へ v IP から名前へ システム Network Manager サーバーでローカル DNS システムを使用 するには、このオプションを選択します。 ドメイン・サフィックス 名前のルックアップ後に各デバイス名に付加するサフィックスを指定し ます。デバイス名にドメイン・サフィックスが含まれていない場合の み、指定したドメイン・サフィックスが付加されます。 注: ディスカバリーで、ドメイン・サフィックスが既に付加されたデバ イス名の一部または全部が返されることが予期される場合は、予期され るドメイン・サフィックスのリストを指定することができます。「ドメ イン・サフィックス」フィールドで指定されたドメイン・サフィックス 値は、これらの予期されるサフィックスと共にディスカバリーによって 返されたデバイス名には付加されません。予期されるドメイン・サフィ ックスのリストを指定するには、コマンド行から DiscoDNSHelperSchema.cfg 構成ファイルを構成する必要があります。 5. 44 ステップ 3 から 4 を繰り返し、必要なメソッドを追加または編集します。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 6. 「移動」列で、「上へ移動」 および「下へ移動」 をクリックし て、最も使用頻度が高いと予期される順番に方式を配置します。最も使用頻度の 高い方式を最上位にします。 7. 「保存」 をクリックします。 関連資料: 50 ページの『ディスカバリーの拡張パラメーター』 拡張設定は、並行処理やタイムアウトなどのディスカバリーの機能を制御します。 これらのパラメーターを使用して、ディスカバリーの速度を向上させることができ ますが、サーバーにかかる負荷と速度のバランスを取る必要があります。一般に、 ディスカバリーの速度を上げると、サーバーでのメモリー使用量が増えます。 73 ページの『DiscoDNSHelperSchema.cfg 構成ファイル』 DiscoDNSHelperSchema.cfg 構成ファイルは、DNS へのアクセスを定義します。 これにより、DNS ヘルパーを構成することでディスカバリーでドメイン名検索を実 行できます。 NAT 変換の構成 NAT 環境をディスカバーするように NAT 変換を構成するには、NAT ドメインの アドレス・スペース ID を、関連する NAT ゲートウェイ・デバイスの IP アドレ スにマップします。 NAT を活動化した後、ディスカバリー・スコープ・ゾーンを NAT アドレス・ス ペースにマップする必要があります。これは、「スコープ」タブで行います。 NAT ゲートウェイを構成するには、以下の手順を実行します。 1. 「ディスカバリー」 > 「ネットワーク・ディスカバリー構成」をクリックしま す。「ドメイン」リストから、必要なドメインを選択します。 2. 「NAT」をクリックします。 3. 新規の NAT ゲートウェイを追加するか、既存のゲートウェイを編集します。 v 新規の NAT ゲートウェイを追加するには、「新規」 す。 をクリックしま v 既存の NAT ゲートウェイを編集するには、該当する行の IP アドレスをク リックします。 「NAT ゲートウェイ」ページが表示されます。 4. フィールドに以下のように入力して、「OK」をクリックします。 IP アドレス NAT ゲートウェイ・デバイスのパブリック IP アドレスを入力しま す。 アドレス・スペース 関連付けられている NAT ドメインに使用するアドレス・スペース ID を入力します。 5. 「保存」 をクリックします。 第 2 章 ネットワーク・ディスカバリーの構成 45 6. ディスカバリーで NAT 変換を活動化するには、「ネットワーク・アドレス変 換 (NAT) サポートを有効にする」を選択します。「保存」をクリックしてか ら、ディスカバリー・スコープ・ゾーンを NAT アドレス・スペースにマップ します。 a. 「スコープ」をクリックします。 b. 編集するスコープ・ゾーンをクリックします。 「スコープ・プロパティ ー」ページが表示されます。 c. 「アドレス・スペース」フィールドに NAT アドレス・スペースを入力して 「OK」をクリックします。 「ネットワーク・アドレス変換 (NAT) サポー トを有効にする」が選択された場合のみ、「スコープ・プロパティー」に 「アドレス・スペース」フィールドが表示されます。 d. 必要なすべてのスコープ・ゾーンごとに上記の 2 つのステップを繰り返し ます。 e. 「保存」 をクリックします。 「ネットワーク・アドレス変換 (NAT) サポートを有効にする」をオンにする と、NAT アドレス・スペースの動的 Distinct ビューが自動的に作成されま す。ディスカバリーが完了したら、ネットワーク・ビューを使用して NAT ア ドレス・スペースのネットワーク・ビューを視覚化します。 関連タスク: 26 ページの『ディスカバリーのスコープ』 ディスカバリーをスコープするには、ディスカバリーに含めるネットワーク・ゾー ン (つまりサブネット範囲) および除外するゾーンを定義します。 166 ページの『NAT ディスカバリーの構成』 NAT ドメインのアドレス・スペース ID を関連する NAT ゲートウェイ・デバイ スの IP アドレスにマップして、NAT 環境をディスカバーするようにネットワー ク・アドレス変換 (NAT) ディスカバリーを構成します。 関連資料: 170 ページの『NAT ディスカバリー構成のためのクイック・リファレンス』 ここでは、ディスカバリーを構成するための手順をステップバイステップで説明し ます。 マルチキャスト・ディスカバリーの構成 必要なエージェントを有効にし、ディスカバリーのスコープを設定することによっ て、マルチキャスト・ディスカバリーを構成します。 関連概念: 4 ページの『スコープ設定のタイプ』 Network Manager には、いくつかのスコープ設定のタイプがあります。 関連タスク: 26 ページの『ディスカバリーのスコープ』 ディスカバリーをスコープするには、ディスカバリーに含めるネットワーク・ゾー ン (つまりサブネット範囲) および除外するゾーンを定義します。 関連資料: 46 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 271 ページの『scope.multicastSource テーブル』 scope.multicastSource テーブルは、ディスカバーの対象となる IPM ルートを定義 します。これは、複数の IPM ルート・ソースがある場合に特に有用です。IPM ル ート・ソースに基づいてマルチキャスト・ディスカバリーのスコープを設定して、 必要なソースにディスカバーの対象を限定することができるためです。 270 ページの『scope.multicastGroup テーブル』 scope.multicastGroup テーブルは、ディスカバーの対象となるマルチキャスト・グ ループと、そのグループから取得する詳細を定義します。 マルチキャスト・エージェントの有効化 マルチキャスト・グループをディスカバーするには、適切なエージェントを有効に して、関連する SNMP コミュニティー・ストリングを追加する必要があります。 エージェントを有効にするには、以下の手順を実行します。 1. 「ディスカバリー」 > 「ネットワーク・ディスカバリー構成」をクリックしま す。「ドメイン」リストから、必要なドメインを選択します。 2. 「フル・ディスカバリー・エージェント」タブをクリックします。 「エージェ ント」リストが表示され、選択されたディスカバリー・オプションで使用可能な ディスカバリー・エージェントがすべて示されます。 3. 「全体的なレイヤー 2 およびレイヤー 3 のディスカバリー」 > 「マルチキャ スト」をクリックします。 4. 有効にするエージェントの横にあるチェック・ボックスを選択します。 a. StandardPIM エージェントは、RFC2934 PIM MIB に準拠するプロトコル 独立マルチキャスト・グループをディスカバーする場合に有効にします。 b. StandardIPMRoute エージェントは、RFC2932 IPMRoute MIB に準拠する IP マルチキャスティング・ネットワークをディスカバーする場合に有効に します。 c. StandardIGMP エージェントは、Internet Group Membership Protocol (IGMP) を実行するマルチキャスト・グループをディスカバーする場合に有 効にします。 5. 「保存」 をクリックします。 6. オプション: マルチキャスト・グループを再ディスカバーするには、部分的なデ ィスカバリー用に適切なエージェントも有効にします。 7. SNMP コミュニティー・ストリングが、マルチキャスト・グループ内のデバイ スにアクセスするできるよう正しく構成されていることを確認します。 関連資料: 409 ページの『マルチキャスト・エージェント』 マルチキャスト・エージェントは、マルチキャスト・グループおよびルートに加わ っているデバイスからデータを取得します。 第 2 章 ネットワーク・ディスカバリーの構成 47 マルチキャスト・ディスカバリーのスコープ設定 「マルチキャスト」タブを使用して、ディスカバーするマルチキャスト・グループ およびソースを構成します。 マルチキャスト・ディスカバリーを構成するには、以下の手順を実行します。 1. 「ディスカバリー」 > 「ネットワーク・ディスカバリー構成」をクリックし ます。「ドメイン」リストから、必要なドメインを選択します。 2. 「マルチキャスト」をクリックします。 3. 「マルチキャスト・グループ」セクションで、新しいマルチキャスト・グルー プを作成するか、既存のグループを編集します。 v ディスカバーする新規グループを作成するには、「新規」 します。 をクリック v 既存のグループを編集するには、グループ名をクリックします。 「マルチキャスト・グループ・プロパティー」ページが表示されます。 4. 以下のフィールドを使用して、スコープ・プロパティーを定義します。 グループ名 このマルチキャスト・グループの名前を指定します。 PIM モード Protocol Independent Multicast (PIM) データをディスカバリーに含 めるか除外するかを選択します。デフォルトでは、PIM データは含ま れます。 IPM ルート・モード Internet Protocol Multicast (IPM) グループ・データをディスカバリー に含めるか除外するかを選択します。デフォルトでは、IPM グルー プ・データは含まれます。 IGMP モード Internet Group Management Protocol (IGMP) データをディスカバリ ーに含めるか除外するかを選択します。デフォルトでは、IGMP デー タは含まれます。 プロトコル IPv4 のみがサポートされています。 マルチキャスト・グループに追加するグループ・サブネットを指定してくださ い 以下のフィールドおよびボタンを使用して、グループ・サブネットを 追加および削除します。 サブネット マルチキャスト・グループに追加するグループ・サブネットの サブネットおよびネットマスクを入力します。 追加 「追加」をクリックして、このグループを追加します。 削除 隣接するリストからグループ・サブネットを選択して「削除」 をクリックし、選択したグループを削除します。 注: デフォルトでは、予約済みのマルチキャスト・アドレスは、スコープから 除外されます。 48 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 5. 「OK」をクリックします。 6. 1 つ以上のグループを削除するには、削除するグループを選択して「削除」ボ タン をクリックします。グループをすべて選択または選択解除するに は、「すべて選択」 リックします。 7. ボタン、または「すべて選択解除」 ボタンをク 「マルチキャスト・ソース」セクションで、新しいマルチキャスト・ソースを 作成するか、既存のソースを編集します。 v ディスカバーする新規ソースを作成するには、「新規」 ます。 をクリックし v 既存のソースを編集するには、ソース名をクリックします。 「マルチキャスト・ソース・プロパティー」ページが表示されます。 8. 以下のフィールドを使用して、ソース・プロパティーを定義します。 IPM ルート・モード グループを含めるか除外するかを選択します。 v 不明 (デフォルトを使用) v ソースを含む v ソースを除外 プロトコル IPv4 のみがサポートされています。 マルチキャスト・ソースに追加するグループ・サブネットを指定してください 以下のフィールドおよびボタンを使用して、グループ・サブネットを 追加および削除します。 サブネット マルチキャスト・ソースに追加するグループ・サブネットのサ ブネットおよびネットマスクを入力します。 追加 「追加」をクリックして、このグループを追加します。 削除 隣接するリストからグループ・サブネットを選択して「削除」 をクリックし、選択したグループを削除します。 マルチキャスト・ソースに追加するソース・サブネットを指定してください 以下のフィールドおよびボタンを使用して、グループ・サブネットを 追加および削除します。 サブネット マルチキャスト・ソースに追加するソース・サブネットのサブ ネットおよびネットマスクを入力します。 9. 追加 「追加」をクリックして、このグループを追加します。 削除 隣接するリストからソース・サブネットを選択して「削除」を クリックし、選択したソースを削除します。 「OK」をクリックします。 第 2 章 ネットワーク・ディスカバリーの構成 49 10. 1 つ以上のグループを削除するには、削除するグループを選択して「削除」ボ タン をクリックします。グループをすべて選択または選択解除するに は、「すべて選択」 リックします。 11. 「保存」 ボタン、または「すべて選択解除」 ボタンをク をクリックします。 ディスカバリーの拡張パラメーター 拡張設定は、並行処理やタイムアウトなどのディスカバリーの機能を制御します。 これらのパラメーターを使用して、ディスカバリーの速度を向上させることができ ますが、サーバーにかかる負荷と速度のバランスを取る必要があります。一般に、 ディスカバリーの速度を上げると、サーバーでのメモリー使用量が増えます。 「ネットワーク・ディスカバリー構成」ページの「拡張」タブで、拡張パラメータ ーを設定します。拡張パラメーターを設定した後、「保存」 す。 をクリックしま 重要: 拡張設定の変更は、経験のある Network Manager ユーザーが行ってくださ い。拡張パラメーターの変更後にディスカバリーが予想通り動作しなくなった場合 は、「リセット」をクリックしてデフォルト設定を復元します。 『拡張ファインダー構成』 『拡張 Ping ファインダー構成』 53 ページの『拡張ディスカバリー構成』 51 ページの『拡張 Telnet ヘルパー構成』 52 ページの『拡張 SNMP ヘルパー構成』 52 ページの『拡張 DNS ヘルパー構成』 53 ページの『拡張ディスカバリー構成』 拡張ファインダー構成 ファイル・ファインダーの拡張パラメーターを設定するには、以下のフィールドを 使用します。 同時ファイル・ファインダー ファイル・ファインダーによって使用されるスレッドの数を指定します。各 スレッドは、別個のシード・ファイルを同時に処理できます。ディスカバリ ー・サーバー上に多くのシード・ファイルがあり、予備のリソースもある場 合は、スレッドの数を増やすことによってディスカバリーがより高速になる 可能性があります。シード・ファイルが 1 つのみの場合は、スレッドの数 を増やしても効果はありません。 拡張 Ping ファインダー構成 Ping ファインダーの拡張パラメーターを設定するには、以下のフィールドを使用し ます。 50 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 同時 ping ファインダー ping ファインダーによって使用されるスレッドの数を指定します。各スレ ッドは、一度に 1 つの pingFinder.pingRules を処理します。スレッドの数 を増やした場合、1 つの大きな ping スイープの速度は上がりませんが、多 数のアドレスのフィードバックの速度は上がる場合があります。ただし、こ の速度は、ご使用のホストのリソースや、ping 受信側が ping 応答をタイ ムリーに処理する能力に見合ったものにする必要があります。スレッドの数 が多すぎる場合、ping 受信側での処理が追いつかず、ping が失敗したと誤 って判定され、デバイス・ディスカバリーに漏れが生じます。 調査の結果、ほとんどのシチュエーションで、10 個のスレッドというデフ ォルトの数が最適であることが分かっています。徐々にスレッド数を増やし て、ping の失敗の数をモニターし、節約された時間を書き留めることがで きます。使用可能なリソースに応じて、ある時点から、リソースが過負荷に なるためにメリットが縮小し始めます。 デフォルト・タイムアウト ping したアドレスから応答が返ってくるまで待つときの最大時間 (ミリ秒) を指定します。ネットワーク待ち時間が短いことが分かっている場合は、待 ち時間を短くするとディスカバリーがより高速になる可能性があります。ご 使用のネットワークに低すぎる値を指定すると、デバイスがディスカバーさ れない可能性があります。 再試行のデフォルト数 最初の ping に失敗した場合に、それに続いてデバイスに対する ping を再 試行するときの回数を指定します。 ping 間の時間 リストまたはサブネットに含まれているデバイスに対して行う ping 試行の 間隔をミリ秒単位で指定します。ディスカバリーに起因するネットワーク・ トラフィックを無視する場合は、この値を短縮して構いません。 ブロードキャスト Ping を許可 ブロードキャスト・アドレス ping を有効にするには、このチェック・ボッ クスを選択します。 マルチキャスト Ping を許可 マルチキャスト・アドレス ping を有効にするには、このチェック・ボック スを選択します。 拡張 Telnet ヘルパー構成 Telnet ヘルパーの拡張パラメーターを設定するには、以下のフィールドを使用しま す。 同時 Telnet ヘルパー Telnet ヘルパーが使用するスレッド数を指定します。Telnet または SSH でアクセスするデバイスがネットワークに多数存在する場合は、この値を増 やすことによってディスカバリーがより高速になる可能性があります。この ようなデバイスの典型的な例として、Catalyst スイッチ、MPLS デバイ ス、および NAT ゲートウェイなどがあります。この値を変更する場合 は、少なくともこの同時 Telnet セッション数を許可するようにシステムを 構成してください。 第 2 章 ネットワーク・ディスカバリーの構成 51 デフォルト・タイムアウト デバイスにアクセスするまで待つときの最大時間 (ミリ秒) を指定します。 再試行の数 最初の接続に失敗した後に、デバイスへの接続の試行回数を指定します。 ヒント: DiscoTelnetHelperSchema.cfg ファイルで、他の一部の拡張設定を構成する こともできます。 拡張 SNMP ヘルパー構成 SNMP ヘルパーの拡張パラメーターを設定するには、以下のフィールドを使用しま す。 同時 SNMP ヘルパー ヘルパーが使用するスレッド数を指定します。SNMP アクセス権を持つデ バイスが多数あり、ディスカバリー・サーバー上に予備のリソースもある場 合は、スレッドの数を増やすことによってディスカバリーがより高速になる 可能性があります。この値を変更する場合は、少なくともこの同時 SNMP セッション数を許可するようにシステムを構成してください。この値は、詳 細ディスカバリー・エージェントによって使用されるスレッドの数より大き くなければなりません。 タイムアウト デバイスにアクセスするまで待つときの最大時間 (ミリ秒) を指定します。 再試行の数 最初の試行に失敗した後に、デバイスから 1 つ以上の SNMP 変数の取得 を試みるときの回数を指定します。 GetNext スローダウン SNMP GETNEXT 要求間の遅延 (ミリ秒) を指定します。 m_GetNextSlowDown パラメーターは、非スカラー SNMP 変数を取得するた めに実行された別々の GETNEXT 要求の数が m_GetNextBoundary パラメ ーターの値を超過した場合に適用されます。 GetNext 境界 非スカラー SNMP 変数をデバイスから取得する場合に実行する GETNEXT 要求の最小数を指定します。m_GetNextBoundary パラメーターは、 m_GetNextSlowDown パラメーターによって指定される遅延が導入される前に 適用されます。 SNMP ヘルパーは、SNMP 要求をネットワーク・デバイスに発行するために使用 されます。SNMP ヘルパーの構成方法については、「IBM Tivoli Network Manager IP Edition インストールと構成ガイド 」を参照してください。 拡張 DNS ヘルパー構成 DNS ヘルパーの拡張パラメーターを設定するには、以下のフィールドを使用しま す。 52 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 同時 DNS ヘルパー ヘルパーが使用するスレッド数を指定します。この値を変更する場合は、少 なくともこの同時 DNS セッション数を許可するようにシステムを構成して ください。 デフォルト・タイムアウト デバイスからの応答が返ってくるまで待つときの最大時間 (ミリ秒) を指定 します。 拡張ディスカバリー構成 拡張フィードバック制御、ping 検査、およびさらに別のディスカバリーの拡張パラ メーターを指定するには、以下のフィールドを使用します。 フィードバック制御を有効にする フィードバック制御を有効にするかどうかを指定します。フィードバックと は、エージェントによって返されたデータが、他のデバイスを検索するため にディスカバリーで使用されることを意味します。フィードバック・データ の例には、リモート隣接デバイスの IP アドレスや、またはローカル隣接デ バイスが存在するサブネット内のアドレスなどがあります。 フィードバックなし フィードバックは、すべてのディスカバリーと再ディスカバリーで オフになります。ファインダーに対して指定されたデバイスのみが ディスカバーされます。このオプションは、ディスカバリーと再デ ィスカバリーが可能な限り短時間で完了することを意味します。た だし、ディスカバーするすべてのデバイスをシードとして指定しな い限り、結果ネットワーク・トポロジーは不完全です。 ヒント: 特定のデバイスのリストのみをディスカバーする場合は、 フィードバックをオフにします。ディスカバーするデバイスをシー ドとして指定します。 フィードバック フィードバックは、全体的なディスカバリー、全体的な再ディスカ バリー、および部分的な再ディスカバリーでオンになります。この オプションにより、すべてのシチュエーションにおいて完全なトポ ロジーが提供されますが、かかる時間は最も長くなります。 フルの場合のみフィードバック この設定はデフォルトでオンになります。フィードバックは、全体 的なディスカバリーと全体的な再ディスカバリーでオンになります が、部分的な再ディスカバリーではオフになります。 ping 検査を有効にする ping 可能なインターフェースをディスカバリーで検査するかどうかを指定 します。デバイスが ping 可能でない場合、そのデバイスはアラート検出の 対象としてはポーリングされません。 ping 可能にチェック・マークを付けない ディスカバーされたインターフェースのいずれも、ping 可能かどう かが検査されません。インターフェースは、ディスカバリーで ping 可能かどうかに関係なくポーリングされます。 第 2 章 ネットワーク・ディスカバリーの構成 53 ping 可能にチェック・マークを付ける ディスカバリー後、ディスカバーされたすべてのインターフェース に対して ping 可能かどうかが検査されます。検査は、 details.returns テーブルに対して実行されます。このテーブルのエ ントリーに含まれているインターフェースは ping 可能です。この テーブルのエントリーに含まれていないインターフェースは ping 可能ではありません。ping 可能なインターフェースには、ポーリン グされることを示すマークが付けられます。 最適な設定を検出 この設定はデフォルトでオンになります。フィードバック制御が有 効になっている場合は、ディスカバリー後に、ディスカバーされた すべてのインターフェースが ping 可能かどうかについて検査され ます。検査は、details.returns テーブルに対して実行されます。こ のテーブルのエントリーに含まれているインターフェースは ping 可能です。このテーブルのエントリーに含まれていないインターフ ェースは ping 可能ではありません。ping 可能なインターフェース には、ポーリングされることを示すマークが付けられます。 制約事項: このオプションは、「フィードバック制御を有効にす る」リストから、「フィードバック」オプションまたは「フルの場 合のみフィードバック」オプションのいずれかを選択した場合にの み機能します。 「仮想を許可」を有効にする ディスカバリーで仮想 IP アドレスをどのように扱うかを指定します。1. 仮想を許可しない 仮想 IP アドレスをディスカバーしません。 仮想を許可 仮想 IP アドレスをディスカバーします。この設定はデフォルトで オンになります。 スコープ内、特別な場合は許可 アドレスが scope.special テーブルで定義されている場合にのみ、 その仮想 IP アドレスをディスカバーします。このテーブルでは、 管理 IP アドレスを定義します。 VLAN モデル化を有効にする このディスカバリーで VLAN をモデル化するには、この設定を有効にしま す。VLAN のモデル化を有効にすると、VLAN メンバーシップに基づい て、ディスカバーされたトポロジーを区分することができます。VLAN モ デル化を無効にすると、ディスカバリー時間が短くなります。 1. デバイスは通常、AssocAddress エージェントによって取得された IP アドレスを使用してディスカバーされます。 AssocAddress エ ージェントによって取得されたのではない IP アドレスによってデバイスがディスカバーされる場合、おそらくその IP アドレスは 標準の IP アドレスではありません。このタイプの IP アドレスは、仮想 IP アドレス と呼ばれます。仮想 IP アドレスの例として は、HSRP アドレスや VRRP アドレスがあります。これらはフォールト・トレランスのために、複数のデバイスで共用されます。そ の他の例としては、単一のデバイス上に存在する可能性があるが、セキュリティー上の理由により IP テーブル内に表示されない、 特定の管理インターフェースなどがあります。仮想 IP アドレスには、管理アドレスが含まれています。管理アドレスとは一種の IP アドレスであり、デバイスの管理という唯一の役割を持ちます。管理アドレスは多くの場合、カスタマー・トラフィックとは分離さ れた、別個のネットワーク上にあります。これらのアドレスは、scope.special テーブルで定義されます。 54 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド SysName 命名を有効にする 命名情報の主なソースとして SNMP sysName 変数の値を使用してデバイ スを命名するには、この設定を有効にします。 sysName 変数を設定する必 要があり、この変数はネットワーク内で固有である必要があります。この設 定を有効にても、sysName 変数が詳細エージェントによってデフォルトで 取得されるため、ディスカバリー時間が影響を受けることはありません。 ディスカバリー・テーブルのキャッシュを有効にする ディスカバリー・エンジン (ncp_disco) で障害が起きた場合にデータ・リカ バリーを有効にするために、ディスカバリー・プロセス中にデータをキャッ シュに入れるには、この設定を有効にします。このモードで実行するディス カバリーは標準のディスカバリーよりも遅くなります。理由は、データをデ ィスクに保管するための余分の時間が必要になるためです。 ファイル・ファインダー検査を有効にする ファイル・ファインダーで使用されるファイルで指定されるデバイスの存在 を、ping ファインダーを使用して検査するには、この設定を有効にしま す。この設定を有効にする場合は、必ず Ping ファインダーを有効にしてく ださい。デバイスがネットワークに接続されているかどうかはっきりしない 場合は、この設定を有効にしてください。例えば、ネットワークの変化が激 しい場合は、この設定を有効にすることをお勧めします。 再ディスカバリー再作成レイヤーを有効にする 部分的な再ディスカバリーの後にトポロジー・レイヤーを再作成するには、 このオプションを選択します。このオプションを選択すると、すべての接続 が表示されるため、トポロジーがより正確になります。ただし、新しいデバ イスをトポロジーに追加するためにかかる時間は長くなります。 ヒント: このオプションを指定するとディスカバリー時間が長くなるため、 部分的なディスカバリーをできるだけ高速に実行することが重要な場合は、 このオプションをクリアしてください。 RT ベースの MPLS VPN ディスカバリーを有効にする この設定は、MPLS ディスカバリーに関連します。この設定を有効にする と、プロバイダー・エッジ・デバイスのみが表示されます (RT ベースの MPLS ディスカバリー)。 関連デバイスの再ディスカバリーを有効にする デフォルトでは、デバイスの再ディスカバリーによってデバイスのリモート 隣接デバイスが変更されたことが示される場合でも、そのリモート隣接デバ イスはディスカバーされません。リモート隣接デバイスは、次の全体的な再 ディスカバリーのときに再ディスカバーできます。このデフォルトの動作を 変更し、デバイスの再ディスカバー時に変更されたリモート隣接デバイスが あればこれを再ディスカバーする場合は、この設定を有効にします。 ヒント: 部分的な再ディスカバリーができるだけ高速に実行されるように構 成するには、このオプションを無効にします。 ifName/ifDescr インターフェース命名を有効にする ディスカバーされたインターフェースのデフォルトの命名規則を変更しま す。このオプションを選択する場合は、BuildInterfaceName.stch スティッ チャーで命名規則も指定してください。このオプションを選択すると、イン 第 2 章 ネットワーク・ディスカバリーの構成 55 ターフェースの命名に SNMP インターフェース・テーブルの ifName フ ィールドおよび ifDescr フィールドのデータが使用されます。例えば、 Fa0/0, Gi 1.0.2:0, Gigabit Ethernet 4/1 などです。 ヒント: このオプションを選択すると、一部のデバイスが報告するインター フェースの名前および説明が長すぎて、トポロジーの表示に収まらない可能 性があります。長いか正しくないインターフェースの名前および説明を報告 するデバイスがある場合は、この設定をクリアしてください。 CE 上で BGP データを使用した PE の推論を有効にする プロバイダー・ネットワークで稼働する複数のネットワークにおいて、仲介 プロバイダー・ネットワークを「サード・パーティー」のオブジェクトとし てディスカバーします。例として、プロバイダー MPLS コア・ネットワー ク上のエンタープライズ VPN があります。ネットワークすべてを 1 つの トポロジーにリンクし、ネットワーク全体でルート原因分析 (RCA) を実行 する場合は、このオプションを選択します。 クロスドメイン・ディスカバリー機能を使用する場合は、このオ プションをクリアしてください。このオプションを選択すると、クロスドメ イン・ディスカバリー中にエラーが発生します。 Fix Pack 4 このオプションは、プロバイダー・エッジ (PE) デバイスを指すカスタマ ー・エッジ (CE) デバイス上の BGP データを使用して、アクセス不能の PE デバイスの存在を推論します。この BGP データをディスカバーするに は、BGP ディスカバリー・エージェントを有効にする必要があります。推 論された PE デバイスのどれが有効であるかを指定するには、scope.zones テーブルの場合と同様に、標準形式のスコープ・エントリーを使用して scope.inferMPLSPEs テーブルにデータを取り込みます。取り込むと、有効 な PE デバイスと見なされる CE デバイスに割り当てられる IP アドレス が、scope.inferMPLSPEs テーブルで定義されます。 /30 サブネット上の MPLS CE ルーターの推論を有効にする カスタマー VPN 上で、サービスに影響を与えるイベントを生成します。カ スタマー CE ルーターへのアクセス権限を持たないサービス・プロバイダ ーである場合は、このオプションを選択します。 関連概念: 153 ページの『サービスに影響を与えるイベントについて』 SAE (サービスに影響を与えるイベント) アラートは、重要なカスタマー・サービス が 1 つ以上のネットワーク・イベントの影響を受けたことを、オペレーターに対し て警告します。 384 ページの『トポロジー・レイヤーの再作成のためのオプション』 部分的な再ディスカバリーの後に、トポロジー・レイヤーを再作成するかどうかを 指定することができます。このオプションを使用すると、部分的な再ディスカバリ ーの速度を速めることができます。 関連タスク: 157 ページの『MPLS ディスカバリー方式の構成』 MPLS ディスカバリーは、ルート・ターゲット (RT) ベースのディスカバリーまた はラベル・スイッチ・パス (LSP) ベースのディスカバリーのいずれかとして構成で きます。 56 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 159 ページの『CE ルーターの存在の推論』 利用者の CE ルーターの存在を推論するには、ディスカバリー構成 GUI で拡張デ ィスカバリー構成オプションを指定します。 関連資料: 433 ページの『主なディスカバリー・スティッチャー』 このトピックでは、すべてのディスカバリー・スティッチャーをリストします。 349 ページの『フェイルオーバー・データベース』 フェイルオーバー・データベースによるフェイルオーバー・リカバリーは、エージ ェントおよびファインダーのフェイルオーバー・リカバリー (disco.config テーブル から直接構成されるリカバリー) とは異なります。エージェントおよびファインダ ーのフェイルオーバー・リカバリーが選択されている場合、このリカバリーは、フ ェイルオーバー・データベースによるリカバリーが実装されているかどうかに関係 なく作動します。 244 ページの『disco.config テーブル』 config テーブルでは、ディスカバリー・プロセスの一般的な動作を構成します。 268 ページの『inferMPLSPEs テーブル』 inferMPLSPEs テーブルは、カスタマー・エッジ (CE) デバイス上の BGP データ を使用して、アクセス不能のプロバイダー・エッジ (PE) デバイスを推論できるよ うにするときに使用します。このテーブルを使用すると、処理対象のゾーンをオプ ションで指定して、推論された PE デバイスのどれが有効なデバイスであるかを指 示できます。 ディスカバリーの開始 ディスカバリーを構成した後は、ディスカバリーを開始し、必要に応じて停止する ことができます。 ディスカバリー構成を変更する必要がある場合は、ディスカバリーを起動する前に 変更を行います。 以下のタイプのディスカバリーを開始できます。 ディスカバリー フル・ディスカバリーは、ネットワークを初めてディスカバリーするため に、またはネットワークが変更されたことが分かっている場合にネットワー ク・トポロジーを最新表示するために実行します。 部分的なディスカバリー ネットワークに対して行われた変更が少数のデバイスに限定されていること が分かっている場合は、部分的なディスカバリーを実行します。部分的なデ ィスカバリーを開始するにあたって、それぞれのスコープ設定およびシード を構成する必要があります。スコープ内のデバイスと近隣デバイスとの関係 が変更された場合は、この近隣デバイスもディスカバーされる場合がありま す。部分的なディスカバリーで、接続情報に基づいて大量のデバイスをディ スカバーする必要がある場合は、フル・ディスカバリーが開始されます。 注: ディスカバリーの実行を停止する場合は、部分的なディスカバリーを実行する前 にフル・ディスカバリーを実行する必要があります。 ディスカバリーを開始するには、以下の手順を実行します。 第 2 章 ネットワーク・ディスカバリーの構成 57 1. 「ディスカバリー」 > 「ネットワーク・ディスカバリー状況」をクリックしま す。 2. 「ドメイン」メニューから、ディスカバリーを実行するドメインを選択します。 ドメインの名前の入力を開始すると、一致するドメインが「ドメイン」フィール ドの下にリストされます。 3. 次のようにして、フル・ディスカバリーまたは部分的なディスカバリーを開始し ます。 v フル・ディスカバリーを開始するには、「ディスカバリーの開始」 みクリックします。ディスカバリーが開始されます。 の 重要: Network Manager V3.9 では、ディスカバリー構成変更を収集するた めに、「ディスカバリーの停止」を押してから「ディスカバリーの開始」を 押す必要はなくなりました。Network Manager は、「ディスカバリーの開 始」 をクリックすると、保存されたディスカバリー構成変更があれ ば、その変更を収集します。 v 部分的なディスカバリーを開始するには、「ディスカバリーの開始」ボタン の横にある下矢印 をクリックして、メニューから「部分的なディ スカバリーの開始」を選択します (ディスカバリー・エンジン (ncp_disco) を最後に開始してからフル・ディスカバリーが実行されていない場合は、部 分的なディスカバリーを開始するためのオプションはグレー化されていま す)。「部分的なディスカバリー」ウィンドウが表示されます。ディスカバー するデバイスを含む IP アドレスおよびサブネットを指定します。 a. 「部分的なディスカバリー」で、該当するノードおよびサブネットを選択し ます。 b. 新しいサブネットまたはノードを追加するには、「新規」をクリックしま す。 c. フィールドに以下のように入力して、「OK」をクリックします。 再ディスカバー 以下のオプションのいずれかを選択してください。 IP アドレス 必要な IP アドレスを入力してください。 サブネット 必要なサブネットを入力し、ネットマスク・ビットの数を指 定します。「ネットマスク」フィールドは、自動的に更新さ れます。 d. 新規のスコープ・ゾーンを追加するには、「スコープ」をクリックします。 e. 新規のディスカバリー・スコープ・ゾーンを追加するには、「新規」 をクリックします。既存のスコープ・ゾーンを編集するには、リストから該 当するエントリーをクリックします。 f. フィールドに以下のように入力して、「OK」をクリックします。 58 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド スコープ作成者: 以下のオプションのいずれかを選択してください。 サブネット 必要なサブネットを入力し、ネットマスク・ビットの数を指 定します。「ネットマスク」フィールドは、自動的に更新さ れます。 これらのフィールドを使用して、サブネットまたは個別の IP アドレスを指定できます。 v 例えば、IPv4 クラス C サブネット 10.30.2.0 を指定す るには、10.30.2.0/24 と入力します。ここで、 10.30.2.0 はサブネット・プレフィックス、24 はサブネ ット・マスクです。 v 個別のデバイスを指定するには、IPv4 IP アドレスと 32 のサブネット・マスクを入力します。例えば、 10.30.1.20/32 と入力します。 v IPv6 を使用している場合は、ディスカバリー時間が過度 に長くなることを避けるため、112 以上のサブネット・ マスクを使用します。 ワイルドカード ワイルドカードにアスタリスク (*) を使用します。 例えば、10.30.200. というサブネット・プレフィックスで始 まるすべての IP アドレスの範囲を指定するには、 10.30.200.* と入力します。 制約事項: Network Manager では IPv4 射影 IPv6 形式はサポート されておらず、すべての IPv6 アドレスは IPv6 標準のコロン区切 り形式である必要があります。例えば、Network Manager では ::ffff:192.0.2.128 のような IPv4 射影 IPv6 アドレスはサポート されません。代わりに、このアドレスを ::ffff:c000:280 (IPv6 標 準のコロン区切り形式) で入力します。 プロトコル 必要なインターネット・プロトコルとして IPv4 または IPv6 を選 択します:。 アクション サブネット範囲を包含ゾーンまたは排他ゾーンとして定義します。 サブネット範囲が、ディスカバリー中の ping の対象にする包含ゾ ーンの場合は、「ping シード・リストへの追加」をクリックしま す。このオプションをクリックすると、スコープ・ゾーン内のデバ イスがディスカバリー・シード・デバイスとして自動的に追加され ます。 制約事項: 「ping シード・リストへの追加」オプションは、IPv6 ス コープ・ゾーンでは選択できません。これにより、IPv6 サブネット の ping スイープが回避されます。このサブネットには、ping 対象 第 2 章 ネットワーク・ディスカバリーの構成 59 の数十億ものデバイスが含まれている可能性があります。このた め、IPv6 サブネットの ping スイープを行うと、ディスカバリーが 終了しない可能性があります。 g. 「OK」をクリックしてから「実行」をクリックします。 フル・ディスカバ リーまたは部分的なディスカバリーの実行中は、「ディスカバリーの開始」 ボタンはオフ 4. に切り替わります。 ディスカバリーを停止するには、「ディスカバリーの停止」 をクリック します。ディスカバリーが停止するまでに少し時間がかかる場合がありますが、 その間は「ディスカバリーの開始」ボタンと「ディスカバリーの停止」ボタンは 両方ともオフに切り替わります。ディスカバリーを停止する場合、次のフル・デ ィスカバリーを実行するまで部分的なディスカバリーを実行できません。 注: ディスカバリーを停止すると、ディスカバリー・キャッシュは失われます。 このため、部分的なディスカバリーを実行できるようになる前に、次のフル・デ ィスカバリーが完了するのを待つ必要があります。ディスカバリーの実行中にデ ィスカバリー・キャッシュを保存するようにディスカバリー・エンジンを構成す ることは可能です。この場合、ディスカバリーを手動で停止した直後に部分的な ディスカバリーを実行することができます。ディスカバリー・キャッシュを保存 するようにディスカバリー・エンジンを構成するには、「拡張」タブで「ディス カバリー・テーブルのキャッシュを有効にする」をクリックします。 ディスカバリーの実行中は、ディスカバリーの進行状況をモニターできます。 ディスカバリーが完了すると、「ディスカバリーの開始」ボタンがオンに切り替わ り、フル・ディスカバリーまたは部分的なディスカバリーをいつでも実行できま す。イベント・ゲートウェイ Disco プラグインが使用可能になっている場合は、リ ブート・イベント (rebootDetection ポーリング・ポリシーによってトリガーされた NmosSnmpReboot のイベント ID) が受信されると、新しいディスカバリーを自動的 にトリガーできるようになります。 関連概念: 1 ページの『ディスカバリーのタイプについて』 ネットワーク・ディスカバリーについて記述するための用語は、ディスカバー対象 やディスカバリーの構成方法によって異なります。ディスカバリー、再ディスカバ リー、フル・ディスカバリー、部分的なディスカバリーを実行することができま す。また、自動ディスカバリーをセットアップすることもできます。 関連タスク: 185 ページの『GUI からのネットワーク・ディスカバリーのモニター』 「アクティブ・ディスカバリー状況」ページから、現在のディスカバリーの状況お よび進行状況をモニターし、ディスカバリー・エージェントの処理状況を調査し、 最後のディスカバリーの詳細を表示することができます。 215 ページの『GUI からの部分的なディスカバリーの開始』 部分的なディスカバリーを開始するための作業には、シードおよびスコープの定義 が含まれます。 225 ページの『アイドル・ディスカバリーのトラブルシューティング』 ディスカバリーを開始して、数分経ってもデバイスがディスカバーされない場合 60 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド は、以下のトラブルシューティング手順を実行します。 GUI のディスカバリー・パラメーター用のスキーマおよびテーブ ル この参照情報を使用すると、「ネットワーク・ディスカバリー構成」ページのタブ で行われた設定を保存するスキーマおよびテーブルについて理解することができま す。 以下の表では、「ネットワーク・ディスカバリー構成」ページの各タブで行われた 設定を保存するテーブルについて説明します。以下に示すテーブルでの、 DOMAIN_NAME はデプロイメント内のネットワーク・ドメインの名前 (NCOMS など) を示しています。 表 2. ディスカバリー・パラメーターとそれに対応するスキーマおよびテーブル 「ネットワーク・ ディスカバリー構 成」タブ 説明 スキーマまたはテーブル名 スコープ ディスカバリーに含めるネットワーク・ゾーン (つまりサブネット範囲)、および除外するゾー ン。 DiscoScope.DOMAIN_NAME.cfg シード デバイスのディスカバーを開始するロケーショ ン。これは、1 つ以上の IP アドレスまたはサ ブネット・アドレスになります。ディスカバリ ーのシードには、ファインダー (Ping ファイン ダーとファイル・ファインダー) が使用されま す。 Ping ファインダー: DiscoPingFinderSeeds.DOMAIN_NAME.cfg デバイス接続を調査するためのディスカバリ ー・エージェント。実行するディスカバリーの タイプ (レイヤー 2 またはレイヤー 3 ディス カバリーなど) 用にデフォルトのエージェント が提供されています。フル・ディスカバリーお よび部分的なディスカバリー用に別のエージェ ント・セットを選択することができます。ネッ トワーク内のハードウェアのテクノロジーによ って接続情報が異なるため、エージェントも異 なります。 DiscoAgents.DOMAIN_NAME.cfg 「フル・ディスカ バリー・エージェ ント」および「部 分的な再ディスカ バリー・エージェ ント」 デバイス・アクセ SNMP および Telnet を使用するデバイスに応 ス 答指令信号を送信するため Network Manager が使用する SNMP コミュニティー・ストリン グおよび Telnet パラメーター。 ファイル・ファインダー: DiscoFileFinderParseRules.DOMAIN_NAME.cfg SNMP コミュニティー・ストリング: SnmpStackSecurityInfo.cfg Telnet アクセス: TelnetStackPasswords.cfg 第 2 章 ネットワーク・ディスカバリーの構成 61 表 2. ディスカバリー・パラメーターとそれに対応するスキーマおよびテーブル (続き) 「ネットワーク・ ディスカバリー構 成」タブ 説明 スキーマまたはテーブル名 フィルター フィルターは、ディスカバリーの前または後に DiscoSchema.DOMAIN_NAME.cfg デバイスをフィルターで除去するために使用し ます。ロケーション、テクノロジー、製造メー カーなどのさまざまな基準に基づいて、デバイ スをフィルターで除去することができます。 プ レディスカバリー・フィルターを使用すると、 ディスカバー対象のデバイスが、接続情報を取 得するためにポーリングされることはなくなり ます。 ポストディスカバリー・フィルターを使 用すると、ディスカバーされたデバイスが MODEL に渡されることはなくなります。 DNS ドメイン・ネームのルックアップに使用される DNS サービスへのアクセス。 NAT より詳細なディスカバリーを促進するために、 DiscoSchema.DOMAIN_NAME.cfg アドレス・スペース・データと実際のデバイス IP アドレスの間のディスカバリー・マッピング を提供するデータ。 マルチキャスト マルチキャスト・スコープを構成するためにデ ィスカバリー・エンジンによって使用されるマ ルチキャストのグループおよびソース。 DiscoScope.DOMAIN_NAME.cfg 拡張 拡張設定は、並行処理やタイムアウトなどのデ ィスカバリーの機能を制御します。これらのパ ラメーターを使用して、ディスカバリーの速度 を向上させることができますが、サーバーにか かる負荷と速度のバランスを取る必要がありま す。一般に、ディスカバリーの速度を上げる と、サーバーでのメモリー使用量が増えます。 DiscoSchema.DOMAIN_NAME.cfg DiscoDNSHelperSchema.cfg コマンド行インターフェースを使用したネットワークのディスカバー 経験が豊富なユーザーは、構成ファイルとデータベース照会を使用してディスカバ リーを構成および追跡できます。 62 1. 構成ファイルを編集することでディスカバリーの設定を行います。これらのファ イルで、ディスカバリー・プロセスのデータベースに対する挿入を作成または編 集します。例えば、ディスカバリーで使用するエージェントやスティッチャーを 定義することができます。 2. ディスカバリー・エージェントによってネットワーク・デバイスから取得する追 加の情報を指定します。 3. トラップ管理を構成し、SNMP トラップがホストとソケットのペアに転送され るようにします。この作業を行う必要があるのは、複数のネットワーク管理製品 を 1 つのホストにインストールした場合、またはトラップをデバッグする必要 がある場合です。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 必要に応じて、ディスカバリーを開始またはスケジュールします。既に ncp_disco プロセスが実行中であるとき、このプロセスは、構成ファイルを含むディレクトリ ーを定期的にスキャンして、新規または変更されたスティッチャーおよびディスカ バリー・エージェントの定義をすべてロードします。 関連タスク: 192 ページの『コマンド行からディスカバリーをモニターします。』 ncp_disco プロセスの実行中に、ディスカバリーの進行状況をモニターすることが できます。モニターするには、OQL サービス・プロバイダー (ncp_oql プロセス) を使用してディスカバリー・データベースを照会し、任意の時点での状況を判別し ます。 ディスカバリー構成ファイル ディスカバリー構成ファイルで、ディスカバリー・プロセスのデータベース用の INSERT ステートメントを作成または編集することによって、ディスカバリーの設 定を指定します。 ディスカバリー・データベースのスキーマはすべて、DiscoSchema.cfg 構成ファイ ル内にあります。このファイルには INSERT ステートメントが含まれていません。 このファイルを編集しないでください。 以下の表に、ディスカバリーを構成するために編集できる構成ファイルをリストし ます。一部のファイルで実行できる設定は、ディスカバリー構成 GUI 上の設定に 相当します。この表は、GUI のどのタブで設定を行えるかを示します。その他の設 定は、構成ファイルでのみ行えます。 表 3. ユーザーが編集可能なディスカバリー構成ファイル ディスカバリー構成タスク 構成ファイル GUI のタブ 包含ゾーンおよび排他ゾー ンの定義 DiscoScope.cfg スコープ ディスカバリー・スコープ を無視 DiscoScope.cfg スコープ DiscoPingFinderSeeds.cfg シード ブロードキャストおよびマ ルチキャスト・アドレスの ping の構成 DiscoPingFinderSeeds.cfg 拡張 ファイル・ファインダーの 使用 DiscoFileFinderParseRules.cfg シード ファイル・ファインダーの デバイス検査の有効化 DiscoConfig.cfg ping 検査の有効化 DiscoConfig.cfg コレクター・ファインダー の使用および構成 DiscoCollectorFinderSeeds.cfg ディスカバリーのスコープ ディスカバリーのシード シード ファインダーの複数インス タンスの実行 拡張 SNMP 第 2 章 ネットワーク・ディスカバリーの構成 63 表 3. ユーザーが編集可能なディスカバリー構成ファイル (続き) ディスカバリー構成タスク 構成ファイル GUI のタブ SNMP コミュニティー・ス SnmpStackSecurityInfo.cfg トリングおよびパスワード の構成 パスワード SNMP ヘルパーの構成 DiscoSnmpHelperSchema.cfg 拡張 ネットワーク・デバイスへ の Telnet アクセスの構成 TelnetStackPasswords.cfg パスワード Telnet ヘルパーの構成 DiscoTelnetHelperSchema.cfg 拡張 特定のデバイスおよびサブ ネット用の SNMP ヘルパ ー設定のオーバーライド Telnet コンテキスト依存ディスカバリー DiscoConfig.cfg の構成 エージェント ディスカバリー・エージェ ントを使用可能および使用 不可に設定 DiscoAgents.cfg エージェントに送信される デバイスのフィルタリング ディスカバリー・エージェントの定義 ファイル エージェントが返すトポロ ジー・データのフィルタリ ング ディスカバリー・エージェントの定義 ファイル すべてのエージェントから 返されたトポロジー・デー タのフィルタリング DiscoAgentReturns.filter エージェントによって使用 されるスレッドの数の変更 DiscoAgents.cfg フル・ディスカ バリー・エージ ェント 部分的な再ディ スカバリー・エ ージェント フィルター Perl エージェントでのマル ディスカバリー・エージェントの定義 チスレッド操作の有効化 ファイル 部分一致を有効および無効に設定 IpForwardingTable.agnt エージェント 定義ファイル (RFC2096 を使用する最 新のデバイスの場合) IpRoutingTable.agnt エージェント定義 ファイル (RFC1213 を使用する古いデ バイスの場合)。 ディスカバリーの制限 デバイス検出の制限 DiscoScope.cfg DiscoPingFinderSeeds.cfg デバイスの問い合わせの制 限 デバイスのインスタンス化 の制限 64 DiscoScope.cfg IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド スコープ シード 表 3. ユーザーが編集可能なディスカバリー構成ファイル (続き) ディスカバリー構成タスク 構成ファイル GUI のタブ DNS ヘルパー・サービスの構成 DiscoDNSHelperSchema.cfg DNS NAT ディスカバリーの構成 NATTextFileAgent エージェント NATGateway エージェント NAT 拡張ファイル・ファイン ダー構成 DiscoFileFinderParseRules.cfg 拡張 拡張 Ping ファインダー 構成 DiscoDNSHelperSchema.cfg 拡張構成の設定 拡張 DNS ヘルパー構成 拡張 SNMP ヘルパー構 成 拡張 Telnet ヘルパー構 成 DiscoPingFinderSeeds.cfg DiscoSnmpHelperSchema.cfg DiscoTelnetHelperSchema.cfg 注: 経験のあるユーザーであれば、GUI の「拡張」タブで使用できるものより も高度な構成パラメーターを、構成フ ァイルで設定することができます。 ディスカバリー・エージェントの定義ファイル ディスカバリー・エージェントの定義ファイルにより、ディスカバリー・エージェ ントの動作が定義されます。 定義ファイルを使用したデバイスのフィルタリング 注: Network Manager は、データ・コレクション・ステージ 3 の終了時に、すべ てのディスカバリー・エージェントを強制終了します。これにより、次のディスカ バリーでエージェントが再始動され、ディスカバリーの開始時にエージェントが構 成ファイルを強制的に再読み取りするため、構成ファイルが変更されていればそれ が検出されます。 フィルターをディスカバリー・エージェントに適用するには、ディスカバリー・エ ージェント定義ファイル ($NCHOME/precision/disco/agents/*.agnt) の DiscoAgentSupportedDevices( ); セクション内で、サポートされるデバイス・フィ ルターを編集します。エージェントがテキスト・ベースであるかまたはプリコンパ イル済みであるかに関わらず、すべてのディスカバリー・エージェントの定義ファ イルがこのディレクトリーに格納されています。 サポートされているデバイス・フィルターは、agentTemplate.despatch テーブルの 属性に対するフィルターです。 DiscoAgentSupportedDevices( ); セクションでは、比較演算子 (like、<、>、=、お よび <>) を使用した完全な OQL 比較テストが受け入れられます。OQL での比較 テストの詳細については、「IBM Tivoli Network Manager IP Edition 言語リファレ ンス 」を参照してください。 ヒント: エージェント定義ファイルを変更すると、解析エラーの原因となることがあ ります。エージェントに解析エラーがあるかどうかを確認するには、エージェント をデバッグ・モードで実行し、デバッグ出力を調べます。 第 2 章 ネットワーク・ディスカバリーの構成 65 例: CDP を使用するデバイスのディスカバー CDP ディスカバリー・エージェントは $NCHOME/precision/disco/agents/ CDP.agnt エージェント・ファイルで定義されており、CDP を使用しているデバイ スを検出するディスカバリーの実行前に有効になっている必要があります。CDP エ ージェントを有効にするには、以下の insert に示すように m_Valid 列の値を 1 に 設定します。 insert into disco.agents ( m_AgentName, m_Valid, m_AgentClass, m_IsIndirect, m_Precedence ) values ( 'CDP', 1, 7, 0, 3 ); 例: CDP エージェントへ送信されるデバイスのフィルタリング 以下の例では、CDP.agnt エージェント定義ファイルの DiscoAgentSupportedDevices(); セクションを示します。指定されているオブジェク ト ID に一致するネットワーク・エンティティー、つまり Cisco Discovery Protocol を使用するデバイスのみが CDP エージェントによって処理されます。 CDP エージェントは、オブジェクト ID が 1.3.6.1.4.1.9.1.226 のデバイスは処理し ません。 DiscoAgentSupportedDevices ( " ( ( m_ObjectId like '1¥.3¥.6¥.1¥.4¥.1¥.9¥..*' ) AND ( m_ObjectId <> '1.3.6.1.4.1.9.1.226' ) ) " ); 例: デバイス・フィルターでのワイルドカードの使用 IP アドレス列にワイルドカードを使用する例を以下に示します。エージェントは IP アドレスが 10.10.2 で始まるデバイスのみを受け入れます。 DiscoAgentSupportedDevices ( " ( m_UniqueAddress like '10¥.10¥.2¥..*' ) " ); 例: 複数のデバイス・フィルター条件の使用 複数のフィルター条件を組み合わせる例を以下に示します。エージェントは、オブ ジェクト ID が 1.3.6.1.4.1.9.5.7 で、IP アドレスが 10.10 から始まり、かつ名前が clandestine ではないデバイスのみを受け入れます。 DiscoAgentSupportedDevices ( "( ( m_ObjectId = '1.3.6.1.4.1.9.5.7' ) AND ( m_UniqueAddress like '^10¥.10¥..*' ) AND ( m_Name not like '.*[cC]landestin[eE].*' ) )" ); 66 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド Perl ディスカバリー・エージェントでのマルチスレッド操作の有効化 ディスカバリー・エージェントによって使用されるスレッドの数は、 DiscoAgents.cfg 構成ファイルで設定します。 DiscoAgents.cfg 構成ファイルの設 定を有効にするには、事前に Perl エージェントでマルチスレッド操作を有効にして おく必要があります。 Perl ディスカバリー・エージェントでマルチスレッド操作を有効にするには、以下 の行を定義ファイルに追加します。 DiscoAgentDefaultThreads( 10 ); 上記の行を挿入すると、エージェントがデフォルトで 10 のスレッドを使用するこ とが指定されます。 DiscoAgents.cfg 構成ファイルに、これとは異なる数のスレッ ドを設定すると、その値がエージェント定義ファイルの値に優先します。 制約事項: Perl で使用されることの多かったアドオン CPAN モジュールは、スレ ッド・セーフではありません。このようなモジュールを使用する Perl ディスカバリ ー・エージェントは、単一スレッドに制限しなければならない場合があります。 ディスカバリー・エージェントから返されたトポロジー・データのフィルタ リング 1 つのエージェントから返されるトポロジー・データをフィルタリングするには、 該当するエージェント (.agnt) ファイルにフィルターを定義します。 例: サブスクライバー・ケーブル・モデム・インターフェースのフィルター による除外 CMTS.agnt エージェント・ファイルは、ケーブル・モデム終端サービス・デバイス に接続しているケーブル・モデムからデータを取得します。この例は、CMTS.agnt ファイルに追加されたフィルター (CMTS デバイスに関して返されたトポロジー・ データからサブスクライバー・ケーブル・モデム・インターフェースを除外するフ ィルター) を記述します。この例のフィルターは以下のとおりです。 DiscoAgentReturnsFilterList { DiscoReturnsFilter { "( m_LocalNbr->m_IfType = 229 )" } }; 例: 複数のトポロジー・フィルターの定義 以下の例では、1 つのエージェントに複数のトポロジー・データ・フィルターを定 義する方法を示します。1 番目のフィルターは、インターフェース ifIndex 値が 4 のレコードが返されるたびに、 m_Name、m_HaveAccess、m_LocalNbr>m_SubnetMask、および m_RemoteNbr->m_RemoteNbrPhysAddr フィールドが レコードから削除されることを指定します。2 番目のフィルターでは、インターフ ェース ifIndex 値が 5 の場合に返されたレコードが削除されます。 第 2 章 ネットワーク・ディスカバリーの構成 67 DiscoAgentReturnsFilterList { DiscoReturnsFilter { "( m_LocalNbr->m_IfIndex = 4 )" DiscoDeleteFields { "m_Name", "m_HaveAccess", "m_LocalNbr->m_SubnetMask", "m_RemoteNbr->m_RemoteNbrPhysAddr", } } DiscoReturnsFilter { "( m_LocalNbr->m_IfIndex = 5 )" } }; 例: 部分一致を使用不可にする m_ObjectId='1.3.6.1.4.1.9.1.48' のルーター (Cisco 7505 ルーター) がディスカバーさ れ、かつルーターの稼働 IOS バージョンが 12.2 以降である場合にのみ部分一致を 試行することを指定するために、IpForwardingTable.agnt 定義ファイルに追加する 例を以下に示します。 DiscoRouterPartialMatchRestrictions ( "(m_ObjectId='1.3.6.1.4.1.9.1.48', m_OSVersion>='12.2', m_MibVar='sysDescr')" ); 例: ワイルドカードを使用して部分一致を使用不可にする Cisco 2600 ルーター、稼働 IOS リビジョンが 12.2 より古い Cisco 7505 ルータ ー、および Redstone ルーターには部分一致を使用しない例を以下に示します。 DiscoRouterPartialMatchRestrictions ( "(m_ObjectId='1.3.6.1.4.1.9.1.209'), (m_ObjectId='1.3.6.1.4.1.9.1.48', m_OSVersion>='12.2', m_MibVar='sysDescr'), (m_ObjectId like '1¥.3¥.6¥.1¥.4¥.1¥.2773¥..*')" ); 関連資料: 258 ページの『disco.agents テーブル』 agents テーブルでは、DISCO がディスカバリーに使用するディスカバリー・エー ジェントを指定します。実行するすべてのエージェントに、DiscoAgents.cfg 構成フ ァイル内の disco.agents テーブルに、そのエージェントを有効にする insert (m_Valid=1 を設定) が必要です。m_Valid=0 の場合、エージェントは実行されま せん。 353 ページの『エージェント・テンプレート・データベース』 各ディスカバリー・エージェントのデータベースは、agentTemplate データベース というテンプレートをベースにしています。 68 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド DiscoAgents.cfg 構成ファイル DiscoAgents.cfg 構成ファイルは、ディスカバリー中に実行するエージェントを定義 します。 使用するデータベース表 DiscoAgents.cfg 構成ファイルを使用して、disco.agents データベース表への insert を構成できます。 例: IpRoutingTable ディスカバリー・エージェントの有効化 IpRoutingTable ディスカバリー・エージェントを活動化する例を以下に示します。 insert into disco.agents ( m_AgentName, m_Valid, m_AgentClass, m_IsIndirect, m_Precedence ) values ( 'IpRoutingTable', 1, 0, 0, 2 ); 例: Details エージェントおよび Associated Address エージェントの有 効化 Details エージェントと Associated Address エージェントを活動化する OQL insert の例を以下に示します。 insert into disco.agents ( m_AgentName, m_Valid, m_AgentClass, m_IsIndirect, m_Precedence ) values ( 'Details', 1, 0, 0, 1 ); insert into disco.agents ( m_AgentName, m_Valid, m_AgentClass, m_IsIndirect, m_Precedence ) values ( 'AssocAddress', 1, 0, 0, 2 ); 例: ARP キャッシュ・エージェントの有効化 ARP Cache エージェントは、ディスカバリー中の MAC アドレスから IP アドレ スへの解決を支援します。レイヤー 2 ディスカバリーで実行するようにこのエージ ェントを有効にしておく必要があります。以下の例では、ディスカバリー中に ARP Cache エージェントを確実に実行する方法を示します。 insert into disco.agents ( m_AgentName, m_Valid, m_AgentClass, m_IsIndirect, m_Precedence ) values ( 'ArpCache', 1, 0, 0, 2 ); 第 2 章 ネットワーク・ディスカバリーの構成 69 例: StandardSwitch エージェントおよび SuperStack3ComSwitch エー ジェントの非活動化 StandardSwitch および SuperStack3ComSwitch ディスカバリー・エージェントを 非活動化する例を以下に示します。 insert into disco.agents ( m_AgentName, m_Valid, m_AgentClass, m_IsIndirect, m_Precedence ) values ( 'StandardSwitch', 0, 1, 1, 3 ); insert into disco.agents ( m_AgentName, m_Valid, m_AgentClass, m_IsIndirect, m_Precedence ) values ( 'SuperStack3ComSwitch', 0, 1, 1, 3 ); 例: IpRoutingTable ディスカバリー・エージェントによって使用されるス レッドの数の変更 以下の例では、IpRoutingTable ディスカバリー・エージェントによって使用される スレッドの数が 50 に設定されています。エージェントによって使用されるスレッ ドの数を増やすと、エージェントはより多くのデバイスを一度に処理できるように なり、ディスカバリーの速度が増します。ただし、エージェントによって使用され るスレッドの数を増やすと、使用されるメモリーの量も増えます。 insert into disco.agents ( m_AgentName, m_Valid, m_AgentClass, m_IsIndirect, m_Precedence, m_NumThreads ) values ( 'IpRoutingTable', 1, 0, 0, 2, 50 ); 例: NMAPScan Perl ディスカバリー・エージェントによって使用されるス レッドの数の変更 以下の例では、NMAPScan Perl ディスカバリー・エージェントによって使用され るスレッドの数が 50 に設定されています。Perl ディスカバリー・エージェントに よって使用されるスレッドの数を定義するには、まずディスカバリー・エージェン トの定義ファイルでそのエージェント用に複数のスレッドを有効にする必要があり ます。 insert into disco.agents ( m_AgentName, m_Valid, m_AgentClass, m_IsIndirect, m_Precedence, m_NumThreads ) values ( 'NMAPScan', 1, 0, 0, 2, 50 ); 関連資料: 70 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 258 ページの『disco.agents テーブル』 agents テーブルでは、DISCO がディスカバリーに使用するディスカバリー・エー ジェントを指定します。実行するすべてのエージェントに、DiscoAgents.cfg 構成フ ァイル内の disco.agents テーブルに、そのエージェントを有効にする insert (m_Valid=1 を設定) が必要です。m_Valid=0 の場合、エージェントは実行されま せん。 DiscoAgentReturns.filter 構成ファイル DiscoAgentReturns.filter 構成ファイルを使用して、すべてのディスカバリー・エー ジェントから返されたデータに対してトポロジー・データ・フィルターを適用でき ます。 すべてのエージェントから返されたトポロジー・データのフィルタリング $NCHOME/precision/disco/agents/DiscoAgentReturns.filter 構成ファイルによ り、すべてのエージェントの returns テーブルの同一トポロジー・データをフィル タリングできます。このファイルの構文は、ディスカバリー・エージェント定義フ ァイルのトポロジー・フィルターの構文と同じです。 例: サブスクライバー・ケーブル・モデム・インターフェースのフィルター による除外 トポロジー・データからサブスクライバー・ケーブル・モデム・インターフェース をフィルターにより除外する例を以下に示します。 DiscoAgentReturnsFilterList { DiscoReturnsFilter { "( m_LocalNbr->m_IfType = 229 )" } }; 関連概念: 385 ページの『エージェント』 ディスカバリー・エージェントは、ネットワーク内のデバイスに関する情報を取得 します。また、デバイス接続の調査時に新規接続を検出することによって、新規デ バイスについて報告します。ディスカバリー・エージェントは特殊なタスクに使用 されます。例えば、ARP Cache ディスカバリー・エージェントは、IP アドレスか ら MAC アドレスへのマッピングをヘルパー・サーバー・データベースに取り込み ます。 第 2 章 ネットワーク・ディスカバリーの構成 71 DiscoARPHelperSchema.cfg 構成ファイル DiscoARPHelperSchema.cfg 構成ファイルは、IP アドレスから MAC アドレスへ の解決を実行します。 使用するデータベース DiscoARPHelperSchema.cfg 構成ファイルは、ARPHelper.configuration データベ ース表への insert を定義します。 例: ARP ヘルパーの構成 1 つのスレッドを使用するように ARP ヘルパーを構成する insert の例を以下に示 します。 insert into ARPHelper.configuration ( m_NumThreads ) values ( 1 ); 関連資料: 321 ページの『ARP ヘルパー・データベース』 ARP ヘルパー・データベースは、DiscoARPHelperSchema.cfg 構成ファイルで定義 されます。データベース表の完全修飾名は、ARPHelper.configuration です。 DiscoCollectorFinderSeeds.cfg 構成ファイル DiscoCollectorFinderSeeds.cfg 構成ファイルでは、ディスカバリー中に Element Management System (EMS) コレクターからのトポロジー・データの取得方法が定 義されます。 使用するデータベース DiscoCollectorFinderSeeds.cfg 構成ファイルは、collectorFinder データベースへ の insert を定義します。 collectorFinder データベースに関連付けられているもう 1 つの構成ファイルとして DiscoCollectorFinderSchema.cfg ファイルがありますが、このファイルを変更する 必要はないことに注意してください。 例: 単一コレクターの構成 ローカル・サーバーで実行される 1 つのコレクターをシードする例を以下に示しま す。この例では、その他のフィールド (m_DataSourceId や m_NumRetries など) の値は指定していません。これらのフィールドには、構成テーブルからデフォルト 値が自動的に取得されます。 insert into collectorFinder.collectorRules ( m_Port) values ( 8082 ); 関連資料: 72 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 296 ページの『collectorFinder データベース』 collectorFinder データベースは、コレクター・ファインダーの動作を定義します。 DiscoDNSHelperSchema.cfg 構成ファイル DiscoDNSHelperSchema.cfg 構成ファイルは、DNS へのアクセスを定義します。 これにより、DNS ヘルパーを構成することでディスカバリーでドメイン名検索を実 行できます。 使用するデータベース表 DiscoDNSHelperSchema.cfg 構成ファイルを使用して、以下のデータベース表への insert を構成できます。 v DNSHelper.configuration v DNShelper.methods 例: DNS ヘルパーの構成 DNSHelper.configuration データベース表および DNShelper.methods データベー ス表の情報を使用して DNS ヘルパーを構成する insert の例を以下に示します。こ の例では、以下のメソッド・タイプに対応する DNShelper.methods データベース 表への insert を示します。 v 0 - システム v 1 - すべてのディスカバーされたデバイス名に付加するドメイン・サフィックス を指定するために m_NameDomain を使用する DNS。 v 1 - 予期されるドメイン・サフィックスのリストを指定するために m_NameDomainList を使用する DNS。 v 2 - ファイル insert into DNSHelper.configuration ( m_NumThreads, m_MethodList, m_TimeOut ) values ( 1, ['HostsFile'] , 5 ); insert into DNSHelper.methods ( m_MethodName, m_MethodType ) values ( "HostService", 0 ); insert into DNSHelper.methods ( m_MethodName, m_MethodType, m_NameServerAddr, m_TimeOut, m_NameDomain ) values ( "abcIPv6DNS", 1, "2222:15f8:106:203:250:4ff:fee8:6d75", 3, "tivlab.raleigh.ibm.com" ); insert into DNSHelper.methods 第 2 章 ネットワーク・ディスカバリーの構成 73 ( m_MethodName, m_MethodType, m_TimeOut, m_NameServerAddr, m_NameDomainList ) values ( "defIPv6DNS", 1, 3, "2222:15f8:106:203:250:4ff:fee8:6d75", ['uk.eu.org', 'fra.eu.org', 'de.eu.org', 'it.eu.org', 'sp.eu.org'] ); insert into DNSHelper.methods ( m_MethodName, m_MethodType, m_FileName, m_FileOrder ) values ( 'HostsFile', 2, 'etc/hosts', 1 ); 関連資料: 321 ページの『DNS ヘルパー・データベース』 DNS ヘルパー・データベースは、DiscoDNSHelperSchema.cfg 構成ファイルで定 義されます。データベース表の完全修飾名は、 DNSHelper.configuration および DNShelper.methods です。 DiscoFileFinderParseRules.cfg 構成ファイル DiscoFileFinderParseRules.cfg ファイルを使用して、ネットワーク上に存在するデ バイスの IP アドレスのリストを作成するために解析するファイルを指定できま す。 使用するデータベース表 この構成ファイルは、以下のデータベース表への insert を構成するときに使用でき ます。 v fileFinder.parseRules v fileFinder.configuration fileFinder データベースに関連付けられているもう 1 つの構成ファイルとして DiscoFileFinderSchema.cfg ファイルがありますが、このファイルを変更する必要は ないことに注意してください。 例: 5 つのスレッドを使用するようにファイル・ファインダーを構成する 5 つのスレッドを使用するようにファイル・ファインダーを構成する insert の例を 以下に示します。 insert into fileFinder.configuration ( m_NumThreads ) values ( 5 ); 74 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 例: /var/tmp/logged_hosts を解析するようにファイル・ファインダーを構 成する ファイル・ファインダーに対し、/var/tmp ディレクトリーに保存されているサン プル・テキスト・ファイル logged_hosts を解析するように指示する構成の例を以 下に示します。サンプル・ファイルの内容は以下のとおりです。 vi /var/tmp/logged_hosts 172.16.1.21 dharma 04:02:08 172.16.1.201 phoenix 19:07:08 172.16.1.25 lnd-sun-tivoli 15:10:00 172.16.2.33 ranger 19:07:07 ~ "/var/tmp/logged_hosts" [Read only] 4 lines, 190 characters このサンプル・ファイルの 3 つの列にはそれぞれ、IP アドレス、デバイス名、お よび時刻値が含まれています。これらの列は空白文字で区切られています。空白文 字には、複数のタブ、スペース、またはこの組み合わせを使用することができま す。このサンプル・テキスト・ファイルを解析するようにファイル・ファインダー を構成するには、以下の例のような insert を使用します。 insert into fileFinder.parseRules ( m_FileName, m_Delimiter, m_ColDefs ) values ( "/var/tmp/logged_hosts", "[ ]+", [ { m_VarName="m_UniqueAddress", m_ColNum=1 }, { m_VarName="m_Name", m_ColNum=2 } ] ); 上記の insert により、以下が指定されます。 v ファイルの絶対パスと名前は /var/tmp/logged_hosts である。 v ソース・ファイルの区切り文字は空白文字である。insert では、列区切り文字 は、単純な正規表現 [ tab space ]+ を使用して指定されます。タブ文字を表すに は、¥t と入力するのではなく、Tab キーまたはスペース・キーを押す必要があ ります。 v 1 番目の列には IP アドレスが含まれており、この列は finders.returns テーブ ルの m_UniqueAddress 列にマップされている必要がある。 v 2 番目の列にはホスト名が含まれており、この列は finders.returns テーブルの m_Name 列にマップされている必要がある。 サンプル・テキスト・ファイルの 3 番目の列は関係がないため、finders.returns テ ーブルの列にはマップされません。また、ファイル・ファインダーはディスカバリ ー時にこの列を無視します。 第 2 章 ネットワーク・ディスカバリーの構成 75 例: /etc/hosts ファイルを解析するようにファイル・ファインダーを構成す る ファイル・ファインダーに対し以下の操作を実行するように指示する insert を以下 に示します。 v /etc/hosts を解析する。 v 空白文字をデータ分離文字として処理する。 v 以下の列定義を使用する。 – 1 列目は m_UniqueAddress – 2 列目は m_Name insert into fileFinder.parseRules ( m_FileName, m_Delimiter, m_ColDefs ) values ( "/etc/hosts", "[ ]", [ { m_VarName="m_UniqueAddress", m_ColNum=1 }, { m_VarName="m_Name", m_ColNum=2 } ] ); 例: /etc/defaultrouter を解析するようにファイル・ファインダーを構成す る ファイル・ファインダーに対し以下の操作を実行するように指示する insert を以下 に示します。 v /etc/defaultrouter を解析する。 v 1 つ以上の空白文字をデータ分離文字として処理する。 v 列定義として m_UniqueAddress を使用する。 insert into fileFinder.parseRules ( m_FileName, m_Delimiter, m_ColDefs ) values ( "/etc/defaultrouter", "[ ]+", [ { m_VarName="m_UniqueAddress", m_ColNum=1 } ] ); 76 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 関連資料: 299 ページの『fileFinder データベース』 fileFinder データベースは、ファイル・ファインダーの動作を定義します。 DiscoHelperServerSchema.cfg 構成ファイル DiscoHelperServerSchema.cfg 構成ファイルでは、各種ヘルパー・データベースの 内容が定義されます。 使用するデータベース表 この構成ファイルは、以下のデータベース表への insert を構成するときに使用でき ます。 ARP ヘルパー・データベース表: v ARPHelper.ARPHelperTable v ARPHelper.ARPHelperConfig DNS ヘルパー・データベース表: v DNSHelper.DNSHelperTable v DNSHelper.DNSHelperConfig ping ヘルパー・データベース表: v PingHelper.PingHelperTable v PingHelper.PingHelperConfig SNMP ヘルパー・データベース表: v SnmpHelper.SnmpHelperTable v SnmpHelper.SnmpHelperConfig Telnet ヘルパー・データベース表: v TelnetHelper.TelnetHelperTable v TelnetHelper.TelnetHelperConfig XMLRPC ヘルパー・データベース表: v XmlRpcHelper.XmlRpcHelperTable v XmlRpcHelper.XmlRpcHelperConfig 関連資料: 304 ページの『ヘルパー・サーバー・データベース』 ヘルパー・サーバーの始動時に、実行する各ヘルパーのデータベースが作成されま す。 第 2 章 ネットワーク・ディスカバリーの構成 77 DiscoPingFinderSeeds.cfg 構成ファイル DiscoPingFinderSeeds.cfg 構成ファイルは、Ping ファインダーのシードとデバイス 検出の制限に使用されます。 使用するデータベース表 DiscoPingFinderSeeds.cfg 構成ファイルは、以下のデータベース表への insert を構 成するときに使用できます。 v pingFinder.pingRules v pingFinder.scope pingFinder データベースに関連付けられているもう 1 つの構成ファイルとして DiscoPingFinderSchema.cfg ファイルがありますが、このファイルを変更する必要 はないことに注意してください。 注: IPv6 ディスカバリーをシードする場合は、単一の IPv6 サブネット内で ping の対象となるデバイスが数十億にのぼる可能性があることに留意してください。デ ィスカバリーが確実に完了できるようにするため、IPv6 サブネットを ping シード として指定するときには、十分な大きさのネットマスクを指定する必要がありま す。 例: Ping ファインダーへの単一デバイス・アドレスのシード IP アドレス 10.10.2.224 の単一シードを定義する insert の例を以下に示します。こ の例では、m_NumRetries と m_TimeOut の値は指定していません。これらの値と して、構成テーブルのデフォルト値が自動的に取得されます。 制約事項: Network Manager では IPv4 射影 IPv6 形式はサポートされておらず、 すべての IPv6 アドレスは IPv6 標準のコロン区切り形式である必要があります。 例えば、Network Manager では ::ffff:192.0.2.128 のような IPv4 射影 IPv6 アドレスはサポートされません。代わりに、このアドレスを ::ffff:c000:280 (IPv6 標準のコロン区切り形式) で入力します。 insert into pingFinder.pingRules ( m_Address, m_RequestType ) values ( "10.10.2.224", 1 ); 例: Ping ファインダーへのクラス B サブネット・アドレスのシード シングル・クラス B サブネットをシードとして定義する insert の例を以下に示し ます。 insert into pingFinder.pingRules ( m_Address, m_RequestType, m_NetMask ) values ( "10.10.0.0", 2, "255.255.0.0" ); 例: Ping ファインダーへのクラス C サブネット・アドレスのシード 2 つのクラス 2 サブネットをシードとして定義する insert の例を以下に示しま す。 78 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド insert into pingFinder.pingRules ( m_Address, m_RequestType, m_NetMask ) values ( "10.10.2.0", 2, "255.255.255.0" ); insert into pingFinder.pingRules ( m_Address, m_RequestType, m_NetMask ) values ( "10.10.47.0", 2, "255.255.255.0" ); 例: デバイス検出の制限 scope.zones テーブルとディスカバリー・スコープを使用するように Ping ファイ ンダーを構成する insert の例を以下に示します。 insert into pingFinder.scope ( m_UseScope, m_UsePingEntries ) values ( 1, 1 ); 重要: m_UseScope フィルターと m_UsePingEntries フィルターのその他の組み合 わせを使用することはお勧めしません。値 (0,0) を指定するとディスカバリー・ス コープが無制限になり、値 (0,1) を指定するとディスカバーしたくないデバイスに 対しても不必要に ping が実行されます。 関連資料: 300 ページの『pingFinder データベース』 pingFinder データベースは、Ping ファインダーの動作を定義します。 33 ページの『IPv6 サブネット・マスクのサイズ』 単一の IPv6 サブネット内で ping の対象となるデバイスが数十億にのぼる可能性 があります。ディスカバリーが確実に完了できるようにするため、IPv6 サブネット を ping シードとして指定するときには、十分な大きさのネットマスクを指定する 必要があります。 DiscoPingHelperSchema.cfg 構成ファイル DiscoPingHelperSchema.cfg 構成ファイルは、デバイスを ping する方法を定義し ます。 使用するデータベース表 DiscoPingHelperSchema.cfg 構成ファイルを使用して、pingHelper.configuration データベース表への insert を構成することができます。 DiscoPingHelperSchema.cfg 構成ファイルのこの構成例では、各パラメーターは以 下のように指定されています。 v 20 のプロセス実行スレッドを使用する。 v 1 つのデバイスからの応答を最大 250 ミリ秒まで待機する。 v 応答しないデバイスを最大 5 回まで再試行する。 v サブネット内の複数のデバイスの ping 間に 50 ミリ秒待機する。 v ブロードキャスト ping もマルチキャスト ping も使用しない。 insert into pingHelper.configuration ( m_NumThreads, m_TimeOut, 第 2 章 ネットワーク・ディスカバリーの構成 79 m_NumRetries, m_InterPingTime, m_Broadcast, m_Multicast ) values ( 20, 250, 5, 50, 0, 0 ); 関連資料: 400 ページの『レイヤー 3 (ネットワーク層) での接続』 OSI モデル・レイヤー 3 (ネットワーク層) から接続情報を取得するディスカバリ ー・エージェントが多数あります。レイヤー 3 は、ネットワーク間でのルーティン グ、輻輳 (ふくそう) 制御、およびメッセージ送信を制御する役割を果たします。 323 ページの『ping ヘルパー・データベース』 ping ヘルパー・データベースは、DiscoPingHelperSchema.cfg 構成ファイルで定義 されます。データベース表の完全修飾名は、pingHelper.configuration です。 DiscoConfig.cfg 構成ファイル DiscoConfig.cfg 構成ファイルを使用して、ファイル・ファインダーによりディスカ バーされたデバイスを Ping ファインダーが自動的に検査するように設定し、コン テキスト依存ディスカバリーを有効にすることができます。 使用するデータベース表 DiscoConfig.cfg 構成ファイルを使用して、以下の表への insert を構成できます。 v disco.config v disco.managedProcesses v disco.NATStatus v disco.ipCustomTags v disco.filterCustomTags v translations.NATAddressSpaceIds v translations.collectorInfo v failover.restartPhaseAction v failover.config v failover.doNotCache 以下の例は、disco.config データベース表への insert を示しています。 例: ファイル・ファインダー・デバイスの ping ファイル・ファインダーによりディスカバーされたデバイスが Ping ファインダー で自動的に検査されるようにディスカバリーを構成するコマンドの例を以下に示し ます。 update disco.config set m_CheckFileFinderReturns = 1; 80 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 例: コンテキスト依存ディスカバリーの有効化 重要: コンテキスト依存ディスカバリーを自動的に有効にすると、すべての Context エージェントが有効になります。コンテキスト依存ディスカバリーを自動 的に無効にすると、すべての Context エージェントが無効になります。構成ファイ ルまたはディスカバリー構成 GUI を使用して、Context エージェントを手動で有 効または無効にしないでください。 コンテキスト依存ディスカバリーを有効にするには、DiscoConfig.cfg ファイルに 以下の insert を追加します。 insert into disco.config ( m_UseContext ) values ( 1 ) 値 0 を挿入すると、コンテキスト依存ディスカバリーが無効になります。 カスタム・タグを使用したトポロジーの強化 disco.ipCustomTags テーブルおよび disco.filterCustomTags テーブルを使用する と、1 つ以上の名前と値のペアのタグを、ディスカバーされたエンティティーに関 連付けることにより、ディスカバーされたトポロジーを強化することができます。 関連概念: 369 ページの『デバイスの詳細のディスカバー (コンテキスト依存)』 コンテキスト依存のデバイスの詳細のディスカバリーは、いくつかのステップで実 行されます。 関連タスク: 232 ページの『カスタム・タグ・テーブルを使用したエンティティーへのタグの追 加』 disco.ipCustomTags テーブルまたは disco.filterCustomTags テーブルに対する、 名前と値のペアのデータを含んだ insert を作成することによって、名前と値のペア のタグをエンティティーに追加できます。 関連資料: 416 ページの『コンテキスト依存ディスカバリー・エージェント』 コンテキスト依存ディスカバリーに使用される、いくつかのエージェントがありま す。 244 ページの『disco.config テーブル』 config テーブルでは、ディスカバリー・プロセスの一般的な動作を構成します。 第 2 章 ネットワーク・ディスカバリーの構成 81 DiscoScope.cfg 構成ファイル DiscoScope.cfg 構成ファイルは、ディスカバリーのスコープを構成するために使用 します。 使用するデータベース表 この構成ファイルは、以下のデータベース表への insert を構成するときに使用でき ます。 v scope.zones v scope.detectionFilter v scope.instantiateFilter v scope.special 例: 包含ゾーンの定義 10.10.2.* サブネットを包含ゾーンとして定義する insert の例を以下に示します。 制約事項: Network Manager では IPv4 射影 IPv6 形式はサポートされておらず、 すべての IPv6 アドレスは IPv6 標準のコロン区切り形式である必要があります。 例えば、Network Manager では ::ffff:192.0.2.128 のような IPv4 射影 IPv6 アドレ スはサポートされません。代わりに、このアドレスを ::ffff:c000:280 (IPv6 標準のコ ロン区切り形式) で入力します。 insert into scope.zones ( m_Protocol, m_Action, m_Zones ) values ( 1, 1, [ { m_Subnet="10.10.2.*" } ] ); 例: 複数の包含ゾーンの定義 3 つの IP 包含ゾーンを定義する例を以下に示します。各 IP ゾーンは、それぞれ 異なる構文を使用してサブネット・マスクを定義します。以下のデバイスがディス カバーされます。 v 172.16.1.0 サブネット内のすべてのデバイス (サブネット・マスクは 24。つま り、24 ビットがオン、8 ビットがオフであり、ネットマスク 255.255.255.0 を意 味します)。 v 172.16.2.0 サブネット (マスク 255.255.255.0) 内のすべてのデバイス。 v 172.16.3.0 サブネット (マスク 255.255.255.0) 内のすべてのデバイス。 insert into scope.zones ( m_Protocol, m_Action, 82 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド m_Zones ) values ( 1, 1, [ { m_Subnet="172.16.1.0", m_NetMask=24 }, { m_Subnet="172.16.2.*" }, { m_Subnet="172.16.3.0", m_NetMask=255.255.255.0 } ] ); 例: 排他ゾーンの定義 IP プロトコルの排他ゾーンを 1 つ定義し、このゾーンにサブネットを関連付ける 例を以下に示します。 insert into scope.zones ( m_Protocol, m_Action, m_Zones ) values ( 1, 2, [ { m_Subnet="172.16.1.0", m_NetMask=24 ] ); 例: NAT ドメイン内の包含ゾーンの定義 1 つの包含ゾーンを定義する例を以下に示します。この包含ゾーンには、172.16.2 で始まり、NAT アドレス・スペース NATDomain1 に属する IP アドレスのデバ イスが含まれます。プロトコルは 1、つまり IP に設定されます。 insert into scope.zones ( m_Protocol, m_Action, m_Zones, m_AddressSpace ) values ( 1, 1, [ { m_Subnet="172.16.2.*", } ], "NATDomain1" ); 第 2 章 ネットワーク・ディスカバリーの構成 83 例: IP アドレスに基づくデバイスの問い合わせの制限 以下の例では、特定の IP アドレスに一致するデバイスに対する今後の問い合わせ を防ぐ方法を示します。IP アドレスが 10.10.63.234 以外のデバイスに対してのみさ らに問い合わせを実行できます。 プロトコルごとの scope.detectionFilter テーブルへの insert は 1 つのみでなけれ ばなりません。1 つの insert 内で複数の条件を定義する必要があります。 scope.detectionFilter テーブル内に以下の情報を指定します。 v ネットワーク・プロトコルのタイプ。現時点では IP のみがサポートされていま す。 v フィルター条件。このフィルターを通過するデバイス、つまりフィルターで真で あると評価されるデバイスに対してのみさらに問い合わせを実行できます。フィ ルターが指定されていない場合、すべてのデバイスが検出フィルターを通過しま す。 insert into scope.detectionFilter ( m_Protocol, m_Filter ) values ( 1, "( ( m_UniqueAddress <> '10.10.63.234' ) )" ); スティッチャーは、ディスカバーされた各デバイスを scope.detectionFilter テーブ ルのフィルター条件に突き合わせてテストします。このテスト結果から、デバイス がディスカバーされたかどうかが判別されます。 ディスカバリー・プロセス・フローは完全に構成可能であるため、ディスカバリ ー・プロセスの任意の時点でこのスティッチャーを実行できるように構成できま す。デフォルトでは、このスティッチャーは Details エージェントから返されたデ バイスの詳細に対して条件テストを実行します。このため、Details.returns テーブ ルの列に基づいてフィルターを設定する必要があります。 Details.returns テーブルの任意の列をテストするようにフィルター条件を構成でき ますが、場合によっては特定のデバイスの検出を制限するためにフィルター基準と して IP アドレスを使用する必要があります。デバイスから Details エージェント に対して SNMP アクセス権が付与されていない場合、Details エージェントはオブ ジェクト ID などの MIB 変数を取得できません。ただし、デバイス検出時には IP アドレスは必ず返されます。 以下の例では、検出フィルターのその他の構成方法を示します。 例: オブジェクト ID に基づく問い合わせの制限 以下の例では、特定のオブジェクト ID に一致するデバイスに対する今後の問い合 わせを防ぐ方法を示します。OQL not interrogate like 節により、フィルター を通過するデバイス (OID が 1.3.6.1.4.1.* ではない デバイス) のみに対してさらに 問い合わせを実行できます。 84 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド insert では円記号 (¥) を使用して . をエスケープしてください。エスケープしない と、この文字はワイルドカードとして扱われます。OQL の構文に関する詳細な説明 については、「IBM Tivoli Network Manager IP Edition 言語リファレンス 」を参 照してください。 insert into scope.detectionFilter ( m_Protocol, m_Filter ) values ( 1, "( ( m_ObjectId not like '1¥.3¥.6¥.1¥.4¥.1¥..*' ) )" ); 例: 複数のフィルター制限の組み合わせ 1 つの OQL insert に複数のフィルター条件を組み合わせることができます。OID が指定されている OID 以外であり、指定された IP アドレスではないデバイスの みを検出する例を以下に示します。 insert into scope.detectionFilter ( m_Protocol, m_Filter ) values ( 1, "( ( m_ObjectId not like '1¥.3¥.6¥.1¥.4¥.1¥..*' ) AND ( m_UniqueAddress <> '10.10.63.234' ) )" ); インスタンス化の制限: インターフェースをフィルターで除外する場合の制 約 インターフェースのインスタンス化を制限する際には、以下の制約に注意してくだ さい。 制約事項: インスタンス化フィルターによって除外されたインターフェース につい てアラートが生成されないようにするには、RaiseAlertsForUnknownInterfaces 変 数を設定する必要があります。これを行うには、以下の手順を実行します。 1. $NCHOME/etc/precision/NcPollerSchema.cfg 構成ファイルを編集します。 2. 次の行をファイルに追加します。 update config.properties set RaiseAlertsForUnknownInterfaces = 1; 例: IP アドレスに基づくインスタンス化の制限 インスタンス化されるデバイスを制限するには、scope.instantiateFilter テーブルへ の OQL insert を追加します。プロトコルごとの scope.instantiateFilter テーブル への insert は 1 つのみでなければなりません。instantiateFilter テーブルには以下 の情報が必要です。 第 2 章 ネットワーク・ディスカバリーの構成 85 v ネットワーク・プロトコルのタイプ。現時点では IP のみがサポートされていま す。 v 条件テスト。フィルターを通過したデバイスのみが MODEL に送信されます。 フィルターが定義されていない場合、ディスカバーされたすべてのデバイスが MODEL に渡されます。 instantiateFilter は detectionFilter と同様に機能します。これは、スティッチャー が呼び出され、scope.instantiateFilter テーブルで定義されているテストを使用して ディスカバーされたデバイスが比較されるためです。デフォルトでは、スクラッ チ・トポロジーの生成後、MODEL へのレコード送信前にテストが実行されます。 このため、条件テストは scratchTopology.entityByName テーブルの列に基づいて いる必要があります。 重要: プロトコルごとの scope.instantiateFilter テーブルへの insert は 1 つのみ でなければなりません。detectionFilter テーブルの場合と同様に、複数のフィルタ ーを 1 つの insert に組み合わせる必要があります。 以下の例では、IP アドレスに基づいてデバイスのインスタンス化を制限する方法を 示します。この例では、scratchTopology.entityByName テーブルの m_Addresses 列に対してフィルターが適用されます。 m_Addresses 列には、デバイスの OSI モデル・レイヤー 1 から 7 までのアドレ スのリストが含まれています。以下の例のフィルターでは、m_Addresses(2) の値、 つまりアドレス・リストの 3 番目のエントリー (リストの番号は 0 から始まりま す) がテストされます。アドレス・リストの 3 番目のエントリーはレイヤー 3 の アドレス (デバイスの IP アドレス) です。 以下の insert では、フィルターを通過するデバイス、つまり IP アドレスが 172.16.1.231 でも 172.16.5.47 でもなく、かつ 192.168.123 で開始しないアドレスの デバイスのみがインスタンス化されます。 また、scratchTopology.entityByName.m_Addresses 列に格納されているデバイスの その他のアドレスに基づいてインスタンス化を制限することもできます。例えば m_Addresses(1) にはデバイスのレイヤー 2 アドレス、つまり MAC アドレスが入 ります。 insert into scope.instantiateFilter ( m_Protocol, m_Filter ) values ( 1, "( ( Address(2) <> "172.16.1.231" ) AND ( Address(2) <> "172.16.5.47") AND ( Address(2) not like "192¥.168¥.123¥..*" ) )" ); 86 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 例: オブジェクト ID に基づくインスタンス化の制限 以下の例では、特定のオブジェクト ID に一致するデバイスのインスタンス化を防 ぐ方法を示します。OQL not like 節により、フィルターを通過するデバイス (OID が 1.3.6.1.4.1.* ではないデバイス) のみがインスタンス化されます。 insert into scope.instantiateFilter ( m_Protocol, m_Filter ) values ( 1, // The backslash is used here to escape the . "( // which would otherwise be treated // as a wildcard. ( EntityOID not like '1¥.3¥.6¥.1¥.4¥.1¥..*' ) )" ); 例: 複雑なインスタンス化の制限 複数の条件を組み合わせて insert に指定することで、複雑なインスタンス化を構成 できます。 以下の例では、より複雑な insert を示します。この insert では、 scratchTopology.entityByName テーブルのさまざまな列に関連する条件が複数指定 されています。 insert into scope.instantiateFilter ( m_Protocol, m_Filter ) values ( 1, "( ( Address(2) = '10.82.219.1' ) OR ( Address(2) = '10.82.213.5' ) OR ( Address(2) = '10.82.213.6' ) ) OR ( ( EntityName LIKE 'Tivoli' ) AND ( EntityType < 3 ) ) OR ( ( EntityType >= 3 ) AND ( EntityType <> 7 ) )" ); 上記の insert では、以下に示すデバイスのみが MODEL に送信されインスタンス 化されます。 v IP アドレスが 10.82.219.1、10.82.213.5、または 10.82.213.6 のすべてのデバイス 第 2 章 ネットワーク・ディスカバリーの構成 87 v 名前にストリング tivoli (小文字または大文字) が含まれている Web サーバー ではなく、かつ EntityType < 3、つまりインターフェースまたはシャーシであ るすべてのデバイス v EntityType が 3、4、5、6、または 8 のすべてのデバイス、つまり論理インタ ーフェース、仮想ローカル・エリア・ネットワーク (VLAN) オブジェクト、カ ード、電源装置 (PSU)、またはモジュール 関連資料: 266 ページの『ディスカバリー・スコープ・データベース』 scope データベースにより、ディスカバリーの範囲が限定されます。 scope データ ベースを使用して、ディスカバリー・プロセスに含めるかまたは除外するゾーンを 定義する属性と一連のプロトコルを構成できます。 スコープの範囲外のインターフェースを持つデバイス: ネットワーク上のデバイスが、ディスカバリー・スコープ内にあるが、スコープの 範囲外のインターフェースを含んでいる場合があります。対象デバイスがスコープ 内に含まれているため、レイヤー 3 のディスカバリー・エージェントはデフォルト の動作で、インターフェース自体がスコープの範囲外である場合でも、デバイスの interfaces テーブルをダウンロードし、デバイスのすべてのインターフェースをディ スカバーします。 ご使用のネットワークがこの状態に該当し、かつ、部分的にスコープ内に含まれて いるデバイスをディスカバリー・プロセスで処理する方法を変更する場合、このよ うなインターフェースをディスカバリーから除外するための、ディスカバリーおよ びモニター・プロセスの変更方法がいくつかあります。 考えられる構成調整の 1 つとして、スコープの範囲外のインターフェースがインス タンス化されないように、scope.instantiateFilter への insert を変更します。この解 決策は、スコープの範囲外のインターフェースは引き続きディスカバーされます が、アクティブ・オブジェクト・クラス (AOC) に従ってインスタンス化するため に、MODEL に渡されることはないことを意味します。したがって、スコープの範 囲外のインターフェースは、トポロジーには表現されず、モニターされません。 例: scope.special テーブルにより、デバイスをモニターする際に IP アドレスを制 御する方法: Fix Pack 4 複数の IP アドレスを介してアクセスできるネットワーク・デバイス用に、 scope.special テーブルに項目を作成します。 scope.special テーブル内の項目によ り、デバイスの ICMP (ping) ポーリング・ポリシーと SNMP ポーリング・ポリシ ーをモニターする際に Network Manager IP Edition がどの IP アドレスを使用す るかが制御されます。 以下に、scope.special テーブルへの INSERT ステートメントのサンプルを示しま す。ここでは、IP アドレス 192.168.1.3 がシャーシやインターフェースの考えられ る管理インターフェースとして定義されます。これにより、IP アドレスがディスカ バーされた場合に、モデル・データベース表である master.entityByName 内のエン ティティーの ExtraInfo セクションに追加される、追加のカスタマー情報が提供さ れます。 88 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド insert into scope.special ( m_Zones, m_Identifier, m_Priority, m_NonPingable, m_AdminInterface, m_ExtraInfo, m_Protocol, m_IsManagement, m_OutOfBand, m_IsValidVirtual ) values ( [ { m_Subnet="192.168.1.3", m_NetMask=32 } ], "CustomerFacing", 99, 0, 1, { m_CustomerName = 'MyCompany', m_CustomerType = 'Internal' }, 1, 0, 1, 0 ); 172.20.1.1 および 192.168.1.3 という 2 つの IP アドレスを持つデバイスの場合、 この構成は、デバイスの管理に使用される IP アドレスとして 172.20.1.1 が選択さ れないことを意味します。 192.168.1.3 が代わりに使用されます。以下の例に、この インスタンスにおける master.entityByName 内の最終的なトポロジー項目がどのよ うなものになるかを示します。 m_ScopeSpecial というプレフィックスが付けられ た ExtraInfo 内のデータは、IP アドレス 192.168.1.3 に一致した scope.zones 項目 からのものです。 { EntityName='192.168.1.3'; Address=['','','192.168.1.3']; EntityType=1; EntityOID='1.3.6.1.4.1.8072.3.2.10'; IsActive=1; Status=1; ExtraInfo={ m_SysName='SYS1'; m_DNSName='DNS1'; m_time=1362486845; m_DisplayLabel='DNS1'; m_AssocAddress=[{m_IfIndex = 1, m_IpAddress = '172.20.1.1', m_Protocol = 1, m_IfOperStatus = 1 },{m_IfIndex = 2, m_IpAddress = '192.168.1.3', m_Protocol = 1, m_IfOperStatus = 1 }]; m_ScopeSpecialIsManagement=1; m_ScopeSpecialPriority=99; m_ScopeSpecialIdentifier='CustomerFacing'; m_ScopeSpecialExtraInfo={ m_CustomerName = 'MyCompany', m_CustomerType = 'Internal' 第 2 章 ネットワーク・ディスカバリーの構成 89 }; m_DefinedMgmtIP=1; m_IsOutOfBand=1; m_BaseName='192.168.1.3'; m_AddressSpace=NULL; m_AccessProtocol=1; m_AccessAddress='192.168.1.3'; }; LingerTime=3; ActionType=0; CreateTime=1362486848; ChangeTime=1362486848; ClassName='NetworkDevice'; ClassId=5; ObjectId=2272; } DiscoSnmpHelperSchema.cfg 構成ファイル DiscoSnmpHelperSchema.cfg 構成ファイルは、SNMP ヘルパーの操作を定義しま す。これにより、SNMP 情報取得の汎用ルールが指定されます。 使用するデータベース表 DiscoSnmpHelperSchema.cfg 構成ファイルを使用して、snmpHelper.configuration データベース表への insert を構成できます。 SNMP v2 または v3 が使用されている場合は、SNMP ヘルパーを構成して GetBulk 操作を使用することもできます。 GetBulk 操作を使用すると、ディスカバ リー速度が速くなります。詳しくは、IBM Tivoli Network Manager IP Edition イン ストールと構成ガイド を参照してください。 例: タイムアウトとスレッドの構成 SNMP ヘルパーの動作を以下のように指定する構成の例を示します。 v ヘルパー・サーバーの SNMP データに対する着信要求を処理するため 120 のプ ログラム実行スレッドが開始される。SNMP ヘルパーは、このような要求を最大 120 まで同時処理します。 v SNMP ヘルパーにより実行された SNMP 照会に対するデバイスの応答タイムア ウト期間として 3 秒を指定する。デバイスが 3 秒を経過しても応答しない場 合、ヘルパーは要求をもう一度だけ発行します。 insert into snmpHelper.configuration ( m_NumThreads, m_TimeOut, m_NumRetries, ) values ( 120, 3000, 1 ); 関連資料: 90 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 394 ページの『イーサネット・スイッチ間の接続のディスカバー』 イーサネット・スイッチ間の接続情報をディスカバーするディスカバリー・エージ ェントには、スイッチに対するアクセス権限の取得とすべてのスイッチ・インター フェースのダウンロード、スイッチに関する VLAN 情報のディスカバー、スイッ チ用の転送データベース表のダウンロードという 3 つの主要な動作上のステージが あります。 406 ページの『ATM デバイス間の接続のディスカバー』 非同期伝送モード (ATM) は、フォーマット混在データ (ピュア・データ、音声、 ビデオなど) に対応している代替スイッチング・プロトコルです。ネットワーク上 の ATM デバイスのディスカバリーには、さまざまな種類のディスカバリー・エー ジェントが使用されます。 410 ページの『NAT ゲートウェイのディスカバー』 既知の NAT ゲートウェイからネットワーク・アドレス変換 (NAT) 情報をダウン ロードするいくつかのエージェントがあります。 411 ページの『包含情報のディスカバー』 ネットワーク・モデルに使用されている重要な原則が包含です。コンテナーは、ほ かのオブジェクトを保持します。コンテナーには任意のオブジェクトを格納できま す。1 つのコンテナーに異なる種類のオブジェクトを混在させることもできます。 413 ページの『その他のプロトコルを使用するディスカバリー・エージェント』 Network Manager には、既に説明したプロトコル以外のプロトコルを使用するデ バイスをディスカバーするエージェントが付属しています。 417 ページの『タスク固有のディスカバリー・エージェント』 タスク固有の一群のディスカバリー・エージェントがあります。 324 ページの『SNMP ヘルパー・データベース』 SNMP ヘルパー・データベースは DiscoSnmpHelperSchema.cfg 構成ファイルで定 義されます。データベース表の完全修飾名は、snmpHelper.configuration です。 DiscoTelnetHelperSchema.cfg 構成ファイル DiscoTelnetHelperSchema.cfg 構成ファイルは、Telnet ヘルパーの動作を定義しま す。Telnet ヘルパーは、指定されているデバイスに Telnet 動作の結果を返しま す。 使用するデータベース表 DiscoTelnetHelperSchema.cfg 構成ファイルを使用して、以下のデータベース表へ の insert を構成できます。 v telnetHelper.configuration v telnetHelper.deviceConfig セキュア・シェル (SSH) プログラムを使用するように Telnet ヘルパーを構成でき ます。SSH を使用すると認証が使用可能になり、ネットワーク上でのセキュアな通 信が提供されます。 例: Telnet ヘルパーの構成 Telnet ヘルパーの動作を構成するために DiscoTelnetHelperSchema.cfg 構成ファイ ルに追加できる insert を以下に示します。この insert により、Telnet ヘルパーが 以下のように構成されます。 第 2 章 ネットワーク・ディスカバリーの構成 91 v 20 のプロセス実行スレッドを使用する v デバイスからの応答を最大 5000 ミリ秒まで待機する v 要求を 3 回まで再試行する insert into telnetHelper.configuration ( m_NumThreads, m_TimeOut, m_Retries ) values ( 20, 5000, 3 ); デバイス固有の設定の構成 Telnet ヘルパーでは、DiscoTelnetHelperSchema.cfg 構成ファイルの telnetHelper.deviceConfig テーブルに対し、Telnet 動作の相互作用を定義する複数 の insert を使用できます。 以下の例では、Telnet デバイス固有の設定を構成する方法を示します。デバイス設 定は、sysObjectID MIB 変数、または IP あるいはサブネットに基づいて構成でき ます。これらのオプションを最も効果的に設定する方法は、sysObjectID MIB 変数 に基づいた設定です。この変数は、デバイスのベンダーを識別します。通常、デバ イス固有の構成オプションは、デバイスのベンダーによって異なります。ネットワ ークにおけるデバイスの位置などに関係なく、すべての Cisco デバイスの値を構成 できます。 例: 特定ベンダーのデバイス設定の構成 特定ベンダーのすべてのデバイスに対する設定を構成する方法を以下の標準構成例 に示します。この insert により、以下が指定されます。 v この構成エントリーに一致する sysObjectID MIB 変数として 1.3.6.1.4.1.9.1。オ ブジェクト ID の形式が 1.3.6.1.4.1.9.1.* のすべてのデバイスが一致します。一 般にこれらは Cisco IOS デバイスです (一部例外もあります)。 v terminal length が Cisco デバイスの出力ページ長を設定するコマンドであるこ と。 注: このコマンドは、デバイスのベンダー・タイプによって異なります。 v ページングなし v リモート・デバイスからのプロンプト v ページング出力を継続するためにリモート・デバイスに送信される応答 insert into telnetHelper.deviceConfig ( m_SysObjectId, m_PageLengthCmd, m_PageLength, m_ContinueMsg, m_ContinueCmd ) 92 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド values ( "1.3.6.1.4.1.9.1.", "terminal length", 0, ".*[Mm]ore.*", " " ); DiscoTelnetHelperSchema.cfg 構成ファイルには、以下のベンダー・タイプのデフ ォルトのデバイス固有構成設定を含む insert が記述されています。 v Cisco IOS デバイス v Cisco Cat OS デバイス v Juniper JUNOS デバイス v Juniper ERX デバイス v Huawei デバイス v Dasan デバイス 例: IP アドレスに基づくデバイス応答設定の構成 telnet コマンドの出力が 1 ページより長い場合、デバイスは次のページを表示する かどうかを尋ねるメッセージを送信します。 DiscoTelnetHelperSchema.cfg 構成フ ァイルで、Telnet ヘルパーで期待されるメッセージおよび Telnet ヘルパーでの応 答を構成します。 m_Continue (m_ContinueMsg など) および m_PageLength (m_PageLengthCmd など) で始まるコマンドは、相互に排他的です。いずれか一方を使用する必要があ ります。これらの設定がデバイス用に正しく構成されていない場合は、データが失 われる可能性があります。 IP アドレスに基づいてデバイスの設定を構成する方法を以下の例に示します。この insert により、以下が指定されます。 v IP アドレスとして 192.168.112.0 v リモート・デバイスからのプロンプトは "wish to continue" が含まれている正 規表現 v ページング出力を継続するためにリモート・デバイスに送信される応答は "y" insert into telnetHelper.deviceConfig ( m_IpOrSubNet, m_NetMaskBits, m_Protocol, m_ContinueMsg, m_ContinueCmd ) values ( 192.168.112.0, 24, 1, ".*wish to continue.*", "y" ); 関連資料: 第 2 章 ネットワーク・ディスカバリーの構成 93 50 ページの『ディスカバリーの拡張パラメーター』 拡張設定は、並行処理やタイムアウトなどのディスカバリーの機能を制御します。 これらのパラメーターを使用して、ディスカバリーの速度を向上させることができ ますが、サーバーにかかる負荷と速度のバランスを取る必要があります。一般に、 ディスカバリーの速度を上げると、サーバーでのメモリー使用量が増えます。 394 ページの『イーサネット・スイッチ間の接続のディスカバー』 イーサネット・スイッチ間の接続情報をディスカバーするディスカバリー・エージ ェントには、スイッチに対するアクセス権限の取得とすべてのスイッチ・インター フェースのダウンロード、スイッチに関する VLAN 情報のディスカバー、スイッ チ用の転送データベース表のダウンロードという 3 つの主要な動作上のステージが あります。 410 ページの『NAT ゲートウェイのディスカバー』 既知の NAT ゲートウェイからネットワーク・アドレス変換 (NAT) 情報をダウン ロードするいくつかのエージェントがあります。 416 ページの『コンテキスト依存ディスカバリー・エージェント』 コンテキスト依存ディスカバリーに使用される、いくつかのエージェントがありま す。 324 ページの『Telnet ヘルパー・データベース』 Telnet ヘルパー・データベースは DiscoTelnetHelperSchema.cfg 構成ファイルで定 義されます。データベース表の完全修飾名は、telnetHelper.configuration および telnetHelper.deviceConfig です。 DiscoXmlRpcHelperSchema.cfg 構成ファイル DiscoXmlRpcHelperSchema.cfg 構成ファイルを使用して、XML-RPC ヘルパーを構 成することができます。このヘルパーを使用すると、Network Manager が XML-RPC インターフェースを使用して EMS コレクターと通信できるようになり ます。 使用するデータベース表 DiscoXmlRpcHelperSchema.cfg 構成ファイルを使用して、 xmlRpcHelper.configuration データベース表への insert を構成することができま す。 この insert の例では、XML-RPC ヘルパーを以下のように構成しています。 v 1 つのプロセス実行スレッドを使用する。 v 1 つの XML-RPC 応答で許容される最大サイズを 1048576 バイトとする。 insert into xmlRpcHelper.configuration ( m_NumThreads, m_MaxResponseSize ) values ( 1, 1048576 ); 注: 非常に大きい応答が生成されるコレクター・ベースのディスカバリーをコレクタ ーに対して実行する場合は、デフォルトの最大応答サイズでは小さすぎる場合があ ります。このような場合は、最大応答サイズを増やします。最大応答サイズを増や 94 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド すには、m_MaxResponseSize パラメーターに、より大きい値を設定します。必ず、 以下のファイルの両方で m_MaxResponseSize に同じ値を設定してください。 v NCHOME/etc/precision/DiscoCollectorFinderSchema.cfg v NCHOME/etc/precision/DiscoXmlRpcHelperSchema.cfg 関連資料: 326 ページの『XMLRPC ヘルパー・データベース』 XMLRPC ヘルパー・データベースは DiscoXmlRpcHelperSchema.cfg 構成ファイ ルで定義されます。データベース表の完全修飾名は、xmlRpcHelper.configuration です。 SnmpStackSecurityInfo.cfg 構成ファイル SnmpStackSecurityInfo.cfg 構成ファイルは、コミュニティー・ストリング、バージ ョン管理、および SNMP を使用するデバイスへの問い合わせに必要なプロセス (SNMP ヘルパーなど) により使用されるその他のプロパティーを定義します。 SNMP ヘルパーがデバイスから MIB 変数を取得できるようにするため、コミュニ ティー・ストリングをデバイスごとまたはサブネットごとをベースにして構成する ことができます。 使用するデータベース表 この構成ファイルは、以下のデータベース表への insert を構成するときに使用でき ます。 v snmpStack.configuration v snmpStack.verSecurityTable v snmpStack.accessParameters snmpStack データベースに関連付けられているもう 1 つの構成ファイルとして SnmpStackSchema.cfg ファイルがありますが、このファイルを変更する必要はない ことに注意してください。 SNMP v2 または v3 が使用されている場合は、SNMP ヘルパーを構成して GetBulk 操作を使用することもできます。 GetBulk 操作を使用すると、ディスカバ リー速度が速くなります。詳しくは、IBM Tivoli Network Manager IP Edition イン ストールと構成ガイド を参照してください。 例: SNMP バージョンの構成 自動バージョン管理がオンの場合に、SNMP バージョン 1 をサポートするデバイ スにコミュニティー・ストリング「public」を使用し、SNMP バージョン 3 をサ ポートするデバイスに特定の構成を使用することを指定する構成の調整例を以下に 示します。m_SnmpPort には値が指定されていないため、デフォルトとして標準の SNMP 161 ポートが使用されます。 insert into snmpStack.verSecurityTable ( m_SNMPVersion, m_Password, m_SNMPVer3Level, m_SNMPVer3Details, m_SecurityName, ) 第 2 章 ネットワーク・ディスカバリーの構成 95 values ( 0, 'public', 2, { m_AuthPswd="authpassword", m_PrivPswd="privpassword" }, 'authPriv' ); 例: コミュニティー・ストリングの定義 SNMP デバイスへのアクセスに使用するコミュニティー・ストリング public と crims0n を定義する insert を以下に示します。 SnmpStackSecurityInfo.cfg 構成ファイルには、パスワードの数と同じ数の insert を追加できます。一致するものが検出されるまで、すべてのパスワード構成とサブ ネット構成が試行されます。 注: デフォルトでは、1 つの SNMP コミュニティー・ストリング (public コミュ ニティー・ストリング) のみがセットアップされています。 insert into snmpStack.verSecurityTable ( m_SNMPVersion, m_Password, m_SNMPVer3Level, m_SNMPVer3Details, m_SecurityName ) values ( 0, 'public', 2, { m_AuthPswd="authpassword", m_PrivPswd="privpassword" }, 'authPriv' ); insert into snmpStack.verSecurityTable ( m_IpOrSubNetVer, m_NetMaskBitsVer, m_SNMPVersion, m_Password, m_SNMPVer3Level, m_SNMPVer3Details, m_SecurityName ) values ( "10.10.2.0", 24, 0, 'crims0n', 2, { m_AuthPswd="authpassword", 96 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド m_PrivPswd="privpassword" }, 'authPriv' ); 例: SNMP ポートの指定 この例では、サブネット 192.168.64.0 内のすべてのデバイスで前述の例と同じ SNMP 設定が構成され、このサブネット内のすべてのデバイスの SNMP ポートと して 6161 が指定されます。 insert into snmpStack.verSecurityTable ( m_IpOrSubNetVer, m_NetMaskBitsVer, m_SNMPVersion, m_Password, m_SNMPVer3Level, m_SNMPVer3Details, m_SecurityName, m_SnmpPort, ) values ( 192.168.64.0, 24, 0, 'public', 2, { m_AuthPswd="authpassword", m_PrivPswd="privpassword" }, 'authPriv' 6161 ); 関連資料: 394 ページの『イーサネット・スイッチ間の接続のディスカバー』 イーサネット・スイッチ間の接続情報をディスカバーするディスカバリー・エージ ェントには、スイッチに対するアクセス権限の取得とすべてのスイッチ・インター フェースのダウンロード、スイッチに関する VLAN 情報のディスカバー、スイッ チ用の転送データベース表のダウンロードという 3 つの主要な動作上のステージが あります。 394 ページの『エージェントのタイプ』 Network Manager で提供されるエージェントは、取得するデータのタイプまたは ディスカバー対象のテクノロジーに従って分類できます。 400 ページの『レイヤー 3 (ネットワーク層) での接続』 OSI モデル・レイヤー 3 (ネットワーク層) から接続情報を取得するディスカバリ ー・エージェントが多数あります。レイヤー 3 は、ネットワーク間でのルーティン グ、輻輳 (ふくそう) 制御、およびメッセージ送信を制御する役割を果たします。 406 ページの『ATM デバイス間の接続のディスカバー』 非同期伝送モード (ATM) は、フォーマット混在データ (ピュア・データ、音声、 ビデオなど) に対応している代替スイッチング・プロトコルです。ネットワーク上 の ATM デバイスのディスカバリーには、さまざまな種類のディスカバリー・エー ジェントが使用されます。 第 2 章 ネットワーク・ディスカバリーの構成 97 410 ページの『NAT ゲートウェイのディスカバー』 既知の NAT ゲートウェイからネットワーク・アドレス変換 (NAT) 情報をダウン ロードするいくつかのエージェントがあります。 411 ページの『包含情報のディスカバー』 ネットワーク・モデルに使用されている重要な原則が包含です。コンテナーは、ほ かのオブジェクトを保持します。コンテナーには任意のオブジェクトを格納できま す。1 つのコンテナーに異なる種類のオブジェクトを混在させることもできます。 413 ページの『その他のプロトコルを使用するディスカバリー・エージェント』 Network Manager には、既に説明したプロトコル以外のプロトコルを使用するデ バイスをディスカバーするエージェントが付属しています。 417 ページの『タスク固有のディスカバリー・エージェント』 タスク固有の一群のディスカバリー・エージェントがあります。 278 ページの『snmpStack データベース』 snmpStack データベースは、SNMP ヘルパーの動作を定義します。 TelnetStackPasswords.cfg 構成ファイル TelnetStackPasswords.cfg 構成ファイルは、デバイスへの Telnet アクセスのための アクセス証明書を定義します。 TelnetStackPasswords.cfg 構成ファイルを使用して、Telnet デバイス・アクセスの 構成時にセキュア・シェル (SSH) 接続を指定できます。SSH により、Telnet アク セス実行時のパスワード暗号化が有効になります。SSH バージョン 1 と 2 がサポ ートされています (FIPS モードでは制限があります)。 重要: Network Manager IP Edition における SSH では、現在パスワード・ベース 認証または認証なしがサポートされています。RSA シグニチャー認証はサポートさ れていません。 使用するデータベース表 TelnetStackPasswords.cfg 構成ファイルを使用して、telnetStack.passwords データ ベース表への insert を構成できます。 telnetStack データベースに関連付けられているもう 1 つの構成ファイルとして TelnetStackSchema.cfg ファイルがありますが、このファイルを変更する必要はない ことに注意してください。 例: サブネットの Telnet アクセス・パラメーターの構成 サブネットの Telnet アクセス・パラメーターを構成する insert の例を以下に示し ます。この insert により、以下が指定されます。 v サブネット・アドレス 192.168.200.0 (ネットマスク 25)。 v デバイスへアクセスするために使用するパスワードとユーザー名。 v デバイスから予期されるパスワード、ログイン、およびコンソール・プロンプ ト。 v このサブネットのデバイスが SSH をサポートしていること。 insert into telnetStack.passwords ( m_IpOrSubNet, 98 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド m_NetMaskBits, m_Password, m_Username, m_PwdPrompt, m_LogPrompt, m_ConPrompt, m_SSHSupport ) values ( '192.168.200.0', 25, '3v3rt0n', 'user', '.*assword:.*', '.*ogin.*', '.*onsole>.*', 1 ); 例: デバイスの Telnet アクセス・パラメーターの構成 単一の IP アドレスのアクセス・パラメーターを構成する方法を以下の insert の例 に示します。この insert により、以下が指定されます。 v 単一の IP アドレス (172.16.1.21)。このアドレスは、m_NetMaskBits=32 から単 一のアドレスであることが識別されます。 v デバイスへアクセスするために使用するパスワードとユーザー名。 v デバイスから予期されるパスワード、ログイン、およびコンソール・プロンプ ト。 v このデバイスでは SSH がサポートされないこと。 insert into telnetStack.passwords ( m_IpOrSubNet, m_NetMaskBits, m_Password, m_Username, m_PwdPrompt, m_LogPrompt, m_ConPrompt, m_SSHSupport ) values ( '172.16.1.21', 32, '', '', '.*assword.*', '.*sername.*', '.*Morr.*', 0 ); 例: サブネットの Telnet デバイス・アクセスの構成 サブネットの Telnet アクセス・パラメーターを構成する insert の例を以下に示し ます。この insert により、以下が指定されます。 v サブネット・アドレス 192.168.200.0 (ネットマスク 25)。 v デバイスへアクセスするために使用するパスワードとユーザー名。 第 2 章 ネットワーク・ディスカバリーの構成 99 v デバイスから予期されるパスワード、ログイン、およびコンソール・プロンプ ト。 v このサブネットのデバイスが SSH をサポートしていること。 insert into telnetStack.passwords ( m_IpOrSubNet, m_NetMaskBits, m_Password, m_Username, m_PwdPrompt, m_LogPrompt, m_ConPrompt, m_SSHSupport ) values ( '192.168.200.0', 25, '3v3rt0n', 'user', '.*assword:.*', '.*ogin.*', '.*onsole>.*', 1 ); 例: 単一の IP アドレスの Telnet デバイス・アクセスの構成 単一の IP アドレスのアクセス・パラメーターを構成する方法を以下の insert の例 に示します。この insert により、以下が指定されます。 v 単一の IP アドレス (172.16.1.21)。このアドレスは、m_NetMaskBits=32 から単 一のアドレスであることが識別されます。 v デバイスへアクセスするために使用するパスワードとユーザー名。 v デバイスから予期されるパスワード、ログイン、およびコンソール・プロンプ ト。 v このデバイスでは SSH がサポートされないこと。 insert into telnetStack.passwords ( m_IpOrSubNet, m_NetMaskBits, m_Password, m_Username, m_PwdPrompt, m_LogPrompt, m_ConPrompt, m_SSHSupport ) values ( '172.16.1.21', 32, '', '', '.*assword.*', '.*sername.*', '.*Morr.*', 0 ); 関連資料: 100 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 394 ページの『イーサネット・スイッチ間の接続のディスカバー』 イーサネット・スイッチ間の接続情報をディスカバーするディスカバリー・エージ ェントには、スイッチに対するアクセス権限の取得とすべてのスイッチ・インター フェースのダウンロード、スイッチに関する VLAN 情報のディスカバー、スイッ チ用の転送データベース表のダウンロードという 3 つの主要な動作上のステージが あります。 394 ページの『エージェントのタイプ』 Network Manager で提供されるエージェントは、取得するデータのタイプまたは ディスカバー対象のテクノロジーに従って分類できます。 400 ページの『レイヤー 3 (ネットワーク層) での接続』 OSI モデル・レイヤー 3 (ネットワーク層) から接続情報を取得するディスカバリ ー・エージェントが多数あります。レイヤー 3 は、ネットワーク間でのルーティン グ、輻輳 (ふくそう) 制御、およびメッセージ送信を制御する役割を果たします。 410 ページの『NAT ゲートウェイのディスカバー』 既知の NAT ゲートウェイからネットワーク・アドレス変換 (NAT) 情報をダウン ロードするいくつかのエージェントがあります。 416 ページの『コンテキスト依存ディスカバリー・エージェント』 コンテキスト依存ディスカバリーに使用される、いくつかのエージェントがありま す。 283 ページの『telnetStack データベース』 telnetStack データベースは、デバイスの Telnet アクセス・パラメーターを定義し ます。 追加情報の取得 デバイスから追加情報を取得し、この情報をトポロジー・データベースの ExtraInfo 列に保管するようにディスカバリー・エージェントを構成できます。 追加情報が特定のディスカバリー・エージェントにより取得されるように指定する には、エージェントの定義ファイル ($NCHOME/precision/disco/agents/*.agnt) を変更します。エージェントがテキスト・ベースであるかまたはプリコンパイル済 みであるかに関わらず、すべてのディスカバリー・エージェントの定義ファイルは agents ディレクトリーに格納されています。 エージェント定義に対して行う必要がある変更について、以降のトピックで説明し ます。 エージェント・タイプの変更 エージェント定義ファイルでエージェント・タイプを変更できます。 ディスカバリー・エージェント定義ファイルの先頭に、以下のいずれかのエージェ ント・タイプが指定されています。 v DiscoCompiledAgent{}: コンパイル済みディスカバリー・エージェントを ($NCHOME/precision/lib ディレクトリー内の対応する共用ライブラリーととも に) 指定します。 v DiscoDefinedAgent{}: テキスト・ベースのディスカバリー・エージェントを指定 します (対応する共用ライブラリーはありません)。 第 2 章 ネットワーク・ディスカバリーの構成 101 v DiscoCombinedAgent{}: テキスト・ベースのエージェントとプリコンパイル済み エージェントを組み合わせたディスカバリー・エージェントを指定します。追加 処理 (デバイスからの追加情報の取得など) は、ディスカバリー・エージェント 定義ファイルで定義されます。 デバイスから追加情報を取得するには、エージェント・タイプが DiscoDefinedAgent{} または DiscoCombinedAgent{} のいずれかでなければなりま せん。したがって、追加情報を取得するように既存のコンパイル済みエージェント を変更する場合は、最初にエージェントのタイプを DiscoCompiledAgent{} から DiscoCombinedAgent{} に変更します。 メディエーション・レイヤーおよび処理レイヤー デバイスから追加情報を取得し、エンティティー・レコードにこの情報を追加する 操作は、2 つのレイヤー (メディエーション・レイヤーと処理レイヤー) で行われま す。メディエーション・レイヤーでは、変数を取得する実際の SNMP 要求が実行 されます。処理レイヤーでは、取得された変数が適切なエンティティー・レコード に追加されます。また、メディエーション・レイヤーにはオプションのフィルター もあります。 ディスカバリー・エージェント定義ファイルのメディエーション・セクションと処 理セクションの構造の概要を以下のコード・セグメントに示します。 DiscoAgentMediationFilter { // Optional section containing filters for the mediation layer. } DiscoAgentMediationLayer { // Contains the SNMP Get and GetNext requests to be performed. // In addition, an ICMP trace can be performed and SNMP access // parameters can be retrieved in the mediation layer. } DiscoAgentProcessingLayer { // Adds the retrieved variables to the appropriate entity // record(s). } メディエーション・レイヤー メディエーション・レイヤーは、SNMP 要求と ICMP 要求が実行されるレイヤー です。 以下に示すコードでは、DiscoSnmpGetResponse(); ルールが SNMP Get 要求を実 行し、DiscoSnmpGetNextResponse(); ルールが SNMP Get Next 要求を実行しま す。それぞれのタイプの要求を必要な数だけ含めることができます。 また、DiscoSnmpGetAccessParameters(); ルール (デバイスの SNMP アクセス詳細 を取得するルール) と DiscoICMPGetTrace(); ルール (デバイスへのパスのすべての IP アドレスを取得するルール) も含めることができます。 DiscoAgentMediationLayer { DiscoSnmpRequests { DiscoSnmpGetResponse( ARGUMENT, VARIABLE ); 102 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド DiscoSnmpGetNextResponse( ARGUMENT, VARIABLE, ); DiscoSnmpGetAccessParameters( VARIABLE ); } DiscoICMPRequests { DiscoICMPGetTrace( VARIABLE ); } } DiscoSnmpGetResponse();: DiscoSnmpGetResponse(); は SNMP Get 要求を実行します。このルールの単純な 形式では、2 つの引数をコンマで区切って指定します。 1 番目の引数は、応答に割 り当てるキーです。このキーは処理レイヤーで使用されます。2 番目の引数は、デ バイスから取得する OID (オブジェクト ID) です。 sysUpTime を取得し、返される値にキー m_SysUpTime を割り当てる例を以下に 示します。 DiscoSnmpGetResponse( "m_SysUpTime", sysUpTime ); より複雑な形式の DiscoSnmpGetResponse(); では、3 番目の引数として OID 索引 をとります。ifDescr を取得し、返される値にキー m_IfDescr を割り当て、OID 索 引 1 を使用する例を以下に示します。 DiscoSnmpGetResponse( "m_IfDescr", ifDescr, "1" ); DiscoSnmpGetNextResponse();: DiscoSnmpGetNextResponse(); は SNMP GetNext 要求を実行します。このルール は、DiscoSnmpGetResponse(); と同じ引数をとります。 ipRouteIfIndex を取得し、返された値にキー m_IpRouteIfIndex を割り当てる例を 以下に示します。 DiscoSnmpGetNextResponse( "m_IpRouteIfIndex", ipRouteIfIndex ); DiscoSnmpGetAccessParameters();: DiscoSnmpGetAccessParameters(); は、デバイスの SNMP アクセス・パラメータ ーを取得します。 メディエーション・レイヤーでアクセス・パラメーターを取得するようにディスカ バリー・エージェントを構成している場合は、処理レイヤーでデータベース・レコ ードに情報を追加するようにエージェントを構成する必要もあります。 DiscoSnmpGetAccessParameters( "m_AccessParam" ); 第 2 章 ネットワーク・ディスカバリーの構成 103 DiscoICMPGetTrace();: DiscoICMPGetTrace(); は、デバイスへのパスの IP アドレスを取得します。 メディエーション・レイヤーでデバイスへのパスを取得するようにディスカバリ ー・エージェントを構成している場合は、処理レイヤーで情報をデータベース・レ コードに追加するようにエージェントを構成する必要もあります。 DiscoICMPGetTrace( "m_Trace" ); メディエーション・レイヤー・フィルター メディエーション・レイヤー・フィルターは、追加情報に対する SNMP 要求を特 定のデバイスに制限するオプションのフィルターです。DiscoAgentMediationFilter{} の DiscoMediationSnmpGetFilter{} セクションに、フィルターを通過するデバイス のみがエージェントにより処理されるという条件を指定できます。 ipForwarding 値が 1 のデバイスのみを処理する例を以下に示します。 DiscoAgentMediationFilter { DiscoMediationSnmpGetFilter { "ipForwarding" = 1 ; } } 処理レイヤー 処理レイヤーでは、取得された情報がエンティティー・レコードに追加されます。 DiscoAgentProcLayerAddTags{} セクションと DiscoAgentProcLayerAddLocalTags{} セクションは、いずれもオプションです。た だし両方のセクションを省略すると、データベース・レコードに追加情報が格納さ れません。 処理レイヤーの構造を以下に示します。 DiscoAgentProcessingLayer { DiscoAgentProcLayerAddTags { DiscoAddTagSnmpGet( KEY ); DiscoAddTagSnmpGetNext( KEY ); DiscoAddTagSnmpGetAccessParameters( "m_AccessParam" ); DiscoAddTagTrace( "m_Trace" ); } DiscoAgentProcLayerAddLocalTags { DiscoAddTagSnmpGet( TAG FROM KEY WHERE CONDITION ); DiscoAddTagSnmpGetNext( TAG FROM KEY WHERE CONDITION ); } } 104 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド DiscoAgentProcLayerAddTags{}: DiscoAgentProcLayerAddTags{} セクションには、DiscoAddTagSnmpGet(); ルールま たは DiscoAddTagSnmpGetNext(); ルールを必要な数だけ含めることができます。こ れらのルールにより、ディスカバーされたエンティティーのデータベース・レコー ドに、取得された変数が追加されます。 DiscoAgentProcLayerAddTags{} セクション内の各ルールは、1 つの引数をとりま す。この引数は、メディエーション・レイヤーで取得された変数に割り当てられた キーです。メディエーション・レイヤーで取得された m_SysUpTime の値をエンティ ティー・レコードに追加する例を以下に示します。 DiscoAddTagSnmpGet( "m_SysUpTime" ); メディエーション・レイヤーで SNMP アクセス・パラメーターまたはデバイスへ のパスを取得するようにディスカバリー・エージェントを構成している場合、取得 された情報が MODEL データベースに追加されるようにするため、 DiscoAddTagSnmpGetAccessParameters(); ルールまたは DiscoAddTagTrace(); ルー ルのいずれかを DiscoAgentProcLayerAddTags{} セクションに含める必要がありま す。 DiscoAgentProcLayerAddLocalTags{}: DiscoAgentProcLayerAddLocalTags{} セクションには、DiscoAddTagSnmpGet(); ル ールまたは DiscoAddTagSnmpGetNext(); ルールを必要な数だけ含めることができま す。これらのルールにより、ローカル隣接デバイスのデータベース・レコードに、 取得された変数が追加されます。 ルールの構造を以下に示します。 DiscoAddTagSnmpGet( TAG FROM KEY WHERE CONDITION ); DiscoAddTagSnmpGetNext( TAG FROM KEY WHERE CONDITION ); タグを追加するローカル隣接デバイスを判別する引数を以下に示します。 v TAG は、追加するタグのフィールド名を指定します。 v KEY は、メディエーション・レイヤーで返された値に割り当てられているキーを 示します。 v CONDITION は、タグが追加されるかどうかを判別する条件を示します。 m_IfDescr というフィールドを、m_IfIndex=1 のローカル隣接デバイス・オブジェ クトに (メディエーション・レイヤーで返されたキー m_IfDescr に割り当てられて いる値を使用して) 追加する例を以下に示します。 DiscoAddTagSnmpGet( "m_IfDescr" FROM "m_IfDescr" WHERE ( "m_IfIndex" = "1" ) ); メディエーション・レイヤーで実行された GetNext 要求により返され、キー m_IfType に割り当てられた値のリストを使用して、ローカル隣接デバイス・オブジ ェクトに m_IfType というフィールドを追加する例を以下に示します。 WHERE 節 は、データ・リストの値のうち、特定の必須値を指定します。この値を検出するた 第 2 章 ネットワーク・ディスカバリーの構成 105 め、ローカル隣接デバイス・オブジェクトの m_IfIndex フィールドの値が SNMPINDEX(0)、つまり SNMP テーブル・エントリーの 1 番目の値と等しいエント リーを検索します。 DiscoAddTagSnmpGetNext( "m_IfType" FROM "m_IfType" WHERE ( "m_IfIndex" = SNMPINDEX(0) ) ); 特殊事例: master.entityByNeighbor テーブルへの情報の追加 MIB 変数をダウンロードするようにディスカバリー・エージェントを構成し、変数 により MODEL master.entityByNeighbor テーブルに情報が取り込まれることを指 定することができます。 表 4 に示されている MIB 変数をダウンロードして、これらの変数を対応する名前 のエンティティーに追加するようにディスカバリー・エージェントを構成している 場合は、これらの変数を使用して MODEL master.entityByNeighbor テーブルの対 応する列に情報が取り込まれます。 RelatedTo フィールドが含まれているエンティ ティー、つまり他のエンティティーに関連するエンティティーの場合にのみ、これ らの列に情報を取り込むことができます。 表 4. master.entityByNeighbor テーブルへの情報の取り込みに使用される変数 MIB 変数 エンティティーに追加されるように構成する必要があ る変数の名前 情報が取り込まれる列 ifSpeed m_IfSpeed 速度 ifRelType m_IfRelType RelType ifProtocol m_IfProtocol プロトコル トラップ転送の構成 SNMP トラップ・マルチプレクサー (ncp_trapmux プロセス) では、単一ポートが listen され、受信されたトラップがすべて、一連のホスト/ソケットのペアに転送さ れます。 制約事項: SNMP トラップ・マルチプレクサーは、SNMPv3 Inform メッセージを 転送しません。 トラップ管理について トラップ管理を使用すると、ネットワーク・デバイスから受け取るトラップが、 Network Manager およびその他のネットワーク管理システムで処理可能なポート に転送されていることを確認できます。 ほとんどのネットワークでは、トラップは単一のデフォルト・ポート (通常はポー ト 162) に到着します。このことによって、Network Manager および別のネットワ ーク管理システムを同じサーバー上にインストールしている場合に、問題が発生す ることがあります。これらのシステムが両方ともトラップを listen する場合であっ ても、1 つのポートにバインドできるのは一度に 1 つのプロセスのみとなります。 SNMP トラップ・マルチプレクサーはこの問題を解決する Network Manager プ ロセスであり、単一ポートを listen し、受信したすべてのトラップをホスト/ソケ ット・ペアのセットに転送します。 106 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド デフォルトでは、SNMP トラップ・マルチプレクサーはポート 162 のトラップを listen しますが、trapMux.config データベース表に別のポート番号を挿入すること でこれを変更できます。 ncp_trapmux プロセスでは、トラップ・イベントをバイナリー・フォーマット・フ ァイル (トラップとタイミングの情報を含む) に保管することもできます。このファ イルを使用して、トラップ・イベントを発生した順序で後で再作成できます。これ は、主にデバッグする場合に役立ちます。 SNMP トラップ・マルチプレクサーの始動 SNMP トラップ・マルチプレクサーの起動および管理は、ncp_ctrl プロセスを構 成して行うことが推奨されていますが、手動で始動することもできます。 ncp_trapmux プロセスを開始するには、以下のコマンドを使用します。 command: ncp_trapmux -domain DOMAIN_NAME トラップの転送 SNMP トラップ・マルチプレクサーを使用すると、トラップを 1 つ以上のサーバ ーに転送できます。 SNMP トラップ・マルチプレクサーを構成して host1 および host2 上で実行され ているネットワーク管理システムにトラップを転送するには、以下の手順を実行し ます。 1. スキーマ・ファイル $NCHOME/etc/precision/TrapMuxSchema.cfg を編集して、 ホストおよびソケットのペアのセットを含めます。例えば、ファイルに以下のよ うな行を追加します。 insert into trapMux.sinkHosts (host, port) values ("host1", 5999); insert into trapMux.sinkHosts (host, port) values ("host2", 5999); 2. 以下のコマンドを使用して SNMP トラップ・マルチプレクサーを開始します。 ncp_trapmux -domain DOMAIN1 ncp_trapmux -domain DOMAIN2 上記の例では、トラップは、ncp_trapmux プロセスが実行されているサーバーに送 信されると、test-host1 のポート 5999 および test-host2 のポート 5999 に転送 されます。 トラップ・キャプチャーの開始: SNMP トラップ・マルチプレクサーのデータベースにコマンドを挿入することによ って、トラップ・キャプチャーを開始できます。 トラップ・キャプチャーを開始するように SNMP トラップ・マルチプレクサーに 指示するには、以下の手順を実行します。 1. OQL サービス・プロバイダーまたは「管理データベース・アクセス」ページを 使用して、TrapMux サービスにログインします。 2. 以下のコマンドを実行します。 insert into trapMux.command (command) values( "capture_start" ); go 第 2 章 ネットワーク・ディスカバリーの構成 107 トラップ・キャプチャーの停止: SNMP トラップ・マルチプレクサーのデータベースにコマンドを挿入することによ って、トラップ・キャプチャーを停止できます。 トラップ・キャプチャーを停止するように SNMP トラップ・マルチプレクサーに 指示するには、以下の手順を実行します。 1. OQL サービス・プロバイダーまたは「管理データベース・アクセス」ページを 使用して、TrapMux サービスにログインします。 2. 以下のコマンドを実行します。 insert into trapMux.command (command) values( "capture_stop" ); go ファイルへのトラップの出力: SNMP トラップ・マルチプレクサーのデータベースにコマンドを挿入することによ って、トラップをファイルに出力できます。 トラップを出力するように ncp_trapmux に指示するには、以下の手順を実行しま す。 1. OQL サービス・プロバイダーまたは「管理データベース・アクセス」ページを 使用して、TrapMux サービスにログインします。 2. 以下のコマンドを実行します。 insert into trapMux.command (command, fileName) values( "print", FILENAME ); go FILENAME では、出力の書き込み先ファイルを指定します。このファイルが指定され ていない場合には、$NCHOME/etc/precision/trapmux.out が使用されます。 ファイルからのトラップの再生: トラップ用にテキストで読み取り可能なファイルを作成した場合には、ncp_trapmux プロセスを使用して、このファイルに指定した順序でトラップ・イベントを再作成 できます。 ncp_trapmux プロセスでは、バイナリー・ファイルまたは人間が読み取り可能なフ ァイルを使用してトラップを再生できますが、ncp_trapmux プロセスで生成できる のはバイナリー・ファイルのみです。 ファイルからトラップを再生するように ncp_trapmux に指示するには、以下の手順 を実行します。 1. OQL サービス・プロバイダーまたは「管理データベース・アクセス」ページを 使用して、TrapMux サービスにログインします。 2. 以下のコマンドを実行します。 insert into trapMux.command (command, fileName) values( "replay", "trapmux.out" ); go 108 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド SNMP トラップ・マルチプレクサーのコマンド SNMP トラップ・マルチプレクサーである ncp_trapmux プロセスにコマンドを発 行して、その動作を制御できます。 ncp_trapmux プロセスの制御に使用するコマンドを以下の表で説明します。 表 5. ncp_trapmux プロセスの制御に使用するコマンド コマンド 機能およびデフォルトのファイル名 capture_start メモリーに対するロギング・トラップを開始します。デフォルトの ファイル名は NULL です (必須ではありません)。 capture_stop メモリーに対するロギング・トラップを停止します。デフォルトの ファイル名は NULL です (必須ではありません)。 capture_continue メモリーに対するロギング・トラップを続行します。デフォルトの ファイル名は NULL です (必須ではありません)。 capture_empty 現在ログに記録されているすべてのトラップのメモリーをクリアし ます。デフォルトのファイル名は NULL です (必須ではありませ ん)。 rehash ncp_trapmux プロセスをシャットダウンし、すべてのメモリーをク リアします。このとき、デーモンは構成ファイルを再読み取りし、 再び開始されます。デフォルトのファイル名は NULL です (必須 ではありません)。 restart デーモンを通常モードに設定します。デフォルトのファイル名は NULL です (必須ではありません)。 replay メモリーのトラップを読み取るか、または指定されたファイルの未 加工のトラップ・パケット情報を読み取り、わずかなトラップ間遅 延でトラップを再生します。デフォルトのファイル名は NULL で す (メモリーからの再生)。 replay timed メモリーのトラップを読み取るか、または指定されたファイルの未 加工のトラップ・パケット情報を読み取り、トラップを受け取った 順に同じトラップ間遅延でトラップを再生します。デフォルトのフ ァイル名は NULL です (メモリーからの再生)。 print 読み取り不可能な形式のメモリー内現行トラップを指定されたファ イルに出力します。時間情報はトラップと共にエンコードされま す。デフォルトのファイル名は、$NCHOME/etc/precision/ trapmux.out です。 特殊なディスカバリーの構成 MPLS ディスカバリーや NAT ディスカバリーなど、より複雑なディスカバリーを 実行するようにシステムを構成できます。 特殊ディスカバリーには以下のものがあります。 Element Management System (EMS) ディスカバリー Element Management System からトポロジー・データを収集し、このデー タをディスカバーされたトポロジーに統合します。 第 2 章 ネットワーク・ディスカバリーの構成 109 MPLS ディスカバリー MPLS コア・ネットワーク上で実行されているレイヤー 3 仮想プライベー ト・ネットワーク (VPN) と拡張レイヤー 2 VPN をディスカバーします。 NAT ディスカバリー NAT ゲートウェイ・デバイスをディスカバーし、専用アドレス・スペース のデバイスに関するデータを取得します。 サード・パーティーのディスカバリー プロバイダー・ネットワークで稼働する複数のネットワークにおいて、仲介 プロバイダー・ネットワークをサード・パーティーのオブジェクトとしてデ ィスカバーします。例として、プロバイダー MPLS コア・ネットワーク上 のエンタープライズ VPN があります。 Fix Pack 4 クロスドメイン・ディスカバリー ディスカバーされた複数のドメインを結合します。異なるドメイン内のデバ イス間の接続が検出されて、トポロジーに追加されます。 クロスドメイン・ディスカバリーの構成 Fix Pack 4 別々のドメインにあるデバイス間のリンクをネットワーク・ビューおよびトポロジ ー・ビューで視覚化するには、各ドメインでクロスドメイン・ディスカバリーを構 成して実行します。 クロスドメイン・ディスカバリーの構成は高度な手順であり、ディスカバリー・デ ータ・フロー、OQL 照会言語、データベース構造、および使用するネットワークの 接続と構成の詳細に関する知識が必要となります。 パフォーマンス上またはスケーラビリティー上の理由から、あるいは操作上または 技術上の考慮事項から、ネットワークを個別のドメインに分割することができま す。操作上の考慮事項には、地理的な境界やセキュリティーの境界などがありま す。技術上の考慮事項には、IP アドレスのオーバーラップなどがあります。デフォ ルトでは、これらのドメインが個別に処理されます。例えば、ドメイン A のデバイ スがドメイン B のデバイスに接続されている場合、その接続はトポロジー・データ ベースに表示されません。ネットワーク・ビューおよびトポロジー・ビューでも、 ドメインが別々に視覚化されます。クロスドメイン・ディスカバリーは、ディスカ バーされたすべてのドメインをリンクします。異なるドメイン内のデバイス間の接 続が検出されて、ネットワーク・トポロジーに追加されます。集約ドメインが作成 され、そこに、すべてのドメインのすべてのデバイスからのネットワーク・ビュー を作成できます。ネットワーク・ホップ・ビューでは、複数のドメインにまたがっ てデバイスの検索を行うことができます。 構成を開始する前に、以下のタスクを実行します。 v 110 以下のファイルで、接続を定義する構文を再構成します。 – $NCHOME/etc/precision/ModelNcimDb.cfg およびこのファイルのドメイン固 有のバージョン。 – $NCHOME/etc/precision/ModelSchema.cfg – $NCHOME/etc/precision/StoreSchema.cfg IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド list type text が出現する箇所をすべて list type undef で置き換えます。例 えば、以下のようなステートメントを変更する必要があります。 connects&1 = "eval(list type text, '&RelatedTo')", このステートメントを以下のように変更します。 connects&1 = "eval(list type undef, '&RelatedTo')", v Tivoli Netcool/OMNIbus V7.3.1 以前を使用する場合は、サービスに影響を与え るイベント (SAE) の生成をサポートするために自動化を構成します。これらの バージョンの Tivoli Netcool/OMNIbus では、SAE を使用しない場合であって も、このタスクを行う必要があります。ご使用の環境で V7.4 を使用する場合 は、このタスクをスキップできます。詳しくは、「IBM Tivoli Network Manager IP Edition インストールと構成ガイド 」で『サービスに影響を与えるイベントの 自動化の構成』を検索してください。 クロスドメイン・ディスカバリーを有効にして構成するための手順の概要は以下の とおりです。 1. ネットワークを複数のドメインに分割することが有益かどうかを判別します。 ご使用のシステムに最適なドメイン数を算出する方法について詳しくは、 17 ペ ージの『ネットワーク・ドメインの数に関するガイドライン』を参照してくださ い。 2. ドメインを追加してネットワークを分割します。 3. 各ドメインのクロスドメイン・リンクを有効にします。 4. ディスカバリー・スティッチャーがドメインのリンクを試行する方法を構成しま す。 例えば、次のようになります。 v ドメイン間のリンクに適用するテクノロジーを選択します。 v 手動リンクの構成 v インターフェースの説明での既知のパターンに基づいたリンクをプログラマ チックに作成します。 5. 各ドメインで順番にディスカバリーを実行します。 最初のドメインから他のド メインへのリンクが作成または推論されます。次に、2 番目のリンクから他のド メインへのリンクへと処理が進められます。 6. 各ドメインのディスカバリーを再実行します。 ドメイン間の間違った推論リン クがすべて除去されるように、各ドメインを 2 回ずつディスカバーすることが 重要です。 最後のドメインが 2 回目にディスカバーされると、クロスドメイ ン・トポロジーが得られます。トポロジーが更新されるごとに、集約ドメイン・ スティッチが実行されます。 7. ビューで AGGREGATION ドメインを指定することにより、必要なネットワー ク・ビューを作成します。 AGGREGATION ドメインは、ディスカバリーの最 後およびトポロジーが更新されるたびに実行される集約スティッチによって作成 されます。ドメイン間が予期したとおりにリンクされていることを確認します。 関連タスク: 14 ページの『追加のネットワーク・ドメインの作成および構成』 ネットワーク・ドメインを追加するには、それらのドメインのプロセス制御を構成 し、NCIM トポロジー・データベースにドメインを登録します。構成とポーリング は既存のドメインからコピーできます。新規ドメインのデバイスを表示するには、 ネットワーク・ビューを構成または再構成します。 第 2 章 ネットワーク・ディスカバリーの構成 111 クロスドメイン・リンクの有効化 Fix Pack 4 クロスドメイン・リンクを構成するための最初のステップは、DiscoConfig.cfg 構 成ファイル内でドメイン間のリンクを有効にすることです。デフォルトでは、クロ スドメイン・リンクは無効になっています。 1. $NCHOME/etc/precision/DiscoConfig.domain.cfg ファイルをバックアップして 編集します。 2. 以下のように設定します。 v m_EnableCrossDomainProcessing を 1 に設定します。 v m_InferPEsUsingBGP を 0 に設定して、プロバイダー・エッジ (PE)・デバイ スの推論を無効にします。PE デバイスの推論は、クロスドメイン・ディスカ バリーと両立しません。ネットワーク・ディスカバリー構成 GUI の「拡 張」タブで、「CE 上で BGP データを使用した PE の推論を有効にする」 をクリアして、これを設定することもできます。 3. リンクする各ドメインの DiscoConfig.domain.cfg ファイル内で上記の手順を繰 り返します。 4. LinkDomainsPopulateDomainAdjacencies.stch スティッチャー・ファイルの tmpDomainAdj.adjacencies テーブル内で、ドメイン間の隣接情報を定義しま す。 隣接情報を定義するには、INSERT ステートメントを使用します。サンプ ル INSERT ステートメントがファイル内に用意されています。各 INSERT ス テートメントは 1 件の隣接情報のみを定義します。INSERT ステートメント は、任意の順序で使用できます。 例えば、NORTH および SOUTH という 2 つのドメイン間の隣接情報を定義するには、以下の INSERT ステートメントを 使用します。 insert into tmpDomainAdj.adjacencies values ('NORTH', 'SOUTH'); 以下の例は、3 つのドメイン (EUROPE、ASIA、および AMERICA) がある場 合に使用する INSERT ステートメントを示しています。EUROPE は ASIA と AMERICA の両方に隣接します。 insert into tmpDomainAdj.adjacencies values (EUROPE, ASIA); insert into tmpDomainAdj.adjacencies values (EUROPE, AMERICA); ASIA と AMERICA の間に追加の隣接情報を定義するには、別の INSERT ス テートメントを使用します。 insert into tmpDomainAdj.adjacencies values (ASIA, AMERICA); 関連タスク: 113 ページの『クロスドメイン・リンクの構成』 クロスドメイン・リンクを構成するには、ご使用のネットワークに適したリンクの 方式を判別し、該当するスティッチャーを構成します。 112 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド クロスドメイン・リンクの構成 Fix Pack 4 クロスドメイン・リンクを構成するには、ご使用のネットワークに適したリンクの 方式を判別し、該当するスティッチャーを構成します。 リンクの構成後に、以下を実行します。 1. 最初、2 番目、およびその他のすべてのドメインのディスカバリーを実行しま す。 2. すべてのドメインでディスカバリーを再実行します。 3. クロスドメイン・ネットワーク・ビューを作成します。 関連タスク: 57 ページの『ディスカバリーの開始』 ディスカバリーを構成した後は、ディスカバリーを開始し、必要に応じて停止する ことができます。 レイヤー 2 とその他のデバイス・テクノロジー間でのクロスドメイン・リンクの構 成: Fix Pack 4 レイヤー 2 デバイスおよび /30 や疑似ワイヤーなどのデバイス・テクノロジーを 使用するデバイス間で、クロスドメイン・リンクを作成できます。 LinkDomains ス ティッチャー・ファイル内のパラメーターを編集して、テクノロジーのクロスドメ イン・リンクを有効にしてから、さらに関連パラメーターを編集して、クロスドメ イン・リンクの作成方法を構成します。 1. $NCHOME/precision/disco/stitchers/LinkDomains.stch スティッチャー・ファ イルをバックアップして編集します。 2. 複数の異なるドメイン内のレイヤー 2 デバイス間の接続からクロスドメイン・ リンクを作成するには、linkViaUnresolvedFDBPort パラメーターを 1 に設定し ます。 3. 次に、以下のオプションで説明するように、ネットワーク内のデバイス・テクノ ロジーのクロスドメイン・リンクを有効にして、構成します。 v 複数の異なるドメイン内の /30 デバイス間の接続からクロスドメイン・リンク を作成するには、linkViaSlash30Subnet パラメーターを 1 に設定します。/30 デバイス間の接続がどのようにトポロジーに追加されるかを制御するには、以下 の関連パラメーターを設定します。 パラメーターが 0 に設定された場合、それ らは無効になります。 パラメーター 1 に設定された場合の効果 preventLinkPropagation 2 つのエンティティー間にレイヤー 2 接続 がディスカバーされた場合、/30 接続は追加 されません。 linkSlash30InLayer2 /30 リンクがレイヤー 2 リンクとして追加 されます。 linkSlash30InLayer3 /30 リンクがレイヤー 3 リンクとして追加 されます。 第 2 章 ネットワーク・ディスカバリーの構成 113 ヒント: ディスカバーされた /30 リンクがまったく作成されないようにするに は、linkSlash30InLayer2 と linkSlash30InLayer3 の両方を 0 に設定します。 この構成により、ディスカバリーの時間が長くなる可能性があります。ディスカ バーされた /30 リンクが確実に作成されるようにするには、両方のプロパティ ーを 1 に設定します。 v パラメーター 1 に設定された場合の効果 resolvePWViaFarEndIP 遠端の疑似ワイヤー IP アドレスを使用して リンクが作成されます。 resolvePWViaLabels 疑似ワイヤーの逆ラベルを使用してリンクが 作成されます。 resolvePWViaVPLSInterface VPLS のコピーを使用してリンクが作成され ます。 v BGP エージェントがダウンロードした BGP セッション情報を使用して、複数の 異なるドメイン内のデバイス間の BGP セッション接続を有効にするには、 linkViaBGPSessions パラメーターを 1 に設定します。トポロジーのどのレイヤ ーでクロスドメイン BGP リンクが作成されるか、および非確立状況の BGP セ ッションがどのように処理されるかを制御するには、以下の関連パラメーターを 設定します。 パラメーターが 0 に設定された場合、それらは無効になります。 パラメーター 1 に設定された場合の効果 linkBGPInLayer2 ディスカバーされた BGP リンクがレイヤー 2 トポロジーに入れられます。 linkBGPInLayer3 ディスカバーされた BGP リンクがレイヤー 3 トポロジーに入れられます。 linkEstalbishedSessionsOnly クロスドメイン BGP セッションがディスカ バーされ、状況を確立できない場合に、2 つ の BGP インターフェースが接続されます。 linkBGPSessionsStrictly 厳密な BGP セッションが失敗した場合、一 般的な IP の一致がリンクの作成に使用され ます。 v 114 複数の異なるドメイン内のデバイス間の疑似ワイヤー接続からクロスドメイン・ リンクを作成するには、linkViaPseudoWires パラメーターを 1 に設定します。 トポロジー内にリンクを作成するためにどのサービスが使用されるかを制御する には、以下の関連パラメーターを設定します。 パラメーターが 0 に設定された 場合、それらは無効になります。 CDP エージェントの戻りデータを使用して、複数の異なるドメイン内のデバイ ス間に CDP 接続を作成するには、linkViaCDP パラメーターを 1 に設定しま す。CDP ポートまたはインターフェースへの接続の作成方法と、CDP 接続をト ポロジーに追加する方法を制御するには、関連パラメーターを設定します。 パ ラメーターが 0 に設定された場合、それらは無効になります。 パラメーター 1 に設定された場合の効果 linkViaCDPAtLowestInterface 最低レベルのポート/インターフェースで接 続するために再帰処理が試行されます。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド パラメーター 1 に設定された場合の効果 linkViaCDPAtLayer2 ドメイン間のディスカバーされた CDP リン クがレイヤー 2 トポロジーに入れられま す。 linkViaCDPAtLayer3 ドメイン間のディスカバーされた CDP リン クがレイヤー 3 トポロジーに入れられま す。 v MPLS TE エージェントの隣接データを使用して、複数の異なるドメイン内のデ バイス間の接続を解決するには、linkViaMPLSTE パラメーターを 1 に設定しま す。MPLS TE 接続のリンクの作成を構成するには、以下の関連パラメーターを 設定します。 パラメーターが 0 に設定された場合、それらは無効になります。 パラメーター 1 に設定された場合の効果 linkViaMPLSTEAtLayer2 ディスカバーされたドメイン間 MPLS TE 接続がレイヤー 2 トポロジーに入れられま す。 linkViaMPLSTEAtLayer3 ディスカバーされたドメイン間 MPLS TE 接続がレイヤー 3 トポロジーに入れられま す。 linkViaMPLSTEAtMPLSTE ディスカバーされた MPLS TE 接続の MPLS TE リンクが作成されます。 v OSPF エージェントの隣接データを使用して、複数の異なるドメイン内のデバイ ス間の接続を解決するには、linkViaOSPF パラメーターを 1 に設定します。 OSPF 接続のリンクの作成を構成するには、以下の関連パラメーターを設定しま す。 パラメーターが 0 に設定された場合、それらは無効になります。 パラメーター 1 に設定された場合の効果 linkViaOSPFAtLayer2 ディスカバーされた OSPF 接続がレイヤー 2 トポロジーに入れられます。 linkViaOSPFAtLayer3 ディスカバーされた OSPF 接続がレイヤー 3 トポロジーに入れられます。 linkViaOSPFAtOSPF ディスカバーされた OSPF 接続の OSPF リ ンクが作成されます。 v PIM エージェントの隣接データを使用して、複数の異なるドメイン内のデバイス 間の接続を解決するには、linkViaPIM パラメーターを 1 に設定します。PIM 接 続のクロスドメイン・リンクの作成を構成するには、以下の関連パラメーターを 設定します。 パラメーターが 0 に設定された場合、それらは無効になります。 パラメーター 1 に設定された場合の効果 linkViaPIMAtLayer2 ディスカバーされたドメイン間 PIM 接続が レイヤー 2 トポロジーに入れられます。 linkViaPIMAtLayer3 ディスカバーされたドメイン間 PIM 接続が レイヤー 3 トポロジーに入れられます。 linkViaPIMAtPIM ディスカバーされた PIM 接続の PIM リン クが作成されます。 第 2 章 ネットワーク・ディスカバリーの構成 115 v クロスドメイン・リンクをログ・ファイルに書き込むことによって、それらのリ ンクをプレビューするには、以下の手順を実行します。 1. previewChanges パラメーターを 1 に設定します。 2. ncp_disco プロセスのロギング・レベルを debug に設定します。 例えば、 AFRICA というドメインで、プロセスを以下のように実行します。 ncp_disco -domain AFRICA -messagelevel debug クロスドメイン・リンクは $NCHOME/log/precision/ncp_disco.DOMAIN.log ファ イルに書き込まれます。リンクは作成されません。 v 2 つのポート間に複数のタイプの接続が存在する場合は、 lowLayerResolutionMode パラメーターを設定することによって、どのレベルで 接続が作成されるかを選択します。 – 0: クロスドメイン・スティッチャーによって検出された接続のみを作成しま す。 – 1: あるインターフェースの最下位レベルにスタックされているポート間にの み接続を作成します。例えば、POS インターフェースが SONET ポート上に スタックされている場合、SONET ポート間にのみ接続が作成されます。この オプションを使用すると、スティッチングにかかる時間が長くなります。 – 2: インターフェース間に接続を作成し、それらの最低スタック・ポート間に も接続を作成します。POS インターフェースが SONET ポート上にスタック されている場合は、SONET ポート間に 1 つの接続が作成され、POS インタ ーフェース間に 1 つの接続が作成されます。このオプションを使用すると、 スティッチングにかかる時間が長くなります。 関連資料: 445 ページの『クロスドメイン・スティッチャー』 クロスドメイン・スティッチャーは異なるドメインのデバイス間のリンクを検索 し、それらの間の接続をトポロジー内に作成します。 手動によるクロスドメイン・リンクの構成: Fix Pack 4 接続されていることが分かっているデバイス間のクロスドメイン・リンクを手動で 作成できます。この手順は、例えば異なるドメイン内のデバイス間に必要なリンク が集約ネットワーク・ビューに表示されない場合などに役立ちます。 1. スティッチャー・ファイル NCHOME/precision/disco/stitchers/ LinkDomainsLoadPresetConnections.stch をバックアップして編集します。 2. OQL insert ステートメントのコメントを外します。 3. 作成する接続ごとに 1 つの OQL insert ステートメントをコピーします。 4. OQL insert ステートメントを編集し、以下のパラメーターを使用して、作成す る接続の詳細を追加します。 entryNo この行の固有の数値 ID。1 から始まって n まで増加します。 action 接続を追加するには ADD に設定します。 116 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド aEndDiscoDomainName 接続の開始時にデバイスがディスカバーされたドメイン。この接続は、ディ スカバリーがこのドメインで実行された後にのみ作成されます。 aEndDiscoEntityName 接続の開始時におけるデバイスの entityName。 zEndNCIMDomainName 接続の終了時にデバイスが配置されるドメイン。ディスカバリーがこのドメ イン内でのみ実行される場合、この接続は作成されません。 zEndNCIMEntityName 接続の終了時におけるデバイスの entityName。 topologyEntityType NCIM トポロジー内の接続の entityType。 関連資料: 445 ページの『クロスドメイン・スティッチャー』 クロスドメイン・スティッチャーは異なるドメインのデバイス間のリンクを検索 し、それらの間の接続をトポロジー内に作成します。 インターフェースの説明を使用したクロスドメイン・リンクの構成: Fix Pack 4 インターフェースの説明の検索に一致するすべてのインターフェース間で接続を作 成できます。 インターフェースを検索してインターフェース間で接続を作成するには、以下の手 順を実行します。 1. スティッチャー・ファイル NCHOME/precision/disco/stitchers/ LinkDomainsLoadInterfaceDescriptionMatches.stch をバックアップして編集し ます。 2. 作成する接続ごとに 1 つの OQL insert ステートメントをコピーします。 3. OQL insert ステートメントを編集し、以下のパラメーターを使用して、作成す る接続の詳細を追加します。 entryNo この行の固有の数値 ID。1 から始まって n まで増加します。 action 接続を追加するには ADD に設定します。 onlyAdminUp 管理状況が「稼働中」になっているインターフェースに検索対象を制限 するには、1 に設定します。管理状況が「稼働中」か「ダウン」かに関 係なく、すべてのインターフェースを含めるには、0 に設定します。 管理状況は、インターフェースの本来あるべき状態です。ネットワーク 管理者は、インターフェースの管理状況を「稼働中」、「ダウン」、ま たは「テスト中」に設定できます。 aEndDiscoMatchType データベース ncp_disco のソース・インターフェースについて、完全 一致テキスト検索を実行する場合は EXACT に、正規表現検索を実行す る場合は REGEX に設定します。 第 2 章 ネットワーク・ディスカバリーの構成 117 aEndDiscoDomainName 接続の開始時にデバイスがディスカバーされたドメイン。この接続は、 ディスカバリーがこのドメインで実行された後にのみ作成されます。 aEndDiscoSearchTerm aEndDiscoDomainName ドメイン内のインターフェースがデータベー ス ncp_disco 内で一致する必要がある検索語。 zEndNCIMMatchType NCIM データベースのターゲット・インターフェースについて、完全一 致テキスト検索を実行する場合は EXACT に、正規表現検索を実行する 場合は REGEX に設定します。 zEndNCIMDomainName NCIM データベース内のターゲット・インターフェースを検索する NCIM ドメイン。 topologyEntityType NCIM データベース内の接続の NCIM トポロジー entityType。 検索に一致するすべてのインターフェースが相互に接続されます。 以下の例では、ストリング connection to vmhost_network を説明に含む NCOMS ドメイン内のすべてのインターフェースから、ストリング connection to vmhost_network をやはり説明に含む NCOMSADJ ドメイン内のすべてのインター フェースへの接続を行う insert を示します。 INSERT INTO linkDomains.interfaceDescriptionMatch ( entryNo, action, onlyAdminUp, aEndDiscoMatchType, aEndDiscoDomainName, aEndDiscoSearchTerm, zEndNCIMMatchType, zEndNCIMDomainName, zEndNCIMSearchTerm, topologyEntityType ) VALUES ( 1, // entryNo 'ADD', // action 1, // onlyAdminUp - must be up 'EXACT', // aEndDiscoMatchType 'NCOMS', // aEndDiscoDomainName 'connection to vmhost_network', // aEndDiscoSearchTerm 'EXACT', // zEndNCIMMatchType 'NCOMSADJ', // zEndNCIMDomainName 'connection to vmhost_network', // zEndNCIMSearchTerm 72 // topologyEntityType ); 以下の例では、説明が正規表現 ELON(GW|WR|AR) に一致する NCOMS ドメイン内の すべてのインターフェースから、ストリング connection to PE2_ASBR_AS2 を説明 に含む NCOMSADJ ドメイン内のすべてのインターフェースへの接続を行う insert を示します。 118 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド INSERT INTO linkDomains.interfaceDescriptionMatch ( entryNo, action, onlyAdminUp, aEndDiscoMatchType, aEndDiscoDomainName, aEndDiscoSearchTerm, zEndNCIMMatchType, zEndNCIMDomainName, zEndNCIMSearchTerm, topologyEntityType ) VALUES ( 2, // entryNo 'ADD', // action 1, // onlyAdminUp - must be up 'REGEX', // aEndDiscoMatchType 'NCOMS', // aEndDiscoDomainName 'ELON(GW|WR|AR)', // aEndDiscoSearchTerm 'EXACT', // zEndNCIMMatchType 'NCOMSADJ', // zEndNCIMDomainName 'connection to PE2_ASBR_AS2', // zEndNCIMSearchTerm 72 // topologyEntityType ); 関連資料: 445 ページの『クロスドメイン・スティッチャー』 クロスドメイン・スティッチャーは異なるドメインのデバイス間のリンクを検索 し、それらの間の接続をトポロジー内に作成します。 クロスドメイン・ネットワーク・ビューの作成 Fix Pack 4 クロスドメイン・ネットワーク・ビューを作成して、ネットワークを視覚化しま す。標準ネットワーク・ビューまたは動的ネットワーク・ビューを作成できます。 各ドメインが 2 度ディスカバーされたことを確認してください。そうしないと、ド メイン間の誤ったリンクがビューで表示される場合があります。 クロスドメイン・ネットワーク・ビューを作成する前に、集約する各ドメインに対 してクロスドメイン・ディスカバリーを構成して、2 度実行します。 1. 「可用性」 > 「ネットワーク可用性」 > 「ネットワーク・ビュー」をクリッ クします。「新規ビュー」 2. をクリックします。 「一般」タブは、以下のように入力します。 名前 ネットワーク・ビュー、動的ビュー、またはネットワーク・ビュー・コ ンテナーの名前を入力します。 重要: ベスト・プラクティスは、ローマ字のみを含むネットワーク・ビ ュー名を使用することです。ローマ字以外 (キリル文字など) を含むネ ットワーク・ビュー名は、Network Manager の新規バージョンへのマ イグレーション時にインポートおよびエクスポートできないため、サポ ートされません。 第 2 章 ネットワーク・ディスカバリーの構成 119 親 ナビゲーション・ツリーの階層で、どのノードの下にビューを表示する かを指定します。ビューを最上位に表示するには、「なし」を選択しま す。 タイプ ネットワーク・ビューのタイプを選択します。結果として得られるネッ トワーク・ビューには、ディスカバーされたすべてのネットワークから のすべてのデバイスが含まれるため、サーバーへの不要な負荷が生じな いようにネットワーク・ビューのサイズを検討してください。 そのネットワーク・ビューのタイプに合わせて他のフィールドに入力します。 3. 「フィルター」タブをクリックします。このタブに以下のように入力します。 Domain AGGREGATION ドメインを選択します。 そのネットワーク・ビューのタイプに合わせて他のフィールドに入力します。 4. 「OK」をクリックします。 新規ビューがナビゲーション・パネルのナビゲー ション・ツリーに追加されます。ビューをコンテナーに追加した場合は、コンテ ナー・ノードを展開し、ツリーで新規ビューを確認してください。 5. ドメイン間のリンクが期待通りに表示されているか確認し、ビューを修正しま す。 可能なアクションは、以下のとおりです。 v ドメインのエッジ上にあるテクノロジーやデバイスに対して、必ず適切なエ ージェントを有効化してください。 v クロスドメイン・スティッチに対して、必ずすべての適切なテクノロジーを 有効化してください。 v 異なるドメインに属するデバイス間のリンクが存在することが分かっている が、ネットワーク・ビューに表示されていない場合、手動でリンクを追加ま たは編集できます。 v ドメイン間の境界が適切か確認し、必要に応じてネットワークを再分割しま す。 ディスカバーされたすべてのドメインからのデバイスが、ネットワーク・ビューに 表示されます。 例: 小規模ネットワークまたは PoC (概念検証) 2 つ以上のドメインがディスカバーされて期待通りに結合されたかどうかを確認す るには、ディスカバリーが完了した後に自動的に作成されるすべてのネットワー ク・ビューを再作成します。結果として得られるネットワーク・ビューによってパ フォーマンスが損なわれないようにしてください。例えば、非実動システムでクロ スドメイン・ディスカバリーをテストするときにこれを行うことをお勧めします。 ネットワーク・ビューを以下のように作成します。 1. タイプが「動的ビュー - テンプレート」の新規ネットワーク・ビューを作成し ます。 2. AGGREGATION ドメインを選択します。 3. テンプレート「IP デフォルト」を選択します。 関連タスク: 120 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 116 ページの『手動によるクロスドメイン・リンクの構成』 接続されていることが分かっているデバイス間のクロスドメイン・リンクを手動で 作成できます。この手順は、例えば異なるドメイン内のデバイス間に必要なリンク が集約ネットワーク・ビューに表示されない場合などに役立ちます。 14 ページの『追加のネットワーク・ドメインの作成および構成』 ネットワーク・ドメインを追加するには、それらのドメインのプロセス制御を構成 し、NCIM トポロジー・データベースにドメインを登録します。構成とポーリング は既存のドメインからコピーできます。新規ドメインのデバイスを表示するには、 ネットワーク・ビューを構成または再構成します。 関連資料: 445 ページの『クロスドメイン・スティッチャー』 クロスドメイン・スティッチャーは異なるドメインのデバイス間のリンクを検索 し、それらの間の接続をトポロジー内に作成します。 63 ページの『ディスカバリー構成ファイル』 ディスカバリー構成ファイルで、ディスカバリー・プロセスのデータベース用の INSERT ステートメントを作成または編集することによって、ディスカバリーの設 定を指定します。 EMS ディスカバリーの構成 Element Management System (EMS) からトポロジー・データを収集し、このデー タをディスカバーされたトポロジーに統合するように Network Manager を構成で きます。 以降のトピックでは、EMS ディスカバリーを構成する方法について説明します。 Network Manager がトポロジー・データを Element Management Systems (EMSs) から収集する方法、およびこのデータをディスカバーされたトポロジーに統 合する方法の概要については、『IBM Tivoli Network Manager IP Edition 製品概 要』を参照してください。 関連概念: 377 ページの『EMS 統合を使用したディスカバリー・プロセス』 Network Manager は、コレクターを使用して EMS からトポロジー・データを収 集します。 EMS 統合について Network Manager の EMS 統合により、Network Manager が Element Management System からトポロジー・データを収集できるようになります。 122 ページの表 6 に、ディスカバリーまたは部分的なディスカバリーの一環とし て、EMS からトポロジー・データを収集するための手順を示します。 Network Manager は、このデータを収集した後、このデータをトポロジーとスティッチしま す。 第 2 章 ネットワーク・ディスカバリーの構成 121 表 6. ディスカバリー中の EMS からのトポロジー・データの収集 ステ ップ データ・フロー 1 コレクター・ファインダーを使用して、ディスカバリー・システムはコレクターに 照会し、EMS が管理するデバイスのリストを取得します。部分的なディスカバリー の場合は、ディスカバリーで、単一のデバイスまたはサブネットのみを照会するこ とができます。 2 コレクターは EMS にデバイスのリストについて照会します。 3 EMS は管理対象のデバイスのリストとともに応答します。 4 コレクターが応答して、デバイスのリストを提供します。 5 ディスカバリー・システムは、ディスカバリー中の異なる時点で、いくつかの特殊 コレクター・ディスカバリー・エージェントを使用して、コレクターに照会し、リ スト内の各デバイスについての基本情報および詳細情報を要求します。要求される 詳細情報には、インベントリー情報、レイヤー 2 およびレイヤー 3 の接続の詳 細、VPN 情報などがあります。 6 コレクターが応答して、要求された基本情報および詳細情報を提供します。 コレクターについて: コレクターは、Element Management System (EMS) やコンマ区切り値 (CSV) フ ァイルなどのデータ・ソースから、トポロジー・データを取得するソフトウェア・ モジュールです。コレクターは、このデータを、ディスカバリー・プロセスが XML データ・セットとして使用できるようにします。その後、Network Manager はこ のデータをディスカバーされたトポロジーにスティッチすることができます。 コレクターは、トポロジー・データを独自仕様の EMS 内に格納されている形式か ら、Network Manager が処理可能な標準の XML 構造に変換します。これは、異 なる EMS ベンダーおよびモデルごとに、別々のコレクターを開発する必要がある ことを意味します。Network Manager には、Alcatel 5620 SAM EMS からのデー タを処理するコレクターが付属しています。このコレクターは、Perl 言語で記述さ れています。コレクターは、任意の言語で記述することができます。ただし、 Network Manager に付属しているのは、Perl ベースのコレクターの開発をサポー トする Perl モジュールです。 コレクターは、Network Manager と同じホスト上で実行することができます。ま た、コレクターを別のホスト上で実行することもできます。 Network Manager とコレクター間のすべての対話は、XML を使用して行われ、こ の対話は XML-RPC インターフェースを介して発生します。 関連情報: Tivoli Field Guide: EMS Collector Developer Guide Network Manager には、すぐに使用できる Alcatel 5620 SAM EMS コレクター が付属しています。他の Element Management System 用のコレクターを開発する 方法については、「EMS Collector Developer Guide」を参照してください。 122 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド デフォルトのコレクター: Network Manager では、数多くのコレクターが提供されています。 Network Manager に付属する各コレクターは、Northbound インターフェース (NBI) プロトコルを使用して EMS からデータをダウンロードします。各 EMS は、特定のテクノロジーをサポートするデバイスを管理します。 次の表に、デフォルトのコレクターをリストします。 表 7. デフォルト・コレクターのリスト コレクター EMS 説明 NBI プロトコル Alcatel5620SamSoap Alcatel 5620 SAM コレクターは、 SOAP Alcatel 5620 Sam XML データを取り出 して変換し、 XML-RPC を使用し てそのコンテンツを使 用可能にします。 OSI レイヤー 2、OSI レイヤー 3、インター フェース・インベント リー、物理エンティテ ィー、VPN レイヤー 3、VPN レイヤー 2 Alcatel5620SamSoap FindToFile Alcatel 5620 SAM このコレクターは、 SOAP Alcatel5620SamSoap コレクターと同じデー タを取得します。 Long Term Evolution (LTE)、OSI Layer 2、OSI Layer 3、インターフェー ス・インベントリー、 Policy and Charging Rules Function (PCRF)、 Serving Gateway (SGW)、Packet Data Network Gateway (PGW)、Mobility Management Entity (MME)、eNodeB、物 理エンティティー、 VPN Layer 3、VPN Layer 2 コレクターは、照会さ れたオブジェクトと同 じ名前を持つ XML ファイル内に EMS からのデータを保管し ます。コレクターは FTP を使用して、 XML ファイルを Network Manager に 転送します。コレクタ ーを実行する前に FTP 接続の詳細を構 成しておく必要があり ます。 テクノロジー Alcatel5620SamCsv Alcatel 5620 SAM このコレクターは、 N/A Alcatel 5620 SAM EMS の CSV ダンプ から EMS トポロジ ー・データを取得しま す。 インターフェース・イ ンベントリー、物理エ ンティティー Alcatel5529IdmSoap Alcatel-Lucent 5529 Inventory Data Manager (IDM) このコレクターは、 SOAP EMS によって管理さ れているデバイスの包 含情報を取得します。 インターフェース・イ ンベントリー、物理エ ンティティー GenericCsv CSV 出力をサポート する任意の EMS 汎用 CSV ベース・コ N/A レクター。 各種 第 2 章 ネットワーク・ディスカバリーの構成 123 表 7. デフォルト・コレクターのリスト (続き) コレクター EMS Huawei U2000 Huawei iManager iManager コレクター U2000 説明 NBI プロトコル このコレクターは、物 TL1 理ネットワーク・エン ティティーおよび論理 ネットワーク・エンテ ィティーをディスカバ ーします。 ディスカ バーされる物理ネット ワーク・エンティティ ーには、シェルフ、カ ード、イーサネット・ ポート、および DSL ポートが含まれます。 ディスカバーされる論 理ネットワーク・エン ティティーは、VLAN です。 テクノロジー 物理エンティティー、 インターフェース・イ ンベントリー EMS 統合のコンポーネント: EMS 統合は、トポロジー・データの収集を支援するいくつかのコンポーネントで構 成されています。 EMS 統合のコンポーネントについては、表 8 で説明します。 表 8. EMS 統合のコンポーネント コンポーネント 説明 コレクター・ファインダー コレクター・ファインダーは、collectorFinder データ ベース内のシード・テーブルからコレクター・ホスト・ シードを読み取ります。次に、このテーブルで指定され たコレクターを照会して、各コレクターに関連付けられ た EMS が管理するデバイスのリストを取得します。 ncp_df_collector 124 Collector エージェント コレクター上のデバイスに関する基本情報と詳細情報を 取得します。各エージェントは、コレクター・ヘルパー を利用してこの情報を取得します。 CollectorDetails エージェント sysObjectId、sysDescr、およびネーミング・データなど の、コレクター上のデバイスに関する基本情報を取得し ます。 CollectorInventory エージェント コレクター上のデバイスごとのローカル隣接デバイス、 エンティティー、および関連付けられているアドレス・ データを取得します。 CollectorLayer2 エージェント コレクター上のデバイスのレイヤー 2 接続情報を取得 します。 CollectorLayer3 エージェント コレクター上のデバイスのレイヤー 3 接続情報を取得 します。 CollectorVpn エージェント コレクター上のデバイスのレイヤー 2 およびレイヤー 3 VPN データを取得します。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 8. EMS 統合のコンポーネント (続き) コンポーネント 説明 コレクター・ヘルパー Network Manager が XML-RPC インターフェースを 使用して、コレクターと通信できるようにします。 ncp_dh_xmlrpc 関連資料: 405 ページの『EMS に保管されているトポロジー・データ』 EMS により管理されるデバイスに関する情報を取得するディスカバリー・エージェ ントがいくつかあります。 EMS ディスカバリーの構成 Element Management System からトポロジー・データを収集し、このデータをデ ィスカバーされたトポロジーに統合するように EMS ディスカバリーを構成しま す。 EMS ディスカバリーの構成方法は、他のタイプのネットワークのディスカバリーの 構成方法と同様です。標準ディスカバリー構成アクティビティーに加え、EMS 固有 のディスカバリー構成アクティビティーを実行する必要があります。 EMS ディスカバリーを構成するには、標準ディスカバリー構成アクティビティーに 加えて以下のアクティビティーを行います。 v EMS コレクターを構成して開始する。 v EMS ディスカバリーをシードするためコレクター・ファインダーをシードす る。 v コレクター・ディスカバリー・エージェントを使用可能にする。 これらの EMS 固有のディスカバリー構成アクティビティーについて、以降のトピ ックで説明します。 コレクターの構成: Network Manager と関連する EMS またはその他のデータ・ソースの間でデータ 要求と応答を受け渡しするようにコレクターを構成できます。 Fix Pack 4 以下の Simple Object Access Protocol (SOAP) コレクターは、ネットワーク上で のセキュアな通信のために、Hypertext Transfer Protocol Secure (HTTPS) 通信プ ロトコルをサポートします。 v Alcatel5620SamSoap コレクター v Alcatel5620SamSoapFindtoFile コレクター v Alcatel5529IdmSoap コレクター Network Manager EMS コレクターは、HTTPS を使用して上記の SOAP コレクターに接続します。そのためには、OpenSSL 1.0.2g パッケージをイ ンストールする必要があります。OpenSSL 1.0.2g パッケージはインターネットから ダウンロードできます。 Fix Pack 5 第 2 章 ネットワーク・ディスカバリーの構成 125 注: Fix Pack 5 サポート対象として認定されているバージョンは、Open SSL 1.0.2g パッケージのみです。 コレクターの構成方法は、データ・ソースのタイプによって異なります。 v EMS: EMS のホスト名、ポート、ユーザー名、およびパスワードを指定します。 v CSV ファイル: CSV ファイルの詳細と、ファイルの解析方法を指定します。 コレクターに対し、Network Manager からの XML-RPC 要求を listen するポー トも指示する必要があります。通常これは、Network Manager インストール済み 環境に新規コレクターを追加するときに必要な一回限りのセットアップ作業です。 1. コレクター構成ファイルを編集します。 例えば、Alcatel 5620 SAM EMS のコ レクターを構成するには、$NCHOME/precision/collectors/perlCollectors/ Alcatel5620SamSoap/Alcatel5620SamSoapCollector.cfg ファイルを編集しま す。 2. コレクターが Network Manager からの XML-RPC 要求を listen するポート を指定します。 これはまた、コレクターが XML-RPC 応答を Network Manager に送信すると きに使用するポートです。デフォルトでは、このポートは 8081 です。この変更 を行うには、構成ファイルの General セクションを変更します。 例えば、次の ようになります。 General => { Debug => 0, Listen => 8081 }, 3. このコントローラーのデータ・ソースを指定します。 これは、コレクターが使 用しているデータ・ソースのタイプによって異なります。 v これが SOAP コレクターで、そのデータ・ソースが EMS の場合、EMS の ホスト名とポート、および EMS に接続するためのユーザー名とパスワード を指定します。この変更を行うには、以下の例に示す構成ファイルの DataSource セクションを変更します。 DataSource => { Host => 192.168.1.2, Port => 8080 Username => 'oss', Password => 'myPa55w0rd' … … … }, v 126 HTTPS をサポートする SOAP コレクターで、そのデータ・ソー スが EMS の場合、EMS のホスト名とポート、および EMS に接続するた めのユーザー名とパスワードを指定します。暗号化されていないパスワード (Password フィールド) の代わりに、Md5Password フィールドを使用して、暗 号化パスワードを指定することもできます。UseSSL および SSLCertFile フ ィールドを指定して、コレクターが HTTPS を使用するかどうかを指定する Fix Pack 4 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド こともできます。これらの変更を行うには、構成ファイルの DataSource セ クションを変更します。例えば、次のようになります。 DataSource => { Host => 192.168.1.2, Username => 'oss', Password => 'myPa55w0rd', . . . UseSSL => 1, SSLCertFile => 'certs/alu5620sam.crt', … … … }, v CSV コレクターで、そのデータ・ソースが CSV ファイルの場合、CSV フ ァイルのファイル名を指定します。この変更を行うには、以下の例に示す構 成ファイルの DataSource セクションを変更します。 DataSource => { CsvCfg => 'exampleCsv.cfg', … … … }, 4. コレクター構成ファイルを保存します。 Alcatel5620SamSoap コレクターの構成: ネットワーク・ディスカバリーで Alcatel5620SamSoap コレクターからのデータを 使用するには、EMS と Network Manager の間の接続の詳細を構成する必要があ ります。 EMS から追加情報が収集されるよう構成することもできます。Alcatel5620SamSoap コレクターを構成するには、以下の手順を実行します。 1. 次のコレクター構成ファイルを編集します。 NCHOME/precision/collectors/ perlCollectors/Alcatel5620SamSoap/Alcatel5620SamSoap Collector.cfg 2. 構成ファイルの「General」セクションを編集します。次のプロパティーを構成 します。 デバッグ (Debug) コレクター・デバッグ・モード。デバッグをオフにするには、プロパテ ィーを 0 に設定します。デバッグをオンにするには、プロパティーを 4 に設定します。このプロパティーを 1、2、または 3 に設定すると、 0 に設定した場合と同等に動作します。コレクターは、デバッグをディ スプレイ (STDOUT) に出力します。 接続待機 コレクターが Network Manager からの XML-RPC 要求を listen する ポート。 第 2 章 ネットワーク・ディスカバリーの構成 127 このポートは、コレクターが XML-RPC 応答を Network Manager に 送信するためにも使用されます。デフォルトでは、このポートは 8081 です。このポートは、最初のディスカバリー用のコレクターをシードす るときに DiscoCollectorFinderSeeds.cfg ファイルにおける collectorFinder.collectorRules テーブルへの insert で構成したポートと 一致している必要があります。 タイムアウト コレクターから Network Manager への通信のタイムアウト。タイムア ウトの単位は秒です。デフォルト値は 15 秒です。 以下の例は、これらのプロパティーのデフォルト値を示しています。 General => { Debug => 0, Listen => 8081, Timeout => 15 }, 3. 構成ファイルの「DataSource」セクションを編集します。次のプロパティーを構 成します。 ホスト EMS のホスト名。 ポート EMS に接続するためのポート。 Fix Pack 4 注: コレクターは、Hypertext Transfer Protocol Secure (HTTPS) 通信 プロトコルをサポートします (HTTP は、実際には Secure Sockets Layer (SSL) プロトコルの上に階層化されています)。そのため、必要な 変更の数を減らすために、SAM ポートは構成可能ではなくなっていま す。 ユーザー名 EMS に接続するためのユーザー名。 パスワード EMS との接続に使用する暗号化されていないパスワード。 注: Fix Pack 4 Password フィールドを使用して、暗号化されていない パスワードを指定するか、Md5Password フィールドを使用して、MD5 暗号化パスワードを指定することができます。Password フィールドを 使用する場合、コレクターは、指定された値を受け取り、その値を MD5 暗号化パスワードに変換した後で、SOAP 要求ヘッダーを作成し ます。Md5Password フィールドを使用する場合、コレクターは、パス ワード変換操作を実行せず、指定された値を直接使用して SOAP 要求 ヘッダーを作成します。 Fix Pack 4 128 Md5Password EMS との接続に使用する MD5 暗号化パスワード。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド タイムアウト コレクターと EMS の間の SOAP 通信のタイムアウト。 Fix Pack 4 Fix Pack 5 UseSSL SSL を使用するようにコレクターを設定するかどうかを指定するフィー ルド。このフィールドを値 1 に設定すると、コレクターは SSL を使用 します。SSL が使用可能な場合、コレクターは EMS への接続に TLS を使用します。 このフィールドを値 0 (ゼロ) に設定すると、コレクタ ーは SSL を使用しません。デフォルトでは、コレクターは SSL を使用 しません。 注: SSL を使用するようにコレクターを設定した場合、ポートは自動的 に 8443 に設定されます。SSL を使用するようにコレクターを設定しな かった場合、コレクターはポート 8080 を使用します。コレクターを HTTPS で実行する前に、Alcatel 5620 SAM サーバーが HTTPS モー ドで実行されるように事前に構成されていることを確認してください。 詳しくは、「SAM 5620 Installation and Upgrade Guide」の SSL セ キュリティーの構成に関するセクションを参照してください。 Fix Pack 4 ServerCertificate Alcatel 5620 SAM からの SSL 証明書 16 進ストリングが格納されて いる SSL 証明書ファイル。このファイルは ./certs ディレクトリー内 になければなりません。 以下の手順は、SSL 証明書 16 進ストリングを取得するために実行する 必要がある操作の概略を示しています。SSL 証明書の管理および処理に ついての詳細は、使用しているブラウザーによって異なります。詳しく はご使用のブラウザーに関連する資料を参照してください。 a. openssl がインストールされていると仮定して、EMS の 自己署名サーバー証明書を取得するために、以下のコマンドを実行 してください。 Fix Pack 5 openssl s_client -connect SAM5620ServerIPAddress:8443 -showcerts -tls1 -no_ssl2 -no_ssl3 ここで、SAM5620ServerIPAddress は、Alcatel 5620 SAM が稼働し ているサーバーの IP アドレスを指定します。 b. ご使用のブラウザーの証明書オプションにアクセスし、サーバーの 証明書名を表示するオプションを選択します。 注: 通常、ブラウザーには、証明書を管理および処理するために使 用できる証明書マネージャーがあります。 c. ご使用のブラウザーの説明に従って、選択された証明書を表示し、 その証明書をファイル (例えば、alu5620sam.crt) にエクスポートし ます。ターゲット・サーバー (Alcatel 5620 SAM が稼働しているサ ーバー) に関連付けられている証明書を選択してください。例え ば、サーバー 10.0.0.55:8443 (この例で Alcatel 5620 SAM が稼働 しているサーバー) に関連付けられている証明書名が、 www.alcatel-lucent5620sam.com であるとします。この例では、 www.alcatel-lucent5620sam.com という証明書を alu5620sam.crt 第 2 章 ネットワーク・ディスカバリーの構成 129 というファイルにエクスポートします。証明書の特性を示すファイ ル名を指定することをお勧めします。この例では、ファイル名 alu5620sam.crt は、Alcatel-Lucent 5620 SAM の証明書であること を示しています。 また、証明書ファイルの保管場所が、Network Manager があるサ ーバー上の ./certs ディレクトリー内であることを確認してくださ い。 以下の例は、コレクターが HTTPS をサポートしない場合のこれらのプロパテ ィーのサンプル値およびデフォルト値を示しています。 DataSource => { Host => 192.168.1.2, Port => 8080 Username => 'oss', Password => 'myPa55w0rd', Timeout => 30, ... ... ... }, 以下の例は、コレクターが HTTPS をサポートしていて、HTTPS の 使用を選択する場合のこれらのプロパティーのサンプル値およびデフォルト値を 示しています。 Fix Pack 4 DataSource => { Host => 192.168.1.2, Username => 'oss', Password => 'myPa55w0rd', Timeout => 30, UseSSL => 1, SSLCertFile => 'certs/alu5620sam.crt', ... ... ... }, 以下の例は、コレクターが HTTPS をサポートしているが、HTTPS の使用を選択しない場合のこれらのプロパティーのサンプル値およびデフォルト 値を示しています。 Fix Pack 4 DataSource => { Host => 192.168.1.2, Username => 'oss', Password => 'myPa55w0rd', Timeout => 30, UseSSL => 0, 130 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ... ... ... }, 4. 構成ファイルの DataAcquisition セクションを編集し、以下のプロパティーを 構成します。 GetEntities ラック、カード、ポートなどの物理エンティティーのディスカバリーの ためのフラグ。物理エンティティーをディスカバーするには 1 に設定 します。このフラグが 0 に設定されている場合にディスカバーされる 情報は、シャーシ、論理エンティティー、および DataAcquisition セ クション内のその他の有効なフラグのデータの情報のみです。デフォル ト値は 1 です。 GetVplsVpns VPLS ベースのレイヤー 2 の VPN データのディスカバリーのための フラグ。このデータのディスカバリーを有効にするには 1 に設定しま す。デフォルト値は 1 です。 GetVllVpns VLL ベースのレイヤー 2 の VPN データのディスカバリーのためのフ ラグ (epipes のみ)。このデータのディスカバリーを有効にするには 1 に設定します。デフォルト値は 1 です。 GetLayer3Vpns レイヤー 3 の VPN データのディスカバリーのためのフラグ。このデ ータのディスカバリーを有効にするには 1 に設定します。デフォルト 値は 1 です。 GetMplsInterfaces MPLS インターフェース・データのディスカバリーのためのフラグ。こ のデータのディスカバリーを有効にするには 1 に設定します。デフォ ルト値は 1 です。 GetLayer2Connections 物理リンク・データのディスカバリーのためのフラグ。このデータのデ ィスカバリーを有効にするには 1 に設定します。デフォルト値は 1 で す。 以下の例は、これらのプロパティーのデフォルト値を示しています。 DataAcquisition => { GetEntities => 1 GetVplsVpns => 1, GetVllVpns => 1, GetLayer3Vpns => 1, GetMplsInterfaces => 1, GetLayer2Connections => 1, }, 5. 構成ファイルの「DataProcessing」セクションを編集します。 ContainmentMethod プロパティーを構成します。 第 2 章 ネットワーク・ディスカバリーの構成 131 ContainmentMethod プロパティーは、包含関係があいまいである場合にエンテ ィティー・データが処理される方法を制御します。この状況は、モジュール (カ ード)/スロット・データで、索引データが欠落または重複している場合に発生す ることがあります。 ContainmentMethod プロパティーに設定できる値は以下のとおりです。 0 重複する索引を無視し、スロットを優先します。スロット・エンティテ ィーは保管されますが、モジュール (カード) がスロットと同じデータ を共有している場合、モジュール (カード) エンティティーは失われる 可能性があります。 1 重複する索引を無視し、カードを優先します。モジュール・エンティテ ィーは保管されますが、スロットがモジュールと同じデータを共有して いる場合、スロット・エンティティーは失われる可能性があります。 2 カード・エンティティーとスロット・エンティティーを保持します。重 複が検出された場合は、偽の索引を生成します。 デフォルト値は 2 です。 6. オプション: デフォルトで取得されたデータに加えて、カスタム・データを EMS から取得したい場合は、以下の手順を実行します。 a. コレクター・ディレクトリーで新しい構成ファイルを作成するか、デフォル ト・ファイル NCHOME/precision/collectors/perlCollectors/ Alcatel5620SamSoap/extraInfo.cfg を編集します。 b. 以下の例に示すように、取得するデータを指定します。 Device => { extraFields => [ { srcField => 'version', destField => 'm_Version', typeField => 'string' }] }, ここで、srcField は、SAM オブジェクト内の属性の名前です。destField は、データのマップ先となる、extraInfo フィールド内のフィールドの名前 です。typeField は、オプションのタイプ記述子です。 取得する属性は、コレクターが既に取得したオブジェクトのいずれかに含ま れていなければなりません。コレクターによって照会されるオブジェクト は、以下のとおりです。 132 v netw.NetworkElement v equipment.PhysicalPort v lag.Interface v equipment.MediaAdaptor v equipment.PhysicalPort v equipment.DaughterCard v equipment.Equipment v equipment.Shelf v vpls.L2AccessInterface v vll.L2AccessInterface IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド v l3fwd.ServiceSite v vprn.L3AccessInterface v netw.PhysicalLink v lldp.RemotePeer 有効なタイプは int および string です。 c. 構成ファイルを保存して閉じます。 d. NCHOME/precision/collectors/perlCollectors/Alcatel5620SamSoap/ Alcatel5620SamSoap Collector.cfg コレクター構成ファイルの CustomData セクションを編集し ます。次の例に示すように、収集する追加情報を定義する構成ファイルの名 前とロケーションを指定します。 CustomData => { ExtraInfoCfg => 'extraInfo.cfg' }, 7. コレクター構成ファイルを保存します。 Alcatel5620SamSoapFindToFile コレクターの構成: ネットワーク・ディスカバリーで Alcatel5620SamSoapFindToFile コレクターから のデータを使用するには、EMS と Network Manager 間の接続詳細、および XML ファイルを Network Manager サーバーに送信する際に使用する FTP 詳細を構成 する必要があります。 EMS から追加情報が収集されるよう構成することもできます。 Alcatel5620SamSoapFindToFile コレクターを構成するには、以下の手順を実行しま す。 1. 次のコレクター構成ファイルを編集します。 NCHOME/precision/collectors/ perlCollectors/Alcatel5620SamSoap FindToFile/Alcatel5620SamSoap FindToFileCollector.cfg 2. 構成ファイルの「General」セクションを編集します。次のプロパティーを構成 します。 デバッグ (Debug) コレクター・デバッグ・モード。デバッグをオフにするには、プロパテ ィーを 0 に設定します。デバッグをオンにするには、プロパティーを 4 に設定します。このプロパティーを 1、2、または 3 に設定すると、 0 に設定した場合と同等に動作します。コレクターは、デバッグをディ スプレイ (STDOUT) に出力します。 接続待機 コレクターが Network Manager からの XML-RPC 要求を listen する ポート。 このポートは、コレクターが XML-RPC 応答を Network Manager に 送信するためにも使用されます。デフォルトでは、このポートは 8081 です。このポートは、最初のディスカバリー用のコレクターをシードす 第 2 章 ネットワーク・ディスカバリーの構成 133 るときに DiscoCollectorFinderSeeds.cfg ファイルにおける collectorFinder.collectorRules テーブルへの insert で構成したポートと 一致している必要があります。 タイムアウト コレクターから Network Manager への通信のタイムアウト。タイムア ウトの単位は秒です。デフォルト値は 15 秒です。 以下の例は、これらのプロパティーのデフォルト値を示しています。 General => { Debug => 0, Listen => 8081, Timeout => 15 }, 3. 以下の FTP パラメーターを構成します。 FtpUsername Network Manager サーバー上の FTP ユーザー名。 FtpPassword Network Manager サーバー上の FTP パスワード。 FtpHost Network Manager サーバーの IP アドレス。 FtpDefaultDirectory Network Manager サーバー上の FTP サービスのデフォルト・ディレ クトリー。 FtpDirectory Network Manager サーバー上の FTP サービスのユーザー定義ディレ クトリー。使用しない場合、この値はブランクのままにします。 ヒント: ディスカバリーが正常に完了したら、新規ディスカバリーを実行する前 に、指定された FTP ディレクトリー内に生成された XML ファイルを別のロケ ーションにコピーして、XML ファイルが上書きされないようにします。 4. 構成ファイルの「DataSource」セクションを編集します。以下の例に示すよう に、EMS のホスト名およびポートと、EMS に接続するためのユーザー名およ びパスワードを指定します。 ホスト EMS のホスト名。 ポート EMS に接続するためのポート。 Fix Pack 4 注: コレクターは、Hypertext Transfer Protocol Secure (HTTPS) 通信 プロトコルをサポートします (HTTP は、実際には Secure Sockets Layer (SSL) プロトコルの上に階層化されています)。そのため、必要な 変更の数を減らすために、SAM ポートは構成可能ではなくなっていま す。 134 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ユーザー名 EMS に接続するためのユーザー名。 パスワード EMS との接続に使用する暗号化されていないパスワード。 注: Fix Pack 4 Password フィールドを使用して、暗号化されていない パスワードを指定するか、Md5Password フィールドを使用して、MD5 暗号化パスワードを指定することができます。Password フィールドを 使用する場合、コレクターは、指定された値を受け取り、その値を MD5 暗号化パスワードに変換した後で、SOAP 要求ヘッダーを作成し ます。Md5Password フィールドを使用する場合、コレクターは、パス ワード変換操作を実行せず、指定された値を直接使用して SOAP 要求 ヘッダーを作成します。 Fix Pack 4 Md5Password EMS との接続に使用する MD5 暗号化パスワード。 タイムアウト コレクターと EMS の間の SOAP 通信のタイムアウト。 Fix Pack 4 UseSFTP コレクターと EMS の間で XML ファイルを転送するために、コレクタ ーがセキュア・ファイル転送プロトコル (SFTP) またはファイル転送プ ロトコル (FTP) のどちらを使用するかを指定するフィールド。SFTP を 使用するには、このフィールドを値 1 に設定します。逆に、FTP を使 用するには、このフィールドを値 0 に設定します。デフォルトは 1 (SFTP) です。 Fix Pack 5 UseSSL SSL を使用するようにコレクターを設定するかどうかを指定するフィー ルド。このフィールドを値 1 に設定すると、コレクターは SSL を使用 します。SSL が使用可能な場合、コレクターは EMS への接続に TLS を使用します。 このフィールドを値 0 (ゼロ) に設定すると、コレクタ ーは SSL を使用しません。デフォルトでは、コレクターは SSL を使用 しません。 注: SSL を使用するようにコレクターを設定した場合、ポートは自動的 に 8443 に設定されます。SSL を使用するようにコレクターを設定しな かった場合、コレクターはポート 8080 を使用します。 Fix Pack 4 Fix Pack 5 ServerCertificate Alcatel 5620 SAM からの 16 進ストリングが格納されている SSL 証 明書ファイルのファイル名とパスを入力します。 このファイルは、 ./certs ディレクトリー内に保持する必要があります。 以下の手順を実行して、SSL 証明書 16 進ストリングを取得します。 a. Alcatel 5620 SAM サーバーで適切なコマンドを実行して、サーバ ーを SSL 通信に関して有効にします。 詳細は、Alcatel 5620 SAM 資料の SSL 用の 5620 SAM システムの準備についての情報を参照 第 2 章 ネットワーク・ディスカバリーの構成 135 してください。 SSL モードでコレクターを実行する前に、SSL 用 に Alcatel 5620 SAM サーバーを構成する必要があります。 制約事項: 鍵ストア・ファイルが SHA1 アルゴリズムを使用して生 成されていることを確認します。 Alcatel 5620 SAM ソフトウェア の各リリースは、それぞれ異なるアルゴリズムを使用します。 コレ クターは SHA1 のみサポートします。 鍵ストア・ファイルを生成 する場合、-sigalg SHA1withRSA などのコマンド行オプションを使 用します。 b. openssl がインストールされていると仮定して、EMS の 自己署名サーバー証明書を取得するために、以下のコマンドを実行 してください。 Fix Pack 5 openssl s_client -connect SAM5620ServerIPAddress:8443 -showcerts -tls1 -no_ssl2 -no_ssl3 ここで、SAM5620ServerIPAddress は、Alcatel 5620 SAM が稼働し ているサーバーの IP アドレスを指定します。 c. Alcatel 5620 SAM サーバーで Java 鍵ツール・ユーティリティーを 使用して、鍵ストア・ファイルを BASE64/HEX 形式のファイルに エクスポートします。 コレクターは、BASE64/HEX 形式の SSL 証明書のみ読み取ります。 Java 鍵ツール・ユーティリティーの使 用方法について詳しくは、Oracle Web サイトを参照してくださ い。 BASE64/HEX 形式の証明書は、以下のようになります。 -----BEGIN CERTIFICATE----[long alphanumeric string] -----END CERTIFICATE----- d. BASE64/HEX 形式の SSL 証明書を Network Manager サーバー の以下のディレクトリーにコピーします。NCHOME/precision/ collectors/perlCollectors/Alcatel5620SamSoapFindToFile/certs 以下の例は、コレクターが HTTPS をサポートしない場合のこれらのプロパテ ィーのサンプル値およびデフォルト値を示しています。 DataSource => { Host => 192.168.1.2, Port => 8080 Username => 'oss', Password => 'myPa55w0rd', Timeout => 30, ... ... ... }, 以下の例は、コレクターが HTTPS をサポートしていて、HTTPS の 使用を選択する場合のこれらのプロパティーのサンプル値およびデフォルト値を 示しています。 Fix Pack 4 136 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド DataSource => { Host => 192.168.1.2, Username => 'oss', Password => 'myPa55w0rd', Timeout => 30, UseSSL => 1, SSLCertFile => 'certs/alu5620sam.crt', UseSFTP => 1, FtpUsername => 'ftp', FtpPassword => 'ftp', FtpHost => '192.168.1.5', FtpDefaultDirectory => '/var/ftp', FtpDirectory => '', ... ... ... }, 以下の例は、コレクターが HTTPS をサポートしているが、HTTPS の使用を選択しない場合のこれらのプロパティーのサンプル値およびデフォルト 値を示しています。 Fix Pack 4 DataSource => { Host => 192.168.1.2, Username => 'oss', Password => 'myPa55w0rd', Timeout => 30, UseSSL => 0, UseSFTP => 1, FtpUsername => 'ftp', FtpPassword => 'ftp', FtpHost => '192.168.1.5', FtpDefaultDirectory => '/var/ftp', FtpDirectory => '', ... ... ... }, 5. 構成ファイルの DataAcquisition セクションを編集し、以下のプロパティーを 構成します。 GetEntities ラック、カード、ポートなどの物理エンティティーのディスカバリーの ためのフラグ。物理エンティティーをディスカバーするには 1 に設定 します。このフラグが 0 に設定されている場合にディスカバーされる 第 2 章 ネットワーク・ディスカバリーの構成 137 情報は、シャーシ、論理エンティティー、および DataAcquisition セ クション内のその他の有効なフラグのデータの情報のみです。デフォル ト値は 1 です。 GetVplsVpns VPLS ベースのレイヤー 2 の VPN データのディスカバリーのための フラグ。このデータのディスカバリーを有効にするには 1 に設定しま す。デフォルト値は 1 です。 GetVllVpns VLL ベースのレイヤー 2 の VPN データのディスカバリーのためのフ ラグ (epipes のみ)。このデータのディスカバリーを有効にするには 1 に設定します。デフォルト値は 1 です。 GetLayer3Vpns レイヤー 3 の VPN データのディスカバリーのためのフラグ。このデ ータのディスカバリーを有効にするには 1 に設定します。デフォルト 値は 1 です。 GetMplsInterfaces MPLS インターフェース・データのディスカバリーのためのフラグ。こ のデータのディスカバリーを有効にするには 1 に設定します。デフォ ルト値は 1 です。 GetLayer2Connections 物理リンク・データのディスカバリーのためのフラグ。このデータのデ ィスカバリーを有効にするには 1 に設定します。デフォルト値は 1 で す。 以下の例は、これらのプロパティーのデフォルト値を示しています。 DataAcquisition => { GetEntities => 1 GetVplsVpns => 1, GetVllVpns => 1, GetLayer3Vpns => 1, GetMplsInterfaces => 1, GetLayer2Connections => 1, }, 6. オプション: デフォルトで取得されたデータに加えて、カスタム・データを EMS から取得したい場合は、以下の手順を実行します。 a. コレクター・ディレクトリーで構成ファイルを作成するか、デフォルト・フ ァイル NCHOME/precision/collectors/perlCollectors/ Alcatel5620SamSoap/extraInfo.cfg を編集します。 b. 以下の例に示すように、ファイルを編集して、取得するデータを指定しま す。 Device => { extraFields => [ { srcField => 'version', destField => 'm_Version', typeField => 'string' }] }, 138 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ここで、srcField は、SAM オブジェクト内の属性の名前です。destField は、データのマップ先となる、extraInfo フィールド内のフィールドの名前 です。typeField は、オプションのタイプ記述子です。 取得する属性は、コレクターが既に取得したオブジェクトのいずれかに含ま れていなければなりません。コレクターによって照会されるオブジェクト は、以下のとおりです。 v netw.NetworkElement v equipment.PhysicalPort v lag.Interface v equipment.MediaAdaptor v equipment.PhysicalPort v equipment.DaughterCard v equipment.Equipment v equipment.Shelf v vpls.L2AccessInterface v vll.L2AccessInterface v l3fwd.ServiceSite v vprn.L3AccessInterface v netw.PhysicalLink v lldp.RemotePeer 有効なタイプは int および string です。 c. 構成ファイルを保存して閉じます。 d. NCHOME/precision/collectors/perlCollectors/Alcatel5620SamSoap/ Alcatel5620SamSoap Collector.cfg コレクター構成ファイルの CustomData セクションを編集し ます。次の例に示すように、収集する追加情報を定義する構成ファイルの名 前とロケーションを指定します。 CustomData => { ExtraInfoCfg => 'extraInfo.cfg' }, 7. コレクター構成ファイルを保存します。 Alcatel5620Csv コレクターの構成: ネットワーク・ディスカバリーで Alcatel5620Csv コレクターからのデータを使用 するには、EMS と Network Manager の間の接続の詳細を構成する必要がありま す。 1. 次のコレクター構成ファイルを編集します。 NCHOME/precision/collectors/ perlCollectors/Alcatel5620SamCsv/Alcatel5620SamCsv Collector.cfg 2. 構成ファイルの「General」セクションを編集します。次のプロパティーを構成 します。 第 2 章 ネットワーク・ディスカバリーの構成 139 デバッグ (Debug) コレクター・デバッグ・モード。デバッグをオフにするには、プロパテ ィーを 0 に設定します。デバッグをオンにするには、プロパティーを 4 に設定します。このプロパティーを 1、2、または 3 に設定すると、 0 に設定した場合と同等に動作します。コレクターは、デバッグをディ スプレイ (STDOUT) に出力します。 接続待機 コレクターが Network Manager からの XML-RPC 要求を listen する ポート。 このポートは、コレクターが XML-RPC 応答を Network Manager に 送信するためにも使用されます。デフォルトでは、このポートは 8081 です。このポートは、最初のディスカバリー用のコレクターをシードす るときに DiscoCollectorFinderSeeds.cfg ファイルにおける collectorFinder.collectorRules テーブルへの insert で構成したポートと 一致している必要があります。 タイムアウト コレクターから Network Manager への通信のタイムアウト。タイムア ウトの単位は秒です。デフォルト値は 15 秒です。 以下の例は、これらのプロパティーのデフォルト値を示しています。 General => { Debug => 0, Listen => 8081, Timeout => 15 }, 3. 次の例に示すように、構成ファイルの DataSource セクションを編集し、CSV ファイルのファイル名を指定します。 DataSource => { CsvCfg => 'exampleCsv.cfg', ... ... ... }, 4. コレクター構成ファイルを保存します。 HuaweiU2000Imanager コレクターの構成: ネットワーク・ディスカバリーで HuaweiU2000Imanager コレクターからのデータ を使用するには、EMS と Network Manager の間の接続の詳細を構成する必要が あります。 1. 次のコレクター構成ファイルを編集します。 NCHOME/precision/collectors/ perlCollectors/HuaweiU2000iManagerTL1/HuaweiU2000iManagerTL1 Collector.cfg 2. 構成ファイルの「General」セクションを編集します。次のプロパティーを構成 します。 デバッグ (Debug) コレクター・デバッグ・モード。デバッグをオフにするには、プロパテ 140 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ィーを 0 に設定します。デバッグをオンにするには、プロパティーを 4 に設定します。このプロパティーを 1、2、または 3 に設定すると、 0 に設定した場合と同等に動作します。コレクターは、デバッグをディ スプレイ (STDOUT) に出力します。 接続待機 コレクターが Network Manager からの XML-RPC 要求を listen する ポート。 このポートは、コレクターが XML-RPC 応答を Network Manager に 送信するためにも使用されます。デフォルトでは、このポートは 8081 です。このポートは、最初のディスカバリー用のコレクターをシードす るときに DiscoCollectorFinderSeeds.cfg ファイルにおける collectorFinder.collectorRules テーブルへの insert で構成したポートと 一致している必要があります。 タイムアウト コレクターから Network Manager への通信のタイムアウト。タイムア ウトの単位は秒です。デフォルト値は 15 秒です。 以下の例は、これらのプロパティーのデフォルト値を示しています。 General => { Debug => 0, Listen => 8081, Timeout => 15 }, 3. 構成ファイルの「DataSource」セクションを編集します。 EMS のホスト名お よびポートと、EMS に接続するためのユーザー名およびパスワードを指定しま す。 例えば、次のようになります。 DataSource => { Host => 192.168.1.2, Port => 8080 Username => 'oss', Password => 'myPa55w0rd' GetEntities => 1 DataAcquisition => { StoreONTs => 1, } ... ... , v コレクターからエンティティー情報を収集するには、GetEntities プロパテ ィーを 1 に設定します。 v 光ネットワーク端末 (ONT) データを取得するには、StoreONTs プロパティ ーを 1 に設定します。 第 2 章 ネットワーク・ディスカバリーの構成 141 Alcatel5529IdmSoap コレクターの構成: ネットワーク・ディスカバリーで Alcatel5529IdmSoap コレクターからのデータを 使用するには、EMS と Network Manager の間の接続の詳細を構成する必要があ ります。 1. 次のコレクター構成ファイルを編集します。 NCHOME/precision/collectors/ perlCollectors/Alcatel5529IdmSoap/Alcatel5529IdmSoap Collector.cfg 2. 構成ファイルの「General」セクションを編集します。次のプロパティーを構成 します。 デバッグ (Debug) コレクター・デバッグ・モード。デバッグをオフにするには、プロパテ ィーを 0 に設定します。デバッグをオンにするには、プロパティーを 4 に設定します。このプロパティーを 1、2、または 3 に設定すると、 0 に設定した場合と同等に動作します。コレクターは、デバッグをディ スプレイ (STDOUT) に出力します。 接続待機 コレクターが Network Manager からの XML-RPC 要求を listen する ポート。 このポートは、コレクターが XML-RPC 応答を Network Manager に 送信するためにも使用されます。デフォルトでは、このポートは 8081 です。このポートは、最初のディスカバリー用のコレクターをシードす るときに DiscoCollectorFinderSeeds.cfg ファイルにおける collectorFinder.collectorRules テーブルへの insert で構成したポートと 一致している必要があります。 タイムアウト コレクターから Network Manager への通信のタイムアウト。タイムア ウトの単位は秒です。デフォルト値は 15 秒です。 以下の例は、これらのプロパティーのデフォルト値を示しています。 General => { Debug => 0, Listen => 8081, Timeout => 15 }, 3. 構成ファイルの「DataSource」セクションを編集します。次のプロパティーを構 成します。 ホスト EMS のホスト名。 ポート EMS に接続するためのポート。 注: Fix Pack 4 コレクターは、Hypertext Transfer Protocol Secure (HTTPS) 通信プロトコルをサポートします (HTTP は、Secure Sockets Layer (SSL) プロトコルの上に階層化されています)。そのため、必要な変更 の数を減らすために、SAM ポートは構成可能ではなくなっています。 142 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ユーザー名 EMS に接続するためのユーザー名。 パスワード EMS との接続に使用するパスワード。 Domain Inventory Data Manager が実行されている AMS システムのドメイン。 タイムアウト コレクターと EMS の間の SOAP 通信のタイムアウト。 Fix Pack 5 UseSSL SSL を使用するようにコレクターを設定するかどうかを指定するフィール ド。このフィールドを値 1 に設定すると、コレクターは SSL を使用しま す。SSL が使用可能な場合、コレクターは EMS への接続に TLS を使用し ます。 このフィールドを 0 に設定すると、コレクターは SSL を使用しま せん。デフォルトでは、コレクターは SSL を使用しません。 注: SSL を使用するようにコレクターを設定した場合、ポートは自動的に 8443 に設定されます。SSL を使用するようにコレクターを設定しなかった 場合、コレクターはポート 8080 を使用します。コレクターを HTTPS で実 行する前に、EMS サーバーが HTTPS モードで実行されるように事前に構 成されていることを確認してください。 Fix Pack 5 ServerCertificate Alcatel 5529 IDM からの SSL 証明書 16 進ストリングが格納されている SSL 証明書ファイル。このファイルは ./certs ディレクトリー内になけれ ばなりません。以下の手順は、SSL 証明書 16 進ストリングを取得するため に実行する必要がある操作の概略を示しています。SSL 証明書の管理および 処理についての詳細は、使用しているブラウザーによって異なります。詳し くはご使用のブラウザーに関連する資料を参照してください。 a. openssl がインストールされていると仮定して、EMS の自 己署名サーバー証明書を取得するために、以下のコマンドを実行してく ださい。 Fix Pack 5 openssl s_client -connect IDM5529ServerIPAddress:8443 -showcerts -tls1 -no_ssl2 -no_ssl3 ここで、IDM5529ServerIPAddress は、Alcatel 5529 IDM が稼働してい るサーバーの IP アドレスを指定します。 b. ご使用のブラウザーの証明書オプションにアクセスし、サーバーの証明 書名を表示するオプションを選択します。 注: 通常、ブラウザーには、証明書を管理および処理するために使用で きる証明書マネージャーがあります。 c. ご使用のブラウザーの説明に従って、選択された証明書を表示し、その 証明書をファイル (例えば、aluidm5529.crt) にエクスポートします。 ターゲット・サーバー (Alcatel 5529 が稼働しているサーバー) に関連 付けられている証明書を選択してください。例えば、サーバー 138.120.29:8443 (この例で Alcatel 5529 が稼働しているサーバー) に 関連付けられている証明書名が、www.alcatel-lucent.com であるとしま 第 2 章 ネットワーク・ディスカバリーの構成 143 す。この例では、証明書 www.alcatel-lucent.com を aluidm5529.crt というファイルにエクスポートします。証明書の特性を示すファイル名 を使用してください。この例では、ファイル名 aluidm5529.crt は、 Alcatel-Lucent 5529 の証明書であることを示しています。 また、証明書ファイルの保管場所が、Network Manager があるサーバ ー上の ./certs ディレクトリー内であることを確認してください。 GetEntities ラック、カード、ポートなどの物理エンティティーのディスカバリーのため のフラグ。物理エンティティーをディスカバーするには 1 に設定します。 このフラグが 0 に設定されている場合は、シャーシ情報のみがディスカバ ーされます。デフォルト値は 1 です。 GetOnt コレクターが光ネットワーク端末 (ONT) 情報を取得するかどうかを構成す るフラグ。ONT モジュール・データ取得を有効にするには 1 に設定しま す。ONT 情報の取得は、物理エンティティー情報に依存します。GetOnt を 1 に設定する場合は、GetEntities が 1 に設定されていることを確認して ください。 以下の例は、コレクターが HTTPS をサポートしない場合のこれらのプロパテ ィーのサンプル値およびデフォルト値を示しています。 DataSource => { Host => 192.168.1.2, Port => 8080 Username => 'oss', Password => 'myPa55w0rd' Timeout => 30 Domain => 'AMS' DataAcquisition => GetEntities => 1 DataProcessing => GetOnt => 0, . . . 以下の例は、コレクターが HTTPS をサポートしていて、HTTPS の 使用を選択する場合のこれらのプロパティーのサンプル値およびデフォルト値を 示しています。 Fix Pack 4 DataSource => { Host => 192.168.1.2, Username => 'oss', Password => 'myPa55w0rd', Timeout => 30, 144 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド Domain => 'AMS' UseSSL => 1, SSLCertFile => 'certs/alu5529idm.crt', … … … }, 以下の例は、コレクターが HTTPS をサポートしているが、HTTPS の使用を選択しない場合のこれらのプロパティーのサンプル値およびデフォルト 値を示しています。 Fix Pack 4 DataSource => { Host => 192.168.1.2, Username => 'oss', Password => 'myPa55w0rd', Timeout => 30, Domain => 'AMS' UseSSL => 0, … … … }, 4. IBM サポートから別途指示されていない限り、Batchsize パラメーターを 500 に設定するようにします。このパラメーターは、SOAP/XML 応答のサイズを制 御します。 5. コレクター構成ファイルを保存します。 GenericCsv コレクターの構成: ネットワーク・ディスカバリーで GenericCsv コレクターからのデータを使用する には、EMS と Network Manager の間の接続の詳細を構成する必要があります。 1. 次のコレクター構成ファイルを編集します。 NCHOME/precision/collectors/ perlCollectors/GenericCsv/GenericCsv Collector.cfg 2. 構成ファイルの「General」セクションを編集します。次のプロパティーを構成 します。 デバッグ (Debug) コレクター・デバッグ・モード。デバッグをオフにするには、プロパテ ィーを 0 に設定します。デバッグをオンにするには、プロパティーを 4 に設定します。このプロパティーを 1、2、または 3 に設定すると、 0 に設定した場合と同等に動作します。コレクターは、デバッグをディ スプレイ (STDOUT) に出力します。 接続待機 第 2 章 ネットワーク・ディスカバリーの構成 145 コレクターが Network Manager からの XML-RPC 要求を listen する ポート。 このポートは、コレクターが XML-RPC 応答を Network Manager に 送信するためにも使用されます。デフォルトでは、このポートは 8081 です。このポートは、最初のディスカバリー用のコレクターをシードす るときに DiscoCollectorFinderSeeds.cfg ファイルにおける collectorFinder.collectorRules テーブルへの insert で構成したポートと 一致している必要があります。 タイムアウト コレクターから Network Manager への通信のタイムアウト。タイムア ウトの単位は秒です。デフォルト値は 15 秒です。 以下の例は、これらのプロパティーのデフォルト値を示しています。 General => { Debug => 0, Listen => 8081, Timeout => 15 }, 3. 次の例に示すように、構成ファイルの DataSource セクションを編集し、CSV ファイルのファイル名を指定します。 DataSource => { CsvCfg => 'exampleCsv.cfg', ... ... ... }, 4. コレクター構成ファイルを保存します。 コレクターの開始: ディスカバリーを開始する前に、すべてのコレクターが実行中でなければなりませ ん。コレクターを含むディスカバリーを開始する前に、コレクターを開始するか、 またはコレクターが実行中であることを確認する必要があります。 コレクターを開始するには、該当するコレクターのディレクトリーに移動してコマ ンド行インターフェース・コマンドを実行します。以下のコマンドを実行して、コ レクターを開始します (コマンドを 1 行に入力する点に注意してください。オプシ ョンについては以下の表で説明します)。 ncp_perl collector_script -cfg COLLECTOR_CONFIG_FILE [ -csvcfg CSV_COLLECTOR_CONFIG_FILE ] [ -listen PRECISION_PORT ] [ -debug DEBUG ] [ -logdir ] [ -nologdir DIRNAME ] [ -help ] [ -version ] 表 9. コマンド行オプションの説明 146 オプション 説明 collector_script コレクターを実装する Perl スクリプトの名前 (main.pl など)。 -cfg COLLECTOR_CONFIG_FILE コレクター構成ファイルを指定します。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 9. コマンド行オプションの説明 (続き) オプション 説明 -csvcfg CSV_COLLECTOR_CONFIG_FILE このオプション・パラメーターを使用して、デー タ・ソースとして使用する CSV ファイルの名前を 指定します。また、このパラメーターをコレクター 構成ファイルに指定することもできます。 制約事項: このパラメーターは、データ・ソースが CSV ファイルの場合にのみ有効です。 -listen PRECISION_PORT コレクターが Network Manager からの要求を listen する必要があるポートを指定する代替手法で す。 SOAP ベースのコレクター構成ファイルまたは CSV ベースのコレクター構成ファイルでポート値が 指定されていない場合にのみ、この値を指定しま す。 -debug DEBUG デバッグ出力のレベル (1 から 4。最も詳細な出力は 4)。 -logdir DIRNAME CTRL により開始された各プロセスのログ・メッセ ージを NCHOME/log/precision に出力します。 -nologdir DIRNAME CTRL により開始された各プロセスのログ・メッセ ージを指定したディレクトリーの個別ファイルに出 力します。 -help すべての Network Manager コンポーネントには、 コマンド行オプションを表示する特別な -help オプ ションが用意されています。–help と他の引数を組 み合わせて使用しても、コンポーネントは開始され ません。 -version すべての Network Manager コンポーネントには、 コンポーネントのバージョン番号を表示する特別な -version オプションが用意されています。–version と他の引数を組み合わせて使用しても、コンポーネ ントは開始されません。 EMS ディスカバリーのシード: EMS ディスカバリーをシードするには、コレクター・ファインダーをシードしま す。通常、これはインストール済み環境に新規コレクターを追加するときに必要な 1 回限りのセットアップ作業です。 Network Manager がコレクターを検出できるようにするには、コレクター・ファ インダーをシードする必要があります。コレクター・ファインダーのシードでは、 各コレクターについて以下の項目を指定します。 v コレクターが実行されているデバイスのホスト名 v コレクターが listen しているデバイスのポート コレクターが Network Manager と同じホストで実行している場合は、このポート を指定するだけです。 第 2 章 ネットワーク・ディスカバリーの構成 147 注: コレクター・ファインダーを使用してデバイスを再ディスカバーする場合は、デ ィスカバリー構成 GUI を使用して再ディスカバーするデバイスの IP アドレスま たはサブネットを指定します。 ディスカバリーの実行、または単一デバイスあるいはサブネットの部分的再ディス カバリーの実行のために、コレクター・ファインダーをシードできます。部分的な 再ディスカバリーの実行のためにコレクター・ファインダーをシードする場合は、 コレクターにより取得された単一デバイスまたはサブネットも指定できます。 コレクターを実行しているデバイスのホスト名と、コレクターが listen しているデ バイスのポートを指定してコレクター・ファインダーをシードする必要がありま す。コレクターが Network Manager と同じホストで実行されている場合は、ポー トのみを指定する必要があります。 初回ディスカバリーのためのコレクターのシード 初回ディスカバリーのためにコレクター・ファインダーをシードするには、 collectorFinder.collectorRules テーブルへの insert を DiscoCollectorFinderSeeds.cfg 構成ファイルに追加します。以下の insert では、コ レクター・ファインダーにホスト名 172.16.25.1 とポート 8082 がシードされます。 この insert は、コレクターを実行しているホストの IP アドレスが 172.16.25.0 で あり、Network Manager が実行中のホストとは異なることを示します。このコレ クターの再試行オーバーライド数は 5 です。 insert into collectorFinder.collectorRules ( m_Host, m_Port, m_NumRetries ) values ( "172.16.25.1", 8082, 5 ); コレクター・ディスカバリー・エージェントの有効化: デフォルトでは、コレクター・ディスカバリー・エージェントは有効になっていま せん。コレクター・ベースのディスカバリーを含むディスカバリーを実行する場合 は、コレクター・ディスカバリー・エージェントを有効にする必要があります。 コレクター・エージェントを有効にするには、以下の手順を実行します。 1. ディスカバリー構成 GUI で「フル・ディスカバリー・エージェント」タブを選 択します。 2. 以下のエージェントの横のチェック・ボックスにチェック・マークを付けて選択 します。 v CollectorDetails v CollectorInventory v CollectorLayer2 v CollectorLayer3 v CollectorVpn 148 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ヒント: 場合によっては、これらのエージェントを見つけるためにエージェン ト・リストをスクロールダウンする必要があります。 3. 「保存」をクリックし、構成設定を DiscoAgents.DOMAIN_NAME.cfg スキー マ・ファイルに保存します。ここで DOMAIN_NAME は、ディスカバリー・ド メインの名前です (例: NCOMS)。 関連タスク: 38 ページの『エージェントの活動化』 実行するディスカバリーに対して適切なエージェントを有効にする必要がありま す。フル・ディスカバリーまたは部分的なディスカバリーの場合に、エージェント を指定できます。 EMS コレクターのロケーションおよびファイル: それぞれのデフォルト・コレクター用の Perl スクリプトとプレーン・テキストの構 成ファイルは、NCHOME/precision/collectors/perlCollectors/ ディレクトリー内 の個別のディレクトリーに格納されています。 経験が豊富なユーザーであれば、Network Manager がその他の EMS と対話する ためのコレクターを新規に開発できます。新規コレクターの構成ファイルと実行可 能ファイルは、NCHOME/precision/collectors/perlCollectors/ ディレクトリー内 の適切な名前付きディレクトリーに格納する必要があります。 デフォルトのコレクターを次の表に示します。 名前 ディレクトリー 構成ファイル Alcatel5620SamSoap NCHOME/precision/collectors/ Alcatel5620SamSoap perlCollectors/Alcatel5620SamSoap/ Collector.cfg Alcatel5620SamSoapFindToFile NCHOME/precision/collectors/ perlCollectors/Alcatel5620SamSoap FindToFile/ Alcatel5620SamSoap FindToFileCollector.cfg Alcatel5620SamCsv NCHOME/precision/collectors/ perlCollectors/Alcatel5620SamCsv/ Alcatel5620SamCsv Collector.cfg Alcatel5529IdmSoap NCHOME/precision/collectors/ Alcatel5529IdmSoap perlCollectors/Alcatel5529IdmSoap/ Collector.cfg GenericCsv NCHOME/precision/collectors/ perlCollectors/GenericCsv/ Huawei U2000 iManager コレクター NCHOME/precision/collectors/ perlCollectors/ HuaweiU2000iManagerTL1/ GenericCsv Collector.cfg HuaweiU2000iManagerTL1 Collector.cfg 第 2 章 ネットワーク・ディスカバリーの構成 149 コンテキスト依存ディスカバリーの構成 ディスカバーする必要があるデバイス (SMS デバイス、MPLS エッジ・デバイス、 または仮想ルーターを備えたその他のデバイスなど) がある場合は、コンテキスト 依存ディスカバリーを実行する必要があります。コンテキスト依存ディスカバリー により、仮想ルーターを正しく表現できます。ディスカバリーで特定のデバイス・ タイプがサポートされているかどうかを必ず確認してください。 コンテキスト依存ディスカバリーでは、デバイスに関する情報が Details エージェ ントの returns テーブルから該当する Context エージェントの despatch テーブ ルに渡されます。 Context エージェントは、拡張子が .agent のファイルでフィルターを使用して、処 理するデバイスを判別します。これは、すべてのディスカバリー・エージェントに 該当します。仮想ルーターをサポートしていないタイプのデバイス、つまりコンテ キスト依存処理を必要としないデバイスは、Associated Address エージェントに直 接渡されます。 重要: コンテキスト依存ディスカバリーを自動的に有効にすると、すべての Context エージェントが有効になります。コンテキスト依存ディスカバリーを自動 的に無効にすると、すべての Context エージェントが無効になります。構成ファイ ルまたはディスカバリー構成 GUI のいずれかを使用して、Context エージェント を手動で有効または無効にしないでください。 コンテキスト依存ディスカバリーを有効にするには、DiscoConfig.cfg ファイルに 以下の insert を追加します。 insert into disco.config ( m_UseContext ) values ( 1 ) 値 0 を挿入すると、コンテキスト依存ディスカバリーが無効になります。 関連概念: 369 ページの『デバイスの詳細のディスカバー (コンテキスト依存)』 コンテキスト依存のデバイスの詳細のディスカバリーは、いくつかのステップで実 行されます。 関連資料: 416 ページの『コンテキスト依存ディスカバリー・エージェント』 コンテキスト依存ディスカバリーに使用される、いくつかのエージェントがありま す。 150 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド MPLS ディスカバリーの構成 コア MPLS ネットワークと、これらのコア・ネットワークを使用する VPN をデ ィスカバーするように MPLS ディスカバリーを構成します。拡張 MPLS ディスカ バリー構成は、追加のカスタマイズ機能を提供します。 MPLS ディスカバリーについて MPLS (Multiprotocol Label Switching) VPN サービスを提供するサービス・プロ バイダー内の管理者は、MPLS コア・ネットワークおよび MPLS VPN をディスカ バーすることができます。これにより、サービス・プロバイダー内の NOC で、カ スタマー VPN の正常性をモニターできます。 Network Manager は、MPLS コア・ネットワークを通して稼働する以下の VPN のディスカバリーをサポートしています。 v レイヤー 3 の VPN v 拡張レイヤー 2 の VPN 拡張レイヤー 2 の VPN では、Network Manager は 2 つのプロバイダー・エッ ジ (PE) ルーターを接続する Point-to-Point 疑似ワイヤーをディスカバーします。 以降の各セクションで、Network Manager で使用される MPLS ネットワークにつ いての用語とトポロジーの視覚化規則を示します。 注: このセクションで示すグラフィックスは、MPLS ネットワークに限定した概念 を表現したものです。これらの概念ビューを、ネットワーク・ビューのグラフィカ ル・ユーザー・インターフェース (GUI) に表示させることはできません。 レイヤー 3 の MPLS VPN: Network Manager は、コア・ビューまたはエッジ・ビューで、レイヤー 3 の MPLS VPN トポロジーを視覚化することができます。 コア・ビューとエッジ・ビューには、以下の相違点があります。 v コア・ビューには、プロバイダー・エッジ (PE) ルーターが表示されます。ま た、MPLS コアを通して稼働する VPN ごとの、MPLS コア内のプロバイダ ー・コア (P) ルーターおよびラベル・スイッチ・パス (LSP) のデータが視覚化 されます。 v エッジ・ビューには、PE ルーターと MPLS クラウドのみが表示されます。この ビューでは、コア内のデバイスは視覚化されません。 拡張レイヤー 2 の MPLS VPN: Network Manager は、拡張レイヤー 2 の VPN では、MPLS コア・ネットワーク のエッジ・ビューのみを表示します。 Network Manager は、拡張レイヤー 2 の VPN を Point-to-Point 疑似ワイヤー の集合として表示します。つまり、拡張レイヤー 2 の VPN に 3 つ以上のプロバ イダー・エッジ (PE) ルーターが含まれている場合、Network Manager は、その VPN を複数のビューに表示し、各ビューに 1 つずつ、PE 間の Point-to-Point 接 続が表示されます。 第 2 章 ネットワーク・ディスカバリーの構成 151 表 10 に、2 つの PE がある場合、および 3 つ以上の PE がある場合の拡張レイ ヤー 2 の VPN の例を示します。この表には、疑似ワイヤーの数、つまり Network Manager が VPN ごとに表示するビューの数も示されています。 表 10. 拡張レイヤー 2 の VPN の疑似ワイヤー数 拡張レイヤー 2 の VPN で の PE の数 Point-to-Point 疑似ワイヤー の数 Network Manager がこの VPN について表示するビュ ーの数 2 1 1 3 3 3 4 6 6 標準および拡張 MPLS ディスカバリー構成: MPLS ネットワークのすべてをディスカバーし、ディスカバーされた VPN にデフ ォルトの命名規則を使用する場合は、標準 MPLS ディスカバリーを構成します。ま た、標準 MPLS ディスカバリー構成では、Active Event List (AEL) 内で、サービ スに影響を与えるイベント (SAE) を表示できます。拡張 MPLS ディスカバリー構 成は、追加のカスタマイズ機能を提供します。 MPLS ネットワークの構成アクティビティーには、シード、スコープ、およびその 他の標準ディスカバリー・アクティビティーが含まれます。 標準 MPLS ディスカバリー構成と拡張 MPLS ディスカバリー構成には、以下の相 違点があります。 v 標準 MPLS ディスカバリー: MPLS ネットワークのすべてをディスカバーし、 ディスカバーされた VPN にデフォルトの命名規則を使用します。 v 拡張 MPLS ディスカバリー: 拡張構成オプションを使用すると、以下の操作が可 能です。 – ディスカバリーのスコープを特定の VPN または VRF に限定する。 – 独自の VPN 命名規則を構成する。 – RT ベースのディスカバリーを選択した場合でもラベル・ディスカバリーを強 制的に実行する。 MPLS ディスカバリーを構成して実行すると、オペレーターは以下の方法でカスタ マー VPN をモニターできるようになります。 152 v 選択した VPN のトポロジー・マップを表示し、VPN と VPN 内のデバイスの アラート状況を表示します。 v Active Event List (AEL) 内で、サービスに影響を与えるイベント (SAE) を識 別します。SAE は、カスタマー VPN などの重要なカスタマー・サービスが 1 つ以上のネットワーク・イベントの影響を受けたことを、オペレーターに対して 警告するアラートです。基となるネットワーク・イベントは、PE ルーターまた は CE ルーターのいずれかのインターフェースで発生します。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド サービスに影響を与えるイベントについて: SAE (サービスに影響を与えるイベント) アラートは、重要なカスタマー・サービス が 1 つ以上のネットワーク・イベントの影響を受けたことを、オペレーターに対し て警告します。 SAE は、仮想プライベート・ネットワーク (VPN) または Virtual Private LAN Service (VPLS) 内のプロバイダー・エッジ (PE) またはカスタマー・エッジ (CE) インターフェースで 1 つ以上のイベントが発生すると生成されます。基となるネッ トワーク・イベントは、PE ルーターまたは CE ルーターのインターフェース上、 あるいはこれらの間のリンク上で発生します。カスタマー VPN に対して考えられ るすべての SAE を生成するために CE ルーターの存在を推論するように、MPLS ディスカバリーを構成する必要があります。 以下に、2 つの異なるカスタマー VPN で生成された 2 つの SAE イベントの例を 示します。 v カスタマー -1 VPN で、PE ルーターのインターフェース上の Mpls VRF ダウ ン・トラップが原因で生成された SAE v カスタマー -3 VPN で、CE ルーターのインターフェース上の リンクダウン・ トラップが原因で生成された SAE 各 SAE は、 のアクティブ・イベント・リスト (AEL) 内にアラートとして表示さ れます。SAE の表示は、カスタマー VPN が 1 つ以上のネットワーク・イベント によって、場合によっては重大な影響を受けたことをオペレーターに警告します。 オペレーターは、この SAE を右クリックして、SAE の原因となった基となるイベ ントを表示するコマンドを実行することができます。 AEL について詳しくは、「IBM Tivoli Netcool/OMNIbus Web GUI 管理およびユー ザーズ・ガイド」を参照してください。 標準 MPLS ディスカバリーの構成 コア MPLS ネットワークと、これらのコア・ネットワークを使用する VPN をデ ィスカバーするように MPLS ディスカバリーを構成します。 標準ディスカバリー構成アクティビティーに加え、MPLS 固有のディスカバリー構 成アクティビティーを実行する必要があります。 v MPLS エージェントを構成する。 v ディスカバリー方式、つまりルート・ターゲット・ディスカバリーとラベル・ス イッチ・パス (LSP) ディスカバリーのいずれを実行するかを指定する。 v エージェントがネットワーク・デバイスにアクセスできるように SNP および Telnet を構成する。 v CE ルーターの存在を推論するように Network Manager を構成する。これは、 オペレーターが Active Event List (AEL) でサービスの影響を受けるイベントを 確認できるようにするために必要なステップです。 これらの EMS 固有のディスカバリー構成アクティビティーについて、以降のトピ ックで説明します。 第 2 章 ネットワーク・ディスカバリーの構成 153 MPLS エージェントの構成: MPLS ディスカバリー構成において、1 つ以上の MPLS エージェントを有効にす る必要があります。AsAgent エージェントを構成することで、複数の仮想プライベ ート・ネットワーク (VPN) で IP アドレスが重複する問題を解決することもできま す。 提供される MPLS エージェントと、対応するエージェント定義 (.agnt) ファイルを 以下に示します。 v Juniper Telnet エージェント (JuniperMPLSTelnet.agnt) v Juniper ERX ルーター・エージェント (UnisphereMPLSTelnet.agnt) v Cisco MPLS Telnet エージェント (CiscoMPLSTelnet.agnt) v Cisco MPLS SNMP エージェント (CiscoMPLSSnmp.agnt) v Laurel MPLS Telnet エージェント (LaurelMPLSTelnet.agnt) 注: Laurel MPLS Telnet エージェントは RT- (RouteTarget) ベースのディスカ バリーのみを対象としています。 これらのエージェントでは、ネットワーク上のデバイスの MPLS VPN および Virtual Private LAN Service (VPLS) データをディスカバーできます。 ヒント: VPLS 情報を取得するエージェントは、大量のデータを取得できます。これ らのエージェントを有効にすると、ディスカバリー・プロセスの処理時間が大幅に 長くなる可能性があります。 VPLS 情報を再ディスカバーする必要がない場合は、 ディスカバリーを高速にするために、これらのエージェントを無効にしてくださ い。 注: レイヤー 3 VPN と拡張レイヤー 2 VPN の両方に対応した MPLS ネットワー クでは、同一 MPLS エージェントが両方のタイプの VPN をディスカバーしま す。また、ネットワーク・ビューでは、同一コア MPLS ネットワーク上のレイヤー 3 VPN と拡張レイヤー 2 VPN を同時に区分することができます。 MPLS ネットワークに Cisco 機器が含まれている場合は、Cisco MPLS Telnet エ ージェントと Cisco MPLS SNMP エージェントの両方を有効にしてください。こ の 2 つのエージェントは以下のように相互を補完します。 v Cisco MPLS SNMP エージェントは、SNMP ベースの MPLS ディスカバリー を完全にサポートする Internetwork Operating System (IOS) が稼働するデバイ スのみをターゲットとします。 v CiscoMPLSTelnet エージェントは、SNMP ベースのディスカバリーを完全にサ ポートしていない IOS が稼働するデバイスのみをターゲットとします。 重要: CiscMPLSSnmp.agnt ファイルを変更するときには十分注意してください。 一部のネットワーク・デバイスの IOS バージョンには、特定の MPLS SNMP デー タの要求時にデバイスに影響する可能性がある弱点があります。 CiscMPLSSnmp.agnt ファイルでは、このような IOS バージョンはデフォルトでフ ィルターにより除外されます。 154 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド これらの標準ディスカバリー構成アクティビティーの他に、MPLS ディスカバリー のスコープを変更することもできます。このためには、スコープを特定の VPN ま たは VRF に制限します。 関連タスク: 164 ページの『MPLS/VPN ディスカバリーのスコープの定義』 MPLS コア上で稼働する 1 つ以上の仮想プライベート・ネットワーク (VPN) のデ ィスカバリーを構成するときに、ディスカバリーのスコープを、特定の VPN 名ま たは仮想ルーティング/転送テーブル (VRF) 名に制限できます。 MPLS Telnet エージェントの構成: CiscoMPLSTelnet、JuniperMPLSTelnet、LaurelMPLSTelnet、および UnisphereMPLSTelnet エージェントは、主に Telnet 経由でデバイスからデータを 取得します。MPLS Telnet エージェントがデバイスにアクセスでき、かつデバイス の出力を解釈できるようにするには、これらのエージェントを有効にし、Telnet ア クセスを構成する必要があります。 MPLS Telnet エージェントの Telnet アクセスを構成するには、以下の手順を実行 します。 1. エージェントがターゲット・デバイスにアクセスできるようにするため、Telnet 構成ファイル TelnetStackPasswords.cfg に情報を取り込みます。 2. エージェントがデバイスからの出力を解釈できるように Telnet ヘルパーを構成 します。 関連タスク: 33 ページの『デバイス・アクセスの構成』 ヘルパーおよび Network Manager ポーリングがネットワーク上のデバイスにアク セスできるように、SNMP コミュニティー・ストリングおよび Telnet アクセス情 報を指定します。 関連資料: 98 ページの『TelnetStackPasswords.cfg 構成ファイル』 TelnetStackPasswords.cfg 構成ファイルは、デバイスへの Telnet アクセスのための アクセス証明書を定義します。 MPLS SNMP エージェントの構成: CiscoMPLSSnmp エージェントは、SNMP を使用してデバイスからデータを取得し ます。このエージェントがデバイスにアクセスでき、かつデバイスの出力を解釈で きるようにするため、このエージェントを有効にし、SNMP アクセスを構成する必 要があります。 MPLS SNMP エージェントの SNMP アクセスを構成するには、以下の手順を実行 します。 注: CiscoMPLSSnmp.agnt は、エージェントが SNMP を介したデータの取得に失 敗する場合、telnet の「show」コマンドを使用した L2 VPN の取得を試行しま す。 1. デバイスへの SNMP アクセスを構成します。 第 2 章 ネットワーク・ディスカバリーの構成 155 2. エージェントがデバイスからの出力を解釈できるように SNMP ヘルパーを構成 します。 関連タスク: 33 ページの『デバイス・アクセスの構成』 ヘルパーおよび Network Manager ポーリングがネットワーク上のデバイスにアク セスできるように、SNMP コミュニティー・ストリングおよび Telnet アクセス情 報を指定します。 関連資料: 95 ページの『SnmpStackSecurityInfo.cfg 構成ファイル』 SnmpStackSecurityInfo.cfg 構成ファイルは、コミュニティー・ストリング、バージ ョン管理、および SNMP を使用するデバイスへの問い合わせに必要なプロセス (SNMP ヘルパーなど) により使用されるその他のプロパティーを定義します。 SNMP ヘルパーがデバイスから MIB 変数を取得できるようにするため、コミュニ ティー・ストリングをデバイスごとまたはサブネットごとをベースにして構成する ことができます。 AsAgent エージェントの構成: 複数の VPN で重複する IP アドレスの問題を解決するには、AsAgent エージェン トを活動化し、Network Manager にマッピング・ファイル ASMap.txt を提供しま す。このファイルには、各 VPN のデバイスと、デバイスが属する VPN を定義す る AddressSpace タグの完全なリストが記述されています。 MPLS ディスカバリー中に、Network Manager により異なる VPN から同一 IP アドレスを持つデバイスがディスカバーされることがあります。この場合、 Network Manager ではこれらのデバイスを区別できないため、デバイス接続が誤 った方法で解決される可能性があります。問題のデバイスは、VPN エッジの CE ルーター、または VPN 内のデバイスである可能性があります。 ASMap.txt マッピング・ファイルに、各 VPN のデバイスと、デバイスが属する VPN を定義する AddressSpace タグの完全なリストが提供されています。 表 11 に、IP アドレス重複の問題を解決するために活動化する必要がある AsAgent エージェントの説明を示します。 表 11. AsAgent エージェント エージェント名 機能 AsAgent Network Manager が、異なる VPN にある同じ IP アドレスを持つデ バイスを一意的に識別し、デバイス接続を正しく解決できるようにしま す。このエージェントは、ASRetprocessing.stch スティッチャーと NCHOME/precision/etc の ASMap.txt ファイルと連携して処理を実行し ます。 157 ページの表 12 には ASMap.txt ファイルのコンテンツの例が示されていま す。この例から、このファイルのフォーマットがわかります。このテキスト・ファ イルでは、フィールドをタブで区切る必要があります。 156 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 12. ASMap.txt ファイルのフォーマット ベース名 アドレス・スペース IP アドレス CERouter-1 CUSTOMER-1 192.168.2.1 CEDevice-a CUSTOMER-1 192.168.2.21 CEDevice-b CUSTOMER-1 192.168.2.22 CEDevice-c CUSTOMER-1 192.168.2.23 CERouter-2 CUSTOMER-2 192.168.2.1 CEDevice-a CUSTOMER-2 192.168.2.31 CEDevice-b CUSTOMER-2 192.168.2.32 MPLS ディスカバリー方式の構成: MPLS ディスカバリーは、ルート・ターゲット (RT) ベースのディスカバリーまた はラベル・スイッチ・パス (LSP) ベースのディスカバリーのいずれかとして構成で きます。 MPLS ディスカバリーの構成方式を以下に示します。 v ルート・ターゲット (RT) ベースのディスカバリー: Network Manager は、 VRF および RT 情報から VPN に使用されるプロバイダー・エッジ・ルーター を判別します。 v ラベル・スイッチ・パス (LSP) ベースのディスカバリー: Network Manager は、VRF および LSP 情報から、VPN に使用されるプロバイダー・エッジ (PE) ルーターと、LSP がその VPN 内で全探索するプロバイダー・コア (P) ルータ ーを判別します。 使用する MPLS ディスカバリー方式を選択するには、ディスカバリー構成 GUI の 「RT ベースの MPLS VPN ディスカバリーを有効にする」チェック・ボックスで 設定します。 v RT ベースの MPLS ディスカバリーを有効にするには、「RT ベースの MPLS VPN ディスカバリーを有効にする」チェック・ボックスにチェック・マークを 付けます。 v LSP ベースの MPLS ディスカバリーを有効にするには、「RT ベースの MPLS VPN ディスカバリーを有効にする」チェック・ボックスをクリアします。 この構成を手動で実行することもできます。手動で実行するには、disco.config テ ーブルの m_RTBasedVPNs フィールドに値を設定します。 注: RT ベースのディスカバリーは、LSP ベースのディスカバリーよりも新しいテク ノロジーに基づいており、ディスカバリーのパフォーマンスを向上させることがで きます。LSP ベースの MPLS/VPN ディスカバリーにおけるパフォーマンス上の問 題を回避するには、デフォルトの RT ベースのオプションを使用してください。RT ベースのオプションは、「ネットワーク・ディスカバリー構成」ページの「拡張」 タブで設定されるデフォルトのオプションです。 158 ページの『RT ベースのディ スカバリーでの VRF 名の使用』の説明に従って構成ファイルを編集することによ って、RT ベースのオプションと共に VRF 名を使用することができます。 第 2 章 ネットワーク・ディスカバリーの構成 157 表 13 に、RT ベースのディスカバリーと LSP ベースのディスカバリーの相違点を まとめます。 表 13. RT ベースのディスカバリーと LSP ベースのディスカバリー ディスカバリーのタ イプ ラベル・データ RT ベースのディスカ このタイプのディス バリー カバリーでは、ラベ ル・データは必要あ りません。 コア・ビュー VPN 解決方法 MPLS 対応デバイス のみで構成されてい ます VPN は RT 情報に 基づいて解決されま す。 ディスカバリーは高 速です。 LSP ベースのディス カバリー LSP をトレースする ため、ラベル・デー タがディスカバーさ れます。 該当する LSP により VPN は VRF および 全探索されるデバイ ラベル・パス情報に スで構成されます。 基づいて解決されま す。 ディスカバリーは低 速です。 関連資料: 50 ページの『ディスカバリーの拡張パラメーター』 拡張設定は、並行処理やタイムアウトなどのディスカバリーの機能を制御します。 これらのパラメーターを使用して、ディスカバリーの速度を向上させることができ ますが、サーバーにかかる負荷と速度のバランスを取る必要があります。一般に、 ディスカバリーの速度を上げると、サーバーでのメモリー使用量が増えます。 244 ページの『disco.config テーブル』 config テーブルでは、ディスカバリー・プロセスの一般的な動作を構成します。 RT ベースのディスカバリーでの VRF 名の使用: よりなじみのある VRF 名を VPN で使用するために、LSP ベースのディスカバリ ーを使用したい場合があります。ただし、RT ベースのディスカバリーで VRF 名を 使用することもできます。 重要: 以前に VRF 命名を使用してデバイスがディスカバーされている場合、次回のディ スカバリーで重複する VPN エンティティーが表示されることがあります。例え ば、同じ VPN エンティティーが 2 回 (VRF 名で 1 回と RT 値で 1 回) 表示さ れることがあります。デバイス項目の重複を防止するには、次回のディスカバリー を実行する前に、トポロジーですべてのデバイスの LingerTime をゼロに設定して ください。そのためには、以下を実行します。 1. 以下のコマンドを使用して OQL サービス・プロバイダーにログインします。 ncp_oql -domain NCOMS -service Model 2. 以下のコマンドを実行して LingerTime をゼロに設定します。 update ncimCache.lingerTime set lingerTime = {LINGERTIME=0}; go 158 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド RT ベースのディスカバリーで VRF 名を使用するには、以下のようにします。 1. ディスカバリー構成 GUI のすべてのインスタンスを終了します。 2. NCHOME/etc/precision ディレクトリーに移動します。 3. DiscoConfig.DomainName.cfg ファイルを以下のように編集します。 a. disco.config テーブルで、m_RTVPNResolution フィールドを 2 に設定しま す。 b. m_RTBasedVPNs 値が 1 に設定されていることを確認します。 4. 以下のように、ncp プロセスを再始動して、構成ファイルを再度読み取りま す。 itnm_stop ncp itnm_start ncp あるいは、ncp_config プロセスを再始動します。 CE ルーターの存在の推論: 利用者の CE ルーターの存在を推論するには、ディスカバリー構成 GUI で拡張デ ィスカバリー構成オプションを指定します。 Network Manager がインストールされているホストに顧客の CE ルーターへのア クセス権限がない場合、Network Manager はこれらの CE ルーターを直接ディス カバーできません。一般に、このような状況が発生するのは、MPLS サービス提供 企業が PE ルーターを所有しているが、VPN を実行する利用者が所有する CE ル ーターへのアクセス権限がない場合です。 注: MPLS サービス提供企業が PE ルーターと CE ルーターの両方を所有および管 理しており、両方のデバイスにアクセスできる場合は、このような状況は発生しま せん。 利用者の CE ルーターの存在を推論するには、ディスカバリー構成 GUI の拡張デ ィスカバリー構成オプションでこのことを指定します。 注: PE インターフェースが /30 サブネット上にある場合にのみこの操作を行う必 要があります。この場合、サブネット上のその他のデバイスは CE ルーターでなけ ればならず、CE の IP アドレスは /30 サブネットの他のアドレスになります。 CE ルーターの推論の制約: v PE ルーターがシリアル・リンクにより CE ルーターに接続されており、 MPLS コア・ネットワーク内の CE ルーターとデバイスの間で IP アドレスが重複して いることが判明している場合は、CE ルーターの存在を推論しないでください。 Network Manager は、ディスカバーされた MPLS コア・ルーターのうち、推 論された CE の IP アドレスと同じ IP アドレスを持つすべてのルーターをトポ ロジーから除去します。 v PE ルーターがイーサネット経由で CE ルーターに接続している場合は、その他 の検査を実行せずに CE ルーターの存在を推論できます。この場合、Network Manager は CE ルーターの MAC アドレスを判別できます。Network Manager により同じ MAC アドレスを持つ別のデバイスが検出された場合、こ れは必ず CE ルーターです。この場合、Network Manager は CE の存在を推 論せずに、ディスカバーされたデバイス・データを使用します。 第 2 章 ネットワーク・ディスカバリーの構成 159 関連資料: 50 ページの『ディスカバリーの拡張パラメーター』 拡張設定は、並行処理やタイムアウトなどのディスカバリーの機能を制御します。 これらのパラメーターを使用して、ディスカバリーの速度を向上させることができ ますが、サーバーにかかる負荷と速度のバランスを取る必要があります。一般に、 ディスカバリーの速度を上げると、サーバーでのメモリー使用量が増えます。 拡張 MPLS ディスカバリーの構成 標準 MPLS ディスカバリーには組み込まれていない追加のカスタマイズ機能に対応 するため拡張 MPLS ディスカバリーを構成します。 拡張 MPLS ディスカバリーを構成するときには、標準 MPLS ディスカバリーに必 要なアクティビティーに加えて、以下のアクティビティーを実行する必要がありま す。 v MPLS ディスカバリー・スコープの定義: このディスカバリーのスコープを特定 の VPN または VRF に限定できるようになります。 v VPN 名の指定: 独自の VPN 命名規則を構成できるようになります。 v ラベル・データ・ディスカバリーの調整: 選択されている MPLS ディスカバリー 方式に関係なく、LSP ディスカバリーを強制的に実行できるようになります。 MPLS Traffic Engineered トンネルのディスカバリーの構成: MPLS Traffic Engineered トンネルをディスカバーするには、StandardMPLSTE エ ージェントを有効にし、取得された情報を構成して、ディスカバーのスコープを構 成します。 MPLS Traffic Engineered トンネルのディスカバリー・モード: どの程度詳細な情報を取得するかに応じて、ディスカバリー・モードを設定しま す。 特定のトンネル・インスタンス (ワイルドカードで指定可能) を構成するディスカバ リー・エージェントの構成ファイルには、さまざまな量のトンネル・データを取り 出すためのモード・スイッチが用意されています。以下のモードを選択できます。 HeadEndHops (デフォルト) HeadEndHops モードでは、エージェントがトンネルのヘッドエンドおよび テールエンドを取得し、計算された経路指定ホップ・データおよび実際の経 路指定ホップ・データのヘッドエンド LSR を照会することによって、伝送 LSR およびネクスト・ホップ・インターフェースが識別されます。実際の 経路指定ホップ・データと計算された経路指定データは、それぞれ mplsTunnelARHopTable MIB テーブルと mplsTunnelCHopTable MIB テ ーブルから取得されます。このディスカバリー・モードでは、伝送 LSR お よびテールエンド LSR に対する伝送トンネル・インスタンスおよびテール エンド・トンネル・インスタンスは保管されません。接続は、適切なトンネ ル・インターフェース用のヘッドエンド LSR トンネル・オブジェクトに関 連付けられている、MPLS TE トポロジー内のヘッドエンド LSR インター フェースとテールエンド LSR インターフェースの間で伝送デバイス・ホッ プ (ある場合) を介して作成されます。 160 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ヘッド・トンネル上でディスカバーされ、解決された MPLS 相互接続ポイ ンターは、可能であれば適切な LSP ID に解決されます。 この情報を使用して、トンネルが使用する実際のパスが、CSPF (Compute Shortest Path First) 計算によって計算されたパスと異なっているかどうか を判別できます。計算されたパスと実際のパスを確認することはできます が、LSR が伝送キャパシティーで実行しているのかテール・キャパシティ ーで実行しているのかは、ヘッドエンド LSR トンネル・データを調べなけ れば判別できません。 注: 実際の経路指定データは、トンネル・インスタンスにレコード・ルー ト・オプション (RRO) が指定されている場合にのみ使用できます。 scope.mplsTe テーブルのスキーマ内で HeadEndHops モードは、m_Mode の値 1 にマップされています。 HeadTailEnd HeadTailEnd モードでは、ヘッドエンドのラベル・スイッチング・ルータ ー (LSR) を照会することによって、MPLS TE トンネルのヘッドエンド・ ポイントとテールエンド・ポイントのみが解決されます。このモードでは、 MPLS TE トンネルについての情報量が最小になります。MPLS TE トポロ ジー内でヘッドエンド・インターフェースとテールエンド・インターフェー スの間に接続が作成されます。トンネル・リソース・インスタンスは、ヘッ ドエンド・トンネル LSR エンティティーに関連付けられています。 このモードでは、伝送 LSR を識別することはできず、計算された経路指定 データと実際の経路指定データは取得されません。 ヘッド・トンネル上でディスカバーされ、解決された MPLS 相互接続ポイ ンターは、可能であれば適切な LSP ID に解決されます。 scope.mplsTe テーブルのスキーマ内で HeadTailEnd モードは、m_Mode の値 2 にマップされています。 AllLSRTunnelsAndHops AllLSRTunnelsAndHops モードでは、エージェントがトンネルのヘッドエ ンドおよびテールエンドを取得し、計算された経路指定ホップ・データおよ び実際の経路指定ホップ・データのヘッドエンド LSR を照会することによ って、伝送 LSR およびネクスト・ホップ・インターフェースが識別されま す。実際の経路指定ホップ・データと計算された経路指定データは、それぞ れ mplsTunnelARHopTable MIB テーブルと mplsTunnelCHopTable MIB テーブルから取得されます。このディスカバリー・モードでは、伝送 LSR およびテールエンド LSR に対する伝送トンネル・インスタンスおよびテー ルエンド・トンネル・インスタンスが保管されます。このモードでは、 MPLS TE トポロジー内のヘッドエンド LSR インターフェースとテールエ ンド LSR インターフェースの間で接続が作成されます。これらのインター フェースはヘッドエンド (トンネル・インターフェースの場合) LSR トンネ ル・オブジェクト、伝送 LSR トンネル・オブジェクト、およびテールエン ド LSR トンネル・オブジェクトに関連付けられています。計算された経路 指定接続および実際の経路指定接続は、計算された接続エンティティー・タ イプおよび実際の接続エンティティー・タイプに関連付けられていて、ヘッ 第 2 章 ネットワーク・ディスカバリーの構成 161 ドエンド LSR トンネル・エンティティーから順番に集められます。トンネ ル・リソース・インスタンスは、ヘッドエンド・トンネル LSR エンティテ ィーに関連付けられています。 この情報を使用して、トンネルが使用する実際のパスが、CSPF 計算によっ て計算されたパスと異なっているかどうかを判別できます。ヘッドエンド・ トンネル・インスタンスを調べることなく、計算されたパスおよび実際のパ スを確認して、LSR の伝送役割またはテールエンド役割を判別できます。 注: 実際の経路指定データは、トンネル・インスタンスにレコード・ルー ト・オプション (RRO) が指定されている場合にのみ使用できます。 ヘッド・トンネル上でディスカバーされ、解決された MPLS 相互接続ポイ ンターは、可能であれば適切な LSP ID に解決されます。 scope.mplsTe テーブルのスキーマ内で AllLSRTunnelsAndHops モード は、m_Mode の値 3 にマップされています。 関連資料: 269 ページの『mplsTe テーブル』 mplsTe テーブルは、MPLS Traffic Engineered (TE) トンネル・ディスカバリーの スコープを定義し、取得する情報を定義します。 StandardMPLSTE エージェントの有効化: MPLS TE トンネルをディスカバーするには、StandardMPLSTE エージェントを有 効にして、関連する SNMP コミュニティー・ストリングを追加する必要がありま す。 StandardMPLSTE エージェントを有効にするには、以下の手順を実行します。 1. 「ディスカバリー」 > 「ネットワーク・ディスカバリー構成」をクリックしま す。「ドメイン」リストから、必要なドメインを選択します。 2. 「フル・ディスカバリー・エージェント」タブをクリックします。 「エージェ ント」リストが表示され、選択されたディスカバリー・オプションで使用可能な ディスカバリー・エージェントがすべて示されます。 3. StandardMPLSTE エージェントの横にあるチェック・ボックスを選択します。 4. 「保存」 5. オプション: MPLS TE トンネルを再ディスカバーする場合は、 StandardMPLSTE エージェントで部分的な再ディスカバリーを実行できるよう にします。 をクリックします。 a. 「部分的な再ディスカバリー・エージェント」タブをクリックします。 b. StandardMPLSTE エージェントの横にあるチェック・ボックスを選択しま す。 c. 「保存」 6. をクリックします。 SNMP コミュニティー・ストリングが、MPLS TE トンネル内のデバイスにア クセスするできるよう正しく構成されていることを確認します。 関連タスク: 162 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 33 ページの『デバイス・アクセスの構成』 ヘルパーおよび Network Manager ポーリングがネットワーク上のデバイスにアク セスできるように、SNMP コミュニティー・ストリングおよび Telnet アクセス情 報を指定します。 StandardMPLSTE エージェントの構成: ディスカバー対象のトンネル、および取得する詳細を構成します。 StandardMPLSTE エージェントを構成するには、以下の手順を実行します。 1. ファイル NCHOME/etc/precision/DiscoScope.cfg をバックアップおよび編集し ます。 2. scope.mplsTe テーブルへの insert を見つけて編集するか、新しい insert を作 成します。以下のような insert を作成または編集します。 insert into scope.mplsTe ( m_Protocol, m_Zones, m_Mode, m_TunnelFilter ) values ( 1, [{m_Subnet = '192.168.1.0', m_NetMask = 24 }], 2, 1 ); insert は、エージェントを以下のように動作するよう構成します。 v IPv4 を使用する。 v トンネル・ヘッドのディスカバリーに (m_Tunnelfilter=1)、サブネット 192.168.1.* を組み込む。 v トンネルのヘッドおよびテール用のデータを取得し、中継ルーターのデータ は取得しない。 3. ファイルを保存して閉じます。 4. ディスカバリー・エンジン (ncp_disco プロセス) を停止してから再始動して、 構成の変更を有効にします。 関連資料: 269 ページの『mplsTe テーブル』 mplsTe テーブルは、MPLS Traffic Engineered (TE) トンネル・ディスカバリーの スコープを定義し、取得する情報を定義します。 第 2 章 ネットワーク・ディスカバリーの構成 163 MPLS/VPN ディスカバリーのスコープの定義: MPLS コア上で稼働する 1 つ以上の仮想プライベート・ネットワーク (VPN) のデ ィスカバリーを構成するときに、ディスカバリーのスコープを、特定の VPN 名ま たは仮想ルーティング/転送テーブル (VRF) 名に制限できます。 スコープを制限するには、*.agnt ファイルでオプションの DiscoAgentDiscoveryScoping セクションを構成します。構成可能なオプションの説 明を表 14 に示します。 表 14. MPLS スコープ設定要件の定義 オプション 機能 IncludeVRF 指定された VRF をディスカバーします。 IncludeVPN 指定された VPN をディスカバーします。 ExcludeVPN 指定された VPN 内の VRF をディスカバーしません。 ExcludeVRF 指定された VRF をディスカバーしません。 DiscoAgentDiscoveryScoping セクションでの Exclude と Include の優先順位は以 下のとおりです。 1. Exclude 2. Include DiscoAgentDiscoveryScoping での VRF と VPN の優先順位は以下のとおりで す。 1. VRF 2. VPN 例えば VPN を含めるが、別のフィルターにより VPN 内の VRF が除外される場 合、この VRF は除外されます。VPN を除外するが、別のフィルターによりその VPN 内の VRF が含まれる場合、その VRF は含まれます。 VRF の名前には大/小文字の区別があります。また、VRF または VPN の名前を表 すワイルドカードとしてアスタリスク (*) を構成の名前部分で使用できます。ワイ ルドカードは、前述のすべてのオプションで使用できます。 VPN 名によるスコープ設定は、MPLS エージェントによりディスカバーされるデ バイスで構成されている VRF 名が Cisco 推奨 VRF 形式である場合にのみ機能し ます。VRF 名は処理対象の 1 つ以上の VPN とトポロジー・タイプに基づいてい ます。VRF 名の形式は以下のとおりです。 V [number assigned to make the VRF name unique]: [VPN_name] 例えば precision という VPN では、ハブ・エッジ・ルーターの VRF は以下のよ うになります。 V1:precision precision VPN 内のスポーク・エッジ・ルーターの VRF は以下のようになりま す。 V1:precision-s 164 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド precision VPN 内のエクストラネット VPN トポロジーの VRF は以下のようにな ります。 V1:precision-etc 4 つの VRF (V65:Precision-etc、V65:Precision-s、V65:Precision、および V44:AcmeSheds) が存在するシステムでディスカバリー・スコープを設定する例を以 下に示します。 //2 VRFs are to be included // DiscoAgentDiscoveryScoping { IncludeVRF = "V65:Precision-etc"; IncludeVRF = "V44:AcmeSheds"; } //All 4 VRFs are to be included // DiscoAgentDiscoveryScoping { IncludeVPN = "Precision"; IncludeVRF = "V44:AcmeSheds"; } 関連資料: 244 ページの『disco.config テーブル』 config テーブルでは、ディスカバリー・プロセスの一般的な動作を構成します。 VPN 命名規則の構成: Cisco VRF 命名規則を使用しない場合は、固有の VPN 命名規則を構成できます。 固有の VPN 命名規則を構成するには、 $NCHOME/precision/disco/stitchers/ に ある MPLSAddVPNNames.stch スティッチャーに適切な insert を追加します。 MPLSAddVPNNames スティッチャーは、Path Tracing スティッチャーによりディスカ バーされたパスのリストから VPN 名を抽出して構成します。MPLSAddVPNNames ス ティッチャーは、この VPN 名に属するパスに含まれるデバイス・インターフェー スにこの VPN 名を追加できます。 $NCHOME/precision/disco/stitchers にある MPLSAddVPNNames.stch ファイルで VPN 名を変更する個所を以下の例に示します。 //VPN Name Assignment // //Currently assigns the VRF name as the VPN Name if no VPN name //has been discovered by the agent, i.e., if the VRF name was not in //the Cisco format. // vpnName = eval(text, '&m_VPNName'); if (vpnName == NULL) { vpnName = vrfName; //VPN=VRF, customize as required. } 第 2 章 ネットワーク・ディスカバリーの構成 165 ラベル・データの調整: MPLS ディスカバリー方式 (RT ベースまたは LSP ベース) により、MPLS エージ ェントが MPLS ラベル・データを取得するかどうかが決定します。 v RT ベースのディスカバリーを選択すると、MPLS エージェントはラベル・デー タを取得しません。 v LSP ベースのディスカバリーを選択すると、MPLS エージェントはラベル・デー タを取得します。 RT ベースのディスカバリーを選択して、ラベル・データを取得する場合は、該当す る MPLS.agnt ファイルの DiscoAgentDiscoveryScoping セクションで以下の insert を使用して手動でこの操作を構成できます。 DiscoAgentDiscoveryScoping { GetMPLSLabelData = 1; } 関連タスク: 157 ページの『MPLS ディスカバリー方式の構成』 MPLS ディスカバリーは、ルート・ターゲット (RT) ベースのディスカバリーまた はラベル・スイッチ・パス (LSP) ベースのディスカバリーのいずれかとして構成で きます。 NAT ディスカバリーの構成 NAT ドメインのアドレス・スペース ID を関連する NAT ゲートウェイ・デバイ スの IP アドレスにマップして、NAT 環境をディスカバーするようにネットワー ク・アドレス変換 (NAT) ディスカバリーを構成します。 ネットワーク・アドレス変換について インターネットへのアクセスに対する需要の伸びに対応するには、現在の 32 ビッ ト形式で提供される IP アドレスの数では不十分です。ネットワーク・アドレス変 換 (NAT) は、この問題の短期的な解決策として設計されました。NAT では、1 つ の固有の公用 IP アドレスまたは少数の固有の公用 IP アドレスのいずれかを使用 して、複数のコンピューターを 1 つの IP ネットワークに接続する方法を提供しま す。 一般に NAT は企業で使用されます。ここで、NAT ルーターはプライベート・ネ ットワーク (このような状況ではスタブ・ドメインと呼ばれます) のエッジに存在 し、スタブ・ドメインが送受信するパケットに付加されている IP アドレスを変換 します。実質的にインターネットとローカル・ネットワーク間のエージェントとし ての機能を果たす NAT ルーターは、公用アドレスと専用アドレス間のマッピング のリストを保守します。 注: スタブ・ドメインは、内部 IP アドレスを使用するローカル・ネットワークで す。このネットワークは、内部通信には未登録の専用 IP アドレスを使用すること ができます。ネットワークの外部と通信するときには、このような IP アドレス を、固有の公用 IP アドレスに変換する必要があります。特定のスタブ・ドメイン の内部で使用されるアドレスを、ほかのスタブ・ドメインが内部的に使用すること もできます。 166 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 例えば、プライベート・ネットワーク内のコンピューターが、パブリック・ネット ワークからの情報を要求した場合、NAT ルーターは自動的にそのコンピューターの 専用アドレスを、ドメインの公用アドレス (パブリック・ネットワークに送信され る唯一のアドレス) に変換します。要求された情報が返されるとき、NAT ルーター は、内部の公用アドレスと専用アドレス間のマッピングのリストを調べて、適切な コンピューターに情報を転送します。 NAT 環境を構成するには、いくつかの異なる方法があります。 NAT 環境の最も 一般的なタイプについて、以下で詳しく説明します。 静的 NAT 環境: 静的 NAT 環境では、NAT ルーターは専用アドレスと公用アドレスを 1 対 1 に マップさせます。つまり、あるデバイスの専用アドレスは常に同じ公用アドレスに マップします。このタイプの NAT 環境は、一般にパブリック・ネットワークから アクセスする必要があるデバイスに対して使用されます。 動的 NAT 環境: 動的 NAT 環境では、NAT ルーターは、アドレス・グループの中の公用 IP アド レスを、パブリック・ネットワークとの通信を行うプライベート・ネットワーク上 のデバイスに動的に割り振ります。動的 NAT の 1 つの変形であるオーバーロード または PAT (ポート・アドレス変換) では、さまざまなポートを使用して、複数の 専用アドレスを同一の公用アドレスにマップします。 専用アドレスの範囲: Internet Assigned Numbers Authority (IANA) は、プライベート・ネットワーク で使用するために、いくつかのアドレス範囲を割り当てています。 プライベート・ネットワークで使用するアドレスの範囲は、以下のとおりです。 v クラス A: 10.0.0.0 から 10.255.255.255 v クラス B: 172.16.0.0 から 172.31.255.255 v クラス C: 192.168.0.0 から 192.168.255.255 したがって、これらの範囲内の IP アドレスは、固有ではないため、ルーティング 不能と見なされます。内部的に IP アドレスを使用する必要があるプライベート・ ネットワークでは、IANA との調整やインターネット登録をせずに、これらの範囲 内の任意のアドレスを使用することができます。この専用アドレス・スペース内の アドレスは、特定のプライベート・ネットワーク内でのみ固有です。 この範囲外のアドレスはすべて、公用と見なされます。 第 2 章 ネットワーク・ディスカバリーの構成 167 NAT ディスカバリーについて Network Manager を使用して、NAT 環境を管理することができます。ただし、現 在サポートされているタイプの NAT 環境では、いくつかの制限があります。 Network Manager は、サポートされる既知の NAT ゲートウェイに問い合わせ て、NAT ドメイン内にあるデバイスの公用 IP アドレスと専用 IP アドレス間のマ ッピングのリストを取得することができます。あるいは、これらのマッピングを手 動で提供することもできます。これにより、Network Manager が、公用 IP アド レスを持つ NAT ゲートウェイの背後にあるデバイスをディスカバーすることがで きます。 各 NAT ドメインには、それぞれ固有のアドレス・スペース ID があります。NAT ドメイン内の各デバイスのレコードには、該当するアドレス・スペース ID が付加 されています。これにより、そのデバイスを管理する (例えば、ポーリングする) こ とができます。 NAT ディスカバリーについての制限: Network Manager を使用した NAT 環境の管理には、いくつかの制約事項があり ます。 Network Manager を使用した NAT 環境の管理は、次の条件によって制限されま す。 168 v Network Manager は、1 つ以上の NAT 環境をディスカバーできますが、その すべてが静的 NAT アドレスのマッピングを使用している必要があります。 v Network Manager は、デバイスの専用 IP アドレスがほかの NAT ドメイン内 で重複しているかどうかに関係なく、複数の NAT ドメイン内のデバイスをディ スカバーできます。ただし、それぞれのドメイン内で、各デバイスの公用 IP ア ドレスが固有でなければなりません。 v NAT ドメイン内にある専用 IP アドレスのみを持つデバイスを、Network Manager でディスカバーしたり管理したりすることはできません。 v ディスカバリー・プロセスでは、外部、つまりパブリック・ネットワークから NAT 環境をディスカバーする必要があります。 v HSRP (Hot Standby Routing Protocol) アドレスなどの、仮想 IP アドレスはマ ッピングできません。実際の物理アドレスを使用する必要があります。 v ディスカバリーを実行する前に、以下のものを提供する必要があります。 – サポートされるすべての NAT ゲートウェイのアドレス。 – NAT ゲートウェイの変換を、自動的にディスカバーするか、あるいは公用 IP アドレスと専用 IP アドレス間のマッピング用のフラット・ファイルに NATTextFileAgent ディスカバリー・エージェントを指定することによりデ ィスカバーする必要があります。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド NAT ディスカバリー・プロセス・フローの相違点: NAT ディスカバリーのプロセス・フローは、通常のディスカバリーのプロセス・フ ローとは異なります。 関連概念: 366 ページの『ディスカバリー・サイクル』 特定のサイクルのディスカバリー・データ・フローが開始から終了までたどったと き、1 つのディスカバリー・サイクルが発生したことになります。1 つのフル・デ ィスカバリーに、複数のサイクルが必要になる場合があります。 変換情報のダウンロード: NAT 変換情報は、ファインダーがその他のエンティティーを処理する前に、NAT エージェントによって translations.NATTemp データベース表にダウンロードされ ます。 ディスカバーされたその他のすべてのデバイスは finders.pending テーブルに挿入 され、BuildNATTranslation.stch スティッチャーはグローバル変換テーブルを作成 して、translations.NAT データベース表にそれを保管します。 デバイスにアクセスする必要があるファインダー、ヘルパー、およびその他のコン ポーネントは、このテーブルを使用して、NAT ゲートウェイの背後にあるデバイス のアドレスをルックアップすることができます。 トポロジーの作成: トポロジーが作成されると、AddBaseNATTags.stch スティッチャーによって、NAT ドメイン内の各デバイスのトポロジー・レコードに NAT 情報が追加されます。 表 15 に、各デバイスのトポロジー・レコードに追加される情報を示します。 表 15. デバイス・レコードに追加される NAT 情報 列 説明 ExtraInfo->m_AddressSpace デバイスが属する NAT アドレス・スペースの名 前。この値は translations.NATAddressSpaceIds テーブル内に設定されます。ディスカバリーが NAT を使用していない場合、またはデバイスがパ ブリック・ドメイン内に存在する場合、この値はヌ ルです。 ExtraInfo->m_NATTranslated デバイスが NAT ゲートウェイの背後にあるかどう かを示すブール値の整数。 ExtraInfo->m_InsideLocalAddress デバイスの専用アドレス。 ExtraInfo->m_OutsideGlobalAddress デバイスの公用アドレス。 第 2 章 ネットワーク・ディスカバリーの構成 169 NAT ディスカバリーの構成 NAT 環境をディスカバーし、Network Manager が NAT 環境を管理できるよう に NAT ディスカバリーを構成します。 ほとんどの NAT ディスカバリー設定は、ディスカバリー構成 GUI で行います。 ただし以下の操作は行わないでください。 v サポートされていない NAT ゲートウェイ・デバイスのサポートを提供するよう に NATTextFileAgent エージェントを構成する。 v NAT ゲートウェイが公用アドレス・スペースにない場合に誤った接続が発生す る可能性がある問題を訂正するように NATGateway エージェントを構成する。 NAT ディスカバリー構成のためのクイック・リファレンス: ここでは、ディスカバリーを構成するための手順をステップバイステップで説明し ます。 以下の表に、手順の説明を示します。 表 16. NAT ディスカバリー構成のためのクイック・リファレンス アクション GUI の使用 1. ネットワーク・アドレス変換を使用するために、ディ スカバリーを構成します。これを行うには、ディスカバ リー構成 GUI またはコマンド行を使用します。 45 ページの『NAT 変換の 172 ページの『NAT 変換 構成』 の有効化』 2. 各 NAT ゲートウェイ・デバイスと対応するアドレ ス・スペースを定義します。これを行うには、ディスカ バリー構成 GUI またはコマンド行を使用します。 173 ページの『NAT ゲー トウェイのアドレス・スペ ースの定義』 3. 各 NAT ゲートウェイ・デバイスの IP アドレスを Ping ファインダーにシードします。 30 ページの『ディスカバ リーのシード』 コマンド行の使用 ディスカバリーをシードす るためのガイド 78 ページの 『DiscoPingFinderSeeds.cfg 構成ファイル』 NAT ディスカバリーをシー ドするためのガイド 174 ページの『ディスカバ リーへの NAT ゲートウェ イ・アドレスのシード』 170 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 16. NAT ディスカバリー構成のためのクイック・リファレンス (続き) アクション GUI の使用 4. 各 NAT ゲートウェイ・デバイスのスコープ・ゾーン 26 ページの『ディスカバ を定義します。 リーのスコープ』 注: NAT ゲートウェイ・デバイスの IP アドレスがディ スカバリー用に定義されている他のスコープ・ゾーンに 既に含まれている場合は、その NAT ゲートウェイ・デ バイスのスコープ・ゾーンを定義する必要はありませ ん。 注: NAT ゲートウェイ・デバイスのアドレス・スペー ス、または共用サブネット・スコープのアドレス・スペ ースは定義しないでください。定義できるのは、専用サ ブネットのアドレス・スペースのみです。 5. 各 NAT アドレス・スペースに関連付けられている共 用サブネットのスコープ・ゾーンを定義します。 注: NAT ゲートウェイ・デバイスのアドレス・スペー ス、または共用サブネット・スコープのアドレス・スペ ースは定義しないでください。定義できるのは、専用サ ブネットのアドレス・スペースのみです。 コマンド行の使用 ディスカバリーのスコープ を設定するためのガイド 82 ページの 『DiscoScope.cfg 構成ファ イル』 例: 専用 NAT サブネット のスコープ・ゾーンを定義 する方法 174 ページの『NAT ドメ イン内のスコープ・ゾーン の定義』 6. 可能な場合は、各 NAT アドレス・スペースに関連付 けられている専用サブネットのスコープ・ゾーンを定義 します。 制約事項: 定義できるのは、ディスカバリー構成内で専 用サブネットのサブネットとネットマスクの組み合わせ が固有である専用 NAT アドレス・スペースのスコー プ・ゾーンのみです。 このスコープを定義する場合は、以下のように設定を行 います。 1. 「ping シード・リストへの追加」オプションのチェ ック・マークを外します。専用サブネットは ping 可能ではないため、この設定が必要です。 2. この専用サブネットのアドレス・スペースを定義し ます。 各専用 NAT アドレス・スペースのスコープ・ゾーンを 追加することの利点は、以下のとおりです。 v 専用スペース内のアドレスのみがディスカバリー中に フィードバックされます。 v NAT ゲートウェイ・デバイスおよび関連付けられて いる NAT アドレス・スペース内のデバイスがルータ ーである場合は、その専用 NAT アドレス・スペース のスコープ・ゾーンを追加することによって、不要な ルーティング・データのダウンロードが制限されま す。 第 2 章 ネットワーク・ディスカバリーの構成 171 表 16. NAT ディスカバリー構成のためのクイック・リファレンス (続き) アクション GUI の使用 7. 以下のように NAT エージェントを有効にします。 38 ページの『エージェン トの活動化』 v サポートされる NAT ゲートウェイ・デバイスの場合 は、CiscoNATTelnet エージェントまたは NATNetScreen エージェントを有効にします。 v サポートされない NAT ゲートウェイ・デバイスの場 合は、NAT マッピング・ファイルを作成して、 NATTextFileAgent エージェントを有効にします。 コマンド行の使用 176 ページの『サポートさ れる NAT ゲートウェイ・ デバイスのエージェントの 有効化』 176 ページの『サポートさ れない NAT ゲートウェ イ・デバイスのエージェン トの有効化』 関連タスク: 179 ページの『例: NAT ディスカバリーの構成』 この例は、NATTextFileAgent エージェントを使用してアドレス・スペースを定義 する方法と、関連付けられたディスカバリー・スコープをセットアップする方法を 示しています。 NAT 変換の有効化: NAT 変換を使用するようにディスカバリー・システムを設定するには、 $NCHOME/etc/precision/DiscoConfig.cfg を編集して、m_UsingNAT を 1 に、 m_NATStatus を 0 に設定するように disco.NATStatus への insert を作成または 変更します。 完成した insert は以下のようになります。 insert into disco.NATStatus ( m_UsingNAT, m_NATStatus ) values ( 1, 0 ); 関連タスク: 45 ページの『NAT 変換の構成』 NAT 環境をディスカバーするように NAT 変換を構成するには、NAT ドメインの アドレス・スペース ID を、関連する NAT ゲートウェイ・デバイスの IP アドレ スにマップします。 『NAT 変換の有効化』 NAT 変換を使用するようにディスカバリー・システムを設定するには、 $NCHOME/etc/precision/DiscoConfig.cfg を編集して、m_UsingNAT を 1 に、 m_NATStatus を 0 に設定するように disco.NATStatus への insert を作成または 変更します。 172 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド NAT ゲートウェイのアドレス・スペースの定義: NAT ゲートウェイの IP アドレスと、関連付けられている各 NAT ドメインに使 用するアドレス・スペース ID を指定するには、DiscoConfig.cfg を編集し、 translations.NATAddressSpaceIds への insert を作成または変更します。 NAT ゲートウェイのアドレス・スペースを定義するときには、以下のガイドライン に従います。 v IP アドレスは、管理サーバーからアクセス可能な公用 IP アドレスでなければな りません。 v アドレス・スペースのフィールドには説明のストリングを入力できますが、引用 符などの特殊文字は使用しないでください。これらのデバイスの名前にはアドレ ス・スペースが含まれていることがあるため、アドレス・スペースには DNS 名 の標準ルールを使用してください。 2 つの NAT ゲートウェイのディスカバリー・システムを構成する insert の例を以 下に示します。 insert into translations.NATAddressSpaceIds ( m_NATGatewayIP, m_AddressSpaceId ) values ( '172.16.1.112', 'NATDomain1' ); insert into translations.NATAddressSpaceIds ( m_NATGatewayIP, m_AddressSpaceId ) values ( '172.16.1.104', 'NATDomain2' ); 関連タスク: 45 ページの『NAT 変換の構成』 NAT 環境をディスカバーするように NAT 変換を構成するには、NAT ドメインの アドレス・スペース ID を、関連する NAT ゲートウェイ・デバイスの IP アドレ スにマップします。 172 ページの『NAT 変換の有効化』 NAT 変換を使用するようにディスカバリー・システムを設定するには、 $NCHOME/etc/precision/DiscoConfig.cfg を編集して、m_UsingNAT を 1 に、 m_NATStatus を 0 に設定するように disco.NATStatus への insert を作成または 変更します。 第 2 章 ネットワーク・ディスカバリーの構成 173 NAT ドメイン内のスコープ・ゾーンの定義: scope.zones テーブルの m_AddressSpace 列を使用して、個々の NAT ドメインの 包含ゾーンと排他ゾーンをカスタマイズできます。 以下の insert の例は、NAT ドメインに関連付けられている専用サブネットの包含 ゾーンを定義しています。 insert into scope.zones ( m_Protocol, m_Action, m_Zones, m_AddressSpace ) values ( 1, 1, [ { m_Subnet="172.16.2.*", } ], "NATDomain1" ); 上記の例では、1 つの包含ゾーンが定義されます。Network Manager は、IP アド レスが "172.16.2" から始まり (つまり、172.16.2.0 専用サブネット内にあり、マ スクは 255.255.255.0)、NAT アドレス・スペース NATDomain1 に属するデバイス をすべてディスカバーします。プロトコルは 1、つまり IP に設定されます。 注: NAT ゲートウェイ・デバイスのアドレス・スペース、または共用サブネット・ スコープのアドレス・スペースは定義しないでください。定義できるのは、専用サ ブネットのアドレス・スペースのみです。 関連タスク: 45 ページの『NAT 変換の構成』 NAT 環境をディスカバーするように NAT 変換を構成するには、NAT ドメインの アドレス・スペース ID を、関連する NAT ゲートウェイ・デバイスの IP アドレ スにマップします。 172 ページの『NAT 変換の有効化』 NAT 変換を使用するようにディスカバリー・システムを設定するには、 $NCHOME/etc/precision/DiscoConfig.cfg を編集して、m_UsingNAT を 1 に、 m_NATStatus を 0 に設定するように disco.NATStatus への insert を作成または 変更します。 ディスカバリーへの NAT ゲートウェイ・アドレスのシード: NAT ディスカバリーをシードするため、システム内のメイン・ルーターの IP アド レスを Ping ファインダーに挿入します。また、NAT ゲートウェイ IP の IP アド レスもディスカバリーにシードします。 NAT ベースのディスカバリーでは、ネットワークの他の部分よりも前に、NAT ゲ ートウェイがディスカバーされる必要があります。このため、ファインダーで必ず NAT ゲートウェイが最初に検出されなければなりません。 Network Manager は、NAT 変換が有効になっている場合に、すべての NAT ゲ ートウェイのシードを起動するように構成されています。ただし、このシードを実 174 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 行するには Ping ファインダーがアクティブになっている必要があります。例えば ファイル・ファインダーのみを使用してシードが行われると、NAT 変換が有効にな っていても、NAT ゲートウェイに対して ping が実行されません。したがって、デ ィスカバリーにすべての NAT ゲートウェイをシードしておくことをお勧めしま す。これは、ファイル・ファインダー、Ping ファインダー、またはその他の方式で も実行できます。 また、ディスカバリー構成 GUI を使用して NAT ゲートウェイをディスカバリー にシードすることもできます。 関連タスク: 45 ページの『NAT 変換の構成』 NAT 環境をディスカバーするように NAT 変換を構成するには、NAT ドメインの アドレス・スペース ID を、関連する NAT ゲートウェイ・デバイスの IP アドレ スにマップします。 172 ページの『NAT 変換の有効化』 NAT 変換を使用するようにディスカバリー・システムを設定するには、 $NCHOME/etc/precision/DiscoConfig.cfg を編集して、m_UsingNAT を 1 に、 m_NATStatus を 0 に設定するように disco.NATStatus への insert を作成または 変更します。 NAT エージェントの使用可能化: ® ® NetScreen Firewall または Cisco Router を NAT ゲートウェイとして実行して いる場合は、CiscoNATTelnet エージェントまたは NATNetScreen エージェントの いずれかを使用する必要があります。 適切な NAT 変換エージェントを使用可能にしていることを確認します。NAT ゲ ートウェイをディスカバーするには、これらのエージェントを実行する必要があり ます。実行されていない場合は、ディスカバリーを完了できません。これは最初に NAT ゲートウェイをディスカバーできないと、ネットワークを適切にディスカバー できないためです。 NAT エージェントは現在、CiscoNATTelnet、NATNetScreen、および NATTextFileAgent です。 CiscoNATTelnet エージェントは、NAT 変換機能を提 供する Cisco IOS ルーターで機能します。PIX ファイアウォールに対しては認証さ れていません。NATNetScreen エージェントは NetScreen ファイアウォール向けの エージェントです。 NetScreen Firewall または Cisco Router 以外の NAT ゲートウェイを使用してい る場合は、『 176 ページの『サポートされない NAT ゲートウェイ・デバイスのエ ージェントの有効化』』の説明に従って Perl エージェント NATTextFileAgent.pl を使用する必要があります。 第 2 章 ネットワーク・ディスカバリーの構成 175 サポートされる NAT ゲートウェイ・デバイスのエージェントの有効化: CiscoNATTelnet エージェントと NATNetScreen エージェントは、NAT ゲートウ ェイに直接接続してアドレス・マッピングをダウンロードします。これらのエージ ェントを構成できます。 これらのエージェントを実行する前に、以下の操作を行ってください。 v NAT 変換を有効にする v トラップ処理を構成する エージェントを構成して実行するには、以下の手順を実行します。 1. エージェントを有効にします。インストールされているディスカバリー・エージ ェントごとに、DiscoAgents.cfg 構成ファイルの disco.agents テーブルへの insert が 1 つあります。エージェントを活動化するには、insert を変更してそ のエージェントの m_Valid 列を 1 に設定します。エージェントを非活動化す るには、m_Valid=0 であることを確認します。 CiscoNATTelnet エージェントを活動化する insert の例を以下に示します。 insert into disco.agents ( m_AgentName, m_Valid, m_AgentClass, m_IsIndirect, m_Precedence, m_DebugLevel, m_LogFile ) values ( 'CiscoNATTelnet', 1, 8, 0, 2, 4, "$NCHOME/log/precision/CiscoNatTelnet.log" ); 2. ディスカバリーを実行します。 関連タスク: 38 ページの『エージェントの活動化』 実行するディスカバリーに対して適切なエージェントを有効にする必要がありま す。フル・ディスカバリーまたは部分的なディスカバリーの場合に、エージェント を指定できます。 サポートされない NAT ゲートウェイ・デバイスのエージェントの有効化: サポートされていない NAT 変換デバイスを使用している場合のバックアップとし て NATTextFileAgent が提供されています。このエージェントを構成できます。 NATTextFileAgent エージェントを実行する前に、以下の操作を行ってください。 v NAT 変換を有効にする v トラップ処理を構成する NATTextFileAgent は、NATTranslations.txt という名前のフラット・ファイルを読 み取ります。このファイルには、特定の NAT ゲートウェイの NAT 変換が記述さ れています。これにより、ディスカバリーで、現在サポートされていない NAT ゲ ートウェイを含むネットワークに対応できるようになります。このエージェント は、NAT ゲートウェイから情報をダウンロードせず、専用 IP アドレスから公用 IP アドレスへのマッピングのリストをフラット・ファイルから読み取ります。 176 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド このエージェントを構成して実行するには、以下の手順を実行します。 1. Perl API をインストールします。すべての Perl エージェントでは、エージェ ントを実行するためにこの API が必要です。この API は Network Manager ではデフォルトでインストールされます。 API がインストールされているかどうかを確認するには、以下のファイルが存 在しているかどうかを確認します。 $NCHOME/precision/bin/ncp_perl このファイルがリストされた場合、Perl API はインストールされています。 2. 公用アドレスから専用アドレスへのマッピングを記述した、エージェントによっ て読み取られる NAT マッピング・ファイルを作成します。NAT マッピング・ ファイルは、エージェントが読み取り可能なフォーマットで作成されている必要 があります。つまり、有効な IP アドレスが、タブで区切られた列に指定されて いなければなりません。 デフォルトでは、エージェントは $NCHOME/etc/precision/ NATTranslations.txt ファイルを使用します。独自のマッピングを作成する場合 は、このデフォルト・ファイルのバックアップを作成して編集する必要がありま す。エージェントがデフォルト以外の NAT マッピング・ファイルを使用する ように設定するには、$NCHOME/precision/disco/agents/Perlagents/ NATTextFileAgent.pl ファイルの以下の行を編集します。 my $natFileName = "$ENV{$NCHOME}/etc/precision/NATTranslations.txt"; 3. NAT マッピング・ファイルには以下の列が含まれています。 v デバイスが属する NAT ドメインの NAT ゲートウェイの IP アドレス。す べての NAT ゲートウェイのマッピングを 1 つのファイルで指定する必要 があります。 v デバイスの外部グローバル・アドレス (デバイスの公用アドレス)。 v デバイスの内部ローカル・アドレス (デバイスの専用アドレス)。 以下の例では、IP アドレスがそれぞれ 1.2.3.4 と 1.2.3.9 の 2 つのゲートウ ェイの NAT マッピング・ファイルを示します。 // NATGatewayIP 1.2.3.4 1.2.3.4 1.2.3.9 1.2.3.9 PublicIP 2.3.4.5 2.3.4.6 2.3.6.1 2.3.6.2 PrivateIP 10.10.1.1 10.10.1.2 10.10.1.1 10.10.1.2 注: 管理ステーション側から見ると、特定のゲートウェイ変換の公用 IP アド レスは、必ずしも管理ステーションが認識する公用アドレスと同一ではありませ ん。公用アドレスとは、ゲートウェイが特定のポートから取得し、変換して別の ポートに設定する IP アドレスです。ゲートウェイをチェーニングしており、IP アドレスが複数回変換される可能性がある場合、この相違を理解しておくことが 重要です。公用 IP は、実際には管理ドメインに近い IP アドレスです。 4. エージェントを有効にします。インストールされているディスカバリー・エージ ェントごとに、DiscoAgents.cfg 構成ファイルの disco.agents テーブルへの insert が 1 つあります。エージェントを活動化するには、insert を変更してそ のエージェントの m_Valid 列を 1 に設定します。エージェントを非活動化す るには、m_Valid=0 であることを確認します。 第 2 章 ネットワーク・ディスカバリーの構成 177 NATTextFileAgent エージェントを活動化する insert の例を以下に示します。 insert into disco.agents ( m_AgentName, m_Valid, m_AgentClass, m_IsIndirect, m_Precedence, m_IsPerl ) values ( 'NATTextFileAgent', 1, 8, 0, 2, 1 ); 5. NATTimer.stch スティッチャーが、NAT ゲートウェイに対して再ディスカバ リーを起動するように構成されていることを確認します。デフォルトでは、 NATTimer.stch スティッチャーは 1 時間ごとに実行されます。この間隔を変更 するには、スティッチャー・ファイルの以下の行で、整数値を変更します。 ActOnTimedTrigger( ( m_Interval ) values ( 1 ) ; ) ; 6. ディスカバリーを実行します。 専用アドレス・スペースの NAT ゲートウェイ・デバイスのエージェントの使用可 能化: NAT ゲートウェイが公用アドレス・スペースにない場合、発生する可能性がある誤 った接続の問題を訂正するために、NATGateway エージェントを使用可能にできま す。 ディスカバリーでは、NAT ゲートウェイの管理インターフェースが公用アドレス・ スペースにあることを前提としています。これに該当しない場合、Network Manager は NAT ゲートウェイ・デバイスのインターフェースのアドレス・スペー スを識別できないため、結果として誤った接続が行われる可能性があります。例え ば、VPN を使用して管理インターフェースにアクセスする場合、NAT ゲートウェ イ管理インターフェースは公用アドレス・スペースにはありません。 NATGateway エージェントにより、Network Manager は NAT ゲートウェイ・ デバイスの特定のインターフェースが NAT ゲートウェイのパブリック側またはプ ライベート側のどちらにあるかを判別できるようになります。このため、デバイス 接続を正しく解決できます。 この問題を解決するには、NATGateway エージェントを活動化し、Network Manager にマッピング・ファイル NATGateways.txt を提供します。このファイル には、すべての NAT ゲートウェイ・デバイス、各デバイスのインターフェース、 およびインターフェースが NAT ゲートウェイのパブリック側またはプライベート 側のいずれにあるかを示すフィールドのリストが記述されています。 このエージェントは、NATGatewayRetProcessing.stch スティッチャーおよび NCHOME/precision/etc にある NATGateways.txt ファイルと連携して処理を実行 します。 179 ページの表 17 には、NATGateways.txt ファイルのコンテンツの例が示され ています。この例から、このファイルのフォーマットがわかります。このテキス ト・ファイルでは、フィールドをタブで区切る必要があります。 178 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 17. NATGateways.txt ファイルのフォーマット ベース名 内部または外部 インターフェース IP アドレ ス 1.1.1.4 外部 172.16.4.10 1.1.1.4 内部 10.52.2.10 sca_T1ukP_16 外部 192.168.36.93 sca_T1ukP_16 外部 192.168.36.98 例: NAT ディスカバリーの構成: この例は、NATTextFileAgent エージェントを使用してアドレス・スペースを定義 する方法と、関連付けられたディスカバリー・スコープをセットアップする方法を 示しています。 この例のステップを実行する前に、以下のタスクを実行してください。 v ネットワーク・アドレス変換を使用するために、ディスカバリーを構成する。 v 各 NAT ゲートウェイ・デバイスの IP アドレスを Ping ファインダーにシード する。 この例では、NAT ゲートウェイ・デバイスはサポートされません。つまり、このデ ィスカバリーでは NATTextFileAgent エージェントを使用する必要があるというこ とです。 NATTextFileAgent エージェントは以下の内容の NAT マッピング・ファイルを使 用します。 3 つの NAT ゲートウェイ・デバイスがあり、各デバイスのマッピング は関連付けられたアドレス・スペース内にあります。 //最初の NAT ゲートウェイおよびマッピング //NATGateway PublicIP 201.201.201.201 61.61.61.1 201.201.201.201 61.61.61.2 201.201.201.201 61.61.61.3 201.201.201.201 61.61.61.4 201.201.201.201 61.61.61.5 201.201.201.201 61.61.61.6 Private IP 192.168.1.1 192.168.1.2 192.168.1.3 192.168.1.4 192.168.1.5 192.168.1.6 //2 番目の NAT ゲートウェイおよびマッピング //NATGateway PublicIP 202.202.202.202 62.62.62.1 202.202.202.202 62.62.62.2 202.202.202.202 62.62.62.3 202.202.202.202 62.62.62.4 202.202.202.202 62.62.62.5 202.202.202.202 62.62.62.6 Private IP 192.168.1.1 192.168.1.2 192.168.1.3 192.168.1.4 192.168.1.5 192.168.1.6 //3 番目の NAT ゲートウェイおよびマッピング //NATGateway PublicIP 203.203.203.203 63.63.63.1 203.203.203.203 63.63.63.2 203.203.203.203 63.63.63.3 203.203.203.203 63.63.63.4 203.203.203.203 63.63.63.5 203.203.203.203 63.63.63.6 Private IP 192.168.3.1 192.168.3.2 192.168.3.3 192.168.3.4 192.168.3.5 192.168.3.6 最初のアドレス・スペースと 2 番目のアドレス・スペースについては、専用 IP ア ドレス・スペースは固有ではありません。これらの両方のアドレス・スペースにつ 第 2 章 ネットワーク・ディスカバリーの構成 179 いては、専用の IP アドレス・スペースがサブネットおよびネットマスクの組み合 わせ (192.168.1.0/29) によって定義されています。 この NAT ゲートウェイ・デバイスおよびアドレス・スペース・データに基づい て、ディスカバリー・スコープを以下のように定義します。 1. 各 NAT ゲートウェイ・デバイスと対応するアドレス・スペースを定義しま す。 この例では、3 つの NAT アドレス・スペースの名前は RTP1、RTP2、お よび RTP3 です。例えば、3 番目の NAT ゲートウェイ・デバイスについて、 以下の insert は、NAT デバイスおよび関連付けられているアドレス・スペー ス RTP3 を定義しています。 insert into translations.NATAddressSpaceIds ( m_NATGatewayIP, m_AddressSpaceId ) values ( "203.203.203.203", "RTP3" ); 2. 各 NAT ゲートウェイ・デバイスのスコープ・ゾーンを定義します。 注: NAT ゲートウェイ・デバイスの IP アドレスがディスカバリー用に定義さ れている他のスコープ・ゾーンに既に含まれている場合は、その NAT ゲート ウェイ・デバイスのスコープ・ゾーンを定義する必要はありません。 例えば、最初の NAT ゲートウェイ・デバイスについて、以下の insert は、ス コープ・ゾーンを定義しています。 insert into scope.zones ( m_Protocol, m_Action, m_Zones, m_AddressSpace ) values ( 1, 1, [ { m_Subnet="201.201.201.201", m_NetMask=32 } ], "" ); 3. 各 NAT アドレス・スペースに関連付けられている共用サブネットのスコー プ・ゾーンを定義します。 例えば、3 番目の共用サブネットについて、以下の insert は、スコープ・ゾーンを定義しています。 insert into scope.zones ( m_Protocol, m_Action, m_Zones, m_AddressSpace ) values ( 1, 1, [ { m_Subnet="63.63.63.0", m_NetMask=29 180 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド } ], "" ); 4. 3 番目の NAT アドレス・スペースのみに関連付けられている専用サブネット のスコープ・ゾーンを定義します。 制約事項: 定義できるのは、ディスカバリー構成内で専用サブネットのサブネッ トとネットマスクの組み合わせが固有である専用 NAT アドレス・スペースの スコープ・ゾーンのみです。最初の専用サブネットと 2 番目の専用サブネット は除外されます。 3 番目の専用サブネットについて、以下の insert は、スコープ・ゾーンを定義 しています。 insert into scope.zones ( m_Protocol, m_Action, m_Zones, m_AddressSpace ) values ( 1, 1, [ { m_Subnet="192.168.3.0", m_NetMask=29 } ], "RTP3" ); 5. NATTextFileAgent エージェントを有効にします。 これで NAT ディスカバリーを起動できます。 関連資料: 170 ページの『NAT ディスカバリー構成のためのクイック・リファレンス』 ここでは、ディスカバリーを構成するための手順をステップバイステップで説明し ます。 構成後の NAT タスク NAT ディスカバリーの構成を完了すると、構成後の各種タスクを実行できます。 NAT ディスカバリーの進行状況の追跡: NAT 変換デバイスのディスカバリー中に、disco.NATStatus 値からディスカバリー 状況を追跡できます。 初期設定では、ディスカバリー中は、エージェントの despatch テーブルと returns テーブルに表示される NAT 変換デバイスのみを確認できます。NAT 変換デバイ スのディスカバリー中にファインダーから返されるその他のすべてのデータは finders.pending データベース表に格納されます。 ディスカバリー状況を確認するには、以下の OQL select 文を実行します。 select * from disco.NATStatus; この文を実行すると値 0 ~ 4 が表示されます。値の意味は以下のとおりです。 第 2 章 ネットワーク・ディスカバリーの構成 181 v 0: NAT ディスカバリーは初期状態です。NAT デバイスは処理されていませ ん。 v 1: NAT ディスカバリーが開始されました。NAT ゲートウェイ IP が、存在の 検証のため Ping ファインダーに送信されました。 v 2: NAT ディスカバリーが稼働中です。 v 3: NAT ディスカバリーの処理中です。すべての NAT ゲートウェイの処理は完 了し、ディスカバリーは現在 translations.NAT テーブルを作成中です。このテ ーブルにより、ネットワークのその他の部分が正しくディスカバーされます。 v 4: NAT ディスカバリーが完了しました。finders.pending テーブルのエントリ ーは finders.processing テーブルに移動され、ディスカバリーが通常どおり継続 されます。 この照会の結果に基づいて、問題のある NAT ディスカバリーをデバッグします。 値は、ディスカバリーの問題の原因が NAT であるか、またはディスカバリー・プ ロセスの標準 (非 NAT) 部分であるかを示します。 NAT ディスカバリーのデバッグ: NAT ディスカバリーを分析するには、誤ったデータがある位置を確認できるまで、 ncp_oql を使用してシステム内でデータを開始 (finders) から終了 (scratchTopology) まで追跡します。誤ったデータは、エージェント、デバイス、ま たはスティッチャーのいずれに問題があるかを示します。 NAT ベースおよび非 NAT ベースのディスカバリーをデバッグする際に役立つ照 会がいくつかあります。 以下の OQL 照会では、現在、既に開始されているエージェント (m_State=1)、開 始中のエージェント (m_State=2)、または実行中のエージェント (m_State=3) を示 します。 select * from agents.status where m_State <> 0 AND m_State <> 4; この照会では、現行フェーズによりどのエージェントの完了が待機されているかが 示されます。ディスカバリーは、現行フェーズで完了する、状態が 1、2、または 3 のエージェントを待機します。 select * from <agentName>.despatch where m_UniqueAddress NOT IN (( select m_UniqueAddress from <agentName>.returns where m_LastRecord = 1 )); 1 番目の照会では、特定のフェーズで実行中のエージェントを確認できます。 以下の照会では、特定のエージェントが処理しているエンティティーを判別できま す。これは、ネットワーク内で問題があるデバイスを判別するときに役立ちます。 select * from translations.ipToBaseName where m_IpAddress = '<ip>'; この 2 番目の照会では、特定の IP に使用されているベース・アドレスとベース 名、およびこの IP アドレスがスコープ内であると判断されるかどうかを確認でき ます。 182 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド NAT で使用する包含モデルの活動化: NATAddressSpaceContainers.stch スティッチャーは、アドレス・スペースごとにそ のアドレス・スペース内のエンティティーを含む仮想オブジェクトを作成します。 このスティッチャーを活動化するには、 $NCHOME/precision/disco/stitchers/ CreateScratchTopology.stch ファイルの行 // ExecuteStitcher ("NATAddressSpaceContainers"); のコメントを外します。 Topoviz ネットワーク・ビューを使用した NAT 環境の表示: Topoviz ネットワーク・ビューを使用して、エンティティーのトポロジー・レコー ドの任意の列の値に基づいてネットワーク・ビューを作成できます。ディスカバリ ー構成の一部として NAT ディスカバリーを活動化した場合、NAT アドレス・ス ペースの動的 Distinct ビューが自動的に作成されます。 例えば NAT 環境を表示するには、NCIM トポロジー・データベースの以下のフィ ールドのフィルター・ネットワーク・ビューまたは動的 Distinct ビューを作成でき ます。 v ipEndPoint テーブル v addressSpace フィールド 注: ディスカバリー構成の一部として「ネットワーク・アドレス変換 (NAT) サポー トを有効にする」をオンにすると、NAT アドレス・スペースの動的 Distinct ビュ ーが自動的に作成されます。 第 2 章 ネットワーク・ディスカバリーの構成 183 184 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 第 3 章 ネットワーク・ディスカバリーのモニター GUI またはコマンド行を使用して、ネットワーク・ディスカバリーの状態および進 行状況をモニターできます。 GUI からのネットワーク・ディスカバリーのモニター 「アクティブ・ディスカバリー状況」ページから、現在のディスカバリーの状況お よび進行状況をモニターし、ディスカバリー・エージェントの処理状況を調査し、 最後のディスカバリーの詳細を表示することができます。 「アクティブ・ディスカバリー状況」ページから、ディスカバリーを開始および停 止することもできます。 関連タスク: 57 ページの『ディスカバリーの開始』 ディスカバリーを構成した後は、ディスカバリーを開始し、必要に応じて停止する ことができます。 25 ページの『構成の検討』 「構成の要約」ウィンドウで、設定内容を検討します。また、このウィンドウで設 定を保存したり、オプションで、構成した設定を使用してディスカバリーを開始す ることもできます。 212 ページの『デバイスまたはサブネットの手動でのディスカバー』 Network Manager のネットワーク・トポロジーがネットワークに一致するように するため、デバイスを手動でディスカバーできます。 215 ページの『GUI からの部分的なディスカバリーの開始』 部分的なディスカバリーを開始するための作業には、シードおよびスコープの定義 が含まれます。 ディスカバリー進行状況のモニター Fix Pack 4 「モニター」タブを使用して、ディスカバリーの各フェーズにおける現在のディス カバリーの進行状況をモニターできます。 現在のフル・ディスカバリーまたは部分的なディスカバリーの進行状況をモニター するには、以下の手順を実行します。 1. 「ディスカバリー」 > 「ネットワーク・ディスカバリー状況」をクリックしま す。 2. ドメインを選択します。 3. 「モニター」タブをクリックします。 4. 「ディスカバリーの開始」ボタン からオプションを選択して、フ ル・ディスカバリーまたは部分的なディスカバリーを開始します。 © Copyright IBM Corp. 2006, 2016 185 注: 動的ディスカバリーが現在実行中の場合、この表はグレー化されています。「動 的ディスカバリー」タブをクリックして動的ディスカバリーの進行状況の詳細を確 認できることを示すメッセージが表示されます。「ディスカバリーの開始」 をクリックしてフル・ディスカバリーを開始します。これにより、動的デ ィスカバリーが停止します。 以下のフェーズが表に表示されます。 デバイスへの問い合わせ このフェーズでは、デバイスがファインダーによりディスカバーされた後 に、エージェントによりデバイスから情報が取得されます。このフェーズ は、フェーズ 1 とも呼ばれます。 アドレスの解決 このフェーズでは、エージェントが IP アドレスを MAC アドレスに変換 して解決します。このフェーズは、フェーズ 2 とも呼ばれます。 接続のダウンロード このフェーズでは、スイッチ・エージェントが、ネットワーク内のスイッチ から転送テーブルをダウンロードします。このフェーズは、フェーズ 3 と も呼ばれます。 接続の相関 このフェーズでは、デバイス間の接続が計算され、包含モデルが作成され て、ネットワーク・トポロジーが構築されます。このフェーズは、フェーズ -1 とも呼ばれます。 表の「状況」列を確認することにより、現在のディスカバリーがどのフェーズにあ るかを確認できます。フェーズが開始されていないと、この列は空になります。フ ェーズが進行中であると、回転する車輪のアイコンがこの列に表示されます。フェ ーズが正常に完了すると、この列に緑色のチェック・アイコンが表示されます。 状況 特定のフェーズの状況を示します。この列には、以下のような状況が示され ます。 表 18. ディスカバリー・フェーズの状況 状態 アイコン 説明 完了 フェーズが正常に完了すると、この列に緑色のチェック・アイコン が表示されます。 進行中 フェーズが進行中であると、回転する車輪のアイコンがこの列に表 示されます。 開始されて いません フェーズが開始されていないと、この列は空になります。 各フェーズにかかっている時間の長さは、表の「経過時間」列で確認できます。各 フェーズにかかる時間は、ディスカバリーのスコープ、ネットワークの複雑さ、お よびデバイスから取得される詳細情報の量に応じて異なります。経過時間が増え続 けているのに、完了した作業が増えない場合は、ディスカバリーで問題が生じてい る可能性があります。 186 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 要確認: 最初のフェーズでは、ディスカバーされた IP アドレスの数の増加がフェー ズの途中で止まっています。これはディスカバリーの通常の動作の一部です。ディ スカバーされた IP アドレスの数が増えるのは、このフェーズの最初の部分のみで す。一方、ファインダーは、新しいデバイスをディスカバーします。ディスカバリ ー・エージェントは、このフェーズの後の部分でこれらのデバイスから情報を取得 し、新しい IP アドレスはディスカバーされません。 「ディスカバリー・エージェント」セクションには、ディスカバリー・エージェン トの進行状況が表示されます。あるフェーズが完了するまでの時間が長すぎると考 えられる場合は、「ディスカバリー・エージェント」タブをクリックして、ディス カバリー・エージェントの状態を確認してください。 フェーズ内の進行状況は、表の「処理完了」列で確認できます。最初のフェーズの 場合、この列には、これまでに検出された IP アドレスの数が表示されます。他の フェーズの場合、この列には、そのフェーズで完了した作業の割合が表示されま す。 関連概念: 360 ページの『ディスカバリーのステージとフェーズ』 ディスカバリー・プロセスは、データ収集とデータ処理の 2 つのステージに分ける ことができます。各ステージはさらに、いくつかのフェーズに分けられます。 ディスカバリーの比較 「モニター」タブを使用して、現在のディスカバリーを直前のフル・ディスカバリ ーと比較することができます。 部分的なディスカバリーを比較することはできません。表の「前へ」列のデータ は、最後のフル・ディスカバリーのデータです。 「モニター」タブを開くには、「ディスカバリー」 > 「ネットワーク・ ディスカバリー状況」をクリックしてから、「モニター」バーをクリックします。 Fix Pack 4 「経過時間」列の「前へ」下位列で、直前のディスカバリーの各フェーズが完了す るのにかかった時間を確認できます。 注: Fix Pack 3 以前のすべてのディスカバリーについてのディスカバリー時間を表 示するには、コマンド行から disco_profiling_data.pl スクリプトを実行します。 disco_profiling_data.pl スクリプトについて詳しくは、「IBM Tivoli Network Manager IP Edition 管理ガイド」を参照してください。 各フェーズにかかる時間は、ディスカバリーのスコープ、ネットワークの複雑さ、 およびデバイスから取得される詳細情報の量に応じて異なります。ネットワークが 大きく変わっておらず、ディスカバリー・スコープおよび設定も大きく変わってい ないのに、現在のディスカバリーのフェーズの経過時間が直前のディスカバリーの 同じフェーズにかかった時間より大幅に長い場合は、ディスカバリーで問題が発生 している可能性があります。 現在のディスカバリーで検出された IP アドレスの数と直前のディスカバリーで検 出された数を表の「処理完了」列で確認できます。現在のディスカバリーで検出さ れた IP アドレスの数が極端に少ない場合は、ディスカバリーのスコープに問題が 第 3 章 ネットワーク・ディスカバリーのモニター 187 あるか、デバイスへの SNMP アクセスに問題があることが考えられます。 ping ファインダーの進行状況のモニター 「Ping ファインダー状況」テーブルを使用して、ディスカバリー中の ping ファイ ンダーの進行状況をモニターできます。 「Ping ファインダー状況」を開くには、「ディスカバリー」 > 「ネットワーク・ ディスカバリー状況」をクリックして、「Ping ファインダー状況」タブをクリック します。 「Ping ファインダー状況」テーブルを使用すると、この時点までにディスカバーさ れた IP アドレスおよびサブネットを確認できます。 Ping ファインダーがサブネ ットを現在処理中の場合、最後に ping された IP アドレスを確認することもでき ます。 「Ping ファインダー状況」テーブルには、以下の情報が含まれます。 アドレス この時点までにディスカバーされた IP およびサブネットのリスト。 ネットマスク この列は、サブネットごとのネットマスク値を示します。 最後の ping 実行 最後に ping された IP アドレス。 状況 ping ファインダーがこのデバイスまたはサブネットに対してまだ ping し ているか、ping を完了したかを示します。 表 19. ping ファインダー状況 状態 アイコン 説明 完了 Ping ファインダーが、このサブネットまたは IP アドレスの ping を完了しました。 開始済み Ping ファインダーが、このサブネットまたは IP アドレスの ping を現在実行中です。 停止 Ping ファインダーが、このサブネットまたは IP アドレスの ping を開始していません。 待機状況 システムは、このサブネットまたは IP アドレスの Ping ファイン ダー状況の取得待ちです。 ディスカバリー・エージェント進行状況のモニター 「エージェント状況」セクションを使用して、ディスカバリー・エージェントが各 ディスカバリー・フェーズを進行していく状況をモニターすることができます。 ディスカバリー・エージェントは、ディスカバーされたデバイスからデータを収集 します。このデータは、ネットワーク接続および包含を構築するためにディスカバ リーの接続の相関フェーズ (フェーズ -1) 中に使用されます。 ディスカバリーの実行中に、「エージェント状況」を使用することで、以下のよう な内容を確認できます。 188 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド v すべてのエージェントが問題なく実行されているか。 v 障害が発生したエージェントがあるか。 v 完了できないエージェントがあるか。 v 特定のエージェントが現在処理しているデバイスはどれか。 1. 「エージェント状況」を開くには、「ディスカバリー」 > 「ネットワーク・デ ィスカバリー状況」をクリックして、「エージェント状況」タブをクリックしま す。 「エージェント状況」セクションには、2 つのテーブル (上部の「エージ ェント状況」テーブルと、下部の「IP アドレス状況 」テーブル) があります。 「エージェント状況」テーブル・ツールバーには、次のコントロールがありま す。 フェーズによるエージェントのフィルタリング フェーズ・ドロップダウン・リストを使用して、ディスカバリー・フェ ーズを選択します。その後、エージェント・テーブルには、現行ディス カバリー中に開始されたすべてのディスカバリー・エージェント、およ び選択したディスカバリー・フェーズで完了するようにスケジュールさ れているすべてのディスカバリー・エージェントが表示されます。 リフレッシュ 「エージェント状況」テーブルおよび「IP アドレス状況」テーブルの両 方のデータがリフレッシュされます。テーブル・データのリフレッシュ 中は、アイコンが「リフレッシュ中」アイコン に変更されます。 リフレッシュが完了するまで、テーブルを再度リフレッシュすることは できません。 「エージェント状況」テーブルには、このディスカバリー中に現在までに開始さ れたすべてのエージェントがリストされ、次の情報が含まれます。この情報は、 20 秒ごとに更新されます。このテーブルを初めて開いたときには、「状態」の 降順でソートされます。 エージェント 現行ディスカバリー中に開始されたディスカバリー・エージェント、お よび選択したディスカバリー・フェーズで完了するようにスケジュール されているディスカバリー・エージェント。 完了フェーズ ディスカバリー・エージェントが完了するフェーズ。 状態 ディスカバリー・エージェントの現行状態。以下の表に、取り得る状態 をデフォルトの降順で示します。 表 20. エージェントの状態 状態 値 アイコン 説明 停止 5 エージェントが予期せずに終了しました。これは、ディス カバリーの問題である可能性があります。 完了 4 エージェントは引き続き実行中ですが、そのキュー内のす べての IP アドレスの処理を完了しています。エージェン トを引き続き使用して、キューに配置された追加のエージ ェントを処理できます。 第 3 章 ネットワーク・ディスカバリーのモニター 189 表 20. エージェントの状態 (続き) 状態 値 アイコン 説明 実行中 3 現在、エージェントは IP アドレスを処理しています。 開始中 2 エージェントを開始中です。 実行され ていませ ん 1 エージェントは稼働していません。 IP アドレスの合計数 このエージェントが処理する必要がある IP アドレスの合計数。ディス カバリーが進行して、エージェントで処理する必要があるデバイスをフ ァインダーが検出していくにつれて、この数値は増加していきます。 未解決の IP アドレス このエージェントによる処理を待機している IP アドレスの数。この数 値は、ディスカバリー中に増減する場合があります。最初は、ディスカ バリーが進行して、エージェントで処理する必要があるデバイスをファ インダーが検出していくにつれて、この数値が増加していきます。エー ジェントが IP アドレスの処理を完了していくにつれて、この数値はゼ ロに達するまで減少していきます。 注: ディスカバリー中に、この値がゼロまで減少しない場合は、エージ ェントが 1 つ以上の IP アドレスの処理を完了できなかったことを意味 し、ディスカバリーの問題が発生している可能性があります。 2. 「エージェント状況」テーブルのエージェントをクリックします。 「IP アドレ ス状況」テーブルには、このエージェントによって既に処理されている IP アド レス、または現在処理中の IP アドレスがリストされます。「IP アドレス状 況」テーブルは、「エージェント状況」テーブルでの変更に反応します。このテ ーブルは、次のような状況で更新されます。「エージェント状況」テーブルで新 しいエージェントが選択された場合、「IP アドレス状況」テーブルのフィルタ リングを「すべて」または「キュー」によって変更する場合、および「エージェ ント状況」テーブルの「リフレッシュ」 ボタンが押された場合です。この テーブルを初めて開いたときには、「状態」の降順でソートされます。 Agent_name このラジオ・ボタンを使用して、すべての IP アドレスを表示するのか (「すべて」)、処理のためにキューに入れられた IP アドレスのみを表 示するのか (「キュー」) を指定します。デフォルト設定は、キューで す。 すべて このエージェントのすべての IP アドレスを表示するには、 「詳細」テーブルを設定します。これには、エージェントによ り処理のためにキューに入れられた IP アドレス、エージェン トにより現在処理中の IP アドレス、およびエージェントによ り既に処理されたIP アドレスが含まれます。 190 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド キュー このエージェントにより処理のためにキューに入れられた IP アドレスのみを表示するには、「詳細」テーブルを設定しま す。 IP アドレス このエージェントにより処理された IP アドレス。「すべて」を選択し た場合、この列には、当該エージェントにより処理済みの IP アドレ ス、処理中の IP アドレス、または処理のためにキューに入れられた IP アドレスが表示されます。「キュー」を選択した場合、この列には、当 該エージェントによる処理のためにキューに入れられた IP アドレスが 表示されます。 状態 IP アドレスの現行状態。以下の表に、取り得る状態をデフォルトの降順 で示します。 表 21. IP アドレスの状態 状態 値 アイコン 説明 停止 5 IP アドレスの処理が予期せずに終了しました。これは、 ディスカバリーの問題である可能性があります。 完了 4 エージェントがこの IP アドレスの処理を完了しました。 実行中 3 エージェントがこの IP アドレスを現在処理しています。 開始中 2 エージェントがこの IP アドレスの処理を開始していま す。 実行され ていませ ん 1 この IP アドレスは、現在処理されていません。 経過時間 エージェントがこの IP アドレスを処理するために費やした時間 (HH:MM:SS の形式)。この値は、処理が完了した IP アドレスについて のみ表示されます。 ディスパッチ時刻 エージェントがこの IP アドレスの処理を開始した日時。この値は、処 理が開始済みまたは完了済みである IP アドレスについてのみ表示され ます。 戻り時刻 エージェントがこの IP アドレスのデータを取得した日時。この値は、 処理が完了した IP アドレスについてのみ表示されます。 SNMP アクセス エージェントが SNMP を使用してこの IP アドレスにアクセスできた かどうかを示します。 関連タスク: 222 ページの『異常に長いディスカバリーのトラブルシューティング』 ディスカバリーの完了までに長時間かかる場合があります。これは、特定のデバイ ス上でエージェントが処理を完了できないためです。完了までに長時間要するエー ジェントと、エージェントが処理しているデバイスを判別するには、「エージェン 第 3 章 ネットワーク・ディスカバリーのモニター 191 ト状況」セクションを使用します。 224 ページの『障害のあるエージェントの識別』 ディスカバリー中に予期せずに終了するエージェントが、ディスカバリーの障害の 原因である場合があります。「エージェント状況」セクションを使用して、いずれ かのエージェントが予期せずに終了していないか判別します。 コマンド行からディスカバリーをモニターします。 ncp_disco プロセスの実行中に、ディスカバリーの進行状況をモニターすることが できます。モニターするには、OQL サービス・プロバイダー (ncp_oql プロセス) を使用してディスカバリー・データベースを照会し、任意の時点での状況を判別し ます。 後続のトピックで示す照会は、すべてのディスカバリー・シナリオに合わせて一般 化されており、レイヤー 3 ディスカバリーに限定されません。 示されている例は、OQL を使用してデータベースから情報を取得する際の柔軟性の 程度を示すことのみを目的としています。すべてのデータベースの図式的定義と OQL 構文の知識を使用して、ディスカバリー・プロセスの現行状況に関するさまざ まな情報を提供する照会を作成できます。 例えば、現在実行中の ncp_disco プロセス、デバイスをディスカバーしたディスカ バリー・エージェント、これまでディスカバーされたデバイスの数などを確認する 単純な照会を実行できます。また、特定のディスカバリー・エージェントによりデ ィスカバーされたデバイスや、特定のデバイスを問い合わせたディスカバリー・エ ージェントなどを確認する複雑な照会も実行できます。 OQL サービス・プロバイダーの開始と前提条件については、「IBM Tivoli Network Manager IP Edition 言語リファレンス 」を参照してください。 関連タスク: 62 ページの『コマンド行インターフェースを使用したネットワークのディスカバ ー』 経験が豊富なユーザーは、構成ファイルとデータベース照会を使用してディスカバ リーを構成および追跡できます。 ディスカバリー状況の照会例 ディスカバリーの各部分の状況を確認するために使用できる照会の例を以下に示し ます。 例: Ping ファインダーによる ping 対象アドレスの判別 Ping ファインダーによる ping 対象の現行アドレスを返す照会を以下に示します。 select m_CurrentAddress from pingFinder.status; go . { m_CurrentAddress=192.168.0.1; } 192 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 例: ディスカバリーの現行フェーズの確認 以下の例では、ディスカバリーの現行フェーズを確認する方法を示します。上記の 照会の実行結果では、ディスカバリー・プロセスがデータ収集フェーズ 1 であるこ とが示されています。 select * from disco.status; go . { m_DiscoveryMode=0; m_Phase=1; m_BlackoutState=0; m_CycleCount=0; m_ProcessingNeeded=0; m_FullDiscovery=0; } 例: NAT ディスカバリー状況の確認 以下の例では、NAT ディスカバリー状況を確認する方法を示します。 select m_NATStatus from disco.NATStatus; go . { m_NATStatus=3; } 例: 有効なエージェントの確認 以下の例では、適切なディスカバリー・エージェントが有効になっているかどうか を確認する方法を示します。 select m_AgentName, m_Valid from disco.agents where m_Valid = 1; go ... { m_AgentName='Details'; m_Valid=1; } { m_AgentName='AssocAddress'; m_Valid=1; } { m_AgentName='IpRoutingTable'; m_Valid=1; } { m_AgentName='IpForwardingTable'; m_Valid=1; } 例: ディスカバリー・スティッチャーの状況の確認 以下の例では、stitchers.status テーブルに対して照会を実行してスティッチャーの 状況を確認する方法を示します。 select * from stitchers.status where m_State > 0 ; go ......... { 第 3 章 ネットワーク・ディスカバリーのモニター 193 m_Name='AgentRetToInstrumentationSubnet'; m_State=3; } { m_Name='DetailsRetProcessing'; m_State=3; } ..... ..... { m_Name='DetectionFilter'; m_State=3; } { m_Name='FnderProcToDetailsDesp'; m_State=3; } { m_Name='FnderRetProcessing'; m_State=3; } この照会の結果には、ディスカバリー・プロセスにより呼び出されたすべてのステ ィッチャーの現時点の現行状況が示されます。上記に示す結果は省略されている点 に注意してください。 例: アクティブなエージェントの確認 以下の例では、agents データベース内のエージェント状況を照会する方法を示しま す。 select * from agents.status where m_State > 0 ; go .. { m_Name='Details'; m_State=3; m_NumConnects=1; } { m_Name='IpRoutingTable'; m_State=3; m_NumConnects=1; } 上記の照会の結果には、Details エージェントと IpRoutingTable エージェントのみ がアクティブである (この 2 つのエージェントの状態が 0 より大きい) ことが示さ れます。 関連資料: 243 ページの『付録 A. ディスカバリー・データベース』 ncp_disco (ネットワーク・デバイスの存在と接続をディスカバーするコンポーネン ト) と ncp_model (ディスカバーされたネットワーク・トポロジーの管理、格納、 および配布を行うコンポーネント) では、さまざまな専用データベースが使用され ます。 194 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド デバイス照会の例 ファインダーにより検出されたデバイスなど、特定の条件に一致するデバイスを識 別する照会の例を以下に示します。 例: ファインダーにより検出されたデバイスの識別 以下の例では、ファインダーにより検出されたデバイスを識別する方法を示しま す。 select * from finders.returns; go .... { m_UniqueAddress='172.20.12.253'; m_Protocol=1; m_Creator='IpRoutingTable'; } { m_UniqueAddress='172.20.22.61'; m_Protocol=1; m_Creator='IpRoutingTable'; } { m_UniqueAddress='172.20.0.221'; m_Protocol=1; m_Creator='IpRoutingTable'; } { m_UniqueAddress='10.10.35.17'; m_Creator='PingFinder'; } 上記の照会では、Ping ファインダーによりディスカバーされたデバイスと、 IpRoutingTable ディスカバリー・エージェントによりディスカバーされた接続の結 果として報告されるデバイスが表示されます。 例: Details エージェントに送信されたデバイスの識別 以下の例では、Details エージェントに送信されたデバイスを識別する方法を示しま す。 select * from Details.despatch; go ................................................................. ................................ { m_UniqueAddress='10.10.38.82'; } { m_UniqueAddress='10.10.38.83'; } ..... ..... { m_UniqueAddress='10.10.38.84'; } { m_UniqueAddress='10.10.38.87'; } { m_UniqueAddress='10.10.38.88'; } { 第 3 章 ネットワーク・ディスカバリーのモニター 195 m_UniqueAddress='10.10.38.89'; } { m_UniqueAddress='10.10.38.90'; } 例: Details エージェントから返されたデバイスの識別 Details エージェントから返されたデバイスを識別するには、Details エージェント の returns テーブルに対して、以下のように照会を実行します。 select * from Details.returns; go ................................................................. ................................ { m_UniqueAddress='10.10.8.255'; m_UpdAgent='Details'; m_HaveAccess=1; m_Description='Ascend Max-HP T1/PRI S/N; m_ObjectId='1.3.6.1.4.1.529.1.2.6'; m_LastRecord=1; } { m_UniqueAddress='10.10.9.1'; m_UpdAgent='Details'; m_Name='minotaur.Kazeem.San.COM'; m_HaveAccess=0; m_LastRecord=1; } ..... ..... { m_UniqueAddress='10.10.9.2'; m_UpdAgent='Details'; m_Name='cyclops.Kazeem.San.COM'; m_HaveAccess=0; m_LastRecord=1; } { m_UniqueAddress='10.10.9.3'; m_UpdAgent='Details'; m_Name='centaur.Kazeem.San.COM'; m_HaveAccess=0; m_LastRecord=1; } 例: これまでにディスカバーされたすべてのデバイスの識別 以下の例では、既知のネットワーク・エンティティーをすべて識別する方法を示し ます。 select m_Name, m_ObjectId, m_UniqueAddress from workingEntities.finalEntity; go .................................. { m_Name='10.10.8.255'; m_ObjectId='1.3.6.1.4.1.529.1.2.6'; m_UniqueAddress='10.10.8.255'; } { m_Name='minotaur.Kazeem.San.COM'; m_UniqueAddress='10.10.9.1'; } ..... 196 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ..... { m_Name='cyclops.Kazeem.San.COM'; m_UniqueAddress='10.10.9.2'; } 例: デバイスをディスカバーしたエージェントの識別 以下の例では、デバイスをディスカバーしたエージェントを識別する方法を示しま す。 select m_Name, m_Creator from workingEntities.finalEntity; go .................................. { m_Name='b11-m1-2611.Kazeem.San.COM[ 0 [ 2 ] ]'; m_Creator='IpRoutingTable'; } { m_Name='b-ayo.Kazeem.San.COM'; m_Creator='Details'; } { m_Name='b11-m1-2611.Kazeem.San.COM[ 0 [ 1 ] ]'; m_Creator='IpRoutingTable'; } ..... ..... { m_Name='b11-m1-2611.Kazeem.San.COM'; ネットワーク・エンティティー照会の例 ネットワーク・エンティティー (サブネットや VLAN など) がディスカバーされて いるかどうかを確認するために、instrumentation データベースに対して照会を実行 できます。instrumentation データベース表には、ディスカバーされた各デバイスの レコードが保管されています。 例: ディスカバーされたサブネットの数の確認 ディスカバーされたサブネットの詳細を返す照会の例を以下に示します。 select * from instrumentation.subNet; go ....................................... { m_SubNet='172.20.67.0'; m_NetMask='255.255.255.0'; } ..... ..... { m_SubNet='172.20.70.0'; m_NetMask='255.255.254.0'; } { m_SubNet='172.20.95.0'; m_NetMask='255.255.255.0'; } ( 81 record(s) : Transaction complete ) 第 3 章 ネットワーク・ディスカバリーのモニター 197 例: ディスカバーされた VLAN の確認 ディスカバーされた VLAN ID の詳細を返す照会の例を以下に示します。 select * from instrumentation.vlan; go ....................................... { m_Vlan=23; } { m_Vlan=65; } ..... ..... { m_Vlan=677; } ( 4826 record(s) : Transaction complete ) 複雑なディスカバリー照会の例 特定のディスカバリー・エージェントにより検出されたデバイスなど、特定の条件 に一致するデバイスを識別するために使用できる照会の例を以下に示します。 特定のエージェントによりディスカバーされたデバイスの識別 IpRoutingTable エージェントによりディスカバーされたデバイスを識別する照会の 例を以下に示します。 select m_Name, m_Creator from workingEntities.finalEntity where m_Creator = 'IpRoutingTable'; go ................................. { m_Name='10.10.63.194'; m_Creator='IpRoutingTable'; } ..... ..... { m_Name='b11-m1-2611.Kazeem.San.COM[ 0 [ 1 ] ]'; m_Creator='IpRoutingTable'; } { m_Name='b11-m1-2611.Kazeem.San.COM'; m_Creator='IpRoutingTable'; } 特定のエージェントに送信されたデバイスの識別 IpRoutingTable エージェントに送信されたデバイスを識別する照会の例を以下に示 します。 select m_Name, m_ObjectId, m_Description from IpRoutingTable.despatch; go ................................. { m_Name='10.10.63.193'; m_ObjectId='1.3.6.1.4.1.9.1.108'; 198 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド m_Description='Cisco Internetwork Operating System Software IOS (tm) 7200 Software (C7200-JS-M), Version 12.0(4)T, RELEASE SOFTWARE (fc1) Copyright (c) 1986-1999 by Cisco Systems, Inc. Compiled Thu 29-Apr-99 06:27 by kpma'; } ..... ..... { m_Name='10.10.71.248'; m_ObjectId='1.3.6.1.4.1.9.1.258'; m_Description='Cisco Internetwork Operating System Software IOS (tm) MSFC Software (C6MSFC-IS-M), Version 12.0(7)XE1, EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) TAC:Home:SW:IOS:Specials b-ayo k-az-eem for info Copyright (c) 1986-2000 by Cisco Systems, Inc. Compiled Fri 04-Feb-00 00:'; } 特定のエージェントから返されたデバイスの識別 IpRoutingTable ディスカバリー・エージェントにより返されたデバイスを識別する 照会の例を以下に示します。 select m_Name from IpRoutingTable.returns; go ................................. { m_Name='10.10.71.248'; } ..... ..... { m_Name='10.10.71.248'; } { m_Name='10.10.71.248'; } 特定のエージェントによりディスカバーされた追加デバイスの識別 エージェントは、1 つのデバイスを問い合わせることで追加デバイスをディスカバ ーすることがあります。この場合、追加デバイスはそのエージェントの despatch テーブルではなく returns テーブルに含まれています。以下の例に示すように IpRoutingTable.despatch テーブルと IpRoutingTable.returns テーブルの結合を 実行すると、IpRoutingTable.returns に含まれているデバイスを識別できますが、 IpRoutingTable.despatch テーブルに含まれているデバイスは識別できません。 select IpRoutingTable.returns.m_Name from IpRoutingTable.returns, IpRoutingTable.despatch where IpRoutingTable.returns.m_Name <> IpRoutingTable.despatch.m_Name; go .......................................... { m_Name='10.10.71.237'; } ..... ..... { m_Name='10.10.71.55'; 第 3 章 ネットワーク・ディスカバリーのモニター 199 } { m_Name='10.10.71.51'; } エージェントによりキューに入れられたデバイスの識別 despatch テーブル内でまだ返されていないデバイスを返す例を以下に示します。 select * from <agent>.despatch where ( m_UniqueAddress NOT IN (( select m_UniqueAddress from <agent>.returns where m_LastRecord = 1 )) ); 特定のデバイスを検出する照会の例 特定のデバイスがディスカバーされたかどうかを確認するために、ディスカバリ ー・データ・フローの中を検索する照会の例を以下に示します。 例: デバイスが workingEntities データベースに存在しているかどう かの確認 デバイスが workingEntities データベース内にあるかどうかを判別する照会の例を 以下に示します。 select * from workingEntities.finalEntity where m_UniqueAddress ='10.10.63.239'; go . ( 0 record(s) : Transaction complete ) 例: AssocAddress エージェントからデバイスが返されたかどうかの 確認 workingEntities データベース内にデバイスが存在しない場合は、以下の例に示す照 会を使用して、AssocAddress エージェントからデバイスが返されたかどうかを確 認できます。 select * from AssocAddress.returns where m_UniqueAddress = '10.10.63.239'; go . ( 0 record(s) : Transaction complete ) 例: Details エージェントからデバイスが返されたかどうかの確認 デバイスが AssocAddress エージェントから返されていない場合は、以下の例に示 す照会を使用して、デバイスが Details エージェントから返されたかどうかを判別 できます。 select * from Details.returns where m_UniqueAddress = '10.10.63.239'; go . ( 0 record(s) : Transaction complete ) 200 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 例: デバイスが Details エージェントに送られたかどうかの確認 デバイスが Details エージェントから返されていない場合は、以下の例に示すよう に Details.despatch テーブルに対して照会を実行し、Details エージェントにデバ イスが送られたかどうかを確認できます。照会結果は、デバイスが Details エージ ェントに送られたがまだ処理されていないことを示します。 select * from Details.despatch where m_UniqueAddress='10.10.63.239'; go . { m_UniqueAddress='10.10.63.239'; } ( 1 record(s) : Transaction complete ) 例: デバイスがファインダーによりディスカバーされたかどうかの確 認 デバイスが Details.despatch テーブルにない場合は、以下の例に示すように finders データベースに対して照会を実行できます。照会結果は、デバイスがファ インダーによりディスカバーされていることを示します。 select * from finders.processing where m_UniqueAddress='10.10.63.239'; go . { m_UniqueAddress='10.10.63.239'; } ( 1 record(s) : Transaction complete ) select * from finders.returns where m_UniqueAddress='10.10.63.239'; go . ( 0 record(s) : Transaction complete ) 第 3 章 ネットワーク・ディスカバリーのモニター 201 202 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 第 4 章 ネットワーク・デバイスの分類 ディスカバリー完了時に、Network Manager IP Edition ではディスカバーされた すべてのネットワーク・デバイスが、事前定義のデバイス・クラス階層に基づいて 自動的に分類されます。ネットワーク・デバイスの分類方法は変更することができ ます。 デバイス・クラス階層の変更 ネットワーク・デバイスの分類方法を変更するには、デバイス・クラス階層を変更 します。クラス階層を変更する必要がある一般的な状況として、ディスカバリー・ プロセスで分類していないデバイス、つまりクラス階層で定義されていないデバイ スが検出される場合があります。 ディスカバリーの後に、以下のレポートを実行して分類していないデバイスがある かどうかを確認できます。 v 「分類していない SNMP オブジェクト ID を持つデバイス」レポート v 「不明な SNMP オブジェクト ID を持つデバイス」レポート 既存のデバイス・クラスのリスト AOC 定義を編集してトポロジーを再インスタンス化する前に、現在使用中のデバイ ス・クラスをリストします。 既存のデバイス・クラスをリストするには、ncp_model データベースに対して照会 を実行します。この照会から、現行トポロジーのデバイスがインスタンス化されて いる AOC の名前が返されます。指定されている NCOMS と admin を、ご使用 のドメイン名とユーザー名に置き換えてください。 1. 以下のコマンドを使用して OQL サービス・プロバイダーにログインします。 ncp_oql -domain NCOMS -username admin service Model 「管理データベース・ アクセス」ページを使用して、この照会を実行することもできます。 2. プロンプトが出されたら、該当するパスワードを指定します。 3. 以下の照会を入力します。 select ClassName from master.entityByName; go この照会の出力の例を以下に示します。 { ClassName='Device'; } { ClassName='Interface'; } ..... ..... ClassName='MainNode'; } © Copyright IBM Corp. 2006, 2016 203 { ClassName='CiscoSwitch'; } ( 131 record(s) : Transaction complete ) AOC ファイルの作成および編集 分類していないデバイスの分類、またはご使用のトポロジーのクラス階層の変更を 行うには、AOC ファイルを作成して編集します。 分類していないデバイスがディスカバリー・プロセスで検出された場合、そのデバ イスが属するデバイス・クラスに固有の AOC ファイルを新規に作成することで、 このデバイスを分類できます。 AOC の編集方法には、ncp_class データベースの更新と AOC ファイル定義の変 更という 2 つの方法があります。 v ncp_class データベースを直接更新して、現行 AOC 定義を編集するには、管理 データベース・アクセスまたは OQL サービス・プロバイダーを使用します。 v AOC ファイル定義を変更する場合は、この以下の手順を実行します。 1. NCHOME/precision/aoc ディレクトリーに移動します。 2. 編集するすべてのファイルをバックアップします。 3. テキスト・エディターを使用して、テキスト・ファイルを作成するか既存の AOC ファイルを編集します。 制約事項: AOC ファイル名には、英数字と下線 (_) のみを使用してください。 ハイフン (-) などの他のすべての文字は許可されていません。 4. AOC ファイルを作成した場合は、ClassSchema.cfg 構成ファイルの class.classIds データベース表に新規 insert を追加します。 5. ncp_class プロセスの開始オプションを編集して -read_aocs_from オプション を設定し、新規または変更した AOC ファイルが確実に読み取られるようにし ます。 6. AOC ファイルの変更が済んだ後に、ncp_class プロセスを再始動します。 ncp_class が再開され、実行された後に、ncp_model プロセスを再始動します。 7. すべての新規 AOC ファイルのドメイン固有のバージョンが NCHOME/precision/aoc ディレクトリーに表示されていることを確認します。 8. NCHOME/var/precision ディレクトリー内のクラス・キャッシュ・ファイルをバ ックアップしてから削除します。 例えば、以下のキャッシュ・ファイルを削除します。 Class.Cache.class.activeClasses.NCOMS Class.Cache.class.staticClasses.NCOMS 9. フル・ディスカバリーを実行し、行った変更とその結果が一致していることを確 認します。 関連資料: 209 ページの『デバイス・クラス固有の AOC』 このサンプル AOC ファイルを使用して、Network Manager がディスカバーされ たデバイスをクラス階層内の下位レベルのデバイス・クラスに割り当てる仕組みを 理解します。 204 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド トポロジーおよびレポートへの AOC 変更の適用 AOC 定義を更新し、変更内容を ncp_class クラスへ渡した後に、変更内容をトポ ロジーに適用できます。このためには、次回のディスカバリーが完了するまで待つ か、またはトポロジーが ncp_disco から ncp_model に渡された時点でディスカバ リーを再始動します。 次回のフル・ディスカバリーが完了した時点で、行った AOC 変更が自動的にネッ トワーク・トポロジーに適用されます。 次回のフル・ディスカバリーまで待たない場合は、適切なスティッチャーを使用し て、必要な時点でディスカバリーを再始動します。包含モデルを再インスタンス化 するには、スクラッチ・トポロジーを ncp_disco から ncp_model に送信するステ ィッチャーを開始する必要があります。 1. OQL サービス・プロバイダーにログインするか、または 管理データベース・ アクセスにアクセスします。 2. disco.status テーブルに対して以下の照会を実行し、ncp_disco プロセスが再デ ィスカバリー・モードであるかを確認します。 select * from disco.status; 応答の例を以下に示します。 m_DiscoveryMode=1; m_Phase=1; m_BlackoutState=0; m_CycleCount=0; m_ProcessingNeeded=0; m_FullDiscovery=0; 照会から返された結果から、ncp_disco が現在再ディスカバリー・モードである こと (m_DiscoveryMode=1) を確認できます。 3. SendTopologyToModel スティッチャーを開始します。 SendTopologyToModel がスクラッチ・トポロジーを ncp_disco から ncp_model に送信します。 a. OQL サービス・プロバイダーまたは 管理データベース・アクセスを開いて いることを確認します。 b. スティッチャーを stitchers.actions テーブルに挿入するには、以下のコマン ドを実行します。 insert into stitchers.actions ( m_Name ) values ( 'SendTopologyToModel' ); OQL insert が受け入れられると、スティッチャーが呼び出され、ネットワー ク・トポロジーが ncp_model に送信されます。このトポロジーは、送信時に変 更後の AOC 階層に従ってインスタンス化されます。 4. 新規に分類されたデバイスが 「分類していない SNMP オブジェクト ID を持 つデバイス」レポート および 「不明な SNMP オブジェクト ID を持つデバイ ス」レポート から確実に削除されるようにするために、以下の手順を実行しま す。 a. 新規の AOC ファイルまたは編集された AOC ファイルによってどの新規 sysObjectId 値がマップされているかを明確にします。 例えば、元の AOC ファイルは以下の sysObjectId 値をマップしていました。 v 1.2.3.4 第 4 章 ネットワーク・デバイスの分類 205 v 1.5.6.* その後 1.9.8 および 1.5.6.7 という 2 つの新規 sysObjectId 値がシステム に追加されます。AOC ファイルでは、1.5.6.7 という sysObjectId 値は、マ ッピング 1.5.6.* によってカバーされています。しかし、AOC ファイルを 更新して、1.9.8 という sysObjectId 値を追加する必要があります。 b. NCIM トポロジー・データベースのマッピング・テーブルによってどの AOC ファイルがマップされているかを明確にします。 マッピング・テー ブルは、レポートに表示するデータを判別するために、「分類していない SNMP オブジェクト ID を持つデバイス」レポート および 「不明な SNMP オブジェクト ID を持つデバイス」レポート によって使用されま す。AOC ファイルを編集してトポロジー・マネージャー ncp_class を再 始動しても、このテーブルは自動的には更新されないため、それらのレポー トは、依然として新規 sysObjectId 値を未分類および不明であるものとして 表示します。また、マッピング・テーブル内のマッピングは、AOC ファイ ル内のマッピングと比べて、より具体的なものになっています。 例えば、 NCIM トポロジー・データベースのマッピング・テーブルには、以下のよ うなデータが含まれていることがあります。 表 22. NCIM トポロジー・データベースのマッピング・テーブルからのデータの例 mappingGroup mappingKey mappingValue 説明 sysObjectId 1.2.3.4 デバイス・タイプ A デバイス・タイプ A の説明 sysObjectId 1.5.6.1 デバイス・タイプ B デバイス・タイプ B の説明 sysObjectId 1.5.6.2 デバイス・タイプ C デバイス・タイプ C の説明 AOC ファイルでは、汎用マッピング 1.5.6.* が 1.5.6.7 という新規 sysObjectId 値をカバーしていたため、1.9.8 という sysObjectId 値のみを 追加する必要がありました。しかし、NCIM トポロジー・データベースの マッピング・テーブルでは、1.9.8 と 1.5.6.7 の両方の sysObjectId 値を追 加する必要があります。 c. コマンド行から、新規 sysObjectId 値に関連するレコードによって、NCIM トポロジー・データベースのマッピング・テーブルを更新します。 例え ば、1.9.8 および 1.5.6.7 という 2 つの新規 sysObjectId 値のレコードを追 加するには、以下の SQL insert ステートメントを発行します。 insert values insert values into mappings (mappingGroup, mappingKey, mappingValue) ('sysObjectId', '1.9.8', 'device_type'); into mappings (mappingGroup, mappingKey, mappingValue) ('sysObjectId', '1.5.6.7', 'device_type'); ここで device_type は、sysObjectId 値のマップ先にする必要があるデバイ ス・タイプです。 NCIM トポロジー・データベースのマッピング・テーブ ルについては、IBM Tivoli Network Manager IP Edition トポロジー・デー タベース・リファレンスを参照してください。 次回のディスカバリーまで待って自動的に AOC 変更をトポロジーに適用するか、 またはこのトピックの手順を実行して手動で変更を適用した後に、ネットワークの ポーリングと可視化に以下の変更が適用されたことがわかります。 206 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド v 新規ポーリング・ポリシーを定義するときに、定義した新規クラスがポーリン グ・ポリシー・エディターの「クラス」タブに表示される。 v ネットワーク・ビューを使用してネットワークを視覚化するときに、ネットワー ク・ビュー・ツリーで、変更後のクラス階層で定義したクラスが表示される。 v 説明に従って NCIM トポロジー・データベースのマッピング・テーブルを更新 すると、「分類していない SNMP オブジェクト ID を持つデバイス」レポート および 「不明な SNMP オブジェクト ID を持つデバイス」レポート はデバイ スを返さなくなります。 AOC ファイルの例 このサンプル AOC ファイルを使用して、Network Manager がディスカバーされ たデバイスをクラス階層内のデバイス・クラスに割り当てる仕組みを理解します。 EndNode クラス このサンプル EndNode クラス AOC ファイルを使用して、Network Manager が ディスカバーされたデバイスを EndNode クラスに割り当てる仕組みを理解しま す。 例 以下に示すサンプル AOC ファイルのフラグメントでは、instantiate_rule 節に定義 されているフィルターを使用してデバイスが EndNode クラスに割り当てられま す。 //************************************************************* // // File : EndNode.aoc // //************************************************************* active object 'EndNode' { super_class = 'Core'; instantiate_rule = "EntityOID like '1 ¥.3¥.6¥.1¥.4¥.1¥.2021¥.' OR EntityOID = '1.3.6.1.4.1.2021' OR EntityOID = '1.3.6.1.4.1.1575' OR EntityOID like '1 ¥.3¥.6¥.1¥.4¥.1¥.11¥.2¥.3¥.9¥.' OR EntityOID = '1.3.6.1.4.1.11.2.3.9' OR (EntityType = 1 AND EntityOID IS NULL) OR ... OR ( EntityOID = '1.3.6.1.4.1.1977' ) OR ( EntityOID like '1¥.3¥.6¥.1¥.4¥.1¥.2136¥.' ) OR ... EndNode クラスの instantiate_rule は非常に長くなっています。これは、 EntityOID (デバイスの sysObjectID) とさまざまな値との比較を OR 演算子で結合 した複数の行で構成されています。さまざまな OR 比較が記述されています。 第 4 章 ネットワーク・デバイスの分類 207 EntityOID = '1.3.6.1.4.1.2021' このフィルターは、値 1.3.6.1.4.1.2021 に完全一致する EntityOID を検出し ます。一致が完全でない場合、比較は失敗し、デバイスは EndNode クラ スに割り当てられません。 EntityOID like '1¥.3¥.6¥.1¥.4¥.1¥.11¥.2¥.3¥.9¥.' このフィルターでは、値 1¥.3¥.6¥.1¥.4¥.1¥.11¥.2¥.3¥.9¥. との部分一致が検出 されます。 . (ピリオド) が一致するようにするため、¥. が必要です。ま た、値が ¥. で終わっている点にも注意してください。これにより、指定さ れている値で開始し、指定されている終わりの . (ピリオド) の後にさらに 追加の値がある OID が一致します。 NetworkDevice クラス このサンプル NetworkDevice クラス AOC ファイルを使用して、Network Manager がディスカバーされたデバイスを NetworkDevice クラスに割り当てる仕 組みを理解します。 例 以下に示すサンプル AOC ファイルのフラグメントでは、instantiate_rule 節に定義 されているフィルターを使用してデバイスが NetworkDevice クラスに割り当てら れます。 //************************************************************* // // File : NetworkDevice.aoc // //************************************************************* active object 'NetworkDevice' { super_class = 'Core'; instantiate_rule = 'EntityType = 1 OR // Chassis EntityType = 2 OR // Interface EntityType = 3 OR // LogicalInterface EntityType = 5 OR // Card EntityType = 6 OR // PSU EntityType = 8 OR // Module EntityType = 0'; ... NetworkDevice クラスに対し、instantiate_rule はデバイス・タイプの突き合わせ を試行します。以下の例では、instantiate_rule で使用されるフィルターを示しま す。 EntityType = 1 ディスカバーされたエンティティーのうち、シャーシ・デバイスであるすべ てのエンティティーに一致します。NCIM トポロジー・データベース entityData テーブルでは、シャーシ・デバイスの entityType フィールドは 値 1 に設定されています。 EntityType = 2 ディスカバーされたエンティティーのうち、ポートまたはインターフェース であるすべてのエンティティーに一致します。 NCIM トポロジー・データ ベース entityData テーブルでは、ポートおよびインターフェースの entityType フィールドは値 2 に設定されています。 208 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド EntityType = 3 ディスカバーされたエンティティーのうち、論理インターフェースであるす べてのエンティティーに一致します。NCIM トポロジー・データベース entityData テーブルでは、論理インターフェースの entityType フィールド は値 3 に設定されています。 EntityType = 5 ディスカバーされたエンティティーのうち、カードであるすべてのエンティ ティーに一致します。NCIM トポロジー・データベース entityData テーブ ルでは、カードの entityType フィールドは値 5 に設定されています。 EntityType = 6 ディスカバーされたエンティティーのうち、電源機構装置 (PSU) であるす べてのエンティティーに一致します。 NCIM トポロジー・データベース entityData テーブルでは、PSU の entityType フィールドは値 6 に設定さ れています。 EntityType = 8 ディスカバーされたエンティティーのうち、モジュールであるすべてのエン ティティーに一致します。NCIM トポロジー・データベース entityData テ ーブルでは、モジュールの entityType フィールドは値 8 に設定されてい ます。 デバイス・クラス固有の AOC このサンプル AOC ファイルを使用して、Network Manager がディスカバーされ たデバイスをクラス階層内の下位レベルのデバイス・クラスに割り当てる仕組みを 理解します。 例 以下に示すサンプル AOC ファイルのフラグメントでは、instantiate_rule 節に定義 されているフィルターを使用してデバイスが EWindowsNetHarmoni クラスに割り 当てられます。これは EndNode デバイスです。 //************************************************************* // // File : EWindowsNetHarmoni.aoc // //************************************************************* active object 'EWindowsNetHarmoni' { super_class ='EndNode'; instantiate_rule = "EntityOID like '1 ¥.3¥.6¥.1¥.4¥.1¥.1977¥.1¥.6¥.1279¥.'"; ... EWindowsNetHarmoni クラスについては、AOC ファイルに以下のパラメーター が定義されています。instantiate_rule パラメーターは、長くなっています。これ は、EntityOID (デバイスの sysObjectID) とさまざまな値との比較を OR 演算子で 結合した複数の行で構成されています。さまざまな OR 比較が記述されています。 super_class ='EndNode' このパラメーターは、デバイスを EndNode クラスに属するものとして設 定します。EWindowsNetHarmoni クラスは、EndNode クラスのすべての 属性を継承します。 第 4 章 ネットワーク・デバイスの分類 209 instantiate_rule = "EntityOID like '1 ¥.3¥.6¥.1¥.4¥.1¥.1977¥.1¥.6¥.1279¥.'" このフィルターでは、値 1¥.3¥.6¥.1¥.4¥.1¥.11¥.2¥.3¥.9¥. との一致が検出され ます。 . (ピリオド) が一致するようにするため、¥. が必要です。また、値 が ¥. で終わっている点にも注意してください。これにより、指定されてい る値で開始し、指定されている終わりの . (ピリオド) の後にさらに追加の 値がある OID が一致します。 210 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 第 5 章 ディスカバーされたトポロジーを最新状態に維持 ディスカバリーの完了後に、ディスカバリーのスケジュール、自動ディスカバリー の構成、デバイスのディスカバリーの手動実行、デバイスの除去を行うことによ り、ディスカバーされたトポロジーを最新状態に維持することができます。 ディスカバリーのスケジューリング フル・ディスカバリーが完了したら、実行するディスカバリーの時刻、日付、およ び曜日を FullDiscovery.stch スティッチャー・ファイルに挿入することにより、 さらにディスカバリーをスケジュールすることができます。 1. NCHOME/precision/disco/stitchers/FullDiscovery.stch ファイルをバックアッ プします。 2. ネットワーク内のドメインごとに FullDiscovery.stch ファイルの別々のインス タンスを作成します。 ドメイン固有のインスタンスを作成するには、ファイル 名に .domain を挿入します。 例えば、FullDiscovery.NCOMS.stch とします。 ドメインごとに別々の FullDiscovery.stch ファイルがない場合は、ネットワー ク上のすべてのドメインがディスカバーされます。 3. 最初のドメインのディスカバリーをスケジュールします。 FullDiscovery.domain.stch ファイルで、いずれかの ActOnTimedTrigger 行 のコメントを外します。次に、ディスカバリーを特定の時点で実行するようにこ れを変更します。 例えば、毎日午後 11 時にディスカバリーを実行するように スケジュールするには、以下のように行を変更します。 ActOnTimedTrigger(( m_TimeOfDay ) values ( 2300 ) ; ); 4. ネットワーク上のドメインごとに FullDiscovery.stch ファイルでこのステップ を繰り返します。 例 v 毎週、日曜日から数えて 6 番目の日 (つまり、土曜日) の午後 11 時にディスカ バリーを実行するようにスケジュールするには、以下のようにします。 ( ActOnTimedTrigger(( m_DayOfWeek , m_TimeOfDay ) values ( 6 , 2300 ) ; ) ; 日曜日 = 0、月曜日 = 1、火曜日 = 2、水曜日 = 3、木曜日 = 4、金曜日 = 5、土曜日 = 6。 v 毎月 13 日の午後 2 時にディスカバリーを実行するようにスケジュールするに は、以下のようにします。 ActOnTimedTrigger(( m_DayOfMonth , m_TimeOfDay ) values ( 13 , 1400 ) ; ); v ディスカバリーを 13 時間おきに実行するようにスケジュールするには、以下の ようにします。 ActOnTimedTrigger(( m_Interval ) values ( 13 ) ; ); 関連概念: © Copyright IBM Corp. 2006, 2016 211 1 ページの『ディスカバリーのタイプについて』 ネットワーク・ディスカバリーについて記述するための用語は、ディスカバー対象 やディスカバリーの構成方法によって異なります。ディスカバリー、再ディスカバ リー、フル・ディスカバリー、部分的なディスカバリーを実行することができま す。また、自動ディスカバリーをセットアップすることもできます。 自動ディスカバリーの構成 Network Manager には、トラップの受信に基づいて部分的なディスカバリーを自 動的にトリガーするメカニズムが備わっています。これは、イベント・ゲートウェ イに対する Disco プラグインによって実行されます。デバイス・トラップが、ネッ トワーク・デバイスの変更、または新規ネットワーク・デバイスの存在を示すこと があります。Disco プラグインについて詳しくは、『IBM Tivoli Network Manager IP Edition イベント管理ガイド』を参照してください。 関連概念: 1 ページの『ディスカバリーのタイプについて』 ネットワーク・ディスカバリーについて記述するための用語は、ディスカバー対象 やディスカバリーの構成方法によって異なります。ディスカバリー、再ディスカバ リー、フル・ディスカバリー、部分的なディスカバリーを実行することができま す。また、自動ディスカバリーをセットアップすることもできます。 デバイスまたはサブネットの手動でのディスカバー Network Manager のネットワーク・トポロジーがネットワークに一致するように するため、デバイスを手動でディスカバーできます。 1 つ以上のデバイスの構成が変更されていることを把握しているために、デバイス によって送信されたトラップからシステムがこの変更を検出しているかどうかに関 わらず、これらのデバイスを再ディスカバーしたい場合があります。 以下に示す方法で、デバイスまたはサブネットを手動でディスカバーすることがで きます。 v ディスカバリー構成 GUI を使用して、ディスカバーする個々のデバイスまたは 完全なサブネットを指定します。 v ホップ・ビューまたはネットワーク・ビューから、特定のデバイスまたはデバイ スのセットをディスカバーできます。 v ncp_oql を使用し、ディスカバーする IP アドレスまたはサブネットを指定し て、finders.rediscovery テーブルへの insert を作成します。 注: トポロジーからデバイスを削除するのに、手動でのディスカバリーを使用しない でください。アクセスできなくなったデバイスは、LingerTime がゼロになり、別の ディスカバリーが実行されるまで、トポロジーに存在しています。手動でのディス カバリーは、作動しているが構成が変更されているデバイスに対してのみ実行して ください。 関連タスク: 218 ページの『ネットワークからのデバイスの除去』 ネットワークから永久に除去するようにスケジュールされているデバイスを手動で 除去できます。 212 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 185 ページの『GUI からのネットワーク・ディスカバリーのモニター』 「アクティブ・ディスカバリー状況」ページから、現在のディスカバリーの状況お よび進行状況をモニターし、ディスカバリー・エージェントの処理状況を調査し、 最後のディスカバリーの詳細を表示することができます。 GUI を使用したデバイスまたはサブネットの手動でのディスカバ ー ディスカバリー構成 GUI ではデバイスまたはサブネットのディスカバリーを構成 および起動できます。部分的なディスカバリーをできる限り高速に実行するように ディスカバリー構成をカスタマイズできます。 部分的なディスカバリー・エージェントの有効化 ディスカバリー構成 GUI の「部分的なディスカバリー・エージェント」タブで適 切なエージェントを有効にすることによって、部分的なディスカバリーを構成でき ます。 新規または変更されたデバイスのディスカバーに必要なエージェントのみを選択す ることにより、部分的なディスカバリーに要する時間を短縮することができます。 関連資料: 424 ページの『エージェントを選択するためのガイダンス』 ネットワーク上のデバイス・テクノロジー (IP 以外のプロトコルを使用するデバイ ス・テクノロジー) をディスカバーするには、適切なエージェントがアクティブで あることを確認する必要があります。 拡張した部分的ディスカバリー設定の構成 ユーザーが構成できる拡張ディスカバリー設定には、フィードバック、レイヤーの 再構築、およびリモート隣接デバイス・パラメーターがあります。 フィードバック設定の構成: GUI で部分的なディスカバリーを構成するときに、フィードバック設定を指定でき ます。 フィードバックとは、エージェントから返されたデータを使用して他のデバイスを 検出するメカニズムです。フィードバック・データの例には、リモート隣接デバイ スの IP アドレス、またはローカル隣接デバイスが存在するサブネットなどがあり ます。 フィードバック・メカニズムでは、新しい IP アドレスをすべてディスカバリーに フィードバックできるため、ディスカバーされたネットワークのサイズが増加しま す。ディスカバーされたトポロジーの完全性 (feedback on) と、ディスカバリーの 高速化 (feedback off) のバランスを取る必要があります。 ディスカバリー構成 GUI の「構成」オプションで「拡張」タブを選択した後に、 以下のオプションを選択できます。 v フィードバックなし: すべてのディスカバリーでフィードバックがオフになりま す。このオプションを選択すると高速になりますが、ディスカバー対象はファイ ンダーに指定されているデバイスのみです。このため、トポロジーが不完全にな ります。ただしこの設定では、ディスカバリーが可能な限り高速で完了します。 第 5 章 ディスカバーされたトポロジーを最新状態に維持 213 v フィードバック: フル・ディスカバリー、および部分的なディスカバリーでフィ ードバックがオンになります。このオプションにより、すべてのシチュエーショ ンにおいて完全なトポロジーが提供されますが、かかる時間は最も長くなりま す。 v フルの場合のみフィードバック: フル・ディスカバリーでフィードバックがオン になります。完全なトポロジーが実現します。部分的なディスカバリーの場合 は、フィードバックはありません。これにより、部分的なディスカバリーは可能 な限り高速に実行されます。これはデフォルト設定です。 レイヤー再作成設定の構成: 部分的なディスカバリーを構成するときに、正確なトポロジーを表示するためにト ポロジー・レイヤーの再作成を許可することができます。 部分的なディスカバリーの後にトポロジー・レイヤーを再作成するには、ディスカ バリー構成 GUI の「構成」オプションの「拡張」タブにある「再ディスカバリー 再作成レイヤーを有効にする」設定を選択します。部分的なディスカバリーの後に トポロジー・レイヤーを再作成する ように指定した場合は、すべての接続を示す正 確なトポロジーになります。しかし、新しいデバイスを追加するプロセスにかかる 時間は長くなります。 関連概念: 384 ページの『トポロジー・レイヤーの再作成のためのオプション』 部分的な再ディスカバリーの後に、トポロジー・レイヤーを再作成するかどうかを 指定することができます。このオプションを使用すると、部分的な再ディスカバリ ーの速度を速めることができます。 部分的なディスカバリーでリモート隣接デバイスのディスカバリーを有効にする: リモート隣接デバイスのディスカバリーを有効にすると、部分的なディスカバリー の実行中に検出される接続の正確性を向上できます。 デフォルトでは、リモート隣接デバイスのディスカバリーはオフに設定されていま す。リモート隣接デバイスのディスカバリーを有効にすると、ディスカバリーにか かる時間が長くなります。 リモート隣接デバイスのディスカバリーをオンにすると、Network Manager は部 分的なディスカバリーの実行中に、リモート隣接デバイスへの接続に変更されたも のがあるかどうかを検査します。 (このコンテキストにおけるリモート隣接デバイ スとは、最後に行われたフル・ディスカバリーのスコープに含まれていた一方で、 現在の部分的なディスカバリーのスコープには含まれていない接続済みデバイスの ことです。) 接続が変更された場合、接続済みデバイスは部分的なディスカバリーに含まれるよ うになり、結果的により正確なトポロジーが得られます。 制約事項: デバイス間の接続が変更された場合でも、接続に関する情報がスコープ外 のデバイスのみに保管されていると、その変更は登録されず、接続済みデバイスは 部分的なディスカバリーに含まれません。リモート隣接デバイスのディスカバリー を有効にすると、トポロジーが変更された場合に、より正確なトポロジーを得られ 214 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ますが、すべての変更が確実にディスカバーされるわけではありません。より正確 なトポロジーを得るには、フル・ディスカバリーを実行してください。 リモート隣接デバイスのディスカバリーを有効にするには、ディスカバリー構成 GUI で、「構成」オプション内の「拡張」タブにある「関連デバイスの再ディスカ バリーを有効にする」を選択します。 GUI からの部分的なディスカバリーの開始 部分的なディスカバリーを開始するための作業には、シードおよびスコープの定義 が含まれます。 ディスカバリー・エンジン (ncp_disco) を最後に開始してからフル・ディスカバリ ーが実行されていない場合は、部分的なディスカバリーを開始することはできませ ん。 デバイスまたはサブネットの部分的なディスカバリーは、「アクティブ・ディスカ バリー状況」ウィンドウから開始できます。ホップ・ビューおよびネットワーク・ ビュー内で特定のデバイスを右クリックして、特定のデバイスをディスカバーする こともできます。 部分的なディスカバリーを「アクティブ・ディスカバリー状況」ウィンドウから開 始するには、以下のタスクを実行します。 1. 「ドメイン」メニューから、ディスカバリーを実行するドメインを選択します。 ドメインの名前の入力を開始すると、一致するドメインが「ドメイン」フィール ドの下にリストされます。 2. 「ディスカバリーの開始」ボタンの横にある下矢印 をクリックし て、メニューから「部分的なディスカバリーの開始」を選択します。「部分的な ディスカバリー」ウィンドウが表示されます。ディスカバーするデバイスを含む IP アドレスおよびサブネットを指定します。 3. 「部分的なディスカバリー」で、該当するノードおよびサブネットを選択しま す。 4. 新しいサブネットまたはノードを追加するには、「新規」をクリックします。 5. フィールドに以下のように入力して、「OK」をクリックします。 再ディスカバー 以下のオプションのいずれかを選択してください。 IP アドレス 必要な IP アドレスを入力してください。 サブネット 必要なサブネットを入力し、ネットマスク・ビットの数を指定 します。「ネットマスク」フィールドは、自動的に更新されま す。 6. 新規のスコープ・ゾーンを追加するには、「スコープ」をクリックします。 注: 最後に行われたフル・ディスカバリーのスコープに含まれていないスコー プ・ゾーンを追加すると、次回フル・ディスカバリーが行われるまで、新しいス コープ内のデバイスと古いスコープ内のデバイスとの間の接続が正確にならない 第 5 章 ディスカバーされたトポロジーを最新状態に維持 215 可能性があります。リモート隣接デバイスのディスカバリーを有効にすると、こ れらの接続の正確性を向上することができます。 7. 新規のディスカバリー・スコープ・ゾーンを追加するには、「新規」 をク リックします。既存のスコープ・ゾーンを編集するには、リストから該当するエ ントリーをクリックします。 8. フィールドに以下のように入力して、「OK」をクリックします。 スコープ作成者: 以下のオプションのいずれかを選択してください。 サブネット 必要なサブネットを入力し、ネットマスク・ビットの数を指定 します。「ネットマスク」フィールドは、自動的に更新されま す。 これらのフィールドを使用して、サブネットまたは個別の IP アドレスを指定できます。 v 例えば、IPv4 クラス C サブネット 10.30.2.0 を指定するに は、10.30.2.0/24 と入力します。ここで、10.30.2.0 はサブ ネット・プレフィックス、24 はサブネット・マスクです。 v 個別のデバイスを指定するには、IPv4 IP アドレスと 32 の サブネット・マスクを入力します。例えば、10.30.1.20/32 と入力します。 v IPv6 を使用している場合は、ディスカバリー時間が過度に長 くなることを避けるため、112 以上のサブネット・マスクを 使用します。 ワイルドカード ワイルドカードにアスタリスク (*) を使用します。 例えば、10.30.200. というサブネット・プレフィックスで始まる すべての IP アドレスの範囲を指定するには、10.30.200.* と 入力します。 制約事項: Network Manager では IPv4 射影 IPv6 形式はサポートさ れておらず、すべての IPv6 アドレスは IPv6 標準のコロン区切り形式 である必要があります。例えば、Network Manager では ::ffff:192.0.2.128 のような IPv4 射影 IPv6 アドレスはサポートさ れません。代わりに、このアドレスを ::ffff:c000:280 (IPv6 標準のコ ロン区切り形式) で入力します。 プロトコル 必要なインターネット・プロトコルとして IPv4 または IPv6 を選択し ます:。 アクション サブネット範囲を包含ゾーンまたは排他ゾーンとして定義します。サブ ネット範囲が、ディスカバリー中の ping の対象にする包含ゾーンの場 合は、「ping シード・リストへの追加」をクリックします。このオプ ションをクリックすると、スコープ・ゾーン内のデバイスがディスカバ リー・シード・デバイスとして自動的に追加されます。 216 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 制約事項: 「ping シード・リストへの追加」オプションは、IPv6 スコ ープ・ゾーンでは選択できません。これにより、IPv6 サブネットの ping スイープが回避されます。このサブネットには、ping 対象の数十 億ものデバイスが含まれている可能性があります。このため、IPv6 サ ブネットの ping スイープを行うと、ディスカバリーが終了しない可能 性があります。 9. 「OK」をクリックしてから「実行」をクリックします。 部分的なディスカバ リーの実行中は、「ディスカバリーの開始」ボタンはオフ ます。 に切り替わり 関連概念: 1 ページの『ディスカバリーのタイプについて』 ネットワーク・ディスカバリーについて記述するための用語は、ディスカバー対象 やディスカバリーの構成方法によって異なります。ディスカバリー、再ディスカバ リー、フル・ディスカバリー、部分的なディスカバリーを実行することができま す。また、自動ディスカバリーをセットアップすることもできます。 関連タスク: 57 ページの『ディスカバリーの開始』 ディスカバリーを構成した後は、ディスカバリーを開始し、必要に応じて停止する ことができます。 185 ページの『GUI からのネットワーク・ディスカバリーのモニター』 「アクティブ・ディスカバリー状況」ページから、現在のディスカバリーの状況お よび進行状況をモニターし、ディスカバリー・エージェントの処理状況を調査し、 最後のディスカバリーの詳細を表示することができます。 コマンド行からの手動でのデバイスまたはサブネットのディスカバ ー デバイスまたはサブネットをコマンド行から手動でディスカバーできます。 コマンド行から手動でデバイスまたはサブネットをディスカバーするには、以下の 例に示すように、ncp_oql を使用し、ディスカバーする IP アドレスまたはサブネ ットを指定して、finders.rediscovery テーブルへの insert を作成します。 手動でのディスカバリー IP アドレス 192.168.1.2 のデバイスを手動でディスカバーするには、最初に以下の コマンドを使用して OQL サービス・プロバイダーを開始します。 ncp_oql -domain NCOMS -service Disco OQL プロバイダーにログインしている場合は、以下の照会を実行します (このコマ ンドが 1 行に入力されている点に注意してください)。 insert into finders.rediscovery (m_Address, m_RequestType) values ("192.168.1.2", 1); デバイスのディスカバリーをこのように強制的に実行すると、ncp_disco はデバイ スが存在しているかどうかを確認するため、デバイスを Ping ファインダーに即時 に渡します。存在している場合は、適切なエージェントが起動され、デバイスが再 分析されます。デバイスからの接続が変更されている場合は、隣接デバイスのディ 第 5 章 ディスカバーされたトポロジーを最新状態に維持 217 スカバーも実行されます。 ネットワークからのデバイスの除去 ネットワークから永久に除去するようにスケジュールされているデバイスを手動で 除去できます。 1. デバイスに対するポーリングを中断します。これにより、デバイスの電源がオフ になっても、モニター・システムによりそのデバイスについて誤ったアラートが 出されることはありません。 2. デバイスをネットワークから物理的に取り外します。 3. 次回のフル・ネットワーク・ディスカバリーの直前に、ncp_model のそのデバ イスのレコードのリンガー時間を 0 に設定します。 関連タスク: 212 ページの『デバイスまたはサブネットの手動でのディスカバー』 Network Manager のネットワーク・トポロジーがネットワークに一致するように するため、デバイスを手動でディスカバーできます。 デバイスのリンガー時間の設定 LingerTime フィールドの値は、デバイスがネットワークから除去されていると見な され、そのレコードがトポロジーから除去される条件となる、デバイスを検出でき ないディスカバリーの数を示します。 LingerTime フィールドの値をゼロに設定す ると、次回のディスカバリーでデバイスが検出されない場合、そのデバイスのレコ ードが直ちにトポロジーから除去されます。 LingerTime フィールドをゼロに設定するには、以下の手順を実行します。 1. 以下に示すようなコマンドを入力して、OQL サービス・プロバイダーを開始し ます。 ncp_oql -domain NCOMS -service Model 2. master.entityByName テーブル内でデバイスを表すすべてのエンティティーの LingerTime フィールドを更新します。例えば core-router.abcd.com というデ バイスの場合、以下のコマンドを 1 行に入力して実行します。 update master.entityByName set LingerTime = 0 where EntityName like 'core-router.abcd.com'; 手動によるデバイス詳細の更新 更新されたデバイス詳細がディスカバリーで検出されない場合があります。 デバイスに新しい名前をつけるなど、デバイスに加えた変更が、後続のディスカバ リーで検出されない場合があります。この現象が発生したときは、ノード除去ツー ルを使用してデバイスをネットワーク・トポロジーから削除した後で、そのデバイ スの新しい詳細に基づいてデバイスを再ディスカバーできます。 デバイスを手動で更新するには、以下の手順を実行します。 218 1. デバイスに対して RemoveNode.pl スクリプトを実行します。 2. そのデバイスを再ディスカバーします。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 第 6 章 ディスカバリーのトラブルシューティング ディスカバリー・イベントをモニターし、ディスカバリー・レポートを実行するこ とにより、ディスカバリーのトラブルシューティングを行うことができます。独自 のディスカバリー・イベントを構成することもできます。 レポートを使用したディスカバリーのトラブルシューティング トラブルシューティング・レポートではディスカバリー結果が容易に理解できるた め、ディスカバリー結果とネットワーク自体の両方の検証およびトラブルシューテ ィングに役立ちます。 Network Manager では Tivoli® Common Reporting コンポーネントを使用してレ ポートが生成されます。Tivoli Common Reporting の詳細については、以下の資料 を参照してください。 v Tivoli Common Reporting インフォメーション・センター v developerWorks® Tivoli Common Reporting Network Manager GUI でレポートにアクセスするには、ナビゲーション・ペイン で「レポート」 > 「Common Reporting」をクリックします。 表 23 の例に示すように、ディスカバリー結果の検証とトラブルシューティングに レポートを使用できます。 Network Manager のレポートの詳細については、「IBM Tivoli Network Manager IP Edition 管理ガイド」を参照してください。 表 23. ディスカバリーのトラブルシューティングに使用するレポートのカテゴリー トラブルシューティ 参照するレポート・カテゴ ング・タスク リーとレポート レポートの特長 ディスカバーされた すべてのノードとイ ンターフェースの確 認 ユーティリティー・レポー ト: ディスカバーされたノ ードおよびインターフェー スのフラット・ファイル・ リスト このレポートには、ディスカバーされた すべてのノードとインターフェースがリ ストされます。また、ネットワーク・デ バイスに接続しているインターフェース またはポートにはマークが付いていま す。これにより、特定のデバイスとイン ターフェースが実際にディスカバーされ たかどうかを確認できます。 不一致の解決 トラブルシューティング・ レポート: 接続済み二重イ ンターフェースの不一致 このレポートには、半二重デバイスと全 二重デバイスの間に不一致がある接続 (一方の端が半二重で、もう一方の端が 全二重の接続) がリストされます。この 不一致は、ネットワーク管理者がパフォ ーマンスまたは可用性の問題を解決する ために突き止める必要がある主要な構成 の問題の 1 つです。 © Copyright IBM Corp. 2006, 2016 219 表 23. ディスカバリーのトラブルシューティングに使用するレポートのカテゴリー (続き) トラブルシューティ 参照するレポート・カテゴ ング・タスク リーとレポート レポートの特長 アクセス不能なデバ トラブルシューティング・ イスの解決 レポート: SNMP アクセス 権のないデバイス このレポートでは、SNMP アクセス権 のないデバイスが示されます。SNMP アクセス障害の原因を確認できます。 未接続デバイスの解 トラブルシューティング・ 決 レポート: 接続がないデバ イス このレポートには、未接続デバイスがリ ストされます。このため、ディスカバリ ーでネットワーク接続デバイスが検出さ れない理由を確認するための最初のステ ップとして使用できます。 トラブルシューティング・ レポート: 分類していない SNMP オブジェクト ID を 持つデバイス 分類していないデバ 資産レポート: イスの解決 v インターフェース可用性 これらのレポートを使用して、新規デバ イス・クラスのリーフ・ノード AOC フ ァイルを作成できます。 v デバイス・クラス別要約 v ベンダーおよびデバイス の可用性 未登録の SNMP オ トラブルシューティング・ このレポートの情報を使用して、未登録 ブジェクト ID を レポート: 不明な SNMP オ デバイスに関連付けられている AOC フ 持つデバイスの解決 ブジェクト ID を持つデバ ァイルを変更できます。 イス 削除を保留している トラブルシューティング: デバイスの特定 次のディスカバリーで削除 される保留デバイス このレポートには、次回のディスカバリ ー・サイクルで検出されなかった場合に トポロジーから削除されるデバイスに関 する情報が表示されます。このレポート では、トポロジーからのデバイス削除が 進行中であるかどうかを確認し、誤って 除去対象としてスケジュールされている デバイスを特定できます。 ディスカバリー状況のモニター ディスカバリー状況メッセージを確認することにより、ディスカバリーの状況およ び進行状況を把握できます。独自のディスカバリー・イベントを構成することもで きます。 220 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ディスカバリー・イベントを作成するためのプロセス・フロー ディスカバリー・イベントはディスカバリー・プロセス中に作成され、エージェン ト、スティッチャー、およびファインダーの進行状況を示します。これらのイベン トは Tivoli Netcool/OMNIbus に送信されて格納され、Web GUI を使用して表示 できます。 ディスカバリー・イベントは以下の段階で作成されます。 v ディスカバリーのデータ収集フェーズ中に、専用スティッチャー (AgentStatus および FinderStatus) により、ファインダーとエージェントが開始されたか、ま たは停止されたかが検出されます。 v データ処理フェーズ中に、専用スティッチャー (CreateStchTimeEvent) により、 主要イベント (例えば、ディスカバリーで作業エンティティー・テーブルまたは 包含テーブルの作成が開始された) が検出されます。 v 上記のいずれかのスティッチャーがイベントを検出すると、イベントは disco.events テーブルに書き込まれます。 v DiscoEventProcessing スティッチャーは、disco.events テーブルへの挿入に応 答し、適切なイベントを作成して Tivoli Netcool/OMNIbus 用のプローブ (nco_p_ncpmonitor) に送信します。次に、このプローブがそのイベントを ObjectServer に転送します。 v ディスカバリー・イベントの生成をオンまたはオフに切り替えるには、 disco.config テーブルの m_CreateStchrEvents フィールドの値を設定します。 独自のディスカバリー・イベントを構成することもできます。それには、目的のイ ベントを検出し、そのイベント・データを disco.events テーブルに書き込むステ ィッチャーを作成します。 関連資料: 262 ページの『disco.events テーブル』 イベント・テーブルは、生成されるディスカバリー・イベントを標準形式に制約し ます。イベントは、このテーブルにレコードを挿入することによって生成されま す。 433 ページの『主なディスカバリー・スティッチャー』 このトピックでは、すべてのディスカバリー・スティッチャーをリストします。 ディスカバリー状況メッセージのモニター ディスカバリー状況メッセージを確認することにより、ディスカバリーの状況およ び進行状況を把握できます。 ディスカバリー・プロセス (エージェント、スティッチャー、およびファインダー を含む) は、開始および停止時に IBM Tivoli Netcool/OMNIbus にメッセージを 送信します。これらのメッセージを見ることにより、ディスカバリー・プロセスが 期待通りに実行されているかどうかを確認したり、ディスカバリーの全体的な進行 状況を把握したりすることができます。 ディスカバリー・プロセスの状況メッセージを確認するには、以下のタスクを実行 します。 第 6 章 ディスカバリーのトラブルシューティング 221 1. 「可用性」 > 「イベント」 > 「アクティブ・イベント・リスト (AEL)」をク リックして、Active Event List (AEL) を表示します。 2. AEL にフィルターを適用して、Agent が ncp_disco であるイベントのみが表示 されるようにします。 3. オプション: 特定の種類のディスカバリー・イベントのみを表示するには、フィ ルターを絞り込むか「EventId」をソートします。 4. AEL に「LocalPriObj」列と「LocalSecObj」列が表示されていることを確認し ます。これらの列にディスカバリー・イベントの情報が入っています。 (すべて の列がすべてのイベントによって使用されるわけではありません。) ディスカバリー・エージェントのトラブルシューティング ディスカバリー状況 GUI を使用することにより、ディスカバリー・エージェント に関連するディスカバリーの問題のトラブルシューティングを行うことができま す。 異常に長いディスカバリーのトラブルシューティング ディスカバリーの完了までに長時間かかる場合があります。これは、特定のデバイ ス上でエージェントが処理を完了できないためです。完了までに長時間要するエー ジェントと、エージェントが処理しているデバイスを判別するには、「エージェン ト状況」セクションを使用します。 「エージェント状況」セクションを使用して、デバイス上でエージェントがブロッ クされていることが問題の原因なのかどうかを判別するには、以下の手順を実行し ます。 1. 「ディスカバリー」 > 「ネットワーク・ディスカバリー状況」をクリックし、 次に「エージェント状況」タブをクリックして、「エージェント状況」セクショ ンを開きます。 2. 上部のエージェント・テーブルの上にある「フェーズ」ドロップダウン・リスト で、「デバイスへの問い合わせ」を設定します。 これで、上部のエージェン ト・テーブルには、最初のディスカバリー・フェーズである「デバイスへの問い 合わせ」で完了するようにスケジュールされたエージェントのみが表示されま す。 注: 通常、この問題は、最初のディスカバリー・フェーズである「デバイスへの 問い合わせ」で発生します。 3. 「状態」列が降順でソートされていることを確認します。 デフォルトでは、以 下の表に示すように、エージェントはエージェント状態の降順で表示されます。 表 24. エージェントの状態 222 状態 値 アイコン 説明 停止 5 エージェントが予期せずに終了しました。これは、ディス カバリーの問題である可能性があります。 完了 4 エージェントは引き続き実行中ですが、そのキュー内のす べての IP アドレスの処理を完了しています。エージェン トを引き続き使用して、キューに配置された追加のエージ ェントを処理できます。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 24. エージェントの状態 (続き) 状態 値 実行中 3 現在、エージェントは IP アドレスを処理しています。 開始中 2 エージェントを開始中です。 実行され ていませ ん 1 エージェントは稼働していません。 4. アイコン 説明 テーブルをスクロールダウンし、状況が「実行中」 のエージェントを見つ けます。 これらは、まだデバイスを処理中のエージェントです。ディスカバリ ーが異常に長い間実行されている場合は、状況がまだ「実行中」 のエージ ェントが 1 つ存在する可能性があります。これがブロックされたエージェント です。 5. 状況が「実行中」 のエージェントを 1 つ選択します。 デフォルトでは、 このエージェント用にまだキューに入っている IP アドレスが下部のテーブルに すべて表示されます。 6. 下部のテーブルの上にある「すべて」ラジオ・ボタンをクリックします。 下部 のテーブルに、このエージェントが処理した IP アドレス、このエージェントが まだ処理中の IP アドレス、またはエージェント・キューに入っている IP アド レスがすべて表示されます。 7. 「状態」列が降順でソートされていることを確認します。 デフォルトでは、以 下の表に示すように、IP アドレスはエージェント状態の降順で表示されます。 表 25. IP アドレスの状態 状態 値 停止 5 IP アドレスの処理が予期せずに終了しました。これは、 ディスカバリーの問題である可能性があります。 完了 4 エージェントがこの IP アドレスの処理を完了しました。 実行中 3 エージェントがこの IP アドレスを現在処理しています。 開始中 2 エージェントがこの IP アドレスの処理を開始していま す。 実行され ていませ ん 1 この IP アドレスは、現在処理されていません。 8. アイコン 説明 テーブルをスクロールダウンし、状況が「実行中」 の IP アドレスを見つ けます。 これらは、このエージェントがまだ処理中の IP アドレスです。エー ジェントが単一デバイス上で止まっている場合、状況が「実行中」 アドレスは 1 つのみです。 9. の IP テーブルの他の情報を参照して、この IP アドレスに関する詳細を調べます。 「経過時間」列には、エージェントがこのデバイスを処理している時間の長さが 示されています。「SNMP アクセス」列には、エージェントがこのデバイスに 対する SNMP アクセス権限を取得できたかどうかが示されています。 第 6 章 ディスカバリーのトラブルシューティング 223 エージェントがデバイスに対する SNMP アクセス権限を取得できなかった場合 は、 SNMP コミュニティー・ストリング設定に問題があった可能性があります。 このデバイスは、さらに詳しく調査する必要があります。 関連タスク: 188 ページの『ディスカバリー・エージェント進行状況のモニター』 「エージェント状況」セクションを使用して、ディスカバリー・エージェントが各 ディスカバリー・フェーズを進行していく状況をモニターすることができます。 障害のあるエージェントの識別 ディスカバリー中に予期せずに終了するエージェントが、ディスカバリーの障害の 原因である場合があります。「エージェント状況」セクションを使用して、いずれ かのエージェントが予期せずに終了していないか判別します。 「エージェント状況」セクションを使用して、正しく機能していないディスカバリ ー・エージェントがないか判別するには、以下のステップを実行してください。 1. 「ディスカバリー」 > 「ネットワーク・ディスカバリー状況」をクリックし、 次に「エージェント状況」タブをクリックして、「エージェント状況」セクショ ンを開きます。 2. 上部のエージェント・テーブルの上にある「フェーズ」ドロップダウン・リスト が「すべてのフェーズ」に設定されていることを確認します。 上部のエージェ ント・テーブルに、このディスカバリーでこれまでに開始されたすべてのエージ ェントが表示されるようになります。 3. エージェントが「状態」の降順に配列されるように、上部のエージェント・テー ブルの「状態」列をクリックします。 これで、表のエージェントが状況の五十 音順に表示されるようになります。 4. 予期せずに終了したエージェントがあれば、テーブルの上部に配置され、状況が 「停止」になります。 このエージェントが予期せずに終了した理由を特定するには、さらに調査を行う必 要があります。 関連タスク: 188 ページの『ディスカバリー・エージェント進行状況のモニター』 「エージェント状況」セクションを使用して、ディスカバリー・エージェントが各 ディスカバリー・フェーズを進行していく状況をモニターすることができます。 デバイスの欠落に関するトラブルシューティング ネットワーク・トポロジーに表示されるはずのデバイスが表示されない場合は、以 下の手順を実行して問題のトラブルシューティングを行います。 以下の手順を実行する前に、フィードバックを有効にしてフル・ディスカバリーを 実行します。 デバイスがネットワーク・マップに表示されない一般的な原因のいくつかを確認す るには、以下の手順を実行します。 1. 224 探しているデバイスが実行中であり、ネットワークに接続されていることを確認 します。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 2. デバイスを検索します。 a. ネットワーク・マップでデバイスを最初にホスト名で、次に IP アドレスで 検索します。 b. 接続先のデバイスが分かっている場合は、接続先のデバイスの 1 つをネッ トワーク・ホップ・ビューで検索してみてください。次に、ホップ数を 1 に設定し、デバイスが接続済みとして表示されるかどうかを確認します。 3. デバイスがスコープ内にあるかどうかを確認します。ネットワーク・ディスカバ リー構成 GUI の「スコープ」タブで、ディスカバリー・スコープ (排他ゾーン を含む) を確認します。 4. デバイスがフィルターによってディスカバリーから除外されていないかどうかを 確認します。 a. 「フィルター」をクリックします。 b. プレディスカバリー・フィルターとポストディスカバリー・フィルターを調 べ、デバイスがディスカバーまたはインスタンス化されるようになっている ことを確認します。 関連タスク: 40 ページの『ディスカバリー・フィルターの設定』 フィルターは、ディスカバリーの前または後にデバイスをフィルターで除去するた めに使用します。ロケーション、テクノロジー、製造メーカーなどのさまざまな基 準に基づいて、デバイスをフィルターで除去することができます。フィルターは、 スコープ・ゾーンで定義された制限に、さらに制限を加えます。 26 ページの『ディスカバリーのスコープ』 ディスカバリーをスコープするには、ディスカバリーに含めるネットワーク・ゾー ン (つまりサブネット範囲) および除外するゾーンを定義します。 アイドル・ディスカバリーのトラブルシューティング ディスカバリーを開始して、数分経ってもデバイスがディスカバーされない場合 は、以下のトラブルシューティング手順を実行します。 ディスカバリーを開始しても、ディスカバリー状況がフェーズ・ゼロ (アイドル) の ままであり、デバイスがディスカバーされない場合は、以下のトラブルシューティ ング手順を試してください。 1. ファイル・ファインダーを使用している場合は、IP アドレスおよびホスト名が 含まれるシード・ファイルのフィールドを正しく指定していることを確認しま す。これらの設定は、ディスカバリー構成 GUI で確認できます。 2. Ping ファインダーを使用して個々の IP アドレスを ping している場合は、そ れらの IP アドレスが到達可能であることを確認します。到達可能でない場合 は、ネットワーク障害またはファイアウォールの問題が発生している可能性があ ります。 3. シード IP アドレスがスコープ内にあることを確認します。アドレスを Ping フ ァインダーまたはファイル・ファインダーに追加しても、そのアドレスがスコー プに含まれていなければ、デバイスは ping もインスタンス化もされません。例 えば、ディスカバリー・スコープが 172.16.1.0 /24 であり、シードが 192.168.1.0 /24 ネットワーク内にある場合、ファインダーはシードを見つける ことができません。 第 6 章 ディスカバリーのトラブルシューティング 225 4. 密度の低い大きなサブネット、例えば、デバイスが 10 個しかないクラス B の サブネットを ping する場合、Ping ファインダーは、最初のデバイスを見つけ るまでに長時間かかる場合があります。 ディスカバリー・ログを確認する必要がある場合は、IBM Tivoli Network Manager IP Edition 管理ガイドで、ログ・ファイルの検索およびロギング・レベルの変更に 関する情報を参照してください。 関連タスク: 57 ページの『ディスカバリーの開始』 ディスカバリーを構成した後は、ディスカバリーを開始し、必要に応じて停止する ことができます。 ディスカバリー・キャッシュ・ファイルの削除 新規のクリーン・ディスカバリーを実行するには、ディスカバリー・キャッシュ・ ファイルを削除します。 ドメインの現在のネットワーク・ディスカバリーを削除するには、ディスカバリ ー・キャッシュ・ファイルをすべて削除する必要があります。この作業は、以前の ディスカバリーからすべてのデータを削除する必要があるとき、または IBM サポ ートに指示されたときに行ってください。 この手順を実行すると、現在のディスカバリー・キャッシュ・ファイルがすべて削 除され、ディスカバリー・データベースがクリアされるので、ディスカバリーを効 率的にリセットできます。この手順を実行した後で、ネットワークに対して新規の フル・ディスカバリーを実行する必要があります。 注: ネットワーク・トポロジーは NCIM データベースに別に保管されているので、 この手順を実行しても、ネットワーク・マップは削除されません。ただし、最後の ディスカバリー以降に行われたネットワークの変更は、次のディスカバリーですべ て反映されます。 ディスカバリー・キャッシュ・ファイルをすべて削除するには、以下の手順を実行 します。 1. itnm_stop スクリプトを使用して、Network Manager プロセスをすべて停止し ます。 2. NCHOME/var/precision ディレクトリーにナビゲートして、削除するドメインに 属するファイルをすべて削除します。特定のドメインに属するファイルは、ファ イル名の中にそのドメインが含まれています。例えば、ドメイン NCOMS に属 している構成ファイルは、file_name.NCOMS.cfg というファイル名になります。 3. オプション: 既存のログ・ファイルをアーカイブまたは削除してから、新しいロ グ・ファイルで新規のディスカバリーを開始します。以下のプロセスのログ・フ ァイルが関連しています。 v ncp_disco v ncp_df_* v ncp_agent* v ncp_disco_perl_agent* 226 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 4. itnm_start スクリプトを使用して、Network Manager プロセスを再始動しま す。 itnm_start スクリプトを使用して Network Manager プロセスが再始動される と、新しい空のログ・ファイルが自動的に作成されます。 5. 新しいネットワーク・ディスカバリーを実行します。 正しくない文字のトラブルシューティング トポロジー・データベース用の insert ステートメント内に正しくない文字があると いうエラー・メッセージが表示される場合、以下の手順を実行して問題をトラブル シューティングしてください。 ネットワーク・デバイスの説明に、データベース内のロケール・セットで許可され ない文字が含まれている場合、以下のようなエラー・メッセージが表示されること があります。 Warning: W-RIV-002-206: [4115626896t] CMdlDbEntityMgr.cc(647) A database 'execute' operation has failed : SQLRETURN = -1 CNcpODBCSth.cc line 233 : [Informix][Informix ODBC Driver][Informix] An illegal character has been found in the statement. 1. SnmpStackSchema.cfg ファイルをバックアップしてから、編集します。 2. snmpStack.conversionCfg テーブルへの insert を構成する行を見つけ、以下の ように編集します。 insert into snmpStack.conversionCfg values (1); 3. ファイルを保存して閉じます。 SNMP ヘルパーは、デバイスから返されたデータベース・ロケールで許可されない 文字を、疑問符文字 ? で置換します。 SNMP ヘルパーは、snmpStack.multibyteObjects テーブル内で構成されたオブジェ クトの文字のみ置換します。 第 6 章 ディスカバリーのトラブルシューティング 227 228 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 第 7 章 トポロジーの強化 ディスカバリー・プロセスがディスカバーした情報にさらにコンテキストを追加す ることによって、トポロジーを強化することができます。例えば、デバイスに関連 付けられた顧客やロケーションなどの情報を示すカスタム・タグを、そのデバイス に追加できます。これにより、このカスタム情報を使用して、ネットワークを視覚 化したり、ポーリングしたりすることができます。 このセクションでは、トポロジー強化のさまざまな例を示します。これらの例を参 照して、トポロジーを強化するためのさまざまな方法と、トポロジーを強化するた めに使用可能なさまざまな方式を理解してください。 エンティティーへのタグの追加 1 つ以上の名前と値のペアのタグを、ディスカバーされたエンティティーに関連付 けることができます。 次の表では、IP アドレスが 172.20.3.20 で、名前と値のペアのタグが 2 つ関連付け られているデバイスの例を示します。 表 26. 名前と値のペアのタグの例 IP アドレス 名前 値 172.20.3.20 customer acme 172.20.3.20 location london ディスカバリーによって、カスタムの名前と値のペアのタグが IP アドレスに付け られたら、カスタムの名前と値のペアの情報を使用して、カスタムの視覚化タスク およびポーリング・タスクを実行できます。例えば、「london」というロケーショ ンのタグが付けられたすべての IP アドレスを表示するカスタム・ネットワーク・ ビューを作成できます。 ディスカバリーのカスタマイズ ファイル・ファインダーを使用するか、カスタム・タグ・テーブルを使用すること によって、ディスカバーされたエンティティーに名前と値のペアのタグを追加する ようにディスカバリーをカスタマイズします。カスタム・タグ・テーブルを使用す る場合は、GetCustomTag スティッチャーで定義されたロジックを使用して、追加 された名前と値のペアのタグにおける値を評価することもできます。 © Copyright IBM Corp. 2006, 2016 229 ファイル・ファインダーを使用したエンティティーへのタグの追加 ファイル・ファインダーを使用してディスカバリーをシードしている場合は、ファ イル・ファインダーが読み取るシード・ファイルに列を追加することによって、名 前と値のペアのタグをエンティティーに追加できます。 下記の手順の例では、ファイル・ファインダーのシード・ファイルに以下の列を追 加していることを想定しています。 v customer v location 以下のテキスト・ファイル・フラグメントの例は、シード・ファイルがどのように なるかを示しています。 vi /var/tmp/logged_hosts 172.16.1.21 lnd-dharma-acme acme london 172.16.1.201 lnd-phoenix-acme acme london 172.16.1.25 prs-sun-acme acme paris 172.16.2.33 ranger1 telecorp newyork 172.16.2.34 ranger2 telecorp newyork ~ "/var/tmp/logged_hosts" [Read only] 4 lines, 190 characters このテキスト・ファイル・フラグメントの例では、3 番目の列に顧客情報が保持さ れ、4 番目の列にロケーション情報が保持されています。 1. DiscoFileFinderParseRules.cfg 構成ファイルを編集します。 2. この構成ファイルで、この例に類似した insert を使用してシード・ファイルを 解析するようにファイル・ファインダーを構成します。新規カスタム・タグ列に 一致するように m_ColDefs フィールドを構成するようにしてください。 insert into fileFinder.parseRules ( m_FileName, m_Delimiter, m_ColDefs ) values ( "/var/tmp/logged_hosts", "[ ]", [ { m_VarName="m_UniqueAddress", m_ColNum=1 }, { m_VarName="m_Name", m_ColNum=2 } { m_VarName="m_CustomTags->customer", m_ColNum=3 }, { m_VarName="m_CustomTags->location", m_ColNum=4 } ] ); 230 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド この insert は、ファイル・ファインダーに以下の操作を実行するように指示し ます。 v /var/tmp/logged_hosts を解析する。 v 空白文字をデータ分離文字として処理する。 v 以下の列定義を使用する。 3. – 1 列目は m_UniqueAddress – 2 列目は m_Name – 3 列目は m_CustomTags->customer – 4 列目は m_CustomTags->location DbEntityDetails.cfg ファイルを編集し、以下のようなコードを構成して挿入し ます。 insert into dbModel.entityDetails ( EntityType, EntityDetails ) values ( 1, -- chassis { Customer = "eval(text, '&ExtraInfo->m_CustomTags->customer')", Location = "eval(text, '&ExtraInfo->m_CustomTags->location')" } ); insert into dbModel.entityDetails ( EntityType, EntityDetails ) values ( 2, -- port/interface { Customer = "eval(text, '&ExtraInfo->m_CustomTags->customer')", Location = "eval(text, '&ExtraInfo->m_CustomTags->location')" } ); 4. Network Manager を再始動して、構成ファイルの変更を伝搬します。 itnm_start ncp -domain domain 関連タスク: 237 ページの『NCIM entityDetails テーブルへのカスタム・タグの追加』 デバイスまたはインターフェースに関連したカスタム・タグを entityDetails テーブ ルに格納するように NCIM トポロジー・データベースを構成することができま す。これにより、ネットワーク・オペレーターが「ホップ・ビュー」でデバイスを 視覚化したり、カスタム・データに基づいて「ネットワーク・ビュー」でビューを 作成したりすることができます。 第 7 章 トポロジーの強化 231 カスタム・タグ・テーブルを使用したエンティティーへのタグの追加 disco.ipCustomTags テーブルまたは disco.filterCustomTags テーブルに対する、 名前と値のペアのデータを含んだ insert を作成することによって、名前と値のペア のタグをエンティティーに追加できます。 disco.ipCustomTags テーブルを使用したエンティティーへのタグの追加: disco.ipCustomTags テーブルを使用して、名前と値のペアのタグを、固有 IP アド レスに関連付けることができます。 下記の手順の例では、ディスカバリーで、以下の 2 つのカスタムの名前と値のペア のタグをエンティティーに追加していることを想定しています。 v customer v location この例では、disco.ipCustomTags テーブルを使用して、以下の名前と値のペアのタ グを構成します。 表 27. 名前と値のペアのタグの例 IP アドレス 名前 値 172.16.1.21 customer acme 172.16.1.21 location london 172.16.1.201 customer acme 172.16.1.201 location london 172.16.1.25 customer acme 172.16.1.25 location paris 172.16.2.33 customer telecorp 172.16.2.33 location newyork 172.16.2.34 customer telecorp 172.16.2.34 location newyork 1. DiscoConfig.cfg 構成ファイルを編集します。 2. この構成ファイルで、以下のような insert を追加します。 insert into disco.ipCustomTags ( m_UniqueAddress, m_CustomTags ) values ( '172.16.1.21', { customer="acme", location="london" } ); insert into disco.ipCustomTags ( m_UniqueAddress, m_CustomTags ) values 232 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ( '172.16.1.201', { customer="acme", location="london" } ); insert into disco.ipCustomTags ( m_UniqueAddress, m_CustomTags ) values ( '172.16.1.25', { customer="acme", location="paris" } ); insert into disco.ipCustomTags ( m_UniqueAddress, m_CustomTags ) values ( '172.16.2.33', { customer="telecorp", location="newyork" } ); insert into disco.ipCustomTags ( m_UniqueAddress, m_CustomTags ) values ( '172.16.2.34', { customer="telecorp", location="newyork" } ); 3. DiscoConfig.cfg 構成ファイルを保存します。 ここで、DbEntityDetails.cfg 構成ファイルを構成して、ディスカバリー後に NCIM トポロジー・データベースの entityDetails テーブルがカスタム・タグによって更新 されるようにする必要があります。 関連タスク: 237 ページの『NCIM entityDetails テーブルへのカスタム・タグの追加』 デバイスまたはインターフェースに関連したカスタム・タグを entityDetails テーブ ルに格納するように NCIM トポロジー・データベースを構成することができま す。これにより、ネットワーク・オペレーターが「ホップ・ビュー」でデバイスを 視覚化したり、カスタム・データに基づいて「ネットワーク・ビュー」でビューを 作成したりすることができます。 第 7 章 トポロジーの強化 233 disco.filterCustomTags テーブルを使用したエンティティーへのタグの追加: disco.filterCustomTags テーブルを使用して、名前と値のペアのタグを、フィルター 済みの一連の IP アドレスに関連付けることができます。 さまざまな基準に基づいて、IP アドレスをフィルタリングすることができます。例 えば、デバイス名、IP アドレス、または VLAN ID に基づいてフィルタリングを 行うことができます。下記の手順の例では、IP アドレスに基づくフィルターを適用 し、disco.filterCustomTags テーブルを使用して、サブネット 172.20.3.0/24 内のす べての IP アドレスに対して以下の名前と値のペアのタグを構成しています。 表 28. 名前と値のペアのタグの例 IP アドレス 名前 値 172.20.3.0/24 customer acme 172.20.3.0/24 location london 1. DiscoConfig.cfg 構成ファイルを編集します。 2. この構成ファイルで、以下の insert を追加します。 insert into disco.filterCustomTags ( m_Filter, m_CustomTags ) values ( "m_UniqueAddress LIKE '172.20.3'", { customer="acme", location="london" } ); 3. DiscoConfig.cfg 構成ファイルを保存します。 その他のフィルターの例 上記の手順では、"m_UniqueAddress LIKE '172.20.3'" という、IP アドレスに基づ くフィルターを適用しています。 ディスカバーされたエンティティーに関連付けられた任意の属性に基づいてフィル ターを作成できます。例えば、次のようなフィルターを適用できます。 v エンティティー名に基づくフィルター: "m_Name LIKE 'lon'" v VLAN エンティティーの VLAN ID に基づくフィルター: "m_LocalNbr>m_VlanID = 102" ここで、DbEntityDetails.cfg 構成ファイルを構成して、ディスカバリー後に NCIM トポロジー・データベースの entityDetails テーブルがカスタム・タグによって更新 されるようにする必要があります。 関連タスク: 234 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 237 ページの『NCIM entityDetails テーブルへのカスタム・タグの追加』 デバイスまたはインターフェースに関連したカスタム・タグを entityDetails テーブ ルに格納するように NCIM トポロジー・データベースを構成することができま す。これにより、ネットワーク・オペレーターが「ホップ・ビュー」でデバイスを 視覚化したり、カスタム・データに基づいて「ネットワーク・ビュー」でビューを 作成したりすることができます。 GetCustomTag スティッチャーを使用したトポロジーの強化: GetCustomTag スティッチャーを使用すると、名前と値のペアにおける値の部分を 評価するロジックを使用できます。 下記の手順の例では、GetCustomTag.stch スティッチャーのデフォルト・ロジック を利用して、以下のカスタムの名前と値のペアのタグを、サブネット 172.20.3.0/24 内のすべての IP アドレスに追加します。 表 29. 名前と値のペアのタグの例 IP アドレス 名前 値 172.20.3.0/24 Customer A-Z Inc., London 1. DiscoConfig.cfg 構成ファイルを編集します。 2. この構成ファイルで、以下の insert を追加します。 insert into disco.filterCustomTags ( m_Filter, m_StitcherTagName, ) values ( "m_UniqueAddress LIKE '172.20.3'", 'Customer' ); この insert は、サブネット 172.20.3.0/24 内の IP アドレスごとに、 GetCustomTag.stch スティッチャーを呼び出して Customer タグの名前の部分 をこのスティッチャーに渡すアクションを実行するように、システムを構成しま す。これで、GetCustomTag.stch スティッチャーは、Customer タグの値を評 価するようになります。 3. DiscoConfig.cfg 構成ファイルを保存します。 ここで、DbEntityDetails.cfg 構成ファイルを構成して、ディスカバリー後に NCIM トポロジー・データベースの entityDetails テーブルがカスタム・タグによって更新 されるようにする必要があります。 関連タスク: 237 ページの『NCIM entityDetails テーブルへのカスタム・タグの追加』 デバイスまたはインターフェースに関連したカスタム・タグを entityDetails テーブ ルに格納するように NCIM トポロジー・データベースを構成することができま す。これにより、ネットワーク・オペレーターが「ホップ・ビュー」でデバイスを 視覚化したり、カスタム・データに基づいて「ネットワーク・ビュー」でビューを 作成したりすることができます。 第 7 章 トポロジーの強化 235 例: GetCustomTag.stch スティッチャー: このトピックでは、GetCustomTag.stch スティッチャーの仕組みについて説明しま す。 AddCustomTags.stch スティッチャー GetCustomTag.stch スティッチャーは、AddCustomTags.stch スティッチャーによ って呼び出されます。 AddCustomTags.stch スティッチャーは、disco.ipCustomTags テーブルおよび disco.filterCustomTags テーブル内のタグおよびエンティティーをループ処理しま す。これらのテーブルのいずれかで m_StitcherTagName フィールドが設定されてい る場合、AddCustomTags.stch スティッチャーは GetCustomTag.stch スティッチ ャーを呼び出し、関連エンティティー名と m_StitcherTagName フィールドをパラメ ーターとして渡します。m_StitcherTagName フィールドは、名前と値のペアのタグ における名前の部分を保持します。例えば、このフィールドは「Customer」などの 値を保持します。AddCustomTags.stch スティッチャーは、disco.ipCustomTags テ ーブルおよび disco.filterCustomTags テーブルで定義された IP アドレスに対する すべての名前と値のペアを構成した後に、この情報をダウンストリームに渡しま す。 注: AddCustomTags.stch スティッチャーは、disco.ipCustomTags テーブルまたは disco.filterCustomTags テーブルで提供される IP アドレス情報を使用して workingEntities.finalEntity テーブルでルックアップを実行することによって、エン ティティー名を取得します。 GetCustomTag.stch スティッチャー GetCustomTag.stch スティッチャーは、単一のエンティティー名と m_StitcherTagName フィールドを入力として受け取り、名前と値のペアにおける値 の部分を、ロジックを使用して評価します。デフォルトでは、このスティッチャー には、ここで説明するコードが含まれています。このスティッチャーを、さまざま な名前と値のペアを処理するようにカスタマイズすることができ、また、値の計算 方法を定義するロジックを変更することができます。 表 30. GetCustomTag.stch スティッチャーの行ごとの説明 236 行番号 説明 15 AddCustomTags.stch スティッチャーから受け取った最初の引数から、 entityName 変数の値を設定します。名前と値のペアのタグにおける値をス ティッチャーが評価しようとしている対象 IP アドレスに関連付けられてい るエンティティー名が、entityName 変数に保持されます。 16 AddCustomTags.stch スティッチャーから受け取った最初の引数から、 tagName 変数の値を設定します。これは、値の評価対象となるタグの名前 です。 18 value 変数を 0 に設定します。value 変数は、名前と値のペアのタグにお ける評価された値を保持するために使用され、この変数がスティッチャーに よって返されることになります。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 30. GetCustomTag.stch スティッチャーの行ごとの説明 (続き) 行番号 説明 20-29 評価するタグの名前が「Customer」である場合は、タグの値を計算しま す。ここでは、エンティティー名にテキスト・パターン lon が含まれてい る場合に value 変数を「A-Z Inc. London」という顧客名に設定するとい う方法で、値を計算しています。 31 タグの値を返します。 1] 2] 3] 4] 5] 6] 7] 8] 9] 10] 11] 12] 13] 14] 15] 16] 17] 18] 19] 20] 21] 22] 23] 24] 25] 26] 27] 28] 29] 30] 31] 32] 33] // // This stitcher retrieves the value for a custom tag name // UserDefinedStitcher { StitcherTrigger { // // Called from another stitcher // } StitcherRules { text entityName = eval(text,'$ARG_1'); text tagName = eval(text,'$ARG_2'); text value = NULL; if(tagName == "Customer") { // insert logic to retrieve custom tag // As an example, we extract the hostname part of the name int count = MatchPattern(entityName, '(lon)'); if (count == 1) { value = "A-Z Inc., London"; } } SetReturnValue(value); } } NCIM entityDetails テーブルへのカスタム・タグの追加 デバイスまたはインターフェースに関連したカスタム・タグを entityDetails テーブ ルに格納するように NCIM トポロジー・データベースを構成することができま す。これにより、ネットワーク・オペレーターが「ホップ・ビュー」でデバイスを 視覚化したり、カスタム・データに基づいて「ネットワーク・ビュー」でビューを 作成したりすることができます。 カスタム・タグを entityDetails テーブルに格納するように NCIM トポロジー・デ ータベースを構成するには、以下のようにします。 1. $NCHOME/etc/precision ディレクトリーに移動し、DbEntityDetails.cfg ファイ ルを編集します。 2. insert ステートメントのコメントを外します。 insert ステートメントの例に ついては、 238 ページの『insert ステートメントの例』を参照してください。 第 7 章 トポロジーの強化 237 MODEL は、各インターフェース・レコードの ExtraInfo セクションに以下のフィ ールドがあるかどうかをチェックします。 v m_CustomerName v m_CustomerType いずれかのフィールドが見つかると、NCIM トポロジー・データベースの entityDetails テーブルにそのフィールドの値が挿入されます。さらにその値は、現 行の MODEL インターフェース・レコードで指定されている値と等しい entityId に関連付けられます。entityDetails テーブルについて詳しくは、IBM Tivoli Network Manager IP Edition トポロジー・データベース・リファレンスを参照して ください。 MODEL インターフェース・レコードの ExtraInfo セクションに m_CustomerType 属性または m_CustomerName 属性が含まれない場合、また は、これらのフィールドのいずれかが NULL 値の場合、そのインターフェース・ レコードの entityDetails テーブルには行が追加されません。 insert ステートメントの例 ///////////////////////////////////////////////////////// // // This file provides a means to extend the NCIM database // schema by adding key-value pair data to the database // table named entityDetails. // // // // The following example assumes that a custom stitcher has been created // with the ability to populate the ExtraInfo section of chassis // entities with the name and type of each customer. // // insert into dbModel.entityDetails // ( // EntityType, // EntityDetails // ) // values // ( // 1, -- chassis // { // CustomerName = "eval(text, '&ExtraInfo->m_CustomerName')", // CustomerType = "eval(text, '&ExtraInfo->m_CustomerType')" // } // ); これで、フル・ディスカバリーを実行して、カスタム・タグを持つネットワークを ディスカバーできるようになりました。 強化されたトポロジーの視覚化 1 つ以上の名前と値のペアのタグが特定のエンティティーに付けられたトポロジー を作成したら、タグ付きのエンティティーを表示するカスタム・ネットワーク・ビ ューを作成できます。また、ネットワーク・ホップ・ビューを使用して、タグ付き のエンティティーを検索することもできます。 この例では、顧客別にデバイスを分類する Distinct 動的ネットワーク・ビューを作 成します。この例では、当該 IP アドレスに関連付けられている顧客名を含んだ単 238 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 一の名前と値のペアのタグを IP アドレスに付けていることを前提としています。 GetCustomTag.stch スティッチャーには、これを実行する方法の例が含まれていま す。 ネットワーク・ビューの作成について詳しくは、IBM Tivoli Network Manager IP Edition ネットワーク可視化セットアップ・ガイドを参照してください。 1. 「可用性」 > 「ネットワーク可用性」 > 「ネットワーク・ビュー」をクリッ クします。「新規ビュー」 2. をクリックします。 「一般」タブは、以下のように入力します。 名前 ネットワーク・ビュー、動的ビュー、またはネットワーク・ビュー・コ ンテナーの名前を入力します。 重要: ベスト・プラクティスは、ローマ字のみを含むネットワーク・ビ ュー名を使用することです。ローマ字以外 (キリル文字など) を含むネ ットワーク・ビュー名は、Network Manager の新規バージョンへのマ イグレーション時にインポートおよびエクスポートできないため、サポ ートされません。 親 ナビゲーション・ツリーの階層で、どのノードの下にビューを表示する かを指定します。ビューを最上位に表示するには、「なし」を選択しま す。 タイプ 「動的ビュー - Distinct」を選択します。 レイアウト 「直交」、「円形」、「対称」、「階層」、または「表」レイアウトを 選択します。 マップ・アイコン デフォルトの雲形アイコンではない別のアイコンを使用してビューを表 す場合は、「参照」 をクリックしてアイコンを参照します。 ツリー・アイコン デフォルトの雲形アイコンではない別のアイコンを使用してビューを表 す場合は、「参照」 をクリックしてアイコンを参照します。 背景イメージ 「参照」 参照します。 をクリックして、ビューの背景に使用するイメージを 背景スタイル 背景イメージを中央に表示するのか、タイル表示するのかを指定しま す。 線の状況 デバイス間のリンクを表す線をレンダリングする方法を指定します。 第 7 章 トポロジーの強化 239 状況を表示しないようにするか、またはシステム・デフォルトを表示す るかを選択できます。また、最大の重大度を持つ関連 AEL イベントに 基づいて線を色付けすることや、追加の重大度アイコンと共に線を表示 することができます。 3. 「フィルター」タブをクリックします。「ドメイン」リストから、ネットワー ク・ドメインを選択します。 4. 「フィールド」リストで、定義するカテゴリーおよびサブカテゴリーに対応する トポロジー・データベース表およびフィールドを選択します。 a. 「追加...」をクリックします。 b. 「テーブル」リストから、entityDetails データベース表を選択します。 選択に基づいて、「フィールド」リストに自動的にデータが取り込まれま す。 c. 「フィールド」リストから、keyName フィールドを選択します。 d. 「OK」をクリックします。 フィールドを選択すると、「プレビュー」リストが更新され、選択したカテゴリ ー間の関係が示されます。 240 5. 「エンド・ノード」リストから、ビュー内にエンド・ノード (プリンターやワー クステーションなど) を表示するかどうかを指定します。 6. 「接続」リストから、必要な接続を選択します。 オプション 説明 IP サブネット サブネット別にデバイス・メンバーシップを 表示します。ビューを簡素化し、サブネット のメンバーシップを明確にするため、この接 続タイプでは一部の接続が表示されません。 レイヤー 2 すべてのデータ・リンク接続が表示されま す。論理接続は表示されません。 レイヤー 3 すべての論理接続が表示されます。ルーター は表示されます。スイッチは、レイヤー 3 のインターフェースを含むアクティブな接続 を持たない場合は、表示されません。レイヤ ー 3 デバイス間の接続は表示されます。レ イヤー 3 インターフェースとレイヤー 2 イ ンターフェースの間の接続は、レイヤー 3 インターフェースと、レイヤー 2 インター フェースが属するサブネットの間が表示され ます。 OSPF ディスカバーされた OSPF 情報 (ルーターの 役割、エリアのメンバーシップ、および接続) に基づいて接続を表示します。 PIM PIM 隣接情報に基づいて接続を表示します。 IPMRoute IP マルチキャスト・アップストリームおよ びダウンストリーム・ルーティング情報に基 づいて接続を表示します。 接続を表示しない ビューに示されているノードについてディス カバーされた接続をどれも表示しません。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 7. 「OK」をクリックします。 新規ビューがナビゲーション・パネルのナビゲー ション・ツリーに追加されます。ビューをコンテナーに追加した場合は、コンテ ナー・ノードを展開し、ツリーで新規ビューを確認してください。 顧客別にデバイスを分類する Distinct 動的ネットワーク・ビューを作成したら、顧 客の一部または全部をポーリングするポーリング・ポリシーを作成できます。 関連タスク: 235 ページの『GetCustomTag スティッチャーを使用したトポロジーの強化』 GetCustomTag スティッチャーを使用すると、名前と値のペアにおける値の部分を 評価するロジックを使用できます。 強化されたトポロジーのポーリング 顧客別にデバイスを分類する Distinct 動的ネットワーク・ビューを作成したら、顧 客の一部または全部をポーリングするポーリング・ポリシーを作成できます。 この例では、ポーリング・ポリシー・ウィザードを使用して、ガイドに従ってポー リング・ポリシーを作成します。その手順の中で、どのネットワーク・ビューをポ ーリングするかを指定するオプションが表示されます。顧客の名前と値のタグのペ アに基づいて作成した Distinct 動的ネットワーク・ビューを選択すると、デバイス を、そのデバイスに関連付けられた顧客名に基づいてポーリングすることができま す。 複数のポーリング定義と完全なスコープ設定機能を含むフル機能のポーリング・ポ リシーが必要な場合は、ポーリング・ポリシー・エディターを使用してください。 ポーリング・ポリシーの作成について詳しくは、IBM Tivoli Network Manager IP Edition イベント管理ガイドを参照してください。 1. 「管理」 > 「ネットワーク」 > 「ネットワーク・ポーリング」をクリックし ます。 2. 「ポーリング構成ウィザードの起動」 3. 「次へ」をクリックします。「ポーリング・ポリシーの詳細」ページで、以下の ように入力します。 をクリックします。 名前 ポーリング・ポリシーの名前を指定します。使用できるのは、英数字、 スペース、および下線のみです。 間隔 ポーリングの操作から操作までの間に必要とされる間隔を秒数で指定し ます。矢印をクリックして値を変更します。 ポーリング有効 ポーリングを有効にするかどうかを指定します。ポーリングはデフォル トで有効になっています。ポーリングを無効にするには、このチェッ ク・ボックスをクリアします。 ポーリング・データの保管 ポーリング・データを保管し、その後取り出してレポート作成で使用で きるようにするには、このチェック・ボックスを選択します。データ は、ncpolldata データベースに保管されます。 第 7 章 トポロジーの強化 241 制約事項: Cisco リモート ping、Juniper リモート ping、および汎用 しきい値の各ポーリング定義では、ポーリング・データの保管はサポー トされません。 定義 242 リストからポーリング定義を選択します。 4. 「次へ」をクリックします。「ネットワーク・ビュー」ページのネットワーク・ ビュー・ツリーで、自分が作成した Distinct 動的ネットワーク・ビューが含ま れているノードにナビゲートします。ノードを開き、このポーリング・ポリシー を使用してポーリングする顧客デバイスを選択します。 5. 「次へ」をクリックします。「ポーリング・ポリシーの要約」ページで、指定し た情報を確認し、「完了」をクリックします。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 付録 A. ディスカバリー・データベース ncp_disco (ネットワーク・デバイスの存在と接続をディスカバーするコンポーネン ト) と ncp_model (ディスカバーされたネットワーク・トポロジーの管理、格納、 および配布を行うコンポーネント) では、さまざまな専用データベースが使用され ます。 ncp_disco コンポーネントと ncp_model コンポーネントは、構成情報、管理情 報、および操作情報をデータベースに保管します。OQL サービス・プロバイダーを 使用して DISCO または MODEL サービスにログインし、これらのデータベース に対して問い合わせを実行できます。 ncp_disco データベースは、アクティブまたはパッシブのいずれかです。データが アクティブ・データベースに挿入されると、アクションが自動的に実行されます。 例えば、別のテーブルへのデータの取り込みや、スクリプトまたはスティッチャー の起動などです。 関連概念: 6 ページの『フィルター』 プレディスカバリー・フィルターはディスカバリーの効率を高めるために使用し、 ポストディスカバリー・フィルターはデバイスのインスタンス化を防ぐために使用 します。 関連タスク: 40 ページの『ディスカバリー・フィルターの設定』 フィルターは、ディスカバリーの前または後にデバイスをフィルターで除去するた めに使用します。ロケーション、テクノロジー、製造メーカーなどのさまざまな基 準に基づいて、デバイスをフィルターで除去することができます。フィルターは、 スコープ・ゾーンで定義された制限に、さらに制限を加えます。 26 ページの『ディスカバリーのスコープ』 ディスカバリーをスコープするには、ディスカバリーに含めるネットワーク・ゾー ン (つまりサブネット範囲) および除外するゾーンを定義します。 ディスカバリー・エンジン・データベース ディスカバリー・エンジン (ncp_disco) データベースを使用して、ディスカバリ ー・プロセスの一般的なオプションの構成、およびディスカバリー・プロセスのト ラッキングを行います。 ディスカバリー・エンジン・データベース disco は、 $NCHOME/etc/precision/ DiscoSchema.cfg で定義されています。データベース表の完全修飾名は、 disco.config、disco.managedProcesses、disco.status、disco.agents、および disco.NATStatus です。 © Copyright IBM Corp. 2006, 2016 243 disco.config テーブル config テーブルでは、ディスカバリー・プロセスの一般的な動作を構成します。 表 31. disco.config データベース表スキーマ 列名 制約 データ型 説明 m_NothngFndPeriod Float デバイス・ディスカバリー・フェーズにおけ る、あるデバイスのディスカバリーと次のデバ イスのディスカバリーの間の最大経過時間 (秒 単位)。 m_PendingPerCent 整数 m_CycleLimit 整数 m_RestartAgents 整数 m_RestartFinders m_DirScanIntvl 処理中のデバイス数に対する保留デバイス数の 比率の許容される最大値。このしきい値条件の 違反があった場合、フル・ディスカバリー (部 分的な再ディスカバリーではなく) が開始され ます。 全体的な再ディスカバリーを開始する前に完了 すべきディスカバリー・サイクルの数 (FinalPhase スティッチャーによって使用され る)。 動作中に障害が発生したディスカバリー・エー ジェントの再始動を DISCO が試行するかどう かを決定するフラグ。 整数 障害が発生したファインダーを再始動するかど うかを決定するフラグ。 整数 スティッチャー・ファイルおよびエージェン ト・ファイルへの変更に対するスキャン間の期 間。 変更が検出された場合、スティッチャーおよび エージェント定義がロードされ、スティッチャ ーおよびエージェントに対して該当する変更が 行われます。 244 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 31. disco.config データベース表スキーマ (続き) 列名 m_WriteTablesToCache 制約 データ型 説明 外部定義 Boolean デー タ・タイプ Boolean Integer ディスカバリー・エンジン (ncp_disco) テーブ ルのキャッシュをディスクに書き込むかどうか を示すフラグ。 注: このフラグを設定すると、ディスカバリー にかかる時間が標準のディスカバリーより長く なります。 v 1: ncp_disco テーブルのキャッシュをディ スクに書き込みます。フェイルオーバー・ データベースに定義されたテーブルがキャ ッシュされ、任意の時点で ncp_disco を再 始動することができます。 v 0: ncp_disco テーブルのキャッシュをディ スクに書き込みません。ディスカバリー中 にテーブルはキャッシュされず、ncp_disco は再始動された場合、既存のキャッシュ・ ファイルをすべて無視します。 m_MinResidentSize 整数 DISCO の最小初期サイズ (キロバイト (KB))。指定可能な最大値は、500 MB (512 000 KB) です。 初期値を指定すると、DISCO のメモリーを 1 つのブロックに割り振ることによって、ディス カバリーを高速化することができます。 m_UseContext Boolean Integer これがコンテキスト依存ディスカバリーである かどうかを示すフラグ。 v 1: コンテキスト依存ディスカバリーを指定 します。 v 0: これがコンテキスト依存ディスカバリー でないことを指定します。 m_RebuildLayers 外部定義 Boolean デー タ・タイプ Boolean Integer 部分的な再ディスカバリーの後にトポロジー・ レイヤーを再作成するかどうかを示すフラグ。 v 1: レイヤーを再作成する。部分的な再ディ スカバリーの後に、トポロジー・レイヤー のスティッチャーが実行されます。部分的 な再ディスカバリーに要する時間は長くな りますが、完全なトポロジーが生成されま す。 v 0: レイヤーを再作成しない。部分的な再デ ィスカバリーの後に、トポロジー・レイヤ ーのスティッチャーは実行されません。こ のため、部分的なディスカバリーが非常に 高速に実行されますが、新しくディスカバ ーされたデバイスに関連した接続が、トポ ロジーに完全には認識されません。 付録 A. ディスカバリー・データベース 245 表 31. disco.config データベース表スキーマ (続き) 列名 制約 m_DiscoProfiling データ型 説明 Boolean Integer ディスカバリーのプロファイルを作成するかど うかを示すフラグ。 v 1: ディスカバリーのプロファイルを作成し ます。 v 0: ディスカバリーのプロファイルを作成し ません。 m_ModelVlans 外部定義 Boolean デー タ・タイプ Boolean Integer VLAN のモデル化をオフに切り替えるかどう かを示すフラグ。 1: この設定では、VLAN のモデル化をオン に 切り替えます。この設定を行った場合、 AddGlobalVlans、CreateTrunkConnections、 および AddVlanContainers スティッチャーが 呼び出されます。 0: この設定では、VLAN のモデル化をオフ に 切り替えます。この設定を行った場合、 AddGlobalVlans、CreateTrunkConnections、 および AddVlanContainers スティッチャーは 呼び出されません。 m_DisplayMode 整数 GUI ネットワークおよびネットワーク・ホッ プ・ビューに使用されているメイン・ノードの 表示ラベルに、どのように取り込み行うかを指 定します。 v 0 - エンティティー名を使用します (デフォ ルト)。 v 1 - SysName を使用します。データベース 内ではエンティティーを sysName で命名 することは望ましくない (m_UseSysName を参照) が、GUI ビューではエンティティ ーを sysName で表示することが望ましい 場合に、このオプションが役立ちます。 246 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 31. disco.config データベース表スキーマ (続き) 列名 制約 データ型 説明 m_RTBasedVPNs 外部定義 Boolean デー タ・タイプ Boolean Integer どのタイプの MPLS ディスカバリーを実行す るかを示すフラグ。 v 1: ルート・ターゲット (RT) ベースの MPLS ディスカバリーを選択する場合は、 この値を設定します。このタイプのディス カバリーでは、ラベル・データが必要とさ れないため、ディスカバリーが高速になり ます。MPLS コア・ビューには、すべての MPLS 対応のデバイスが表示されます。 デフォルト = 0 v 0: ラベル・スイッチ・パス (LSP) ベースの MPLS ディスカバリーを選択する場合は、 この値を設定します。このタイプのディス カバリーでは、LSP をトレースするために ラベル・データが必要であるため、ラベ ル・データがディスカバーされます。MPLS コア・ビューには、スコープにある VPN 内のラベル・スイッチ・パスをトレースす ることによって取得されたプロバイダー・ エッジ (PE) ルーターおよびプロバイダー (P) ルーターが表示されます。 m_UseIfName 外部定義 Boolean デー タ・タイプ Boolean Integer インターフェースの作成時に使用する命名方法 を示すフラグ。 v 1: この設定は、インターフェースの命名時 に ifIndex、カードまたはポートの情報では なく、ifName または ifDescr を使用する ことを示します。 デフォルト = 0 v 0: この設定は、以下のデバイス・インター フェース用のデフォルトの命名規則を使用 することを示します。 baseName[<card>[<port>] Fix Pack 4 m_UseIPName 外部定義 Boolean デー タ・タイプ デフォルト = 0 デバイスに使用する命名方法を示すフラグ。 Boolean Integer v 1: デバイスの命名に IP アドレスを使用し ます。 v 0 (デフォルト): デバイスの命名に IP アド レスを使用しません。代わりに、DNS を使 用します (使用可能な場合)。 付録 A. ディスカバリー・データベース 247 表 31. disco.config データベース表スキーマ (続き) 列名 制約 データ型 説明 m_UseSysName 外部定義 Boolean デー タ・タイプ Boolean Integer デバイスの命名時に使用する命名方法を示すフ ラグ。 v 1: この設定は、デバイスの命名に、命名情 報の主なソースとして SNMP sysName 変 数の値を使用することを示します。 sysName 変数を設定する必要があり、この 変数はネットワーク内で固有である必要が あります。 デフォルト = 0 v 0: この設定は、デバイスの命名に、命名情 報の主なソースとして SNMP sysName 変 数の値を使用しないことを示します。 m_CheckFileFinderReturns 外部定義 Boolean デー タ・タイプ Boolean Integer デフォルト = 0 Ping ファインダーを使用して、ファイル・フ ァインダーに提供されたフラット・ファイルに 指定されているデバイスを検査するかどうかを 示すフラグ。 v 1: この設定では、Ping ファインダーに対し て、ファイル・ファインダーに提供された フラット・ファイルに指定されているデバ イスを検査するように通知します。フラッ ト・ファイルに指定されているデバイスの 一部が、ネットワークにまだ接続されてい るとは思えない理由がある場合に、この設 定をお勧めします。 v 0: この設定は、ファイル・ファインダーに 提供されたフラット・ファイルに指定され ているデバイスの検査を実行しないことを 示します。 m_InferCEs 外部定義 Boolean デー タ・タイプ Boolean Integer デフォルト = 0 カスタマー・エッジ (CE) ルーターの存在を推 論するかどうかを示すフラグ。これを有効にし た場合、DISCO により、/30 サブネット上に あるが、ほかのソースからの CE 情報を持た ないプロバイダー・エッジ (PE) ルーターのイ ンターフェースごとに、CE ルーターのエンテ ィティーが作成されます。 v 1: この設定では、DISCO に CE ルーター の存在を推論するように通知します。 v 0: この設定では、DISCO に CE ルーター の存在を推論しないように通知します。 248 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 31. disco.config データベース表スキーマ (続き) 列名 制約 データ型 説明 m_FeedbackCtrl デフォルト = 0 整数 ディスカバリー時にフィードバック・メカニズ ムを使用するかどうかを示すフラグ。フィード バック・メカニズムでは、新しい IP アドレス をすべてディスカバリーにフィードバックでき るため、ディスカバーされたネットワークのサ イズが増加します。フィードバックされたデバ イスは、Ping ファインダーによって ping さ れます。 注: フィードバックが機能するためには、 Ping ファインダーをアクティブにする必要が あります。 v 0: すべてのディスカバリーと再ディスカバ リーに対して、フィードバックをオフにす る。このオプションを選択すると高速にな りますが、ディスカバー対象はファインダ ーに指定されているデバイスのみです。こ のため、トポロジーが不完全になります。 ただし、この設定ではディスカバリーと再 ディスカバリーが可能な限り短時間で完了 します。 v 1: フル・ディスカバリー、全体的な再ディ スカバリー、および部分的な再ディスカバ リーに対して、フィードバックをオンにす る。すべての IP アドレスが ping されま す。このオプションにより、すべてのシチ ュエーションにおいて完全なトポロジーが 提供されますが、かかる時間は最も長くな ります。 v 2: フル・ディスカバリーと全体的な再ディ スカバリーに対して、フィードバックをオ ンにする。これにより、これらの場合は、 完全なトポロジーが提供されます。部分的 な再ディスカバリーの場合はフィードバッ クは行われません。これにより、部分的な 再ディスカバリーが可能な限り短時間で完 了します。これはデフォルト設定です。 付録 A. ディスカバリー・データベース 249 表 31. disco.config データベース表スキーマ (続き) 列名 制約 データ型 説明 m_AllowVirtual デフォルト = 1 整数 仮想 IP アドレスをディスカバリーの一部とし て許可するかどうかを示すフラグ。 v 0: 仮想 IP アドレスに対してディスカバリ ーを実行しない。 v 1: 仮想 IP アドレスに対してディスカバリ ーを実行する。これはデフォルト設定で す。 v 2: 仮想 IP アドレスが scope.special テー ブルに定義されている場合にのみ、そのア ドレスに対してディスカバリーを実行す る。このテーブルでは、管理 IP アドレス を定義します。 m_PingVerification デフォルト = 2 整数 インターフェースが ping 可能であるかどうか を確認するオプション。デバイスが ping 可能 でない場合、Network Manager はそのデバイ スをアラートの検出対象としてポーリングしま せん。 v 0: ping 可能かどうかを確認しない。 Network Manager は、ディスカバーされ たすべてのインターフェースに対して、 ping 可能かどうかの検査を実行しません。 インターフェースは、ディスカバリー時に ping 可能であるかどうかに関係なくポーリ ングされます。 v 1: ping 可能かどうかを確認する。ディスカ バリーの後に、ディスカバーされたすべて のインターフェースについて、ping 可能か どうかの検査を実行します。 v 2: 最善の方式を決定する。インターフェー スがポーリング可能であるかどうかのフラ グを、ディスカバリー中にフィードバック がアクティブであったかどうかに基づいて 設定します。 m_CreateStchrEvents 外部定義 Boolean デー タ・タイプ Boolean Integer デフォルト = 1 250 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ObjectServer に送信されるディスカバリー・イ ベントを作成するかどうかを指定します。この フィールドは以下の値を取ります。 v 0: ディスカバリー・イベントを生成しな い。 v 1: ディスカバリー・イベントを生成する。 表 31. disco.config データベース表スキーマ (続き) 列名 m_RTVPNResolution 制約 データ型 説明 整数 ルート・ターゲット・ベースのディスカバリー でレイヤー 3 VPN の解決およびネーミングに 対して微調節を実施するかどうかを指定しま す。 v 1: ルート・ターゲットを使用します (デフ ォルト)。 v 2: VRF を使用します。 m_InferPEsUsingBGP Boolean Integer カスタマー・エッジ (CE) ルーターの BGP 情 報を使用してプロバイダー・エッジ (PE) ルー ターの存在を推論するかどうかを指定します。 v 0: PE を推論しません。 v 1: PE を推論します。 m_BuildLogicalCollections Boolean Integer VTP ドメイン、OSPF 領域、MPLS VPN な どの項目をまとめてグループ化するための論理 的なコレクション・エンティティーを作成する かどうかを指定します。 v 0: 論理的なコレクション・エンティティー を作成しません。 v 1: 論理的なコレクション・エンティティー を作成します。 m_RediscoverRelatedDevices Boolean Integer デバイスが変更されたときの部分的な再ディス カバリーで、接続が変更されたと思われる場合 に関連のデバイスを再ディスカバーするかどう かを指定します。 v 0: 接続が変更されたと思われる場合に関連 のデバイスを再ディスカバーしません。 v 1: 接続が変更されたと思われる場合に関連 のデバイスを再ディスカバーします。 m_DiscoOnStartup Boolean Integer ディスカバリー・エンジン ncp_disco が開始 されたときにディスカバリーを自動的に開始す る必要があるかどうかを指定します。 v 0: ディスカバリーを自動的に開始しませ ん。 v 1: ディスカバリーを自動的に開始します。 m_FindersOnStartup Boolean Integer ディスカバリー・エンジン ncp_disco が開始 されたときにファインダーを自動的に開始する 必要があるかどうかを指定します。 v 0: ファインダーを自動的に開始しません。 v 1: ファインダーを自動的に開始します。 付録 A. ディスカバリー・データベース 251 表 31. disco.config データベース表スキーマ (続き) 列名 制約 Fix Pack 4 データ型 説明 Boolean Integer クロスドメイン処理を有効にするには 1 に設 定します。クロスドメイン・ディスカバリーを 実行している場合には、その他の構成ステップ も実行する必要があります。 整数 サブネット・ベースの接続にどのインターフェ ースを含めるかを変更します。 m_EnableCrossDomainProcessing m_SubnetFiltering v 0: フィルタリングを行いません。 v 1: VRF インターフェースをフィルターで除 外します (m_VpnASTagging を使用すると レイヤー 3 だけでなくすべてのレイヤーで 接続性が向上するため、このモードの代わ りに m_VpnASTagging を使用することを 検討してください)。 v 2 - アクセス不能な重複 IP を保持している ことがわかっているスコープ内インターフ ェースをフィルターで除外します。 v 3 - 自動。他の構成オプションに基づいて最 適な方法を決定してください。 m_VerifyCDPUsingDeviceId Boolean Integer CDP デバイス ID を使用して CDP リンクを 検証するかどうかを指定します。ときとして、 CDP デバイス ID の信頼性が低いと判明して いる場合もあります。 m_VerifyCDPUsingDeviceId をオンに切り替え ると、デバイス ID は正確であっても、そのデ バイス ID が不正確なときには接続性が低下す る可能性がある場合に、CDP の接続性が向上 します。 v 0: CDP デバイス ID を使用して CDP リ ンクを検証しません。 v 1: CDP デバイス ID を使用して CDP リ ンクを検証します。 m_UseIfIndex Boolean Integer ifIndex のみを使用してインターフェースを命 名するかどうかを指定します。この設定は m_UseIfName の設定をオーバーライドしま す。 v 0: ifIndex のみを使用してインターフェース を命名しません。 v 1: ifIndex のみを使用してインターフェース を命名します。 252 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 31. disco.config データベース表スキーマ (続き) 列名 制約 m_AddIntDisplayLabel データ型 説明 Boolean Integer インターフェース表示ラベルを追加するかどう かを指定します。 v 0: インターフェース表示ラベルを追加しま せん。 v 1: インターフェース表示ラベルを追加しま す。 m_Use_dNCIM Fix Pack 3 m_RefreshDiscovery デフォルト = 0 Boolean Integer デフォルトでは、このフィールドは 0 に設定 されます。 重要: このフィールドの値は変更しないでくだ さい。デフォルトの 0 の設定のままにしてお きます。このフィールドは、dNCIM テクノロ ジー・プレビューに含まれています。 dNCIM テクノロジー・プレビューについて詳しくは、 IBM サポートにお問い合わせください。 Boolean Integer FullDiscovery スティッチャーが、初期フル・ ディスカバリーの完了後に呼び出された場合 に、ディスカバリーを再開するかどうかを指定 します。デフォルト値は 0 です。この場合、 ディスカバリー・プロセスを再開しません。 RestartDiscoProcess.stch スティッチャーを使 用してディスカバリー・プロセスを再開する場 合は、値を 1 に設定します。 このオプションを有効にすると、ディスカバリ ーが DiscoContrib.cfg ファイルにカスタム・ データをロードする場合に役立ちます。新規デ ィスカバリー・プロセスではこのファイルを再 度読み取ります。また、新たに開始したディス カバリー・プロセスによってプロセスが初期状 態にリセットされるため、ディスカバリー・プ ロセスがメモリーを消費している場合にも役立 ちます。 注: これを有効にしても、FullDiscovery ステ ィッチャーは、呼び出された時にディスカバリ ーが進行中でない場合は、ディスカバリー・プ ロセスを単に停止してから開始するだけです。 付録 A. ディスカバリー・データベース 253 表 31. disco.config データベース表スキーマ (続き) 列名 制約 データ型 説明 m_UnmanagedSubInts デフォルト = 0 Boolean Integer TagManagedEntities.stch により特定の所有イ ンターフェースが非管理対象であるとマークさ れている場合に、サブインターフェースを自動 的に非管理対象に設定するかどうかを示しま す。 v 0: サブインターフェースを自動的に非管理 対象として設定しない。 v 1: スティッチャーにより所有インターフェ ースが非管理対象としてマークされている 場合に、サブインターフェースを自動的に 非管理対象に設定。 v . 整数 m_VpnASTagging CE 向きの PE インターフェースを専用アドレ ス・スペースに割り当てるかどうかを指定しま す。 v 0: 割り当てない。 v 1: 割り当てる。 v 2: 自動。他の構成オプションに基づいて最 適な方法を決定してください。 関連タスク: 164 ページの『MPLS/VPN ディスカバリーのスコープの定義』 MPLS コア上で稼働する 1 つ以上の仮想プライベート・ネットワーク (VPN) のデ ィスカバリーを構成するときに、ディスカバリーのスコープを、特定の VPN 名ま たは仮想ルーティング/転送テーブル (VRF) 名に制限できます。 関連資料: 80 ページの『DiscoConfig.cfg 構成ファイル』 DiscoConfig.cfg 構成ファイルを使用して、ファイル・ファインダーによりディスカ バーされたデバイスを Ping ファインダーが自動的に検査するように設定し、コン テキスト依存ディスカバリーを有効にすることができます。 disco.managedProcesses テーブル managedProcesses テーブルは、DISCO によって管理される、ファインダーなどの すべてのサブプロセスのリポジトリーです。CTRL が実行中である場合は、このテ ーブルに挿入されるプロセスは、DISCO によって開始、および管理されます。 表 32. disco.managedProcesses データベース表スキーマ 列名 制約 m_Name v 基本キー v 固有 v NULL 以外 m_Args 254 データ型 説明 テキスト 管理対象のプロセスの名前。 テキストの 実行可能ファイルに送信されるコマンド リスト 行引数のリスト。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 32. disco.managedProcesses データベース表スキーマ (続き) 列名 制約 データ型 説明 m_Host テキスト 実行可能ファイルを実行するホストの名 前。 m_LogFile テキスト 出力の書き込み先となるログ・ファイル の名前。 disco.status テーブル disco.status テーブルを使用して、ディスカバリー・プロセス中の ncp_disco プロ セスの進行状況をモニターします。 重要: disco.status テーブルは内部で使用され更新されます。このテーブルへの insert は作成しないでください。 表 33. disco.status データベース表スキーマ 列名 m_DiscoveryMode 制約 データ型 説明 整数 現在のディスカバリー・モード: v 0: フル・ディスカバリー v 1: 部分的ディスカバリー 付録 A. ディスカバリー・データベース 255 表 33. disco.status データベース表スキーマ (続き) 列名 制約 m_Phase データ型 説明 整数 現在のディスカバリー・サイクル 内の現行フェーズ。データ収集ス テージの各フェーズは以下のとお りです。 v 0: ディスカバリーがまだ開始さ れていない。 v 1: デバイス・データが取得され るディスカバリーの主要フェー ズ。ほとんどのディスカバリ ー・エージェントは、このフェ ーズで完了します。 v 2 - n: 現在ディスカバーされて いるオブジェクトのトポロジ ー・データが取得される複数の フェーズ。必要なフェーズの数 は、ディスカバリーの構成によ って異なります。デフォルトで は、レイヤー 2 ディスカバリ ーの場合、フェーズ 2 で IP か ら MAC へのアドレス変換が取 得され、フェーズ 3 でイーサ ネット・スイッチのトポロジー 情報が取得されます。 データ処理ステージの間には、 以下のフェーズが発生します。 v 3: 収集されたデータが処理され るフェーズ。各レイヤーが作成 され、データが MODEL に送 信されます。 ディスカバリー・フェーズの詳細 については、 360 ページの『ディ スカバリーのステージとフェー ズ』に記載されています。 m_BlackoutState 256 外部定義 Boolean デ ータ・タイ プ IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド Boolean Integer ディスカバリー・プロセスがブラ ックアウト・モードであるかどう か、つまり、ディスカバリーの現 在のサイクルで、DISCO がファイ ンダーから新しいデバイスを受け 入れるかどうかを示すフラグ: v 0: False (新しいデバイスを受け 入れます) v 1: True (新しいデバイスを受け 入れません) 表 33. disco.status データベース表スキーマ (続き) 列名 制約 m_CycleCount データ型 説明 整数 再ディスカバリーの現在のサイク ル。つまり、DISCO が実際にはト ポロジーを作成せずに終了した現 在のサイクル数。 再ディスカバリー・モードでは、 DISCO は最後のサイクルの終了時 (最後のサイクルは、 finders.pending に処理を待機し ているものが残されていないとい う事実によって判断されます) に のみ、トポロジーを作成します。 m_ProcessingNeeded m_FullDiscovery 外部定義 Boolean デ ータ・タイ プ 外部定義 Boolean デ ータ・タイ プ Boolean Integer Boolean Integer 現在のトポロジーが再処理を必要 としているかどうかを示すフラ グ。DISCO が再ディスカバリー・ モードであるときに、新しく検出 された (現在は finders.pending テーブル内にある) デバイスがト ポロジー全体の再処理を必要とし ているかどうかを判断するため に、このフラグがチェックされま す。 v 0: トポロジーには再処理が必要 ない v 1: トポロジーに再処理が必要で ある ディスカバリー中に FullDiscovery.stch スティッチャー が呼び出されたことを示すフラ グ。 このスティッチャーが呼び出され ると、このフラグが 1 に設定さ れ、現在のディスカバリーの終了 時 (したがって、別のフル・ディ スカバリーの開始時) に、 FullDiscovery.stch スティッチャー が実行されるようになります。 このフラグがほかの値に設定され ている場合、アクションは実行さ れません。 m_DiscoveryCycle Requested m_DiscoveryCycle RequestTime 外部定義 Boolean デ ータ・タイ プ Boolean Integer GUI によってディスカバリーが要 求されたことを示すフラグ。 整数 UNIX 時刻で表す、ディスカバリ ーが要求されたときの時刻。 付録 A. ディスカバリー・データベース 257 disco.agents テーブル agents テーブルでは、DISCO がディスカバリーに使用するディスカバリー・エー ジェントを指定します。実行するすべてのエージェントに、DiscoAgents.cfg 構成フ ァイル内の disco.agents テーブルに、そのエージェントを有効にする insert (m_Valid=1 を設定) が必要です。m_Valid=0 の場合、エージェントは実行されま せん。 表 34. disco.agents データベース表スキーマ 列名 制約 m_AgentName v 基本キー v 固有 v NULL 以外 m_Valid データ型 説明 テキスト ディスカバリー・エージェントの固有の 名前。 整数 ディスカバリー・エージェントを使用す るかどうかを決定するフラグ: v (1) ディスカバリー・エージェントを 実行する v (0) ディスカバリー・エージェントを 実行しない m_AgentClass 整数 現在のディスカバリー・エージェントが 属するカテゴリー: v (0) ルーティング・エージェント v (1) スイッチ・エージェント v (2) ハブ・エージェント v (3) ILMI エージェント v (4) FDDI エージェント v (5) PNNI エージェント v (6) フレーム・リレー・エージェント v (7) CDP エージェント v (8) NAT エージェント m_IsIndirect 整数 ディスカバリー・エージェントによって 返される接続情報のタイプを示すフラグ: v (0) 直接接続情報 (例えば、ルーティン グ・エージェント) v (1) 間接接続情報 (例えば、スイッチ・ エージェント) m_Precedence 整数 ディスカバリー・エージェントによって 返される情報の優先順位の整数表現。整 数が大きいほど、返される情報に対する 重要性が増します。 優先順位は、workingEntities.finalEntity データベース表を生成するためにデバイ ス情報をマージする際に、競合が発生し た場合にのみ使用されます。 m_HostName 258 テキスト IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド エージェントを実行するホスト・マシン の名前。 表 34. disco.agents データベース表スキーマ (続き) 列名 制約 データ型 説明 m_DebugLevel 整数 エージェントのデバッグのレベル。 m_LogFile テキスト デバッグ出力の書き込み先となるテキス ト・ファイル。 m_NumThreads 整数 このエージェントが実行するスレッドの 数。指定しない場合、デフォルトの数は 10 です。指定可能な最大数は 900 で す。 m_ValidOnPartial 整数 エージェントを部分的なディスカバリー で使用するかどうかを指定します。 v 0: エージェントを部分的なディスカバ リーで使用しません。 v 1: エージェントを部分的なディスカバ リーで使用します。 m_MessageLevel テキスト メッセージ・レベルを指定します (デフォ ルトは警告です)。オプションには以下の ものがあります。 v debug v info v warn v error v fatal disco.agents テーブルには、エージェントの優先順位も指定されます。これは、 workingEntities.finalEntity テーブルを生成するためにデバイス情報をマージすると きに使用できます。この優先順位は、異なるディスカバリー・エージェントによっ てレコードの重複や矛盾が報告されたときに、どちらのレコードを使用するかを特 定します。 以下の優先順位が適用されます。 v Details エージェントには、最も低い優先順位が設定されています。これは、こ のエージェントが基本デバイス情報のみを取得するように設計されているためで す。 v ルーティング・エージェントには、次に高い優先順位が設定されています。ただ し、その接続情報は IP レイヤーでの接続のみです。したがって、スイッチ・エ ージェントによって返される情報ほど正確ではありません。 v スイッチ・エージェントには、最も高い優先順位が設定されています。これは、 このエージェントがレイヤー 3 の情報よりも正確なメディア層 (レイヤー 2) に 関する情報を返すことができるためです。 関連資料: 65 ページの『ディスカバリー・エージェントの定義ファイル』 ディスカバリー・エージェントの定義ファイルにより、ディスカバリー・エージェ ントの動作が定義されます。 付録 A. ディスカバリー・データベース 259 69 ページの『DiscoAgents.cfg 構成ファイル』 DiscoAgents.cfg 構成ファイルは、ディスカバリー中に実行するエージェントを定義 します。 disco.NATStatus テーブル NATStatus テーブルは NAT を使用するディスカバリー・システムを構成するため に使用されます。 表 35. disco.NATStatus データベース表スキーマ 列名 制約 m_NATChecks m_NATStatus m_UsingNAT v 固有 v NULL 以外 v 固有 v NULL 以外 データ型 説明 整数 ディスカバリー用に構成された NAT ゲ ートウェイのうち、応答しないもののカ ウンター。 重要: IBM ソフトウェア・サポートから 指示されていない限り、このフィールド の値は変更しないでください。 整数 この列には、ディスカバリー・プロセス によって自動的にデータが取り込まれま す。この列は、NAT ディスカバリーの プロセスをトラッキングする場合に使用 できます。このテーブルへの insert を作 成するには、値を 0 に設定します。使用 可能な値は以下のとおりです。 v 0: 未初期化 v 1: ゲートウェイによりシード済みの ディスカバリー v 2: ゲートウェイの戻りを待機中 v 3: NAT 変換を処理中 v 4: NAT 変換が完了 Boolean Integer ディスカバリーで複数のアドレス・スペ ースを使用するかどうかを示します。デ ィスカバリーで複数のアドレス・スペー スを使用する場合は、値を 1 に設定しま す。使用しない場合は、値を 0 に設定し ます。 disco.dynamicConfigFiles テーブル dynamicConfigFiles テーブルには、フル・ディスカバリーが起動されるたびに再読 み取りされる必要のある構成ファイルの名前が格納されます。 表 36. disco.dynamicConfigFiles データベース表スキーマ 列名 制約 データ型 説明 m_Name 基本キー テキスト 再読み取りされる構成ファイルの名前。 タイム・ スタンプ この構成ファイルの最終更新時刻。 NULL 以外 m_UpdTime 260 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド disco.tempData テーブル tempData テーブルは、ディスカバリーの実行に費やされた時間およびメモリーを 記録するためにディスカバリー・プロファイル・スティッチャーによって使用され ます。 表 37. disco.tempData データベース表スキーマ 列名 制約 データ型 説明 m_Phase1TmpTime 整数 ディスカバリーのフェーズ 1 (「デバイスへの問 い合わせ」フェーズとも呼ばれる) に要した時 間。 m_Phase2TmpTime 整数 ディスカバリーのフェーズ 2 (「アドレスの解 決」フェーズとも呼ばれる) に要した時間。 m_Phase3TmpTime 整数 ディスカバリーのフェーズ 3 (「接続のダウンロ ード」フェーズとも呼ばれる) に要した時間。 m_ProcPhaseTmpTime 整数 ディスカバリーのデータ処理フェーズであるフェ ーズ -1 (「接続の相関」フェーズとも呼ばれる) に要した時間。 m_Phase1TmpMem 64 文字のストリング ディスカバリーのフェーズ 1 の間に使用された メモリー。 m_Phase2TmpMem 64 文字のストリング ディスカバリーのフェーズ 2 の間に使用された メモリー。 m_Phase3TmpMem 64 文字のストリング ディスカバリーのフェーズ 3 の間に使用された メモリー。 m_ProcPhaseTmpMem 64 文字のストリング ディスカバリーのフェーズ -1 の間に使用された メモリー。 disco.profilingData テーブル profilingData テーブルは、ディスカバリー中に費やされた時間およびメモリーに関 連するデータを記録するためにディスカバリー・プロファイル・スティッチャーに よって使用されます。 表 38. disco.profilingData データベース表スキーマ 列名 制約 データ型 説明 m_Phase1StartTime 整数 ディスカバリーのフェーズ 1 が開始された時 刻。フェーズ 1 は、「デバイスへの問い合わ せ」フェーズとも呼ばれます。 m_Phase2StartTime 整数 ディスカバリーのフェーズ 2 が開始された時 刻。フェーズ 2 は、「アドレスの解決」フェー ズとも呼ばれます。 m_Phase3StartTime 整数 ディスカバリーのフェーズ 3 が開始された時 刻。フェーズ 3 は、「接続のダウンロード」フ ェーズとも呼ばれます。 m_ProcPhaseStartTime 整数 フェーズ -1 (ディスカバリーのデータ処理フェ ーズ) が開始された時刻。フェーズ -1 は、「接 続の相関」フェーズとも呼ばれます。 m_CompletionTime 整数 フェーズ -1 が完了した時刻。 付録 A. ディスカバリー・データベース 261 表 38. disco.profilingData データベース表スキーマ (続き) 列名 制約 データ型 説明 m_Phase1StartMem 64 文字のストリング ディスカバリーのフェーズ 1 が開始されたとき に使用されたメモリー。 m_Phase2StartMem 64 文字のストリング ディスカバリーのフェーズ 2 が開始されたとき に使用されたメモリー。 m_Phase3StartMem 64 文字のストリング ディスカバリーのフェーズ 3 が開始されたとき に使用されたメモリー。 m_ProcPhaseStartMem 64 文字のストリング ディスカバリーのフェーズ -1 が開始されたとき に使用されたメモリー。 m_CompletionMem 64 文字のストリング ディスカバリーのフェーズ -1 が完了したときに 使用されたメモリー。 m_NumFinderInserts 整数 ディスカバリー中のファインダー挿入の総数。 m_NumDetailsReturns 整数 ディスカバリー中に詳細テーブルが返された総 件数。 m_NumMainNodes 整数 ディスカバーされたメイン・ノードの総数。 m_NumMainNodesWithAccess 整数 ディスカバーされた、SNMP アクセス権のない メイン・ノードの総数。 m_NumIPs 整数 ディスカバーされた IP アドレスの総数。 m_NumSwitches 整数 ディスカバーされたスイッチの総数。 m_NumRouters 整数 ディスカバーされたルーティング・デバイスの 総数。 m_NumEntities 整数 scratchTopology データベース内のエンティティ ーの総数。 m_SoftwareVersion テキスト 使用されているソフトウェアのバージョン。 m_DiscoveryMode 整数 ディスカバリーのタイプ: v 0: フル・ディスカバリー v 1: 部分的ディスカバリー disco.events テーブル イベント・テーブルは、生成されるディスカバリー・イベントを標準形式に制約し ます。イベントは、このテーブルにレコードを挿入することによって生成されま す。 表 39. disco.events データベース表スキーマ 列名 制約 データ型 説明 m_EventName NULL 以外 テキスト イベントの名前。 m_EntityName NULL 以外 テキスト イベントが発生したエンティティーの名前。 m_EventType NULL 以外 整数 このフィールドは、以下のいずれかの値になり ます。 v 1: 問題 v 2: 解決 v 13: 通知 262 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 39. disco.events データベース表スキーマ (続き) 列名 制約 データ型 説明 m_Severity NULL 以外 整数 このフィールドは、以下のいずれかの値になり ます。 v 0: クリア v 1: 不確定 v 2: 警告 v 3: 軽微 v 4: 重要 v 5: 重大 さらに多くの値を定義することもできます。 m_Description NULL 以外 m_ExtraInfo 外部定義 vblist データ 型 テキスト ディスカバリー・イベントの説明 追加情報のリストを指定します。 関連概念: 221 ページの『ディスカバリー・イベントを作成するためのプロセス・フロー』 ディスカバリー・イベントはディスカバリー・プロセス中に作成され、エージェン ト、スティッチャー、およびファインダーの進行状況を示します。これらのイベン トは Tivoli Netcool/OMNIbus に送信されて格納され、Web GUI を使用して表示 できます。 disco.ipCustomTags テーブル ipCustomTags テーブルには、カスタム・タグが格納されます。ディスカバリー中 に、これらのタグを、ディスカバーされた固有のエンティティーに関連付けること ができます。また、カスタムの視覚化タスクおよびポーリング・タスクを実行する ためにこれらのタグを使用することもできます。 表 40. disco.ipCustomTags データベース表スキーマ 列名 制約 データ型 説明 m_UniqueAddress NULL 以外 テキスト m_CustomTags 内の名前と値のペアのタグが関 連付けられる IP アドレス。 m_StitcherTagName NULL 以外 テキスト GetTagStitcher.stch スティッチャーを使用して 評価されるタグの名前。 m_CustomTags NULL 以外 Object type vblist 名前と値のペアのタグのリスト。 関連タスク: 232 ページの『カスタム・タグ・テーブルを使用したエンティティーへのタグの追 加』 disco.ipCustomTags テーブルまたは disco.filterCustomTags テーブルに対する、 名前と値のペアのデータを含んだ insert を作成することによって、名前と値のペア のタグをエンティティーに追加できます。 付録 A. ディスカバリー・データベース 263 disco.filterCustomTags テーブル filterCustomTags テーブルには、カスタム・タグが格納されます。ディスカバリー 中に、これらのタグを、フィルターされた一連のディスカバー済みエンティティー に関連付けることができます。また、カスタムの視覚化タスクおよびポーリング・ タスクを実行するためにこれらのタグを使用することもできます。 表 41. disco.filterCustomTags データベース表スキーマ 列名 制約 データ型 説明 m_Filter NULL 以外 テキスト m_CustomTags 内の名前と値のペアのタグが関 連付けられる一連の IP アドレスを抽出するフ ィルター定義。ディスカバーされたエンティテ ィーに関連付けられた任意の属性に基づいてフ ィルターを作成できます。例えば、次のような フィルターを適用できます。 v エンティティー IP アドレスに基づくフィ ルター: "m_UniqueAddress LIKE '172.20.3'" v エンティティー名に基づくフィルター: "m_Name LIKE 'lon'" v VLAN エンティティーの VLAN ID に基 づくフィルター: "m_LocalNbr->m_VlanID = 102" m_StitcherTagName NULL 以外 テキスト GetTagStitcher.stch スティッチャーを使用して 評価されるタグの名前。 m_CustomTags NULL 以外 Object type vblist 名前と値のペアのタグのリスト。 関連タスク: 232 ページの『カスタム・タグ・テーブルを使用したエンティティーへのタグの追 加』 disco.ipCustomTags テーブルまたは disco.filterCustomTags テーブルに対する、 名前と値のペアのデータを含んだ insert を作成することによって、名前と値のペア のタグをエンティティーに追加できます。 disco.config テーブルの構成例 この例では、OQL コマンドを使用して disco.config テーブルに構成値を挿入しま す。 264 v デバイス・ディスカバリー間の最大の間隔は、300 秒です。ディスカバリー・サ イクルの次のフェーズに進むためには、この条件と次の条件を満たしている必要 があります。 v 処理中のデバイス数に対する保留デバイス数の比率の許容される最大値は、20 パーセントです。このしきい値の違反があった場合、フル・ディスカバリーが開 始されます。 v サイクルの限度は 5 です。これは、ディスカバリー・プロセスの完了までに、 最大で 5 回のディスカバリー・サイクルが必要であることを意味します。ディ スカバリー・サイクルが 5 回を超えると、全体的な再ディスカバリーが開始さ れます。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド v エージェントの再始動フラグは 1 です。これは、DISCO に、動作に失敗したデ ィスカバリー・エージェントを再始動するように要求することを意味します。 v ファインダーの再始動フラグは 1 です。これは、DISCO に、動作に失敗したフ ァインダーを再始動するように要求することを意味します。 v エージェントおよびスティッチャーへの更新のスキャンは無効になっています。 通常これが該当するのは、ディスカバリー・データ・フローの変更を望まない場 合です。 v ディスカバリー・エンジン ncp_disco のテーブルのキャッシュをディスクに書き 込みません。 insert into disco.config ( m_NothngFindPeriod, m_PendingPerCent, m_CycleLimit, m_RestartAgents, m_RestartFinders, m_DirScanIntvl m_WriteTablesToCache ) values ( 300, 20, 5, 1, 1, 0, 0 ); disco.managedProcesses テーブルの構成例 この例では、OQL コマンドを使用して disco.managedProcesses テーブルに構成値 を挿入します。CTRL プログラムが実行中である場合、ファイル・ファインダーお よび Ping ファインダーのサブプロセスを構成、起動、および管理できます。 insert into disco.managedProcesses ( m_Name, m_Args, m_Host ) values ( "ncp_df_file", [ ], "othello" ); insert into disco.managedProcesses ( m_Name, m_Args, m_Host ) values ( "ncp_df_ping", [ ], "othello" ); 付録 A. ディスカバリー・データベース 265 disco.agents テーブルの構成例 この例では、OQL コマンドを使用して disco.agents テーブルに構成値を挿入しま す。 v ディスカバリー中に、ArpCache ディスカバリー・エージェントを実行できるよ うに設定されています (m_Valid=1)。このエージェントは、ルーティング・クラ スに属し (m_AgentClass=0)、直接接続情報を返します (m_IsIndirect=0)。ま た、このエージェントの優先順位は 2 です。 v このディスカバリーでは、AtmForumPnni ディスカバリー・エージェントが使 用不可に設定されています (m_Valid=0)。このエージェントは、PNNI クラスに 属し (m_AgentClass=5)、直接接続情報を返します (m_IsIndirect=0)。また、こ のエージェントの優先順位は 5 です。 v このディスカバリーでは、BayEthernetHub ディスカバリー・エージェントが使 用不可に設定されています (m_Valid=0)。このエージェントは、ハブ・クラスに 属し (m_AgentClass=2)、間接接続情報を返します (m_IsIndirect=1)。また、こ のエージェントの優先順位は 3 です。 insert into disco.agents ( m_AgentName, m_Valid, m_AgentClass, m_IsIndirect, m_Precedence ) values ( 'ArpCache', 1, 0, 0, 2 ); insert into disco.agents ( m_AgentName, m_Valid, m_AgentClass, m_IsIndirect, m_Precedence ) values ( 'AtmForumPnni', 0, 5, 0, 5 ); insert into disco.agents ( m_AgentName, m_Valid, m_AgentClass, m_IsIndirect, m_Precedence ) values ( 'BayEthernetHub', 0, 2, 1, 3 ); ディスカバリー・スコープ・データベース scope データベースにより、ディスカバリーの範囲が限定されます。 scope データ ベースを使用して、ディスカバリー・プロセスに含めるかまたは除外するゾーンを 定義する属性と一連のプロトコルを構成できます。 ディスカバリー・プロセスの対象となる可能性があるデバイスと IP アドレスの範 囲には制限がありません。このため、ディスカバリー・スコープを制限しないと、 最終的には ncp_disco がインターネット全体のディスカバーを試行する可能性があ ります。 266 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 例えば、機密デバイスをディスカバーせず、インスタンス化しないように指定でき ます。機密デバイスとは、ポーリングしないデバイスです。これは、デバイスのポ ーリングに伴うセキュリティー・リスクや、ポーリングによりデバイスに過負荷を かける可能性があるためです。 関連資料: 82 ページの『DiscoScope.cfg 構成ファイル』 DiscoScope.cfg 構成ファイルは、ディスカバリーのスコープを構成するために使用 します。 disco.scope データベース・スキーマ scope データベースは $NCHOME/etc/precision/DiscoSchema.cfg および $NCHOME/etc/precision/DiscoScope.cfg で定義されます。データベース表の完全 修飾名は、scope.zones、scope.detectionFilter、 scope.instantiateFilter、および scope.special です。 scope.detectionFilter テーブル detectionFilter テーブルにフィルターを指定すると、フィルターに一致するデバイ スのみがディスカバーされます。m_Protocol 列は固有であることが必要です。この ため、このテーブルへの insert はプロトコルごとに 1 つのみでなければなりませ ん。複数のフィルターを単一の insert に定義する必要があります。 表 42. scope.detectionFilter データベース表スキーマ 列名 制約 データ型 説明 m_Protocol v 基本キー 整数 現在定義されているゾーンにより使用さ れるネットワーク・プロトコルの整数表 現。現時点では IP のみがサポートされ ています。 v 固有 v NULL 以外 v 外部定義 netProtocol デ ータ・タイプ m_Filter v 0: 未定義 v 1: IP テキスト Details.returns テーブルの列 (m_UniqueAddress や m_ObjectId など) に対する属性フィルターのテキスト表 現。 Details.returns テーブルの任意の列をテストするようにフィルター条件を構成でき ますが、検出対象を特定のデバイスに制限する必要がある場合は、フィルター基準 として IP アドレスを使用する必要があります。デバイスから Details エージェン トに対して SNMP アクセス権が付与されていない場合、Details エージェントはオ ブジェクト ID などの MIB 変数を取得できない可能性があります。ただし、デバ イス検出時には IP アドレスは必ず返されます。 付録 A. ディスカバリー・データベース 267 inferMPLSPEs テーブル inferMPLSPEs テーブルは、カスタマー・エッジ (CE) デバイス上の BGP データ を使用して、アクセス不能のプロバイダー・エッジ (PE) デバイスを推論できるよ うにするときに使用します。このテーブルを使用すると、処理対象のゾーンをオプ ションで指定して、推論された PE デバイスのどれが有効なデバイスであるかを指 示できます。 処理の対象となるゾーンを指定して、推論された PE デバイスのどれが有効なデバ イスであるかを指示するには、scope.zones テーブルで使用されているような標準形 式のスコープ・エントリーを使用して、scope.inferMPLSPEs テーブルにデータを取 り込みます。このオプションは、BGP を使用して接続されていても実際には PE デ バイスではないアクセス不能なデバイスがある場合に使用します。 以下の条件が真である場合には、このアクセス不能なプロバイダー・ネットワーク をモデル化した「サード・パーティー」のネットワーク・オブジェクトがシステム によって作成されます。 v ルーターがこのスコープ内にある v ディスカバーされたネットワークの外部にルーターの BGP ピアがある v m_InferMPLSPEsUsingBGP がオンである。これは、ディスカバリー構成 GUI の「拡張」タブを使用して定義することもできます。 表 43. scope.inferMPLSPEs データベース表スキーマ 列名 制約 m_Protocol v 基本キー v NULL 以外 v 外部定義 netProtocol デ ータ・タイプ データ型 説明 整数 現在定義されているゾーンにより使 用されるネットワーク・プロトコル の整数表現。現時点では IP のみが サポートされています。 v 0: 未定義 v 1: IP m_Action v NULL 以外 v 外部定義 filtAction デー タ・タイプ 整数 現行ゾーンに対して実行するアクシ ョン: v 0: 未定義 v 1: 含む v 2: 除外 m_Zones NULL 以外 タイプ・ゾー ンのリスト 現在のディスカバリー・ゾーンを定 義する varbind (name=value) のリ スト。 199.220.* ネットワーク内のインターフェースのみを処理する 次の例は、199.220.* ネットワーク内のインターフェースのみを処理するようにシス テムに指示する方法を示しています。 insert into scope.inferMPLSPEs ( Protocol, m_Action, m_Zones ) values 268 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ( 1, 1, [ { m_Subnet = "199.220.*" } ] //); scope.instantiateFilter テーブル instantiateFilter テーブルにフィルターを指定すると、基準をパスしたデバイスのみ がインスタンス化されます (つまり、MODEL に送信されます)。フィルターが指定 されていない場合、ディスカバーされたすべてのデバイスがインスタンス化されま す。 m_Protocol 列は固有であることが必要です。このため、このテーブルへの insert はプロトコルごとに 1 つのみでなければならない点に注意してください。複数のフ ィルターを単一の insert に定義する必要があります。 表 44. scope.instantiateFilter データベース表スキーマ 列名 制約 m_Protocol v 基本キー v 固有 v NULL 以外 v 外部定義 netProtocol デ ータ・タイプ データ型 説明 整数 現在定義されているゾーンにより使用さ れるネットワーク・プロトコルの整数表 現。現時点では IP のみがサポートされ ています。 テキスト m_Filter v 0: 未定義 v 1: IP scratchTopology.entityByName テーブ ルの列 (EntityOID や Address など) に 対する属性フィルターのテキスト表現。 mplsTe テーブル mplsTe テーブルは、MPLS Traffic Engineered (TE) トンネル・ディスカバリーの スコープを定義し、取得する情報を定義します。 次の表では、scope.mplsTe テーブルのスキーマを表示します。 表 45. scope.zones データベース表スキーマ 列名 制約 m_Protocol v NULL 以外 v 外部定義 netProtocol デ ータ・タイプ データ型 説明 整数 現在定義されているゾーンにより使 用されるネットワーク・プロトコル の整数表現。有効な値を以下に示し ます。 v 0: 未定義 v 1: インターネット・プロトコル (IP) v 2: ネットワーク・アドレス変換 (NAT) v 3: IPv6 m_Zones NULL 以外 タイプ・ゾー ンのリスト トンネル・ヘッドがディスカバーさ れるスコープを定義します 付録 A. ディスカバリー・データベース 269 表 45. scope.zones データベース表スキーマ (続き) 列名 制約 データ型 説明 m_AddressSpace テキスト オプションのアドレス・スペース m_Mode 整数 TE トンネル・ディスカバリー・モ ードは、取得される情報を定義しま す。可能な値は次のとおりです。 v 0: 不明 (設定されていない) v 1: トンネル・ヘッド/テール (伝 送ホップ・リストあり) v 2: トンネル・ヘッド/テール (ホ ップ・リストなし) v 3: トンネル・ヘッド、テール、 および伝送デバイス 整数 m_TunnelFilter TE トンネル・フィルター。可能な 値は次のとおりです。 v 0: 不明 (設定されていない) v 1: このヘッドにトンネルを含め る v 2: このヘッドからトンネルを除 外する 関連タスク: 163 ページの『StandardMPLSTE エージェントの構成』 ディスカバー対象のトンネル、および取得する詳細を構成します。 scope.multicastGroup テーブル scope.multicastGroup テーブルは、ディスカバーの対象となるマルチキャスト・グ ループと、そのグループから取得する詳細を定義します。 次の表では、scope.multicastGroup テーブルのスキーマを表示します。 表 46. scope.multicastGroup データベース表スキーマ 列名 データ型 説明 m_AddressSpace テキスト オプションのアドレス・スペース m_GroupName テキスト グループの記述名 リスト・タイ プ・ゾーン ゾーンは、スコープ・オプション の適用先となるマルチキャスト・ サブネットを定義します。 整数 IGMP グループ・ディスカバリ ー・モード m_Groups m_IGMPMode 270 制約 NULL 以外 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド v 0 - 不明 (デフォルトを使用) v 1 - 包含グループ v 2 - 除外グループ 表 46. scope.multicastGroup データベース表スキーマ (続き) 列名 制約 m_IPMRouteMode 説明 整数 IP マルチキャスト・ルート・グル ープ・ディスカバリー・モード: 整数 m_PimMode m_Protocol データ型 v NULL 以外 v 外部定義 netProtocol データ・タイ プ (現在 IPv4 [1] のみ) 整数 v 0 - 不明 (デフォルトを使用) v 1 - 包含グループ v 2 - 除外グループ PIM マルチキャスト・ディスカバ リー・モードは、取得される情報 を定義します。可能な値は次のと おりです。 v 0: 不明 (デフォルトを使用) v 1: PIM グループ・データを取 得する v 2: PIM グループ・データを取 得しない。このオプションが適 用されたグループは、PIM サ ービス/エンドポイントのデー タに含まれなくなります。 現在定義されているグループによ り使用されるネットワーク・プロ トコルの整数表現。有効な値を以 下に示します。 v 0: 未定義 v 1: IP v 2: NAT v 3: IPv6 関連タスク: 46 ページの『マルチキャスト・ディスカバリーの構成』 必要なエージェントを有効にし、ディスカバリーのスコープを設定することによっ て、マルチキャスト・ディスカバリーを構成します。 scope.multicastSource テーブル scope.multicastSource テーブルは、ディスカバーの対象となる IPM ルートを定義 します。これは、複数の IPM ルート・ソースがある場合に特に有用です。IPM ル ート・ソースに基づいてマルチキャスト・ディスカバリーのスコープを設定して、 必要なソースにディスカバーの対象を限定することができるためです。 次の表では、scope.multicastSource テーブルのスキーマを表示します。 付録 A. ディスカバリー・データベース 271 表 47. scope.multicastSource データベース表スキーマ 列名 制約 m_Protocol v NULL 以外 v 外部定義 netProtocol データ・タイ プ m_Source NULL 以外 m_IPMRouteMode データ型 説明 整数 現在定義されているグループによ り使用されるネットワーク・プロ トコルの整数表現。有効な値を以 下に示します。 0: 未定義 v 1: IP v 2: NAT v 3: IPv6 リスト・タイ プ・ゾーン 含めるまたは除外するマルチキャ スト・ソース。 整数 現在定義されているグループによ り使用されるネットワーク・プロ トコルの整数表現。有効な値を以 下に示します。 リスト・タイ プ・ゾーン m_Groups v v IP マルチキャスト・ルート・ ソース・ディスカバリー・モー ド v 0 - 不明 (デフォルトを使用) v 1 - ソースを含める v 2 - ソースを除外する ソースのスコープ・オプションの 適用先となるマルチキャスト・グ ループ・サブネット 関連タスク: 46 ページの『マルチキャスト・ディスカバリーの構成』 必要なエージェントを有効にし、ディスカバリーのスコープを設定することによっ て、マルチキャスト・ディスカバリーを構成します。 scope.special テーブル special テーブルは、管理 IP アドレスを定義します。管理アドレスは、デバイス上 の IP アドレスであり、デバイスを管理するために使用されます。管理アドレスで はネットワーク・トラフィックは管理できません。 表 48. scope.special データベース表スキーマ 272 列名 制約 データ型 m_Zones NULL 以外 タイプ・ゾーン 現在のディスカバリー・ のリスト ゾーンを定義する varbind (name=value) の リスト。これは、サブネ ット IP アドレスとサブネ ットのリストの形式をと ります。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 説明 表 48. scope.special データベース表スキーマ (続き) 列名 制約 データ型 説明 m_AddressSpace テキスト 特定のスコープ・エント リーのアドレス・スペー ス ID (オプション)。 m_Protocol 整数 ネットワークのプロトコ ル。以下の値のいずれか をとります。 v 0: 未定義 v 1: IP v 2: NAT v 3: IPv6 m_OutOfBand Int Type Boolean 管理領域が帯域外である かどうかを示します。以 下の値のいずれかをとり ます。 v 0: 帯域内 v 1: 帯域外 m_IsManagement Int Type Boolean アドレスが管理アドレス であるかどうかを示しま す。 m_IsValidVirtual Int Type Boolean アドレスが有効な仮想 IP であるかどうかを示しま す。 テキスト 追跡用の ID (オプショ ン)。 Int 複数の一致がある場合に 使用される優先順位。優 先順位が最も高い scope.special 項目が選択 されます。この優先順位 は 1 以上に設定する必要 があります。 Int 1 に設定された場合は、 アドレスを ping できな くてもアドレスが選択さ れます。 Int Type Boolean アドレスがインターフェ ースであるかどうかを示 します。 Object type vblist ターゲット・エンティテ ィーのエンリッチのため に使用できるフィールド (オプション)。 Fix Pack 4 m_Identifier Fix Pack 4 m_Priority Fix Pack 4 m_NonPingable Fix Pack 4 m_AdminInterface Fix Pack 4 m_ExtraInfo 付録 A. ディスカバリー・データベース 273 scope.zones テーブル zones テーブルを使用して、ディスカバリー・プロセスに含めるかまたはディスカ バリー・プロセスから除外するネットワーク領域を定義します。ゾーンは一般に varbind のリストとして定義されます。varbind は、name = value のペアです。 複数のゾーンを定義し、包含ゾーンと排他ゾーンを組み合わせることができます。 ただし、包含ゾーンと排他ゾーンの組み合わせを定義する場合、排他ゾーンは包含 ゾーンのスコープ内でなければなりません。 表 49. scope.zones データベース表スキーマ 列名 制約 m_Protocol v 基本キー v NULL 以外 v 外部定義 netProtocol デ ータ・タイプ データ型 説明 整数 現在定義されているゾーンにより使 用されるネットワーク・プロトコル の整数表現。現時点では IP のみが サポートされています。 v 0: 未定義 v 1: IP m_Action v NULL 以外 v 外部定義 filtAction デー タ・タイプ 整数 現行ゾーンに対して実行するアクシ ョン: v 0: 未定義 v 1: 含む v 2: 除外 m_Zones タイプ・ゾー ンのリスト 現在のディスカバリー・ゾーンを定 義する varbind (name=value) のリ スト。 m_AddressSpace テキスト デバイスが属する NAT アドレス・ スペースの名前。この値は translations.NATAddressSpaceIds テーブル内に設定されます。ディス カバリーが NAT を使用していない 場合、またはデバイスがパブリッ ク・ドメイン内に存在する場合、こ の値はヌルです。 scope データベース構成の例 このトピックに示す scope データベース表への OQL insert の例は、DISCO を起 動時に構成するために DiscoScope.cfg 構成ファイルに追加されます。 ヒント: scope データベースの detectionFilter テーブルと instantiateFilter テーブ ルの m_Protocol 列は固有です。したがって、どちらのテーブルでもプロトコルあ たりの insert の数は 1 つのみでなければなりません。 274 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド scope.zones テーブルの構成 ここでは、scope.zones テーブルの構成方法を説明します。 2 つの包含ゾーンの作成 ここでは、現行のディスカバリーの包含ゾーンを 2 つ作成する scope.zones テーブ ルの構成例を示します。1 つの insert を使用して両方のゾーンが定義されます。 insert into scope.zones ( m_Protocol, m_Action, m_Zones ) values ( 1, 1, [ { m_Subnet="172.16.1.0", m_NetMask=24 }, { m_Subnet="172.16.2.*" } ] ); 上記の OQL insert は、以下の条件を指定します。 v ネットワークがインターネット・プロトコルを使用している (m_Protocol=1)。 v 現行ゾーンのデバイスはすべてディスカバリーに含まれる (m_Action=1)。 v ディスカバリーに以下のデバイスが含まれる。 – 172.16.1.0 サブネット内のすべてのデバイス (サブネット・マスクは 24。つ まり、24 ビットがオン、8 ビットがオフであり、ネットマスク 255.255.255.0 を意味します)。 – 172.16.2 から始まる IP アドレス、つまりサブネット 172.16.2.0 (マスク 255.255.255.0) の IP アドレスを持つすべてのデバイス。 ゾーン内でのゾーンの作成 ゾーン内にゾーンを指定することができます。特定の包含ゾーン内で、検出しない デバイスやサブネットを指定することができます。これらのデバイスは、Ping ファ インダーによって ping されず、ディスカバリー・エージェントによって問い合わ せが行われることもありません。例えば、クラス B サブネット 172.20.0.0/16 で構 成される包含スコープ・ゾーンを定義し、このゾーンに完全に含まれるようにし て、サブネット 172.20.32.0/19 で構成される除外スコープ・ゾーンを指定できま す。最後に、その除外スコープ・ゾーン内に完全に含まれるようにして、包含スコ ープ・ゾーン 172.20.33.0/24 を指定できます。 // この範囲内にすべての IP アドレスを含めます。 insert into scope.zones ( m_Protocol, m_Action, m_Zones ) 付録 A. ディスカバリー・データベース 275 values ( 1, 1, [{m_Subnet = '172.20.0.0', m_NetMask = 16 }] ); // この範囲の IP アドレスから除外するものを指定します。 insert into scope.zones ( m_Protocol, m_Action, m_Zones ) values ( 1, 2, [{m_Subnet = '172.20.32.0' , m_NetMask = 19 }] ); // 含めたい IP アドレスを除外します。 insert into scope.zones ( m_Protocol, m_Action, m_Zones ) values ( 1, 1, [{m_Subnet = '172.20.33.0' , m_NetMask = 24 }] ); 上記の OQL insert は、 3 つのスコープ・ゾーンを指定します。 v ゾーンはすべて、ネットワークがインターネット・プロトコルを使用している (m_Protocol=1) ことを指定します。 v ゾーンの包含と除外は以下のように定義されています。 – 最初のゾーン 172.20.0.0/16 に該当するデバイスはすべてディスカバリーに含 まれる (m_Action=1)。 – 最初のゾーンに完全に含まれる第 2 のゾーン 172.20.32.0/19 に該当するデバ イスはすべて、ディスカバリーから除外される (m_Action=2)。 – 第 2 のゾーンに完全に含まれる第 3 のゾーン 172.20.33.0/24 に該当するデ バイスはすべて、ディスカバリーに含まれる (m_Action=1)。 フィルターによるデバイス検出の防止 この insert の例では検出フィルターを定義します。 scope.detectionFilter テーブル への insert は 1 つのみでなければならないため、複数の IP 条件を単一の insert を使用して定義する必要があります。フィルターの条件を組み合わせるには、OQL ブール・キーワード AND および OR を使用します。 insert into scope.detectionFilter ( m_Protocol, m_Filter ) values ( 1, "( ( m_UniqueAddress <> '10.10.63.234' ) 276 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド AND ( m_ObjectId not like '1¥.3¥.6¥.1¥.4¥.1¥..*' ) )" ); 上記の例のフィルターにより、以下のデバイスだけがディスカバリーでの問い合わ せ対象となります。 v IP アドレスが 10.10.63.234 以外のデバイス。 v オブジェクト ID が 1.3.6.1.4.1.* 以外のデバイス。 上記の例では、円記号 (¥) と not like 比較を組み合わせて使用することで、. 文 字がエスケープされます。エスケープしないと、この文字はワイルドカードとして 扱われます。 オブジェクト ID に基づくインスタンス化の制限 この insert の例では、インスタンス化フィルターを定義します。この例では、特定 のオブジェクト ID (OID) に一致するデバイスのインスタンス化が防止されます。 このフィルター (m_Filter) は、scratchTopology.entityByName テーブルの列値を 使用します。 注: インスタンス化フィルターによって除外されたインターフェース についてアラ ートが生成されないようにするには、RaiseAlertsForUnknownInterfaces 変数を設 定する必要があります。これを行うには、以下の手順を実行します。 1. $NCHOME/etc/precision/NcPollerSchema.cfg 構成ファイルを編集します。 2. 次の行をファイルに追加します。 update config.properties set RaiseAlertsForUnknownInterfaces = 1; オブジェクト ID に基づくインスタンス化の制限 OQL 節 not like により、フィルターを通過するデバイス (OID が 1.3.6.1.4.1.* ではないデバイス) のみがインスタンス化されます。 insert into scope.instantiateFilter ( m_Protocol, m_Filter ) values ( 1, // The backslash is used here to escape the . "( // which would otherwise be treated // as a wildcard. ( EntityOID not like '1¥.3¥.6¥.1¥.4¥.1¥..*' ) )" ); 付録 A. ディスカバリー・データベース 277 アクセス・データベース ネットワーク・デバイスへのアクセスを制御するデータベースには、snmpStack デ ータベースと telnetStack データベースがあります。 snmpStack データベース snmpStack データベースは、SNMP ヘルパーの動作を定義します。 説明 snmpStack データベースは、SnmpStackSchema.cfg ファイルで定義されます。 関連資料: 95 ページの『SnmpStackSecurityInfo.cfg 構成ファイル』 SnmpStackSecurityInfo.cfg 構成ファイルは、コミュニティー・ストリング、バージ ョン管理、および SNMP を使用するデバイスへの問い合わせに必要なプロセス (SNMP ヘルパーなど) により使用されるその他のプロパティーを定義します。 SNMP ヘルパーがデバイスから MIB 変数を取得できるようにするため、コミュニ ティー・ストリングをデバイスごとまたはサブネットごとをベースにして構成する ことができます。 snmpStack.accessParameters データベース表 snmpStack.accessParameters データベース表は、特定のデバイスまたはサブネット の大規模な非スカラー変数の取得を SNMP ヘルパーが処理する方法を構成しま す。 説明 このテーブルに挿入された値は、snmpHelper.configuration テーブルで指定された m_GetNextBoundary および m_GetNextSlowDown の値をオーバーライドします。 スキーマ 以下の表で、snmpStack.accessParameters データベース表スキーマについて説明し ます。 表 50. snmpStack.accessParameters データベース表スキーマ 列名 制約 データ型 説明 m_NetAddress NULL 以外 テキスト 境界値およびスローダウン値をオ ーバーライドする IP アドレス。 テキスト ネットマスク。ネットマスクが指 定されていない場合、 m_NetAddress は単一の IP アドレ スであると見なされます。ネット マスクが指定されている場合は、 m_NetAddress はサブネット・アド レスであると見なされます。 m_NetMask 278 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 50. snmpStack.accessParameters データベース表スキーマ (続き) 列名 制約 データ型 説明 m_GetNextSlowDown NULL 以外 整数 特定の非スカラー SNMP 変数を取 得中に発行された別個の GetNext 要求の数が m_GetNextBoundary を 超えた場合、各 SNMP GetNext 要求間に導入する遅延 (ミリ秒)。 m_GetNextBoundary NULL 以外 整数 特定の非スカラー SNMP 変数をデ バイスから取得する場合に、 m_GetNextSlowDown によって指定 された遅延が導入される前に発行 される GetNext 要求の最小数。 m_GeneralSlowDown NULL 以外 整数 要求の汎用遅延時間 (ミリ秒)。汎 用スローダウンは、全体のディス カバリー時間を大幅に増加させる 可能性があります。このため、汎 用スローダウンが不可欠である場 合にのみ使用してください。 m_useGetBulk NULL 以外 Boolean Integer SNMP ヘルパーが、SNMP v2 ま たは SNMP v3 を使用してデバイ スを処理する際に、GetBulk を使 用する必要があるかどうかを示し ます。このフィールドは、以下の いずれかの値になります。 v 0: GetBulk を使用しない v 1: GetBulk を使用する snmpStack.configuration データベース表 snmpStack.configuration テーブルは、SNMP ヘルパーの一般的な動作を制御しま す。 スキーマ 以下の表で、snmpStack.configuration データベース表スキーマについて説明しま す。 付録 A. ディスカバリー・データベース 279 表 51. snmpStack.configuration データベース表スキーマ 列名 制約 データ型 説明 m_AutoVersion 外部定義 Boolean デー タ・タイプ Boolean Integer 自動 SNMP バージョン管理を制御す るフラグ: m_AllowOQL m_ExpireAfter 外部定義 Boolean デー タ・タイプ Boolean Integer 長い v 1: 自動 SNMP バージョン管理を 使用します。SNMP ヘルパーは、 最初に SNMP V3 を使用してデバ イス・アクセスを試行します。失 敗した場合は SNMP V2、さらに 失敗した場合は SNMP V1 を使用 します。 v 0: 自動バージョン管理を使用しま せん。SNMP ヘルパーは、 versions テーブル内のエントリー を無視します。 SnmpHelper データベースへの OQL アクセスを制御するフラグ: v 1: ディスカバーされたデバイスの キャッシュ付きコミュニティー・ ストリングへの OQL アクセスを 許可します。 v 2: OQL アクセスを許可しません。 デバイスのキャッシュ付きコミュニテ ィー・ストリングが使用されなかった 場合に、その有効期限が切れるまでの 時間 (秒)。デフォルト値のゼロを使用 した場合、キャッシュ・コミュニティ ー・ストリングの有効期限はありませ ん。 snmpStack.conversion データベース表 snmpStack.conversion データベース表は、NCIM データベースのロケールで許可さ れていない文字を疑問符文字 (?) に置き換えるように、SNMP ヘルパーを構成しま す。 説明 SNMP ヘルパーは、snmpStack.multibyteObjects テーブル内で構成されたオブジェ クトの文字のみ置換します。 このデータベース表への挿入は、SnmpStackSchema.cfg ファイルで構成します。 280 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド スキーマ 以下の表で、snmpStack.conversion データベース表スキーマについて説明します。 表 52. snmpStack.conversion データベース表スキーマ 列名 制約 m_SubstituteInvalidUTF8 NULL 以外 データ型 説明 整数 1 に設定すると、SNMP ヘルパー が、NCIM データベースのロケー ルで許可されていない文字を疑問 符文字 (?) に置き換えます。 0 に設定すると、無効文字に対し てアクションが行われません。 snmpStack.multibyteObjects テーブル snmpStack.multibyteObjects テーブルは、マルチバイト・ストリングかどうかをチ ェックされる MIB オブジェクトを定義します。 説明 未加工の ASCII ストリングをヘルパー・サーバーに返送すると、ASCII で特別な 意味を持つ文字がストリングに含まれている場合に問題が発生するおそれがありま す。MIB オブジェクトにマルチバイト・ストリングが含まれている場合は、SNMP ヘルパーがそのストリングをエンコードします。 スキーマ 以下の表で、snmpStack.multibyteObjects データベース表スキーマについて説明し ます。 表 53. snmpStack.multibyteObjects データベース表スキーマ 列名 制約 データ型 説明 m_ObjectName NULL 以外 テキスト チェックされる MIB オブジェクト 名。 snmpStack.verSecurityTable データベース表 snmpStack.verSecurityTable は、IP アドレスまたはサブネット・アドレスを SNMP バージョン (1、2、または 3) にマップします。 説明 ネットワーク・デバイスへの SNMP アクセスを取得するためには、SNMP バージ ョンによって指定されたように、セキュリティー・パラメーターを構成する必要が あります。例えば、SNMP バージョン 1 および 2 のコミュニティー・ストリング を使用し、さらに SNMP V3 が提供するさまざまなセキュリティー・レベルを指定 します。 付録 A. ディスカバリー・データベース 281 スキーマ 以下の表で、snmpStack.verSecurityTable データベース表スキーマについて説明し ます。 表 54. snmpStack.verSecurityTable データベース表スキーマ 列名 制約 データ型 説明 m_IpOrSubNetVer テキスト このレコードによって指定され たデバイス・アクセス構成が適 用される IP アドレスまたはサ ブネット・アドレス。このフィ ールドを IP アドレスと解釈す るか、サブネット・アドレスと 解釈するかは、 m_NetMaskBitsVer フィールドに 指定した値によって決まりま す。 m_NetMaskBitsVer 整数 m_IpOrSubNetVer フィールドで 指定したアドレスのサブネッ ト・マスク。このフィールドが 32 に設定されている場合、 m_IpOrSubNetVer は単一の IP アドレスと見なされます。 m_SNMPVersion 整数 この構成が適用される SNMP バージョン。 v 0: SNMP V1 v 1: SNMP V2 v 2: SNMP V3 m_Password テキスト この IP アドレスまたはサブネ ット・アドレスに使用するパス ワード (例: コミュニティー・ス トリング)。 m_Type 整数 パスワード・タイプの分類を表 す整数。例: (2) SNMP Get パスワード。 282 m_SNMPVer3Level 整数 SNMP V3 セキュリティー・レ ベルの整数表現。 m_SNMPVer3Details V3SecInfo タ イプのオブジ ェクト SNMP V3 の認証パスワードお よび/または特権パスワードの詳 細のオブジェクト表現。 m_SecurityName テキスト SNMP V3 セキュリティー・パ スワード。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 54. snmpStack.verSecurityTable データベース表スキーマ (続き) 列名 制約 m_SnmpPort データ型 説明 整数 ターゲット・デバイスの SNMP ポート。このレコードが指定す るデバイス・アクセス構成がサ ブネットに適用される場合、タ ーゲット・デバイスは複数で す。 m_SnmpPort に値が指定されてい ない場合、値はデフォルトの標 準 SNMP 161 ポートになりま す。 telnetStack データベース telnetStack データベースは、デバイスの Telnet アクセス・パラメーターを定義し ます。 説明 telnetStack データベースは、TelnetStackSchema.cfg ファイルで定義されます。以 下のテーブルが存在します。 v telnetStack.configuration v telnetStack.passwords 関連資料: 98 ページの『TelnetStackPasswords.cfg 構成ファイル』 TelnetStackPasswords.cfg 構成ファイルは、デバイスへの Telnet アクセスのための アクセス証明書を定義します。 telnetStack.passwords データベース表 telnetStack.passwords データベース表は、デバイスの Telnet アクセス・パラメー ターを定義します。 スキーマ 以下の表で、telnetStack.passwords データベース表スキーマについて説明します。 表 55. telnetStack.passwords データベース表スキーマ 列名 データ型 説明 m_IpOrSubNet テキスト IP アドレスまたはサブネット・アドレス (m_NetMaskBits の値によって異なりま す)。 m_NetMaskBits 整数 サブネット・マスク。32 に設定されてい る場合、m_IpOrSubNet は単一の IP ア ドレスであると見なされます。 テキスト このサブネット・アドレスまたは IP ア ドレスに使用するパスワード。デフォル ト = "¥n" (復帰)。 m_Password 制約 NULL 以外 付録 A. ディスカバリー・データベース 283 表 55. telnetStack.passwords データベース表スキーマ (続き) 列名 制約 データ型 説明 m_Username テキスト このサブネット・アドレスまたは IP ア ドレスに使用するユーザー名。デフォル ト = ""。 m_PwdPrompt テキスト リモート・デバイスからの、予期される パスワード・プロンプト。デフォルト = ".*assword:.*"。 m_LogPrompt テキスト リモート・デバイスからの、予期される ログイン・プロンプト。 デフォルト = ".*ogin:.*"。 m_ConPrompt テキスト リモート・デバイスからの、予期される コンソール・プロンプト。デフォルト = "^.*[a-zA-Z0-9].*[$%>#]$"。 m_SSHSupport Boolean Integer このデバイスに SSH サポートを使用す るかどうかを示すフラグ。 v 1: このデバイスに SSH サポートを使 用します。 v 0: このデバイスに SSH サポートを使 用しません。 m_SSHSupport に値が指定されていない 場合、値はデフォルトの 0 (SSH サポー トなし) になります。 プロセス管理データベース ディスカバリー・エンジン ncp_disco は始動時に、agents データベースと stitchers データベースに、ディスカバリー・エージェント・ファイルとディスカバ リー・スティッチャー・ファイルから抽出した情報を取り込みます。ncp_disco は、作動中にエージェント・ファイルとスティッチャー・ファイルの変更をスキャ ンし、必要に応じて agents データベースと stitchers データベースを更新します。 スキャンの頻度は disco データベースで設定されます。 agents データベースと stitchers データベースには、エージェントとスティッチャ ーの定義および構成情報 (特定のエージェントに送信されるデバイスのタイプのリ ストなど) が格納されます。これらのデータベースの情報は、ディスカバリー・エ ンジンにより以下のディレクトリーから抽出されます。 v /precision/disco/agents v /precision/disco/stitchers stitchers データベースには、特定のスティッチャーの起動条件に関する情報も格納 されます。例えば、「エージェント Y の完了時にスティッチャー X を起動する」 や「データベース表 Z へのエントリーの挿入時にスティッチャー X を起動する」 などです。したがって、スティッチャーを要求時対応で起動するには、OQL を使用 してスティッチャーの名前を適切なアクション・テーブルに挿入します。デバイス がエージェントの despatch テーブルに挿入されると、必要なエージェントが自動 284 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 的に開始されます。 データ・フローの構成: オンデマンドでのスティッチャーの開始 DISCO により抽出された情報には、エージェントとスティッチャーの完全な定義 (トリガー条件を含む) が含まれています。トリガー条件を変更することで、ディス カバリー・プロセスのデータ・フローを変更できます。 構成されているデータ・フロー内の任意の時点からディスカバリー・サイクルを開 始するには、stitchers データベースの actions テーブルにスティッチャーを配置し ます。 agents データベース・スキーマ agents データベースは $NCHOME/etc/precision/DiscoSchema.cfg で定義されま す。データベース表の完全修飾名は、agents.definitions、agents.victims、および agents.status です。 agents.definitions テーブル agents.definitions テーブルには、ディスカバリー・エージェント・ファイルの情報 から抽出された各ディスカバリー・エージェントのスケジュール情報が格納されて います。 表 56. agents.definitions データベース表スキーマ 列名 制約 m_Name v 基本キー v NULL 以外 v 固有 m_Type m_Text 外部定義 agentType デー タ・タイプ NULL 以外 m_ExecuteOn m_Phase m_UpdTime デフォルト = 1 データ型 説明 テキスト エージェントの名前。 整数 エージェント・タイプ: v 0: 未定義 v 1: プリコンパイル済み v 2: テキスト定義 v 3: 組み合わせ テキスト エージェント・ルールの記述テキスト。 テキスト エージェントを実行するホスト。 整数 完了時点でエージェントが完了する予定 であるディスカバリー・フェーズ。 長整数 最終変更時刻。これにより、定義格納時 点以降にエージェントが変更されている かどうかが判別されます。 付録 A. ディスカバリー・データベース 285 agents.victims テーブル agents.victims テーブルには、エージェントに送信されたデバイスを判別する基準 が抽出されたものが格納されています。 表 57. agents.victims データベース表スキーマ 列名 制約 データ型 説明 m_Name v 基本キー テキスト エージェントの名前。 テキスト エージェントに送信されたデバイスを判 別するフィルター条件。 v NULL 以外 v 固有 m_Filter agents.status テーブル agents.status テーブルには、エージェントの現行状況に関する情報が格納されてい ます。 表 58. agents.status データベース表スキーマ 列名 制約 m_Name v 基本キー v NULL 以外 v 固有 m_State 外部定義 agentState デー タ・タイプ。 データ型 説明 テキスト エージェントの名前。 整数 エージェントの現行状態: デフォルト = 0 m_NumConnects デフォルト = 0 整数 v 0: 未定義 v 1: 実行されていない v 2: 始動 v 3: 実行中 v 4: 完了 v 5: 終了済み DISCO がエージェントに接続した回 数。 stitchers データベース・スキーマ stitchers データベースは、$NCHOME/etc/precision/DiscoSchema.cfg で定義され ます。データベース表の完全修飾名は、stitchers.definitions、stitchers.triggers、 stitchers.status、および stitchers.actions です。 286 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド stitchers.definitions テーブル stitchers.definitions テーブルには、各ディスカバリー・スティッチャーのスケジュ ール情報が格納されます。 表 59. stitchers.definitions データベース表スキーマ 列名 制約 m_Name v 基本キー v NULL 以外 v 固有 m_Type データ型 説明 テキスト スティッチャーの名前。 外部定義 整数 stitcherType デー タ・タイプ スティッチャー・タイプ: v 0: 未定義 v 1: プリコンパイル済み v 2: テキスト定義 m_Text m_Phase デフォルト = 0 m_UpdTime テキスト スティッチャー・ルールの記述テキ スト。 整数 完了時点でスティッチャーが完了す る予定であるディスカバリー・フェ ーズ。 長整数 スティッチャーの最終変更時刻。 stitchers.triggers テーブル stitchers.triggers テーブルには、スティッチャーのトリガーを判別する基準が抽出 されたものが格納されています。 表 60. stitchers.triggers データベース表スキーマ 列名 制約 m_Name v 基本キー v NULL 以外 v 固有 m_Type データ型 説明 テキスト スティッチャーの名前。 整数 スティッチャー・トリガーのタイプ: v 0: 未定義 v 1: その他のアクティビティー (別のス ティッチャーやディスカバリー・フェ ーズなど) の完了時 v 2: テーブル insert 実行時 v 3: オンデマンド v 4: タイマー m_Trigger 外部定義 ruleTrigger デー タ・タイプ Object スティッチャー・トリガーの説明。 付録 A. ディスカバリー・データベース 287 stitchers.status テーブル stitchers.status テーブルには、スティッチャーの現行状況に関する情報が格納され ます。 表 61. stitchers.status データベース表スキーマ 列名 制約 m_Name v 基本キー v NULL 以外 v 固有 m_State 外部定義 stchrState デー タ・タイプ データ型 説明 テキスト スティッチャーの名前。 整数 スティッチャーの現行状態: v 0: 未定義 v 1: 始動 デフォルト = 0 v 2: 実行中 v 3: 完了 v 4: 維持されていない (スティッチャーが その状態を維持していない) stitchers.actions テーブル stitchers.actions テーブルにスティッチャーが挿入されると、DISCO はそのスティ ッチャーを実行します。スティッチャーが完了すると、スティッチャーのエントリ ーは stitchers.actions テーブルから削除されます。挿入されたスティッチャーから 起動されるスティッチャー、および挿入されたスティッチャーの完了後に起動され るスイッチャーもすべて実行されます。 その他のアクションがスティッチャーの完了時に実行されるように構成することも できます。これにより、ディスカバリー・サイクルはその時点以降に完了します。 表 62. stitchers.actions データベース表スキーマ 列名 制約 m_Name v 基本キー v NULL 以外 データ型 説明 テキスト スティッチャーの名前。 関連概念: 376 ページの『構成可能なディスカバリー・データ・フロー』 ディスカバリー・プロセスのデータ・フローは、ユーザーによる構成が可能です。 データベース間のデータの移動は、スティッチャーによって制御されますが、ユー ザーは、このスティッチャーを起動して動作させる方法を変更することにより、デ ィスカバリー・プロセスをカスタマイズすることができます。 288 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド サブプロセス・データベース finders データベース、Details データベース、および agents データベースは、デ ィスカバリー中にディスカバリー・エンジン・サブプロセスによりネットワークか ら取得した情報の保管先として使用されます。これらのデータベースは構成ファイ ル DiscoSchema.cfg に定義されています。 サブプロセス・データベースには以下のデータベースがあります。 v finders データベース。ファインダーがデバイスの存在に関する情報をこのデー タベースに保管します。 v Details データベース。Details エージェントが基本デバイス情報をこのデータベ ースに保管します。 v ディスカバリー・エージェント・データベース。このデータベースはテンプレー トを使用して作成されます。 finders エージェント、Details エージェント、および AssocAddress エージェント は常に実行されている必要があるため、これらのデータベースは DiscoSchema.cfg 構成ファイルに定義されます。その他のディスカバリー・エージェントのデータベ ースは、DiscoSchema.cfg 構成ファイルに定義されているテンプレートに基づいて 作成されます。 finders データベース・スキーマ finders データベースは $NCHOME/etc/precision/DiscoSchema.cfg で定義されま す。 finders データベースのデータベース表の完全修飾名は以下のとおりです。 v finders.despatch v finders.returns v finders.pending v finders.processing v finders.rediscovery finders データベースは、ディスカバリー中に稼働するファインダーの中央モニター 管理ポイントです。ファインダーは、デバイスが存在しているかどうかをディスカ バーし、finders データベースにデバイスを報告しますが、接続はディスカバーしま せん。 ファインダーにより報告されたネットワーク・エンティティーは通常、基本デバイ ス情報取得のために Details エージェントに送信されます。ただし、ディスカバリ ー・データ・フローは完全に構成可能です。 関連概念: 366 ページの『ディスカバリー・サイクル』 特定のサイクルのディスカバリー・データ・フローが開始から終了までたどったと き、1 つのディスカバリー・サイクルが発生したことになります。1 つのフル・デ ィスカバリーに、複数のサイクルが必要になる場合があります。 付録 A. ディスカバリー・データベース 289 finders.despatch テーブル finders.despatch テーブルには、ファインダーに送信されたすべての要求と、要求 の現行状況のレコードが格納されています。 表 63. finders.despatch データベース表スキーマ 列名 制約 データ型 説明 m_Finder v 基本キー テキスト 要求を処理するファイン ダーの名前。 テキスト 上記のファインダーに送 信された OQL 要求。 整数 ファインダーに送信され た要求の現行状況。 v NULL 以外 m_FindRequest v 基本キー v 固有 v NULL 以外 m_Request Status finders.returns テーブル ディスカバリーがデバイス・ディスカバリー・フェーズ、つまりデータ収集フェー ズ 1 である場合、ファインダーは、デバイスを検出すると情報を finders.returns テーブルに返します。ディスカバリーがブラックアウト状態である場合、ファイン ダーは情報を pending テーブルに返します。 returns テーブルは転送ポイントとして機能し、システムに対しデバイスが存在する ことを通知します。デフォルトでは、スティッチャーはデバイス情報を Details エ ージェントに送信して、基本デバイス情報をディスカバーします。 表 64. finders.returns データベース表スキーマ 列名 制約 データ型 説明 m_UniqueAddress v 基本キー テキスト ディスカバーされたネットワ ーク・エンティティーの IP アドレス。 m_Name テキスト ネットワーク・エンティティ ーの固有の名前。 m_Creator テキスト このレコードを作成したファ インダー。 m_Protocol 整数 ディスカバーされたデバイス のプロトコル。 v 固有 v NULL 以外 v 1: IP v 2: IP-NAT 290 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド finders.pending テーブル pending テーブルは、DISCO により returns テーブルがロックアウトされている 場合にデバイス情報を受け入れます。データ収集ステージが完了しても、ネットワ ーク上のすべてのデバイスがディスカバーされているわけではないため、データ処 理中には returns テーブルをロックする必要があります。 pending テーブルに送信されたネットワーク・エンティティーは、現行ディスカバ リー・サイクルの完了後に処理されます。 表 65. finders.pending データベース表スキーマ データ 型 説明 テキス ト ディスカバーされたネットワーク・エンテ ィティーの IP アドレス。 m_Name テキス ト ネットワーク・エンティティーの固有の名 前。 m_Creator テキス ト このテーブルにこのレコードを作成したフ ァインダー。 m_Protocol 整数 ディスカバーされたデバイスのプロトコ ル。 列名 制約 m_UniqueAddress v 基本キー v 固有 v NULL 以外 テキス ト m_AddressSpace v 1: IP v 2: IP-NAT デバイスが属する NAT アドレス・スペ ースの名前。 この値は translations.NATAddressSpaceIds テーブ ル内に設定されます。ディスカバリーが NAT を使用していない場合、またはデバ イスがパブリック・ドメイン内に存在する 場合、この値はヌルです。 finders.processing テーブル processing テーブルには、現在 DISCO により処理中のすべてのディスカバー済み エンティティーのレコードが格納されています。returns テーブルに報告され、次の アクションの実行を待機しているすべてのデバイスのエントリーが processing テー ブルにあります。 表 66. finders.processing データベース表スキーマ 列名 制約 m_UniqueAddress v 基本キー v 固有 v NULL 以外 m_Name データ型 説明 テキスト ディスカバーされたネットワーク・ エンティティーの IP アドレス。 テキスト ネットワーク・エンティティーの固 有の名前。 付録 A. ディスカバリー・データベース 291 表 66. finders.processing データベース表スキーマ (続き) 列名 制約 データ型 説明 m_Creator テキスト このテーブルにこのレコードを作成 したファインダー。 m_Protocol 整数 ディスカバーされたデバイスのプロ トコル。 (1)IP (2) IP-NAT テキスト m_AddressSpace デバイスが属する NAT アドレ ス・スペースの名前。この値は translations.NATAddressSpaceIds テーブル内に設定されます。ディス カバリーが NAT を使用していな い場合、またはデバイスがパブリッ ク・ドメイン内に存在する場合、こ の値はヌルです。 finders.rediscovery テーブル rediscovery テーブルには、再ディスカバーするノードとサブネットを格納できま す。このテーブルに挿入されたデバイスはすべて、処理のために Ping ファインダ ーに送信されます。 表 67. finders.rediscovery データベース表スキーマ 列名 制約 m_Address v 基本キー v NULL 以外 m_RequestType m_NetMask m_Protocol 292 NULL 以外 データ型 説明 テキスト ping 対象アドレス。 Int IP アドレスのタイプ: v 1: 個別 v 2: サブネット テキスト アドレスがサブネットを参照する場合 のネットマスク。 Int この IP アドレスのプロトコル: IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド v 1: IPv4 v 3: IPv6 Details データベース・スキーマ Details データベースは、$NCHOME/etc/precision/DiscoSchema.cfg で定義され ます。データベース表の完全修飾名は、Details.despatch および Details.returns です。 ファインダーからの情報が despatch テーブルに格納されると、Details エージェン トがファインダーによりディスカバーされたデバイスに関する基本情報を取得しま す。Details エージェントは、適切なデバイス情報を取得し、結果を returns テーブ ルに格納します。 スティッチャーは Details.returns テーブルから情報を取得し、Associated Address エージェントに送信します。最終的には、この情報は該当するディスカバリー・エ ージェントに送信されます。 details.despatch テーブル despatch テーブルには、ファインダーにより検出されたデバイスに関する基本情報 が格納されています。データがこのテーブルに格納されると、Details エージェント が、さらに詳細なデバイス情報があるかどうかを自動的にネットワークに問い合わ せます。 表 68. Details.despatch データベース表スキーマ 列名 制約 m_UniqueAddress v 基本キー v NULL 以外 データ型 説明 テキスト ネットワーク・エンティティーの固 有 IP アドレス。 m_Name テキスト ネットワーク上のエンティティーの 固有名。 m_Protocol 整数 ディスカバーされたデバイスのプロ トコル。 v 1: IP v 2: IP-NAT m_AddressSpace テキスト デバイスが属する NAT アドレス・ スペースの名前。 この値は translations.NATAddressSpaceIds テーブル内に設定されます。ディス カバリーが NAT を使用していない 場合、またはデバイスがパブリッ ク・ドメイン内に存在する場合、こ の値はヌルです。 付録 A. ディスカバリー・データベース 293 details.returns テーブル returns テーブルには、Details エージェントが取得した詳細なデバイス情報が格納 されます。このテーブルに挿入される情報は、スティッチャーにより自動的に処理 されます。これにより、デバイス接続が適切なディスカバリー・エージェントによ りディスカバーされます。 表 69. Details.returns データベース表スキーマ 列名 制約 m_Name m_UniqueAddress NULL 以外 m_Protocol 説明 テキスト ネットワーク上のエンティティー の固有名。 テキスト レイヤー 3 アドレス。 整数 ディスカバーされたデバイスのプ ロトコル。 v 1: IP v 2: IP-NAT m_ObjectId テキスト デバイス・クラスのテキスト表現 (ASN.1 アドレス)。 m_Description テキスト エンティティーの sysDescr MIB 変数の値。 整数 デバイスへの SNMP アクセス権 があるかどうかを示すフラグ。 m_HaveAccess 外部定義 Boolean デー タ・タイプ m_UpdAgent m_LastRecord 外部定義 Boolean デー タ・タイプ m_AddressSpace m_ExtraInfo 294 データ型 外部定義 vblist データ型 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド v 1: アクセス権限あり v 0: アクセス権限なし テキスト このデバイスを更新したエージェ ント。 Boolean Integer このエンティティーの最終レコー ドであるかどうか (エンティティ ーの処理が完了しているかどうか) を示すフラグ。 v 1: True v 0: False テキスト デバイスが属する NAT アドレ ス・スペースの名前。この値は translations.NATAddressSpaceIds テーブル内に設定されます。ディ スカバリーが NAT を使用してい ない場合、またはデバイスがパブ リック・ドメイン内に存在する場 合、この値はヌルです。 Object あらゆる追加情報。 Finders データベース ファインダーは、デバイスの存在を判別します。ファインダーによって、ネットワ ーク・デバイスをディスカバーする方法が異なります。ディスカバリーのためにフ ァインダーを使用可能にするには、それぞれのファインダーの構成ファイルでファ インダーを DISCO の管理対象プロセスとして構成します。CTRL 実行中であれ ば、ファインダーは適切な時点で自動的に起動されます。 各ファインダーを構成するには、ファインダーの構成ファイルを編集する必要があ ります。ファインダーは、デバイスが存在しているかどうかをディスカバーし、 finders データベースにデバイスを報告しますが、接続はディスカバーしません。 finders データベースは、個々のファインダーに関連付けられているデータベースと は異なる点に注意してください。 ファインダーの説明、実行可能ファイル名、および構成ファイルのロケーションを 以下の表に示します。$NCHOME は、netcool ディレクトリーへのパスを含む環境 変数です。 表 70. ファインダーの説明 実行可能プログ ファイン ラム ダー (Executable) 構成ファイル 説明 $NCHOME/etc/precision/ DiscoPingFinderSchema.cfg $NCHOME/etc/precision/ DiscoPingFinderSeeds.cfg ブロードキャスト・アド レス、マルチキャスト・ アドレス、個別の IP ア ドレス、またはサブネッ ト上のすべてのデバイス に対する単純な ICMP エ コー要求を実行します。 ファイル ncp_df_file $NCHOME/etc/precision/ DiscoFileFinderSchema.cfg $NCHOME/etc/precision/ DiscoFileFinderParseRules.cfg ファイル (/etc/hosts な ど) を解析し、ネットワー ク上のデバイスを検出し ます。 コレクタ ncp_df_collector ー $NCHOME/etc/precision/ DiscoCollectorFinderSchema.cfg $NCHOME/etc/precision/ DiscoCollectorFinderSeeds.cfg EMS コレクターは、 Element Management System (EMS) からトポ ロジー・データを取得し て格納するソフトウェ ア・モジュールです。コ レクター・ファインダー は、コレクターに対して 照会を実行し、そのコレ クターに関連付けられて いる EMS によって管理 されている IP アドレス のリストを取得します。 Ping ncp_df_ping 付録 A. ディスカバリー・データベース 295 collectorFinder データベース collectorFinder データベースは、コレクター・ファインダーの動作を定義します。 説明 collectorFinder データベースは、DiscoCollectorFinderSchema.cfg 構成ファイルで 定義されています。以下のテーブルが存在します。 v collectorFinder.collectorRules v collectorFinder.configuration 関連資料: 72 ページの『DiscoCollectorFinderSeeds.cfg 構成ファイル』 DiscoCollectorFinderSeeds.cfg 構成ファイルでは、ディスカバリー中に Element Management System (EMS) コレクターからのトポロジー・データの取得方法が定 義されます。 collectorFinder.collectorRules データベース表 collectorFinder.collectorRules データベース表によって、コレクター・ファインダー の動作が構成されます。 説明 collectorFinder.configuration テーブル内にある特定のコレクターの設定の一部をオ ーバーライドできます。collectorRules テーブルには、複数のレコードが含めること ができます。 スキーマ 以下の表で、collectorFinder.collectorRules データベース表スキーマについて説明し ます。 表 71. collectorFinder.collectorRules データベース表スキーマ 列名 制約 m_Host データ型 説明 テキスト コレクターが実行されているホストの アドレス。このフィールドは、コレク ターが Network Manager とは異なる ホストで実行されている場合のみヌル 以外となります。 このフィールドは、ディスカバリーと 再ディスカバリーの両方に対して構成 できます。 m_Port v 基本キー テキスト v NULL 以外 コレクターが listen するポート。コレ クターが Network Manager と同じホ スト上で実行されている場合、これは Network Manager ポートです。 このフィールドは、ディスカバリーと 再ディスカバリーの両方に対して構成 できます。 296 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 71. collectorFinder.collectorRules データベース表スキーマ (続き) 列名 m_RequestType 制約 データ型 説明 整数 データ・ソースからダウンロードする トポロジー・データを示すフラグ。こ のフラグは、m_Address フィールドお よび m_NetMask フィールドと連携し て機能します。フラグは以下の値を取 ります。 v 0: すべてのデバイスを再ディスカバ ーします。コレクターが取得したす べてのデバイスがディスカバーされ ます。m_Address フィールドおよ び m_NetMask フィールドは無視 されます。 v 1: 単一のデバイスを再ディスカバー します。コレクターが取得したデバ イスのうちの 1 つのみがディスカ バーされます。m_Address フィー ルドはデバイスを指定し、 m_NetMask フィールドは無視され ます。 v 2: サブネットを再ディスカバーしま す。コレクターが取得したサブネッ トのうちの 1 つがディスカバーさ れます。m_Address フィールドは サブネットを指定し、m_NetMask フィールドはサブネット・マスクを 指定します。 このフィールドは、再ディスカバリー 専用に構成されています。 m_DataSourceId 整数 再ディスカバリーを、コレクターがサ ポートする単一のデータ・ソースに制 限します。コレクターは通常単一のデ ータ・ソースのみをサポートするた め、このフィールドが使用されること はほとんどありません。 このフィールドは、再ディスカバリー 専用に構成されています。 m_Address テキスト 再ディスカバーするデバイスまたはサ ブネットを指定するときに、 m_RequestType フィールドおよび m_NetMask フィールドと連携して使 用されます。詳しくは、 m_RequestType のエントリーを参照し てください。 このフィールドは、再ディスカバリー 専用に構成されています。 付録 A. ディスカバリー・データベース 297 表 71. collectorFinder.collectorRules データベース表スキーマ (続き) 列名 制約 m_NetMask データ型 説明 テキスト 再ディスカバーするデバイスまたはサ ブネットを指定するときに、 m_RequestType フィールドおよび m_Address フィールドと連携して使用 されます。詳しくは、m_RequestType のエントリーを参照してください。 このフィールドは、再ディスカバリー 専用に構成されています。 整数 m_NumRetries コレクターへの RPC XML 要求の発行 を再試行する回数。このフィールドの 設定はオプションです。設定した場 合、このフィールドは、 collectorFinder.configuration テーブル で指定されたデフォルト値をオーバー ライドします。 このフィールドは、ディスカバリーと 再ディスカバリーの両方に対して構成 できます。 collectorFinder.configuration データベース表 collectorFinder.configuration テーブルは、Element Management System (EMS) コレクター方法論の一般的なルールを指定します。このテーブルに含まれるレコー ドは 1 つのみでなければなりません。 スキーマ 以下の表で、collectorFinder.configuration データベース表スキーマについて説明し ます。 表 72. collectorFinder.configuration データベース表スキーマ 列名 データ型 説明 m_NumThreads 整数 コレクター・ファインダーが使用するスレッド数。 m_TimeOut 整数 コレクターからの応答に対する最大待機時間 (タイム アウト)。 m_NumRetries 整数 コレクターに XML-RPC 要求を発行する回数。 298 制約 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 72. collectorFinder.configuration データベース表スキーマ (続き) 列名 制約 m_MaxResponseSize データ型 説明 整数 XML-RPC 応答の最大サイズ (バイト数)。 注: 非常に大きい応答が生成されるコレクター・ベー スのディスカバリーをコレクターに対して実行する場 合は、デフォルトの最大応答サイズでは小さすぎる場 合があります。このような場合は、最大応答サイズを 増やします。最大応答サイズを増やすには、 m_MaxResponseSize パラメーターに、より大きい値を 設定します。必ず、以下のファイルの両方で m_MaxResponseSize に同じ値を設定してください。 v NCHOME/etc/precision/ DiscoCollectorFinderSchema.cfg v NCHOME/etc/precision/ DiscoXmlRpcHelperSchema.cfg fileFinder データベース fileFinder データベースは、ファイル・ファインダーの動作を定義します。 説明 fileFinder データベースは、DiscoFileFinderParseRules.cfg ファイルで定義されま す。以下のテーブルが存在します。 v fileFinder.configuration v fileFinder.parseRules 関連資料: 74 ページの『DiscoFileFinderParseRules.cfg 構成ファイル』 DiscoFileFinderParseRules.cfg ファイルを使用して、ネットワーク上に存在するデ バイスの IP アドレスのリストを作成するために解析するファイルを指定できま す。 fileFinder.configuration データベース表 fileFinder.configuration テーブルを使用して、ファイル・ファインダーを構成でき ます。このテーブルは、ファインダーが使用するスレッドの数を指定します。 スキーマ 以下の表で、fileFinder.configuration データベース表について説明します。 表 73. fileFinder.configuration データベース表スキーマ 列名 制約 データ型 説明 m_NumThreads NULL 以外 整数 ファイル・ファインダーが使用するス レッド数。 付録 A. ディスカバリー・データベース 299 fileFinder.parseRules データベース表 fileFinder.parseRules テーブルへの insert を構成することによって、ネットワーク 上のデバイスの IP アドレスのリスト用に解析するファイルを指定できます。 説明 fileFinder.parseRules テーブルでは、ファイル構文解析のルールを指定します。 構文解析する標準的なファイルは、例えば、DISCO を実行しているマシン上の /etc/hosts ファイルです。/etc/defaultrouter ファイルを構文解析することによ って、ディスカバリーをシードすることもできます。 スキーマ 以下の表で、fileFinder.parseRules データベース表スキーマについて説明します。 表 74. fileFinder.parseRules データベース表スキーマ 列名 制約 データ型 説明 m_FileName v NULL 以外 テキスト 構文解析されるファイルの固有の絶対 パスおよびファイル名 (例: /etc/hosts)。 v 固有 m_Delimiter テキスト ファイル内でデータ・フィールドを分 離する区切り文字。パターン・マッチ ング正規表現も、有効な区切り文字と して使用できます。 注: ¥t は、<tab> 文字の有効な値とし てサポートされていません。 m_ColDefs アトムのリス 抽出する変数と、変数の取得元の列を ト 指定するルールのリスト。 pingFinder データベース pingFinder データベースは、Ping ファインダーの動作を定義します。 説明 pingFinder データベースは、DiscoPingFinderSeeds.cfg ファイルで定義されます。 以下のテーブルが存在します。 v pingFinder.configuration v pingFinder.pingFilter v pingFinder.pingRules v pingFinder.scope 関連資料: 78 ページの『DiscoPingFinderSeeds.cfg 構成ファイル』 DiscoPingFinderSeeds.cfg 構成ファイルは、Ping ファインダーのシードとデバイス 検出の制限に使用されます。 300 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド pingFinder.configuration データベース表 pingFinder.configuration テーブルは、ping 方法論の一般的なルールを指定しま す。このテーブルに含まれるレコードは 1 つのみでなければなりません。 説明 pingFinder.configuration テーブルを使用して、デバイスを ping する方法を構成す ることができます。これにはブロードキャスト ping またはマルチキャスト ping を有効にする操作が含まれます。ブロードキャスト/マルチキャスト・アドレスに対 して ping することで、他の検出方式よりも迅速にデバイスをディスカバーできま すが、ネットワークで大規模な輻輳が発生している場合など、特定のネットワーク 状況下では、このようにすることは望ましくない場合があります。一般に、不明な ネットワーク上で受信者の密度が低い場合に、ブロードキャスト・アドレスに対し て ping を実行します。マルチキャスト・アドレスを ping するのは、ネットワー クでマルチキャスト・アドレスがセットアップされている場合のみとする必要があ ります。 スキーマ 以下の表で、pingFinder.configuration データベース表スキーマについて説明しま す。 表 75. pingFinder.configuration データベース表スキーマ 列名 データ型 説明 m_NumThreads 整数 Ping ファインダーが使用するスレッド数。 m_TimeOut 整数 ping 対象アドレスからの応答に対する最大待機 時間 (タイムアウト)。 m_InterPingTime 整数 サブネット内のアドレスを ping する間隔。 m_NumRetries 整数 デバイスに対して ping を再試行する回数。 m_Broadcast 整数 ブロードキャスト・アドレスに対する ping を 有効または無効にするためのフラグ: m_Multicast 整数 v 1: 有効にする v 0: 無効にする マルチキャスト・アドレスに対する ping を有 効または無効にするためのフラグ: v 1: 有効にする v 0: 無効にする 付録 A. ディスカバリー・データベース 301 pingFinder.pingFilter データベース表 pingFinder.pingFilter テーブルを使用すると、特定のデバイスまたはサブネット を、Ping ファインダーによる ping の対象から除外することができます。 説明 ISDN およびモデム・インターフェースなどの、特定のインターフェースを除外し たい場合があります。これらのインターフェースに ping すると、電話の呼び出し が行われ、費用が発生するためです。scope.zones テーブルおよび pingFinder.pingFilter テーブルの両方を使用するように Ping ファインダーを構成 した場合、Ping ファインダーは、シードしたデバイスまたはサブネットに ping し ます (それらがディスカバリー・スコープまたは Ping ファインダー・スコープの いずれかの内部にある場合)。 スキーマ 以下の表で、pingFinder.pingFilter データベース表スキーマについて説明します。 表 76. pingFinder.pingFilter データベース表スキーマ 列名 制約 データ型 説明 m_Protocol v 基本キー 整数 現在定義されている Ping ファイン ダー・ゾーンにより使用されるネッ トワーク・プロトコルの整数表現。 現時点では IP のみがサポートされ ています。 v NULL 以外 v 外部定義 netProtocol デ ータ・タイプ m_Action v NULL 以外 整数 v 外部定義 netProtocol デ ータ・タイプ 302 v 0: 未定義 v 1: IP 現行ゾーンに対して実行するアクシ ョン: v 0: 未定義 v 1: 含む v 2: 除外 m_Zones タイプ・ゾー ンのリスト 現在のゾーンを定義する varbind (name=value) のリスト。 m_AddressSpace テキスト デバイスが属する NAT アドレ ス・スペースの名前。この値は translations.NATAddressSpaceIds テーブル内に設定されます。ディス カバリーが NAT を使用していな い場合、またはデバイスがパブリッ ク・ドメイン内に存在する場合、こ の値はヌルです。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド pingFinder.pingRules データベース表 pingFinder.pingRules テーブルは、Ping ファインダーによって ping されるさまざ まなアドレスおよびサブネットを指定します。 説明 pingRules テーブルには、複数のレコードが含めることができます。 スキーマ 以下の表で、pingFinder.pingRules テーブルについて説明します。 表 77. pingFinder.pingRules データベース表スキーマ 列名 制約 m_Address v 基本キー v NULL 以外 m_RequestType データ型 説明 テキスト ping 対象アドレス。 整数 アドレス・タイプを示すフラグ: v 1: 個別 v 2: サブネット m_NetMask テキスト サブネット・マスク。このフィールド に値が指定された場合、アドレスがサ ブネット・アドレスであることが自動 的に暗黙指定されます。 m_TimeOut 整数 応答に対する最大待機時間。この値 は、構成テーブルで指定されたデフォ ルト・タイムアウトをオーバーライド します。 m_NumRetries 整数 ping を再試行する最大回数。この値は デフォルト値をオーバーライドしま す。 pingFinder.scope データベース表 pingFinder.scope テーブルは、Ping ファインダーのスコープを定義します。 説明 pingFinder.scope テーブルを使用すると、特定のデバイスを ping することが許可 されているかどうかを Ping ファインダーがチェックする方法を構成できます。特 定のデバイスまたはサブネットを、Ping ファインダーによる ping の対象から除外 することができます。 付録 A. ディスカバリー・データベース 303 スキーマ 以下の表で、pingFinder.scope データベース表スキーマについて説明します。 表 78. pingFinder.scope データベース表スキーマ 列名 制約 m_UseScope データ型 説明 整数 ping 対象デバイスを決定するときに、 scope.zones テーブル内のエントリーを 使用するかどうかを示すフラグ。 v 0: Ping ファインダーは、ping 対象 デバイスを決定するときに scope.zones テーブルを無視します。 v 1: これはデフォルト値です。Ping フ ァインダーは、scope.zones テーブル を使用して、ping 可能なデバイスを チェックします。 スコープしないディスカバリー (すなわ ち scope.zones テーブルにエントリーが ない状態で行うディスカバリー) を実行 する場合、処理の負荷を軽減するために m_UseScope をゼロに設定することをお 勧めします。 m_UsePingEntries 整数 ping 対象デバイスを決定するときに、 pingFinder.pingFilter テーブル内のエン トリーを使用するかどうかを示すフラ グ。 v 0: これはデフォルト値です。Ping フ ァインダーは、ping 対象デバイスを 決定するときに、 pingFinder.pingFilter テーブル内の エントリーを無視します。 v 1: Ping ファインダーは、特定のデバ イスを ping する前に pingFinder.pingFilter テーブルをチ ェックして、そのデバイスが ping 可能かどうかを確認します。 ヘルパー・サーバー・データベース ヘルパー・サーバーの始動時に、実行する各ヘルパーのデータベースが作成されま す。 ヒント: CTRL の services.inTray テーブルへの適切な OQL insert を作成して、ヘ ルパー・サーバーが自動的に始動するように構成しておくことをお勧めします。あ るいは、コマンド行で ncp_d_helpserv コマンドを使用してヘルパー・サーバーを 手動で始動することもできます。 関連資料: 304 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 77 ページの『DiscoHelperServerSchema.cfg 構成ファイル』 DiscoHelperServerSchema.cfg 構成ファイルでは、各種ヘルパー・データベースの 内容が定義されます。 ARPhelper データベース ARPHelper データベースには、ARP ヘルパーがネットワークから発行した要求に 関する情報が格納されます。このデータベースは、 $NCHOME/etc/precision/ DiscoHelperServerSchema.cfg で定義され、データベース表の完全修飾名は、 ARPHelper.ARPHelperTable、ARPHelper.ARPHelperConfig です。 表 79 で説明する ARPHelperTable データベース表では、ARP ヘルパーの一般的な 動作を構成します。 表 79. ARPHelper.ARPHelperTable データベース表スキーマ 列名 制約 データ型 説明 RivHelperRequestReplyKey v 基本キー テキスト Reply 要求のためのヘル パー・サーバーのデータ ベースへの、固有のキ ー・インターフェース。 テキスト Get 要求のためのヘルパ ー・サーバーのデータベ ースへのキー・インター フェース。 Long64 要求された情報のヘルパ ー・サーバー内での存続 時間を示します。 テキスト 問い合わせするデバイス の IP アドレス。 m_HostSubnet テキスト 問い合わせ対象のホス ト・デバイスのサブネッ ト。 m_HostMask テキスト 問い合わせ対象のホス ト・デバイスのサブネッ ト・マスク。 m_HostMac テキスト デバイスの物理アドレス (MAC アドレス)。 v NULL 以外 v 固有 RivHelperRequestGetKey NULL 以外 RivHelperDbTimeToDie m_HostIp NULL 以外 表 80 で説明する ARPHelperConfig テーブルには、ARP ヘルパー用の構成情報が 格納されます。 表 80. ARPHelper.ARPHelperConfig データベース表スキーマ 列名 制約 データ型 説明 m_HelperDbTimeout 固有 Long64 ヘルパー・データベースのタイ ムアウト。つまり、アクティビ ティーがない場合に、データベ ースの期限が切れるまでの時間 です。 付録 A. ディスカバリー・データベース 305 表 80. ARPHelper.ARPHelperConfig データベース表スキーマ (続き) 列名 制約 データ型 説明 m_HelperReqTimeout Long64 ヘルパー要求タイムアウト。つ まり、各要求の有効期限までの 期間です。 m_HelperStartupTimeout Long64 デフォルトのヘルパー開始タイ ムアウト。つまり、要求時にヘ ルパーが開始するまでの最大待 機時間です。 m_HelperDoWeQuery 整数 ヘルパー・サーバーがデータベ ースを照会するか、ヘルパーを 使用してネットワークを照会す るかを指定します。 (0) キャッシュを使用しない (1) キャッシュを使用する m_HelperDoQueryVBs (オプション) オブジェク 常にネットワークを照会する前 ト・タイプ にデータベースを照会するヘル varbind パー入力のリスト。データベー スで項目が見つかった場合、ネ ットワークは照会しません。 (オプション) オブジェク データベースを照会しないヘル ト・タイプ パー入力のリスト。このフィー varbind ルドは、m_HelperDoWeQuery に 指定された値をオーバーライド します。 m_HelperDoWeStore 整数 m_HelperDoNotQueryVBs ヘルパー・サーバーがヘルパー からの応答をデータベースに保 管するかどうかを指定します。 (0) 応答をデータベースに保管 しない (1) 応答をデータベースに保管 する m_HelperDoStoreVBs (オプション) (オプション) オブジェク データをヘルパー・サーバーの ト・タイプ データベースに保管しないヘル varbind パー入力のリスト。このフィー ルドは、m_HelperDoWeStore の 値をオーバーライドします。 m_HelperDebugLevel 整数 m_HelperDoNotStoreVBs (オプション) 306 オブジェク 常にデータをヘルパー・サーバ ト・タイプ ーのデータベースに保管するヘ varbind ルパー入力のリスト。このフィ ールドは、m_HelperDoWeStore の値をオーバーライドします。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ヘルパーのデバッグ・レベルを 設定し、m_HelperLogfile に出 力します。 表 80. ARPHelper.ARPHelperConfig データベース表スキーマ (続き) 列名 制約 m_HelperLogfile データ型 説明 テキスト 現行ヘルパーのログ・ファイル の絶対パスとファイル名。 (オプション) m_HelperDoWeQuery フィールドと m_HelperDoWeStore フィールドには、それ ぞれ 2 つの関連オプション・フィールドがあります。m_HelperDoWeQuery また は m_HelperDoWeStore のいずれかに入力されたレコードは、これらのオプショ ン・フィールドにレコードが入力されなかった場合に、ヘルパーが応答するデフォ ルト設定になります。ただし、関連オプション・フィールドのいずれかにレコード が入力された場合、そのレコードがこのデフォルト設定をオーバーライドします。 例えば、m_HelperDoWeQuery を、キャッシュではなくネットワークに照会するよ うに設定し (つまり、m_HelperDoWeQuery=0)、さらに m_HelperDoQueryVBs に 192.168.0.1 という IP アドレスを指定した場合、m_IpAddress = 192.168.0.1 とい う要求レコードにより、ネットワークではなく、キャッシュに照会が行われます。 キャッシュ内に現時点で情報が格納されていない場合にのみ、ネットワークに対し て照会が行われます。 ARPhelper データベースの構成 標準的な ARP ヘルパー構成を以下の insert の例に示します。 insert into ARPHelper.ARPHelperConfig ( m_HelperDbTimeout, m_HelperReqTimeout, m_HelperStartupTimeout, m_HelperDoWeQuery, m_HelperDoWeStore ) values ( 259200, 1200, 90, 0, 0 ); DNS ヘルパー・データベース・スキーマ DNSHelper データベースは $NCHOME/etc/precision/ DiscoHelperServerSchema.cfg で定義されます。データベース表の完全修飾名は、 DNSHelper.DNSHelperTable および DNSHelper.DNSHelperConfig です。 DNSHelper データベース表には、ARP ヘルパーがネットワークから発行した要求 に関する情報が格納されます。 表 81. DNSHelper.DNSHelperTable データベース表スキーマ 列名 制約 データ型 説明 RivHelperRequestReplyKey v 基本キー テキスト Reply 要求の固有キ ー。 テキスト Get 要求のキー。 v NULL 以外 v 固有 RivHelperRequestGetKey NULL 以外 付録 A. ディスカバリー・データベース 307 表 81. DNSHelper.DNSHelperTable データベース表スキーマ (続き) 列名 制約 データ型 説明 RivHelperDbTimeToDie Long64 要求された情報のヘ ルパー・サーバー内 での存続時間。 m_HostName テキスト この IP アドレスのホ スト名。 m_HostIp テキスト このホストの IP アド レス。 RivHelperRequestOutput Atom 応答データ。 DNSHelperConfig テーブルには、DNS ヘルパーの構成情報が格納されます。 表 82. DNSHelper.DNSHelperConfig データベース表スキーマ 列名 制約 データ型 説明 m_HelperDbTimeout 固有 Long64 ヘルパー・データベース のタイムアウト。つま り、データベースの期限 が切れるまでの時間。 m_HelperReqTimeout Long64 ヘルパー要求タイムアウ ト。つまり、各要求の有 効期限までの期間です。 m_HelperStartupTimeout Long64 デフォルトのヘルパー開 始タイムアウト。つま り、要求時にヘルパーが 開始するまでの最大待機 時間です。 m_HelperDoWeQuery 整数 ヘルパー・サーバーがデ ータベースを照会する か、ヘルパーを使用して ネットワークを照会する かを指定します。 v 0: キャッシュを使用し ない v 1: キャッシュを使用す る m_HelperDoNotQueryVBs (オプション) 308 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド オブジェク ト・タイプ varbind データベースを照会しな いヘルパー入力のリス ト。このフィールドは m_HelperDoWeQuery の 値をオーバーライドしま す。 表 82. DNSHelper.DNSHelperConfig データベース表スキーマ (続き) 列名 制約 データ型 説明 (オプション) オブジェク ト・タイプ varbind 常にネットワークを照会 する前にデータベースを 照会するヘルパー入力の リスト。データベースで 項目が見つかった場合、 ネットワークは照会しま せん。 m_HelperDoWeStore 整数 ヘルパー・サーバーがヘ ルパーからの応答をデー タベースに保管するかど うかを指定します。 m_HelperDoQueryVBs v 0: 応答をデータベース に保管しない v 1: 応答をデータベース に保管する オブジェク ト・タイプ varbind 常にデータをヘルパー・ サーバーのデータベース に保管するヘルパー入力 のリスト。このフィール ドは m_HelperDoWeStore を オーバーライドします。 (オプション) オブジェク ト・タイプ varbind データをヘルパー・サー バーのデータベースに保 管しないヘルパー入力の リスト。このフィールド は m_HelperDoWeStore をオーバーライドしま す。 m_HelperDebugLevel 整数 ヘルパーのデバッグ・レ ベルを設定し、m_Logfile に出力します。 テキスト 現行ヘルパーのログ・フ ァイルの絶対パスとファ イル名。 m_HelperDoStoreVBs (オプション) m_HelperDoNotStoreVBs (オプション) m_HelperLogfile (オプション) DNS ヘルパー・データベース構成 標準的な DNS ヘルパー構成を以下の insert の例に示します。 insert into DNSHelper.DNSHelperConfig ( m_HelperDbTimeout, m_HelperReqTimeout, m_HelperStartupTimeout, m_HelperDoWeQuery, m_HelperDoWeStore ) 付録 A. ディスカバリー・データベース 309 values ( 259200, 1200, 90, 0, 0 ); ping ヘルパー・データベース・スキーマ ping ヘルパー・データベースは $NCHOME/etc/precision/ DiscoHelperServerSchema.cfg で定義されます。データベース表の完全修飾名は、 PingHelper.PingHelperTable、 PingHelper.PingHelperConfig、および pingHelper.configuration です。 PingHelper.PingHelperTable データベース表スキーマの説明を表 83 に示します。 表 83. PingHelper.PingHelperTable データベース表スキーマ 列名 制約 データ型 説明 RivHelperRequestReplyKey v 基本キー テキスト Reply 要求のための ヘルパー・サーバー のデータベースへの キー・インターフェ ース。 v NULL 以外 v 固有 テキスト Get 要求のためのヘ ルパー・サーバーの データベースへのキ ー・インターフェー ス。 RivHelperDbTimeToDie Long64 要求された情報のヘ ルパー・サーバー内 での存続時間。 m_HostIp Atom ping 対象 IP アドレ ス。 m_HostSubnet テキスト ping 対象 IP アドレ スのサブネット。 m_HostMask テキスト ping 対象アドレスの サブネット・マス ク。 m_PingRequestType 整数 ping 要求のタイプ: RivHelperRequestGetKey NULL 以外 v 1: 個別アドレス v 2: サブネット m_PingResponseType 整数 ping への応答のタイ プ。 m_PingRetries 整数 ping 再試行回数。 m_PingTimeout 整数 応答に対する最大待 機時間。 RivHelperRequestOutput Atom 応答データ。 PingHelper.PingHelperConfig データベース表スキーマの説明を 311 ページの表 84 に示します。 310 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 84. PingHelper.PingHelperConfig データベース表スキーマ 列名 制約 データ型 説明 m_HelperDbTimeout 固有 Long64 ヘルパー・データベース のタイムアウト。つま り、データベースの期限 が切れるまでの時間。 m_HelperReqTimeout Long64 ヘルパー要求タイムアウ ト。つまり、各要求の有 効期限までの時間の長さ です。 m_HelperStartupTimeout Long64 デフォルトのヘルパー開 始タイムアウト。つま り、要求時にヘルパーが 開始するまでの最大待機 時間です。 m_HelperDoWeQuery 整数 ヘルパー・サーバーがデ ータベースを照会する か、ヘルパーを使用して ネットワークを照会する かを指定します。 v 0: キャッシュを使用 しない v 1: キャッシュを使用 する オブジェク ト・タイプ varbind データベースを照会しな いヘルパー入力のリス ト。このフィールドは m_HelperDoWeQuery をオーバーライドしま す。 (オプション) オブジェク ト・タイプ varbind 常にネットワークを照会 する前にデータベースを 照会するヘルパー入力の リスト。データベースで 項目が見つかった場合、 ネットワークは照会しま せん。 m_HelperDoWeStore 整数 ヘルパー・サーバーがヘ ルパーからの応答をデー タベースに保管するかど うかを指定します。 m_HelperDoNotQueryVBs (オプション) m_HelperDoQueryVBs v 0: 応答をデータベー スに保管しない v 1: 応答をデータベー スに保管する 付録 A. ディスカバリー・データベース 311 表 84. PingHelper.PingHelperConfig データベース表スキーマ (続き) 列名 制約 データ型 説明 オブジェク ト・タイプ varbind 常にデータをヘルパー・ サーバーのデータベース に保管するヘルパー入力 のリスト。このフィール ドは m_HelperDoWeStore を オーバーライドします。 (オプション) オブジェク ト・タイプ varbind データをヘルパー・サー バーのデータベースに保 管しないヘルパー入力の リスト。このフィールド は m_HelperDoWeStore をオーバーライドしま す。 m_HelperDebugLevel 整数 ヘルパーのデバッグ・レ ベルを設定し、 m_HelperLogfile に指定 されたファイルに出力し ます。 テキスト 現行ヘルパーのログ・フ ァイルの絶対パスとファ イル名。 m_HelperDoStoreVBs (オプション) m_HelperDoNotStoreVBs (オプション) m_HelperLogFile (オプション) pingHelper.configuration データベース表スキーマの説明を表 85 に示します。こ のスキーマに含まれるレコードは 1 つのみです。 ブロードキャスト・アドレスとマルチキャスト・アドレスに対して ping すること で、他の検出方式よりも迅速にデバイスをディスカバーできますが、ネットワーク 状況によってはこの方法はお勧めできません。例えば、ネットワークで大規模な輻 輳が発生している場合などです。 表 85. pingHelper.configuration データベース表スキーマ 列名 312 制約 データ型 説明 m_NumThreads 整数 ヘルパーが使用するスレッド 数。 m_TimeOut 整数 ping 対象アドレスからの応 答に対する最大待機時間 (ミ リ秒)。TraceRoute エージェ ントを実行している場合は、 ネットワークの状態によって はこの値を増加する必要があ ります。 m_NumRetries 整数 デバイスに対して ping を再 試行する回数。 m_InterPingTime 整数 サブネット・アドレスに対す る連続した ping の試行の時 間間隔 (ミリ秒)。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 85. pingHelper.configuration データベース表スキーマ (続き) 列名 制約 m_Broadcast データ型 説明 整数 ブロードキャスト・アドレス に対する ping を有効または 無効にするためのフラグ: 整数 m_Multicast v (1) 有効にする v (0) 無効にする マルチキャスト・アドレスに 対する ping を有効または無 効にするためのフラグ: v (1) 有効にする v (0) 無効にする ping ヘルパー・データベース構成 PingHelper データベースの標準的な構成例を以下の insert に示します。 insert into PingHelper.PingHelperConfig ( m_HelperDbTimeout, m_HelperReqTimeout, m_HelperStartupTimeout, m_HelperDoWeQuery, m_HelperDoWeStore ) values ( 259200, 1200, 90, 0, 0 ); SNMP ヘルパー・データベース・スキーマ SnmpHelper データベースは $NCHOME/etc/ precision/ DiscoHelperServerSchema.cfg で定義されます。データベース表の完全修飾名は、 SnmpHelper.SnmpHelperTable および SnmpHelper.SnmpHelperConfig です。 SNMPHelperTable データベース表スキーマの説明を 表 86 に示します。 表 86. SnmpHelper.SnmpHelperTable データベース表スキーマ 列名 制約 RivHelperRequestReplyKey v 基本キー v NULL 以 外 v 固有 RivHelperRequestGetKey NULL 以外 データ型 説明 テキスト Reply 要求のための ヘルパー・サーバー のデータベースへの キー・インターフェ ース。 テキスト Get 要求のためのヘ ルパー・サーバーの データベースへのキ ー・インターフェー ス。 付録 A. ディスカバリー・データベース 313 表 86. SnmpHelper.SnmpHelperTable データベース表スキーマ (続き) 列名 制約 データ型 説明 Long64 要求された情報のヘ ルパー・サーバー内 での存続時間。 テキスト 問い合わせするデバ イスの IP アドレ ス。 テキスト コミュニティー・ス トリングのサフィッ クス。 Atom Get 要求のオブジェ クト ID。 m_SnmpIndex Atom Get 要求の索引 (Get 要求の場合)。 m_RequestType 整数 要求のタイプ: RivHelperDbTimeToDie NULL 以外 m_HostIp m_CommunitySuffix NULL 以外 m_OID v 0: Get v 1: GetNext v 2: GetBulk Atom RivHelperRequestOutput 応答データ。 SNMPHelperConfig データベース表スキーマの説明を表 87 に示します。 表 87. SnmpHelper.SnmpHelperConfig データベース表スキーマ 314 列名 制約 データ型 説明 m_HelperDbTimeout 固有 Long64 ヘルパー・データベー スのタイムアウト。つ まり、データベースの 期限が切れるまでの時 間。 m_HelperReqTimeout Long64 ヘルパー要求タイムア ウト。つまり、各要求 の有効期限までの期間 です。 m_HelperStartupTimeout Long64 デフォルトのヘルパー 開始タイムアウト。つ まり、要求時にヘルパ ーが開始するまでの最 大待機時間です。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 87. SnmpHelper.SnmpHelperConfig データベース表スキーマ (続き) 列名 m_HelperDoWeQuery 制約 データ型 説明 整数 ヘルパー・サーバーが データベースを照会す るか、ヘルパーを使用 してネットワークを照 会するかを指定しま す。 v 0: キャッシュを使用 しない v 1: キャッシュを使用 する オブジェク ト・タイプ varbind データベースを照会し ないヘルパー入力のリ スト。このフィールド は m_HelperDoWeQuery をオーバーライドしま す。 (オプション) オブジェク ト・タイプ varbind 常にネットワークを照 会する前にデータベー スを照会するヘルパー 入力のリスト。データ ベースで項目が見つか った場合、ネットワー クは照会しません。 m_HelperDoWeStore 整数 ヘルパー・サーバーが ヘルパーからの応答を データベースに保管す るかどうかを指定しま す。 m_HelperDoNotQueryVBs (オプション) m_HelperDoQueryVBs v 0: 応答をデータベー スに保管しない v 1: 応答をデータベー スに保管する m_HelperDoStoreVBs (オプション) オブジェク ト・タイプ varbind 常にデータをヘルパ ー・サーバーのデータ ベースに保管するヘル パー入力のリスト。こ のフィールドは m_HelperDoWeStore をオーバーライドしま す。 付録 A. ディスカバリー・データベース 315 表 87. SnmpHelper.SnmpHelperConfig データベース表スキーマ (続き) 列名 制約 データ型 説明 (オプション) オブジェク ト・タイプ varbind データをヘルパー・サ ーバーのデータベース に保管しないヘルパー 入力のリスト。このフ ィールドは m_HelperDoWeStore をオーバーライドしま す。 m_HelperDebugLevel 整数 ヘルパーのデバッグ・ レベルを設定し、 m_HelperLogfile に出 力します。 テキスト 現行ヘルパーのログ・ ファイルの絶対パスと ファイル名。 m_HelperDoNotStoreVBs (オプション) m_HelperLogfile (オプション) SNMP ヘルパー・データベース構成 SNMP ヘルパー・データベースの構成の例を以下の insert に示します。 insert into SnmpHelper.SnmpHelperConfig ( m_HelperDbTimeout, m_HelperReqTimeout, m_HelperStartupTimeout, m_HelperDoWeQuery, m_HelperDoWeStore ) values ( 259200, 1200, 90, 0, 0 ); Telnet ヘルパー・データベース・スキーマ TelnetHelper データベースは、$NCHOME/etc/ precision/ DiscoHelperServerSchema.cfg で定義されます。データベース表の完全修飾名は、 TelnetHelper.TelnetHelperTable および TelnetHelper.TelnetHelperConfig です。 TelnetHelperTable データベース表スキーマの説明を表 88 に示します。 表 88. TelnetHelper.TelnetHelperTable データベース表スキーマ 列名 制約 データ型 説明 RivHelperRequestReplyKey v 基本キー テキスト ヘルパー・サーバーのデ ータベースの固有の要求 応答キー・インターフェ ース。 テキスト ヘルパー・サーバーのデ ータベースの要求取得キ ー・インターフェース。 v NULL 以 外 v 固有 RivHelperRequestGetKey 316 NULL 以外 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 88. TelnetHelper.TelnetHelperTable データベース表スキーマ (続き) 列名 制約 データ型 説明 Long64 要求された情報のヘルパ ー・サーバー内での存続 時間。 テキスト 問い合わせするデバイス の IP アドレス。 m_TelnetCommand テキスト Telnet コマンド。 RivHelperRequestOutput Atom 応答データ。 RivHelperDbTimeToDie NULL 以外 m_HostIp TelnetHelperConfig テーブルのスキーマを表 89 に示します。 表 89. TelnetHelper.TelnetHelperConfig データベース表スキーマ 列名 制約 データ型 説明 m_HelperDbTimeout 固有 Long64 ヘルパー・データベースの タイムアウト。つまり、デ ータベースの期限が切れる までの時間。 m_HelperReqTimeout Long64 ヘルパー要求タイムアウ ト。つまり、各要求の有効 期限までの期間です。 m_HelperStartupTimeout Long64 デフォルトのヘルパー開始 タイムアウト。つまり、要 求時にヘルパーが開始する までの最大待機時間です。 m_HelperDoWeQuery 整数 ヘルパー・サーバーがデー タベースを照会するか、ヘ ルパーを使用してネットワ ークを照会するかを指定し ます。 v 0: キャッシュを使用し ない v 1: キャッシュを使用す る m_HelperDoNotQueryVBs (オプション) m_HelperDoQueryVBs (オプション) オブジェク ト・タイプ varbind データベースを照会しない ヘルパー入力のリスト。こ のフィールドは m_HelperDoWeQuery を オーバーライドします。 オブジェク ト・タイプ varbind 常にネットワークを照会す る前にデータベースを照会 するヘルパー入力のリス ト。データベースで項目が 見つかった場合、ネットワ ークは照会しません。 付録 A. ディスカバリー・データベース 317 表 89. TelnetHelper.TelnetHelperConfig データベース表スキーマ (続き) 列名 制約 m_HelperDoWeStore データ型 説明 整数 ヘルパー・サーバーがヘル パーからの応答をデータベ ースに保管するかどうかを 指定します。 v 0: 応答をデータベース に保管しない v 1: 応答をデータベース に保管する オブジェク ト・タイプ varbind 常にデータをヘルパー・サ ーバーのデータベースに保 管するヘルパー入力のリス ト。このフィールドは m_HelperDoWeStore をオー バーライドします。 (オプション) オブジェク ト・タイプ varbind データをヘルパー・サーバ ーのデータベースに保管し ないヘルパー入力のリス ト。このフィールドは m_HelperDoWeStore をオ ーバーライドします。 m_HelperDebugLevel 整数 ヘルパーのデバッグ・レベ ルを設定し、 m_HelperLogfile に出力し ます。 テキスト 現行ヘルパーのログ・ファ イルの絶対パスとファイル 名。 m_HelperDoStoreVBs (オプション) m_HelperDoNotStoreVBs (オプション) m_HelperLogfile (オプション) Telnet ヘルパー・データベース構成 標準的な Telnet ヘルパー・データベース構成を以下の insert の例に示します。 insert into TelnetHelper.TelnetHelperConfig ( m_HelperDbTimeout, m_HelperReqTimeout, m_HelperStartupTimeout, m_HelperDoWeQuery, m_HelperDoWeStore ) values ( 259200, 1200, 90, 0, 0 ); 318 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド XMLRPC ヘルパー・データベース・スキーマ XmlRpcHelper ヘルパー・データベースは $NCHOME/etc/precision/ DiscoHelperServerSchema.cfg で定義されます。データベース表の完全修飾名は、 XmlRpcHelper.XmlRpcHelperTable および XmlRpcHelper.XmlRpcHelperConfig です。 XmlRpcHelper.XmlRpcHelperTable データベース表スキーマの説明を表 90 に示し ます。 表 90. XmlRpcHelper.XmlRpcHelperTable データベース表スキーマ 列名 制約 データ型 説明 RivHelperRequestReplyKey v 基本キー テキスト Reply 要求のためのヘルパー・ サーバーのデータベースへのキ ー・インターフェース。 v NULL 以 外 v 固有 テキスト Get 要求のためのヘルパー・サ ーバーのデータベースへのキ ー・インターフェース。 RivHelperDbTimeToDie テキスト 要求された情報のヘルパー・サ ーバー内での存続時間。 m_port Atom 物理デバイスのポート。 m_DataSourceId 整数 該当するデータ・ソース。 m_MethodCalled テキスト 呼び出された方式。 m_MethodSignature 整数 メソッド・シグニチャー。 RivHelperRequestOutput Atom 応答データ。 RivHelperRequestGetKey NULL 以外 XmlRpcHelper.XmlRpcHelperConfig データベース表スキーマの説明を表 91 に示 します。 表 91. XmlRpcHelper.XmlRpcHelperConfig データベース表スキーマ 列名 制約 データ型 説明 m_HelperDbTimeout 固有 Long64 ヘルパー・データベースのタイムア ウト。つまり、データベースの期限 が切れるまでの時間。 m_HelperReqTimeout Long64 ヘルパー要求タイムアウト。つま り、各要求の有効期限までの時間の 長さです。 m_HelperStartupTimeout Long64 デフォルトのヘルパー開始タイムア ウト。つまり、要求時にヘルパーが 開始するまでの最大待機時間です。 m_HelperDoWeQuery 整数 ヘルパー・サーバーがデータベース を照会するか、ヘルパーを使用して ネットワークを照会するかを指定し ます。 v 0: キャッシュを使用しない v 1: キャッシュを使用する 付録 A. ディスカバリー・データベース 319 表 91. XmlRpcHelper.XmlRpcHelperConfig データベース表スキーマ (続き) 列名 制約 m_HelperDoNotQueryVBs (オプション) データ型 説明 オブジェク データベースを照会しないヘルパー ト・タイプ 入力のリスト。このフィールドは varbind m_HelperDoWeQuery をオーバー ライドします。 (オプション) オブジェク 常にネットワークを照会する前にデ ト・タイプ ータベースを照会するヘルパー入力 varbind のリスト。データベースで項目が見 つかった場合、ネットワークは照会 しません。 m_HelperDoWeStore 整数 m_HelperDoQueryVBs ヘルパー・サーバーがヘルパーから の応答をデータベースに保管するか どうかを指定します。 v 0: 応答をデータベースに保管し ない v 1: 応答をデータベースに保管す る m_HelperDoStoreVBs (オプション) オブジェク 常にデータをヘルパー・サーバーの ト・タイプ データベースに保管するヘルパー入 varbind 力のリスト。このフィールドは m_HelperDoWeStore をオーバーラ イドします。 (オプション) オブジェク データをヘルパー・サーバーのデー ト・タイプ タベースに保管しないヘルパー入力 varbind のリスト。このフィールドは m_HelperDoWeStore をオーバーラ イドします。 m_HelperDebugLevel 整数 ヘルパーのデバッグ・レベルを設定 し、m_HelperLogfile に指定された ファイルに出力します。 テキスト 現行ヘルパーのログ・ファイルの絶 対パスとファイル名。 m_HelperDoNotStoreVBs (オプション) m_HelperLogFile (オプション) XMLRPC ヘルパー・データベース構成 XmlRpcHelper データベースの標準的な構成例を以下の insert に示します。この insert では以下の設定が指定されます。 v ヘルパー・データベースの有効期限は 3 日経過後に切れる。 v 各ヘルパー・データベース要求タイムアウトの有効期限は 20 分経過後に切れ る。 v 要求時にヘルパーが開始するまでの最大待機時間は 90 秒である。 v ヘルパー・サーバーはそのデータベースを照会しない。 v ヘルパー・サーバーはヘルパーからの応答をデータベースに保管しない。 insert into XmlRpcHelper.XmlRpcHelperConfig ( m_HelperDbTimeout, 320 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド m_HelperReqTimeout, m_HelperStartupTimeout, m_HelperDoWeQuery, m_HelperDoWeStore ) values ( 259200, 1200, 90, 0, 0 ); 個別ヘルパー・データベース DiscoHelperServerSchema.cfg とは別に、各ヘルパーにはヘルパーの動作を管理す る構成ファイルが関連付けられています。以降のトピックでは、各構成ファイルの データベースについて説明します。 ARP ヘルパー・データベース ARP ヘルパー・データベースは、DiscoARPHelperSchema.cfg 構成ファイルで定義 されます。データベース表の完全修飾名は、ARPHelper.configuration です。 表 92 で説明する ARPHelper.configuration データベースは、ヘルパーが使用する スレッドの数を定義します。 表 92. ARPHelper.configuration データベース表スキーマ 列名 制約 データ型 説明 m_NumThreads なし 整数 ヘルパーが使用するスレッド数。 関連資料: 72 ページの『DiscoARPHelperSchema.cfg 構成ファイル』 DiscoARPHelperSchema.cfg 構成ファイルは、IP アドレスから MAC アドレスへ の解決を実行します。 DNS ヘルパー・データベース DNS ヘルパー・データベースは、DiscoDNSHelperSchema.cfg 構成ファイルで定 義されます。データベース表の完全修飾名は、 DNSHelper.configuration および DNShelper.methods です。 以下に説明する DNSHelper.configuration テーブルに含まれるレコードは 1 つの みです。 表 93. DNSHelper.configuration データベース表スキーマ 列名 制約 データ型 説明 m_NumThreads 整数 ヘルパーが使用するスレッド数。 m_MethodList テキストの リスト 名前取得メソッドの番号付きリスト。 m_TimeOut 整数 デバイスからの応答に対する最大待機時間 (秒)。 付録 A. ディスカバリー・データベース 321 表 94. DNShelper.methods データベース表スキーマ 列名 制約 データ型 説明 m_MethodName v 基本キー テキスト メソッドの名前。 整数 メソッドのタイプ: v NULL 以 外 v 固有 m_MethodType v 0: システム v 1: DNS v 2: ファイル m_NameServerAddr テキスト DNS サーバーの IP アドレス (テキ スト・ストリングとして指定)。値が 指定されていない場合は /etc/resolv.conf が読み取られま す。 m_NameDomain テキスト ドメイン名 (例: abcd.com)。 m_NameDomainList テキスト 予期されるドメイン・サフィックスの リストが含まれます。ディスカバリー によって返されるデバイス名のいくつ かまたはすべてに、ドメイン・サフィ ックスが既に付加されていることが予 期される場合は、予期されるドメイ ン・サフィックスのリストをこの列で 指定することができます。 注: ディスカバリーによって返される デバイス名のうち、m_NameDomainList にリストされたサフィックスのいずれ かを含んでいるデバイス名には、 m_NameDomain で指定されたドメイ ン・サフィックス値は付加されませ ん。 m_FileName テキスト ファイル名 (該当する場合)。 m_FileOrder 整数 ファイルの順序: m_TimeOut 整数 v 0: 名前、IP アドレスの順 v 1: IP アドレス、名前の順 要求のタイムアウト (秒)。 関連資料: 73 ページの『DiscoDNSHelperSchema.cfg 構成ファイル』 DiscoDNSHelperSchema.cfg 構成ファイルは、DNS へのアクセスを定義します。 これにより、DNS ヘルパーを構成することでディスカバリーでドメイン名検索を実 行できます。 322 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ping ヘルパー・データベース ping ヘルパー・データベースは、DiscoPingHelperSchema.cfg 構成ファイルで定義 されます。データベース表の完全修飾名は、pingHelper.configuration です。 pingHelper.configuration データベース表スキーマの説明を 312 ページの表 85 に 示します。このスキーマに含まれるレコードは 1 つのみです。 ブロードキャスト・アドレスとマルチキャスト・アドレスに対して ping すること で、他の検出方式よりも迅速にデバイスをディスカバーできますが、ネットワーク 状況によってはこの方法はお勧めできません。例えば、ネットワークで大規模な輻 輳が発生している場合などです。 表 95. pingHelper.configuration データベース表スキーマ 列名 データ型 説明 m_NumThreads 整数 ヘルパーが使用するスレッド 数。 m_TimeOut 整数 ping 対象アドレスからの応 答に対する最大待機時間 (ミ リ秒)。TraceRoute エージェ ントを実行している場合は、 ネットワークの状態によって はこの値を増加する必要があ ります。 m_NumRetries 整数 デバイスに対して ping を再 試行する回数。 m_InterPingTime 整数 サブネット・アドレスに対す る連続した ping の試行の時 間間隔 (ミリ秒)。 m_Broadcast 整数 ブロードキャスト・アドレス に対する ping を有効または 無効にするためのフラグ: m_Multicast 制約 整数 v (1) 有効にする v (0) 無効にする マルチキャスト・アドレスに 対する ping を有効または無 効にするためのフラグ: v (1) 有効にする v (0) 無効にする 関連資料: 79 ページの『DiscoPingHelperSchema.cfg 構成ファイル』 DiscoPingHelperSchema.cfg 構成ファイルは、デバイスを ping する方法を定義し ます。 付録 A. ディスカバリー・データベース 323 SNMP ヘルパー・データベース SNMP ヘルパー・データベースは DiscoSnmpHelperSchema.cfg 構成ファイルで定 義されます。データベース表の完全修飾名は、snmpHelper.configuration です。 SNMP ヘルパー・データベースは、snmpHelper.configuration テーブル (表 96を 参照) から構成されます。このテーブルに含まれるレコードは 1 つのみです。 表 96. snmpHelper.configuration データベース表スキーマ 列名 制約 データ型 説明 m_NumThreads なし 整数 ヘルパーが使用するスレッド数。 m_TimeOut なし 整数 デバイスからの応答に対する最大待機 時間 (ミリ秒)。 m_NumRetries なし 整数 デバイスからの SNMP 変数取得試行 回数。 関連資料: 90 ページの『DiscoSnmpHelperSchema.cfg 構成ファイル』 DiscoSnmpHelperSchema.cfg 構成ファイルは、SNMP ヘルパーの操作を定義しま す。これにより、SNMP 情報取得の汎用ルールが指定されます。 Telnet ヘルパー・データベース Telnet ヘルパー・データベースは DiscoTelnetHelperSchema.cfg 構成ファイルで定 義されます。データベース表の完全修飾名は、telnetHelper.configuration および telnetHelper.deviceConfig です。 telnetHelper.configuration テーブルには、リモート・デバイスからの情報受信に関 する一般的な規則が指定されます。 表 97. telnetHelper.configuration データベース表スキーマ 列名 制約 データ型 説明 m_NumThreads 整数 ヘルパーが使用するスレッド数。この値 を変更する場合は、少なくともこの同時 Telnet セッション数を許可するようにシ ステムを構成してください。 m_TimeOut 整数 デバイスへのアクセスでの最大待機時間 (ミリ秒)。 m_Retries 整数 デバイスの再試行回数。 telnetHelper.deviceConfig テーブルには、デバイス固有の構成オプションが設定さ れています。 324 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 98. telnetHelper.deviceConfig データベース表スキーマ 列名 m_SysObjectId 制約 データ型 説明 テキスト この構成エントリーに一致する sysObjectID MIB 変数。最も長い OID を持つ一致エントリーが使用され ます。例えば 1.3.6.1.4.1.9.1 の値を指 定すると、1.3.6.1.4.1.9.1.* という形式 の OID を持つすべてのデバイスが一 致します。Cisco IOS デバイスの OID の形式は 1.3.6.1.4.1.9.1.* です。 (オプション) m_IpOrSubNet が指定されている場 合、このフィールドは無視されます。 m_IpOrSubNet テキスト 特定の構成に対応するデバイスの IP または完全修飾サブネット・アドレ ス。指定されていない場合、構成はデ フォルトのサブネット・アドレスとし て使用されます。 m_NetMaskBits 整数 ネットマスクの最上位ビット数。 m_IpOrSubNet が指定されている場合、 この数値を指定する必要があります。 m_PageLengthCmd テキスト 出力ページ長を設定するために実行す るコマンド。 m_PageLength 整数 出力ページ長のサイズ。デフォルトで は 0、つまりページングなしに設定さ れます。 ページ長サイズを設定する場合は、ペ ージ長コマンドを設定するため m_PageLengthCmd 列にも値を挿入する 必要があります。 m_ContinueMsg テキスト ページング出力の間でリモート・デバ イスから出されるプロンプト (「Do you want to continue」など)。有効な エントリーは正規表現です。 m_ContinueCmd テキスト ページング出力を継続するためにリモ ート・デバイスに送信される応答。こ れは通常「y」に設定されます。 デバイスによって、このコマンドの後 に復帰が必要である場合と必要でない 場合があるため、この値を設定すると きには注意してください。柔軟性を最 大限に引き出すため、デフォルトでは 復帰は追加されません。ストリングの 末尾に Ctrl-M を使用して明示的に指 定する必要があります。 付録 A. ディスカバリー・データベース 325 表 98. telnetHelper.deviceConfig データベース表スキーマ (続き) 列名 制約 m_TransmissionDelay データ型 説明 整数 このオプションでは、デバイスへのデ ータ送信時に、ncp_dh_telnet による 遅延をカスタマイズできます。これ は、デフォルトの送信遅延設定を使用 しているときに、データ損失やデバイ スの問題が発生した場合に便利です。 関連資料: 91 ページの『DiscoTelnetHelperSchema.cfg 構成ファイル』 DiscoTelnetHelperSchema.cfg 構成ファイルは、Telnet ヘルパーの動作を定義しま す。Telnet ヘルパーは、指定されているデバイスに Telnet 動作の結果を返しま す。 XMLRPC ヘルパー・データベース XMLRPC ヘルパー・データベースは DiscoXmlRpcHelperSchema.cfg 構成ファイ ルで定義されます。データベース表の完全修飾名は、xmlRpcHelper.configuration です。 xmlRpcHelper.configuration データベース表スキーマの説明を表 99 に示します。 このスキーマに含まれるレコードは 1 つのみです。 表 99. xmlRpcHelper.configuration データベース表スキーマ 列名 制約 データ型 説明 m_NumThreads なし 整数 ヘルパーが使用するスレッド数。 m_TimeOut なし 整数 EMS コレクターからの応答に対す る最大待機時間 (ミリ秒)。 TraceRoute エージェントを実行し ている場合は、ネットワークの状態 によってはこの値を増加する必要が あります。 関連資料: 94 ページの『DiscoXmlRpcHelperSchema.cfg 構成ファイル』 DiscoXmlRpcHelperSchema.cfg 構成ファイルを使用して、XML-RPC ヘルパーを構 成することができます。このヘルパーを使用すると、Network Manager が XML-RPC インターフェースを使用して EMS コレクターと通信できるようになり ます。 326 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ディスカバリー・データベースの追跡 ディスカバリー・プロセスでは、ディスカバリー・エンジン ncp_disco が、ネット ワーク上でディスカバーされたエレメントを、エレメントが処理済みであるかどう かに関係なくすべて記録します。instrumentation データベースと translations デ ータベースはこの目的で使用されます。ディスカバーされたデバイスのタイプとカ テゴリーの数を確認するために、これらのデータベースに対していつでも問い合わ せを実行できます。 translations、instrumentation、および workingEntities の各データベースは、既知 のネットワーク・エンティティーおよびテクノロジーを記録しており、ディスカバ リーの進行状況を追跡するために使用できます。 translations データベース translations データベースは、$NCHOME/etc/precision/DiscoSchema.cfg ファイルで 定義されます。複数の完全修飾データベース表名があります。 translations データベースのデータベース表の完全修飾名は以下のとおりです。 v translations.ipToBaseName v translations.vlans v translations.NAT v translations.NATtemp v translations.NATAddressSpaceIds v Fix Pack 4 specialManagementIPs translations.ipToBaseName テーブル ipToBaseName テーブルは、ディスカバーされたデバイスと、これらのデバイスに 関連付けられている IP アドレスのレジストリーです。 デバイスに複数のインターフェースがある場合、つまり複数の IP アドレスがある 場合は、Associated Address エージェントが関連するアドレスをすべてダウンロー ドして ipToBaseName テーブルに格納するため、適切なディスカバリー・エージェ ントがデバイスがデバイスをディスカバーできます。この後で別の IP アドレスを 使用してデバイスのディスカバーを試行すると、Associated Address エージェント が ipToBaseName テーブルを検査する時点、つまりデバイスの詳細が該当するディ スカバリー・エージェントに渡される前の時点で、この試行操作は停止されます。 表 100. translations.ipToBaseName データベース表スキーマ 列名 制約 データ型 説明 m_BaseName NULL 以外 テキスト ディスカバーされたエンティティーのベ ース名。 m_BaseAddress NULL 以外 テキスト ディスカバーされたエンティティーのベ ース・アドレス。 m_WorkAddress NULL 以外 テキスト データ取得に使用されたアドレス。 m_IpAddress NULL 以外 テキスト エンティティーの IP アドレス。 付録 A. ディスカバリー・データベース 327 表 100. translations.ipToBaseName データベース表スキーマ (続き) 列名 データ型 説明 m_AddressSpace テキスト デバイスが属する NAT アドレス・ス ペースの名前。この値は translations.NATAddressSpaceIds テー ブル内に設定されます。ディスカバリー が NAT を使用していない場合、また はデバイスがパブリック・ドメイン内に 存在する場合、この値はヌルです。 m_InScope Boolean Integer フィールド m_IpAddress の値がスコー プ内かどうかを示します。 整数 このアドレスのプロトコル。このフィー ルドは、以下のいずれかの値になりま す。 m_Protocol 制約 NULL 以外 v 1: IPv4 v 3: IPv6 m_IsManagementIP Boolean Integer これが管理 IP アドレスかどうかを示し ます。 m_IsOutOfBand Boolean Integer これが帯域外アドレスかどうかを示しま す。 テキスト インターフェースの名前と IP (既知の 場合)。 Fix Pack 3 m_Name translations.vlans テーブル vlans テーブルには、仮想ローカル・エリア・ネットワーク (VLAN) の部分である デバイスのリストが格納されます。vlans テーブルの各レコードにより、デバイス と、デバイスが属する VLAN とがマッピングされます。 表 101. translations.vlans データベース表スキーマ 列名 制約 データ型 説明 m_Name v 基本キー テキスト このエントリーに関連付けられて いるデバイスの名前。 テキスト デバイスの VLAN ID。 m_Subnet テキスト VLAN が関連付けられているサブ ネット。 m_NetMask テキスト サブネット・マスク。 m_AddressSpace テキスト デバイスが属する NAT アドレ ス・スペースの名前。この値は translations.NATAddressSpaceIds テーブル内に設定されます。ディ スカバリーが NAT を使用してい ない場合、またはデバイスがパブ リック・ドメイン内に存在する場 合、この値はヌルです。 v NULL 以外 m_VlanID v 基本キー v NULL 以外 328 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド translations.NAT テーブル NAT テーブルは、静的 NAT マッピングを格納するために使用されます。マップ されたデバイスは、ディスカバリー・スコープ内にない場合でもディスカバーされ ます。 表 102. translations.NAT データベース表スキーマ 列名 制約 m_OutsideGlobalAddr v 基本キー v NULL 以外 NULL 以外 m_InsideLocalAddr データ 型 説明 テキス 公用アドレス。 ト テキス 専用アドレス。 ト m_InsideGlobalAddr テキス この列は現在使用されていません。 ト m_OutsideLocalAddr テキス この列は現在使用されていません。 ト m_AddressSpace テキス デバイスが属する NAT アドレス・ ト スペースの名前。この値は translations.NATAddressSpaceIds テ ーブル内に設定されます。ディスカバ リーが NAT を使用していない場 合、またはデバイスがパブリック・ド メイン内に存在する場合、この値はヌ ルです。 translations.NATtemp NATtemp テーブルは、特定の NAT ゲートウェイからの NAT マッピングを格納 するために使用されます。これにより、ディスカバリー・プロセスが古い NAT マ ッピングと新しい NAT マッピングを比較し、必要に応じて部分的な再ディスカバ リーまたは全体的な再ディスカバリーを開始できます。 表 103. translations.NATtemp データベース表スキーマ 列名 制約 m_OutsideAddr v 基本キー v NULL 以外 m_InsideAddr m_AddressSpace NULL 以外 データ型 説明 テキスト デバイスの公用アドレス。 テキスト デバイスの専用アドレス。 テキスト デバイスが属する NAT アドレス・ス ペースの名前。この値は translations.NATAddressSpaceIds テ ーブル内に設定されます。ディスカバ リーが NAT を使用していない場合、 またはデバイスがパブリック・ドメイ ン内に存在する場合、この値はヌルで す。 付録 A. ディスカバリー・データベース 329 translations.NATAddressSpaceIds テーブル NATAddressSpaceIds テーブルは、NAT ゲートウェイの IP アドレスを識別し、 各 IP アドレスのアドレス・スペース ID を指定するために使用されます。 表 104. translations.NATAddressSpaceIds データベース表スキーマ 列名 制約 m_NATGatewayIP v 基本キー v NULL 以外 m_AddressSpaceId データ型 説明 テキスト ゲートウェイの IP アドレス。 テキスト NAT ドメイン内で、 m_NATGatewayIP に指定されている IP アドレスを持つゲートウェイに属 するすべてのデバイスに使用されるア ドレス・スペース ID。 関連タスク: 173 ページの『NAT ゲートウェイのアドレス・スペースの定義』 NAT ゲートウェイの IP アドレスと、関連付けられている各 NAT ドメインに使 用するアドレス・スペース ID を指定するには、DiscoConfig.cfg を編集し、 translations.NATAddressSpaceIds への insert を作成または変更します。 specialManagementIPs テーブル Fix Pack 4 ディスカバリー処理フェーズの後で、このテーブルには、scope.special テーブル内 の項目に基づいて、スコープ内にあった各 IP アドレスの項目が格納されます。 表 105. specialManagementIPs テーブル 330 列 制約 データ型 説明 m_IpAddress NULL 以外 テキスト エンティティーの IP アドレス。 m_WorkAddress NULL 以外 テキスト データ取得に使用さ れたアドレス m_AdminInterfaceIP Int type Boolean アドレスがインター フェースであるかど うかを示します。 scope.special テーブ ル内で定義されてい ます。 m_IsManagementIP Int type Boolean アドレスが管理アド レスであるかどうか を示します。 scope.special テーブ ル内で定義されてい ます。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 105. specialManagementIPs テーブル (続き) 列 制約 データ型 説明 m_ExtraInfo Object type VB list ターゲット・エンテ ィティーをエンリッ チする追加情報。 scope.special テーブ ル内で定義されてい ます。 m_AddressSpace テキスト この IP のアドレ ス・スペース。 ipToBaseName テー ブル内で定義されて います。 m_Identifier テキスト ID。scope.special テ ーブル内で定義され ています。 m_Priority Int 優先順位。 scope.special テーブ ル内で定義されてい ます。 m_NonPingable Int アドレスを ping で きなくてもアドレス が選択されるかどう かを示します。 scope.special テーブ ル内で定義されてい ます。 m_UsedForChassis Int 1 である場合、この IP アドレスは、シャ ーシ・エンティティ ーのアクセス・アド レスとして使用され るように割り当てら れています。 instrumentation データベース・スキーマ instrumentation データベースは、$NCHOME/etc/precision/DiscoSchema.cfg で 定義されます。ディスカバーされたデバイスをテクノロジー別にグループ化してリ ストします。ディスカバーされたすべてのサブネット、VLAN、フレーム・リレ ー・デバイスなどの名前を取得するには OQL 照会を実行します。 instrumentation データベースのデータベース表の完全修飾名は以下のとおりです。 v instrumentation.ipAddresses v instrumentation.name v instrumentation.subNet v instrumentation.vlan v instrumentation.frameRelay 付録 A. ディスカバリー・データベース 331 v instrumentation.ciscoFrameRelay v instrumentation.hsrp v instrumentation.pnniPeerGroup v instrumentation.fddi instrumentation.ipAddresses テーブル ipAddresses テーブルには、ネットワーク上でディスカバーされた固有の IP アド レスのレコードが格納されています。 表 106. instrumentation.ipAddresses データベース表スキーマ 列名 制約 データ型 説明 m_UniqueAddress v 基本キー テキスト ディスカバーされたネットワー ク・エンティティーの IP アドレ ス。 v NULL 以外 v 固有 instrumentation.name テーブル name テーブルには、ディスカバーされた各デバイスの固有名のレコードが格納さ れています。 表 107. instrumentation.name データベース表スキーマ 列名 制約 m_Name v 基本キー v NULL 以外 v 固有 データ型 説明 テキスト ディスカバーされたネットワーク・エ ンティティーの名前。 instrumentation.subNet テーブル subNet テーブルには、ディスカバーされた各サブネットのアドレスとマスクのレコ ードが格納されています。 表 108. instrumentation.subNet データベース表スキーマ 列名 制約 m_SubNet v 基本キー v NULL 以外 v 固有 v NULL 以外 v 固有 m_NetMask 332 データ型 説明 テキスト ディスカバーされたサブネットのサブ ネット・アドレス。 テキスト ディスカバーされたサブネットのサブ ネット・マスク。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド instrumentation.vlan テーブル vlan テーブルには、ディスカバーされた各 VLAN のレコードが格納されていま す。 表 109. instrumentation.vlan データベース表スキーマ 列名 制約 データ型 説明 m_Vlan 固有 整数 ディスカバーされた VLAN の ID。 instrumentation.frameRelay テーブル frameRelay テーブルには、ディスカバーされた各フレーム・リレー・デバイスのレ コードが格納されています。 表 110. instrumentation.frameRelay データベース表スキーマ 列名 制約 m_IfDlci v 基本キー v NULL 以外 v 固有 v 基本キー v NULL 以外 m_IfIndex データ型 説明 Integer フレーム・リレー・デバイスのデー タ・リンク接続 ID。 Integer 各デバイス・インターフェースの固有 値。 instrumentation.ciscoFrameRelay テーブル ciscoFrameRelay テーブルには、ディスカバーされた各 Cisco フレーム・リレー・ デバイスのレコードが格納されています。 表 111. instrumentation.ciscoFrameRelay データベース表スキーマ 列名 制約 m_UniqueKey v NULL 以外 v 固有 v 基本キー v NULL 以外 v 基本キー v NULL 以外 v 固有 m_FRIfIndex m_FRDlci データ型 説明 Text IP アドレス、FRIfIndex、および FRDlci の組み合わせ。 Integer 各デバイス・インターフェースの固有 値。 Integer フレーム・リレー・デバイスのデー タ・リンク接続 ID。 instrumentation.hsrp テーブル hsrp テーブルには、ディスカバーされた各 HSRP (Hot Standby Router Protocol) デバイスのレコードが格納されています。 表 112. instrumentation.hsrp データベース表スキーマ 列名 制約 データ型 説明 m_GroupAddress v 基本キー テキスト デバイスのグループ・アド レス。 v NULL 以外 v 固有 付録 A. ディスカバリー・データベース 333 表 112. instrumentation.hsrp データベース表スキーマ (続き) 列名 制約 データ型 説明 m_PrimaryAddress テキスト デバイスのプライマリー・ アドレス。 m_StandbyAddress テキスト デバイスのスタンバイ・ア ドレス。 instrumentation.pnniPeerGroup テーブル pnniPeerGroup テーブルには、ディスカバーされた PNNI デバイスの最下位レベ ルの PNNI ピア・グループ ID が格納されています。論理 PNNI ピア・グループ ID は格納されません。 表 113. instrumentation.pnniPeerGroup データベース表スキーマ 列名 制約 データ型 説明 m_PeerGroupId v 基本キー テキスト 最下位レベルの PNNI ピア・グ ループ ID。 v NULL 以外 v 固有 instrumentation.fddi テーブル fddi テーブルには、ディスカバーされた Fibre Distributed Data Interface (FDDI) ノードが格納されています。 表 114. instrumentation.fddi データベース表スキーマ 列名 制約 データ型 説明 m_UniqueAddress v 基本キー テキスト ノードの固有アドレス。 整数 ノードのステーション管理タ スク。 v NULL 以外 m_StationManagmentTask v 基本キー v NULL 以外 workingEntities データベース workingEntities データベースは、$NCHOME/etc/precision/DiscoSchema.cfg で 定義されます。データベース表の完全修飾名は、workingEntities.finalEntity および workingEntities.containment です。 workingEntities データベースは、ディスカバーされたエンティティーと、各エンテ ィティーに関連付けられている包含詳細に関する情報が格納される中央リポジトリ ーです。ただし、このデータベースに情報が取り込まれるのは、ディスカバリー・ プロセスの終了時点のみです。 334 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド workingEntities.finalEntity テーブル finalEntity テーブルは、ディスカバーされたエンティティーに関する情報が格納さ れる中央リポジトリーです。 表 115. workingEntities.finalEntity データベース表スキーマ データ 型 説明 テキス ト ディスカバーされたエンティティーの 固有の名前。 テキス ト エンティティーをディスカバーしたエ ージェント (またはファインダー) の 名前。 m_ObjectId テキス ト デバイス・クラス (ASN.1 アドレス のテキスト表現)。 m_Description テキス ト デバイスの説明。エンティティーの sysDescr MIB 変数から取り込まれま す。 m_UniqueAddress テキス ト ネットワーク・エンティティーの IP アドレス。 列名 制約 m_Name v 基本キー v NULL 以外 v 固有 m_Creator m_IsActive NULL 以外 外部定義 Boolean デー タ・タイプ Boolean エンティティーがアクティブかどうか Integer を示します。 (2)エンティティーがディスカバーさ れたがスコープ外であることを示しま す。 Network Manager ではスコー プ外のエンティティーはモニターされ ません。 (1)エンティティーがアクティブで す。 (0) エンティティーが非 アクティブ です。 m_HaveAccess 外部定義 Boolean デー タ・タイプ Boolean デバイスへの SNMP アクセスが可能 Integer かどうかを示すフラグ。 v 1: SNMP アクセス可能です。 v 0: SNMP アクセスできません。 m_EntityType 外部定義 entityType デー タ・タイプ 整数 ディスカバーされたエンティティーの エレメント・タイプの説明: v 0: 不明なタイプ v 1: ベース・エンティティー v 2: ローカル隣接デバイス v 3: リモート隣接デバイス m_BaseName テキス ト このデバイスのベース・エンティティ ーの名前。 付録 A. ディスカバリー・データベース 335 表 115. workingEntities.finalEntity データベース表スキーマ (続き) 列名 データ 型 制約 m_AddressSpace 説明 テキス ト デバイスが属する NAT アドレス・ スペースの名前。この値は translations.NATAddressSpaceIds テ ーブル内に設定されます。ディスカバ リーが NAT を使用していない場 合、またはデバイスがパブリック・ド メイン内に存在する場合、この値はヌ ルです。 m_ExtraInfo 外部定義 vblist データ型 Object エージェントが要求する追加情報。 m_LocalNbr 外部定義 vblist データ型 Object ローカル隣接デバイスに関する情報。 workingEntities.containment テーブル containment テーブルは、ディスカバーされたエンティティーの包含情報に関する 情報が格納される中央リポジトリーです。このテーブルは、finalEntity テーブルの すべてのエンティティー間の包含関係を示します。 containment テーブルの仕組みを、以下の個別エンティティーを含む finalEntity テ ーブルを例に説明します。 v IP アドレス 1.2.3.4 のデバイス v このデバイスのインターフェース (1.2.3.4[0[1]]) finalEntity テーブルには、この 2 つのエンティティーの包含情報は含まれていませ ん。つまり、インターフェース 1.2.3.4[0[1]] が物理的にデバイス 1.2.3.4 に含まれ ていることが示されません。この包含情報は、containment テーブルに以下のよう に保持されています。 m_Container='1.2.3.4' m_Part='1.2.3.4[0[1]]' m_IsPhysical=1 m_LinkType=1 m_Container と m_Part はそれぞれネットワーク上のエンティティーの固有名であ り、finalEntity テーブルにはそれぞれに固有の m_Name があります。 表 116. workingEntities.containment データベース表スキーマ 336 列名 制約 m_Container v 基本キー v NULL 以外 データ型 説明 テキスト 何らかが含まれているオブジェクトの 名前。このオブジェクトは、ネットワ ーク上のエンティティーを指し、 workingEntities.finalEntity テーブル に独自のエントリーと固有の m_Name を持つエンティティーに対 応しています。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 116. workingEntities.containment データベース表スキーマ (続き) 列名 制約 m_Part v 基本キー v NULL 以外 m_IsPhysical データ型 説明 テキスト 包含されているオブジェクトの名前。 このオブジェクトは、ネットワーク上 のエンティティーを指し、 workingEntities.finalEntity テーブル に独自のエントリーと固有の m_Name を持つエンティティーに対 応しています。 Boolean Integer 包含が物理的であるかまたは論理的で あるかを示すフラグ。 整数 m_LinkType v 1: 物理包含 v 0: 論理包含 m_Container と m_Part の間のデータ 転送モードを示す値。有効な値を以下 に示します。 v 0: データは転送されません。 v 1: データは双方向で転送されま す。 v 2: データは m_Container から m_Part に転送されます。 v 3: データは m_Part から m_Container に転送されます。 workingEntities.interfaceMapping Fix Pack 3 interfaceMapping テーブルにより、スティッチでインターフェースを迅速に識別で きます。 以下の表に、interfaceMapping テーブルの各列をリストします。 注: このテーブル内のすべてのフィールドにデータが取り込まれている訳ではありま せんが、このテーブルを使用すると、迅速にデータを検索できます。 表 117. workingEntities.interfaceMapping データベース表スキーマ 列名 制約 データ型 説明 m_Name NULL 以外 テキスト ネットワーク上のインターフェースの 固有名。 m_IfIndex 整数 SNMP ifIndex。 m_InterfaceId テキスト インターフェース ID。 m_EntPhysIndex 整数 エンティティー MIB 物理インデック ス (存在する場合)。 テキスト インターフェース RFC.ifDescr。 テキスト インターフェース RFC ifName。 m_IfDescr m_IfName 付録 A. ディスカバリー・データベース 337 表 117. workingEntities.interfaceMapping データベース表スキーマ (続き) 列名 制約 データ型 説明 m_IfAlias テキスト インターフェース RFC ifAlias フィ ールド。 m_IfType 整数 インターフェース RFC ifType。 m_PhysAddress テキスト このエンティティーの MAC アドレ ス (存在する場合)。 テキスト このデバイスの「ベース・エンティテ ィー」の名前。 テキスト このデバイスが配置されているアドレ ス・スペースの名前。パブリック・デ バイスの場合、このフィールドはヌル です。 NULL 以外 m_BaseName m_AddressSpace 作業トポロジー・データベース ディスカバリー・エンジン ncp_disco は、一連のデータベースを使用して、ディス カバリー・サイクルのデータ処理ステージを実行します。スティッチャーはこれら のデータベースを操作し、ネットワーク・トポロジーを合成して包含モデルを作成 します。 スティッチャーは各種ネットワーク・トポロジー (レイヤー 2 およびレイヤー 3 のトポロジーなど) を作成するために、ディスカバリー・エージェントの returns テーブルの情報をまとめ、fullTopology データベース内に 1 つの累積トポロジーを 作成します。 fullTopology データベース・スキーマ fullTopology データベースは、$NCHOME/etc/precision/DiscoSchema.cfg で定義 されます。データベース表の完全修飾名は、fullTopology.entityByNeighbor です。 fullTopology データベースには、生成されたトポロジーが格納されます。ディスカ バリーのデータ収集フェーズが完了すると、スティッチャーはディスカバリー・エ ージェントから取得された情報をマージして 1 つのトポロジーを作成します。この 段階では、これは name-to-name 形式です。 fullTopology.entityByNeighbor テーブル entityByNeighbor テーブルには、ディスカバーされたデバイス間の接続に関する情 報が格納されます。 表 118. fullTopology.entityByNeighbor データベース表スキーマ 列名 制約 m_Name v 基本キー v NULL 以外 v 基本キー v NULL 以外 m_NbrName 338 データ型 説明 テキスト ネットワーク上のエンティティーの固 有名。 テキスト 固有のネットワーク・エンティティー に接続されているデバイスの名前。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 118. fullTopology.entityByNeighbor データベース表スキーマ (続き) 列名 制約 データ型 m_NbrType 外部定義 整数 connectionType データ型 説明 ネットワーク・エンティティーと隣接 デバイスの接続のタイプの整数表現。 v 2: メインからローカルへの接続 v 3: ローカルからリモートへの接続 scratchTopology データベース・スキーマ scratchTopology データベースは、$NCHOME/etc/precision/DiscoSchema.cfg で 定義されます。データベース表の完全修飾名は、scratchTopology.entityByName で す。 scratchTopology データベースには、fullTopology データベースから派生した (お よびスティッチャーにより作成された) 包含モデルが格納されます。 MODEL コン ポーネントに送信されるのは、トポロジーのこのバージョンです。 関連概念: 6 ページの『フィルター』 プレディスカバリー・フィルターはディスカバリーの効率を高めるために使用し、 ポストディスカバリー・フィルターはデバイスのインスタンス化を防ぐために使用 します。 関連タスク: 40 ページの『ディスカバリー・フィルターの設定』 フィルターは、ディスカバリーの前または後にデバイスをフィルターで除去するた めに使用します。ロケーション、テクノロジー、製造メーカーなどのさまざまな基 準に基づいて、デバイスをフィルターで除去することができます。フィルターは、 スコープ・ゾーンで定義された制限に、さらに制限を加えます。 26 ページの『ディスカバリーのスコープ』 ディスカバリーをスコープするには、ディスカバリーに含めるネットワーク・ゾー ン (つまりサブネット範囲) および除外するゾーンを定義します。 scratchTopology.entityByName テーブル entityByName テーブルには、fullTopology データベースから派生したネットワー ク・モデルが格納されています。 表 119. scratchTopology.entityByName データベース表スキーマ 列名 制約 データ型 説明 アドレス テキストのリス エンティティーの OSI モデ ト ル・レイヤー 1 から 7 のア ドレス。 BaseName テキスト Contains テキストのリス 現行ネットワーク・エンティ ト ティーに含まれているエレメ ントまたはその他のコンテナ ーのリスト。 エンティティーの固有のベー ス名。 付録 A. ディスカバリー・データベース 339 表 119. scratchTopology.entityByName データベース表スキーマ (続き) 列名 制約 説明 EntityName v 基本キー データ型 説明 テキスト sysDescr MIB 変数の値また はエンティティーのその他の 適切な記述。 テキスト ネットワーク・エンティティ ーの固有の名前。 テキスト ネットワーク・エンティティ ーが属するデバイス・クラ ス。これは、ASN.1 アドレ スのテキスト表現です。 整数 エンティティーのエレメン ト・タイプ。 v NULL 以外 v 固有 EntityOID EntityType 340 外部定義 entityTypes デ ータ型 追加情報 外部定義 vblist データ型 IsActive 外部定義 Boolean デー タ・タイプ IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド v 0: 不明 v 1: シャーシ v 2: インターフェース v 3: 論理インターフェース v 4: VLAN オブジェクト v 5: カード v 6: PSU v 7: サブネット v 8: モジュール あらゆる追加情報。 Boolean Integer CheckInterfaceStatus スティ ッチャーにより設定されま す。エンティティーの ifAdminStatus および ifOperStatus の値から派生し ます。アクティブ・オブジェ クト・クラスが必要であるか どうかを示します。 v 1: アクティブ・オブジェ クト・クラスが必要であ る v 0: アクティブ・オブジェ クト・クラスが必要では ない 表 119. scratchTopology.entityByName データベース表スキーマ (続き) 列名 制約 LingerTime データ型 説明 整数 カスタマイズされたスティッ チャー内でエンティティーの LingerTime を設定して、 ncp_disco が ncp_model に トポロジーを送信するときに ncp_model がエンティティ ーを処理する方法を決定でき ます。 LingerTime 値は、ディスカ バリーでエンティティーを検 出できなくても許される回数 を決定します。この回数を超 えると、エンティティーがネ ットワークから削除されてい ると見なされ、そのレコード がトポロジーから削除されま す。ゼロに設定された場合 は、ディスカバリー・プロセ スが ncp_model 内でトポロ ジーを更新すると、エンティ ティーが ncp_model から即 時に削除されます。 テキストのリス ネットワーク・エンティティ ト ーに接続するエンティティー のリスト。 RelatedTo 状況 UpwardConnections 外部定義 Boolean デー タ・タイプ Boolean Integer このフィールドには、ディス カバリー・エンジン ncp_disco によって m_HaveAccess フィールドの 値が取り込まれます。したが って、このフィールドは、 ncp_disco がデバイスへの SNMP アクセスを実行でき るどうかを示します。 テキストのリス このエンティティーが含まれ ト ているコンテナーのリスト。 付録 A. ディスカバリー・データベース 341 rediscoveryStore データベース rediscoveryStore データベースは、再ディスカバリー・モードでの比較の目的で使 用されます。このデータベースは、$NCHOME/etc/precision/ DiscoSchema.cfg で定義されます。データベース表の完全修飾名は、rediscoveryStore.dataLibrary お よび rediscoveryStore.rediscoveredEntities です。 rediscoveryStore データベースには、以前のディスカバリー・サイクルからの情報 が格納されます。この情報は、完全な再ディスカバリーまたは部分的な再ディスカ バリーで比較の目的で使用できます。 rediscoveryStore.dataLibrary テーブル dataLibrary テーブルは、再ディスカバリー・モードで以前の状態と現在の状態を比 較する際の参照点として使用されます。 表 120. rediscoveryStore.dataLibrary データベース表スキーマ 列名 データ型 説明 m_Name テキスト ネットワーク上のエンティティー の固有名。 m_UniqueAddress テキスト ディスカバーされたネットワー ク・エンティティーの IP アドレ ス。 テキスト このネットワーク・エンティティ ーの比較に使用されるエンティテ ィー。 m_CompareDb 制約 NULL 以外 rediscoveryStore.rediscoveredEntities テーブル rediscoveredEntites テーブルには、再ディスカバリー中に検出されたエンティティ ーが格納されます。 表 121. rediscoveryStore.rediscoveredEntities データベース表スキーマ 列名 342 制約 データ型 説明 m_Name テキスト ネットワーク上のエンティティー の固有名。 m_UniqueAddress テキスト ディスカバーされたネットワー ク・エンティティーの IP アドレ ス。 m_PhysAddr テキスト エンティティーの物理アドレス。 m_OldBaseName 再ディスカバリー前のエンティテ ィーのベース名。 m_NewBaseName 再ディスカバリー後のエンティテ ィーのベース名。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド トポロジー・マネージャー・データベース トポロジー・マネージャー ncp_model は、ディスカバリー後にトポロジー・デー タを格納し、トポロジー・データをトポロジー・データベース (NCIM) に送信しま す。このデータベースでは、SQL を使用してデータを照会できます。ncp_model は始動時に、ディスカバリー・エンジンがディスカバリー・プロセスを終了し、ス クラッチ・トポロジーを作成して、作成したトポロジーを ncp_model データベー スに挿入するまで待機します。 表 122. MODEL (ncp_model) データベース データベース 説明 master ネットワーク・トポロジーの中央ストア。 model トポロジー更新の追跡に使用されます。 master データベース・スキーマ master データベースは $NCHOME/etc/precision /ModelSchema.cfg で定義され ます。データベース表の完全修飾名は、 master.entityByName、master.entityByNeighbor、および master.containers です。 master データベースには、すべてのネットワーク・エンティティー、その包含と接 続が格納されています。 master.entityByName テーブル entityByName テーブルには、ディスカバーされたすべてのネットワーク・エンテ ィティーに関する情報が格納されます。このテーブルはアクティブであり、DISCO から受け取った情報が取り込まれます。entityByName テーブルに取り込まれたエ ントリーは、containers テーブルへの情報の取り込みにも使用されます。 表 123. master.entityByName データベース表スキーマ 列名 制約 データ型 ActionType 外部定義アクシ 整数 ョンのデータ型 説明 このフィールドの値は、メッセージ・ バスでレコードがブロードキャストさ れるときに重要になります。これは、 ブロードキャストされるトポロジー更 新のタイプを示します。このフィール ドは、以下のいずれかの値になりま す。 0 新規 1 更新 2 削除 3 未定義 アドレス テキストの リスト エンティティーの OSI モデル・レイ ヤー 1 から 7 のアドレスのリスト。 ChangeTime 時刻 ネットワーク・エンティティー・レコ ードの最終変更時刻。 ClassName テキスト ネットワーク・エンティティーのクラ ス名 (該当する場合)。 付録 A. ディスカバリー・データベース 343 表 123. master.entityByName データベース表スキーマ (続き) 列名 データ型 説明 Contains テキストの リスト 現行ネットワーク・エンティティーに 含まれているエレメントまたはその他 のコンテナーのリスト。 CreateTime 時刻 テーブルのネットワーク・エンティテ ィー・レコードの作成時刻。 説明 テキスト sysDescr MIB 変数の値またはエンテ ィティーのその他の適切な記述。 テキスト ネットワーク・エンティティーの固有 記述名。 テキスト エンティティーの sysOID MIB 変数の 値。 整数 エンティティーのエレメント・タイ プ。 EntityName 制約 v 基本キー v NULL 以外 v 固有 EntityOID EntityType 外部定義 entityTypes デ ータ型 v 0: 不明 v 1: シャーシ v 2: インターフェース v 3: 論理インターフェース v 4: VLAN オブジェクト v 5: カード v 6: PSU v 7: 論理コレクション v 8: モジュール 追加情報 外部定義 vblist データ型 Object 追加情報のリスト。 IsActive 外部定義 Boolean デー タ・タイプ Boolean Integer CheckInterfaceStatus スティッチャー により設定されます。エンティティー の ifAdminStatus および ifOperStatus の値から派生します。ア クティブ・オブジェクト・クラスが必 要であるかどうかを示します。 v 1: アクティブ・オブジェクト・ク ラスが必要である v 0: アクティブ・オブジェクト・ク ラスが必要ではない 344 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 123. master.entityByName データベース表スキーマ (続き) 列名 制約 データ型 説明 LingerTime NULL 以外 整数 リンガー時間は、新規トポロジーを既 存のトポロジーにマージできるように するため、再ディスカバリー中に使用 されます。 デフォルト=3 エンティティーが新規トポロジー内に 存在していない場合、LingerTime の 値は減少します。エンティティーがト ポロジーから除去されるのは、 LingerTime の値が 0 に達した時点の みです。 長整数 ネットワーク・エンティティーの固有 オブジェクト ID。 RelatedTo テキストの リスト ネットワーク・エンティティーに接続 するエンティティーのリスト。 セキュリティー テキスト ネットワーク・エンティティーにアク セスするためのパスワード (該当する 場合)。 ObjectId v 基本キー v NULL 以外 v 固有 状況 外部定義 status 整数 データ型 このフィールドには、ディスカバリ ー・エンジン ncp_disco によって m_HaveAccess フィールドの値が取り 込まれます。したがって、このフィー ルドは、ncp_disco がデバイスへの SNMP アクセスを実行できるどうかを 示します。 テキストの リスト UpwardConnections このエンティティーが含まれているコ ンテナーのリスト。 master.entityByNeighbor テーブル entityByNeighbor テーブルには、各ネットワーク・エンティティーの接続情報が格 納されます。 表 124. master.entityByNeighbor データベース表スキーマ 列名 制約 LeftId v 基本キー v NULL 以外 v 基本キー v NULL 以外 v 基本キー v NULL 以外 LeftName RightName 速度 データ型 説明 長整数 左側の接続のオブジェクト ID。 テキスト 左側の接続のエンティティー名。 テキスト 右側の接続のエンティティー名。 Long64 接続速度 (ビット/秒: bps)。 付録 A. ディスカバリー・データベース 345 表 124. master.entityByNeighbor データベース表スキーマ (続き) 列名 制約 データ型 説明 プロトコル 外部定義 protocol デー タ・タイプ 整数 接続に使用される伝送プロトコル・タ イプ。 RelType 外部定義 connectionType データ型 整数 関係のタイプ。 Duplex 外部定義 Boolean Boolean データ・タイプ Integer リンクが双方向 (全二重) であるかど うかを示すフラグ。 v 1: リンクは双方向です。 v 0: リンクは双方向ではありませ ん。 master.containers テーブル containers テーブルは、包含モデルを使用して、各ネットワーク・エンティティー が他のネットワーク・エンティティーに包含されていることを示します。このテー ブルには、entityByName テーブルにエントリーが作成された結果として自動的に 情報が取り込まれ、各エンティティーの親、つまり現行エンティティーが含まれて いるオブジェクトを示します。 表 125. master.containers データベース表スキーマ 列名 制約 ObjectId v 基本キー v NULL 以外 v 基本キー v NULL 以外 EntityName MemberName NULL 以外 データ型 説明 長整数 ネットワーク・エンティティーの固 有 オブジェクト ID。 テキスト コンテナー・ネットワーク・エンテ ィティーの記述名。 テキスト 含まれているオブジェクトのメンバ ー名。 モデル・データベース・スキーマ モデル・データベースは $NCHOME/etc/precision/ ModelSchema.cfg で定義され ます。データベース表の完全修飾名は、model.config および model.statistics で す。このデータベースにはトポロジーに関する情報が格納されます。このため、再 ディスカバリー中にトポロジーを効率的にマージできます。 346 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド model.config テーブル model.config テーブルには、再ディスカバリー中に MODEL により使用される構 成情報が格納されています。 表 126. model.config データベース表スキーマ 列名 制約 データ型 説明 LingerTime v 基本キー 整数 トポロジーの LingerTime 値。 v NULL 以外 v 固有 ChassisCreation Events NULL 以外 Boolean Integer シャーシ・エンティティーに関する ItnmEntityCreation イベントおよび ItnmEntityDeletion イベントを生成します。 IpInterfaceCreation Events NULL 以外 Boolean Integer 独自の IP アドレスを持つインターフェースに関 する ItnmEntityCreation イベントおよび ItnmEntityDeletion イベントを生成します。 MaintenanceState Events NULL 以外 Boolean Integer シャーシ・エンティティーに関する ItnmMaintenanceState イベントと、独自の IP ア ドレスを持つインターフェースに関する ItnmMaintenanceState イベントを生成します。 ManagedStatusUpdate Interval NULL 以外 整数 ncp_model が NCIM managedStatus 表で変更を スキャンする間隔 (秒単位)。これは、ネットワー ク・ビュー、ネットワーク・ホップ・ビュー、構 造ブラウザーのいずれかの GUI で行われた管理 状況の変更にポーリング・プログラムが対応する ために要する最大時間です。デフォルト値は 30 秒です。 DiscoveryUpdateMode NULL 以外 整数 システムによって内部でのみ使用されます。 ncp_disco は、バッチ更新の前にこの値を 1 (部 分的ディスカバリーの場合) または 0 (フル・ディ スカバリーの場合) に設定します。 フラグ ChassisCreationEvents、IpInterfaceCreationEvents、および MaintenanceStateEvents は、任意の組み合わせでオン/オフにすることができま す。デフォルトでは、3 つすべてが無効に設定されます。 注: 多数の IP アドレスを持つルーターを含むネットワークでは、 IpInterfaceCreationEvents フラグを有効にすると、Object Server で多数のイベン トが生成される可能性があります。 付録 A. ディスカバリー・データベース 347 model.profilingData Fix Pack 3 model.profilingData テーブルは、ディスカバリー時に費やされた時間とメモリーに 関連したデータを保管します。このテーブルには、ディスカバリー・プロファイ ル・データを NCIM トポロジー・データベースに転送するのにかかった時間に関 する情報が含まれています。 表 127. model.profilingData データベース表スキーマ 列名 制約 データ型 説明 BatchStartTime v 基本キー 整数 ディスカバリー・エンジン ncp_disco からのバッ チ更新が開始した時刻。 v NULL 以外 v 固有 BatchStartSize NULL 以外 整数 受信したバッチ内のレコード数。 BatchStartMem NULL 以外 64 ビット整数 バッチが開始したときのメモリー使用量。 BatchEndTime 整数 ディスカバリー・エンジン ncp_disco からのバッ チ更新が終了した時刻。 BatchEndSize 整数 終了時のレコードの数。 注: 後続のバッチがマージされた場合、この値 は、開始時よりも大きいことがあります。 BatchEndMem 64 ビット整数 バッチが終了したときのメモリー使用量。 EntityCount 整数 バッチ更新後のエンティティー数。 ChassisCount 整数 バッチ更新後のシャーシ・デバイス数。 InterfaceCount 整数 バッチ更新後のインターフェース数。 model.statistics テーブル model.statistics テーブルには、以前のディスカバリーに関する情報が格納されてい ます。 表 128. model.statistics データベース表スキーマ 列名 制約 TopologyCount v 基本キー v NULL 以外 v 固有 TopologySendFinished データ型 説明 長い DISCO から MODEL にトポロ ジーが送信された回数。 整数 DISCO による MODEL へのト ポロジーの転送が完了している かどうかを示します。 SendTopologyToModel.stch ス ティッチャーがトポロジーの送 信を開始するとこの列は 0 に 設定され、トポロジーの送信が 完了すると 1 に設定されま す。 InsertCount 348 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 長い トポロジーに挿入されたエンテ ィティーの数。 表 128. model.statistics データベース表スキーマ (続き) 列名 制約 データ型 説明 UpdateCount 長い トポロジーで更新されたエンテ ィティーの数。 DeleteCount 長い トポロジーから削除されたエン ティティーの数。 フェイルオーバー・データベース フェイルオーバー・データベースによるフェイルオーバー・リカバリーは、エージ ェントおよびファインダーのフェイルオーバー・リカバリー (disco.config テーブル から直接構成されるリカバリー) とは異なります。エージェントおよびファインダ ーのフェイルオーバー・リカバリーが選択されている場合、このリカバリーは、フ ェイルオーバー・データベースによるリカバリーが実装されているかどうかに関係 なく作動します。 disco.config テーブルの m_WriteTablesToCache 列が 1 (true) に設定されている 場合、ディスカバリー・エンジン ncp_disco での障害発生時に備えてデータ・リカ バリーを使用可能にするため、ディスカバリー・プロセス中にデータがキャッシュ に入れられます。このモードで実行するディスカバリーは標準のディスカバリーよ りも遅くなります。これは、ディスカバリー・プロセス全体を通して、データをデ ィスクに保管するための余分の時間が必要になるためです。 無視されるキャッシュ・データ DISCO がフェイルオーバー・リカバリー・モードで再始動されると、テーブルのグ ループのキャッシュ・データがすべて無視されます。 DISCO をフェイルオーバー・リカバリー・モードで再始動するときに、以下のテー ブルのキャッシュ・データが無視されます。 v disco.config v disco.managedProcesses v disco.agents v scope データベース全体 v failover.config v failover.doNotCache v failover.restartPhaseAction 上記のテーブルでは、再始動時点でスキーマ・ファイルに指定されている挿入のみ が登録されます。 付録 A. ディスカバリー・データベース 349 failover データベース・スキーマ failover データベースは、$NCHOME/etc/precision/DiscoSchema.cfg で定義され ます。データベース表の完全修飾名は、failover.config、failover.status、 failover.findRateDetails、failover.doNotCache、および failover.restartPhaseAction です。 failover.config テーブル failover.config テーブルへの insert は必ず 1 つのみでなければなりません。 表 129. failover.config データベース表スキーマ 列名 制約 データ型 m_InitialiseFromCache 外部定義 Boolean Boolean デー Integer タ・タイプ 説明 既にキャッシュに入っているデ ータを使用するかどうかを示す フラグ。 v 0: キャッシュ・データを使用 しない v 1: キャッシュ・データを使用 する (ある場合) 整数 m_NumberOfRetries 試行操作を中止するまでのキャ ッシュ・データの使用試行回数 (クリーン・スレートで開始する 前に、DISCO を再始動できる回 数)。 値が指定されていない場合は、 DISCO は常にクリーンな状態の データベースを使用して開始さ れます。 m_StoreEveryNthDevice デフォルト = 整数 10 findRateDetails テーブルの更新 頻度。指定された数のデバイス が検出された後にテーブルが更 新されます。 failover.status テーブル failover.status テーブルは、DISCO プロセスがキャッシュ・データを使用して再始 動を試行した回数を示します。このテーブルはアクティブであるため、このテーブ ルへの insert を構成してはなりません。 350 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 130. failover.status データベース表スキーマ 列名 制約 データ型 説明 m_NumberOfAttempts v NULL 以外 整数 DISCO プロセスがキャッシ ュ・データを使用して再始動 を試行した回数。 v 基本キー DISCO がフェイルオーバー・ リカバリー・モードで初めて 実行される時点でこの列には 1 が設定され、その後 DISCO がフェイルオーバー・モード で実行されるたびに値が増加 します。 failover.findRateDetails テーブル findRateDetails テーブルは、ディスカバリーの特定の時点で検出されたデバイスの 詳細を提供します。このテーブルはアクティブであり、スキーマ・ファイルに insert を作成することはできません。テーブルには情報が自動的に取り込まれま す。 表 131. failover.findRateDetails データベース表スキーマ 列名 制約 データ型 説明 m_StartTime v NULL 以外 テキスト 最初のデバイスが検出された時 刻。 m_LastFindTime テキスト 最後のデバイスが検出された時 刻。 m_DevicesFound 整数 現時点での検出デバイス数。 v 基本キー failover.doNotCache テーブル 特定のテーブルのキャッシュを防ぐには、テーブルの名前を doNotCache テーブル に指定します。これにより、不要なキャッシュ・ファイル (スティッチャーで定義 されている一時テーブルのキャッシュ・ファイルなど) が作成されなくなります。 付録 A. ディスカバリー・データベース 351 表 132. failover.doNotCache データベース表スキーマ 列名 制約 データ型 説明 m_DatabaseName NULL 以外 テキスト フェイルオーバー・リカバリー中に キャッシュしないデータベースの名 前。 フェイルオーバー・リカバリー・モ ードを使用するには、以下のテーブ ルをキャッシュする必要がありま す。したがってこれらのテーブル は、このテーブルにリストされてい てはなりません。 v disco.status v failover.status 以下のテーブルはキャッシュされる 必要があります。このため、このテ ーブルにリストされていてはなりま せん。 m_TableName NULL 以外 テキスト v エージェントの despatch テー ブルと returns テーブル v finders.processing v translations.ipToBaseName m_DatabaseName に指定されてい るデータベースのテーブルのうち、 キャッシュしないテーブルの名前。 データベースのすべてのテーブルを 指定するには * を使用します。 failover.restartPhaseAction テーブル restartPhaseAction テーブルには、特定のディスカバリー・フェーズでの再始動時 に実行される一連のスティッチャーが格納されています。複数のスティッチャーを 指定できますが、指定されたスティッチャーは任意の順序で実行されます。トポロ ジー作成フェーズでの再始動時には、少なくとも FinalPhase スティッチャーを実 行することをお勧めします。 表 133. failover.restartPhaseAction データベース表スキーマ 352 列名 制約 データ型 説明 m_RestartPhase NULL 以外 整数 DISCO が再始動されるフェー ズ。 m_ExecuteStitcher NULL 以外 テキスト このフェーズで実行されるステ ィッチャー。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド failover データベース構成の例 この例では、OQL コマンドを使用してフェイルオーバー・データベース表に構成値 を挿入します。これらのフェイルオーバー・データベース表は、DISCO をその起動 時に構成するために使用される DiscoConfig.cfg ファイルに追加されます。 failover.config テーブルの構成例 この例では、OQL コマンドを使用して failover.config テーブルに構成値を挿入し ます。 failover.config テーブルのこの構成では、既にキャッシュに格納されているデータ が使用されます。ディスカバリー・エンジンの ncp_disco は、キャッシュ・データ が無視されるようになるまで、最大 3 回まで再起動される場合があります。これら の値が使用されるのは、disco.config.m_WriteTablesToCache=1 の場合のみです。 insert into failover.config ( m_InitialiseFromCache, m_NumberOfRetries ) values ( 1, 3 ); failover.doNotCache テーブルの構成例 この例では、OQL コマンドを使用して failover.doNotCache テーブルに構成値を 挿入します。disco.config テーブル、および instrumentation データベース内のす べてのテーブルは、キャッシュされません。 insert into failover.doNotCache ( m_DatabaseName, m_TableName ) values ( 'disco', 'config' ); insert into failover.doNotCache ( m_DatabaseName, m_TableName ) values ( 'instrumentation', '*' ); エージェント・テンプレート・データベース 各ディスカバリー・エージェントのデータベースは、agentTemplate データベース というテンプレートをベースにしています。 agentTemplate データベースは、$NCHOME/etc/precision/DiscoSchema.cfg で定 義され、データベース表の完全修飾名は、agentTemplate.despatch および agentTemplate.returns です。 関連資料: 付録 A. ディスカバリー・データベース 353 65 ページの『ディスカバリー・エージェントの定義ファイル』 ディスカバリー・エージェントの定義ファイルにより、ディスカバリー・エージェ ントの動作が定義されます。 ディスカバリー・エージェントの despatch テーブル Details エージェントによってデバイスに問い合わせが行われると、このデバイスが Associated Address エージェントに渡され、既にディスカバーされているかどうか がチェックされます。デバイスがまだディスカバーされていなかった場合、このデ バイスの詳細が処理され、スティッチャーによって、該当するエージェントの despatch テーブルに送信されます。 表 134 で、この despatch テーブルについて説明します。 despatch テーブルにデバイスの詳細が格納されると、エージェントはそのデバイス に関連する接続情報の取得を試行します。 表 134. agentTemplate.despatch データベース表スキーマ 列名 制約 データ型 説明 m_Name 基本キー テキスト ネットワーク上のエンティティーの 固有名。 NULL 以外 m_UniqueAddress NULL 以外 テキスト ネットワーク・エンティティーの固 有 IP アドレス。 m_ManagerId 基本キー テキスト デバイスのマネージャー。デバイス が直接アクセスされる場合は、" " に 設定されます。デフォルトでは、" " に設定されています。 整数 ディスカバーされたデバイスのプロ トコル。 NULL 以外 m_Protocol v (1) IP v (2) IP-NAT 354 m_ObjectId テキスト デバイス・クラスのテキスト表現 (ASN.1 アドレス)。 m_SnmpAccessIP テキスト 存在する場合、ヘルパー・サーバー を使用したデバイスへの SNMP ア クセスに使用される IP アドレスを オーバーライドします。 m_AddressSpace テキスト デバイスが属する NAT アドレス・ スペースの名前。この値は translations.NATAddressSpaceIds テ ーブル内に設定されます。ディスカ バリーが NAT を使用していない場 合、またはデバイスがパブリック・ ドメイン内に存在する場合、この値 はヌルです。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 134. agentTemplate.despatch データベース表スキーマ (続き) 列名 制約 データ型 説明 m_HaveAccess 外部定義 Boolean デー タ・タイプ Boolean Integer デバイスへの SNMP アクセス権が あるかどうかを示すフラグ: v (1) アクセス権限がある v (0) アクセス権限がない ディスカバリー・エージェントの returns テーブル 返されたデバイスの接続詳細は、エージェントの returns テーブルに格納されま す。これらの詳細を使用して、トポロジー・データベースにデータを取り込みま す。 表 135 で、この returns テーブルについて説明します。 表 135. agentTemplate.returns データベース表スキーマ 列名 制約 データ型 説明 m_Name NULL 以外 テキスト ネットワーク上のエンティティーの 固有名。 m_UniqueAddress NULL 以外 テキスト このエンティティーのレイヤー 3 ア ドレス。 m_Protocol 整数 ディスカバーされたデバイスのプロ トコル。 v (1) IP v (2) IP-NAT テキスト m_ObjectId m_HaveAccess 外部定義 Boolean デー タ・タイプ デバイス・クラスのテキスト表現 (ASN.1 アドレス)。 Boolean Integer デバイスへの SNMP アクセス権が あるかどうかを示すフラグ。 v (1) アクセス権限がある v (0) アクセス権限がない m_ExtraInfo 外部定義 vblist Object データ型 ユーザーによってエージェント定義 ファイルに指定された追加情報。 m_LocalNbr 外部定義 neighbor デー タ・タイプ Object 直接隣接デバイス (インターフェー ス)。 m_RemoteNbr 外部定義 Object nbrsNeighbor データ・タイプ インターフェースに接続されたリモ ート隣接デバイス。 m_UpdAgent テキスト このデバイスを更新したエージェン ト。 m_SnmpAccessIP テキスト 存在する場合、ヘルパー・サーバー を使用したデバイスへの SNMP ア クセスに使用される IP アドレスを オーバーライドします。 付録 A. ディスカバリー・データベース 355 表 135. agentTemplate.returns データベース表スキーマ (続き) 列名 制約 m_AddressSpace m_LastRecord 外部定義 Boolean デー タ・タイプ データ型 説明 テキスト デバイスが属する NAT アドレス・ スペースの名前。この値は translations.NATAddressSpaceIds テーブル内に設定されます。ディス カバリーが NAT を使用していない 場合、またはデバイスがパブリッ ク・ドメイン内に存在する場合、こ の値はヌルです。 Boolean Integer これが、このエンティティーの最後 のレコードであるかどうか: v (1) True v (0) False 356 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 付録 B. ディスカバリー・プロセス Network Manager のディスカバリー・プロセスでは、接続データと包含データを 含むネットワーク・トポロジーを作成します。 ディスカバリーのサブプロセス ディスカバリー・プロセスは、デバイスやデバイス相互接続をディスカバーするた めに連携して処理を実行する、いくつかのサブプロセスから構成されています。 ディスカバリーを起動すると、Network Manager の内部ディスカバリー・エンジ ン (ncp_disco) が稼働されます。ncp_disco エンジンは、デバイスの存在と相互接 続をディスカバーするプロセスを管理します。 フル・ディスカバリーを開始した場合は、ディスカバリー・エンジン (ncp_disco) が必ずその構成ファイルを再読み取りします。また、ディスカバリー・エンジン は、ヘルパー・サーバーおよび個々のヘルパーに対して、構成ファイルを再読み取 りするように指示します。これは、FullDiscovery スティッチャー・ファイル内の DiscoReadConfig() ルールによって制御されます。 注: 部分的なディスカバリーを開始した場合、ncp_disco はその構成ファイルを読み 取りません。 このディスカバリー・エンジンは、ネットワーク上のデバイスの存在を検出し、そ のデバイスにインベントリーと接続情報を照会することによって機能します。この 情報がその後処理されたり、「スティッチ (合成)」されて、接続つまりトポロジ ー・モデルを生成します。ディスカバリー・エンジンの各コンポーネントの説明を 表 136 に示します。 表 136. ディスカバリーの各コンポーネント 名前 説明 ファインダー ファインダーは、デバイスの存在をディスカバーしますが、接続情報は取 得しません。 エージェント ncp_disco は、ディスカバリー・エージェントを使用して、ファインダー がディスカバーしたデバイスから接続情報を要求します。さまざまなエー ジェントがあり、それぞれのエージェントが異なるデバイスから情報を取 得するように特化されています。また、特定の状況では、異なるプロトコ ルを使用するように特化されているエージェントもあります。エージェン トは、ネットワークと直接対話を行いません。代わりに、ヘルパー・サー バーを介して情報を取得します。エージェントは、ライブラリーやテキス ト・ファイルで作成することができ、特定のプロトコルや、デバイス、ク ラス専用となります。 ヘルパー・サー バー ヘルパー・サーバーは、ヘルパーを管理し、ネットワークから取得された 情報を保管します。ディスカバリー・エージェントは、ヘルパー・サーバ ーを介して情報を取得することにより、ネットワーク上の負荷を軽減しま す。ヘルパー・サーバーは、要求を直接キャッシュ・データで処理した り、適切なヘルパーに渡したりできます。 © Copyright IBM Corp. 2006, 2016 357 表 136. ディスカバリーの各コンポーネント (続き) 名前 説明 ヘルパー ヘルパーは、ディスカバリー・エージェントの代わりに、ネットワークか ら情報を取得します。また、ヘルパーは、エージェントの照会を適切なネ ットワーク・プロトコルに変換して、デバイスに対して要求を行います。 スティッチャー スティッチャーは、データベース間でデータを転送、操作、および分散す るプロセスです。ディスカバリー・スティッチャーはまた、エージェント が収集した情報を処理し、この情報を使用してネットワーク・トポロジー を作成する役割を果たします。Network Manager には、事前定義の一連 のスティッチャーが組み込まれています。既存のスティッチャーを変更す るか、新しいスティッチャーを作成することにより、ネットワーク・トポ ロジーのカスタム操作を実行できます。例えば、デバイスのインターフェ ースを独自の命名規則を使用して表示させるスティッチャーを作成するこ とができます。スティッチャーは、スティッチャー言語を使用してコード 化されます。 ディスカバリーのタイミング 各フル・ディスカバリーは、1 つ以上のディスカバリー・サイクルから構成されま す。 1 つのフル・ディスカバリーを複数のディスカバリー・サイクルに分割するこ とにより、ディスカバリーを適時に完了させることができます。 最初のディスカバリー・サイクルでは、Network Manager は、ネットワーク上の 事前に判別済みの大部分のデバイスの存在をディスカバーし、引き続きこれらのデ バイスに関連付けられているすべてのデータ収集および処理動作を完了します。 Network Manager がネットワーク上で事前に判別済みの大部分のデバイスの存在 をディスカバーすると、Network Manager はブラックアウト状態 になります。 ブラックアウト状態の間にNetwork Manager がディスカバーしたすべてのデバイ スは、finders.pending という名前のデータベース表に格納されます。これらのデバ イスは、後続のディスカバリー・サイクルでのみ処理されます。これは、ディスカ バリー・プロセスが、より詳細なデータの収集動作およびデータ処理動作に移る前 に、すべてのデバイスのディスカバーを待機する必要がないことを意味します。 注: 理想的には、ディスカバリーは 1 回のディスカバリー・サイクルで完了する必 要があります。しかし、エンティティーの存在を十分な速さでディスカバーするこ とが不可能な場合があり、結果的に、より多くのディスカバリー・サイクルが必要 になります。システムがエンティティーの存在を十分な速さでディスカバーできな い理由には、密度の低いサブネットで ping スイープを行っていること、およびデ バイスにアクセスできないことなどがあります。最初のディスカバリーは、多くの 場合、複数のサイクルを伴います。初期ディスカバリーの後に、BuildSeedList.pl ス クリプトを使用してシード・リストを作成することで、サイクル数を減らすことが できます。この後に、後続のディスカバリーでこのシード・リストを使用すると、 より適切なタイミングでデバイスを検出できるようになります。 デフォルトでは、各ディスカバリー・サイクルは、1 つのデータ収集ステージと 1 つのデータ処理ステージから構成されます。さらにデータ収集ステージは、3 つの 358 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド フェーズに分かれています。図 1 に、完了までに 2 つのディスカバリー・サイク ルが必要なディスカバリーを示したディスカバリーのタイミングの図を示します。 データ収集およびデータ処理の各ステージを、表 137で簡単に説明します。 図 1. 2 つのディスカバリー・サイクルがあるフル・ディスカバリーでのディスカバリーのタ イミング 図 1 では、最初のディスカバリー・サイクルのブラックアウト状態は、番号 1 で 示した時点から開始し、番号 2 で示した時点で終了します。 ▌1▐: ブラックアウト状態の開始。この時点で、ネットワーク上の事前判別済みの 大多数のデバイスのディスカバーが終了しています。この時点以降にディスカバ ーされたデバイスは、後続のディスカバリー・サイクルで処理するために、 finders.pending テーブルに格納されます。 ▌2▐: ブラックアウト状態の終了。この時点で、finders.pending テーブルに保管 されたデバイスが、後続のディスカバリー・サイクルで処理されます。 注: ディスカバー対象のネットワークが著しく大規模である場合や複雑な場合、フ ル・ディスカバリーの完了までに 3 つ以上のディスカバリー・サイクルが必要にな ることがあります。この場合、最後のサイクルを除く、各ディスカバリー・サイク ルにそれぞれブラックアウト状態が発生します。 表 137. データ収集ステージおよびデータ処理ステージ ステージまたはフェーズ 説明 データ収集ステージ このステージの間、Network Manager は、ファインダー、 エージェント、およびヘルパーの各 DISCO コンポーネント を使用して、ネットワークにデバイス情報を問い合わせま す。データ収集ステージは、この表で説明する 3 つのフェ ーズに分かれています。 付録 B. ディスカバリー・プロセス 359 表 137. データ収集ステージおよびデータ処理ステージ (続き) ステージまたはフェーズ 説明 データ収集: 第 1 フェーズ このフェーズでは、ファインダーがネットワーク上のデバイ スを識別します。フェーズ 1 は、デバイスの検出率 が一定 のレベルより低下したときに完了します。ディスカバーされ たデバイスごとに、エージェントがデバイスの詳細、そのデ バイスに関連付けられている IP アドレス、およびデバイス の接続情報を取得します。 データ収集: 第 2 フェーズ このフェーズでは、エージェントが IP アドレスと MAC アドレス間のマッピング・データを取得します。 データ収集: 第 3 フェーズ このフェーズでは、エージェントがネットワーク・スイッチ のすべての転送データベース表の情報をダウンロードし、す べてのデバイスを ping して、転送データベース表の内容が 正確であることを確認します。 データ処理ステージ このステージでは、Network Manager は、データ収集ステ ージの間に収集されたデータに基づいて、ネットワーク・ト ポロジーを推論します。スティッチャーが、収集されたデー タを分析して、接続データと包含データを含むネットワー ク・トポロジーを作成します。 関連概念: 『ディスカバリーのステージとフェーズ』 ディスカバリー・プロセスは、データ収集とデータ処理の 2 つのステージに分ける ことができます。各ステージはさらに、いくつかのフェーズに分けられます。 366 ページの『ディスカバリー・サイクル』 特定のサイクルのディスカバリー・データ・フローが開始から終了までたどったと き、1 つのディスカバリー・サイクルが発生したことになります。1 つのフル・デ ィスカバリーに、複数のサイクルが必要になる場合があります。 361 ページの『データ収集ステージ』 データ収集ステージには、ネットワーク・トポロジーを生成するための、ネットワ ークに対するデバイス情報の問い合わせが含まれます。DISCO は、データ収集ステ ージの間に、ファインダー、エージェント、およびヘルパーを使用します。データ 収集ステージを、さらにいくつかのフェーズに分けることができます。 361 ページの『データ処理ステージ』 データ処理ステージでは、データ収集ステージからの情報がスティッチャーによっ て分析、解釈、および処理されると、トポロジーの推論が行われます。データ処理 ステージの最終点は、包含モデルを生成することです。 ディスカバリーのステージとフェーズ ディスカバリー・プロセスは、データ収集とデータ処理の 2 つのステージに分ける ことができます。各ステージはさらに、いくつかのフェーズに分けられます。 関連概念: 358 ページの『ディスカバリーのタイミング』 各フル・ディスカバリーは、1 つ以上のディスカバリー・サイクルから構成されま す。 1 つのフル・ディスカバリーを複数のディスカバリー・サイクルに分割するこ とにより、ディスカバリーを適時に完了させることができます。 360 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 366 ページの『ディスカバリー・サイクル』 特定のサイクルのディスカバリー・データ・フローが開始から終了までたどったと き、1 つのディスカバリー・サイクルが発生したことになります。1 つのフル・デ ィスカバリーに、複数のサイクルが必要になる場合があります。 関連タスク: 185 ページの『ディスカバリー進行状況のモニター』 「モニター」タブを使用して、ディスカバリーの各フェーズにおける現在のディス カバリーの進行状況をモニターできます。 データ処理ステージ データ処理ステージでは、データ収集ステージからの情報がスティッチャーによっ て分析、解釈、および処理されると、トポロジーの推論が行われます。データ処理 ステージの最終点は、包含モデルを生成することです。 データ処理ステージは、言い換えれば、トポロジーを作成することです。これは、 ディスカバリー・サイクルの概念上の最終ステップです。 主要なスティッチ動作を開始する前に、スティッチャーがさまざまなディスカバリ ー・エージェントからの接続情報の処理を開始するように構成することができるた め、データ処理ステージとデータ収集ステージは通常、部分的に重なり合っていま す。 関連概念: 358 ページの『ディスカバリーのタイミング』 各フル・ディスカバリーは、1 つ以上のディスカバリー・サイクルから構成されま す。 1 つのフル・ディスカバリーを複数のディスカバリー・サイクルに分割するこ とにより、ディスカバリーを適時に完了させることができます。 374 ページの『トポロジーの作成』 トポロジーの作成は、いくつかのステップで実行されます。 データ収集ステージ データ収集ステージには、ネットワーク・トポロジーを生成するための、ネットワ ークに対するデバイス情報の問い合わせが含まれます。DISCO は、データ収集ステ ージの間に、ファインダー、エージェント、およびヘルパーを使用します。データ 収集ステージを、さらにいくつかのフェーズに分けることができます。 第 1 フェーズ データ収集の最初のフェーズでは、ファインダーがネットワーク上に存在するすべ てのデバイスを識別します。一般に、1 つのフェーズは、起動されたすべてのプロ セスがその動作を完了したときに終了することができます。ただし、ファインダー がすべてのデバイスをディスカバーしてから、フェーズ 2 に進むことを希望する場 合があります。これは、無期限に待機することにより、ディスカバリー・プロセス を遅延させることになるため非効率的です。そのため、検出率 が一定のレベルより 低下すると、第 1 フェーズは終了します。これは、 disco.config.m_NothingFndPeriod に指定された時間のあいだに、いずれのデバイ スもディスカバーされないことで判断されます。 付録 B. ディスカバリー・プロセス 361 データ収集フェーズ 1 の間には、ディスカバリー・サイクルの以下の概念上のステ ップが実行されます。 v デバイスの存在のディスカバー v デバイスの詳細のディスカバー (標準) v デバイスに関連付けられているアドレスのディスカバー v デバイス接続のディスカバー 第 1 フェーズでのエージェント 一部のエージェントは、ほかのデバイスを検出するために使用できるデータ (リモ ート隣接デバイスの IP アドレスや、ローカル隣接デバイスが存在するサブネット など) を返します。このメカニズムをフィードバック と呼びます。 Feedback スティッチャーは、エージェントから返された情報を Ping ファインダー に送信し、ディスカバリーに組み込むことで、フィードバックを管理します。ただ し、ブラックアウト状態があるため、フィードバック・プロセスにかかわるすべて のエージェントを現在のディスカバリー・サイクルのフェーズ 1 (デバイスをディ スカバーするフェーズ) で実行する必要があります。 スイッチ・ディスカバリー・エージェントによるすべての VLAN およびインター フェース情報のダウンロードも、通常はフェーズ 1 で行われます。 ブラックアウト状態 フェーズ 1 の後、ディスカバリーはブラックアウト状態 になります。ファインダ ーは、ネットワーク上にある事前に判別済みの大多数のデバイスの存在のディスカ バーを終了しています。ブラックアウト状態のときに、ファインダーにより、また は 1 つのディスカバリー・エージェントにより再帰的に、新たにディスカバーされ たデバイスのアドレスは、finders.pending データベース表に格納されます。 finders.pending データベース表に格納されたデバイスは、次のディスカバリーで処 理されます。 finders.pending データベース表にデバイスがある場合は、現在のデ ィスカバリーが終了するとすぐに次のディスカバリーが開始されます。 第 2 フェーズ フェーズ 1 の完了基準が満たされた後、フェーズ 2 が開始します。OSI モデルの レイヤー 2 とレイヤー 3 をマップするために、ARP Cache ディスカバリー・エー ジェントは、ヘルパー・サーバーに ARP データを取り込みます。このデータはデ バイスの IP アドレスから MAC アドレスへのアドレス解決のリストです。 ディスカバリーがフェーズ 2 からフェーズ 3 に移行するためには、その前にフェ ーズ 2 のプロセスがその動作を完了していなければなりません。エージェントの despatch テーブル内のすべてのエンティティーが、エージェントの returns テーブ ルにも存在する場合、エージェントは終了したと見なされます。 エージェントはマルチスレッドであるため、エージェントに渡されたディスカバー 済みのデバイスのレコードには、特定のフェーズのタグが付けられます。これによ り、エージェントが任意の時点でデバイスを 2 つの異なるフェーズで処理すること ができます。フェーズ 3 が開始した後で、フェーズ 2 で実行すべきだったアクシ 362 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ョンが検出された場合、エージェントはフェーズ 2 の処理を実行しますが、フェー ズ 3 は続行されます。 第 3 フェーズ フェーズ 3 までに、ディスカバリー・プロセスはネットワーク内に存在するデバイ スの完全な知識 (フェーズ 1 から獲得) を持ち、ヘルパー・サーバー内のすべての デバイスについての IP アドレスと MAC アドレス間の完全なマッピング (フェー ズ 2 から獲得) にアクセスすることができます。この時点でスイッチ・エージェン トは、ネットワーク・スイッチのすべての転送データベース表情報のダウンロード に進むことができるようになります。同時に、すべてのデバイスを ping して、転 送データベース表の内容が正確であることを確認できます。 フェーズ 3 が終了すると (終了は、このフェーズで実行するようにスケジュールさ れているすべてのプロセスの完了によって示されます)、ディスカバリーは、データ 収集ステージからデータ処理ステージに移行できる状態です。データ処理ステージ では、すべての接続情報が合成され、ネットワーク・トポロジーが形成されます。 段階付けられたディスカバリー手法による DISCO プロセスへの影響 データ収集ステージをいくつかのフェーズに分割した場合、各フェーズが順番に処 理されるため、ディスカバリーおよびネットワーク・トポロジーの推論に関係する すべてのプロセスが影響を受けることになります。いずれのフェーズも、その前の フェーズの完了基準を満たすまでは開始できません。 このため、DISCO のすべてのプロセスに、そのプロセスが動作できる 1 つまたは 複数のフェーズを関連付ける必要があります。したがって、通常ファインダーはす べてのフェーズを通して実行するように構成されるのに対して、一定のディスカバ リー・エージェントを特定の 1 つまたは複数のフェーズ内でのみ動作するように構 成することが必要となる場合があります。DISCO が持つ柔軟性により、別のフェー ズ内で動作するときには異なる動作ができるインテリジェントなプロセスを実現し たり、ほかのプロセスに制御を渡したり、次の動作可能なフェーズの開始まで動作 を停止させたりすることが可能になります。 関連概念: 358 ページの『ディスカバリーのタイミング』 各フル・ディスカバリーは、1 つ以上のディスカバリー・サイクルから構成されま す。 1 つのフル・ディスカバリーを複数のディスカバリー・サイクルに分割するこ とにより、ディスカバリーを適時に完了させることができます。 367 ページの『デバイスの存在のディスカバー』 デバイスの存在のディスカバリーは、いくつかのステップで実行されます。 368 ページの『デバイスの詳細のディスカバー (標準)』 標準のデバイスの詳細のディスカバリーは、いくつかのステップで実行されます。 371 ページの『デバイスに関連付けられているアドレスのディスカバー』 デバイスに関連付けられているアドレスのディスカバリーでのプロセス・フローに は、いくつかのステップがあります。 373 ページの『デバイス接続のディスカバー』 デバイス接続のディスカバリーは、いくつかのステップで実行されます。 付録 B. ディスカバリー・プロセス 363 段階付けられたディスカバリーの利点 いくつかの理由から、段階付けられた (ステージやフェーズがある) ディスカバリー の手法を採用することには利点があります。 スイッチの接続 一部のデバイス接続を判別するときに、ディスカバリー・エージェントが、特定の 管理情報ベース (MIB) 変数を要求する前に (特に要求する情報が一時的な情報であ る場合は)、存在するすべてのデバイスを認識していることが必要になる場合があり ます。 この例として、レイヤー 2 エージェントがイーサネット・スイッチ間の接続をディ スカバーする場合が挙げられます。イーサネット・スイッチには、一定期間で有効 期限が切れる転送データベース表があります。このため、スイッチの転送データベ ース表に、問い合わせ時にデータが完全に取り込まれている状態にするために、そ のスイッチに関連付けられているすべてのデバイスを ping します。 そのために、スイッチ・ディスカバリー・エージェントを、データ収集フェーズ 1 でほかの何らかの処理を実行するように構成します。エージェントは、フェーズ 1 が完了した (つまり、すべてのデバイスが検出された) ことを示すシグナルを受け取 った後に、フェーズ 2 の動作を開始することができます。例えば、エージェント が、ディスカバリー・ドメイン内のすべてのデバイスを ping し、それと同時に、 すべてのスイッチの転送データベース表をダウンロードします。 サブネット境界のマッピング 個別のディスカバリー・エージェントを、ヘルパー・サーバーから直接個々の ARP 要求を出すように構成した場合、特に構成しない限り、ARP ヘルパーを複数のサブ ネット上で同時に実行できないという 1 つの制限があります。この問題を解決する には、ARP Cache という特別なディスカバリー・エージェントを使用します。この ディスカバリー・エージェントは、汎用ディスカバリー・エージェントを模倣しま す (このエージェントにエンティティーを送信できるという意味で) が、このディス カバリー・エージェントは、OSI モデルの境界や異なるレイヤーをマップすること もできます。 ARP Cache ディスカバリー・エージェントは、ルーター上に存在する ARP キャ ッシュについて問い合わせを行うことができます。この情報を使用して、ヘルパ ー・サーバー内の ARP ヘルパー・データベースにデータを取り込むことで、ARP ヘルパーに依存することなく、デバイスの IP アドレスと MAC アドレス間の完全 なマッピングを構築します。 この方法は、スイッチ・ディスカバリー・エージェントを使用するときに適用する ことができます。このエージェントでは、動作を開始する前に、IP アドレスから MAC アドレスへの解決を実行する必要があります。前述の例に従って、以下の 3 つのフェーズがあるディスカバリーのデータ収集ステージを構成することができま す。 v 364 フェーズ 1: ネットワーク上に存在するすべてのデバイスを検出します。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド v フェーズ 2: ARP Cache ディスカバリー・エージェントを使用して、ヘルパ ー・サーバーに IP アドレスと MAC アドレス間の完全なマッピングを取り込み ます。 v フェーズ 3: すべてのデバイスを ping し、フェーズ 2 で特定した IP アドレス と MAC アドレス間のマッピングを使用して、ネットワーク内のすべてのスイッ チの転送データベース表をダウンロードすることにより、スイッチ・ディスカバ リー・エージェントを呼び出します。 複数フェーズのディスカバリー・エージェント データ収集ステージを複数のフェーズに分割したことによる結果としてもう 1 つ考 えられるのは、ディスカバリー・エージェントを、それぞれのフェーズ内で異なる 動作を実行するように構成できることです。 あるディスカバリー・エージェントは、フェーズ 2 で動作を開始するようにプログ ラムされますが、このエージェントがフェーズ 1 でほかの動作を実行することもで きます。これは、フェーズ 1 の最後に示されることが、すべてのデバイスがディス カバーされたことのみであるためです。フェーズ 1 の間にインターフェースのダウ ンロード、Telnet 要求の発行、ほかの MIB 変数のダウンロードなど、ほかのアク ションを実行するようにエージェントを構成することができます。フェーズ 2 が開 始して初めて、このエージェントはフェーズ 2 用の命令の処理を開始します。 ヒント: トポロジーの推論を最大限正確にするためには、ディスカバリーが複数のフ ェーズにわたって行われるように構成することをお勧めします。 複数フェーズのディスカバリーによるネットワーク・トラフィックへ の影響 複数のフェーズにすることの主な利点の 1 つに、ネットワーク・トラフィックの削 減があります。 類似したタイプのネットワーク要求がフェーズ単位でグループ化されるため、デー タをヘルパー・サーバー内にキャッシュすることができ、これによってネットワー クの負荷が軽減されます。ヘルパー・サーバーは、ディスカバリー・エージェント とネットワーク間の仲介役であり、同じデバイスに対する複数回の ping をひとま とめにして、単一の ping として解決できるようにします。 また、ヘルパー・サーバーには要求のプールがあり、ヘルパー・サーバーがネット ワークの過負荷を起こさないようにしています。この要求プールは、同時に処理さ れる要求の数を制限することで、これを実現します。 複数フェーズのための基準 複数のフェーズが存在するディスカバリーを構成するための主な基準は、ディスカ バリー・プロセス中に実行する必要がある各動作の要件を評価することです。例え ば、イーサネット・ベースのディスカバリー・エージェントでは、少なくとも 2 つ のフェーズが必要です。ディスカバリー・エージェントは、任意のフェーズで動作 できるように設定できます。 付録 B. ディスカバリー・プロセス 365 フェーズの管理 ディスカバリーのデータ収集ステージの各フェーズは、内部フェーズ・マネージャ ー によって管理されます。 フェーズ・マネージャーは、次のことを行います。 v ディスカバリー・エージェントおよびスティッチャーの定義ファイルをすべてロ ードしたときに、フェーズ全体の最大数を読み取り、フェーズの合計数を計算し ます。 v フェーズとプロセスの依存関係、つまりディスカバリー・エージェントがどのフ ェーズで実行するようにスケジュールされているかを計算します。 v 各フェーズの間の実行中のプロセスをモニターします。 フェーズ・マネージャーは、現在のフェーズの全プロセスが完了したことを検出す ると、次のフェーズでの起動を待機しているすべてのプロセスに対して、フェーズ の完了を示すシグナルを送信します。 ディスカバリー・サイクル 特定のサイクルのディスカバリー・データ・フローが開始から終了までたどったと き、1 つのディスカバリー・サイクルが発生したことになります。1 つのフル・デ ィスカバリーに、複数のサイクルが必要になる場合があります。 ディスカバリーのデータ・フローは、以下の概念上のステップに分類することがで きます。 v デバイスの存在のディスカバー v デバイスの詳細のディスカバー (標準) v デバイスの詳細のディスカバー (コンテキスト依存) v デバイスに関連付けられているアドレスのディスカバー v デバイス接続のディスカバー v トポロジーの作成 これらの各ステップが、ディスカバリーのデータ・フローに従って、開始から終了 まで順番に実行されます。ただし例外として、コンテキスト依存のディスカバリー の場合は、標準のデバイスの詳細をディスカバーする代わりに、コンテキスト依存 のデバイスの詳細をディスカバーします。 関連概念: 358 ページの『ディスカバリーのタイミング』 各フル・ディスカバリーは、1 つ以上のディスカバリー・サイクルから構成されま す。 1 つのフル・ディスカバリーを複数のディスカバリー・サイクルに分割するこ とにより、ディスカバリーを適時に完了させることができます。 360 ページの『ディスカバリーのステージとフェーズ』 ディスカバリー・プロセスは、データ収集とデータ処理の 2 つのステージに分ける ことができます。各ステージはさらに、いくつかのフェーズに分けられます。 377 ページの『EMS 統合を使用したディスカバリー・プロセス』 Network Manager は、コレクターを使用して EMS からトポロジー・データを収 集します。 366 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド デバイスの存在のディスカバー デバイスの存在のディスカバリーは、いくつかのステップで実行されます。 図 2 に、ネットワーク上の初期のデバイスの存在がどのようにディスカバーされる かを示します。 図 2. ディスカバリー・プロセス・フロー: デバイスの存在 図 2 に示すプロセス・フローについて、以下で説明します。 ▌1▐: ファインダーが構成ファイルからの命令と、finders.despatch テーブルに作 成した insert を受け取り、ネットワークに進んでデバイスを検出します。 ▌2▐: ファインダーは、デバイスの存在情報を finders.returns テーブルに返しま す。 ▌3▐: デバイスの存在情報が finders.returns テーブルに格納された後、スティッ チャーがその情報を finders.processing テーブルに移動します。これは、ネット ワーク・エンティティーが DISCO によって処理されていることを示します。デ ィスカバリーがブラックアウト状態である場合、この情報は代わりに finders.pending テーブルに格納されます。 ▌4▐: スティッチャーは、デバイスの存在に関する情報を finders.processing テー ブルから Details.despatch テーブルに移動して、Details エージェントによる処 理用に準備します。 付録 B. ディスカバリー・プロセス 367 関連概念: 361 ページの『データ収集ステージ』 データ収集ステージには、ネットワーク・トポロジーを生成するための、ネットワ ークに対するデバイス情報の問い合わせが含まれます。DISCO は、データ収集ステ ージの間に、ファインダー、エージェント、およびヘルパーを使用します。データ 収集ステージを、さらにいくつかのフェーズに分けることができます。 デバイスの詳細のディスカバー (標準) 標準のデバイスの詳細のディスカバリーは、いくつかのステップで実行されます。 図 3 に、標準ディスカバリーでデバイスの詳細がどのようにディスカバーされるか を示します。 図 3. ディスカバリー・プロセス・フロー: デバイスの詳細 (標準) 図 3 に示すプロセス・フローについて、以下で説明します。 368 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ▌1▐: エージェントのすべての despatch テーブルがアクティブになっています。 したがって、Details.despatch テーブルへの挿入により、Details エージェントが 自動的に起動されます。Details エージェントは、デバイスの基本情報をディスカ バーし、そのデバイスへの SNMP アクセスが可能かどうかを判別します。 ▌2▐: Details エージェントが、ヘルパー・サーバーを介して、ネットワークに問 い合わせを行います。ヘルパー ( 368 ページの図 3 では H の文字で表していま す) が直接ネットワークに問い合わせする回数を減らすために、要求はキャッシ ュに入れられます。 ▌3▐: ネットワークから取得された情報が、Details.returns テーブルに返されま す。 ▌4▐: Details.returns テーブル内の情報が、Associated Address (AssocAddress) エージェントの despatch テーブルに渡されて処理されます。 関連概念: 361 ページの『データ収集ステージ』 データ収集ステージには、ネットワーク・トポロジーを生成するための、ネットワ ークに対するデバイス情報の問い合わせが含まれます。DISCO は、データ収集ステ ージの間に、ファインダー、エージェント、およびヘルパーを使用します。データ 収集ステージを、さらにいくつかのフェーズに分けることができます。 デバイスの詳細のディスカバー (コンテキスト依存) コンテキスト依存のデバイスの詳細のディスカバリーは、いくつかのステップで実 行されます。 370 ページの図 4 に、コンテキストに依存したディスカバリーでデバイスの詳細 がどのようにディスカバーされるかを示します。 付録 B. ディスカバリー・プロセス 369 図 4. ディスカバリー・プロセス・フロー: デバイスの詳細 (コンテキスト依存) 図 4 に示すプロセス・フローについて、以下で説明します。 ▌1▐: エージェントのすべての despatch テーブルがアクティブになっています。 したがって、Details.despatch テーブルへの挿入により、Details エージェントが 自動的に起動されます。Details エージェントは、デバイスの基本情報をディスカ バーし、そのデバイスへの SNMP アクセスが可能かどうかを判別します。 ▌2▐: Details エージェントが、ヘルパー・サーバーを介して、ネットワークに問 い合わせを行います。ヘルパーが直接ネットワークに問い合わせする回数を減ら すために、要求はキャッシュに入れられます。 ▌3▐: ネットワークから取得された情報が、Details.returns テーブルに返されま す。 ▌4▐: Details.returns テーブル内の情報が、コンテキスト・タグを追加する適切な Context エージェントの despatch テーブルに渡されます。 ▌5▐: Context エージェントの処理が終了した後、この情報が Associated Address (AssocAddress) エージェントの despatch テーブルに渡されて処理されます。 関連概念: 370 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 10 ページの『コンテキスト依存ディスカバリー』 デバイス (SMS デバイス、MPLS エッジ・デバイス、または仮想ルーターを備えた その他のデバイスなど) をディスカバーする必要がある場合は、コンテキスト依存 ディスカバリーを実行する必要があります。コンテキスト依存ディスカバリーによ り、仮想ルーターを正しく表現できます。ディスカバリーで特定のデバイス・タイ プがサポートされているかどうかを必ず確認してください。 関連タスク: 150 ページの『コンテキスト依存ディスカバリーの構成』 ディスカバーする必要があるデバイス (SMS デバイス、MPLS エッジ・デバイス、 または仮想ルーターを備えたその他のデバイスなど) がある場合は、コンテキスト 依存ディスカバリーを実行する必要があります。コンテキスト依存ディスカバリー により、仮想ルーターを正しく表現できます。ディスカバリーで特定のデバイス・ タイプがサポートされているかどうかを必ず確認してください。 関連資料: 80 ページの『DiscoConfig.cfg 構成ファイル』 DiscoConfig.cfg 構成ファイルを使用して、ファイル・ファインダーによりディスカ バーされたデバイスを Ping ファインダーが自動的に検査するように設定し、コン テキスト依存ディスカバリーを有効にすることができます。 デバイスに関連付けられているアドレスのディスカバー デバイスに関連付けられているアドレスのディスカバリーでのプロセス・フローに は、いくつかのステップがあります。 以下の図では、デバイスに関連付けられているアドレスがどのようにディスカバー されるかを示します。 付録 B. ディスカバリー・プロセス 371 図 5. ディスカバリー・プロセス・フロー: デバイスに関連付けられているアドレス 以下のプロセス・フローについては、図 5 で説明します。 ▌1▐: Associated Address エージェントが、ヘルパー・サーバーを使用して、調査 中のデバイスのインターフェースに関連付けられているすべての IP アドレスを ダウンロードします。 ▌2▐: Associated Address エージェントが、その IP アドレスを、アドレスのレジ ストリーである translations.ipToBaseName テーブルと対照してチェックしま す。詳細はこのレジストリーにも追加されます。そのアドレスを持つデバイスが 別のディスカバリーで既にディスカバーされている場合 (つまり、 translations.ipToBaseName テーブルにこのデバイスのレコードが既に含まれてい る場合)、このデバイスの詳細はディスカバリー・エージェントには送信されませ ん。 ▌3▐: 対象デバイスがまだディスカバーされていない場合は、スティッチャーが DiscoAgents.cfg 構成ファイルに指定されている適切なディスカバリー・エージ ェントにその詳細を渡します。 関連概念: 372 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 361 ページの『データ収集ステージ』 データ収集ステージには、ネットワーク・トポロジーを生成するための、ネットワ ークに対するデバイス情報の問い合わせが含まれます。DISCO は、データ収集ステ ージの間に、ファインダー、エージェント、およびヘルパーを使用します。データ 収集ステージを、さらにいくつかのフェーズに分けることができます。 デバイス接続のディスカバー デバイス接続のディスカバリーは、いくつかのステップで実行されます。 以下の図では、デバイス接続がディスカバーされる様子、およびデバイスが再帰的 にディスカバーされる様子を示します。 図 6. ディスカバリー・プロセス・フロー: デバイス接続 以下のプロセス・フローについては、図 6 で説明します。 ▌1▐: ディスカバリー・エージェントの despatch テーブルに情報が挿入される と、エージェントはそのデバイスの接続情報に対するディスカバーを試行しま す。このエージェントは、ヘルパー・サーバーとの間に TCP ソケット・ベース の通信リンクをセットアップして、該当する接続情報を要求します。 ▌2▐: スティッチャーが、ディスカバリーのファインダーに対して、そのデバイス のリモート隣接デバイスのアドレス、およびそのデバイスのサブネット・アドレ ス (1 つまたは複数) を渡します。これらのアドレスは存在しない場合があるた 付録 B. ディスカバリー・プロセス 373 め、また、指定されたディスカバリー・スコープ内にない場合があるため、これ らのアドレスが、最初からディスカバリー・プロセスを通して一貫していること が必要です。 関連概念: 361 ページの『データ収集ステージ』 データ収集ステージには、ネットワーク・トポロジーを生成するための、ネットワ ークに対するデバイス情報の問い合わせが含まれます。DISCO は、データ収集ステ ージの間に、ファインダー、エージェント、およびヘルパーを使用します。データ 収集ステージを、さらにいくつかのフェーズに分けることができます。 トポロジーの作成 トポロジーの作成は、いくつかのステップで実行されます。 以下の図に、ディスカバリー・エージェントから返された生データを基にした、ト ポロジーの作成のための簡略化したデータ・フローを示します。 図 7. ディスカバリー・プロセス・フロー: トポロジーの作成 次のプロセス・フローにデータ・フローを示します。 374 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ▌1▐: すべてのディスカバリー・エージェントが処理を終了し、ディスカバリーが データ処理ステージに入った後、特殊なデータ処理スティッチャーが、ディスカ バリー・エージェントのデータベースとの対話によって、 workingEntities.finalEntity テーブルを生成します。 ▌2▐: スティッチャーが、workingEntities.finalEntity テーブルとともにエージェン トの returns テーブルのサブセットを使用して、包含モデルを推論により導き出 し、作成します。このモデルが、workingEntities.containment テーブルに保管さ れます。 ▌3▐: スティッチャーはさらに、workingEntities.finalEntity テーブルおよび workingEntities.containment テーブルとともに、エージェントの returns テーブ ルのサブセットを使用して、さまざまなトポロジー・レイヤーを作成します (こ れらのレイヤーは、レイヤー・データベース表に保管されます)。これらのレイヤ ーの全セットが fullTopology.entityByNeighbor テーブルにマージされます。 ▌4▐: スティッチャーが、生成された 3 つのテーブル (workingEntities.finalEntity、 workingEntities.containment、 fullTopology.entityByNeighbor) をマージして、ネットワーク・モデルを作成し ます。 ▌5▐: トポロジー・マネージャー ncp_model が、各ネットワーク・エレメントをイ ンスタンス化し (インスタンス化フィルターが適用されます)、必要に応じて、ト ポロジーをその他のコンポーネントに送信します。 関連概念: 361 ページの『データ処理ステージ』 データ処理ステージでは、データ収集ステージからの情報がスティッチャーによっ て分析、解釈、および処理されると、トポロジーの推論が行われます。データ処理 ステージの最終点は、包含モデルを生成することです。 ディスカバリー・データのブロードキャスト ディスカバリーの完了時、トポロジー・マネージャー (ncp_model) はメッセージ・ バスを使用してディスカバリーからトポロジーの更新を受け取り、これらの更新を イベント・ゲートウェイなどの他のプロセスが検索できるメッセージ・バスに渡し ます。さらに、ncp_model は、これらの更新を使用して、NCIM トポロジー・デー タベースの更新を行います。 データは、以下の 2 つの形式で保管されます。 v NCIM キャッシュ形式 v レガシー master.entityByName 形式 それぞれの保管形式の目的は、以下のとおりです。 NCIM キャッシュ形式 この形式のデータは、イベント・ゲートウェイ (ncp_g_event) など他のプ ロセス用のメッセージ・バスに更新を配置するために ncp_model によって 使用されます レガシー master.entityByName 形式 この形式のデータは、NCIM トポロジー・データベースを更新するために ncp_model によって使用されます。 付録 B. ディスカバリー・プロセス 375 NCIM キャッシュ形式については、『IBM Tivoli Network Manager IP Edition トポ ロジー・データベース・リファレンス』を参照してください。 拡張ディスカバリー構成オプション ここでは、ディスカバリー・プロセスのデータ・フローを構成する方法、および完 全なルーティング・テーブルのダウンロードを構成する方法を説明します。 構成可能なディスカバリー・データ・フロー ディスカバリー・プロセスのデータ・フローは、ユーザーによる構成が可能です。 データベース間のデータの移動は、スティッチャーによって制御されますが、ユー ザーは、このスティッチャーを起動して動作させる方法を変更することにより、デ ィスカバリー・プロセスをカスタマイズすることができます。 スティッチャーとエージェントの起動 データ・フローを変更するには、スティッチャーおよびディスカバリー・エージェ ントのデプロイメントを起動する基準を変更して、スティッチャーを変更します。 また必要に応じて、エージェントの定義を変更します。標準的なトリガーを以下に 示します。 v 特定のデータベース表へのデータの挿入 v スティッチャーまたはディスカバリー・エージェントの動作の完了 v ディスカバリー・フェーズの終了 ユーザーが行った変更は、エージェント・ファイルおよびスティッチャー・ファイ ルの定期的なスキャン時に (スキャンの頻度は、disco.config データベースのエント リーによって決まります) DISCO によって自動的に検出されます。DISCO は変更 を検出すると、その変更に応じてエージェントおよびスティッチャーの定義データ ベースを修正し、次のディスカバリー・サイクルにその変更を適用します。 スティッチャーおよびスティッチャー言語の詳細については、「IBM Tivoli Network Manager IP Edition Language Reference Guide」を参照してください。 要求時対応スティッチャー スティッチャーは、要求に応じて開始することができます。 stitchers.actions デー タベースにスティッチャーを挿入すると、DISCO が自動的にスティッチャーを実行 します。つまり、ディスカバリー・サイクルを任意の時点で開始することができ、 スティッチャーの完了時にさらにアクションを開始するように構成できます。 関連資料: 288 ページの『stitchers.actions テーブル』 stitchers.actions テーブルにスティッチャーが挿入されると、DISCO はそのスティ ッチャーを実行します。スティッチャーが完了すると、スティッチャーのエントリ ーは stitchers.actions テーブルから削除されます。挿入されたスティッチャーから 起動されるスティッチャー、および挿入されたスティッチャーの完了後に起動され るスイッチャーもすべて実行されます。 376 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 部分一致 デフォルトでは、ディスカバリー・プロセスは部分一致を使用します。これは、デ ィスカバリー・エージェントがディスカバリー中に完全なルーティング・テーブル をダウンロードする必要がないことを意味します。 部分一致を使用するために、ディスカバリー・エージェントの定義ファイルを変更 する必要はありません。ただし、ネットワーク上に部分一致をサポートしないデバ イスがあるなどの特定の状況で、IpForwardingTable ディスカバリー・エージェン トおよび IpRoutingTable ディスカバリー・エージェントが部分一致を使用しない ように設定することが可能です。 特定のデバイスについて、部分一致を行わないようにするには、 IpForwardingTable.agnt 定義ファイル (RFC2096 を使用する最新のデバイス用) ま たは IpRoutingTable.agnt 定義ファイル (RFC1213 を使用する古いデバイス用) の DiscoRouterPartialMatchRestrictions(); セクションに、部分一致をサポートしな いデバイスを指定する必要があります。ディスカバーされたデバイスが DiscoRouterPartialMatchRestrictions(); セクションに指定されたフィルターと一 致した場合、そのデバイスに対しては部分一致は試行されません。 EMS 統合を使用したディスカバリー・プロセス Network Manager は、コレクターを使用して EMS からトポロジー・データを収 集します。 以下に、Network Manager がコレクターを使用して EMS からトポロジー・デー タを収集する手順を示します。 コレクター・ベースのディスカバリーは、以下の概念上のステップに分けることが できます。 v デバイスの存在のディスカバー v デバイスの基本情報のディスカバー v デバイスの詳細情報のディスカバー Network Manager がトポロジー・データを Element Management Systems (EMSs) から収集する方法、およびこのデータをディスカバーされたトポロジーに統 合する方法の概要については、『IBM Tivoli Network Manager IP Edition 製品概 要』を参照してください。 関連概念: 366 ページの『ディスカバリー・サイクル』 特定のサイクルのディスカバリー・データ・フローが開始から終了までたどったと き、1 つのディスカバリー・サイクルが発生したことになります。1 つのフル・デ ィスカバリーに、複数のサイクルが必要になる場合があります。 関連タスク: 121 ページの『EMS ディスカバリーの構成』 Element Management System (EMS) からトポロジー・データを収集し、このデー タをディスカバーされたトポロジーに統合するように Network Manager を構成で きます。 付録 B. ディスカバリー・プロセス 377 コレクターによるデバイスの存在のディスカバー コレクター・ディスカバリーの間に、デバイスの存在のディスカバリーがいくつか のステップで実行されます。 図 8 に、コレクター上に格納された初期のデバイスの存在がどのようにディスカバ ーされるかを示します。 図 8. コレクター・ディスカバリーのプロセス・フロー: デバイスの存在のディスカバリー 以下のプロセス・フローについては、図 8 で説明します。 ▌1▐: コレクター・ファインダーが、構成ファイルからの命令を受け取った後、ネ ットワークに進んでコレクターを検出します。 ▌2▐: コレクター・ファインダーが、デバイスのリストを finders.returns テーブ ルに返します。 ▌3▐: デバイスの存在情報が finders.returns テーブルに格納された直後に、 FnderRetProcessing スティッチャーがその情報を finders.processing テーブルに 移動して、ネットワーク・エンティティーが処理中であることを示します。ディ スカバリーがブラックアウト状態である場合、この情報は finders.pending テー ブルに格納されます。 378 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ▌4▐: FnderProcToDetailsDesp スティッチャーは、デバイスの存在に関する情報 を finders.processing テーブルから CollectorDetails.despatch テーブルに移動し て、CollectorDetails エージェントがこの情報を処理できるようにします。 デバイスの基本情報のディスカバー コレクター・ディスカバリーの間に、デバイスの基本情報のディスカバリーがいく つかのステップで実行されます。 以下の図は、コレクター・ディスカバリーにおいて、デバイスの基本的な詳細がど のようにディスカバーされるかを示しています。 図 9. コレクター・ディスカバリーのプロセス・フロー: デバイスの基本情報のディスカバリ ー 以下のプロセス・フローについては、図 9 で説明します。 付録 B. ディスカバリー・プロセス 379 ▌1▐: エージェントのすべての despatch テーブルがアクティブになっています。 したがって、CollectorDetails.despatch テーブルへの挿入により、コレクターか らデバイスの基本情報をディスカバーする CollectorDetails エージェントが自動 的に起動されます。 ▌2▐: CollectorDetails エージェントが、ヘルパー・サーバーを使用して、ヘルパ ー・コレクターに問い合わせを行います。 ▌3▐: ネットワークから取得された情報が、CollectorDetails.returns テーブルに返 されます。 デバイスの詳細情報のディスカバー コレクター・ディスカバリーの間に、デバイスの詳細情報のディスカバリーがいく つかのステップで実行されます。 以下の図は、コレクター・ディスカバリーにおいて、デバイスの詳細情報がどのよ うにディスカバーされるかを示しています。 図 10. コレクター・ディスカバリーのプロセス・フロー: デバイスの詳細情報 以下のプロセス・フローについては、図 10 で説明します。 380 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ▌1▐: CollectorDetailsRetProcessing スティッチャーが、CollectorDetails.returns テーブル内の情報を、処理のために CollectorInventory、CollectorLayer2、CollectorLayer3、および CollectorVpn の 各コレクター・エージェントの despatch テーブルに渡します。 ▌2▐: エージェントの despatch テーブルに情報が挿入されたことによって、その エージェントによる当該デバイスに関する情報のディスカバーの試行が起動され ます。各コレクター・エージェントは、コレクターに問い合わせて、各デバイス に関する以下の情報をディスカバーします。CollectorInventory エージェント は、ローカル・インターフェース、Entity MIB スタイルの情報、およびそのデバ イスに関連付けられている IP アドレスをディスカバーします。CollectorLayer2 エージェントは、処理された各デバイスの解決済みのレイヤー 2 接続ごとの情報 を収集します。CollectorLayer3 エージェントは、処理された各デバイスの解決済 みのレイヤー 3 接続ごとの情報を収集します。CollectorVpn エージェントは、 処理された各デバイスの VPN 情報を収集します。 再ディスカバリー ディスカバリーの完了後、ncp_disco は再ディスカバリー・モードになります。再 ディスカバリー・モードでは、新規デバイスがディスカバーされると、トポロジ ー・モデルが更新されます。 全体的な再ディスカバリーと部分的な再ディスカバリー スティッチャーを変更することにより、再ディスカバリー・モードで検出されるデ バイスを DISCO が処理する方法を構成することができます。 デフォルトでは、システムが再ディスカバリー・モードのときに、新しいデバイス が検出されたか、または既存のデバイスが変更された場合、そのデバイスは再ディ スカバーされます。スティッチャーは、デバイスが必ず一度だけ再ディスカバーさ れるようにします。また、スティッチャーは、その変更が原因で、そのデバイスと 隣接デバイスとの関係が変化していないことを確認します。必要に応じて、そのデ バイスの隣接デバイスが再ディスカバーされます。関係が変化したために再ディス カバーが必要になったデバイスの数が、ある一定の限度を超えた場合、再ディスカ バリー・プロセスが全体的な再ディスカバリーを開始します。 関連概念: 1 ページの『ディスカバリーのタイプについて』 ネットワーク・ディスカバリーについて記述するための用語は、ディスカバー対象 やディスカバリーの構成方法によって異なります。ディスカバリー、再ディスカバ リー、フル・ディスカバリー、部分的なディスカバリーを実行することができま す。また、自動ディスカバリーをセットアップすることもできます。 付録 B. ディスカバリー・プロセス 381 FnderRetProcessing スティッチャーのプロセス・フロー 新しくディスカバーされたデバイスを DISCO が処理する方法を構成するには、 FnderRetProcessing.stch スティッチャーを編集します。このスティッチャーは、 finders.returns テーブルに格納されたエントリーを処理します。 FnderRetProcessing.stch スティッチャーのデフォルトのプロセス・フローを以下に 示します。 1. finders.returns テーブルにエントリーが格納されると、このスティッチャーは そのデバイスがディスカバリーのスコープ内にあるかどうかを調べます。デバイ スがスコープ内にない場合、そのデバイスは無視されます。 2. デバイスがスコープ内にあり、disco.status.m_DiscoveryMode=0 である場合 (つまり、DISCO がディスカバリー・モードである場合)、スティッチャーはそ のデバイスの詳細を、後で処理されるように finders.pending テーブルに移動 するか (ディスカバリーがブラックアウト状態の場合)、またはすぐに処理され るように finders.processing テーブルに移動します。 3. デバイスがスコープ内にあり、disco.status.m_DiscoveryMode=1 である場合 (つまり、DISCO が再ディスカバリー・モードである場合)、スティッチャーは デバイスを再ディスカバーする必要があるかどうかを判別します。デフォルトで は、スティッチャーは以下のデバイスを再ディスカバーします。 v finders.returns.m_Creator='Rediscovery' が設定されているデバイス。再ディ スカバリー・ファインダーはありませんが、この列は、 ProcRemoteConns.stch などのほかのスティッチャーによって 「Rediscovery」に設定されます。これは、ほかのデバイスの再ディスカバリ ーの結果として、このデバイスを再ディスカバーする必要があることを示し ます。 v スコープ内にあり、まだディスカバーされていなかった、新たに検出された デバイス。 382 4. 必要に応じて、FnderRetProcessing.stch スティッチャーの上記の検査を実行す るセクションを変更して、デバイスの再ディスカバリーをいつ実行するかを構成 することができます。ただし、この構成の調整は、必ず上級ユーザーが行ってく ださい。 5. 既にディスカバー済みのデバイスを再ディスカバーする場合、スティッチャー は、そのデバイスに関連するヘルパー・サーバーに格納されている情報をリフレ ッシュします。 6. スティッチャーは、再ディスカバー対象のすべてのデバイスについて、そのデバ イスの元の項目を finders.processing、Details.returns、および Details.despatch の各テーブルから除去し、比較のために元の情報を rediscoveryStore.dataLibrary テーブルにコピーします。 7. この後スティッチャーは、再ディスカバーするデバイスの詳細を finders.processing テーブルに格納し、FnderProcToDetailsDesp.stch スティッ チャーがそのデバイスの詳細を Details エージェントに移動します。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 再ディスカバリー時のディスカバリー・エージェントからの情報の処 理 再ディスカバー中のエンティティーが Details エージェントに処理され、詳細が Details.returns テーブルに格納されると、 DetailsRetProcessing.stch スティッチャ ーが rediscoveryStore.dataLibrary テーブル内にある元のデータを新しいデータと 比較します。デフォルトでは、この時点から再ディスカバリーが続行します。 必要に応じて、一定の条件が整っているときにのみ再ディスカバリーが続行される ように、DetailsRetProcessing.stch スティッチャーを編集することができます。例 えば、SNMP アクセスが可能なときにのみ、再ディスカバリーが続行するようにし ます。 再ディスカバリー・データは、AssocAddress エージェントによって処理され、そ の後ディスカバリー・プロセス・フローの構成に応じた適切なエージェントによっ て処理され、そのエージェントの returns テーブルに送信されます。 フル・ディスカバリーでは、各ディスカバリー・エージェントの returns テーブル からの情報を集約することにより、トポロジーが生成されます。これに対して再デ ィスカバリーでは、新しい情報の結果としてデバイス間の関係が変化したかどうか を判別するため、情報を検査する必要があります。 例えば、再ディスカバー対象のデバイス A が再ディスカバリー前にはデバイス B に接続されていたが、現在は 3 つ目のデバイス C に接続されている場合、これら のデバイスの関係が変化しているため、デバイス B と C も再ディスカバーする必 要があります。AgentRetProcessing.stch スティッチャーがデバイス間の関係を判別 し、ProcRemoteConns.stch が比較を行います。スイッチとハブは、ルーターとは異 なる方法で再ディスカバーする必要があります。これは、スイッチとハブが提供す る接続情報が、直接接続ではなく、間接接続であるためです。再ディスカバリーの 結果として、同様に再ディスカバーが必要となったすべてのエンティティーは、パ ラメーター m_Creator='Rediscovery' が指定された状態で、再度 finders.returns テ ーブルに挿入されます。 全体的な再ディスカバリー デバイス間の現在の関係を以前の関係と比較して、関係が変化しているすべてのデ バイスを再ディスカバーする動作は、循環的になることがあります。ただし、ディ スカバリー・プロセスには、この繰り返しを避けるための検査が組み込まれていま す。 比較が終了したエンティティー数と、再ディスカバーが必要なエンティティー数の 比率が disco.config.m_PendingPerCent 列に指定したパーセントを超えると、 DISCO は個々のデバイスの再ディスカバーを停止して、ネットワークのフル・ディ スカバリーを開始します。 また、再ディスカバーされたすべてのエンティティーが rediscoveryStore.rediscoveredEntities テーブルに記録されるということは、所定の エンティティーが再ディスカバーされるのは一度のみであることを意味します。 付録 B. ディスカバリー・プロセス 383 再ディスカバリーの完了 再ディスカバーを必要とするすべてのエンティティーの処理が終了すると、 FinalPhase.stch スティッチャーによって、トポロジー・レイヤーが再作成されま す。また、このスティッチャーは、rediscoveryStore データベースを初期化して、 次の再ディスカバリーのために準備します。 トポロジーが再作成される前に、DISCO が再ディスカバリーの間に、多数のディス カバリー・サイクルを通過する場合があることを知っておくことが重要です。再デ ィスカバーを必要としているエンティティーが存在しないときにのみ、DISCO はト ポロジーを再作成します。 トポロジー・レイヤーの再作成のためのオプション 部分的な再ディスカバリーの後に、トポロジー・レイヤーを再作成するかどうかを 指定することができます。このオプションを使用すると、部分的な再ディスカバリ ーの速度を速めることができます。 トポロジー・レイヤーを再作成すること、または再作成しないことの推奨理由を以 下に示します。 v 部分的な再ディスカバリーの後にトポロジー・レイヤーを再作成しない ように 指定した場合、結果として、新しいデバイスがトポロジーに追加され、トポロジ ー・レイヤーを再作成する場合よりも高速に処理されます。ただし、生成される トポロジーが不完全になる場合があります。新しくディスカバーされたデバイス に関連する接続が、トポロジーに完全には反映されません。全体的な再ディスカ バリーの実行時には、トポロジー・レイヤーは完全に再作成されます。 v 部分的な再ディスカバリーの後にトポロジー・レイヤーを再作成する ように指 定した場合は、すべての接続を示す正確なトポロジーになります。ただし、新し いデバイスを追加する処理に要する時間は長くなります。 部分的な再ディスカバリーの後にトポロジー・レイヤーを再作成するかどうかを指 定するには、disco.config テーブルの m_RebuildLayers フィールドを使用します。 この値を以下のように設定します。 384 v disco.config.m_RebuildLayers=0 の場合、部分的な再ディスカバリーの後に、ト ポロジー・レイヤー・スティッチャーは実行されません。このため、部分的ディ スカバリーが非常に高速に実行されますが、新しくディスカバーされたデバイス に関連した接続が、トポロジーに完全には反映されません。 v disco.config.m_RebuildLayers=1 の場合、部分的な再ディスカバリーの後に、ト ポロジー・レイヤー・スティッチャーが実行されます。部分的な再ディスカバリ ーに要する時間は長くなりますが、完全なトポロジーが生成されます。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 付録 C. ディスカバリー・エージェント ここに示す情報は、ディスカバリーの一環として実行するディスカバリー・エージ ェントを選択する際に役立ちます。 以下のトピックでは、使用可能なディスカバリー・エージェントに関する情報を提 供します。ご使用のネットワークの特性に応じたエージェントの選択に関するガイ ダンスも記載されています。 エージェント ディスカバリー・エージェントは、ネットワーク内のデバイスに関する情報を取得 します。また、デバイス接続の調査時に新規接続を検出することによって、新規デ バイスについて報告します。ディスカバリー・エージェントは特殊なタスクに使用 されます。例えば、ARP Cache ディスカバリー・エージェントは、IP アドレスか ら MAC アドレスへのマッピングをヘルパー・サーバー・データベースに取り込み ます。 ディスカバリー要件に応じて有効または無効にできる主要なディスカバリー・エー ジェントのほかに、Details エージェントと Associated Address エージェントとい う 2 つのエージェントが常に実行されている必要があります。 各ディスカバリー・エージェントには、DISCO 内に専用のデータベースがありま す。これらのデータベースは標準的な構造で、agentTemplate データベースという テンプレートをベースにしています。 各ディスカバリー・エージェント・データベースには、以下のテーブルが含まれて います。 v agentName.despatch v agentName.returns 注: デフォルト構成では、大部分のエージェントが実行されるように設定されていま す。これは、実行されるエージェントの数が多いほど、ディスカバーできるネット ワークの範囲が広がるためです。さらに、エージェントは、必要なデータを提供し ないデバイスの分析を速やかに停止するように設計されています。このことは、多 数のエージェントを実行しても、ネットワーク・トラフィックの増加はわずかな量 に抑えられることを意味します。 注: Network Manager は、データ・コレクション・ステージ 3 の終了時に、すべ てのディスカバリー・エージェントを強制終了します。これにより、次のディスカ バリーでエージェントが再始動され、ディスカバリーの開始時にエージェントが構 成ファイルを強制的に再読み取りするため、構成ファイルが変更されていればそれ が検出されます。 関連資料: © Copyright IBM Corp. 2006, 2016 385 289 ページの『サブプロセス・データベース』 finders データベース、Details データベース、および agents データベースは、デ ィスカバリー中にディスカバリー・エンジン・サブプロセスによりネットワークか ら取得した情報の保管先として使用されます。これらのデータベースは構成ファイ ル DiscoSchema.cfg に定義されています。 71 ページの『DiscoAgentReturns.filter 構成ファイル』 DiscoAgentReturns.filter 構成ファイルを使用して、すべてのディスカバリー・エー ジェントから返されたデータに対してトポロジー・データ・フィルターを適用でき ます。 Details エージェント このエージェントは finders.processing テーブル内のエントリーによって起動さ れます。このエージェントを活動化するには、1 つ以上のファインダーが必要で す。関連デバイスの SNMP ヘルパー構成も、このエージェントの実行に対する前 提条件です。 Details エージェントは、ファインダーがディスカバーしたデバイスに関する基本情 報を取得し、デバイスへの SNMP アクセスが可能かどうかを判別します。 この必 須エージェントは、finders.processing テーブル内のエントリーによって起動され ます。そのため、このエージェントを活動化するには、1 つ以上のファインダーが 必要です。 Details エージェントは、デバイス情報が Details.despatch データベース表に配置 された時点で起動されます (通常、デバイス情報は、スティッチャーによりファイ ンダーから転送されます)。 Details エージェントは、ネットワークから基本情報を取得し、その情報を Details.returns テーブルに保管します。 取得される基本情報には、構成済みの DNS ヘルパーが取得したデバイスの DNS 名と、SNMP ヘルパーが取得したシス テム・オブジェクト ID が含まれます。IpForwarding データは、ダウンロード後に ExtraInfo フィールドに挿入され、ルーティング・デバイスを識別するために使用 されます。SysName 情報も、このオプションの命名方式が必要な場合には、ダウン ロードされて使用されます。データを returns テーブルに挿入すると、スティッチ ャーが起動され、Associated Address エージェントにその情報が送信されます。 関連概念: 368 ページの『デバイスの詳細のディスカバー (標準)』 標準のデバイスの詳細のディスカバリーは、いくつかのステップで実行されます。 Associated Address (AssocAddress) エージェント この必須エージェントは、Details エージェントの出力により起動されます。関連デ バイスの SNMP ヘルパー構成が、このエージェントの実行に対する前提条件で す。 デバイス上のインターフェースがディスカバーされ、基本デバイス情報が Details エージェントにより取得されると、スティッチャーは、ディスカバーされたデバイ ス情報を Associated Address エージェントに渡します。 デバイスの詳細がまだレ ジストリー内にない場合、このエージェントは、デバイスに関連するその他の IP アドレスをすべてダウンロードし、translations.ipToBaseName テーブルに保持さ 386 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド れている中央レジストリーにそれらのアドレスを追加します。 関連する IP アドレ スをすべてダウンロードすると、主要なディスカバリー・エージェントによって、 任意の当該デバイスに一度だけ問い合わせが実行されます。これにより、エージェ ントの負荷が削減されます。デバイスの詳細が既に translations データベース内 に存在するため、(複数のインターフェースを使用して) デバイスを複数回ディスカ バーしようとしても、Associated Address エージェントによってブロックされま す。 検査中のデバイスがまだディスカバーされていない場合、スティッチャーは、デバ イスの接続情報とプロトコル固有の情報を取得するために、適切なディスカバリ ー・エージェントにデバイスの詳細を送信します。 関連概念: 371 ページの『デバイスに関連付けられているアドレスのディスカバー』 デバイスに関連付けられているアドレスのディスカバリーでのプロセス・フローに は、いくつかのステップがあります。 エージェントによって取得されるインターフェース・データ Interfaces エージェントは、主として RFC1213.mib の interfaces テーブルからイ ンターフェース情報をダウンロードします。ディスカバーされたデバイスごとに、 インターフェース情報が、該当する agent.returns テーブルの各レコード内の m_LocalNbr フィールドに書き込まれます。 インターフェース情報は、そのインターフェースを識別する索引番号、およびその インターフェースのプロパティーと各プロパティーの値などの、いくつかのサブフ ィールドを含む場合があります。例えば、m_LocalNbr フィールドには、以下のサ ブフィールドが含まれている場合があります。 v m_LocalNbr->m_IfIndex: このインターフェースに関連付けられている索引 v m_LocalNbr->m_IfType: インターフェースのタイプ v m_LocalNbr->m_SubnetMask: インターフェースのサブネット・マスク 関連資料: 400 ページの『レイヤー 3 (ネットワーク層) での接続』 OSI モデル・レイヤー 3 (ネットワーク層) から接続情報を取得するディスカバリ ー・エージェントが多数あります。レイヤー 3 は、ネットワーク間でのルーティン グ、輻輳 (ふくそう) 制御、およびメッセージ送信を制御する役割を果たします。 ディスカバリー・エージェントの定義ファイルのキーワード ディスカバリー・エージェントの定義ファイルのキーワードは、ディスカバリー・ エージェントの動作を定義するために使用します。 DiscoAgentClass DiscoAgentClass キーワードはエージェントの基本タイプを指定します。以下の表 に、最も一般的に使用される値を示します。 値 説明 0 IP タイプ・エージェントを指定します。 付録 C. ディスカバリー・エージェント 387 値 説明 1 スイッチ・タイプ・エージェントを指定しま す。 2 ハブ・タイプ・エージェントを指定します。 3 ATM デバイス・タイプ・エージェントを指 定します。 4 FDDI タイプ・エージェントを指定します。 5 PVC タイプ・エージェントを指定します。 6 フレーム・リレー・タイプ・エージェントを 指定します。 8 NAT ゲートウェイ・エージェントを指定し ます。 以下の例は、フレーム・リレー・タイプのエージェントに設定された DiscoAgentClass キーワードを示しています。フレーム・リレー・タイプのエージ ェントは、通常、フレーム・リレー・インターフェースと、CISCO デバイスなどの 特定のネットワーク・デバイスが導入されたフレーム・リレー・ネットワーク上の 2 地点間の接続をディスカバーします。 DiscoCompiledAgent { . . . DiscoAgentClass( 6 ); . . . } DiscoAgentClassEnabledByDefault DiscoAgentClassEnabledByDefault キーワードは、エージェントをデフォルトでフ ル・ディスカバリー用に有効にするかどうかを指定します。以下のいずれかの値を 指定します。 値 説明 0 エージェントをデフォルトでフル・ディスカ バリー用に有効にしないことを指定します。 1 エージェントをデフォルトでフル・ディスカ バリー用に有効にすることを指定します。 以下の例は、フレーム・リレー・タイプのエージェントがデフォルトでフル・ディ スカバリー用に有効になるように設定された DiscoAgentClassEnabledByDefault キ ーワードを示しています。 DiscoCompiledAgent { . . . DiscoAgentClass( 6 ); . 388 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド . . DiscoAgentEnabledByDefault( 1 ); } DiscoAgentClassEnabledByDefaultOnPartial DiscoAgentClassEnabledByDefaultOnPartial キーワードは、エージェントをデフォ ルトで部分的ディスカバリー用に有効にするかどうかを指定します。以下のいずれ かの値を指定します。 値 説明 0 エージェントをデフォルトで部分的ディスカ バリー用に有効にしないことを指定します。 1 エージェントをデフォルトで部分的ディスカ バリー用に有効にすることを指定します。 以下の例は、フレーム・リレー・タイプのエージェントがデフォルトで部分的ディ スカバリー用に有効になるように設定された DiscoAgentClassEnabledByDefaultOnPartial キーワードを示しています。 DiscoCompiledAgent { . . . DiscoAgentClass( 6 ); . . . DiscoAgentEnabledByDefaultOnPartial( 1 ); DiscoAgentEnabledByDefault( 1 ); } DiscoAgentIsIndirect 直接的エージェントは、それが処理するレイヤーにおけるその直接接続先であるオ ブジェクトに関する関係データを返します。間接的エージェントは、その間接接続 先であるオブジェクトに関する関係データを返します。最も一般的な間接的エージ ェントはスイッチ・エージェントです。間接的エージェントのリモート隣接デバイ ス・レコードは、これらのエージェントが直接接続されているデバイスからではな く、特定のポートから到達できるデバイスに関連しています。間接的エージェント からの関係データは、デバイスの変更時にそのデバイスのどのリモート隣接デバイ ス・レコードを再ディスカバーする必要があるかを判別するために必要です。 DiscoAgentIsIndirect キーワードは、エージェントが、その間接接続先であるオブ ジェクトに関する関係データを返す間接的エージェントであるかどうかを指定しま す。以下のいずれかの値を指定します。 値 説明 0 エージェントが直接的エージェントであるこ とを指定します。 1 エージェントが間接的エージェントであるこ とを指定します。 付録 C. ディスカバリー・エージェント 389 以下の例は、フレーム・リレー・タイプのエージェントが直接的エージェントであ ることを指定するように設定された DiscoAgentIsIndirect キーワードを示してい ます。 DiscoCompiledAgent { . . . DiscoAgentGUILocked( 0 ); DiscoAgentClass( 6 ); DiscoAgentIsIndirect( 0 ); . . . DiscoAgentEnabledByDefaultOnPartial( 1 ); DiscoAgentEnabledByDefault( 1 ); } DiscoAgentCompanionAgents DiscoAgentCompanionAgents キーワードは、このエージェントと一緒に実行する必 要がある 1 つ以上のエージェントを GUI に表示する場合に使用します。 以下の例は、Centillion Networks エージェントと一緒に実行する必要があるエージ ェント (ArpCache.agnt) を GUI に表示する DiscoAgentCompanionAgents キーワー ドを示しています。 DiscoCompiledAgent { . . . -- このエージェントは、Centillion Networks 社 -- (企業 OID 1.3.6.1.4.1.930) を製造元とするすべてのデバイスを調べ、 -- それらのデバイスがディスカバー可能かどうかを確認します。 . . . DiscoAgentCompanionAgents( "ArpCache" ); . . . } DiscoAgentCompletionPhase DiscoAgentCompletionPhase キーワードは、指定されたエージェントが実行を完了 しなければならない期間であるディスカバリー・フェーズを指定します。以下のい ずれかの値を指定します。 390 値 説明 1 エージェントはディスカバリー・フェーズ 1 の間に実行を完了する必要があることを指定 します。 2 エージェントはディスカバリー・フェーズ 2 の間に実行を完了する必要があることを指定 します。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 値 説明 3 エージェントはディスカバリー・フェーズ 3 の間に実行を完了する必要があることを指定 します。 以下の例は、フレーム・リレー・タイプのエージェントがディスカバリー・フェー ズ 1 の間に実行を完了できるように設定された DiscoAgentCompletionPhase キー ワードを示しています。 DiscoCompiledAgent { . . . DiscoAgentCompletionPhase( 1 ); . . . DiscoAgentEnabledByDefaultOnPartial( 1 ); DiscoAgentEnabledByDefault( 1 ); } DiscoAgentConflictingAgents DiscoAgentConflictingAgents キーワードは、このエージェントと一緒に実行して はならない 1 つ以上のエージェントを GUI に表示する場合に使用します。 以下の例は、IP バックアップ・ルート・エージェントと一緒に実行してはならない エージェント (IpRoutingTable.agnt および IpForwardingTable.agnt) を GUI に 表示する DiscoAgentConflictingAgents キーワードを示しています。 DiscoCompiledAgent { . . . -- このエージェントは SNMP アクセス権限を持つすべてのデバイスを -- 調べ、ディスカバー可能かどうかを確認します。 . . DiscoAgentConflictingAgents( "IpRoutingTable","IpForwardingTable" ); . . . } DiscoAgentDescription DiscoAgentDescription キーワードは、GUI に表示するエージェントの説明を指定 します。 以下の例は、フレーム・リレー・タイプのエージェントに関して GUI に表示する 説明を指定する DiscoAgentDescription キーワードを示しています。この説明では HTML コーディングが利用されます。 DiscoCompiledAgent { . . 付録 C. ディスカバリー・エージェント 391 . DiscoAgentDescription(" <b>エージェント名 :</b> CiscoFrameRelay<br> <br> <b>エージェントのタイプ :</b> レイヤー 3<br> <br> <b>エージェントの前提条件 :</b> 関連付けられているデバイス用の SNMP ヘルパー構成。 <br> <br> <b>動作 :</b><br> フレーム・リレー・インターフェース、および Cisco デバイスが導入されたフレーム・ リレー・ネットワーク上の 2 地点間の接続をディスカバーします。 DLCI 情報をフレーム・リレー・デバイスのインターフェースに追加する必要がある場合は、 IP レイヤー・エージェントと一緒にフレーム・リレー・エージェントを実行します。 <br> <br> "); . . . } DiscoAgentMinCertifiedDeviceOS DiscoAgentMinCertifiedDeviceOS キーワードは、デバイス・オペレーティング・シ ステム固有のフィルターを指定します。このフィルターは、指定されたエージェン トがデバイス・オペレーティング・システムの特定リリースに対して実行されるよ うに構成できます。 以下の例は、CISCO ルーターから MPLS VRF、VPN、およびラベル・スイッチン グ情報をディスカバーするエージェントについてのデバイス・オペレーティング・ システム固有のフィルターを指定する DiscoAgentMinCertifiedDeviceOS キーワー ドを示しています。このデバイス・オペレーティング・システム固有のフィルター は、以下の CISCO デバイスおよびその関連のオペレーティング・システム・リリ ースに対して実行するようにエージェントを構成します。 v m_ObjectId — エージェントがディスカバーを試みる CISCO デバイス (OID 1.3.6.1.4.1.9) を指定します。 v m_OSVersion — 以下のデバイス・オペレーティング・システム・バージョンに 対して実行するようにエージェントを構成する、CISCO デバイス・オペレーテ ィング・システム・フィルターを指定します。 – 12.0 リリース (試用版でない 12.0(27) 以降) – 12.2 リリース (試用版でない 12.2(19) 以降) – 12.3 リリース (試用版でない 12.3(18) 以降) – 12.4 リリース DiscoCompiledAgent { . . . DiscoAgentMinCertifiedDeviceOS ( "( m_ObjectId LIKE '1¥.3¥.6¥.1¥.4¥.1¥.9¥.', m_OSVersion >= '12.0(27)' AND m_OSVersion < '12.1' AND m_OSVersion NOT LIKE '.*Experimental.*', m_MibVar = 'sysDescr.0' ), 392 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ( m_ObjectId LIKE '1¥.3¥.6¥.1¥.4¥.1¥.9¥.', m_OSVersion >= '12.2(19)' AND m_OSVersion < '12.3' AND m_OSVersion NOT LIKE '.*Experimental.*', m_MibVar = 'sysDescr.0' ), ( m_ObjectId LIKE '1¥.3¥.6¥.1¥.4¥.1¥.9¥.', m_OSVersion >= '12.3(18)' AND m_OSVersion < '12.4' AND m_OSVersion NOT LIKE '.*Experimental.*', m_MibVar = 'sysDescr.0' ), ( m_ObjectId LIKE '1¥.3¥.6¥.1¥.4¥.1¥.9¥.', m_OSVersion >= '12.4', m_MibVar = 'sysDescr.0' )" ); . . . } DiscoAgentPrecedence DiscoAgentPrecedence キーワードは、2 つのエージェントからの競合するデータが 存在する場合に、どちらのエージェントを優先するかを指定します。 0 (ゼロ) 以上 の値を指定します。値の推奨範囲は 1 から 100 までです。値が高いほど優先順位 が高くなります。優先順位が高いほど、エージェント・データの正確性が高まりま す。例えば、優先順位 2 のエージェントと優先順位 3 のエージェントからの競合 するデータがあるとすると、優先順位 3 のエージェントのデータが使用されます。 以下の例は、フレーム・リレー・タイプのエージェントについて優先順位 2 に設定 された DiscoAgentPrecedence キーワードを示しています。 DiscoCompiledAgent { . . . DiscoAgentGUILocked( 0 ); DiscoAgentClass( 6 ); DiscoAgentIsIndirect( 0 ); DiscoAgentPrecedence( 2 ); . . . DiscoAgentEnabledByDefaultOnPartial( 1 ); DiscoAgentEnabledByDefault( 1 ); } DiscoPerlAgent DiscoPerlAgent キーワードは、この .agnt ファイルが Perl エージェントを参照し ているかどうかを指定します。 以下の例は、デバイスで実行されているオペレーティング・システムに関する情報 を抽出する Perl ベース・エージェントについて指定されている DiscoPerlAgent キ ーワードを示しています。 付録 C. ディスカバリー・エージェント 393 DiscoPerlAgent { . . . DiscoAgentGUILocked( 0 ); DiscoAgentClass( 0 ); DiscoAgentIsIndirect( 0 ); DiscoAgentPrecedence( 2 ); DiscoAgentEnabledByDefaultOnPartial( 0 ); DiscoAgentEnabledByDefault( 0 ); } エージェントのタイプ Network Manager で提供されるエージェントは、取得するデータのタイプまたは ディスカバー対象のテクノロジーに従って分類できます。 関連資料: 95 ページの『SnmpStackSecurityInfo.cfg 構成ファイル』 SnmpStackSecurityInfo.cfg 構成ファイルは、コミュニティー・ストリング、バージ ョン管理、および SNMP を使用するデバイスへの問い合わせに必要なプロセス (SNMP ヘルパーなど) により使用されるその他のプロパティーを定義します。 SNMP ヘルパーがデバイスから MIB 変数を取得できるようにするため、コミュニ ティー・ストリングをデバイスごとまたはサブネットごとをベースにして構成する ことができます。 98 ページの『TelnetStackPasswords.cfg 構成ファイル』 TelnetStackPasswords.cfg 構成ファイルは、デバイスへの Telnet アクセスのための アクセス証明書を定義します。 イーサネット・スイッチ間の接続のディスカバー イーサネット・スイッチ間の接続情報をディスカバーするディスカバリー・エージ ェントには、スイッチに対するアクセス権限の取得とすべてのスイッチ・インター フェースのダウンロード、スイッチに関する VLAN 情報のディスカバー、スイッ チ用の転送データベース表のダウンロードという 3 つの主要な動作上のステージが あります。 イーサネット・スイッチを扱うディスカバリー・エージェントのリストを 395 ペー ジの表 138 に示します。 注: 以下に示すレイヤー 2 エージェントを有効にする前に、SNMP アクセスを構成 する必要があります。一部のエージェントでは、Telnet アクセスおよび Telnet ヘ ルパーの構成も必要です。これは、状況に応じて指定されます。 394 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 138. イーサネット・スイッチ・ディスカバリー・エージェント エージェント名 機能 AccelarSwitch AccelarSwitch エージェントには、Accelar ルーティング・ スイッチから接続情報を取得するための専用の方法が含ま れています。現在、これらのデバイスの商標名は、Nortel Passport 86xx シリーズとなっています。 このエージェン トは、BayStack 450 および BayStack 470 デバイスもディ スカバーします。 このエージェントは、デバイスのスイッチ転送データベー ス (FDB) テーブルと VLAN 情報をダウンロードします。 スイッチのスティッチャーは、この情報を使用して、レイ ヤー 2 イーサネット接続を解決します。 BayEthernetHub BayEthernetHub エージェントは、Bay 製のハブ・カード をディスカバーします。接続情報がハブからダウンロード され、HubFdbToConnections スティッチャーにより接続 が解決されます。 このエージェントを有効にする前に、SNMP ヘルパーを構 成する必要もあります。 CentillionSwitch CentillionSwitch エージェントには、Centillion スイッチン グ・デバイスから情報 (特にエンタープライズ固有の VLAN 情報) を取得し、この情報を解決するために必要な 方法が含まれています。 ChipcomDistributedMM ChipcomDistributedMM エージェントは、分散管理モジュ ールを含む、3Com CoreBuilder 5000 デバイスのイーサネ ット・スイッチ接続をディスカバーします。 ChipcomEthernetMM ChipcomEthernetMM エージェントは、イーサネット管理 モジュール (EMM) を含む Chipcom オンライン・コンセ ントレーターに適しており、Chipcom EMM のイーサネッ ト接続をディスカバーします。 CiscoSRP CiscoSRP エージェントは、SRP (Spatial Reuse Protocol) を使用するネットワークの接続、つまり DPT Ring トポロ ジーをディスカバーします。SRP は、Cisco が開発したレ イヤー 2 プロトコルであり、「サイド」情報を使用して、 リング・トポロジー内の隣接デバイスを識別します。 CiscoSRP エージェントは、CISCO-SRP-MIB をサポートす るすべてのデバイス接続をディスカバーします。このエー ジェントの定義ファイルは、デフォルトでは、 CiscoSRPTelnet エージェントでサポートされるものを除 く、任意のバージョンの IOS を備えた CISCO デバイスの みを受け入れるように構成されます。このエージェント は、srpMacAddress MIB 変数をサポートするデバイスの みを受け入れます。 IOS バージョン 12.2(14)S7 および 12.2(18)S を NPE-G1 カードとともに使用すると、SNMP データが破壊されるこ とが知られています。また、IOS バージョン 12.2(15)BC1 が CISCO-SRP_MIB をサポートしないことも知られていま す。 付録 C. ディスカバリー・エージェント 395 表 138. イーサネット・スイッチ・ディスカバリー・エージェント (続き) エージェント名 機能 CiscoSRPTelnet CiscoSRPTelnet エージェントは、SRP (Spatial Reuse Protocol) を使用するネットワークの接続、つまり DPT Ring トポロジーをディスカバーします。 SRP は、Cisco が開発したレイヤー 2 プロトコルであり、「サイド」情報 を使用して、リング・トポロジー内の隣接デバイスを識別 します。CiscoSRPTelnet エージェントは、「show controllers srp」コマンドをサポートするすべてのデバイ ス接続をディスカバーします。このエージェントの定義フ ァイルは、CISCO-SRP-MIB をサポートしないことが知ら れている IOS と、SNMP ディスカバリーに関して既知の 問題がある IOS バージョンを備えた Cisco デバイスのみ を受け入れるように構成されます。IOS バージョン 12.2(14)S7 および 12.2(18)S を NPE-G1 カードとともに使 用すると、SNMP データが破壊されることが知られていま す。IOS バージョン 12.2(15)BC1 が CISCO-SRP_MIB を サポートしないことも知られています。 注: このエージェントを有効化する前に、 Telnet アクセス と Telnet ヘルパーを構成する必要があります。 CiscoSwitchSnmp CiscoSwitchSnmp エージェントには、SNMP を使用し て、Cisco スイッチから情報を取得するための専用の方法 が含まれています。 Cisco スイッチが異なると、この情報 が保管される MIB 変数も異なります。そのため、このエ ージェントは、さまざまな方法を使用して、VLAN および カードまたはポートと ifIndex 間のマッピングを検出しま す。 SNMPv3 を使用するデバイスをディスカバーする場合、 Cisco スイッチでは、VLAN ごとのビュー・グループに VLAN コンテキストが追加されていなければなりません。 CiscoSwitchTelnet CiscoSwitchTelnet エージェントには、Telnet を使用し て、Cisco スイッチから接続情報を取得するための専用の 方法が含まれています。 Cisco スイッチが異なると、この 情報が保管される MIB 変数も異なります。そのため、こ のエージェントは、さまざまな方法を使用して、VLAN お よびカードまたはポートと ifIndex 間のマッピングを検出 します。Telnet を使用してダウンロードされるのは FDB テーブルのみです。それ以外の情報はすべて、SNMP を使 用してダウンロードされます。 FDB テーブルを取得するために使用する Telnet コマンド は、「show cam dynamic」および「show mac-address table」です。 一部のデバイスでは、有効モードにしないと、「show mac-address table」コマンドを実行できない場合がありま す。 注: このエージェントを有効にする前に、SNMP アクセス と Telnet アクセス、およびそれぞれのヘルパーを構成する 必要があります。 396 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 138. イーサネット・スイッチ・ディスカバリー・エージェント (続き) エージェント名 機能 CiscoVSS Cisco VSS エージェントは、Virtual Switching System 情 報を Cisco スイッチからディスカバーします。 Corebuilder3ComSwitch Corebuilder3ComSwitch エージェントは、3Com 製の CoreBuilder 9000 レイヤー 3 スイッチのリンクをディス カバーします。 DasanSwitchTelnet DasanSwitchTelnet エージェントは、Dasan スイッチの FDB/MAC テーブルに格納されるレイヤー 2 接続のディ スカバリーを担当します。このエージェントは、V5208 (OS 9.07)、V5224 (OS 9.10) のデバイスを対象として開発 されました。このエージェントは、レイヤー 2 接続、 VLAN、およびトランク・ポートをディスカバーできま す。このエージェントは、sysObjectID が 1.3.6.1.4.1.6296.* のデバイス、および「show vlan」コマンドをサポートす るデバイスに対してのみ実行するように構成されます。 注: このエージェントを有効化する前に、 Telnet アクセス と Telnet ヘルパーを構成する必要があります。 DefaultEthernetHub このエージェントには、セミインテリジェント・ハブを使 用するための専用のクラスがあります。 EnterasysSwitch EnterasysSwitch エージェントは、デバイスから FDB テー ブルおよび VLAN 情報を取得することによって、レイヤ ー 2 接続をディスカバーします。このエージェントは、 IEEE 802.1q または IEEE 802.1d 標準 (それぞれ Q-BRIDGE-MIB および BRIDGE-MIB SNMP MIB でモデ ル化される) をサポートするデバイスのレイヤー 2 接続を ディスカバーします。 注: このエージェントは、SecureFast がオンになっていな い Enterasys デバイスに使用されます。 ExtremeSwitch ExtremeSwitch エージェントは、Extreme スイッチからレ イヤー 2 接続情報、EDP 隣接情報、および VLAN 詳細 情報を取得します。 詳細にレイヤー 2 をディスカバーするには、SNMP アク セスを可能にし、dot1dFdbTable にデータを取り込むこと ができるように、Extreme デバイスを構成する必要があり ます。各 Extreme デバイスに、以下のコマンドを送信しま す。 v enable snmp access v enable dot1dFdbTable この構成変更は、バージョン 6.1.8 以前の ExtremeWare® を実行しているスイッチでのみ必要です。 Fix Pack 5 F5Switch このエージェントは、F5 スイッチの構成をディスカバーし ます。 エージェントは、F5-BIGIP-COMMON-MIB および F5-BIGIP-SYSTEM-MIB の sysChassisSlotSlotId 変数か ら情報を取得します。 注: このエージェントを有効にする前に、SNMP アクセス と Telnet アクセス、およびそれぞれのヘルパーを構成する 必要があります。 付録 C. ディスカバリー・エージェント 397 表 138. イーサネット・スイッチ・ディスカバリー・エージェント (続き) エージェント名 機能 FoundrySwitch FoundrySwitch エージェントは、IEEE 802.1q または IEEE 802.1d 標準 (それぞれ Q-BRIDGE-MIB および BRIDGE-MIB SNMP MIB でモデル化される) をサポート するすべての Foundry デバイスのスイッチ接続をディス カバーします。 このエージェントの定義ファイルは、デフォルトでは、 SNMP 対応のすべての Foundry デバイスを受け入れるよ うに構成されます。このエージェントは、Q-BRIDGE-MIB の dot1qVlanVersionNumber MIB 変数または BRIDGE-MIB をサポートするデバイスのみをディスカバー します。FoundrySwitch エージェントは、マルチスロット のトランク・ポート情報も取得しますが、シングルスロッ トのトランク・ポートはディスカバーしません。一部の Foundry デバイスでは、IEEE 802.1d のみがサポートされ ます。したがって、これらのデバイスでは、VLAN 情報は ディスカバーされません。 HuaweiSwitchTelnet HuaweiSwitchTelnet エージェントは、Huawei Quidway スイッチのイーサネット・スイッチ接続をディスカバーし ます。 このエージェントは Telnet ベースですが、特定の情報をデ ィスカバーするためには SNMP アクセスも必要です。こ のエージェントでは、TelnetStackPasswords.cfg 構成ファ イルの Privileged mode (Super 3 mode) セクションが入 力されている必要があります。これらのセクションが入力 されていないと、エージェントは失敗します。 特定の Telnet コマンドでは、副次作用として、Huawei デバイスのコマンド・プロンプトが変化する場合がありま す。このようなコマンド・プロンプトの例を以下に示しま す。 <device_name> が、特定のコマンドの発行時に、次のよう になります。 [device_name] または [device_name-diag] TelnetStackPasswords.cfg のパラメーター m_ConPrompt および m_PrivConPrompt を、これらの変化した形に対応 できるよう構成することが不可欠です。 注: このエージェントを有効化する前に、 Telnet アクセス と Telnet ヘルパーを構成する必要があります。 HPSwitch 398 HPSwitch エージェントには、HP ProCurve スイッチから 接続情報を取得するための (エンタープライズ固有の VLAN 情報のダウンロードを含む)、専用の方法が含まれ ています。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 138. イーサネット・スイッチ・ディスカバリー・エージェント (続き) エージェント名 機能 Marconi3810 Marconi3810 専用エージェントは、オペレーティング・シ ステムのバージョン 4.x.x および 5.x.x を稼働している Marconi ES-3810 スイッチのイーサネット接続をディスカ バーします。また、このエージェントは、デフォルトで LANE インターフェースから接続を除去します (これは、 .agnt ファイルで GetElanData フラグを使用して構成でき ます)。 NortelSwitch NortelSwitch エージェントは、Nortel スイッチから、Split Level Multi-Trunking (SMLT) 情報を含むレイヤー 2 接続 情報を取得します。 SecureFast SecureFast エージェントには、Enterasys/Cabletron SecureFast VLAN スイッチから接続情報を取得するための 専用の方法が含まれています。これらのデバイスは、 Cabletron Discovery Protocol を使用して隣接デバイスを ディスカバーし、SecureFast 動作モードをオンにします。 このエージェントは、.agnt ファイルに 1.3.6.1.4.1.52.* お よび 1.3.6.1.4.1.5624.* で指定されたすべての Cabletron お よび Enterasys デバイスに送信されます。また、このエー ジェントは、sfpsCommonNeighborSwitchMAC MIB 変数 をダウンロードして、デバイスが SecureFast 対応であるか どうかを判別します。 SecureFast モードのデバイスは、dot1dBridge MIB をサポ ートしません。 StandardSwitch StandardSwitch 汎用エージェントは、専用のエージェント が存在しないすべてのスイッチについての、レイヤー 2 接 続をディスカバーします。このエージェントは、IEEE 802.1q または IEEE 802.1d 標準 (それぞれ Q-BRIDGE-MIB および BRIDGE-MIB SNMP MIB でモデ ル化される) をサポートするデバイスのレイヤー 2 接続を ディスカバーします。 SecureFast モードのデバイスは、dot1dBridge MIB をサポ ートしません。 SuperStack3ComSwitch SuperStack3ComSwitch エージェントは、3Com 製のスタ ック・スイッチの接続を検出します。 XyplexEthernetHub XyplexEthernetHub エージェントは、Xyplex 製のインテ リジェント・ハブのレイヤー 2 接続をディスカバーしま す。 関連資料: 95 ページの『SnmpStackSecurityInfo.cfg 構成ファイル』 SnmpStackSecurityInfo.cfg 構成ファイルは、コミュニティー・ストリング、バージ ョン管理、および SNMP を使用するデバイスへの問い合わせに必要なプロセス (SNMP ヘルパーなど) により使用されるその他のプロパティーを定義します。 SNMP ヘルパーがデバイスから MIB 変数を取得できるようにするため、コミュニ ティー・ストリングをデバイスごとまたはサブネットごとをベースにして構成する ことができます。 付録 C. ディスカバリー・エージェント 399 98 ページの『TelnetStackPasswords.cfg 構成ファイル』 TelnetStackPasswords.cfg 構成ファイルは、デバイスへの Telnet アクセスのための アクセス証明書を定義します。 90 ページの『DiscoSnmpHelperSchema.cfg 構成ファイル』 DiscoSnmpHelperSchema.cfg 構成ファイルは、SNMP ヘルパーの操作を定義しま す。これにより、SNMP 情報取得の汎用ルールが指定されます。 91 ページの『DiscoTelnetHelperSchema.cfg 構成ファイル』 DiscoTelnetHelperSchema.cfg 構成ファイルは、Telnet ヘルパーの動作を定義しま す。Telnet ヘルパーは、指定されているデバイスに Telnet 動作の結果を返しま す。 レイヤー 3 (ネットワーク層) での接続 OSI モデル・レイヤー 3 (ネットワーク層) から接続情報を取得するディスカバリ ー・エージェントが多数あります。レイヤー 3 は、ネットワーク間でのルーティン グ、輻輳 (ふくそう) 制御、およびメッセージ送信を制御する役割を果たします。 表 139. レイヤー 3 (ネットワーク層) のエージェント エージェント名 機能 AlteonVRRP VRRP は、RCA 用にモデル化されていません。AlteonVRRP エージェントは、デ ィスカバリー時に Alteon ルーターの状態を表示する VRRP インターフェースへの タグ設定のみを行います。 注: このエージェントを有効化する前に、 SNMP アクセスと SNMP ヘルパーを構 成してください。 CiscoBGPTelnet CiscoBGPTelnet エージェントは、Cisco ルーターから以下の BGP データをダウン ロードします。 v ピア・データ: このエージェントは、ピア・ルーターから iBGP および eBGP デ ータを取得します。 v 経路指定データ: このエージェントは、ピア・ルーターの BGP ルーティング・ テーブルから、ルーティング情報を取得します。このオプションを使用すると、 一般的なサービス・プロバイダー・ネットワークから膨大な量のデータが取得さ れるため、デフォルトではオフに設定されています。また、このエージェントに は、取得したい経路指定データを指定するためのフィルターを構成するオプショ ンがあります。 注: このエージェントを有効にする前に、Telnet アクセスと Telnet ヘルパーを構成 してください。 CiscoFrameRelay CiscoFrameRelay エージェントは、フレーム・リレー・インターフェース、および Cisco デバイスが導入されたフレーム・リレー・ネットワーク上の 2 地点間の接続 をディスカバーします。フレーム・リレー・デバイスのインターフェースに DLCI 情報を追加する場合に、IP レイヤー・エージェントとともにフレーム・リレー・エ ージェントを実行する必要があります。 注: このエージェントを有効化する前に、 SNMP アクセスと SNMP ヘルパーを構 成してください。 CiscoOSPFTelnet CiscoOSPFTelnet エージェントは、OSPF (Open Shortest Path First) プロトコルを 実行する Cisco デバイスのディスカバリーを担当します。このエージェントは、 StandardOSPF エージェントの情報を補完する情報 (どの OSFP プロセスが実行中 であるかや、仮想リンク情報など) を提供します。 注: このエージェントを有効にする前に、Telnet アクセスと Telnet ヘルパーを構成 してください。 400 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 139. レイヤー 3 (ネットワーク層) のエージェント (続き) エージェント名 機能 ExtremeESRP ExtremeESRP エージェントは、Extreme ルーティング・スイッチから ESRP (Extreme Standby Routing Protocol) 情報をディスカバーします。 ESRP は、複数 のスイッチを使用して、冗長なルーティング・サービスをユーザーに提供するため の ExtremeWare の機能です。このエージェントは、適切にデータが取り込まれた EXTREME-ESRP-MIB の extremeEsrpTable および extremeEsrpNeighborTable に 依存します。 注: このエージェントを有効化する前に、 SNMP アクセスと SNMP ヘルパーを構 成してください。 FoundryVRRP VRRP は、RCA 用にモデル化されていません。FoundryVRRP エージェントは、デ ィスカバリー時に Foundry ルーターの状態を表示する VRRP インターフェースへ のタグ設定のみを行います。 注: このエージェントを有効化する前に、 SNMP アクセスと SNMP ヘルパーを構 成してください。 HSRPSnmp HSRPSnmp エージェントは、SNMP を使用して、HSRP (Hot Stand-by Routing Protocol) 仮想 IP プロトコルを使用するルーティング・デバイスから情報を取得し ます。HSRPSnmp エージェントは、1 次 IP アドレスおよび 2 次 IP アドレスで データを取得します。このデータは、インターフェースのディスカバリーおよび視 覚化に使用されます。 注: このエージェントを有効化する前に、 SNMP アクセスと SNMP ヘルパーを構 成してください。 InetRouting InetRouting エージェントは、接続をディスカバーします。 Interfaces このエージェントは、AssocAddress エージェントの戻り値によって起動されます。 Interfaces エージェントは、主として RFC1213.mib の interfaces テーブルからイ ンターフェース情報をダウンロードします。その後情報は、返されたエンティティ ーの m_LocalNbr フィールドに書き込まれます。Interfaces.agnt を変更することに よって、返される変数の数を増減できます。基本的な MIB 変数 (sysDescr、sysName など) または ifIndex で索引付けされる MIB 変数はすべて、 OID に追加して、.agnt ファイルにダウンロードすることができます。 また、Interfaces エージェントは、IPv6 のインターフェース情報も取得します。 注: このエージェントを有効化する前に、 SNMP アクセスと SNMP ヘルパーを構 成してください。 IpBackupRoutes IpBackupRoutes エージェントは、ルーターに接続されているデバイスの物理アドレ スと IP アドレスを提供する IpNetToMedia MIB テーブルを参照して、リンクを検 出します。 このエージェントは、デフォルトでは有効になっていません。これは、このエージ ェントがレイヤー 3 接続を判別するために不可欠とは言えない大量の情報を取得す るためです。さらに、この情報は動的でない、手動での更新が必要なテーブルから ダウンロードされているため、廃止されている可能性があります。レイヤー 2 ディ スカバリーを実行する場合、このエージェントがディスカバーしたサーバー接続が 廃止されていることがよくあります。これは、スイッチの接続情報に取り替えられ た可能性があるためです。 注: このエージェントを有効化する前に、 SNMP アクセスと SNMP ヘルパーを構 成してください。 付録 C. ディスカバリー・エージェント 401 表 139. レイヤー 3 (ネットワーク層) のエージェント (続き) エージェント名 機能 IpForwardingTable IpForwardingTable エージェントは、より新しいバージョンのルーティング・テー ブル (RFC 2096 で指定された IP Forwarding テーブル) のリンクを検出します。 また、このエージェントは、OSPF (Open Shortest Path First) 情報を使用して、 Juniper デバイスのディスカバリーを高度化します。このエージェントは、ディスカ バリーのスコープ設定に基づいて、ルーティング・テーブルからエレメントをダウ ンロードします。デフォルト設定では、特定のデバイスの SNMP エージェントが 部分一致をサポートするものと想定しています。デバイスで部分一致が不可能の場 合は、.agnt ファイルの DiscoRouterPartialMatchRestrictions セクションでこれを 指定する必要があります。 注: このエージェントを有効化する前に、 SNMP アクセスと SNMP ヘルパーを構 成してください。 IpRoutingTable RFC1213 で規定されたルーターのルーティング・テーブルを参照して、一般的な接 続情報を取得します。このエージェントは、ディスカバリーのスコープ設定に基づ いて、ルーティング・テーブルからエレメントをダウンロードします。エージェン トのデフォルト設定では、特定のデバイスの SNMP エージェントが部分一致をサ ポートするものと想定しています。デバイスで部分一致が不可能の場合は、.agnt フ ァイルの DiscoRouterPartialMatchRestrictions セクションでこれを指定する必要が あります。 注: このエージェントを有効化する前に、 SNMP アクセスと SNMP ヘルパーを構 成してください。 ISISExperimental 実験的な ISIS MIB をサポートするルーター間の接続をディスカバーします。ルー ターの一部がネットマスク 255.255.255.255 を使用して構成されている場合に、この エージェントを使用する必要があります (この場合、ルーターは標準のディスカバリ ーに適さなくなります)。 注: このエージェントを有効化する前に、 SNMP アクセスと SNMP ヘルパーを構 成してください。 LinkStateAdvOSPF OSPF ルーターからリンク状態通知 (LSA) を取得します。この LSA は、 CreateOSPFNetworkLSAPseudoNodes スティッチャーによって、OSPF 疑似ノード を作成するために使用されます。疑似ノードにより、Topoviz ネットワーク・ビュ ーで OSPF 領域を表すときのフルメッシュ化の問題を克服し、OSPF 領域内の接続 をより明確で整った方法で可視化できます。 JuniperBGPTelnet Juniper ルーターから BGP 情報をダウンロードします。このエージェントは、デフ ォルトでは有効になっていません。これは、このエージェントが情報の非常に限定 的な部分のみ、つまり、デバイスがルート・リフレクターであるかどうかのみを収 集するためです。 注: このエージェントを有効にする前に、Telnet アクセスと Telnet ヘルパーを構成 してください。 JuniperMXGroupTelnet JuniperMXGroupTelnet エージェントは、Telnet を使用して、Juniper MX デバイ ス上のルーティング・エンジン・グループの論理コレクション情報をディスカバー します。 402 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 139. レイヤー 3 (ネットワーク層) のエージェント (続き) エージェント名 機能 NetScreenInterface NetScreenInterface エージェントは、Juniper Netscreen デバイス内のすべての構成 済みインターフェースについての情報を取得します。このエージェントは、論理イ ンターフェースおよびその他のインターフェースについての情報 (標準の IF-MIB からは使用できない) を取得し、NETSCREEN-INTERFACE-MIB.mib と NS-VPN-MON.mib の両方のファイルを必要とします。エージェントは、Juniper NetScreen デバイスで構成されている VPN およびトンネル接続情報も取得しま す。 注: このエージェントを有効化する前に、 SNMP アクセスと SNMP ヘルパーを構 成してください。 NetScreenIpRoutingTable NetScreenIpRoutingTable エージェントは、Netscreen デバイス上で構成されてい る IP ルーティング・テーブルに関する情報を取得します。このエージェントは、 Netscreen デバイスのインターフェース索引から、インターフェースおよびサブイ ンターフェースを判別します。 このエージェントは、IpRoutingTable エージェントによって正しくディスカバーさ れないサブインターフェースのために、IpRoutingTable エージェントと同じ機能を 実行しますが、対象は Netscreen デバイスのみです。 NetScreenIpRoutingTable エージェントは、IP-FORWARD-MIB 標準 MIB および NETSCREEN-INTERFACE-MIB を使用します。 注: IpRoutingTable エージェントは、NetScreenIpRoutingTable エージェントによ って処理される Netscreen デバイスを処理しません。 NokiaVRRP Nokia の VRRP MIB の解釈をサポートするルーターから VRRP 情報をダウンロ ードします。取得される情報には、VRRP の状態、ID、1 次 IP、および関連するア ドレスが含まれます。 この情報は、以下の MIB 変数から取得されます。 v vrrpOperState v vrrpOperMasterIpAddr v vrrpAssoIpAddrRowStatus 注: このエージェントを有効化する前に、 SNMP アクセスと SNMP ヘルパーを構 成してください。 NortelPassport NortelPassport エージェントは、Nortel Passport スイッチからレイヤー 3 接続情 報および包含情報を取得します。 RFC2787VRRP RFC2787 準拠の VRRP を実行し、かつ RFC2787 VRRP MIB をサポートするルー ターから、RFC2787VRRP エージェントが Virtual Router Redundancy Protocol (VRRP) 情報をダウンロードします。Nokia のファイアウォールによっては、この MIB をサポートするものもあります。 注: このエージェントを有効化する前に、 SNMP アクセスと SNMP ヘルパーを構 成してください。 VRRP は、RCA 用にモデル化されていません。このエージェントは、ディスカバリ ー時の当該インターフェースの状態を示すタグを VRRP インターフェースに設定し ます。また、エージェントは、VRRP コレクションの作成に使用される関連 IP ア ドレスもダウンロードします。 ヒント: VRRP MIB には、微妙に異なる 2 つのバージョンがあります。これらは同 じ名前を持ちますが、OID が異なります。このエージェントが機能しない場合は、 VRRP MIB のもう一方のバージョンを使用してください。 付録 C. ディスカバリー・エージェント 403 表 139. レイヤー 3 (ネットワーク層) のエージェント (続き) エージェント名 機能 StandardBgp StandardBgp エージェントは、Border Gateway Protocol を実行するネットワーク のディスカバリーを担当します。RFC1657 標準の (BGP4-MIB) MIB に準拠するデ バイスをサポートし、以下の情報をディスカバーします。 v 自律システム ID v 外部ピアとの BGP ピア接続 (EBGP) v 内部ピアとの BGP ピア接続 (IBGP) v BGP で獲得した経路指定データ (非推奨) このエージェントの定義ファイルは、デフォルトで、すべての SNMP 対応デバイ スを受け入れるように構成されます。ただし、このエージェントは BGP44-MIB の bgpIdentifier MIB 変数をサポートするデバイスのみを受け入れます。 このエージェントには、.agnt ファイルの DiscoAgentDiscoveryScoping セクショ ンに、以下の追加の構成パラメーターがあります。 v GetPeerData: エージェントが BGP ピア・データを獲得する必要があるかどうか を判別します (デフォルトではアクティブ)。 v GetRouteData: エージェントが BGP ルートを獲得する必要があるかどうかを判 別します (デフォルトでは非アクティブ)。これを指定すると、大量のデータがデ ィスカバーされる場合があります。 StandardBgp エージェントは現在、ピア・グループ、コンフェデレーション、VRF BGP ごとのプロセス、またはルート・リフレクションをサポートしていません。 注: このエージェントを有効化する前に、 SNMP アクセスと SNMP ヘルパーを構 成してください。ping ヘルパーを構成する必要もあります。 StandardOSPF StandardOSPF エージェントは、OSPF (Open Shortest Path First) プロトコルを実 行するネットワークのディスカバリーを担当します。このエージェントは、 RFC1850 標準に準拠するすべてのデバイスをサポートします。 注: このエージェントを有効化する前に、 SNMP アクセスと SNMP ヘルパーを構 成してください。 TraceRoute TraceRoute エージェントは、事前に判別済みのライフ・スパンで ICMP ping パケ ットが取った経路をトレースすることにより、リンクを検出します。このエージェ ントを使用する場合は、DiscoPingHelperSchema.cfg 構成ファイルの m_Timeout 値を大きくする必要があります。これは、traceroute 機能は標準の ICMP よりも長 い時間を要するためです。このエージェントは、デフォルトでは有効になっていま せん。これは、このエージェントが機能するデバイスが、SNMP 対応のデバイスに 限定されていないためです。したがって、このエージェントがデフォルト設定でオ ンになっていると、ネットワーク上のすべてのデバイスへの経路がトレースされる ことになります。その結果、メッシュ環境の接続が不完全であったり、ロード・バ ランシング環境の接続が不正確になる可能性があります。 注: このエージェントを有効化する前に、 SNMP アクセスと SNMP ヘルパーを構 成してください。 関連タスク: 33 ページの『デバイス・アクセスの構成』 ヘルパーおよび Network Manager ポーリングがネットワーク上のデバイスにアク セスできるように、SNMP コミュニティー・ストリングおよび Telnet アクセス情 報を指定します。 404 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 関連資料: 95 ページの『SnmpStackSecurityInfo.cfg 構成ファイル』 SnmpStackSecurityInfo.cfg 構成ファイルは、コミュニティー・ストリング、バージ ョン管理、および SNMP を使用するデバイスへの問い合わせに必要なプロセス (SNMP ヘルパーなど) により使用されるその他のプロパティーを定義します。 SNMP ヘルパーがデバイスから MIB 変数を取得できるようにするため、コミュニ ティー・ストリングをデバイスごとまたはサブネットごとをベースにして構成する ことができます。 98 ページの『TelnetStackPasswords.cfg 構成ファイル』 TelnetStackPasswords.cfg 構成ファイルは、デバイスへの Telnet アクセスのための アクセス証明書を定義します。 79 ページの『DiscoPingHelperSchema.cfg 構成ファイル』 DiscoPingHelperSchema.cfg 構成ファイルは、デバイスを ping する方法を定義し ます。 EMS に保管されているトポロジー・データ EMS により管理されるデバイスに関する情報を取得するディスカバリー・エージェ ントがいくつかあります。 ルーティング・プロトコル・ディスカバリー・エージェントは、EMS コレクターに 対して、EMS が管理するデバイスに関する基本情報と詳細情報を照会します。この タイプのエージェントを表 140 に示します。 表 140. ルーティング・プロトコル・ディスカバリー・エージェント エージェント名 機能 CollectorDetails sysObjectId、sysDescr、およびネーミング・データなどの、コレ クター上のデバイスに関する基本情報を取得します。 CollectorInventory コレクター上のデバイスごとのローカル隣接デバイス、エンティ ティー、および関連付けられているアドレス・データを取得しま す。 CollectorLayer2 コレクター上のデバイスのレイヤー 2 接続情報を取得します。 CollectorLayer3 コレクター上のデバイスのレイヤー 3 接続情報を取得します。 CollectorVpn コレクター上のデバイスのレイヤー 2 およびレイヤー 3 VPN デ ータを取得します。 関連概念: 124 ページの『EMS 統合のコンポーネント』 EMS 統合は、トポロジー・データの収集を支援するいくつかのコンポーネントで構 成されています。 付録 C. ディスカバリー・エージェント 405 ATM デバイス間の接続のディスカバー 非同期伝送モード (ATM) は、フォーマット混在データ (ピュア・データ、音声、 ビデオなど) に対応している代替スイッチング・プロトコルです。ネットワーク上 の ATM デバイスのディスカバリーには、さまざまな種類のディスカバリー・エー ジェントが使用されます。 注: 以下に示すエージェントを有効にする前に、SNMP アクセスと SNMP ヘルパ ーを構成する必要があります。 表 141. ATM ディスカバリー・エージェント エージェント名 機能 AtmForumPnni AtmForumPnni エージェントは、PNNI (Private Network-to-Network Interface) 動的ルー ティング・プロトコルおよび ATM Forum の PNNI MIB を使用する ATM デバイスから 接続情報を取得します。通常、PNNI プロトコルは、大規模なネットワークで使用されま す。これは、このプロトコルが ATM スイッチにネットワーク・トポロジーの詳細なマップ を提供し、これによって ATM デバイスが、最適なルーティングを決定できるためです。 CellPath90 CellPath90 エージェントを使用すると、Marconi CellPath 90 WAN (広域ネットワーク) マ ルチプレクサーの ATM 接続をディスカバーすることができます。CellPath 90 WAN マル チプレクサーは、隣接デバイスの ATM アドレスを認識しません。そのため、CellPath 90 WAN マルチプレクサーをディスカバーできるのは、よりインテリジェントな別の認定 ATM デバイスに接続されている場合に限られます。 CellPath90 ディスカバリー・エージェントは、ネットワーク・トポロジーを計算する場合に 使用されます。このエージェントは、CellPath 90 に関する情報をディスカバリー・データ ベース内の目的のレイヤーに格納します。 CiscoPVC CiscoPVC エージェントは、Cisco デバイスから PVC データを取得します。 CiscoSerialInterface Telnet CiscoSerialInterfaceTelnet エージェントは、Telnet を使用して Asynchronous Transport Mechanism (ATM) 接続情報を Cisco デバイスから取得します。ATM Private Virtual Circuit (PVC) として構成されたシリアル・インターフェースによって接続されている Cisco ルーターがある場合は、このエージェントを使用します。Interface エージェントを CiscoSerialInterfaceTelnet エージェントと共に実行する必要があります。 ILMI ILMI エージェントは、ATM および IP ネットワークを管理するための RFC 標準である ILMI (Interim Local Management Interface) を使用して、デバイスから接続情報を取得し ます。ILMI エージェントは、ATM ネットワークがレイヤー 2 バーチャル・サーキットに 接続する方法とポート・レベルを調査します。また、このエージェントは、LANE インター フェースから論理接続を除去します。 406 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 141. ATM ディスカバリー・エージェント (続き) エージェント名 機能 ILMIForeSys ILMIForeSys エージェントは、Marconi ASX シリーズのスイッチが提供する ILMI (Interim Local Management Interface) 接続情報を使用して、デバイス間の物理的な ATM 接続をディスカバーします。 ILMI 情報を使用して接続が推論される場合、その接続は通常、標準の AtmForumPnni お よび ILMI エージェントの場合と同様に、PNNI 情報を使用して計算したときの接続と同じ です。ただし、PNNI 情報には含まれていない接続の詳細が ILMI 情報に含まれていたり、 ILMI 情報には含まれていない接続の詳細が PNNI 情報に含まれていたりする場合もありま す。これに該当する状況の例を以下で詳しく説明します。 MariposaAtm v ASX シリーズのスイッチと SE420/SE440 IAD 間の接続が ILMI を使用しないとディス カバーされない。 v ATM カードを含む Cisco ルーターまたはスイッチと ATM コア間の接続が ILMI を使 用しないとディスカバーされない。 v PnniForeSys エージェントと同様、ILMIForeSys エージェントは、ILMI エージェントと 連携してシームレスに動作するように設計されている。これにより、ASX デバイスと別 のベンダーのデバイス (ATM カードを備えた Cisco 5509 スイッチなど) が混在してい るネットワークを、正確にディスカバーすることができます。 MariposaAtm エージェントは、SE420 および SE440 IAD (Integrated Access Device) の ATM 接続をディスカバーします。 注: これらのデバイスのイーサネット・スイッチング機能とフレーム・リレー機能は、現在 認定されていません。 PnniForeSys PnniForeSys エージェントは、Marconi ASX シリーズのスイッチが提供する PNNI (Private Network-to-Network Interface) 接続情報を使用して、デバイス間の物理的な ATM 接続をディスカバーします。PnniForeSys エージェントは、AtmForumPnni エージェントと 一緒に動作するように設計されています。 PnniForeSys エージェントは、論理的な ifIndex を pnniLinkIfIndex 変数に保管しない Fore デバイスに対して特別な処理を実行します。ifTable 内に格納されている実際の ifIndex を取得するためには、これらのデバイスから取得した情報をさらに処理する必要が あります。 注: 関連デバイスの SNMP ヘルパー構成が、このエージェントに対する前提条件です。ま た、AtmForumPnni エージェントも同様にアクティブでなければなりません。 関連資料: 95 ページの『SnmpStackSecurityInfo.cfg 構成ファイル』 SnmpStackSecurityInfo.cfg 構成ファイルは、コミュニティー・ストリング、バージ ョン管理、および SNMP を使用するデバイスへの問い合わせに必要なプロセス (SNMP ヘルパーなど) により使用されるその他のプロパティーを定義します。 SNMP ヘルパーがデバイスから MIB 変数を取得できるようにするため、コミュニ ティー・ストリングをデバイスごとまたはサブネットごとをベースにして構成する ことができます。 90 ページの『DiscoSnmpHelperSchema.cfg 構成ファイル』 DiscoSnmpHelperSchema.cfg 構成ファイルは、SNMP ヘルパーの操作を定義しま す。これにより、SNMP 情報取得の汎用ルールが指定されます。 付録 C. ディスカバリー・エージェント 407 MPLS デバイスのディスカバー Virtual Private LAN Service (VPLS) の情報を含め、Multiprotocol Label Switching (MPLS) データをディスカバーするには、適切なエージェントを使用可能 にします。 MPLS データを取得するエージェントは、Telnet または SNMP のいずれかを使用 してデータを取得します。MPLS エージェントを使用可能にする前に、Telnet およ び SNMP アクセスを構成してください。 v Telnet を使用する MPLS エージェントを使用可能にする前に、エージェントが デバイスにアクセスでき、デバイスの出力を認識できるように Telnet を構成し ていることを確認します。 v SNMP を使用する MPLS エージェントを使用可能にする前に、SNMP の構成 を行って、デバイスへのアクセスを可能にし、スレッド、タイムアウト、および 再試行の回数を指定します。 ヒント: VPLS 情報を取得するエージェントは、大量のデータを取得できます。これ らのエージェントを有効にすると、ディスカバリー・プロセスの処理時間が大幅に 長くなる可能性があります。 VPLS 情報を再ディスカバーする必要がない場合は、 ディスカバリーを高速にするために、これらのエージェントを無効にしてくださ い。 表 142. MPLS ディスカバリー・エージェント 408 エージェント名 機能 CiscoMPLSSnmp CiscoMPLSSnmp エージェントは、標準 MIB を使用する Cisco デバイス上、および Cisco Experimental MPLS MIB を サポートする Cisco デバイス上の MPLS パスをディスカバー します。 CiscoMPLSTelnet CiscoMPLSTelnet エージェントは、Cisco デバイス上の MPLS パスおよび LDP VPLS をディスカバーします。 CiscoQinQTelnet CiscoQinQTelnet エージェントは、Cisco デバイス上の QinQ (IEEE 802.1QinQ) 構成をディスカバーします。 HuaweiMPLSTelnet HuaweiMPLSTelnet エージェントは、Huawei デバイス上のレ イヤー 2 およびレイヤー 3 の MPLS/VPN 関連データをディ スカバーします。 JuniperMPLSTelnet JuniperMPLSTelnet エージェントは、Juniper デバイス上の MPLS パスをディスカバーします。またこのエージェントは、 Juniper MultiHome VPLS 構成をディスカバーし、必要に応じ て Virtual Switch Instance (VSI) にタグを付けます。 JuniperMPLSSNMP JuniperMPLSSNMP エージェントは、Juniper デバイス上の MPLS/VPN (RT ベースの VPN ディスカバリー) および VPLS (LDP および BGP) 関連データをディスカバーします。 JuniperQinQTelnet JuniperQinQTelnet エージェントは、Juniper デバイス上の QinQ (IEEE 802.1QinQ) 構成をディスカバーします。 LaurelMPLSTelnet LaurelMPLSTelnet エージェントは、Laurel デバイス上の MPLS パスをディスカバーします。このエージェントは、ルー ト・ターゲット・ベースのディスカバリーのみを対象としてい ます。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 142. MPLS ディスカバリー・エージェント (続き) エージェント名 機能 StandardMPLSTE StandardMPLSTE は、SNMP を使用して MPLS Traffic Engineered (TE) トンネルをディスカバーします。 UnisphereMPLSTelnet UnisphereMPLSTelnet エージェントは、Juniper ERX ルータ ー (旧 Unisphere) 上の MPLS パスをディスカバーします。 マルチキャスト・エージェント マルチキャスト・エージェントは、マルチキャスト・グループおよびルートに加わ っているデバイスからデータを取得します。 マルチキャスト・データを取得するエージェントは、データ取得に SNMP と ping アクセスを必要とします。マルチキャスト・エージェントを使用可能にする前に、 エージェントがデバイスにアクセスでき、スレッド、タイムアウト、および再試行 の回数を指定できるように最初に SNMP を構成していることを確認します。 次の表では、マルチキャスト・エージェントを説明します。 表 143. マルチキャスト・ディスカバリー・エージェント エージェント名 機能 StandardIGMP Internet Group Management Protocol (IGMP) を実行してい るネットワークをディスカバーします。RFC2933 IGMP MIB に準拠するすべてのデバイスをサポートします。MIB のサポー ト・レベルに応じて、IGMP インターフェース、インターフェ ース・グループごとのメンバーシップ、IGMP インターフェー スで表示されるグループ・メンバーの情報がディスカバーされ る場合があります。 StandardIPMRoute IP マルチキャスティング・ネットワークをディスカバーしま す。RFC2932 IPMRoute MIB に準拠するすべてのデバイスを サポートします。MIB のサポート・レベルに応じて、マルチキ ャスト・ルーティング・データ (アップストリーム/ダウンスト リーム)、マルチキャスト・ルーティングに関与しているインタ ーフェース、マルチキャストのソースとグループの情報がディ スカバーされる場合があります。 StandardPIM マルチキャスト・プロトコル PIM を実行するネットワークを ディスカバーします。 RFC2934 PIM MIB に準拠するすべて のデバイスをサポートします。MIB のサポート・レベルに応じ て、PIM インターフェース、PIM 隣接情報、RP/BSR 候補情 報がディスカバーされる場合があります。 関連タスク: 47 ページの『マルチキャスト・エージェントの有効化』 マルチキャスト・グループをディスカバーするには、適切なエージェントを有効に して、関連する SNMP コミュニティー・ストリングを追加する必要があります。 付録 C. ディスカバリー・エージェント 409 NAT ゲートウェイのディスカバー 既知の NAT ゲートウェイからネットワーク・アドレス変換 (NAT) 情報をダウン ロードするいくつかのエージェントがあります。 以下の表に示すエージェントはいずれも、デフォルト構成では有効になっていませ ん。これらのエージェントは拡張構成を必要とするため、デフォルトで有効にしな いことをお勧めします。 表 144. NAT ゲートウェイ・エージェント エージェント名 機能 CiscoNATTelnet CiscoNATTelnet エージェントは、NAT ゲートウェイの機能を果たす Cisco ルーターに問い合わせを行います。このエージェントは、デバイ スから Telnet を介して静的 NAT 変換をダウンロードします。この変 換は、特定のデバイスが存在するネットワークの領域を識別するために 使用されます。 注: このエージェントを有効化する前に、 Telnet アクセスと Telnet ヘルパーを構成する必要があります。 NATNetScreen NATNetScreen エージェントは、NAT ゲートウェイの機能を果たす NetScreen® Firewall に問い合わせを行います。このエージェントは、 デバイスから Telnet を介して静的 NAT 変換をダウンロードします。 この変換は、特定のデバイスが存在するネットワークの領域を識別する ために使用されます。 注: このエージェントを有効化する前に、 Telnet アクセスと Telnet ヘルパーを構成する必要があります。 NATTextFileAgent NATTextFileAgent は、NAT マッピング情報をフラット・ファイルか ら読み取ることにより、ほかの NAT ゲートウェイ・エージェントの 機能を模倣します。この変換は、特定のデバイスが存在するネットワー クの領域を識別するために使用されます。 注: このエージェントを有効化する前に、 SNMP アクセスと SNMP ヘルパーを構成する必要があります。 関連資料: 95 ページの『SnmpStackSecurityInfo.cfg 構成ファイル』 SnmpStackSecurityInfo.cfg 構成ファイルは、コミュニティー・ストリング、バージ ョン管理、および SNMP を使用するデバイスへの問い合わせに必要なプロセス (SNMP ヘルパーなど) により使用されるその他のプロパティーを定義します。 SNMP ヘルパーがデバイスから MIB 変数を取得できるようにするため、コミュニ ティー・ストリングをデバイスごとまたはサブネットごとをベースにして構成する ことができます。 98 ページの『TelnetStackPasswords.cfg 構成ファイル』 TelnetStackPasswords.cfg 構成ファイルは、デバイスへの Telnet アクセスのための アクセス証明書を定義します。 90 ページの『DiscoSnmpHelperSchema.cfg 構成ファイル』 DiscoSnmpHelperSchema.cfg 構成ファイルは、SNMP ヘルパーの操作を定義しま す。これにより、SNMP 情報取得の汎用ルールが指定されます。 91 ページの『DiscoTelnetHelperSchema.cfg 構成ファイル』 DiscoTelnetHelperSchema.cfg 構成ファイルは、Telnet ヘルパーの動作を定義しま す。Telnet ヘルパーは、指定されているデバイスに Telnet 動作の結果を返しま 410 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド す。 包含情報のディスカバー ネットワーク・モデルに使用されている重要な原則が包含です。コンテナーは、ほ かのオブジェクトを保持します。コンテナーには任意のオブジェクトを格納できま す。1 つのコンテナーに異なる種類のオブジェクトを混在させることもできます。 包含情報には、コンテナー内に保持されているすべてのパーツの物理的な明細と、 これらの各パーツに関する詳細情報が含まれます。コンテナーに保持することがで きるパーツを以下に示します。 v シャーシ v インターフェース v 論理インターフェース v VLAN オブジェクト v カード v PSU v VPN などの論理的な集合 v モジュール v Fix Pack 4 ファン また、「不明」というカテゴリーもあります。これは、パーツ型が定義されていな いエンティティーを対象とします。 以下の表で、包含情報をディスカバーするディスカバリー・エージェントについて 説明します。 表 145. 包含情報をディスカバーするディスカバリー・エージェント エージェント名 機能 AvayaPhysicalInventory AvayaPhysicalInventory エージェントは、各物理エンティティーの RAPID-CITY MIB を照会し、その物理 エンティティーの包含情報を取得します。物理包含をモデル化し、資産管理を行う場合は、 AvayaPhysicalInventory エージェントを実行します。ネットワークに Avaya (以前の名称は Nortel) デバ イスがある場合、このエージェントを有効にします。 注: このエージェントを有効にする前に、SNMP アクセスおよび SNMP ヘルパーを構成します。 BNTSwitch BNTSwitch エージェントは、SNMP を使用して、レイヤー 2 接続および VLAN 包含情報 (VLAN タグ、 VLAN トランク、トランク・グループ情報を含む) を取得します。 付録 C. ディスカバリー・エージェント 411 表 145. 包含情報をディスカバーするディスカバリー・エージェント (続き) エージェント名 機能 Entity Entity エージェントは、各エンティティーの MIB を照会し、そのエンティティーの包含情報を取得しま す。このエージェントを有効にする前に、 SNMP アクセスと SNMP ヘルパーを構成する必要がありま す。 ディスカバリー中の Entity エージェントの実行はオプションです。 Entity エージェントが実行されなくて も、ディスカバリーの間に一部の包含情報は収集されます。物理包含をモデル化し、資産管理を行うには、 Entity エージェントを実行する必要があります。 注: ディスカバリーの間、Entity エージェントは、大量のデータを取得します。これにより、ディスカバリ ーの速度が低下します。 したがって、このエージェントを使用するのは、取得したデータに対して資産管理 を行う必要がある場合のみにしてください。 Entity エージェントを構成すれば、エージェントが取得するデータ量を指定できます。 必要に応じて、 Asset、ExtraPhysData、Module、Power、および Sensor の各エンティティーのエンティティー MIB か ら、この追加情報をダウンロードすることもできます。これを行うには、Entity.agnt ファイルに以下の変 数を設定します。 v GetAssetData v GetExtraPhysData v GetModuleData v GetPowerData v GetSensorData いずれの場合も、データを取得する場合は値 1 を設定し、データを取得しない場合は値 0 を設定します。 デフォルト値は 1 です。 Fix Pack 3 また、Entity エージェントがデバイスからデータを取得する方法を指定することもできま す。オプションは以下のとおりです。 0 GetNext これはデフォルト値です。 このデータ取得オプションを使用すると、システムは一連のデバイスから一度に 1 つの SNMP 変数を要求します。つまり、テーブルの 1 列の取得を行い、所定のデバイスについて一度に 1 つの値を取得します。これは時間のかかる方法ですが、デバイスに最も負荷をかけません。複数 エンティティーのディスカバリーでは、SNMP ヘルパーが他のアクティビティーで使用中の場合 に、この方法によってディスカバリーがスローダウンしないことが期待されます。この方法は、 大規模な個別デバイスの場合に時間がかかることがあります。この方式は、SNMP バージョン 1 で機能します。 1 非同期 GetNext 一度に 1 つの索引が取得される点は GetNext メソッドに似ていますが、すべての列が並行して 取得される点が異なります。これも SNMP バージョン 1 によってサポートされますが、デバイ スに及ぼす負荷は少し大きくなります。 2 GetBulk 列全体または複数列と、個々の Get コマンドを一度に要求します。この方式は、SNMP バージ ョン 2 のサポートが必要です。デバイスがバージョン 1 のみサポートする場合、この取り出し 方式は、複数の SNMP Get Next コマンドおよび Get コマンドに分割されます。これは最も高 速な取得で、非同期 GetNext 方式ほど高い負荷をデバイスにかけません。また、この方式では ネットワーク上に大きいパケットを必要とします。 注: Entity.agnt ファイルは、他のすべてのエージェントの構成ファイルとともに、$NCHOME/precision/ disco/agents ディレクトリー内にあります。 IfStackTable IfStackTable は、RFC 2863 MIB をサポートするデバイス上のインターフェース・スタック階層を判別しま す。 注: このエージェントを有効にする前に、SNMP アクセスおよび SNMP ヘルパーを構成します。 JuniperBoxAnatomy JuniperBoxAnatomy エージェントは、Juniper デバイス内にインストールされたモジュールおよびコンポー ネントと、それらの包含に関する情報を取得します。このエージェントは、すべての Juniper デバイスに対 して Juniper Box Anatomy MIB などのベンダー固有の MIB を使用します。 Fix Pack 4 このエージェントは、Juniper QFabric デバイスに対して Juniper Fabric Anatomy MIB を 使用するように拡張されています。 412 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 145. 包含情報をディスカバーするディスカバリー・エージェント (続き) エージェント名 機能 JuniperERXIfStackTable JuniperERXIfStackTable は、Juniper ERX デバイス上のインターフェース・スタック階層を判別します。 このエージェントは、Juniper ERX デバイスの仮想ルーターおよび VRF コンテキスト依存スタック情報を 判別します。コンテキスト依存ディスカバリーが有効な場合は、IfStackTable エージェントもこの情報を判 別するため、このエージェントを無効にすることができます。これにより、ディスカバリーのパフォーマン スが向上します。 注: このエージェントを有効にする前に、SNMP アクセスおよび SNMP ヘルパーを構成します。 JuniperLAGStack Fix Pack 4 The JuniperLAGStack agent retrieves Link Aggregation Group (LAG) information from Juniper devices. LAG information is needed to accurately represent the interface stacking hierarchy. ZTEPPhysicalInventory Fix Pack 4 ZTEPhysicalInventory エージェントは、各物理エンティティーについて、 ZXR10-MIB、ZXR10-RACK-MIB、および ZXR-SYSTEM-HARDWARE-MIB を照会し、その物理エンティテ ィーの包含情報を取得します。 Fix Pack 4 このエージェントは物理包含をモデル化し、ZTE T1200、T600、および M6000 の各デバイ スの資産管理を実行します。包含情報には、コンテナー内に保持されているすべてのパーツの物理的な明細 と、これらの各パーツに関する詳細情報が含まれます。 関連資料: 95 ページの『SnmpStackSecurityInfo.cfg 構成ファイル』 SnmpStackSecurityInfo.cfg 構成ファイルは、コミュニティー・ストリング、バージ ョン管理、および SNMP を使用するデバイスへの問い合わせに必要なプロセス (SNMP ヘルパーなど) により使用されるその他のプロパティーを定義します。 SNMP ヘルパーがデバイスから MIB 変数を取得できるようにするため、コミュニ ティー・ストリングをデバイスごとまたはサブネットごとをベースにして構成する ことができます。 90 ページの『DiscoSnmpHelperSchema.cfg 構成ファイル』 DiscoSnmpHelperSchema.cfg 構成ファイルは、SNMP ヘルパーの操作を定義しま す。これにより、SNMP 情報取得の汎用ルールが指定されます。 その他のプロトコルを使用するディスカバリー・エージェント Network Manager には、既に説明したプロトコル以外のプロトコルを使用するデ バイスをディスカバーするエージェントが付属しています。 注: 以下に示すエージェントを有効にする前に、SNMP アクセスと SNMP ヘルパ ーを構成する必要があります。 表 146. その他のプロトコルを使用するディスカバリー・エージェント エージェント名 機能 AlteonStp これは、BRIDGE-MIB の dot1dStp セクションをサポートする Alteon スイッチ用のスパンニング・ツリー・プロトコル・ディスカバリー・エー ジェントです。 CDP CDP エージェントは、Cisco の通信デバイス間で使用されるプロトコル を認識します。Cisco デバイスは、CDP を使用して、最寄りの隣接デバ イスをディスカバーし、それに関する最小限の情報を保管できます。 このエージェントは、既知の Cisco デバイスのアドレスから開始して、 次に CDP を使用して、接続されているその他の Cisco デバイス、また は隣接する Cisco デバイスの位置に関して、より詳細な情報を検出しま す。 付録 C. ディスカバリー・エージェント 413 表 146. その他のプロトコルを使用するディスカバリー・エージェント (続き) エージェント名 機能 DefaultLLDP DefaultLLDP エージェントは、LLDP MIB をサポートし、かつ Link Layer Discovery Protocol (LLDP) が有効になっているデバイス間のレイ ヤー 2 接続をディスカバーします。 LLDP エージェントと DefaultLLDP エージェントはともに、 lldpRemLocalPortNum で索引付けされる LLDP MIB のデータを使用し ます。この変数は、特定の LLDP 接続が存在する ifIndex またはポート を示します。LLDP エージェントでは、 lldpRemLocalPortNum がデバ イス上の ifIndex を参照するデバイス (通常は Cisco デバイス) がサポー トされます。DefaultLLDP エージェントでは、lldpRemLocalPortNum が ポートまたはその他の任意に割り当てられた索引を参照するデバイス (通 常は、Juniper や BNT デバイスなどの非 Cisco デバイス) がサポートさ れます。 DefaultLLDP エージェントは、デバイスで Extended-LLDP-MIB がサポ ートされるかどうかを検査します。デバイスで Extended-LLDP-MIB が サポートされない場合は、lldpRemLocalPortNum はスイッチ・ポートで あると見なされます。その場合、エージェントは BRIDGE-MIB の dot1dBasePortIfIndex 変数を使用して、このレコードの ifIndex を判別し ます。Network Manager が lldpRemLocalPortNum の異なる実装を持つ デバイスで LLDP 接続を検出できるようにするには、LLDP エージェン トと DefaultLLDP エージェントの両方を有効にします。 414 FddiDefault FddiDefault エージェントは、標準の FDDI MIB をサポートするすべて のデバイスをディスカバーします。FDDI デバイスに問い合わせが行われ ると、そのデバイスおよび上流/下流の隣接デバイスのインターフェース に関する情報が返されます。FddiLayer スティッチャーは、このエージェ ントとその他のすべての FDDI エージェントを使用して、FDDI リン グ・トポロジーを判別します。 FddiCiscoConc FddiCiscoConc エージェントは、Cisco コンセントレーター FDDI デバ イスをディスカバーします。Cisco コンセントレーターは、上流および下 流の隣接デバイスだけでなく、それを通過するすべての FDDI リングに ついての接続を完全に認識します。これを基にして、FddiLayer スティッ チャーは、このエージェントが戻すトポロジー情報を提供します。この情 報は、FddiDefault が見つけた情報よりも優先されます。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 146. その他のプロトコルを使用するディスカバリー・エージェント (続き) エージェント名 機能 LLDP LLDP エージェントは、LLDP MIB をサポートし、かつ Link Layer Discovery Protocol (LLDP) が有効になっているデバイス間のレイヤー 2 接続をディスカバーします。 LLDP エージェントと DefaultLLDP エージェントはともに、 lldpRemLocalPortNum で索引付けされる LLDP MIB のデータを使用し ます。この変数は、特定の LLDP 接続が存在する ifIndex またはポート を示します。LLDP エージェントでは、 lldpRemLocalPortNum がデバ イス上の ifIndex を参照するデバイス (通常は Cisco デバイス) がサポー トされます。DefaultLLDP エージェントでは、lldpRemLocalPortNum が ポートまたはその他の任意に割り当てられた索引を参照するデバイス (通 常は、Juniper や BNT デバイスなどの非 Cisco デバイス) がサポートさ れます。 LLDP エージェントは、デバイスで Extended-LLDP-MIB がサポートさ れるかどうかを検査します。サポートされる場合は、エージェントは lldpRemLocalPortNum と ifIndex との間のマッピングを取得します。デ バイスで Extended-LLDP-MIB がサポートされない場合は、 lldpRemLocalPortNum は ifIndex であると見なされます。Network Manager が lldpRemLocalPortNum の異なる実装を持つデバイスで LLDP 接続を検出できるようにするには、LLDP エージェントと DefaultLLDP エージェントの両方を有効にします。 SONMP SONMP エージェントは、Nortel 通信デバイス間で使用されるプロトコ ルである SynOptics Network Management Protocol を使用します。 SONMP エージェントは、既知の Nortel デバイスのアドレスから開始 し、次に SONMP を使用して、接続されている Nortel デバイスまたは 隣接する Nortel デバイスの位置、包含、アドレス、および接続情報をデ ィスカバーします。 StandardSTP StandardSTP エージェントは、BRIDGE-MIB の dot1dSTP セクションを サポートする STP 対応スイッチ上の STP 接続データをディスカバーし ます。STP バックアップ (ブロッキング) 接続をディスカバーするには、 その他の必要なスイッチ・エージェントに加えて、このエージェントも実 行する必要があります。 STP スイッチ・ディスカバリー方式は、その他のスイッチ・ベースのディ スカバリー方式と比べて、以下の利点があります。 v リンクの隠蔽: STP バックアップ (ブロッキング) 接続がディスカバー されます。 v 速度 : エージェントはフェーズ 1 で完了し、ping は不要です。 注: STP エージェントは、STP 対応スイッチ間の接続のみ表示します。つ まり、ノード、非スイッチ・デバイス、STP 非対応スイッチとの接続は無 視されます。 このエージェントは、複数の STP インスタンス、VLAN、または仮想ル ーターはディスカバーしません。 関連資料: 付録 C. ディスカバリー・エージェント 415 95 ページの『SnmpStackSecurityInfo.cfg 構成ファイル』 SnmpStackSecurityInfo.cfg 構成ファイルは、コミュニティー・ストリング、バージ ョン管理、および SNMP を使用するデバイスへの問い合わせに必要なプロセス (SNMP ヘルパーなど) により使用されるその他のプロパティーを定義します。 SNMP ヘルパーがデバイスから MIB 変数を取得できるようにするため、コミュニ ティー・ストリングをデバイスごとまたはサブネットごとをベースにして構成する ことができます。 90 ページの『DiscoSnmpHelperSchema.cfg 構成ファイル』 DiscoSnmpHelperSchema.cfg 構成ファイルは、SNMP ヘルパーの操作を定義しま す。これにより、SNMP 情報取得の汎用ルールが指定されます。 コンテキスト依存ディスカバリー・エージェント コンテキスト依存ディスカバリーに使用される、いくつかのエージェントがありま す。 重要: コンテキスト依存ディスカバリーが有効な場合、ディスカバリー・プロセス は、どのデバイスについても正しい Context エージェントを自動的に選択します。 このため、構成ファイルまたはディスカバリー構成 GUI を使用して、Context エ ージェントを手動で有効または無効にしないでください。 注: これらのエージェントには、Telnet アクセスおよび Telnet ヘルパーが必要で す。 表 147. コンテキスト依存ディスカバリー・エージェント エージェント名 機能 RedbackContext RedbackContext エージェントは、Redback® デバイスの仮想ルー ター・コンテキスト依存情報をディスカバーします。 UnisphereERXContext UnisphereERXContext エージェントは、Juniper ERX デバイスの 仮想ルーターおよび VRF コンテキスト依存情報をディスカバーし ます。 ディスカバーされる VRF コンテキストのスコープは、.agnt ファ イルのオプションの DiscoAgentDiscoveryScoping セクションを 構成することにより制限することができます。構成可能なオプショ ンは、以下のとおりです。 v IncludeVRF: 指定された VRF をディスカバーします。 v ExcludeVRF: 指定された VRF をディスカバーしません。 VRF 名では、大/小文字が区別されます。VRF 名の代わりにワイ ルドカード「*」を使用すると、すべての VRF にフィルターを適 用できます。フィルターを指定しない場合、デフォルトでは、すべ ての VRF がディスカバーされます。 関連概念: 10 ページの『コンテキスト依存ディスカバリー』 デバイス (SMS デバイス、MPLS エッジ・デバイス、または仮想ルーターを備えた その他のデバイスなど) をディスカバーする必要がある場合は、コンテキスト依存 ディスカバリーを実行する必要があります。コンテキスト依存ディスカバリーによ り、仮想ルーターを正しく表現できます。ディスカバリーで特定のデバイス・タイ 416 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド プがサポートされているかどうかを必ず確認してください。 関連タスク: 150 ページの『コンテキスト依存ディスカバリーの構成』 ディスカバーする必要があるデバイス (SMS デバイス、MPLS エッジ・デバイス、 または仮想ルーターを備えたその他のデバイスなど) がある場合は、コンテキスト 依存ディスカバリーを実行する必要があります。コンテキスト依存ディスカバリー により、仮想ルーターを正しく表現できます。ディスカバリーで特定のデバイス・ タイプがサポートされているかどうかを必ず確認してください。 関連資料: 80 ページの『DiscoConfig.cfg 構成ファイル』 DiscoConfig.cfg 構成ファイルを使用して、ファイル・ファインダーによりディスカ バーされたデバイスを Ping ファインダーが自動的に検査するように設定し、コン テキスト依存ディスカバリーを有効にすることができます。 98 ページの『TelnetStackPasswords.cfg 構成ファイル』 TelnetStackPasswords.cfg 構成ファイルは、デバイスへの Telnet アクセスのための アクセス証明書を定義します。 91 ページの『DiscoTelnetHelperSchema.cfg 構成ファイル』 DiscoTelnetHelperSchema.cfg 構成ファイルは、Telnet ヘルパーの動作を定義しま す。Telnet ヘルパーは、指定されているデバイスに Telnet 動作の結果を返しま す。 タスク固有のディスカバリー・エージェント タスク固有の一群のディスカバリー・エージェントがあります。 表 148. タスク固有のディスカバリー・エージェント エージェント名 機能 AlliedTelesynATSwitch AlliedTelesynATSwitch エージェントは、Allied Telesyn 製の イーサネット・スイッチをディスカバーします。 注: このエージェントを有効化する前に、 SNMP アクセスと SNMP ヘルパーを構成する必要があります。 AlteonSwitch AlteonSwitch エージェントは、Alteon ロード・バランサーお よびイーサネット・スイッチ・モジュールからレイヤー 2 接続 情報を取得します。 注: このエージェントを有効にする前に、SNMP アクセスおよ び SNMP ヘルパーを構成します。 付録 C. ディスカバリー・エージェント 417 表 148. タスク固有のディスカバリー・エージェント (続き) エージェント名 機能 ARPCache ARPCache エージェントは、イーサネット・ベースのディスカ バリー・エージェントの準備として、IP アドレスと MAC ア ドレス間のマッピング情報をヘルパー・サーバーに追加する作 業を支援します。 このエージェントを実行する必要があるのは、レイヤー 2 のデ ィスカバリーを実行している場合です。このエージェントは、 レイヤー 3 のディスカバリーを実行している場合はオプション です。ただし、ARP Cache ディスカバリー・エージェントを使 用すると、効率性が向上する可能性があります。これは、大部 分のネットワーク環境において、ARP ヘルパーは一度に 1 つ のサブネット上でしか実行できないためです。 注: このエージェントを有効化する前に、 SNMP アクセスと SNMP ヘルパーを構成する必要があります。 ASM 以下の商用サーバー製品およびデータベース製品用の ASM が デバイス上で実行中であるかどうかを判別します。 v Oracle v Apache v Microsoft SQL Server v Microsoft Exchange v Microsoft Internet Information Server (IIS) v Microsoft Active Directory v IBM WebSphere® v BEA WebLogic v SAP v Sybase ASE v IBM Lotus® Notes/Domino Server ASM エージェントは、デバイスについて ASM 固有の MIB に照会することにより、アプリケーションが実行中であるかど うかを判別します。この MIB は、デフォルトで Network Manager のインストール時にインストールされます。 ASM エージェントは、ASM がデプロイされているネットワー ク・デバイスからのみ、この情報を取得することができます。 一般的に、デバイス上で実行している、パフォーマンスをモニ ターしたい商用サーバー製品およびデータベース製品ごとに、 ASM サブエージェントをデプロイします。 418 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 148. タスク固有のディスカバリー・エージェント (続き) エージェント名 機能 BGPPeerNextHop インターフェース PE から CE へのインターフェースがメンバー・リストにすべ て追加されます。このメンバー・リスト内のいずれかのインタ ーフェースでイベントが発生すると、システムによって合成 MPLS VPN SAE が生成されます。 このエージェント (デフォルトでオフになっている) は、コア・ ネットワーク内の深いインターフェース依存関係に基づいて、 MPLS VPN のサービスに影響を与えるイベント (SAE) の生成 を有効にします。このエージェントは、 AddLayer3VPNInterfaceDependency.stch スティッチャーを呼 び出します。 このスティッチャーは、VPN 内に存在するすべての PE から コア・プロバイダー・ルーター (P) へのインターフェース、お よび P から PE へのインターフェースを判別します。これら の PE -> P インターフェースおよび P ->PE インターフェー スは、依存関係リストに追加されます。この依存関係リスト内 のいずれかのインターフェースでイベントが発生すると、シス テムによって合成 MPLS VPN SAE が生成されます。メンバ ー・リスト内のいずれかのインターフェースにおけるイベント に基づいて、MPLS VPN SAE が既に生成されている場合、依 存関係リスト内のインターフェースにおけるイベントはすべ て、その既に生成されている MPLS VPN SAE の関連イベント として追加されます。 CM ケーブル・モデム終端システム・デバイスに接続されているケ ーブル・モデムからデータを取得します。 注: このエージェントを活動化すると、大量の情報を取得しま す。このため、このエージェントを活動化すると、メモリーへ の負荷が大きくなる場合があります。このエージェントを活動 化するのは、ほかのエージェントによって提供された情報以外 に、特定のケーブル・モデム情報が必要な場合のみにしてくだ さい。 CMTS ケーブル・モデム終端システム・デバイスをディスカバーしま す。このエージェントは、ケーブル・モデムの接続もディスカ バーします。 注: このエージェントを活動化すると、大量の情報を取得しま す。このため、このエージェントを活動化すると、メモリーへ の負荷が大きくなる場合があります。このエージェントを活動 化するのは、ほかのエージェントによって提供された情報以外 に、特定のケーブル・モデム情報が必要な場合のみにしてくだ さい。 付録 C. ディスカバリー・エージェント 419 表 148. タスク固有のディスカバリー・エージェント (続き) エージェント名 機能 ExtraDetails ExtraDetails エージェントは、Details エージェントが既に取得 した基本 SNMP 情報に基づいて作成された、テキスト・ベー スのエージェントです。このエージェントは、以下の情報を取 得します。 v sysDescr v sysLocation v sysUpTime v sysServices v ifNumber 注: このエージェントを有効化する前に、 SNMP アクセスと SNMP ヘルパーを構成する必要があります。 HPNetworkTeaming HPNetworkTeaming エージェントは、 HP Proliant Teamed ネットワーク・カード上の 2 次 NIC をディスカバーします。 ifTable にはプライマリー NIC しか存在しないため、このエ ージェントが有効でない場合は、HP Proliant デバイス上のプ ライマリー NIC のみが (サーバーに対するローカル隣接デバイ スとして) ディスカバーされます。このエージェントは、すべ ての NIC をサーバーに対するローカル隣接デバイスとして作 成します。 注: このエージェントを有効化する前に、 SNMP アクセスと SNMP ヘルパーを構成する必要があります。 LoopbackDetails LoopbackDetails エージェントは、デバイスの管理インターフ ェースが、メインの IP/名前の組み合わせとして、トポロジー および後続のモニターで使用されるようにするために使用しま す。このエージェントは、管理インターフェースの識別に必要 な情報を取得します。 このデータは、次に NamingFromLoopbackDetails スティッチャーで使用されま す。 注: このエージェントを有効化する前に、 SNMP アクセスと SNMP ヘルパーを構成する必要があります。 MACFromArpCache このエージェントを実行するためには、ArpCache エージェン トが有効でなければなりません。 MACFromArpCache エージェントは、ディスカバリーのフェ ーズ 3 で必要に応じて活動化されます。このエージェントは、 ArpCache エージェントが取得した ArpCache 情報を使用し て、デバイスの MAC アドレスを取得します。このエージェン トは、MAC アドレスを取得するために、デバイスへの SNMP アクセスを必要としないため便利です。 420 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 148. タスク固有のディスカバリー・エージェント (続き) エージェント名 機能 NetScreenArpCache NetScreenArpCache エージェントは、Netscreen デバイスで構 成された ARP テーブルから情報を取得し、このテーブルを処 理して IP から MAC への変換を行います。このエージェント は、ARP 情報を ARP ヘルパーに送信します。さらに処理を行 ってから、ARP ヘルパーは IP および MAC アドレス・マッ ピングを ARPHelperTable に送信します。 NetScreenArpCache エージェントは、SNMPv2-SMI 標準 MIB を使用します。 注: ArpCache エージェントは、NetScreenArpCache エージェ ントによって処理される Netscreen デバイスを処理しません。 これは、Netscreen が ArpCache エージェントによって非ルー ティング・デバイスとして認識されるため、ipForwarding 値で の競合を避けるためです。 付録 C. ディスカバリー・エージェント 421 表 148. タスク固有のディスカバリー・エージェント (続き) エージェント名 機能 NMAPScan NMAPScan エージェントは、Network Manager によってディ スカバーされたデバイスに対して NMAP スキャナーを実行す る Perl エージェントです。デフォルトで、このエージェント は、SNMP アクセス権限を持たないデバイス、または SNMP アクセス権限を持っていても Apple、Compaq、IBM、Microsoft、Sun、Network Harmoni、UC David、Net-SNMP、および HP からデバイス の sysObjectIds を返すデバイスに対して実行されます。 このエージェントは、以下のデータを取得します。 v オペレーティング・システム・フィンガープリントの詳細 v TCP/UDP ポートおよびアプリケーション情報 (ポート番 号、名前、状態、タイプ、およびサービスを含む) NMAP バージョン 4.85 以降を Network Manager コア・コ ンポーネントがインストールされているのと同じサーバーにイ ンストールする必要があります。次に、NMAPScan.pl ファイル を編集して、NMAP バイナリーへのパスを my $nmapBinary 行 に指定し、行の先頭のコメントを削除する必要があります。 NMAP は、http://nmap.org から入手可能です。 重要: NMAPScan エージェントを有効にすると、ディスカバ リーの所要時間が長引く場合があります。 NMAP には多くの スキャン・オプションがあります。詳しくは NMAP の資料を 参照してください。 以下のオプションが、NMAP 用にデフォルトで設定されていま す。 v -sS: TCP SYN スキャンを実行する v -sV: サービス・バージョンの識別を有効にする v -PN: 各ターゲットを ping しない (Network Manager が ping ファインダーまたはファイル・ファインダー、あるい はその両方を既に使用しています) v -O: オペレーティング・システム・フィンガープリントを有 効にする v -oX: XML 出力を有効にする 重要: この値は変更しないでください。 OSInfo ディスカバーされたデバイス上で実行されているオペレーティ ング・システムについての情報を取得します。このエージェン トは、Cisco デバイスおよび Juniper デバイスに対してのみ実 行されます。このエージェントは、以下の情報を取得します。 v OSType v OSVersion v OSImage 422 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 148. タスク固有のディスカバリー・エージェント (続き) エージェント名 機能 SSM SSM エージェントは、SSM エージェントを実行中のデバイス から SNMP を使用して MIB 情報を取得します。このエージ ェントは、デバイスにインストールされているソフトウェア、 実行中のプロセス、CPU 使用率、このエンティティー上のスト レージ・デバイス、空きディスク・スペースなどの情報を取得 します。 SSM エージェントは、SSM エージェントがデプロイされてい るネットワーク・デバイスからのみ、この情報を取得できま す。通常、SSM エージェントは、パフォーマンスをモニターし たいデバイスにデプロイします。 SSM エージェントについて詳しくは、「SSM Application Guide」を参照してください。 注: このエージェントを有効化する前に、 SNMP アクセスと SNMP ヘルパーを構成する必要があります。 SSMOracle SSM アプリケーションおよび Oracle モニター・パッケージも 一緒に実行中であることが必要です。 SSMOracle エージェントは、SSM エージェントを実行中のデ バイスから SNMP を使用して MIB 情報を取得します。この エージェントは、Oracle データベース名、フィールド、および データベース・サイズなどの情報を取得します。 SSMOracle エージェントは、SSM エージェントがデプロイさ れているネットワーク・デバイスからのみ、この情報を取得す ることができます。通常、SSM エージェントは、パフォーマン スをモニターしたいデバイスにデプロイします。 SSM エージェントについて詳しくは、「SSM Application Guide」を参照してください。 注: このエージェントを有効化する前に、 SNMP アクセスと SNMP ヘルパーを構成する必要があります。 TunnelAgent ネットワーク上に存在する、IPv6 over IPv4 トンネルを含む、 すべてのトンネルに関する情報を取得する Perl エージェント用 テンプレート。このエージェントは、IPv6Interface エージェン トと連携して機能します。 関連資料: 95 ページの『SnmpStackSecurityInfo.cfg 構成ファイル』 SnmpStackSecurityInfo.cfg 構成ファイルは、コミュニティー・ストリング、バージ ョン管理、および SNMP を使用するデバイスへの問い合わせに必要なプロセス (SNMP ヘルパーなど) により使用されるその他のプロパティーを定義します。 SNMP ヘルパーがデバイスから MIB 変数を取得できるようにするため、コミュニ ティー・ストリングをデバイスごとまたはサブネットごとをベースにして構成する ことができます。 90 ページの『DiscoSnmpHelperSchema.cfg 構成ファイル』 DiscoSnmpHelperSchema.cfg 構成ファイルは、SNMP ヘルパーの操作を定義しま す。これにより、SNMP 情報取得の汎用ルールが指定されます。 付録 C. ディスカバリー・エージェント 423 IPv6 向けディスカバリー・エージェント Network Manager には、IPv6 インターフェース・データを取得する Perl エージ ェントを開発するためのベースとして使用できる Perl エージェント・テンプレート が用意されています。 表 149 で、Perl エージェント・テンプレートについて説明します。 注: 特定の IPv6 機能を持つエージェントを使用しなくても、ほとんどのディスカバ リー・エージェントに IPv6 機能が備わっています。例えば、InetRouting エージェ ントは IPv6 ルーティング項目をサポートしますが、同時に、IPv4 のインターフェ ースおよびルート情報もダウンロードします。 表 149. IPv6 エージェント・テンプレート エージェント名 機能 IPv6Interface IPv6 デバイスからインターフェース情報を取得する Perl エージェント用 テンプレート。このエージェントは、Interfaces エージェントとまったく 同じように機能するように設計されています。このエージェント・テンプ レートは、$NCHOME/precision/disco/agents/perlAgents の Perl エージ ェント・ディレクトリー内にあります。 エージェントを選択するためのガイダンス ネットワーク上のデバイス・テクノロジー (IP 以外のプロトコルを使用するデバイ ス・テクノロジー) をディスカバーするには、適切なエージェントがアクティブで あることを確認する必要があります。 Network Manager でサポートされている IP 以外のデバイス・プロトコルを以下 に示します。これらのプロトコルに対応する適切なエージェントを選択できます。 424 v フレーム・リレー v Private Network-Network Interface (PNNI) v Cisco ディスカバリー・プロトコル (CDP) v Link Layer Discovery Protocol (LLDP) v Hot Standby Routing Protocol (HSRP) v Fibre Distributed Data Interface (FDDI) v 非同期伝送モード (ATM) v Interim Local Management Interface (ILMI) v マルチプロトコル・ラベル・スイッチ (MPLS) IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 使用する IP レイヤー・エージェント 使用する必要がある IP レイヤー・エージェントは、ネットワーク上のデバイスに よって異なります。 v IP ルーティング・テーブルへのアクセスを防ぐ場合は、IpBackupRoutes エージ ェントのみを使用してください。 このエージェントには以下の欠点があるため、デフォルトでは使用されません。 v – 動的でないテーブルからデータを取得する。ルーターがリフレッシュされて いない場合、このエージェントにより取得されるデータは正しくない可能性 があります。 – テーブルが大きいためダウンロードに時間がかかる。 ネットワーク上に最新のデバイスがある場合は、IpRoutingTable エージェントと IpForwardingTable エージェントを使用する必要がある。 これらのエージェントは、IP レイヤー接続の正確な情報を提供するためにデフォ ルトで使用されます。 使用する標準エージェント 使用する必要がある標準エージェントは、必要な情報とネットワーク上のデバイス によって異なります。 v ネットワークにファイアウォールが導入されている場合は TraceRoute エージェ ントを使用できます。これは、SNMP 呼び出しは常にファイアウォールを介して 実行できるわけではないためです。 TraceRoute エージェントを使用する場合 は、ディスカバリー・シードとして、ファイアウォールのもう一方の側のサブネ ットのサブネット・ノードを指定する必要があります。 v ArpCache エージェントは、デバイスの物理アドレスを取得します。このため、 ArpCache エージェントが (Switch エージェントとともに) 必要となるのは、レ イヤー 2 のディスカバリーを実行する場合のみです。 v フレーム・リレー・デバイスのインターフェースに DLCI 情報を追加する必要が ある場合に、IP レイヤー・エージェントとともにフレーム・リレー・エージェン トを実行します。 v レイヤー 2 ディスカバリーのために Switch エージェントを実行する必要があ ります。 v デバイス固有エージェントまたはプロトコル固有エージェントは、関連するデバ イスまたはプロトコルをディスカバーする場合にのみ必要です。 実行する専用エージェント 特定のデバイス・タイプまたはネットワーク・テクノロジーをディスカバーする必 要がある場合にのみ実行が必要となるエージェントがいくつかあります。 実行する必要がある専用エージェントは、ネットワーク内のデバイスとプロトコル によって異なります。 v Extreme エージェントを使用して、レイヤー 2 接続情報、EDP 隣接デバイス、 および VLAN 詳細を Extreme スイッチから抽出できます。 付録 C. ディスカバリー・エージェント 425 v ExtremeESRP エージェントは、Extreme ルーティング・スイッチからの Extreme Standby Routing Table 情報をディスカバーします。 v PnniForeSys エージェントは、Marconi ASX シリーズのスイッチが提供する PNNI (Private Network-to-Network Interface) 接続情報を使用して、デバイス 間の物理的な ATM 接続をディスカバーします。 v ILMIForeSys エージェントは、Marconi ASX シリーズのスイッチが提供する ILMI (Interim Local Management Interface) 接続情報を使用して、デバイス間 の物理的な ATM 接続をディスカバーします。 v CellPath90 エージェントは、CellPath 90 WAN (広域ネットワーク) マルチプレ クサーの ATM 接続をディスカバーします。 v Marconi3810 エージェントは、オペレーティング・システム・バージョン 4.x.x が稼働する ES-3810 スイッチのイーサネット接続をディスカバーします。 v MariposaAtm エージェントは、SE420 および SE440 IAD の ATM 接続をディ スカバーします。 注: これらのデバイスのイーサネット・スイッチング機能とフレーム・リレー機 能は、現在認定されていません。 v ILMI エージェントは、ATM Forum の ATM MIB をサポートする ILMI が実 行されている ATM デバイス間の接続をディスカバーします。CiscoPVC エージ ェントは、Cisco デバイスから PVC データを取得します。 v AtmForumPnni エージェントは、ATM Forum の PNNI MIB を正しくサポー トしている ATM Forum PNNI 実行デバイス間の接続をディスカバーします。 v Cisco デバイスで MPLS MIB が有効な場合は、CiscoMPLSSnmp エージェント を実行します。それ以外の場合は CiscoMPLSTelnet エージェントを使用しま す。 v Juniper デバイスの場合、MPLS パスをディスカバーするには JuniperMPLSTelnet エージェントを実行します。 v Juniper ERX デバイス (旧 Unisphere) の場合、MPLS パスをディスカバーする には UnisphereMPLSTelnet エージェントを使用する必要があります。これは、 Juniper ERX デバイスは、異なるエージェントを必要とする Juniper 「M」シリ ーズのルーターとは十分に異なるためです。 v StandardMPLSTE エージェントは、MPLS Traffic Engineered (TE) トンネルを ディスカバーします。 v StandardIGMP エージェントは、Internet Group Management Protocol (IGMP) を実行しているネットワークをディスカバーします。 v StandardIPMRoute エージェントは、IP マルチキャスティング・ネットワーク をディスカバーします。 v StandardPIM エージェントは、Protocol Independent Multicast (PIM) グルー プをディスカバーします。 関連資料: 394 ページの『エージェントのタイプ』 Network Manager で提供されるエージェントは、取得するデータのタイプまたは ディスカバー対象のテクノロジーに従って分類できます。 426 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド レイヤー 3 ディスカバリーの推奨エージェント レイヤー 3 ディスカバリーの推奨エージェントは、ネットワークにより異なりま す。 レイヤー 3 ディスカバリーの実行時には、以下のエージェントを実行する必要があ ります。 v Details および AssocAddress v 以下の IP レイヤー・エージェントの組み合わせ: – IpRoutingTable – IpBackupRoutes – IpRoutingTable および IpForwardingTable v HSRP v VRRP v TraceRoute (ファイアウォールがある場合) v IPv4/6 InetRouting。ネットワークに IPv6 を使用している場合、このエージェ ントを実行して接続 (特に IPv6 接続) をディスカバーすることを検討してくだ さい。 ヒント: 一部のルーターではレイヤー 2 テクノロジーがサポートされています。例 えば、ATM カードがルーター・シャーシにある場合、レイヤー 3 ディスカバリ ー・エージェント (IpRoutingTable エージェントなど) は、IP アドレスを持つイン ターフェースのみをディスカバーします。したがって、レイヤー 2 テクノロジーを サポートするルーターのインターフェースをすべて完全にディスカバーするには、 適切なエージェントを実行する必要があります。 関連資料: 『レイヤー 2 ディスカバリーの推奨エージェント』 レイヤー 2 ディスカバリーの推奨エージェントは、ネットワークにより異なりま す。 レイヤー 2 ディスカバリーの推奨エージェント レイヤー 2 ディスカバリーの推奨エージェントは、ネットワークにより異なりま す。 レイヤー 2 ディスカバリーの実行時には、以下のエージェントを実行する必要があ ります。 v Details および AssocAddress v 以下の IP レイヤー・エージェントの組み合わせ: – IpRoutingTable – IpBackupRoutes – IpRoutingTable および IpForwardingTable v スイッチ v FrameRelay v ArpCache v ATM 付録 C. ディスカバリー・エージェント 427 v FDDI v HSRP v VRRP v MPLS 関連資料: 427 ページの『レイヤー 3 ディスカバリーの推奨エージェント』 レイヤー 3 ディスカバリーの推奨エージェントは、ネットワークにより異なりま す。 428 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 付録 D. ヘルパー・システム ヘルパーは、要求に応じてネットワークから情報を取得する、専用アプリケーショ ンです。 注: ヘルパーとヘルパー・サーバーが、DISCO プロセスとは異なるホスト上で実行 されており、しかもこれらのホストがファイアウォールの背後にある場合、ヘルパ ー・システムが DISCO と通信できるようにするために、専用の構成が必要になり ます。詳しくは、「IBM Tivoli Network Manager IP Edition 管理ガイド」を参照し てください。 ヘルパー ヘルパーは、デバイスから情報を取得し、その情報をヘルパー・サーバーに保管し て、エージェントが取得できるようにします。 デフォルトでは、6 つのヘルパーがあります。表 150 でこれらのヘルパーについて 説明します。 表 150. Network Manager で使用可能なヘルパー: 注: $NCHOME は、netcool ディレクトリーへのパスを含む環境変数です。 Helper 実行可能プログ ラム (Executable) ARP 構成ファイル 説明 ncp_dh_arp $NCHOME/etc/precision/ DiscoARPHelperSchema.cfg IP アドレスから MAC アドレスへの 解決を実行します。 DNS ncp_dh_dns $NCHOME/etc/precision/ DiscoDNSHelperSchema.cfg IP アドレスのデバ イス名への解決を実 行します。 PING ncp_dh_ping $NCHOME/etc/precision/ DiscoPingHelperSchema.cfg サブネット内の各デ バイス、個々の IP アドレスを ping す るか、あるいはブロ ードキャスト・アド レスまたはマルチキ ャスト・アドレスを ping します。ping の結果を使用して、 デバイスの MIB に データを取り込むこ とができます。 © Copyright IBM Corp. 2006, 2016 429 表 150. Network Manager で使用可能なヘルパー (続き): 注: $NCHOME は、netcool ディレクトリーへのパスを含む環境変数です。 Helper 実行可能プログ ラム (Executable) SNMP ncp_dh_snmp 構成ファイル 説明 $NCHOME/etc/precision/ DiscoSnmpHelperSchema.cfg Get、GetNext、お よび GetBulk など の SNMP 要求の結 果を返します。 $NCHOME/etc/precision/ SnmpStackSchema.cfg $NCHOME/etc/precision/ SnmpStackSecurityInfo.cfg TELNET ncp_dh_telnet $NCHOME/etc/precision/ DiscoTelnetHelperSchema.cfg $NCHOME/etc/precision/ TelnetStackPasswords.cfg $NCHOME/etc/precision/ TelnetStackSchema.cfg XMLRPC ncp_dh_xmlrpc $NCHOME/etc/precision/ DiscoXmlRpcHelperSchema.cfg Telnet または SSH プロトコルを使用し た特定のデバイスに 対する OS コマン ドの結果を返しま す。 Network Manager が XML-RPC イン ターフェースを使用 して、EMS コレク ターと通信できるよ うにします。 ヘルパー・システムの動作 ヘルパー・サーバーは始動すると、DiscoHelperServerSchema.cfg 構成ファイルか らヘルパー・サーバー・スキーマをロードして、適切なヘルパー・データベースを 作成します。また、ヘルパー・サーバーは、ヘルパー・データベースごとにヘルパ ー・マネージャーも作成します。 ヘルパー・マネージャーは、ヘルパー・サーバーから出された、ネットワーク・デ バイス・データの取得要求をヘルパーが処理する方法を管理します。ヘルパー・マ ネージャーでは、以下のものを指定します。 v 要求のタイムアウト v 返される変数の存続時間 v 複数の要求を逐次に処理するか、平行して処理するか ヘルパー・マネージャーは、ヘルパー・サーバーからのネットワーク・データに対 する要求を検出すると、関連するヘルパーに、そのネットワークからデータを取得 するように指示します。 430 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 動的タイムアウト ヘルパー・システムは、動的タイムアウトを使用して、ネットワーク要求を処理し ます。 動的タイムアウトの利点の例として、SNMP ヘルパーが非常に多数の SNMP Get 要求を実行するように要求され、ヘルパーの処理速度が低下し始め、このためにタ イムアウトを超えてしまう場合を挙げます。静的タイムアウトでは、デバイスは引 き続き応答してデータを返しますが、データの取得が強制終了されます (データは 失われます)。 この状況を回避するために、ヘルパーは動的タイムアウト・システムを組み込んで います。このシステムでは、デバイスの SNMP デーモンが減速し始めると、ヘル パーが SNMP Get 要求を確認して、タイムアウトを再計算し、更新します。 付録 D. ヘルパー・システム 431 432 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 付録 E. ディスカバリー・スティッチャー スティッチャーとは、データベース間でデータを転送、操作、および分散するプロ セスです。ディスカバリー・スティッチャーはまた、エージェントが収集した情報 を処理し、この情報を使用してネットワーク・トポロジーを作成します。 Network Manager で提供されるディスカバリー・スティッチャーは、以下のディ レクトリーに格納されます。 v テキスト・ベースのディスカバリー・スティッチャー (拡張子が .stch のテキス ト・ファイル): $NCHOME/precision/disco/stitchers/ v コンパイル済みディスカバリー・スティッチャー: $NCHOME/precision/platform/ platform/lib/(ここで、platform は、Network Manager が稼働しているオペレ ーティング・システム、例えば、linux2x86、win32、solaris2、aix5、hpux11、 linux2s390 などです) スティッチャー言語については、IBM Tivoli Network Manager IP Edition 言語リフ ァレンス を参照してください。 主なディスカバリー・スティッチャー このトピックでは、すべてのディスカバリー・スティッチャーをリストします。 以下の表では、現在 Network Manager に組み込まれているディスカバリー・ステ ィッチャーについて説明します。 注: このリストは、変更されることがあります。 表 151. Network Manager ディスカバリー・スティッチャーのリスト スティッチャー 機能 AddAEPhysicalIFContainment Juniper デバイスのリンク集約グループ (LAG) 包含構造のシャーシに物理インターフェースを追加しま す。このスティッチャーは、BuildContainment.stch により呼び出されます。 AddBaseNATTags 専用アドレスを持つすべての専用 NAT アドレスをその公用アドレスで更新し、専用アドレスを示すタグ を追加します。 AddBasicContainment 包含スティッチ・メカニズムの一部です。このスティッチャーは、単純なシャーシに包含情報を挿入しま す。 AddCardContainment カード・オブジェクトを workingEntities.containment テーブルに追加します。 AddContainedByAttribute m_PhysicallyContainedBy と呼ばれる ExtraInfo 属性を追加します。これは RFC2737 属性 entPhysicalContainedIn と類似していて、特定のレコードを含むレコードを識別します。このデータは、 Netcool® for Asset Management と Cramer の統合で使用され、これらのアプリケーションを使用する 場合は、PostScratchProcessing スティッチャーでアンコメントする必要があります。 AddEntityContainment 汎用エンティティー情報を workingEntities.containment テーブルに追加します。 AddGlobalVlans translations.vlans テーブルを使用してグローバル仮想ローカル・エリア・ネットワーク (VLAN) オブ ジェクトを作成します。 AddIfStackContainment インターフェース・スタック・オブジェクトを workingEntities.containment テーブルに追加します。 AddJuniperEntityContainment インターフェース・ポート・エンティティーの包含情報を、Juniper デバイスのデバイス・レコードに追 加します。 © Copyright IBM Corp. 2006, 2016 433 表 151. Network Manager ディスカバリー・スティッチャーのリスト (続き) スティッチャー 機能 AddLayer3VPNInterfaceDependency このスティッチャーは、VPN 内に存在するすべての PE からコア・プロバイダー・ルーター (P) へのイ ンターフェース、および P から PE へのインターフェースを判別します。これらの PE -> P インター フェースおよび P ->PE インターフェースは、依存関係リストに追加されます。この依存関係リスト内の いずれかのインターフェースでイベントが発生すると、システムによって合成 MPLS VPN SAE が生成 されます。メンバー・リスト内のいずれかのインターフェースにおけるイベントに基づいて、MPLS VPN SAE が既に生成されている場合、依存関係リスト内のインターフェースにおけるイベントはすべて、そ の既に生成されている MPLS VPN SAE の関連イベントとして追加されます。 PE スピーカー間 (必然的に VPN 間) でセットアップされている BGP セッションは、特定の VPN と PE のペア用の PE -> P インターフェースおよび P -> PE インターフェースに依存しています。これら のインターフェースを VPN 依存関係リストに追加することの効果は、それによって P->PE リンクおよ び PE->P リンクがサービスに影響を与えるイベント (SAE) の計算で考慮されるようになり、その結果、 PE 上の一部の VPN のセットが PE ルーターと P ルーターの間のリンク問題によって影響を受けてい るという通知が行われるようになることです。 以下の図は、AddLayer3VPNInterfaceDependency スティッチャーが MPLS VPN SAE 依存関係として 追加するインターフェースをアスタリスクで示しています。この図では、以下の規則が使用されていま す。 v [ce] は、カスタマー・エッジ・ルーター v [PE] は、プロバイダー・エッジ・ルーター v [P] は、プロバイダー・コア・ルーター [ce]---[PE]*---*[P]---[P]---[P]*---*[PE]---[ce] |* | |* [PE]---[ce] スティッチャー・マニフェストの結果は、以下のサンプル・レコードの m_DependsOn リストに示され ています。このサンプル・レコードでは、サンプルの VPN (VPN_CONTAINER_ACME) が VPN 内の 複数のインターフェースで構成されていること (m_Members リストには、PE->CE 向きのインターフェ ースが含まれている)、および m_DependsOn リスト内の PE->P/P->PE 向きのインターフェースに依存 していることが示されています。 { m_Name='VPN_CONTAINER_ACME'; m_Creator='STITCHER CREATED'; m_Description='Logical object for VPN ACME'; m_EntityType=7; m_ObjectId='VIRTUAL_PRIVATE_NETWORK'; m_HaveAccess=0; m_IsActive=0; m_ExtraInfo={ m_VPNName='ACME'; m_MPLSVPNType='MPLS IP VPN MESH'; m_Members=['pe7-cr38.core.eu.test.lab[Vl2]', 'pe7-cr38.core.eu.test.lab[Fa0/3/1]', 'pe8-cr72.core.eu.test.lab[Fa5/0]']; m_DependsOn=['pe7-cr38.core.eu.test.lab[Se0/0/0:0.202]', 'pe8-cr72.core.eu.test.lab[Fa0/0]', 'p4-cr28.core.eu.test.lab[Se0/0/1:0.202]', 'p4-cr28.core.eu.test.lab[Gi0/0]']; }; } AddLogicalToIpToBaseName 論理情報を translations.ipToBaseName テーブルに追加します。 AddLoopbackTag インターフェースがグローバルにアドレス指定可能なループバック・インターフェースであることを示す タグを、トポロジー・データベースの ExtraInfo 列に追加します。 AddNoConnectionsToLayer さまざまなレイヤーのトポロジー情報を組み合わせて最終トポロジー・レイヤーが作成されます。複数の レイヤーから提供される接続情報に不一致がある場合、さらに詳細なレイヤーからの情報が優先されま す。 例えば、ネットワーク層 (レイヤー 3) はルーター・インターフェースが別のルーター・インターフェー スに接続していることを示す情報を提供します。ただし、さらに詳細なデータ・リンク層 (レイヤー 2) からの情報は、2 つのルーター・インターフェース間に実際にはスイッチがあることを示しています。 AddNoConnectionsToLayer は、1 つのレイヤーでの接続を除去し、別のレイヤーでの接続を維持する必 要がある場合に使用されます。 AddOSPFAreaCollections 領域内にインターフェースを含む各 OSPF 領域の論理コレクションを作成します。 AddSwitchRoutingLinks スイッチ・ルーティング・データ (根本原因分析の実行時に RCA プラグインを支援するデータ) をトポ ロジー・データベースに追加します。 434 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 151. Network Manager ディスカバリー・スティッチャーのリスト (続き) スティッチャー 機能 AddTechnologyType PostScratchProcessing.stch スティッチャーにより呼び出されるオプションのスティッチャーです。デ フォルトでは、このスティッチャーはコメント化されています。使用可能になっている場合、このスティ ッチャーは各インターフェース・オブジェクトに対してテクノロジー・タイプ変数を作成します。この変 数は、テクノロジー・ベースのネットワーク・ビューを作成するときに使用できます。 ネットワーク・ビューについて詳しくは、『IBM Tivoli Network Manager IP Edition ネットワーク可視 化セットアップ・ガイド』を参照してください。 スティッチャーでは、テクノロジー・タイプ変数を作成するため、m_Technology フィールドを各インタ ーフェース・オブジェクトの scratchTopology.entityByName テーブルの ExtraInfo フィールドに追加 します。m_Technology フィールドはストリングです (例: Ethernet、ATM など)。このスティッチャーに は、多数のデフォルト・テクノロジー・タイプが含まれています。スティッチャーを直接変更して、テク ノロジー・タイプをさらに追加することもできます。 このスティッチャーを活動化することに伴う多少の処理負荷によって、ディスカバリーの処理速度が僅か に低下する場合があります。 AddUnconnectedContainment 未接続のエンティティーにデフォルトの包含を付与します。未接続のエンティティーには、メインのノー ドまたはインターフェース以外に親がありません。 AddVlanContainers workingEntities.finalEntity テーブルと translations.vlans テーブルの情報を使用して、VLAN オ ブジェクトを workingEntities.containment テーブルに追加します。 AddVTPCollections VTP ドメインに接続されているポートを追加して VTP ドメイン・エンティティーを拡張します。 AddVTPEdges VTP ドメインに接続されているポートを追加して VTP ドメイン・エンティティーを拡張します。 AdjustedIPLayer IP レイヤーを調整し、論理インターフェースの IP レイヤー接続を、一部のルーターの物理インターフ ェースへ移動します。 AgentRetProcessing 各テーブルの returns テーブルのデータを処理します。 AgentRetToInstrumentationCiscoFrameRelay instrumentation.ciscoFrameRelay テーブルに、適切なエージェントの returns テーブルの情報を取り 込みます。 AgentRetToInstrumentationFddi instrumentation.fddi テーブルに、適切なエージェントの returns テーブルの情報を取り込みます。 AgentRetToInstrumentationFrameRelay instrumentation.frameRelay テーブルに、適切なエージェントの returns テーブルの情報を取り込みま す。 AgentRetToInstrumentationHSRP instrumentation.hsrp テーブルに、適切なエージェントの returns テーブルの情報を取り込みます。 AgentRetToInstrumentationIp instrumentation.ip テーブルに、適切なエージェントの returns テーブルの情報を取り込みます。 AgentRetToInstrumentationName instrumentation.name テーブルに、適切なエージェントの returns テーブルの情報を取り込みます。 AgentRetToInstrumentationPnniPgi instrumentation.pnniPeerGroup テーブルに、適切なエージェントの returns テーブルの情報を取り込 みます。 AgentRetToInstrumentationSubnet instrumentation.subNet テーブルに、適切なエージェントの returns テーブルの情報を取り込みます。 AgentRetToInstrumentationVlan instrumentation.vlan テーブルに、適切なエージェントの returns テーブルの情報を取り込みます。 AgentStatus このスティッチャーは、ディスカバリー・エージェントの状況についてのイベントを disco.events テー ブルに送信します。これらのイベントは、エージェントの状態の変更 (エージェントの開始、終了、また は異常終了など) を示しています。 FinderStatus、CreateStchTimeEvent、および DiscoEventProcessing スティッチャーも参照してください。 AnalyseTopology 各インターフェースの接続数を検出するために接続データベースを分析します。 AnalyseTopologySummary このスティッチャーは、オプションのより深いトポロジー分析を行うために、AnalyseTopology スティッ チャーによって生成される要約情報を使用します。この機能は、一部のネットワーク上でパフォーマンス に影響を与えたり、トポロジーの問題を引き起こす可能性があるため、基本的なトポロジー分析とは区別 されています。 AnalyseTopology 各インターフェースの接続数を検出するために接続データベースを分析します。 AnalyseTopologySummary このスティッチャーは、オプションのより深いトポロジー分析を行うために、AnalyseTopology スティッ チャーによって生成される要約情報を使用します。この機能は、一部のネットワーク上でパフォーマンス に影響を与えたり、トポロジーの問題を引き起こす可能性があるため、基本的なトポロジー分析とは区別 されています。 ApplyMainDisplayLabel disco.config 構成ファイルの m_DisplayMode の設定に基づいて、GUI のデバイスの表示ラベルを設定 します。workingEntities.finalEntity データベース・テーブル内のエンティティーを変更します。 BuildFinalEntityTable.stch スティッチャーおよび RebuildFinalEntityTable.stch スティッチャーによって 呼び出されます。 ASMAgentRetProcessing このスティッチャーは、ASM スティッチャーにより取得された MIB 変数データに基づき、特定のデバ イスで実行されている ASM サブエージェントのリストを生成します。デバイスで実行中の各 ASM サ ブエージェントは、そのデバイスで実行中の商用サーバー製品またはデータベース製品に対応していま す。 ASM のリストにより、これらのデバイスで実行中の商用サーバーまたはデータベース製品に基づい て、ネットワーク内のデバイスを自動的に区分できるようになります。 ASAMIfStringLayer ASAM ifDescr 形式を使用して、接続を推論します。 ASMProcessing エンティティーに対して実行されているサービスに基づいて、エンティティーを更新します。 ASRetProcessing 複数のカスタマー VPN 内のデバイスに同一の IP アドレスが設定されている場合の MPLS ディスカバ リーで使用されます。このスティッチャーは、これらのデバイスを区別し、デバイス接続を正しく解決す るために必要な処理を実行します。このスティッチャーは AsAgent エージェントにより呼び出され、 NCHOME/precision/etc の ASMap.txt ファイルと連携して処理を実行します。 付録 E. ディスカバリー・スティッチャー 435 表 151. Network Manager ディスカバリー・スティッチャーのリスト (続き) スティッチャー 機能 AssocAddressRetProcessing AssocAddress.returns テーブルのデータを処理し、デバイスがまだディスカバーされていない場合はそ のデバイスの詳細を適切なデバイス・ディスカバリー・エージェントに送信します。 BGPLayer BGP エージェントにより作成される BGP レイヤーを構築します。その他のレイヤー・スティッチャー と同様に、このスティッチャーは関連するエージェントから入力を受け取ります。この入力は、ローカル およびリモートの隣接データ・フィールドを含むエンティティー・レコードで構成されます。このスティ ッチャーはこれらのレコードを使用して、各エンティティーのローカル接続とリモート接続を確認しま す。 BuildBaseSubnetRegex 特定のサブネットおよびマスクを使用して、そのサブネット内の IP アドレスを検出するための正規表現 を生成します。 BuildContainment 各種オブジェクトを workingEntities.finalEntity テーブルに追加するため、以下のスティッチャーを 呼び出します。 v AddBasicContainment スティッチャー。デバイス包含情報を追加します。 v AddCardContainment スティッチャー。カード包含情報を追加します。 v AddIfStackContainment スティッチャー。インターフェース・スタック包含情報を追加します。 v AddEntityContainment スティッチャー。一般包含情報を追加します。 v NATAddressSpaceContainment スティッチャー。NAT アドレス・スペースに関連付けられている包含 情報を追加します。 v AddVlanContainers スティッチャー。VLAN 包含情報を追加します。 不要なタイプのオブジェクトを除外するため、必要に応じてこのスティッチャーの行をコメント化できま す。 注: また、このスティッチャーは CollectorInventory エージェントのデータを受け入れ、コレクターによ りディスカバーされたデバイスを管理します。 BuildFinalEntity 単一シャーシのレコードを作成します。BuildFinalEntity スティッチャーは、複数エージェントからのデ ータをマージして、エンティティーの完全な定義を作成します。このスティッチャーは、 BuildFinalEntityTable スティッチャーにより呼び出されます。 BuildFinalEntityTable translations.ipToBaseName テーブルのエントリーを使用して workingEntities.finalEntity テーブル に情報を取り込みます。 BuildInterfaceName インターフェースの命名を制御します。デフォルトでは、このスティッチャーは BuildFinalEntity ステ ィッチャーにより呼び出されます。 すべてのデバイス・インターフェースのデフォルトの命名方針を以下に示します。 baseName[<card>[<port>]] カードとポートが無効な場合、Network Manager は代わりに以下のデフォルト命名規則を使用します。 baseName[0[<ifIndex>]] BuildInterfaceName スティッチャーを使用して、以下のいずれかの方法でインターフェースの命名規則 を変更できます。 v インターフェースの命名時に、ifIndex、カードまたはポートの情報ではなく、ifName または ifDescr を使用することを指定します。このオプションを使用すると、インターフェースの名前は、以下の例の ようになります。 baseName[eth0/0] この例では、eth0 がインターフェースの ifName です。 このような命名規則を変更するには、disco.config テーブルの m_UseIfName の値を変更します。 v BuildInterfaceName スティッチャーを直接変更し、インターフェース命名規則を指定します。 BuildLayers レイヤー・データベースを作成するスティッチャーの実装の最終段階で活動化されます。 BuildMPLSContainers このスティッチャーは、BuildVPNContainers および BuildVRAndVRFContainers スティッチャーを呼 び出します。VPN、VR、および VRF コンテナーを作成します。 BuildNATTranslation すべての NAT デバイスのためのグローバル変換テーブルを作成します。 BuildVPNContainers システム内に MPLS VPN を表すオブジェクトを作成します。 BuildVRAndVRFContainers システム内に仮想ルーター (VR) オブジェクトと仮想ルーティング/転送テーブル (VRF) オブジェクトを 作成します。これらのオブジェクトは、MPLS 情報を表示するときに役立ちます。 BuildVSIContainers Virtual Switch Instance (VSI) エンティティーおよび Virtual Forwarding Instance (VFI) エンティティ ーを作成します。このスティッチャーは、VSI、VFI、および CE-PE リンクに関連付けられているデバイ スの論理包含も作成します。 CabletronLayer ディスカバリー・エージェントから返される Cabletron データに基づいて接続情報を判別します。 CDPLayer CDP エージェントから返されるデータに基づいて接続情報を判別します。 CheckAndSendNATGatewaysToArpCache NAT ゲートウェイを ArpCache エージェントに送信します。 436 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 151. Network Manager ディスカバリー・スティッチャーのリスト (続き) スティッチャー 機能 CheckForMasterLink インターフェース・スタックの下方向へ接続を検索します。スタック下部の接続は、スタック上部の接続 よりも優先されます。 CheckIfMgmtAddress 特定の IP アドレスが、定義された管理アドレスであるかどうかを判別します。 CheckIndirectResponse NAT に起因する間接 ICMP 応答を処理します。 CheckInterfaceStatus ifOperStatus データを検査し、ifOperStatus が 1 ではないインターフェース状況を更新します。 CheckManagedProcesses disco.managedProcesses 内のプロセスが開始されているかどうかを検査し、開始されていない場合は、 開始を試みます。 CheckMultipleIPNoAccess アクセス権限がなく、複数の IP アドレスを持つデバイスがないか検査します。これらの IP アドレスの インターフェース・オブジェクトを作成し、それに応じてエンティティーを更新します。 CheckValidVirtual 特定の IP アドレスが有効な仮想 IP アドレスであるかどうかを判別します。 CiscoSerialInterfaceLayer シリアル・インターフェースによって接続される Cisco スイッチを接続する、CiscoSerialInterfaceLayer という新規レイヤーを作成します。デフォルトでは、スティッチャーは、CiscoSerialInterfaceLayer の接 続のうち、IPLayer データベースに重複して存在しているものを削除して、誤った接続が行われるのを防 止します。メッシュ接続を削除する機能は、スティッチャー内のフラグを編集することによって、オンま たはオフにすることができます。 CiscoVSSContainment CiscoVSSContainment は、新しい包含エンティティー (2 つの物理シャーシとそれらのインターフェース およびオブジェクトを表す) を workingEntities.finalEntity テーブルに追加します。 CMTSLayer CMTS エージェントによりダウンロードされたデータを使用して、ケーブル・モデム終端システムと接続 ケーブル・モデム・デバイスの間の接続情報を作成します。 ContextAgentRetProcessing このスティッチャーは、コンテキスト依存ディスカバリー・データ・フローに使用されます。エンティテ ィーごとにすべてのコンテキスト・エージェントの出力をマージします。次に、 DetailsOrContextRetProcToAgent スティッチャーを使用して、このマージ結果を AssocAddress.despatch テーブルに挿入します。 CollectorAddressTranslation このスティッチャーは、EMS コレクターを使用してディスカバーされたデバイスを処理します。このス ティッチャーは、以下のアクティビティーを実行します。 v コレクターによりディスカバーされたデバイスが、同等の SNMP ディスカバー・デバイスと同一であ ると識別されるようにします。 v 各デバイスに関連付けられているコレクターにデータを格納します。 v コレクター・ディスカバリーに関連するその他の管理タスクを実行します。 CollectorDetailsRetProcessing このスティッチャーは、EMS コレクターを使用してディスカバーされたデバイスを処理します。 CollectorDetails エージェントの returns テーブルのエントリーを処理し、これらのエントリーを他のコ レクター・ディスカバリー・エージェントに送信します。コレクター・ディスカバリー・エージェント は、詳細なデバイス・データを EMS コレクターから取得します。 CollectorIPLayer このスティッチャーは、EMS コレクターを使用してディスカバーされたデバイスに対し、 CollectorLayer2 エージェントから提供された接続データに基づいてレイヤー 2 接続を作成します。 CollectorLagLayer Alcatel Lucent 5620 コレクター・リンク集約 (LAG) 情報から、EMS ベースのレイヤー 2 接続を作成 します。 CollectorSwitchLayer このスティッチャーは、EMS コレクターを使用してディスカバーされたデバイスに対し、 CollectorLayer3 エージェントから提供された接続データに基づいてレイヤー 3 接続を作成します。 CreateAndSendTopology トポロジーを作成し、最終スクラッチ・トポロジーを MODEL に送信するスティッチャーを活動化しま す。 CreateBGPAutonomousSystems BGP 自律システム (AS) を作成して名前を指定します。 AS 番号を AS 名に解決するオプションがあり ます。これにより、トポロジー・マップで AS を可視化する際に、利用者またはビジネスに関連する名前 を表示できます。AS がシングルホームであるかどうかを示すデータも取得します。スクラッチ・トポロ ジーの作成後、PostScratchProcessing スティッチャーがこのスティッチャーを呼び出します。 CreateBGPNetworksCollection BGP ネットワークと呼ばれるトポロジー・データベース・レコードを作成します。これは、BGP 自律シ ステムのコレクションを 1 つにまとめたものです。スクラッチ・トポロジーの作成後、 PostScratchProcessing スティッチャーがこのスティッチャーを呼び出します。 CreateBGPProtocolEndPoints BGP プロトコル・エンドポイントを作成します。BGP プロトコル・エンドポイントは、デバイス上の BGP ホスト・サービスが使用できる論理インターフェースです。物理ポートは複数の BGP プロトコ ル・エンドポイントを実装できます。スクラッチ・トポロジーの作成後、PostScratchProcessing スティッ チャーがこのスティッチャーを呼び出します。 CreateBGPServices BGP ホスト・サービス・エンティティーを作成します。ホスト・サービスとは、特定のデバイス上で実 行されるサービスまたはアプリケーションです。例えば、デバイスで BGP サービスと OSPF サービス がホストされることがあります。各 BGP ホスト・サービス・エンティティーは、ルーターの BGP プロ セスを記述します。スクラッチ・トポロジーの作成後、PostScratchProcessing スティッチャーがこのステ ィッチャーを呼び出します。 CreateBGPTopology BGP スピーカー間の接続を作成します。これらの接続はネットワーク・ビューに表示され、ディスカバ リーの時点で機能していた BGP 接続に対応しています。このスティッチャーは、Network Manager が アクセスできない BGP ピア・ルーターも推論できます。このように推論されたルーターは、企業外部の BGP 自律システムに対応していることがあります。スクラッチ・トポロジーの作成後、 PostScratchProcessing スティッチャーがこのスティッチャーを呼び出します。 CreateIGMPGroups マルチキャスト・グループ・エンティティーを作成し、関連付けられた IGMP エンドポイントをメンバ ーとして追加します。グループ・エンティティーは、igmpGroup NCIM テーブルにデータを取り込みま す。 付録 E. ディスカバリー・スティッチャー 437 表 151. Network Manager ディスカバリー・スティッチャーのリスト (続き) スティッチャー 機能 CreateIGMPProtocolEndPoints igmpEndPoint NCIM テーブルにデータを取り込むマルチキャスト IGMP プロトコル・エンドポイン ト・エンティティーを作成します。 CreateIGMPServices igmpService NCIM テーブルにデータを取り込むマルチキャスト IGMP サービス・エンティティーを作 成します。 CreateImpactTopology スクラッチ・トポロジーをトポロジー・マネージャー ncp_model に送信する前に、スクラッチ・トポロ ジーのコピーを作成するために使用できるオプションのスティッチャーです。 CreateIPMRouteGroups ipMRouteMDT、ipMRouteGroup、および ipMRouteSource の各 NCIM テーブルにデータを取り込む MDT、グループ、およびソースの各エンティティーを作成します。 CreateIPMRouteProtocolEndPoints ipMRouteEndPoint NCIM テーブルにデータを取り込むマルチキャスト・ルーティング・プロトコル・ エンドポイント・エンティティーを作成します。 CreateIPMRouteRoutes マルチキャスト・ルーターからダウンロードされたルート用のアップストリーム・ルート・エンティティ ーおよびダウンストリーム・ルート・エンティティーの作成を管理します。MDT 解決も支援します。 CreateIPMRouteTopology NCIM の IPMRoute トポロジーにデータを取り込む IPMRoute 隣接フィールドにデータを追加します。 CreateIPMRouteServices 最終的に ipMRouteService NCIM テーブルにデータを取り込むマルチキャスト・ルーティング・サービ ス・エンティティーを作成します。 CreateMPLSTEResources MPLS TE リソース・エンティティーを作成します。 CreateMPLSTEServices.stch MPLS トンネル・エンジニアリング (TE) サービス・エンティティーを作成し、これらをホスト・シャー シ・エンティティーに関連付けます。 CreateMPLSTETunnels.stch MPLS TE トンネル・エンティティーを作成し、これらを適切な TE サービス・エンティティーに関連付 けます。 CreateMPLSTEProtocolEndPoints.stch MPLS TE プロトコル・エンドポイントを作成し、それらを適切な TE サービス・エンティティーに関連 付けます。 CreateMPLSTENetworkPipes.stch トンネル・エンティティーにネットワーク・パイプ・フィールドを作成します。パイプは、トンネルのパ スを表す IP 接続エンティティーで構成されています。 CreateMPLSTEPipeHop.stch NetworkPipes で使用する IP 接続エンティティーを作成します。 CreateMPLSTETopology.stch TE トンネル・パスに関係するインターフェース・エンティティーに MPLS TE リンク・フィールドを追 加します。 CreateMXGroupCollection ルーティング・エンジンのグループのマスター IP アドレスに基づいてコレクションを作成します。 PostScratchProcessing スティッチャーにより呼び出されます。 CreateNetworkManagementCards このスティッチャーは、NetworkManagementCard オブジェクトを作成します。 CreateOSPFAreas OSPF 領域を作成して名前を指定します。スクラッチ・トポロジーの作成後、PostScratchProcessing ステ ィッチャーがこのスティッチャーを呼び出します。 CreateOSPFNetworkLSAPseudoNodes 指定されたルーターにより通知される OSPF 疑似ノードに関連するデータを取得し、トポロジーにこれ らの疑似ノードを作成します。これにより、ネットワーク・ビューで OSPF 領域を表すときのフルメッ シュ化の問題を克服し、OSPF 領域内の接続をより明確で整った方法で可視化できます。 CreateOSPFPointToPointAdjacencies OSPF 領域内の Point-to-Point 接続に関連するデータを取得し、トポロジーにこれらの接続を作成しま す。これらの接続はネットワーク・ビューに表示されます。有効な接続だけが表示されます。 CreateOSPFProtocolEndPoints OSPF プロトコル・エンドポイントを作成します。OSPF プロトコル・エンドポイントは、ルーターの OSPF ホスト・サービスが使用できる論理インターフェースです。このスティッチャーは、エンドポイン トが含まれている OSPF 領域を示すデータも収集します。物理ポートは、複数の OSPF プロトコル・エ ンドポイントを実装できます。スクラッチ・トポロジーの作成後、PostScratchProcessing スティッチャー がこのスティッチャーを呼び出します。 CreateOSPFRoutingDomains OSPF ルーティング・ドメインと呼ばれるトポロジー・データベース・レコードを作成します。これは、 OSPF 領域のコレクションを 1 つにまとめたものです。スクラッチ・トポロジーの作成後、 PostScratchProcessing スティッチャーがこのスティッチャーを呼び出します。 CreateOSPFServices OSPF ホスト・サービス・エンティティーを作成します。ホスト・サービスとは、特定のデバイス上で実 行されるサービスまたはアプリケーションです。例えば、デバイスで BGP サービスと OSPF サービス がホストされることがあります。各 OSPF ホスト・サービス・エンティティーは、ルーターの OSPF プ ロセスを記述します。また、OSPF サービスが実行されているルーターが、領域ボーダー・ルーターまた は AS ボーダー・ルーターであるかどうかを示します。スクラッチ・トポロジーの作成後、 PostScratchProcessing スティッチャーがこのスティッチャーを呼び出します。 CreatePIMNetworksCollection PIM 対応のルーターを収集するためのコレクション・エンティティーを作成します。 CreatePIMProtocolEndPoints PIM インターフェースごとにプロトコル・エンドポイントを作成します。 CreatePIMServices ホストされるマルチキャスト・サービスの状態を表すデバイス・レベルのサービス・オブジェクトを作成 し、シャーシからこのサービス・オブジェクトへのリンクを作成します。 CreatePIMTopology m_RouterLinks ではなく PIM 隣接情報を使用して PIM トポロジーを作成します。 CreateScratchTopology スクラッチ・トポロジーを作成します。 CreateStchTimeEvent このスティッチャーは、データ処理フェーズの進行状況についてのイベントを disco.events テーブルに 送信します。例えば、スティッチャーは、ディスカバリー・プロセスで作業エンティティー・テーブルの 作成が開始されたこと、およびディスカバリー・プロセスで包含テーブルの作成が開始されたことを示す ためにイベントを生成します。 AgentStatus、FinderStatus、および DiscoEventProcessing スティッチャ ーについても参照してください。 CreateTrunkConnections VLAN トランクを反映して包含モデルを変更します。 CreateVlanEntity このスティッチャーは、VLAN データをスクラッチ・トポロジーに追加して、単一 VLAN エンティテ ィー・オブジェクトを作成します。 438 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 151. Network Manager ディスカバリー・スティッチャーのリスト (続き) スティッチャー 機能 CreateVRRPCollection Virtual Router Redundancy Protocol (VRRP) 仮想ルーター ID および関連する IP アドレスに基づいて コレクションを作成します。PostScratchProcessing スティッチャーにより呼び出されます。 DetailsOrContextRetProcToAgent このスティッチャーは、コンテキスト依存ディスカバリー・データ・フローの一部として使用されます。 DetailsRetProcessing と同等ですが、コンテキスト依存ディスカバリーを処理します。details.returns テーブルのエンティティーを処理し、関連する Context エージェントの despatch テーブルに詳細を送 信します。 DetailsRetProcessing details.returns テーブルのエンティティーを処理し、詳細を AssocAddress.despatch テーブルに送信 します。 DetectionFilter 特定のデバイスが検出フィルターを通過するかどうか、および scope データベースで定義されている detectionFilter に基づいてディスカバーされるかどうかを判別します。 デフォルトでは、ディスカバリー・フィルターでは、Network Manager サーバーは除外されません。こ れは、このサーバーが通常このホストが根本原因分析のためのポーリング・ステーションとしての役割も 果たすためです。根本原因分析が正しく実行されるようにするには、ポーリング・ステーション、つまり Network Manager サーバーがトポロジーに含まれている必要があります。 detectionFilter を使用して Network Manager サーバーを除外する必要がある場合は、DetectionFilter スティッチャーを変更し、コメントで示されているコード部分 (Network Manager サーバーが除外され ることを防いでいる部分) を除去します。 DiscoEventProcessing このスティッチャーは、disco.events テーブルへの挿入に応答し、適切なディスカバリー・イベントを 作成して Tivoli Netcool/OMNIbus 用のプローブ (nco_p_ncpmonitor プロセス) に送信します。次に、 このプローブがそのイベントを ObjectServer に転送します。 disco.config テーブルの m_CreateStchrEvents フィールドの値を変更することによって、ディスカバリー・イベントを生成するか どうかを制御できます。 AgentStatus、FinderStatus、および CreateStchTimeEvent スティッチャーにつ いても参照してください。 DiscoShutdown Disco のシャットダウン時に活動化されます。RefreshDiscoveryTables スティッチャーを呼び出します。 ExampleContainment1 サンプル・スティッチャーです。包含モデルを構成する目的で変更できます。 ExampleContainment2 サンプル・スティッチャーです。包含モデルを構成する目的で変更できます。 FddiLayer FDDI レイヤー・トポロジーを推論します。 フィードバック デバイスの詳細を ping ファインダーに返信し、ディスカバリーを再シードします。 FinalPhase 最終スティッチャーの実装の最終段階で活動化されます。 FindAddressSpace IP アドレスのアドレス・スペースを特定します。 FinderStatus このスティッチャーは、ファインダーの状況についてのイベントを disco.events テーブルに送信しま す。ファインダーごとに、スティッチャーは、ファインダーの状態の変更 (ファインダーの開始、終了、 または失敗など) を示すためにイベントを送信します。AgentStatus、CreateStchTimeEvent、および DiscoEventProcessing スティッチャーについても参照してください。 FindGatewayInterfaces NAT 変換デバイスのゲートウェイ・インターフェースを特定します。 FindPhysIpForVirtIp HSRP の問題の解決に使用されます。仮想 HSRP アドレスに対応する物理 IP アドレスを検索します。 FnderProcToDetailsDesp finders.processing テーブルのエントリーを処理し、詳細を以下のいずれかのエージェントに送信しま す。 v v Details エージェント (ネットワーク内で直接ディスカバーされたデバイスの場合)。 CollectorDetails エージェント (レコードが、EMS コレクターを使用してディスカバーされたデバイス の場合)。 FnderRediscoveryToCollectorFinder finders.rediscovery テーブルからコレクターに IP アドレスまたはアドレス範囲を送信します。コレク ター・サーバーのアドレスか、またはコレクターが収集するいずれかのデバイスのアドレスが、このアド レスまたはアドレス範囲に一致している場合、コレクターはそのアドレスを再度処理します。 FnderRediscoveryToPingFinder finders.rediscovery テーブルのデータを Ping ファインダーに送信します。 FnderRetProcessing finders.returns テーブル内のエンティティーを処理します。デバイスがスコープ内にあるかどうかを検 査し、ディスカバリーがブラックアウト状態であるかどうかに基づいて、このエントリーを finders.processing テーブルまたは finders.pending テーブルに移動します。 FullDiscovery フル・ディスカバリーが実行される予定であるかどうかを判別します。 GetEntityNameByBase 特定のベース名およびインターフェース索引 (またはインターフェース ID) を指定すると、このスティッ チャーは関連付けられているエンティティー名を解決します。 GetEntityNameByIp 特定のアドレスおよびオプションのアドレス・スペースを指定すると、このスティッチャーは関連付けら れているエンティティー名を解決します。検索を絞り込むために、オプションのベース名を指定すること もできます。 GetBaseNameByIp 指定された IP アドレスに関連付けられているベース名を返します。ベース名が見つからない場合は "" を返します。複数の一致がある場合は、最初の一致が使用されます。 HandleIPMRouteDownstream 現行デバイスの IPMRoute ダウンストリーム・ルーティング・データを処理します。 ipMRouteDownstream NCIM テーブルにデータを取り込むダウンストリーム・ルート・エンティティー を作成します。また、その経路で必要なエンドポイント (後で作成される)、およびその経路を関連付ける MDT を追跡します。 付録 E. ディスカバリー・スティッチャー 439 表 151. Network Manager ディスカバリー・スティッチャーのリスト (続き) スティッチャー 機能 HandleIPMRouteUpstream 現行デバイスの IPMRoute アップストリーム・ルーティング・データを処理します。 ipMRouteUpstream NCIM テーブルにデータを取り込むアップストリーム・ルート・エンティティーを 作成します。また、そのルートで必要とされているエンドポイントを追跡します。それらのエンドポイン トは後で作成され、MDT がルートの関連付け先としてそれらを使用します。 HubFdbToConnections イーサネット・ハブのすべての接続を処理するプリコンパイル済みスティッチャーです。イーサネット・ スイッチ・ディスカバリーからの接続情報を必要とします。 IlmiLayer ATM ILMI (Interim Local Management Interface) 情報に基づき、ILMI トポロジー接続を作成します。 InitiateNATGatewayDiscovery NAT ゲートウェイ・アドレスで Ping ファインダーをシードします。 InstantiationFilter scope データベースで定義されている instantiateFilter に基づいて、特定のエンティティーをインス タンス化するかどうか (MODEL に送信するかどうか) を判別します。 デフォルトでは、ディスカバリー・フィルターでは Network Manager サーバーは除外されません。こ れは、このサーバーは通常根本原因分析のポーリング・ステーションとして機能するためです。根本原因 分析が正しく実行されるようにするには、ポーリング・ステーション、つまり Network Manager サー バーがトポロジーに含まれている必要があります。 instantiateFilter を使用して Network Manager サーバーを除外する必要がある場合は、 InstantiationFilter スティッチャーを変更し、Network Manager サーバーが除外されることを防いでいる とコメントで示されているコード部分を除去します。 IP レイヤー・トポロジー接続を作成します。 IPLayer Fix Pack 4 データが有効な場合に、システムが IP アドレスを使用してデバイスを指定するように設定します。この スティッチャーはオプションです。デフォルトではオフになっています。 IPAddressNaming IpToBaseName translations.ipToBaseName テーブルに AssocAddress エージェントの情報を取り込みます。 IsForcedRediscovery このスティッチャーでは、ファインダー挿入が強制再ディスカバリーの一部であるかどうかを判別しま す。強制再ディスカバリーは、ディスカバリー・エンジン ncp_disco がディスカバリー完了後に受け入 れるモードである即応再ディスカバリーとは対照的です。このモードでは通常、新規デバイスの場合、ま たはファインダー挿入によりトラップが参照される場合 (エンティティーが変更されていることが示され る場合) にのみデバイスが再ディスカバーされます。 強制再ディスカバリーは、ディスカバリー構成 GUI を使用して開始されます。 IsInMPLSScope 特定の IP アドレスが、アクセス不能なサード・パーティー MPLS PE デバイスに接続されている有効な CE デバイスと見なされるデバイスのスコープ内にあるかどうかを判別します。 IsInScope その他のスティッチャーが、エンティティーがディスカバリー・スコープ内にあるかどうか (scope.zones テーブルで定義されているスコープ内にあるかどうか) を調べるために使用します。 LLDPLayer LLDP エージェントによって返されるデータに基づいて、リモート隣接デバイスの接続情報を判別しま す。 注: デバイスの接続が正しく表示されない場合、それはネットワーク・デバイス上の LLDP MIB に正しくな いデータが取り込まれていることを意味していることがあります。関連 MIB データに、固有 ID ではな くデバイス・モデル番号が誤って取り込まれている場合があります。この場合、LLDP スティッチャー は、LLDP 接続を正しく計算できません。 この問題が発生しているかどうかを確認するために、正しく接続されていないデバイスのそれぞれについ て、LLDP エージェントの LLDP.returns テーブル内の LLDPChassisId フィールドの値を調べる必要が あります。LLDPChassisId フィールドの値が固有ではないことが判明した場合は、LLDPLayer スティッ チャーを編集し、スティッチャー内の以下の行を変更することによって、処理方式を値 2 に設定しま す。 int processingMethod = 2; MergeLayers レイヤー・トポロジーをマージします。 ModifyIPContainment 非 IP 転送デバイスの IP インターフェースの包含を変更し、上流接続しないようにします。この変更 は、根本原因の追跡時に必要です。 MPLSAddPathnames パス・メンバーシップに関する情報を使用して MPLS インターフェース・レコードを更新します。 MPLSAddVPNNames どのパスがどの VPN に属しているかを判別し、VPN/パス・メンバーシップに関する情報を使用して MPLS インターフェース・レコードを更新します。 MPLSCE PE の VRF インターフェースの CE から PE への接続 (接続する CE が識別されていない接続) の解決 を試行します。正しい接続を検出するため、レイヤー 3 情報を使用します。 MPLSPathDiscovery MPLS コアのプロバイダー・エッジ (PE) ルーター間のラベル・スイッチ・パス (LSP) を識別します。 PE デバイスからパス・トレースを開始します。エントリー・ポイント・スティッチャーが、パス・トレ ース・データベースをセットアップし、可能なパスごとにパス・トレースを開始し、他のスティッチャー を呼び出してパスおよび VPN の情報を使用してレコードを更新します。 440 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 151. Network Manager ディスカバリー・スティッチャーのリスト (続き) スティッチャー 機能 MPLSProcessing disco.config テーブルの m_RTBasedVPNs フィールドの値に基づいて、実行する MPLS ディスカバリー のモードを決定します。 v m_RTBasedVPNs が 1 の場合、ルート・ターゲット・ベースの MPLS ポスト・レイヤー処理が実行さ れます。MPLSProcessing スティッチャーは、この処理を実行するために RTBasedVPNDiscovery スティ ッチャーを呼び出します。MPLS ディスカバリーの結果、エッジ・ビューのみを表示できます。 v m_RTBasedVPNs が 0 の場合、ラベル・スイッチ・パス (LSP) ベースのポスト・レイヤー処理が実行さ れます。 MPLSProcessing スティッチャーは、この処理を実行するために MPLSPathDiscovery スティ ッチャーを呼び出します。MPLS ディスカバリーの結果、エッジ・ビューとコア・ビューを表示でき ます。 このスティッチャーは、サービスに影響を与えるイベントを生成するために必要なバックグラウンド処理 も実行します。 MPLStackProcessing インターフェース・スタック内で VPN をサポートするインターフェースの下に置かれているすべてのイ ンターフェースに、上位インターフェースを流れる VPN の一部であるというマークを付けます。 NameResolution 名前が解決されていないエンティティーを検出し、デバイスの他のインターフェースの解決名に基づいて エンティティー名の解決を試行します。 NamingFromLoopbackDetails LoopBack エージェントの実行中に、このスティッチャーは translations.ipToBaseName テーブルの名 前を更新します。ポーリング・ポリシーに使用されるデバイスの管理 IP アドレスは、このアドレスに SNMP アクセス権があることが Network Manager によって確認されている場合に、ループバック・ア ドレスの 1 つに設定されます。 NamingViaManagementInterface translations.ipToBaseName から管理 IP アドレスを検索し、エンティティーの基底アドレスおよび名前 が管理サーバーの基底アドレスおよび名前になるようにします。 NATAddressSpaceContainers 特定のアドレス・スペース内のデバイスを保持する NAT コンテナー・オブジェクトを作成し、これらの NAT コンテナー・オブジェクトの workingEntities.finalEntity テーブルへの insert を作成する、オ プションのスティッチャーです。また、workingEntities.containment テーブルに関連するエントリーを 作成します。 NATAgentRetProcessing NAT ゲートウェイ・エージェントからの出力を処理します。 NATFnderRetProcessing NAT デバイスの処理を実行します。 NATGatewayRetProcessing NAT ゲートウェイ・デバイスの 1 つ以上の管理インターフェースが専用アドレス・スペースにある場合 に NAT ゲートウェイが関与するディスカバリーで使用されます。このスティッチャーは、各管理インタ ーフェースが公用アドレス・スペースと専用アドレス・スペースのいずれにあるかを判別するために必要 な処理を実行します。このスティッチャーは NATGatewayAgent エージェントにより呼び出され、 NCHOME/precision/etc の NATGateways.txt ファイルと連携して処理を実行します。 NATIpCheck NAT ゲートウェイが変換済み IP アドレスのすべてを自身の IP テーブルに追加するという問題を解決 します。 NATTimer NAT ゲートウェイの再ディスカバリーを起動します。 NortelPassportLayer NortelPassport エージェントによってディスカバーされる NortelPassport 接続を解決します。 OSPFLayer ネットワーク内の OSPF ルーティングのトポロジーを作成します。この OSPF ルーティング情報は、デ バイスとインターフェースに OSPF ドメイン情報のタグを追加する DetermineOSPFDomains スティッ チャーにより使用されます。 ParseASAMIfString ASAM インターフェースの説明データをコンポーネント・パーツに構文解析します。 ASAMIfStringLayer スティッチャーから呼び出されます。 ParseZyxelIfString ZYXEL インターフェースの説明データをコンポーネント・パーツに構文解析します。 ZyxelIfStringLayer スティッチャーから呼び出されます。 PeerBasedPWDiscovery MPLS コア・ネットワークでの拡張レイヤー 2 VPN のディスカバリーに使用されます。このスティッチ ャーは、Cisco MPLS エージェントにより取得された MPLS 疑似ワイヤー接続を識別し、この接続に関 する情報を Topoviz で表示するために該当するネットワーク・エンティティーに追加します。この情報 は疑似ワイヤー VPN として格納され、疑似ワイヤーの 2 つのプロバイダー・エッジ (PE) ルーター・ エンドに関する情報を提供します。 PIMLayer PIM をサポートするエージェントのリモート隣接データに基づいて、PIM トポロジー・テーブルを作成 します。トポロジー・データは m_PIMAdjacency データにデータを取り込むために使用され、 m_PIMAdjacency データは NCIM の PIM トポロジーにデータを取り込むために使用されます。 PingFinderScopeRefresh Ping ファインダーに対してスコープのリフレッシュを指示します。スコープをリフレッシュすると、こ のスティッチャーがディスカバリー構成 GUI により活動化され、Ping ファインダーのスコープが最新 のものになります。 PnniLayer 両端で PNNI トポロジー接続がディスカバーされた場合に、この接続を作成します。 付録 E. ディスカバリー・スティッチャー 441 表 151. Network Manager ディスカバリー・スティッチャーのリスト (続き) スティッチャー 機能 PostLayerProcessing レイヤーの作成後に必要なすべての機能のホルダーです。以下のスティッチャーを呼び出します。 PostScratchProcessing v AddGlobalVlans v AddSwitchRoutingLinks v AddUnconnectedContainment v BuildMPLSContainers v BuildVRAndVRFContainers v BuildVPNContainers v CreateTrunkConnections v CreateVlanEntity v MPLSAddVPNNames v MPLSPathDiscovery v MPLSInterfaceStackTrace v MPLSFindConnectionInStack v MPLSFindInterfaceInStack v MPLSAddPathNames v PVCPathMemberships v PVCTracePath v PVCProcessingRecord v PVCTraceAway v PVCTraceCrossConnected v PVCNamePath v PVCProcessedRecord v ProcessSwitchModules スクラッチ・トポロジーの作成後に実行する機能のホルダーです。以下のスティッチャーを呼び出しま す。 v v CreateNetworkManagementCards InstantiationFilter: このスティッチャーは、特定のエンティティーを MODEL に送信する必要がある かどうかを確認するために、必要な回数で実行されます。 v SendTopologyToModel v AddTechnologyType このスティッチャーは、トポロジー内で BGP 関連情報を構成する以下のスティッチャーも呼び出しま す。 v CreateBGPServices v CreateBGPProtocolEndPoints v CreateBGPTopology v CreateBGPAutonomousSystems v CreateBGPNetworksCollection このスティッチャーは、トポロジー内で OSPF 関連情報を構成する以下のスティッチャーも呼び出しま す。 PreProcessIGMPEndPointData 442 v CreateOSPFServices v SetOSPFServiceDesignatedStatus v CreateOSPFProtocolEndPoints v CreateOSPFNetworkLSAPseudoNodes v CreateOSPFPointToPointAdjacencies v CreateOSPFAreas v CreateOSPFRoutingDomains 各 IGMP 対応インターフェースのエンドポイント情報と既知のグループで構成される一時テーブルを作 成してデータを取り込みます。IGMP データが存在するマルチキャスト・グループも追跡します。このデ ータは、エンドポイントおよびグループ・エンティティーを作成するために、他の IGMP スティッチャ ーによって使用されます。 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 151. Network Manager ディスカバリー・スティッチャーのリスト (続き) スティッチャー 機能 PresetLayer ディスカバー不可の接続を事前設定するために、必要に応じて使用できます。このスティッチャーは、デ フォルトでは使用されません。 このスティッチャーには、拡張構成設定が含まれています。資格を持つ担当者だけが変更を行うようにし てください。 ProcessQinQData インターフェースに関連付けられている QinQ データを処理し、適切な包含を作成します。 ProcessSwitchModules 固有の IP アドレスが設定されているスイッチ・モジュールを識別します。 ProcRemoteConns リモート隣接デバイスを含むレコードを受け入れ、ディスカバーしたエージェントで間接接続がサポート されている場合はリモート接続を処理します。 ProfilingEndFinal これらのスティッチャーは、disco.profilingData テーブルに情報を取り込み、ディスカバリー期間、メ モリー使用状況、およびディスカバリー結果の包括的な概要に関するデータを提供します。この情報は、 ディスカバリーのパフォーマンスの概要を示し、スケーリングの見積に使用されます。 ProfilingPhase1 ProfilingPhase2 ProfilingPhase3 ProfilingStartFinal PruneSwitchConnections このスティッチャーは、スイッチが完全な接続情報を提供しない場合に、スイッチ接続を改良する手段と しても使用できます。このスティッチャーは、デフォルトでは有効になっていません。また、IBM サポ ートからの通知が合った場合にのみ有効にしてください。 PVCNamePath PVC パスの名前を内部 atmPVCs.memberships データベース表に追加します。 PVCPathMemberships ディスカバリー・プロセスで CreateScratchTopology.stch により自動的に実行されます。スクラッチ・ トポロジーの接続情報と CiscoPVC エージェントにより取得された PVC 情報を使用して、ネットワー ク上で PVC をトレースします。 PVCProcessedRecord atmPVCs データベースを更新し、現在処理中のレコードを示します。 PVCProcessingRecord atmPVCs データベースを更新し、現在処理中のレコードを示します。 PVCTraceAway PVC トレースを実行します。 PVCTraceCrossConnected PVC トレースを実行します。 PVCTracePath 他の PVC トレース・スティッチャーを使用して特定のインターフェースの PVC トレースを実行し、ネ ットワークの ATM セクション全体を通過するすべてのパスを追跡します。 PVCTraceTowards PVC トレースを実行します。 RebuildFinalEntityTable このスティッチャーは BuildFinalEntityTable に類似しています。 translations.ipToBaseName テーブル のエントリーを使用して workingEntities.finalEntity テーブルに情報を取り込みます。相違点は、こ のスティッチャーがフル・ディスカバリー・モードではなく再ディスカバリー・モードで使用される点で す。 RecreateAndSendTopology このスティッチャーは CreateAndSendTopology.stch に類似しています。トポロジーを作成し、最終スク ラッチ・トポロジーを MODEL に送信するスティッチャーも活動化します。相違点は、このスティッチ ャーがフル・ディスカバリー・モードではなく再ディスカバリー・モードで使用される点です。 RecreateScratchTopology このスティッチャーは CreateScratchTopology.stch に類似しています。相違点は、このスティッチャー がフル・ディスカバリー・モードではなく再ディスカバリー・モードで使用される点です。 ReDoIpToBaseName translations.ipToBaseName テーブルをリフレッシュします。 RefreshDiscoveryTables ディスカバリー・データベース表をリフレッシュします。 RefreshLayerDatabase 特定のレイヤー・トポロジー・データベースをリフレッシュします。 RefreshMPLSTEScope StandardMPLSTE エージェントのスコープをリフレッシュします。 RefreshMulticastScope StandardPIM エージェントのスコープをリフレッシュします。 RefreshSubnets 特定のサブネット・データベースをリフレッシュします。 RemoveDeviceFromTopology デバイスをトポロジーから削除します。このスティッチャーの第 1 引数に、削除するデバイスのベース 名を指定します。 RemoveInferredCEDuplicates CE ルーターの存在が推論される場合、このスティッチャーは重複している可能性があるデバイスをトポ ロジーから削除します。 RemoveOutOfBandConnectivity fullTopology.entityByNeighbor テーブルから帯域外のデバイスの接続を除去します。 RemoveOutOfBandRouterLinks 帯域外のデバイスのルーター・リンク接続を scratchTopology.entityByName テーブルから除去します。 RemoveWrongConnectionsToTA838 Cisco 7609 および Cisco 3400 から Adtran TA838 デバイスへの不正な接続を除去します。 ResetNATMainNodes NAT により、接続解決に使用する専用 IP アドレスがモニターのために公用 IP アドレスに変換された デバイスの IP をリセットします。これにより、デバイスを接続して正しく可視化し、モニター目的でこ のデバイスに引き続きアクセスできるようになります。 ResolveHSRPIssues 仮想 HSRP (Hot Standby Routing Protocol) アドレスを使用してディスカバーされたエンティティーが あるかどうかを検査します。この場合、スティッチャーは正しい物理インターフェースを表示するために ディスカバリー・エージェントの returns テーブルと translations.ipToBaseName を更新します。 ResolveVRRPAssocAddresses VRRP アドレスが原因で発生した問題を解決します。この場合、スティッチャーは正しい物理インターフ ェースを表示するためにディスカバリー・エージェントの returns テーブルと translations.ipToBaseName を更新します。 付録 E. ディスカバリー・スティッチャー 443 表 151. Network Manager ディスカバリー・スティッチャーのリスト (続き) スティッチャー Fix Pack 3 機能 RestartDiscoProcess restart_disco_process.pl スクリプトを呼び出します。このスクリプトは、現在実行中のディスカバリ ー・プロセスを停止して、その新規インスタンスを開始します。値を 1 に設定すると、これは単一の引 数をとり、新たに開始したディスカバリー・プロセスによって新規のフル・ディスカバリーが開始されま す。0 に設定すると、フル・ディスカバリーは開始されません。 Restitcher トポロジーを再スティッチします。 RTBasedVPNDiscovery ルート・ターゲットの使用状況に基づいて MPLS VPN をディスカバーします。この結果、ディスカバリ ー・スコープ内で VPN と VRF のプロバイダー・エッジ (PE) ルーターのみを含む MPLS コア・ネッ トワークを表示するエッジ・ビューが作成されます。このビューには、MPLS コア・ネットワーク内のプ ロバイダー (P) ルーターと、これらの P ルーターをリンクする関連 LSP (ラベル・スイッチ・パス) は 表示されません。Network Manager では、ディスカバーされた PE ルーターごとに、その PE ルーター へインポートおよび PE ルーターからエクスポートされたルート・ターゲットに関する情報が維持されま す。これにより、どの VPN がどの PE ルーターを使用しているかを把握できます。 RTBasedVPNResolution RTBasedVPDiscovery スティッチャーによって事前処理された VRF データを使用して、ルート・ターゲ ットのインポートおよびエクスポートに基づいて VPN を解決します。 ScopeRefresh スコープ・テーブルが変更された場合に、スコープ情報を必要とするファインダーおよびエージェントに 通知します。 SendToCollectors 提供されたシードを再ディスカバー用にコレクター・ファインダーに送信します。 SendTopologyToModel スティッチ・トポロジーを MODEL に送信します。 SerialLinkLayer SerialLink エージェントによって返されたデータからの接続を判別します。 SetOSPFServiceDesignatedStatus OSPF サービスを実行するルーターが、指定のルーターまたはバックアップ・ルーターであるかどうかを 示します。 SONMPLayer SONMP エージェントによって返されたデータからの接続を判別します。 SubnetConnections サブネット・エンティティーと、サブネットに属する各インターフェースへの insert を作成します。レ イヤー 3 レベルでは、サブネット内のすべてのインターフェースは接続しているものと考えられるた め、ディスカバーされていないすべての接続が IP レイヤー・データベースに追加されます。 SubnetToIPLayer デフォルトのレイヤー 3 包含/接続を追加します。 SRPLayer SRP エージェントによりディスカバーされた包含情報を保持する SRP レイヤーを作成します。その他の レイヤー・スティッチャーと同様に、このスティッチャーは関連するエージェントから入力を受け取りま す。この入力は、ローカルおよびリモートの隣接データ・フィールドを含むエンティティー・レコードで 構成されます。このスティッチャーはこれらのレコードを使用して、各エンティティーのローカル接続と リモート接続を確認します。 SwitchFdbToConnections Switch エージェントの returns テーブルから connections テーブルにエントリーをコピーします。 SwitchStpMltProcessing 多重リンク・トランクのすべてのリンクのための接続を entityByNeighbor テーブルに追加します。 SwitchStpToConnections SwitchStp 接続に基づいて新規レイヤーを作成します。 STP エージェントのデータを処理し、正しい名 前のローカルおよびリモートのエンティティー接続レコードを stpTopology データベースに作成しま す。 その他のレイヤー・スティッチャーと同様に、このスティッチャーは関連するエージェントから入力を受 け取ります。この入力は、ローカルおよびリモートの隣接データ・フィールドを含むエンティティー・レ コードで構成されます。このスティッチャーはこれらのレコードを使用して、各エンティティーのローカ ル接続とリモート接続を確認します。 SysNameNaming システムが、データが有効な場合に SNMP sysName を使用してデバイス名を指定するように設定しま す。これはオプションのスティッチャーであり、デフォルトではオフです。 TagManagedEntities メイン・ノードの各インターフェースに、インターフェースをモニター対象にする必要があるかどうかを 示すタグを追加します。このタグは m_ExtraInfo フィールドにあり、m_IsManaged と呼ばれています。 このタグに設定できる値は、次のとおりです。 v 0 - インターフェースは管理対象です。これはデフォルトです。 v 1 - インターフェースは管理対象ではありません。これは、GUI を使用して変更できます。 v 2 - インターフェースは ncp_disco プロセスの管理対象ではありません。これは、GUI を使用して変 更できません。 v 3 - インターフェースはディスカバリー・スコープの外にあり、ポーリング対象ではありません。 メイン・ノードのすべてのインターフェースの m_IsManaged 値が連結され、メイン・ノードの m_ExtraInfoフィールドに格納されます (m_UnmanagedInterfaces 内)。使用される形式は [<ifIndex1>, <IfIndex2>, ..... <IfIndexN>]です。これらの ifIndex は、システムによるモニターを行わないインタ ーフェースの ifIndex です。デフォルトでは、このスティッチャーは一部の事前定義タイプのインターフ ェース (仮想インターフェースなど) に対して m_IsManaged を 0 に設定します。システムによるモニタ ーを行わないインターフェース・タイプを追加して指定するには、スティッチャーの where 節に追加し ます。 TagManagementInterfaces IP アドレスが特定のエンティティーのメイン・アクセス IP アドレスとして使用されているインターフ ェースにタグを追加します。このスティッチャーは、根本原因分析で使用されます。 TraceRouteConnectivity TraceRoute エージェントの returns データから取得された接続情報を使用して IPLayer.entityByNeighbor テーブルを更新します。 444 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 151. Network Manager ディスカバリー・スティッチャーのリスト (続き) スティッチャー 機能 VRFBasedVPNResolution RTBasedVPDiscovery スティッチャーによって事前処理された VRF データを使用して、VRF 名に基づ いて VPN を解決します。 ZyxelIfStringLayer ZYXEL ifDescr 形式を使用して、接続を推論します。 関連概念: 6 ページの『フィルター』 プレディスカバリー・フィルターはディスカバリーの効率を高めるために使用し、 ポストディスカバリー・フィルターはデバイスのインスタンス化を防ぐために使用 します。 221 ページの『ディスカバリー・イベントを作成するためのプロセス・フロー』 ディスカバリー・イベントはディスカバリー・プロセス中に作成され、エージェン ト、スティッチャー、およびファインダーの進行状況を示します。これらのイベン トは Tivoli Netcool/OMNIbus に送信されて格納され、Web GUI を使用して表示 できます。 関連タスク: 40 ページの『ディスカバリー・フィルターの設定』 フィルターは、ディスカバリーの前または後にデバイスをフィルターで除去するた めに使用します。ロケーション、テクノロジー、製造メーカーなどのさまざまな基 準に基づいて、デバイスをフィルターで除去することができます。フィルターは、 スコープ・ゾーンで定義された制限に、さらに制限を加えます。 26 ページの『ディスカバリーのスコープ』 ディスカバリーをスコープするには、ディスカバリーに含めるネットワーク・ゾー ン (つまりサブネット範囲) および除外するゾーンを定義します。 クロスドメイン・スティッチャー Fix Pack 4 クロスドメイン・スティッチャーは異なるドメインのデバイス間のリンクを検索 し、それらの間の接続をトポロジー内に作成します。 以下の表では、クロスドメイン・ディスカバリーに使用されるスティッチャーにつ いて説明します。 表 152. クロスドメイン・スティッチャー スティッチャー 機能 AggregationDomainCollectionOfCollections.stch 集約ドメイン内にコレクション・エンティティーのコレク ションを作成します。 AggregationDomainCollections.stch 集約ドメイン内のコレクション・エンティティーを作成し ます。 AggregationDomainCopyEntity.stch ソース・ドメイン内のエンティティーに基づいて、集約ド メイン内にエンティティーを作成します。 AggregationDomainCreate.stch 集約ドメインを作成します。 AggregationDomainFindEntity.stch 集約ドメイン内からエンティティーを検索します。 AggregationDomainMain.stch ディスカバリーの完了後に集約ドメインを更新します。別 の集約ドメイン・スティッチャーを呼び出します。 付録 E. ディスカバリー・スティッチャー 445 表 152. クロスドメイン・スティッチャー (続き) スティッチャー 機能 AggregationDomain.stch ncp_disco プロセスが処理フェーズにないことを確認し、 AggregationDomainMain.stch スティッチャーを呼び出し ます。 AggregationDomainUpdateChangeTime.stch コレクション・エンティティーのタイム・スタンプを更新 します。 AggregationDomainUpdateRequired.stch コレクション・エンティティーのタイム・スタンプを検査 して、更新が必要かどうか判別します。 LinkDomains.stch ドメインのリンクを制御します。このスティッチャーを編 集して、ドメインのリンク方法を構成できます。 LinkDomainsActOnInstructions.stch linkDomains.instruction テーブルに保持されている命令 を処理し、LinkDomainsCreateConnection.stch スティッ チャーを介して接続を作成します。 LinkDomainsAddInstruction.stch 他のスティッチャーが、このスティッチャーにクロスドメ イン接続を追加するための命令を提供します。このスティ ッチャーは、各接続が既に linkDomains.instructions テ ーブルに存在するかどうかを検査します。まだテーブルに 存在しない接続はテーブルに追加されます。 LinkDomainsDatabaseSetup.stch ドメイン・リンク・スティッチャーが使用するデータベー スを作成します。 LinkDomainsGetEntityIdFromNCIMByEntityName AndDomainName.stch 指定したエンティティーが NCIM にあるかどうかを EntityName および domainName によって検査します。 LinkDomainsGetNumConnectsForEntityName.stch エンティティーについて、関連するネットワーク・エレメ ントの数を取得します。 LinkDomainsInScopeIpAddresses.stch NCIM データベースで隣接ドメインの IP アドレスを照 会します。この IP アドレスはスイッチ・エージェントに 渡されるため、ディスカバリーのフェーズ 3 の実行中に ping できます。これは、ディスカバリーが実行されてい るドメインにあるスイッチの転送データベース表にデータ を取り込むために行われます。 LinkDomainsLoadInterfaceDescriptionMatches.stch クロスドメイン・スティッチを構成することによって、イ ンターフェースの ifAlias フィールドに基づいてデバイス を相互にリンクできます。このスティッチャーを編集し て、インターフェースの説明の一致を定義できます。 LinkDomainsLoadPresetConnections.stch このスティッチャーを編集して、特定デバイス間の接続を 定義できます。 LinkDomainsPopulateDomainAdjacencies.stch 隣接すると見なすドメインに関する情報を、 domainAdjacencies という NCIM データベース表に取り 込みます。隣接ドメインは、相互の間にレイヤー 2 のリ ンクが存在する必要があります。 LinkDomainsPreProcessInterfaceMatches.stch 一致するインターフェースの説明を使用してデバイスを処 理します。 LinkDomainsProcessConnectivityMatrix.stch 一致するインターフェースの説明を使用してデバイスを処 理します。 LinkDomainsProcessPresetConnections.stch 事前設定された接続を使用してデバイスを処理します。 446 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 表 152. クロスドメイン・スティッチャー (続き) スティッチャー 機能 LinkDomainsResolveInterfaceToLowestPortNCIM.stch NCIM インターフェース entityName に対して最も低い ポートまたはインターフェースを見つけます。 LinkDomainsUnMergeCheck.stch レイヤー 2 リンクがディスカバーされない場合に、レイ ヤー 3 リンクから推論されたレイヤー 2 リンクを作成し ます。このスティッチャーは、いずれかのクロスドメイ ン・スティッチャーが、別のドメインにあるデバイスとの 間の真のレイヤー 2 リンクをディスカバーしたかどうか を検査します。該当する場合は、 LinkDomainsUnMergeCheck.stch スティッチャーが LinkDomainsUnMergeLayers.stch を呼び出して、推論され たレイヤー 2 リンクを削除します。 LinkDomainsUnMergeLayers.stch レイヤー 3 リンクからレイヤー 2 リンクが推論されたか どうかを検査します。該当する場合は、推論されたレイヤ ー 2 リンクを削除します。 LinkDomainsViaBGPSessions.stch BGP セッションを介したドメイン間の接続を作成しま す。 LinkDomainsViaCDP.stch CDP データを介したドメイン間の接続を作成します。 LinkDomainsViaLayer1NameInterface.stch レイヤー 1 接続に基づいてドメイン間の接続を作成しま す。 LinkDomainsViaMPLSTE.stch MPLS TE データを介したドメイン間の接続を作成しま す。 LinkDomainsViaOSPF.stch OSPF データを介したドメイン間の接続を作成します。 LinkDomainsViaOSPFAssist.stch LinkDomainsViaOSPF.stch スティッチャーが有効な場合に オンになります。 LinkDomainsViaPIM.stch PIM データを介したドメイン間の接続を作成します。 LinkDomainsViaPseudoWires.stch 疑似ワイヤー接続に基づいてドメイン間の接続を作成しま す。 LinkDomainsViaSlash30Subnet.stch /30 サブネット接続に基づいてドメイン間の接続を作成 します。 LinkDomainsViaUnresolvedFDBPorts.stch 未解決のポートに対して繰り返し処理を実行し、隣接ドメ インにある固有の合致するポートを検索します。スイッチ のスティッチャーの実行中に、ドメイン内にリンクが見つ からなかった未解決のポートが switchTopology.unresolvePort データベース表に格納さ れます。 付録 E. ディスカバリー・スティッチャー 447 448 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 付録 F. トラップのタイプ トラップとは、ルーターなどのネットワーク・デバイスから送信され、デバイスま たはその接続が開始または停止されたことを示す管理メッセージです。 トラップ・ファインダーは、デバイスをディスカバーするため、SNMP トラップを listen してトラップから IP アドレスを抽出します。各種トラップの説明を表 153 に示します。 表 153. トラップのタイプ 番号 名前 coldStart トラップ coldStart トラップは、エージェントの構成または送信 プロトコル・エンティティーの実装を変更できるよう に、送信プロトコル・エンティティーがエンティティ ー自体を再初期化することを示しています。 warmStart トラップ warmStart トラップは、エージェント構成または送信 プロトコル・エンティティーの実装のいずれも変更さ れないように、送信プロトコル・エンティティーがエ ンティティー自体を再初期化することを示していま す。 linkDown トラップ linkDown トラップは、認識されている通信リンクの 障害により生成されます。 linkUp トラップ linkUp トラップは、ダウンしていた通信リンクがアッ プすると生成されます。 0 1 2 3 説明 4 authenticationFailure ト authenticationFailure トラップは、受信側により認証 ラップ されなかったプロトコル・メッセージ (正しくないパ スワードなど) により生成されます。 5 egpNeighborloss トラッ egpNeighborLoss トラップは、送信プロトコル・エン プ ティティーが EGP ピアであった Exterior Gateway Protocol (EGP) 隣接デバイスがダウンしているものと してマークされており、ピア関係が無効になっている ことを示します。 6 エンタープライズ特定ト エンタープライズ特定トラップは、送信プロトコル・ ラップ エンティティーが、エンタープライズ固有のイベント が発生したことを認識していることを示します。 © Copyright IBM Corp. 2006, 2016 449 450 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 付録 G. Network Manager 用語集 ここでは、Network Manager 製品に関連する用語を理解するための情報を提供し ます。 Network Manager に関連する用語を、以下のリストで説明します。 AOC ファイル (AOC files) アクティブ・オブジェクト・クラス・マネージャー (ncp_class) が、ディス カバリー後にネットワーク・デバイスを分類するために使用するファイル。 デバイス分類は、オブジェクト ID およびその他のデバイス MIB パラメー ターに対する一連のフィルターを使用して、AOC ファイルに定義されま す。 アクティブ・オブジェクト・クラス (AOC) (active object class (AOC)) アクティブ・オブジェクト・クラス・マネージャー (ncp_class) が、ディス カバリー後にディスカバーされたデバイスを分類するために使用する、ネッ トワーク・デバイスの事前定義済み階層トポロジー内のエレメント。 エージェント (agent) ディスカバリー・エージェントを参照してください。 クラス階層 (class hierarchy) アクティブ・オブジェクト・クラス・マネージャー (ncp_class) が、ディス カバリー後にディスカバーしたデバイスを分類するために使用する、ネット ワーク・デバイスの事前定義済み階層トポロジー。 構成ファイル (configuration files) Network Manager の各プロセスには、プロセス・データベース内の値を設 定することでプロセスの動作を制御するために使用される、1 つ以上の構成 ファイルがある。 構成ファイルは、ドメイン固有にすることもできます。 ディスカバリー・エージェント (discovery agent) ディスカバリーで実行され、ディスカバーされたデバイスから詳細情報を取 得するコード。 ディスカバリー構成 GUI (Discovery Configuration GUI) ディスカバリー・パラメーターを構成するために使用する GUI。 ディスカバリー・エンジン (ncp_disco) (Discovery engine (ncp_disco)) ネットワーク・ディスカバリーを実行する Network Manager プロセス。 ディスカバリー・フェーズ (discovery phase) ネットワーク・ディスカバリーは 4 つのフェーズに分かれている (デバイ スへの問い合わせ、アドレスの解決、接続のダウンロード、および接続の相 関)。 ディスカバリー・シード (discovery seed) ディスカバリーの開始点となる 1 つ以上のデバイス。 © Copyright IBM Corp. 2006, 2016 451 ディスカバリー・スコープ (discovery scope) 1 つ以上のサブネットおよびネットマスクで表されるディスカバリーの境 界。 ディスカバリー状況 GUI (Discovery Status GUI) 実行中のディスカバリーを起動してモニターするために使用する GUI。 ディスカバリー・スティッチャー (discovery stitcher) ディスカバリー・プロセス中に使用されるコード部分。 さまざまなディス カバリー・スティッチャーがあります。これらのスティッチャーは、2 つの タイプにグループ化できます。1 つのタイプは、ディスカバリーのデータ収 集フェーズでデータベース間のデータ転送を行うデータ収集スティッチャ ー、もう 1 つは、データ処理フェーズでネットワーク・トポロジーを構築 するデータ処理スティッチャーです。 ドメイン (domain) ネットワーク・ドメインを参照してください。 エンティティー (entity) トポロジー・データベースの概念。 Network Manager によってディスカ バーされるデバイスとデバイス・コンポーネントはすべてエンティティーで ある。 VPN や VLAN などのデバイス・コレクション、および複雑な接続 を形成する部分的なトポロジーも、エンティティーである。 イベントの強化 (event enrichment) トポロジー情報をイベントに追加するプロセス。 イベント・ゲートウェイ (ncp_g_event) (Event Gateway (ncp_g_event)) イベント・エンリッチを実行する Network Manager プロセス。 イベント・ゲートウェイ・スティッチャー (Event Gateway stitcher) イベント・エンリッチ・プロセスの一環としてトポロジー・ルックアップを 実行するスティッチャー。 フェイルオーバー (failover) ご使用の Network Manager 環境でフェイルオーバー・アーキテクチャー を使用することにより、高可用性を実現するシステムを構成し、コンピュー ターまたはネットワークの障害の影響を最小限に抑えることができます。 フェイルオーバー・プラグイン (Failover plug-in) イベント・ゲートウェイから Network Manager 正常性検査イベントを受 け取り、それらのイベントを仮想ドメイン・プロセスに渡します。仮想ドメ イン・プロセスは、フェイルオーバーを開始するかどうかをそのイベントに 基づいて決定します。 障害検出ビュー (Fault Finding View) 上部の Active Event List (AEL) ポートレットと下部の ネットワーク・ホ ップ・ビュー ポートレットからなる複合 GUI ビュー。 障害検出ビューを 使用して、ネットワーク・イベントをモニターします。 フル・ディスカバリー (full discovery) 広いスコープで実行され、管理するネットワーク・デバイスのすべてをディ スカバーすることを目的としているディスカバリー実行。 通常、フル・デ 452 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ィスカバリーは、部分的なディスカバリーと対比する場合を除いて、単にデ ィスカバリーと呼ばれます。 部分的なディスカバリーも参照してくださ い。 メッセージ・ブローカー (message broker) Network Manager プロセス間の通信を管理するコンポーネント。 Network Manager によって使用されるメッセージ・ブローカーは、Really Small Message Broker と呼ばれます。 Network Manager が正しく動作 するようにするには、Really Small Message Broker を常時実行中にする必 要があります。 NCIM データベース (NCIM database) トポロジー・データ、ポーリング・ポリシーとポーリング定義に関連付けら れているデータなどの管理データ、およびデバイスからのパフォーマンス・ データを格納するリレーショナル・データベース。 ncp_disco ディスカバリー・エンジン を参照してください。 ncp_g_event イベント・ゲートウェイを参照してください。 ncp_model トポロジー・マネージャーを参照してください。 ncp_poller ポーリング・エンジンを参照してください。 ネットワーク・ドメイン (network domain) ディスカバーおよび管理対象のネットワーク・エンティティーの集合。 Network Manager を一度インストールすれば、複数のネットワーク・ドメ インを管理することができます。 ネットワーク・ヘルス・ビュー (Network Health View) 上部の ネットワーク・ビュー ポートレットと下部の Active Event List (AEL) ポートレットからなる複合 GUI ビュー。 ネットワーク・ヘルス・ ビューを使用して、ネットワーク・デバイスのイベントを表示します。 ネットワーク・ホップ・ビュー (Network Hop View) ネットワーク視覚化 GUI。 特定のデバイスのネットワークを検索したり、 指定したネットワーク・デバイスを表示したりするには、ネットワーク・ホ ップ・ビューを使用します。ネットワーク・ホップ・ビューは、ネットワー ク・トラブルシューティングの出発点としても使用できます。 以前はホッ プ・ビューとして呼ばれていました。 ネットワーク・ポーリング GUI (Network Polling GUI) 管理者 GUI。 ポーリング・ポリシーおよびポーリング定義を定義できるよ うにする。 ネットワーク・ビュー (Network Views) ディスカバーされたネットワークのビューを階層構造で表示するネットワー ク視覚化 GUI。 ネットワーク・ビューは、ディスカバリーの結果を表示 し、ネットワーク問題のトラブルシューティングを行う場合に使用します。 付録 G. Network Manager 用語集 453 OQL データベース (OQL databases) Network Manager プロセスでは、OQL データベースに構成情報、管理情 報、および操作情報が保管されます。 OQL 言語 (OQL language) Network Manager での使用を目的に設計された、構造化照会言語 (SQL) のバージョン。 Network Manager プロセスは、OQL を使用してデータベ ースを作成したり、データベースとやり取りしたりします。 部分的ディスカバリー (partial discovery) 以前にディスカバーされたネットワークのセクションの再ディスカバリー。 通常、ネットワークのセクションは、一定のアドレス範囲、単一デバイス、 または 1 つのデバイス・グループで構成されるディスカバリー・スコープ を使用して定義されます。 部分的なディスカバリーは、最後に実行された フル・ディスカバリーの結果を利用し、ディスカバリー・エンジン (ncp_disco) が最後のフル・ディスカバリー以降に停止されていない場合に のみ実行できます。 フル・ディスカバリーも参照してください。 パス・ビュー (Path Views) 選択した 2 つのデバイス間のネットワーク・パスを構成するデバイスおよ びリンクを表示するネットワーク視覚化 GUI。 ネットワーク・オペレータ ーがネットワーク・パスを視覚化するのに役立つように、新しいパス・ビュ ーを作成するか、既存のパス・ビューを変更します。 パフォーマンス・データ (performance data) パフォーマンス・データは、パフォーマンス・レポートを使用して収集でき ます。 このレポートでは、モニター・システムで診断のため収集したパフ ォーマンスの履歴データを表示できます。 ポーリング・エンジン (ncp_poller) (Polling engine (ncp_poller)) ターゲットのデバイスとインターフェースに対してポーリングを行う Network Manager プロセス。 ポーリング・エンジンは、ポーリング対象 のデバイスからパフォーマンス・データの収集も行う。 ポーリング定義 (poll definition) ネットワーク・デバイスやインターフェースをポーリングする方法を定義 し、さらにターゲットのデバイスやインターフェースをフィルター処理す る。 ポーリング・ポリシー (poll policy) ポーリングするデバイスを定義する。 ポーリングのその他の属性 (ポーリ ング頻度など) も定義する。 Tivoli Netcool/OMNIbus のプローブ (nco_p_ncpmonitor) (Probe for Tivoli Netcool/OMNIbus (nco_p_ncpmonitor)) Network Manager のポーリングおよびプロセスによって生成されたイベン トを取得して処理し、これらのイベントを ObjectServer に転送します。 RCA プラグイン (RCA plug-in) イベント内のデータおよびディスカバーされたトポロジーに基づき、RCA スティッチャー内でコーディングされているルールを使用して、他のイベン トによって引き起こされるイベント、または他のイベントを引き起こすイベ ントを特定しようとします。 454 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド RCA スティッチャー (RCA stitcher) トリガー・イベントが RCA プラグインを通過する間にこれを処理するステ ィッチャー。 根本原因分析 (RCA) (root-cause analysis (RCA)) 1 つ以上のデバイス・アラートの根本原因を判別するプロセス。 SNMP MIB ブラウザー (SNMP MIB Browser) ネットワーク問題の診断をサポートするために、ネットワーク・デバイスか ら MIB 変数情報を取得する GUI。 SNMP MIB グラファー (SNMP MIB Grapher) デバイスの MIB 変数のリアルタイム・グラフを表示して、そのグラフを障 害分析やネットワークの問題の解決に使用する GUI。 スティッチャー (stitcher) ディスカバリー、イベント・エンリッチ、およびルート原因分析のプロセス で使用されるコード。 ディスカバリー・スティッチャー、イベント・ゲー トウェイ・スティッチャー、およびRCAスティッチャーも参照してくださ い。 構造ブラウザー (Structure Browser) ネットワーク・デバイス内の障害を切り分けるために、デバイス・コンポー ネントの正常性を調査できるようにする GUI。 トポロジー・マネージャー (ncp_model) (Topology Manager (ncp_model)) ディスカバリー後にトポロジー・データを保管し、そのトポロジー・データ を、SQL を使用してトポロジー・データを照会できる NCIM トポロジ ー・データベースに送信します。 WebTools ネットワーク・デバイスからデータを取得する、特化されたデータ取得ツー ル。ネットワーク視覚化 GUI。ネットワーク・ビュー、およびネットワー ク・ホップ・ビューから起動できます。Web ブラウザーに URL を指定す ることでも起動できます。 付録 G. Network Manager 用語集 455 456 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 特記事項 この情報は、IBM Tivoli Network Manager IP Edition 3.9 の PDF 文書セットに 適用されます。 本書は米国 IBM が提供する製品およびサービスについて作成したものです。 本書に記載の製品、サービス、または機能が日本においては提供されていない場合 があります。日本で利用可能な製品、サービス、および機能については、日本 IBM の営業担当員にお尋ねください。 本書で IBM 製品、プログラム、またはサービス に言及していても、その IBM 製品、プログラム、またはサービスのみが使用可能 であることを意味するものではありません。 これらに代えて、IBM の知的所有権 を侵害することのない、機能的に同等の製品、プログラム、またはサービスを使用 することができます。 ただし、IBM 以外の製品とプログラムの操作またはサービ スの評価および検証は、お客様の責任で行っていただきます。 IBM は、本書に記載されている内容に関して特許権 (特許出願中のものを含む) を 保有している場合があります。本書の提供は、お客様にこれらの特許権について実 施権を許諾することを意味するものではありません。 実施権についてのお問い合わ せは、書面にて下記宛先にお送りください。 〒103-8510 東京都中央区日本橋箱崎町19番21号 日本アイ・ビー・エム株式会社 法務・知的財産 知的財産権ライセンス渉外 以下の保証は、国または地域の法律に沿わない場合は、適用されません。 IBM お よびその直接または間接の子会社は、本書を特定物として現存するままの状態で提 供し、商品性の保証、特定目的適合性の保証および法律上の瑕疵担保責任を含むす べての明示もしくは黙示の保証責任を負わないものとします。国または地域によっ ては、法律の強行規定により、保証責任の制限が禁じられる場合、強行規定の制限 を受けるものとします。 この情報には、技術的に不適切な記述や誤植を含む場合があります。 本書は定期的 に見直され、必要な変更は本書の次版に組み込まれます。 IBM は予告なしに、随 時、この文書に記載されている製品またはプログラムに対して、改良または変更を 行うことがあります。 本書において IBM 以外の Web サイトに言及している場合がありますが、便宜の ため記載しただけであり、決してそれらの Web サイトを推奨するものではありま せん。 それらの Web サイトにある資料は、この IBM 製品の資料の一部ではあり ません。それらの Web サイトは、お客様の責任でご使用ください。 IBM は、お客様が提供するいかなる情報も、お客様に対してなんら義務も負うこと のない、自ら適切と信ずる方法で、使用もしくは配布することができるものとしま す。 © Copyright IBM Corp. 2006, 2016 457 本プログラムのライセンス保持者で、(i) 独自に作成したプログラムとその他のプロ グラム (本プログラムを含む) との間での情報交換、および (ii) 交換された情報の 相互利用を可能にすることを目的として、本プログラムに関する情報を必要とする 方は、下記に連絡してください。 IBM Corporation 958/NH04 IBM Centre, St Leonards 601 Pacific Hwy St Leonards, NSW, 2069 Australia IBM Corporation 896471/H128B 76 Upper Ground London SE1 9PZ United Kingdom IBM Corporation JBF1/SOM1 294 Route 100 Somers, NY, 10589-0100 United States of America 本プログラムに関する上記の情報は、適切な使用条件の下で使用することができま すが、有償の場合もあります。 本書で説明されているライセンス・プログラムまたはその他のライセンス資料は、 IBM 所定のプログラム契約の契約条項、IBM プログラムのご使用条件、またはそれ と同等の条項に基づいて、IBM より提供されます。 この文書に含まれるいかなるパフォーマンス・データも、管理環境下で決定された ものです。 そのため、他の操作環境で得られた結果は、異なる可能性があります。 一部の測定が、開発レベルのシステムで行われた可能性がありますが、その測定値 が、一般に利用可能なシステムのものと同じである保証はありません。 さらに、一 部の測定値が、推定値である可能性があります。 実際の結果は、異なる可能性があ ります。 お客様は、お客様の特定の環境に適したデータを確かめる必要がありま す。 IBM 以外の製品に関する情報は、その製品の供給者、出版物、もしくはその他の公 に利用可能なソースから入手したものです。 IBM は、それらの製品のテストは行 っておりません。したがって、他社製品に関する実行性、互換性、またはその他の 要求については確証できません。 IBM 以外の製品の性能に関する質問は、それら の製品の供給者にお願いします。 本書には、日常の業務処理で用いられるデータや報告書の例が含まれています。 よ り具体性を与えるために、それらの例には、個人、企業、ブランド、あるいは製品 などの名前が含まれている場合があります。 これらの名称はすべて架空のものであ り、名称や住所が類似する企業が実在しているとしても、それは偶然にすぎませ ん。 458 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 著作権使用許諾: 本書には、様々なオペレーティング・プラットフォームでのプログラミング手法を 例示するサンプル・アプリケーション・プログラムがソース言語で掲載されていま す。 お客様は、サンプル・プログラムが書かれているオペレーティング・システム のアプリケーション・プログラミング・インターフェースに準拠したアプリケーシ ョン・プログラムの開発、使用、販売、配布を目的として、いかなる形式において も、IBM に対価を支払うことなくこれを複製し、改変し、配布することができま す。 このサンプル・プログラムは、あらゆる条件下における完全なテストを経てい ません。 従って IBM は、これらのサンプル・プログラムについて信頼性、利便性 もしくは機能性があることをほのめかしたり、保証することはできません。 商標 IBM、IBM ロゴおよび ibm.com は、世界の多くの国で登録された International Business Machines Corporation の商標です。他の製品名およびサービス名等は、 それぞれ IBM または各社の商標である場合があります。現時点での IBM の商標リ ストについては、http://www.ibm.com/legal/copytrade.shtml をご覧ください。 インテル、Intel、Intel ロゴ、Intel Inside、Intel Inside ロゴ、Centrino、Intel Centrino ロゴ、Celeron、Xeon、Intel SpeedStep、Itanium、および Pentium は、 Intel Corporation または子会社の米国およびその他の国における商標または登録商 標です。 Java™ およびすべての Java 関連の商標およびロゴは Oracle やその 関連会社の米国およびその他の国における商標または登録商標です。 Linux は、Linus Torvalds の米国およびその他の国における登録商標です。 UNIX は The Open Group の米国およびその他の国における登録商標です。 Microsoft、Windows、Windows NT および Windows ロゴは、Microsoft Corporation の米国およびその他の国における商標です。 プライバシー・ポリシーに関する考慮事項 サービス・ソリューションとしてのソフトウェアも含めた IBM ソフトウェア製品 (「ソフトウェア・オファリング」) では、製品の使用に関する情報の収集、エン ド・ユーザーの使用感の向上、エンド・ユーザーとの対話またはその他の目的のた めに、Cookie はじめさまざまなテクノロジーを使用することがあります。多くの場 合、「ソフトウェア・オファリング」により個人情報が収集されることはありませ ん。IBM の「ソフトウェア・オファリング」の一部には、個人情報を収集できる機 能を持つものがあります。ご使用の「ソフトウェア・オファリング」が、これらの 特記事項 459 Cookie およびそれに類するテクノロジーを通じてお客様による個人情報の収集を可 能にする場合、以下の具体的事項を確認ください。 この「ソフトウェア・オファリング」は、Cookie もしくはその他のテクノロジーを 使用して個人情報を収集することはありません。 このような目的での Cookie を含む様々なテクノロジーの使用の詳細については、 IBM の『IBM オンラインでのプライバシー・ステートメント』 (http://www.ibm.com/privacy/jp/ja/) を参照してください。 460 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド 索引 日本語, 数字, 英字, 特殊文字の 順に配列されています。なお, 濁 音と半濁音は清音と同等に扱われ ています。 ウィザード・ウィンドウ 基本デバイス情報 エンド・ノード・ディスカバリー 23 構成の要約 25 ディスカバー 379 キャッシュ・データ ディスカバリーの最適化 23 ディスカバリー・スコープ 21 ディスカバリー・タイプ 23 無視 349 区別、複数 VPN での同一 IP アドレス 156 [ア行] ネットワークの信頼性 25 SNMP コミュニティー・ストリング クロスドメイン・リンク 構成 113 アクセシビリティー xvi アクセス・データベース 278 22 SNMP パスワード・プロパティー 22 計画、ディスカバリーの チェックリスト 13 維持、ディスカバーされたトポロジーの最 新状態 211 Telnet アクセス 22 Telnet パスワード・プロパティー 22 研修 Tivoli 技術研修を参照 xvii 部分的なディスカバリー・エージェン ト 213 異常終了エージェント 224 ウィザード・ベースのネットワーク・ディ スカバリー 20 エージェント 6, 385 研修、Tivoli 技術 xvii コア・ビュー、MPLS ネットワークの 151 イベント 153 イベント・テーブル 262 エージェント・タイプの変更 101 および取得されるデータ 387 更新 218 更新、トポロジー 211 インスタンス化 オブジェクト ID コレクター・ディスカバリー・エージ ェントの有効化 148 構成可能なディスカバリー・データ・フロ ー 376 障害のあるエージェントの識別 224 ディスカバリー構成 GUI を使用した 構成後のタスク 181 構成データベース 243 活動化 38 トラブルシューティング 222 構成の要約ウィンドウ 設定の検討 25 部分的なディスカバリーの有効化 213 CiscoNATTelnet 176 ディスカバリーの完了 25 構成ファイル 基準としたインスタンス化の制限 82 オブジェクト ID に基づく制限 82 IP アドレス 基準としたインスタンス化の制限 82 IP アドレスに基づく制限 82 OID に基づく制限 277 インターフェース・データ、エージェント によって取得される 387 ウィザード NATGateway 178 NATNetScreen 176 NATTextFileAgent 176 ヘルパー・データベース 321 構成ファイル (configuration files) ヘルパー 429 エージェントの進行状況、GUI からのモ ニター 188 DiscoAgentReturns.filter 71 DiscoAgents.cfg 69 エンド・ノードをフィルターで除外 23 開始 20 エッジ・ビュー、MPLS ネットワークの 151 DiscoARPHelperSchema.cfg 72 DiscoDNSHelperSchema.cfg 73 構成設定の検討 25 スコープしないディスカバリー 21 エンド・ノード フィルター 23 DiscoFileFinderParseRules.cfg 74 DiscoHelperServerSchema.cfg 77 スコープするディスカバリー 21 スコープするディスカバリーまたはス オンライン資料 xiii DiscoPingFinderSeeds.cfg 78 DiscoPingHelperSchema.cfg 79 [カ行] DiscoSchema.cfg コープしないディスカバリーの選択 21 ディスカバリー 20 ディスカバリーの最適化 23 ディスカバリーのタイプの指定 レイヤー 2 23 レイヤー 3 23 ネットワークの信頼性の指定 25 ping ネットワークの応答 25 SNMP アクセスの構成 22 拡張した部分的ディスカバリー設定の構成 コンテキスト依存ディスカバリーの 有効化 80 213 拡張した部分的ディスカバリーの設定 213 ファイル・ファインダー・デバイス の ping 80 拡張レイヤー 2 の MPLS VPN 151 カスタム・タグ 基準としたネットワーク可視化の有効 化 237 基準としたポーリングの有効化 237 SNMP 要求 環境変数、表記 xvii 関連付けられているデバイス・アドレス、 ネットワークの応答 25 Telnet アクセスの構成 22 ディスカバー 371 疑似ワイヤー 151 規則、書体 xvii © Copyright IBM Corp. 2006, 2016 DiscoScope.cfg 82 DiscoSnmpHelperSchema.cfg 90 DiscoXmlRpcHelperSchema.cfg 94 SnmpStackSecurityInfo.cfg 95 TelnetStackPasswords.cfg 98 コレクター 概要 122 構成 125 構成ファイル (configuration files) 149 コマンド行からの開始 146 461 コレクター (続き) ロケーション 149 Alcatel5620Csv 139 照会 (続き) ネットワーク・エンティティーの照会 197 全体的な再ディスカバリーまたは部分的な 再ディスカバリー、概要 381 専用エージェント、推奨 425 複雑な例 198 障害のあるエージェント 224 障害のあるエージェントの識別 224 ゾーン スコープ・タブを使用した定義 26 ディスカバリーの制限 4 コレクター・ディスカバリー・エージェン ト 状況メッセージ ディスカバリー 221 ゾーンを使用したディスカバリーの制限 4 有効化 148 コレクター・ファインダー 詳細なデバイス情報 ディスカバー 380 [タ行] 構成ファイルを使用したシード 72 コンテキスト依存ディスカバリー 除去、ネットワークからのデバイスの 218 書体の規則 xvii 対応、ディスカバリー・パラメーターとス Alcatel5620SamSoap 127 Alcatel5620SamSoapFindToFile 133 GenericCsv 145 構成 10, 150 制約 10, 150 処理レイヤー 104 資料 xiii コンテキスト依存ディスカバリーの有効化 推論、CE ルーターの存在の 159 80 コンテキスト依存ディスカバリー・エージ スケジューリング、ディスカバリー 211 スケジュールされたディスカバリー ェント 416 定義 1 「スコープ」タブ [サ行] ゾーンの定義 26 スコープしないディスカバリー 21 サービスに影響を与えるイベント スコープするディスカバリー 21 スコープするディスカバリーまたはスコー (SAE) 153 再作成、トポロジー・レイヤー、のための オプション 384 再ディスカバリー 完了 384 全体的な 381 定義 1 部分的な 381 サブプロセス・データベース 289 サポート情報 xvii シード 指定 5 シード、コレクター・ファインダー 構成ファイル 72 シード、ディスカバリーへの NAT ゲー プしないディスカバリーの選択 21 スコープ設定 重要性 3 定義済み 3 スコープ・ゾーン 削除 26 追加 26 編集 26 ステージ データ処理 361 スティッチャー 445 クロスドメイン・ディスカバリー・ス ティッチャーのリスト 445 集約ドメイン 445 トウェイ・アドレスの 174 シード、ファイル・ファインダー デフォルト・ディスカバリー・スティ ッチャーのリスト 433 構成ファイル 300 シード、Ping ファインダー 例 236 GetCustomTag.stch 236 構成ファイル 303 視覚化 カスタム・タグに基づく有効化 237 自動ディスカバリー 定義 1 自動ディスカバリー、構成 212 集約ドメイン スティッチャー 445 手動更新 218 取得、追加情報の 101 照会 状況 192 デバイス 195 デバイス検出の例 200 462 制限、インスタンス化の 277 複雑な例 82 制限、オブジェクト ID に基づくインス タンス化の 82 制限、オブジェクト ID に基づく問い合 わせ 82 制限、デバイスのインスタンス化の 82 制限、デバイスの検出、問い合わせおよび インスタンス化 82 制限、IP アドレスに基づくインスタンス 化 82 制限、IP アドレスに基づく問い合わせ 82 設定、デバイスのリンガー時間の 218 全体的な再ディスカバリー 381 全体的な再ディスカバリーの概要 383 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド キーマおよびテーブルの 61 対象読者、本書の xi 段階付けられた (ステージ) ディスカバリ ー、利点 364 段階付けられた (フェーズ) ディスカバリ ー、利点 364 チェックリスト、ディスカバリー 13 追跡、ディスカバリー データベース 327 データ収集ステージ 360 第 1 フェーズ 361 第 2 フェーズ 361 第 3 フェーズ 361 段階付けられたディスカバリー手法に よる DISCO プロセスへの影響 361 データ処理ステージ 360, 361 データベース エージェント 285 サブプロセス 289 詳細 293 スコープ 266, 267 スティッチャー 286 ディスカバリー 243 ディスカバリー・データベースの追跡 327 フェイルオーバー (failover) 349 プロセス管理 284 ARP ヘルパー 321 ARPhelper 305 DNS ヘルパー 構成例 307 DNS ヘルパー・データベース 構成例 307 DNShelper 321 finders 289 MODEL 343 ping ヘルパー 323 rediscoveryStore 342 SNMP ヘルパー 324 Telnet ヘルパー 324 translations 327 workingEntities 334 XMLRPC ヘルパー 326 データベース、ヘルパー 321 データベース・スキーマ SNMP ヘルパー 313 データ・フロー テーブル (続き) ディスカバリー (続き) processing 291 rediscoveredEntities 342 スコープするディスカバリー 21 スコープするまたはスコープしないの restartPhaseAction 352 returns 294, 355 scope.multicastGroup 270 選択 21 設定、ディスカバリー・パラメーター 1 scope.multicastSource 271 special 272 説明 1 タイプの指定 23 状況 255 ゾーン 274 stitchers.actions 288 stitchers.definitions 287 段階的な説明 366 直前との比較 187 包含 336 agents.definitions 285 stitchers.status 288 stitchers.triggers 287 定義 1 ディスカバリー構成 GUI を使用して agents.status 286 agents.victims 286 subNet 332 telnetHelper.configuration 91 開始 57 ディスカバリー構成 GUI を使用して ciscoFrameRelay 333 telnetHelper.deviceConfig 91 collectorFinder.collectorRules 72 containers 346 vlan 333 vlans 328 構成 285 スティッチャーの開始 285 変更 285 テーブル 再ディスカバリー 292 停止 57 ディスカバリーの拡張パラメーターの 構成 50 dataLibrary 342 despatch 293, 354 デーモン (ヘルパー・システム) 431 ディスカバー、関連付けられているデバイ ディスカバリー・エージェントの状況 188 detectionFilter 267 DNSHelper.configuration 73 ス・アドレス 371 ディスカバー、コマンド行インターフェー ディスカバリー・エージェントの有効 化 38 DNShelper.methods 73 doNotCache 352 スを使用したネットワークの 62 ディスカバー、デバイスの詳細 ディスカバリー・キャッシュ 226 ディスカバリー・フィルターの設定 6 entityByName 339, 343 entityByNeighbor 338, 345 コンテキスト依存 369 標準 368 特殊 11 特殊なディスカバリー 109 failover.config 350 ディスカバリー 46, 48, 218 failover.status 351 fddi 334 ウィザードを使用 20 エージェント 6 トラブルシューティング fileFinder.configuration 299 fileFinder.parseRules 300 エージェントの状況 188 エージェントの進行状況、GUI からの デバイスの欠落 224 長いディスカバリーのトラブルシュー finalEntity 335 finders.despatch 290 モニター 188 拡張設定 9 ティング 222 ネットワークのディスカバリーの管理 finders.returns 290 findRateDetails 351 キャッシュ 226 計画 13 13 ネットワーク・アドレス変換の構成 45 frameRelay 333 hsrp 333 構成後のタスク 181 コマンド行インターフェースの使用 62 ファイル・ファインダーのシード 30 フィルター値 42 inferMPLSPEs 268 コマンド行からの部分的ディスカバリ 部分一致 377 instantiateFilter 269 interfaceMapping 337 ー 217 コンテキスト依存 マルチキャスト・ディスカバリーの構 成 46 ipAddresses 332 ipToBaseName 327 構成 10, 150 コンポーネント 357 マルチキャスト・ディスカバリーのス コープ設定 48 managedProcesses 254 master.entityByNeighbor 106 サイクル 366 再ディスカバリー 381 モニター 185 リモート隣接デバイスの部分的なディ model.config 347 model.profilingData 348 最適化 23 シード 30 スカバリー設定の構成 214 レイヤー 2 23 model.statistics 348 mplsTe 269 手動 GUI の使用 213 レイヤー 3 23 DNS ヘルパーの構成 43 name 332 照会 EMS ディスカバリー 121, 125 NAT 329 NATAddressSpaceIds 330 複雑 198 障害のあるエージェントの識別 224 EMS 統合を使用した 377 GUI を使用した ping ファインダーの NATStatus 260 NATtemp 329 状況 185 新規ディスカバリー 226 進行状況のモニター 188 GUI を使用したディスカバリー・エー pending 291 pingFinder.configuration 301 進行、GUI からのモニター 185 進行状況、GUI からの比較 187 ジェントの進行状況のモニター 188 GUI を使用したモニター 185 pingFinder.pingRules 303 pnniPeerGroup 334 スケジューリング 211 スコープしないディスカバリー 21 MPLS 152 ディスカバリーの構成 151 アイドル 225 正しくない文字 227 索引 463 ディスカバリー (続き) MPLS ディスカバリー 153 MPLS ディスカバリー方式 157 NAT 181 NAT 環境ディスカバリー 170 NAT ディスカバリー 166 活動化 45 非活動化 45 ディスカバリーのステージとフェーズ 概要 360 データ収集 360 ディスカバリー・スコープ (discovery scope) (続き) データベース 266 データ処理 360 ディスカバリーのタイミング 358 ディスカバリーの停止 57 ディスカバリー構成 GUI を使用した 定義 26 デバイス、スコープの範囲外のインタ ディスカバリー・エージェント 385 イーサネット・スイッチ 394 ーフェースを持つ 88 デバイスの問い合わせの制限 82 ping ファインダー状況 188 ping ファインダーのシード 30 コンテキスト依存エージェント 416 障害のあるエージェントの識別 224 ping ファインダーの進行状況、GUI からのモニター 188 選択 424 専用エージェント 425 ディスカバリー・ゾーン ディスカバリーの制限 4 SNMP アクセスの設定 33 Telnet アクセスの設定 33 タイプ 394 タスク固有 417 ディスカバリー・データ 他のプロセスへのブロードキャスト ディスカバリー構成 拡張オプション 376 完了 25 検討 25 ディスカバリー構成 GUI 追加情報 101 ディスカバリー・エージェント・デー タベース agentTemplate データベース 385 デバイスのフィルタリング 65 複数の包含ゾーンの定義 29 NAT ゾーンの定義 174 375 ディスカバリー・データベース 243 ディスカバリー・パラメーター スキーマおよびテーブルとの対応 61 GUI 26 概要 26 ディスカバリーのシード 30 トポロジー・データ、EMS に保管さ れている 405 ディスカバリー・フィルターの設定 6 ディスカバリー・プロセス ディスカバリー・スコープの定義 26 ディスカバリー・フィルターの設定 6 トラブルシューティング 222 標準エージェント 425 概要 357 デバイス 218 ネットワーク・アドレス変換の構成 45 ファイル・ファインダーのシード 30 プロトコル固有 424 包含 411 インスタンス化の制限 82 検出の制限 82 マルチキャスト・ディスカバリーの構 ほかのプロトコルの 413 種別の判別 203 成 46, 48 DNS ヘルパーの構成 43 マルチキャスト 409 ルーティング・プロトコル・ディスカ 使用中のデバイスのリスト 203 問い合わせの制限 82 ping ファインダーのシード 30 SNMP アクセスの設定 33 バリー・エージェント 405 レイヤー 2 427 デバイス検出 フィルターを使用した防止 276 レイヤー 3 400, 427 Associated Address エージェント デバイス接続 ディスカバー 373 385, 386 ATM 406 デバイスの存在 ディスカバー 378 約 10, 150 ディスカバリーの開始 57 Details エージェント 385 IP レイヤー・エージェント、推奨 425 デバイスの存在、ディスカバー 367 デバイスの問い合わせの制限 82 ディスカバリーの拡張パラメーターの MPLS 408 デバイスまたはサブネット Telnet アクセスの設定 33 ディスカバリー構成 GUI (Discovery Configuration GUI) 26 コンテキスト依存ディスカバリーの制 構成 50 ディスカバリーの停止 57 NAT ゲートウェイ 410 ディスカバリー・エージェントからの情報 手動によるディスカバー 212 デバイスまたはサブネットのディスカバー ディスカバリー・エージェントの有効 化 38 の処理 383 ディスカバリー・エージェントの進行状 手動 212 デバイス・アクセス DNS ヘルパーの構成 43 ディスカバリー進行状況 況、GUI からのモニター 188 ディスカバリー・エージェントの定義ファ コマンド行からのモニター 192 ディスカバリーの開始 57 イルのキーワード 387 ディスカバリー・エージェントのトラブル デバイス・クラス階層の変更 203 デバイス・クラス固有の AOC 209 ディスカバリーの拡張パラメーター 構成 50 シューティング 222 ディスカバリー・エージェントの有効化 デバッグ、NAT ディスカバリー 182 問い合わせ ディスカバリーの拡張パラメーターの構成 38 構成 5 GUI を使用した構成 33 オブジェクト ID ディスカバリー・スコープ (discovery scope) 基準とした問い合わせの制限 82 オブジェクト ID に基づく制限 82 ディスカバリーのシード 30 NAT ゲートウェイ・アドレス 174 インスタンス化の制限 82 既存のスコープ・ゾーンの編集 26 IP アドレス 基準とした問い合わせの制限 82 ディスカバリーの進行、GUI からのモニ ター 185 機密デバイス 3 新規スコープ・ゾーンの追加 26 ディスカバリーの進行状況、GUI からの 比較 187 スコープ設定のタイプ 4 スコープ・ゾーンの削除 26 50 ディスカバリーの最適化 23 464 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド IP アドレスに基づく制限 82 特殊なディスカバリー 11 構成 109 タイプ 109 トポロジー 更新 211 作成 374 データベース 338, 343 トポロジー、作成 NAT 情報 169 トポロジーの強化 230 トポロジー・レイヤー 再作成 214 ドメイン 追加の 14 ドメイン・ネーム・システム 構成 9 トラップ 449 管理 106 トラブルシューティング ディスカバリー 正しくない文字 227 デバイスの欠落 224 ディスカバリー、アイドル 225 トラブルシューティング、ディスカバリー の レポートの使用 219 [ナ行] ネットワーク・ディスカバリー (続き) コマンド行インターフェースの使用 62 ネットワーク・デバイスの分類 203 ネットワーク・ドメイン 追加の 14 discovery) (続き) 定義 1 フィードバック設定の指定 213 GUI からの開始 215 部分的な再ディスカバリー 381 [ハ行] 部分的なディスカバリーのフィードバック 設定の構成 213 比較、GUI からのディスカバリーの進行 状況 187 プレディスカバリー・フィルター GUI での選択 40 非活動エージェント 224 標準エージェント、推奨 425 ファイル・ファインダー 230 拡張パラメーター 50 活動化 30 構成 299 構成ファイルを使用したシード 300 データベース 299 非活動化 30 ファイル・ファインダーのシード 30 ファイル・ファインダー・デバイスの ping 80 ファインダーのシード 30 フィルター 値 42 エンド・ノード 23 内容、本書の xi 長いディスカバリー 削除 40 作成 40 トラブルシューティング 222 長いディスカバリーのトラブルシューティ 条件 82 制限 82 ング 222 ネットワーク可視化 制限の結合 82 プレディスカバリー、選択 40 カスタム・タグに基づく有効化 237 部分的ディスカバリー (partial 編集 40 ネットワークの信頼性 要求に対する応答 25 ポストディスカバリー、選択 40 フィルター条件の構成 82 ネットワークのディスカバリーの管理 13 ネットワーク・アドレス変換 フィルターの削除 40 フィルターの作成 40 ブロードキャスト 他のプロセスへのディスカバリー・デ ータの 375 ブロードキャスト ping 50 プロセス管理データベース 284 分類、ネットワーク・デバイス 203 分類していないデバイス 分類 204 ヘルパー 概要 429 構成する理由 10 データベース 321 ヘルパー、「ヘルパー・システム」を参照 429 ヘルパー・サーバー データベース 304 ヘルパー・サーバー、「ヘルパー・システ ム」を参照 429 ヘルパー・システム 概要 429 構成 10 構成ファイル 430 静的タイムアウト 431 データベース 304 デーモン 431 動作 430 動的タイムアウト 431 アドレス・スペースの定義 173 エージェントの使用可能化 175 フィルターの編集 40 フィルタリング、エージェントに送信され ヘルパー・マネージャー 430 ヘルパー・マネージャー 430 ゲートウェイ 9 ディスカバリーの制約事項 168 るデバイス 65 フェーズ、管理 366 変数、表記 xvii ポーリング ディスカバリー・プロセス・フロー 169 フェーズ・マネージャー 366 フェイルオーバー (failover) 動的環境 167 データベース 349 変換の有効化 172 包含モデルの活動化 183 データベース・スキーマ 350 有効化 349 NAT 環境の表示 183 static 167 複雑なディスカバリー照会 サンプル 198 カスタム・タグに基づく有効化 237 包含情報 ディスカバリー 411 防止、フィルターを使用したデバイス検出 の 276 ポストディスカバリー・フィルター GUI での選択 40 ネットワーク・アドレス変換 (NAT) 概要 166 複数フェーズ ネットワーク・トラフィックへの影響 本書について xi ネットワーク・アドレス変換の構成 45 ネットワーク・エンティティーの照会 365 複数フェーズ、基準 365 [マ行] サンプル 197 ネットワーク・ディスカバリー 部分一致 377 部分的ディスカバリー (partial discovery) マニュアル xiii マルチキャスト ping 50 管理 13 拡張設定 213 コマンド行からの実行 217 マルチキャスト・ディスカバリー 活動化 46, 48 索引 465 マルチキャスト・ディスカバリー (続き) 非活動化 46, 48 マルチキャスト・ディスカバリーの構成 46, 48 メディエーション・レイヤーおよび処理レ イヤー 102 メディエーション・レイヤーの構造 SNMP 要求および ICMP 要求 102 メディエーション・レイヤー・フィルター 104 モデル・データベース・スキーマ 346 モニター、ディスカバリー進行状況の コマンド行から 192 [ヤ行] 有効化 カスタム・タグに基づくネットワーク 視覚化 237 A agents データベース・スキーマ 285 agents テーブル 258 agents.definitions データベース表スキー マ 285 agents.definitions テーブル 285 agents.status データベース表スキーマ 286 agents.status テーブル 286 agents.victims データベース表スキーマ 286 agents.victims テーブル 286 AgentTemplate データベースの概要 353 Alcatel5620Csv 139 Alcatel5620SamSoap 127 Alcatel5620SamSoapFindToFile 133 AOC 作成 204 トポロジーへの AOC 変更の適用 205 カスタム・タグに基づくポーリング 237 用語集 451 DISCO 編集 204 EndNode クラス 207 NetworkDevice クラス 208 AOC ファイルの例 207 [ラ行] ARP ヘルパー・データベース 321 ARPhelper データベース 305 ラベル・スイッチ・パス (LSP) ベースの ATM デバイス ディスカバリー 157 ラベル・データの調整 166 間の接続のディスカバー 406 デバイスの設定 218 リンクされたドメイン 445 スティッチャー 445 ルーティング・プロトコル・ディスカバリ ー・エージェント 405 ルート・ターゲット (RT) ベースのディス カバリー 157 ルール DiscoICMPGetTrace(); 104 DiscoSnmpGetAccessParameters 103 DiscoSnmpGetNextResponse(); 103 C CE ルーター 存在の推論 159 ciscoFrameRelay データベース表スキーマ 333 ciscoFrameRelay テーブル 333 config テーブル 244 containers テーブル 346 containment データベース表スキーマ 336 containment テーブル 336 Context エージェント ディスカバリー・プロセス内の 369 有効化 10, 150 DiscoSnmpGetResponse(); 103 例 GetCustomTag.stch 236 NAT ディスカバリー構成 179 レイヤー 再作成 214 メディエーションおよび処理 102 processing 104 レイヤー 2 の VPN 151 レイヤー 3 の MPLS VPN 151 レポート ディスカバリーのトラブルシューティ ング 219 466 DiscoAgentProcLayerAddLocalTags{} セ クション 105 DiscoAgentProcLayerAddTags{} セクショ ン 105 DiscoAgentReturns.filter 構成ファイル 71 DiscoAgents.cfg 構成ファイル 69 DiscoARPHelperSchema.cfg 72 DiscoConfig.cfg コンテキスト依存ディスカバリーの有 効化 80 ファイル・ファインダー・デバイスの ping 80 DiscoDNSHelperSchema.cfg 73 DiscoFileFinderParseRules.cfg 構成ファイ ル 74 DiscoHelperServerSchema.cfg 構成ファイ ル 77 DiscoICMPGetTrace(); 104 DiscoPingFinderSeeds.cfg 構成ファイル 78 DiscoPingHelperSchema.cfg 構成ファイ ル 79 DiscoScope.cfg 構成ファイル 82 DiscoSnmpGetAccessParameters(); 103 DiscoSnmpGetNextResponse(); 103 DiscoSnmpGetResponse(); 103 リモート隣接デバイスの部分的なディスカ バリー設定 214 リンガー時間 構成データベース 243 Disco プラグイン 212 D dataLibrary テーブル 342 despatch テーブル 354 Details データベース・スキーマ 293 Details.despatch データベース表スキーマ 293 Details.despatch テーブル 293 Details.returns データベース表スキーマ 294 detectionFilter テーブル 267 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド DiscoSnmpHelperSchema.cfg 構成ファイ ル 90 disco.agents データベース表スキーマ 258 disco.agents テーブル 構成例 266 disco.config データベース表スキーマ 244 disco.config テーブル 構成例 264 disco.dynamicConfigFiles データベース表 スキーマ 260 disco.events データベース表スキーマ 262 disco.filterCustomTags データベース表ス キーマ 264 disco.ipCustomTags データベース表スキ ーマ 263 disco.managedProcesses 構成例 265 disco.managedProcesses データベース表 スキーマ 254 disco.NATStatus データベース表スキーマ 260 disco.profilingData データベース表スキ ーマ 261 disco.status データベース表スキーマ 255 disco.tempData データベース表スキーマ 261 DNS fddi テーブル 334 interfaceMapping データベース表スキー 構成 9 DNS ヘルパー fileFinder データベース 299 fileFinder.configuration データベース表 マ 337 interfaceMapping テーブル 337 スキーマ 299 fileFinder.parseRules データベース表スキ ーマ 300 IP レイヤー・エージェント、推奨 425 ipAddresses データベース表スキーマ 332 DNS ヘルパーの構成 43 DNS ヘルパー・データベース 321 filterCustomTags テーブル 264 finalEntity データベース表スキーマ 335 ipAddresses テーブル 332 ipCustomTags テーブル 263 DNSHelper.configuration データベース表 スキーマ 73 finalEntity テーブル 335 finders データベース 295 ipToBaseName データベース表スキーマ 327 DNShelper.methods データベース表スキ ーマ 73 finders データベース・スキーマ 289 finders.despatch データベース表スキーマ ipToBaseName テーブル 327 IPv6 サブネット・マスクのサイズ doNotCache テーブル 352 dynamicConfigFiles テーブル 260 290 finders.despatch テーブル 290 拡張パラメーター 50 構成ファイルを使用した構成 73 GUI を使用した構成 43 finders.pending データベース表スキーマ E 291 finders.processing データベース表スキー Element Management System ディスカバリーの構成 125 マ 291 finders.rediscovery データベース表スキ EMS ディスカバリーの構成 125 EMS ディスカバリー 構成 121 構成ファイルを使用したシード 147 EMS 統合 概要 121 コンポーネント 124 EndNode クラス 207 entityByName データベース表スキーマ 339 entityByName テーブル 339, 343 entityByNeighbor データベース表スキー マ 338 entityByNeighbor テーブル 338, 345 ーマ 292 finders.returns データベース表スキーマ 290 finders.returns テーブル 290 findRateDetails テーブル 351 FnderRetProcessing スティッチャーのプ ロセス・フロー 382 frameRelay データベース表スキーマ 333 frameRelay テーブル 333 fullTopology データベース・スキーマ 338 G ping 応答時間 33 M managedProcesses 構成例 265 managedProcesses テーブル 254 master データベース・スキーマ 343 master.containers データベース表スキー マ 346 master.entityByName データベース表ス キーマ 343 master.entityByNeighbor 情報の追加 106 master.entityByNeighbor データベース表 スキーマ 345 model.config データベース表スキーマ 347 model.config テーブル 347 model.profilingData データベース表スキ ーマ 348 GenericCsv 145 GetCustomTag.stch 236 model.profilingData テーブル 348 model.statistics データベース表スキーマ F GUI からの ping ファインダーの進行状 況のモニター 188 348 model.statistics テーブル 348 failover データベース構成 例 353 GUI からのディスカバリーの進行のモニ ター 185 MPLS ディスカバリーの構成 151 failover.config データベース表スキーマ 350 failover.config テーブル 350 構成例 353 failover.doNotCache データベース表スキ GUI からのディスカバリー・エージェン トの進行状況のモニター 188 マルチキャスト エージェント、有効化 47 GUI ベースのネットワーク・ディスカバ リー 26 TE エージェント、構成 163 エージェント、有効化 162 ーマ 352 failover.doNotCache テーブル H ディスカバリー・モード 160 MPLS エージェント 構成例 353 failover.findRateDetails データベース表 hsrp データベース表スキーマ 333 hsrp テーブル 333 有効化 154 MPLS ディスカバリー 153 スキーマ 351 failover.restartPhaseAction データベース 表スキーマ 352 failover.status データベース表スキーマ 351 failover.status テーブル 351 fddi データベース表スキーマ 334 I inferMPLSPEs テーブル 268 instantiateFilter テーブル 269 instrumentation データベース・スキーマ 331 エッジ・ビュー 151 概要 151 拡張構成 160 疑似ワイヤー 151 コア・ビュー 151 構成 152 スコープ設定の要件 164 スティッチャーの構成 165 索引 467 MPLS ディスカバリー (続き) 方式 157 SNMP エージェントの構成 155 Telnet エージェントの構成 155 VPN および VRF へのスコープの制 限 164 MPLS ディスカバリーについて 151 MPLS ネットワーク scope.detectionFilter データベース表スキ P pending テーブル 291 ping ネットワークの応答 25 ブロードキャスト 50 マルチキャスト 50 ping ファインダー 拡張パラメーター 50 ディスカバリーの構成 153 mplsTetable 269 拡張パラメーターの構成 50 活動化 30 構成ファイルを使用したシード 303 コマンド行を使用した構成 301 N name データベース表スキーマ 332 name テーブル 332 NAT 181 アドレス・スペースの定義 173 エージェントの使用可能化 175 ゲートウェイ 9 ゲートウェイの構成 45 変換の有効化 172 包含モデルの活動化 183 NAT 環境 ディスカバリーの構成 166, 170 表示 183 NAT ゲートウェイ・デバイス サポートされないデバイスのエージェ ントの有効化 176 サポートされるデバイスのエージェン トの有効化 176 専用アドレス・スペースのデバイスの エージェントの使用可能化 178 NAT データベース表スキーマ 329 NAT テーブル 329 NAT ディスカバリー データベース 301 非活動化 30 ping ファインダーのシード 30 ping ファインダーの進行状況、GUI から のモニター 188 ping ヘルパー 構成例 79 ping ヘルパー・データベース 323 ping ヘルパー・データベース・スキーマ 構成例 310 description 310 pingFinder データベース 300 pingFinder.configuration データベース表 スキーマ 301 pingFinder.pingRules データベース表ス キーマ 303 pnniPeerGroup データベース表スキーマ 334 pnniPeerGroup テーブル 334 processing テーブル 291 profilingData テーブル 261 活動化 45 構成例 179 R 進行状況の追跡 181 デバッグ 182 rediscoveredEntities テーブル 342 非活動化 45 NAT ドメイン スコープ・ゾーンの定義 174 NAT (ネットワーク・アドレス変換) 166 rediscovery テーブル 292 rediscoveryStore データベース 342 rediscoveryStore.dataLibrary データベー ス表スキーマ 342 NATAddressSpaceIds データベース表ス rediscoveryStore.rediscoveredEntities デ ータベース表スキーマ 342 キーマ 330 NATAddressSpaceIds テーブル 330 removenode 218 restartPhaseAction テーブル 352 NATStatus テーブル 260 NATtemp データベース表スキーマ 329 returns テーブル 294, 355 NATtemp テーブル 329 NCHOME 429 RT ベースのディスカバリーでの VRF 名 158 ncp_disco データベース 243 S ncp_model データベース 243 SAE 153 Network Manager 用語集 451 NetworkDevice クラス 208 構成例 274 scope データベース・スキーマ 267 468 scope データベース IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド ーマ 267 scope.inferMPLSPEs データベース表スキ ーマ 268 scope.instantiateFilter データベース表ス キーマ 269 scope.mplsTe データベース表スキーマ 269 scope.multicastGroup データベース表ス キーマ 270 scope.multicastGroup テーブル 270 scope.multicastSource データベース表ス キーマ 271 scope.multicastSource テーブル 271 scope.special データベース表スキーマ 272 scope.zones データベース表スキーマ 274 scope.zones テーブル 構成例 275 scratchTopology データベース・スキーマ 339 SNMP デーモン (ヘルパー・システム) 431 GUI を使用したネットワーク・デバイ スへのアクセスの構成 33 SNMP アクセス ウィザードを使用した構成 22 コミュニティー・ストリング 22 SNMP アクセスの構成 33 SNMP アクセスの設定 33 SNMP エージェント、MPLS 155 SNMP コミュニティー・ストリング 5 SNMP ヘルパー 拡張パラメーター 50 SNMP ヘルパー・データベース 324 SNMP ヘルパー・データベース構成の例 313 SNMP ヘルパー・データベース・スキー マ 313 SNMP 要求 ネットワークの応答 25 SnmpStackSecurityInfo.cfg 構成ファイル 95 snmpStack.multibyteObjects 281 special テーブル 272 status テーブル 255 stitchers データベース・スキーマ 286 stitchers.actions データベース表スキーマ 288 stitchers.actions テーブル 288 stitchers.definitions データベース表スキ ーマ 287 stitchers.definitions テーブル 287 stitchers.status データベース表スキーマ 288 stitchers.status テーブル 288 stitchers.triggers データベース表スキーマ 287 stitchers.triggers テーブル 287 X XMLRPC ヘルパー・データベース 326 subNet データベース表スキーマ 332 subNet テーブル 332 XMLRPC ヘルパー・データベース構成の 例 319 T XMLRPC ヘルパー・データベース・スキ ーマ 319 XML-RPC ヘルパー 構成例 94 Telnet アクセス、ウィザードを使用した 構成 22 Telnet アクセス、定義 98 Telnet アクセスの構成 33 Telnet アクセスの設定 33 Z zones テーブル 274 Telnet エージェント、MPLS 155 Telnet パラメーター 5 Telnet ヘルパー 拡張パラメーター 50 構成 91 Telnet ヘルパー・データベース 324 Telnet ヘルパー・データベース構成の例 316 Telnet ヘルパー・データベース・スキー マ 316 telnetHelper.configuration データベース 表スキーマ 91 telnetHelper.deviceConfig データベース 表スキーマ 91 TelnetStackPasswords.cfg 構成ファイル 98 tempData テーブル 261 Tivoli 技術研修 xvii Tivoli ソフトウェア情報センター xiii translations データベース 327 TrapMux 構成 107 コマンド行オプション 107 V vlan データベース表スキーマ 333 vlan テーブル 333 vlans データベース表スキーマ 328 vlans テーブル 328 VPN 同一 IP アドレスの区別 156 VPN 命名規則 165 W workingEntities データベース 334 索引 469 470 IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド IBM® Printed in the Republic of Ireland