ディスカバリーで SNMP デバイスのシリアル番号が欠落する場合のトラブルシューティングIssue <!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } ディスカバリーの識別は、主にプローブによってデバイスから抽出されたシリアル番号に基づいて行われます。それが失敗した場合は、名前と IP アドレスにフォールバックしますが、名前は一意でないことが多く、IP アドレスは変更されることがあります。つまり、デバイスがシリアル番号を返さない場合、誤認が発生する可能性があり、間違った CI が更新されたり、重複した CI が作成されたりすることがあります。 シリアル番号なしで作成された CI が表示される場合もあります。 この記事では、シリアル番号データが欠落する一般的な原因と解決策について説明します。 Release<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } サポートされているすべてのリリース Cause<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } シリアル番号の欠落は、SNMP 認証情報の不足、プローブの障害、その他の問題など、さまざまな要因によって発生する可能性があります。 Resolution<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } 認証情報の不足 インスタンスに入力された SNMP 認証情報のいずれもデバイスへのアクセスを許可しない場合、ディスカバリー SNMP プローブは Public コミュニティ文字列にフォールバックできます。 ただし、一部のデバイスでは、Public コミュニティ文字列を使用して読み取れる内容が制限される場合があります。 ソリューション： SNMP デバイスが、識別データへの Public コミュニティ文字列アクセスを許可するように構成されていることを確認するか、新しい認証情報を使用してデバイスをセットアップし、その認証情報をインスタンスに追加します。 データ受信前のプローブタイムアウト 一部の SNMP 対応ネットワークデバイスは、非常に単純な組み込みマイクロコントローラの実装であり、低速です。例：PDU、UPS。これらのデバイスはシリアル番号データを提供できますが、データを返す前にタイムアウトすることがあります。 L2 スイッチなどの高速デバイスは、機能スイッチコードと同じマルチタスク CPU で SNMP インターフェイスコードを実行しており、高負荷時には SNMP スレッドの応答が遅くなったり、データの返送が遅くなったりする可能性があります。これは、大きな Cisco スイッチなどで確認されています。 これにより、主に 2 つの問題が発生します。 プローブのタイムアウト前にデータがまったく受信されなかったため、プローブがタイムアウトします。この状況ではセンサーがエラーになり、識別が失敗します。プローブがタイムアウトする前にデータが受信されましたが、不完全でした。SNMP は UDP に基づいているため、この状況を検出することは困難であり、デバイスから部分的なデータしか受信していないことに気付かない可能性があります。これは、巨大なルーティングテーブルを持つ Cisco スイッチなど、転送するデータが多い大型デバイスにも当てはまります。 その後、重要なシリアル番号情報が欠落した不完全なデータで、分類センサーと識別センサーの実行が続行されます。 ソリューション： 応答が遅くなる可能性があるデバイスを特定したら、問題が解決されるまで SNMP プローブのタイムアウトを段階的に増やすことができます。これらの MID サーバーパラメーターを使用して、SNMP プローブを構成できます。詳細については、「MID サーバーパラメーター」または「SNMP プローブパラメーター」のドキュメントを参照してください。 mid.snmp.request.timeout：最初の OID 要求に対する応答を待機する最大時間mid.snmp.session.timeout：セッションが確立された後に OID 要求への応答を待機する最大時間 timeout と established_session_timeout はプローブパラメーターであり、上記の 2 つの MID サーバーパラメーターをオーバーライドしますが、「SNMP - Classify」や「SNMP - Identity」などの特定のプローブ用です。これらは、任意の MID サーバーを介したディスカバリーに適用されます。 SNMP の実装に標準のシリアル番号 OID が含まれていない シリアル番号を返さないことがわかっているデバイスには、一部のプリンターが含まれますが、他の種類のデバイスにも該当する可能性があります。 これを確認するには、Identity プローブの ECC キュー入力レコードを確認します。OID が存在しないか、値が空になっている可能性があります。 ソリューション： これについて、デバイスのメーカーに報告する以外に ServiceNow にできることはあまりありません。デバイスが一意の名前、IP アドレス、MAC アドレスを返す限り、識別を行うのに十分なデータがあります。 IP が以前に使用されており、まだ CMDB 内の別の CI にリンクされている場合は、古いデバイスのメイン CI、ネットワークアダプター、および IP アドレス CI から IP アドレス情報をクリアすると、IP に基づく識別が機能します。 デバイスに一般的な名前 (「AFICIO MP 2550」や「RACKPDU」など) がある場合は、CI を手動で追加するか、識別子をカスタマイズする必要があります。その後、ディスカバリーで CI を照合して追加フィールドを更新できます。 デバイスで利用可能なシリアル番号データがあるが、それをフェッチするための現在のプローブがない デバイスのタイプとメーカー、および実装されている標準またはベンダーの MIB に応じて、シリアル番号データはさまざまな OID に存在する可能性があります。例：sysSerialNumber、prtGeneralSerialNumber、chassisSerialNumberString、entPhysicalSerialNum など。 ほとんどの標準デバイスタイプと、Cisco などの特定のメーカー向けにすぐに使用できるプローブとセンサーがありますが、一部が欠落している可能性があります。 ソリューション： この状況では、カスタムプローブ/センサーを作成することが可能です。場合によっては、まずデバイスベンダーの新しい MIB をインスタンスの MIB テーブルに追加し、次にその MIB から特定の OID をフェッチするプローブを作成し、さらにそのデータを取得して CI を更新するセンサーを作成する必要があります。 一般的なデバイスの場合は、デバイスの詳細とシリアル番号データの SNMP MIB/OID 上の場所を添えて、HI で拡張リクエストを作成していただけると非常に役立ちます。これにより、開発者がそのデバイスを認識する標準コード (out-of-box code) を作成する機会につながります。 センサーがデータの処理に失敗した プローブによって返されたデータに予期しないデータ、書式、または拡張文字が含まれていて、センサーが解析と処理に失敗する可能性もあります。センサーによってスローされたエラーまたは例外が発生する場合もあります。 ソリューション： ECC キュー入力レコードにシリアル番号を含む完全な SNMP データが含まれていることをすでに確認済みの場合、センサーコードに問題がある可能性があります。HI でサポートインシデントを作成する必要があるかもしれません。 Shazzam が「SNMP - Classify」プローブを起動しなかった SNMP は UDP プロトコルであり、ディスカバリーにとって大きな欠点があります。TCP とは異なり、実際の SNMP クエリから結果を取得しない限り、デバイスが存在するかどうかを知ることは不可能であり、取得できたとしてもすべてのデータを受信しているかどうかはわかりません。Shazzam は sysObjectID OID (New York より前は sysDescr) を要求して SNMP ポートプローブを実行します。その値が返されない場合、「SNMP - Classify」プローブや「SNMP - Identity」プローブは実行されません。