...

ここ - IBM

by user

on
Category: Documents
174

views

Report

Comments

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 =&gt;
{
Debug =&gt; 0,
Listen =&gt; 8081
},
3.
このコントローラーのデータ・ソースを指定します。 これは、コレクターが使
用しているデータ・ソースのタイプによって異なります。
v これが SOAP コレクターで、そのデータ・ソースが EMS の場合、EMS の
ホスト名とポート、および EMS に接続するためのユーザー名とパスワード
を指定します。この変更を行うには、以下の例に示す構成ファイルの
DataSource セクションを変更します。
DataSource =>
{
Host => 192.168.1.2,
Port => 8080
Username => 'oss',
Password => 'myPa55w0rd'
&mldr;
&mldr;
&mldr;
},
v
126
HTTPS をサポートする SOAP コレクターで、そのデータ・ソー
スが EMS の場合、EMS のホスト名とポート、および EMS に接続するた
めのユーザー名とパスワードを指定します。暗号化されていないパスワード
(Password フィールド) の代わりに、Md5Password フィールドを使用して、暗
号化パスワードを指定することもできます。UseSSL および SSLCertFile フ
ィールドを指定して、コレクターが HTTPS を使用するかどうかを指定する
Fix Pack 4
IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド
こともできます。これらの変更を行うには、構成ファイルの DataSource セ
クションを変更します。例えば、次のようになります。
DataSource =&gt;
{
Host =&gt; 192.168.1.2,
Username =&gt; 'oss',
Password =&gt; 'myPa55w0rd',
.
.
.
UseSSL => 1,
SSLCertFile => 'certs/alu5620sam.crt',
&mldr;
&mldr;
&mldr;
},
v CSV コレクターで、そのデータ・ソースが CSV ファイルの場合、CSV フ
ァイルのファイル名を指定します。この変更を行うには、以下の例に示す構
成ファイルの DataSource セクションを変更します。
DataSource =>
{
CsvCfg => 'exampleCsv.cfg',
&mldr;
&mldr;
&mldr;
},
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 =&gt;
{
Host =&gt; 192.168.1.2,
Username =&gt; 'oss',
Password =&gt; 'myPa55w0rd',
Timeout =&gt; 30,
144
IBM Tivoli Network Manager IP Edition: ディスカバリー・ガイド
Domain => 'AMS'
UseSSL => 1,
SSLCertFile => 'certs/alu5529idm.crt',
&mldr;
&mldr;
&mldr;
},
以下の例は、コレクターが HTTPS をサポートしているが、HTTPS
の使用を選択しない場合のこれらのプロパティーのサンプル値およびデフォルト
値を示しています。
Fix Pack 4
DataSource =>
{
Host => 192.168.1.2,
Username => 'oss',
Password => 'myPa55w0rd',
Timeout => 30,
Domain =&gt; 'AMS'
UseSSL =&gt; 0,
&mldr;
&mldr;
&mldr;
},
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
Fly UP