WO2020039921A1 - 中継装置および中継方法 - Google Patents
中継装置および中継方法 Download PDFInfo
- Publication number
- WO2020039921A1 WO2020039921A1 PCT/JP2019/031041 JP2019031041W WO2020039921A1 WO 2020039921 A1 WO2020039921 A1 WO 2020039921A1 JP 2019031041 W JP2019031041 W JP 2019031041W WO 2020039921 A1 WO2020039921 A1 WO 2020039921A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- response
- snmp
- request
- operator
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Ceased
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0894—Policy-based network configuration management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/06—Generation of reports
- H04L43/065—Generation of reports related to network devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0893—Assignment of logical groups to network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0876—Network utilisation, e.g. volume of load or congestion level
Definitions
- the invention according to claim 2 is the relay device according to claim 1, wherein a response value of SNMP polling included in a first SNMP response from each of the network devices is provided for each of the network devices.
- a storage unit for storing a device information DB stored in the storage device, and a monitoring policy DB for storing a monitoring policy when monitoring the network device.
- the device information DB is stored in accordance with the monitoring policy stored in the monitoring policy DB.
- a response calculation unit configured to calculate an operator response value for the operator terminal from the held response values.
- monitoring for preventive maintenance by SNMP polling suitable for a large-scale network can be realized.
- the response receiving unit 14 receives the SNMP response (first SNMP response) from each of the devices 3 and notifies the response calculating unit 15 of the end of the SNMP response.
- the SNMP response from the device 3 can be implemented as a packet p4.
- Each of the packets p4 stores the IP address (“device”) of each device 3 in the source header (Src) and stores the IP address of the controller 1 (denoted as “CTL”) in the destination header (Dst).
- CTL IP address of the controller 1
- Dst destination header
- a response value for each device 3 in FIG. 1, denoted as “response” is stored.
- the controller 1 receives an SNMP request from the operator terminal 2 by the request receiving unit 11 (step S1).
- the controller 1 duplicates the received SNMP request by the request duplication unit 12 (Step S2).
- the controller 1 uses the request transmission unit 13 to simultaneously transmit the copied SNMP request to each of the devices 3 (step S3).
- the SNMP request transmitted simultaneously follows the monitoring policy of each OID in the monitoring policy DB 18.
- Each of the devices 3 having received the SNMP request searches the MIB information in itself, and returns the MIB value of the requested OID as a response.
- the device on which the operator terminal 2 performs the SNMP polling is the controller 1 as a single device instead of the plurality of monitored devices 3, and the amount of information transmitted to the operator terminal 2 is reduced. You. Therefore, the monitoring load on the operator is reduced. Therefore, monitoring for preventive maintenance by SNMP polling suitable for a large-scale network can be realized.
- controller (relay device) 2 Operator terminal 3 Monitored device (network device: device) DESCRIPTION OF SYMBOLS 11 Request receiving part 12 Request duplication part 13 Request transmitting part 14 Response receiving part 15 Response calculating part 16 Response transmitting part 17 Device information DB 18 Monitoring policy DB
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
【課題】大規模ネットワークに適した、ＳＮＭＰポーリングによる予防保全向け監視を実現する。 【解決手段】ＳＮＭＰ（Simple Network Management Protocol）ポーリングによって、複数の監視対象装置３を監視するシステムに用いられる本発明のコントローラ１は、運用者端末２からのＳＮＭＰ要求を複製する要求複製部１２と、複製したＳＮＭＰ要求を監視対象装置３の各々に一斉送信する要求送信部１３と、を備える。また、コントローラ１は、監視ポリシーＤＢ１８が保持する監視ポリシーに従って、装置情報ＤＢ１７が保持する、監視対象装置３の応答値から運用者向け応答値を算出する応答計算部１５を備える。
Description
本発明は、中継装置および中継方法に関する。
ネットワーク需要の拡大、新たなサービスの導入、および、大規模装置のディスアグリゲーション等により、キャリアおよび市中のネットワーク網におけるネットワーク装置群の種別や構成は、膨大化かつ複雑化している。つまり、ネットワークは大規模化している。一方、ネットワーク装置群の運用においては、故障発生時の復旧だけでなく、故障の予兆を把握して未然に防ぐ予防保全がますます重要となっている。
予防保全においては、各ネットワーク装置の状態を定期的に監視することが重要である。従来の予防保全向け監視技術としては、ＳＮＭＰ（Simple Network Management Protocol）、ＣＬＩ（Command Line Interface）、ＳＹＳＬＯＧ，Telemetry等が知られている。また、ＳＮＭＰを用いた予防保全向け監視技術は、ＳＮＭＰトラップとＳＮＭＰポーリングに分類することができる。
ＳＮＭＰトラップは、ネットワーク装置の状態を示す情報を、ネットワーク装置自身が運用者に通知する予防保全向け監視技術である。ネットワーク装置からの通知は、ネットワーク装置の異常検知時に行われる。ＳＮＭＰポーリングは、ネットワーク装置の状態を示す情報を、運用者が要求して取得する予防保全向け監視技術である。運用者からの要求は、定期的に行われる。ＳＮＭＰポーリングの詳細は、例えば、非特許文献１に開示されている。
"RFC 2790 - Host Resources MIB"、［online］、［平成30年8月15日検索］、インターネット〈URL：https://tools.ietf.org/html/rfc2790〉
従来の、ＳＮＭＰポーリングによる監視システムでは、運用者が、監視対象となる複数のネットワーク装置へＳＮＭＰポーリング要求をすると、要求を受けた各ネットワーク装置は、自身内のＭＩＢ（Management Information Base）情報を検索し、要求されたＯＩＤ（Object IDentifier）のＭＩＢ値を応答として返す。その結果、運用者からの要求と、ネットワーク装置からの応答は、１対１対応となっている。
ネットワークが大規模化した場合、ネットワーク装置の数が増大し、運用者とネットワーク装置とのやり取りが増大する。このため、大規模ネットワークにおける、ＳＮＭＰポーリングによる予防保全向け監視には、以下の問題点［１］～［３］がある。
問題点［１］：状態異常を示すアラームの発生数が増大するため、重要なアラームが他のアラームに埋もれてしまい、運用者が見落とすリスクが高いこと
問題点［２］：ＳＮＭＰポーリングパケットによるネットワークへの負荷が増大すること
問題点［３］：大量に発生する要求を管理する専用の監視サーバを用意しなければならず、監視システムの開発コストがかさむこと
問題点［２］：ＳＮＭＰポーリングパケットによるネットワークへの負荷が増大すること
問題点［３］：大量に発生する要求を管理する専用の監視サーバを用意しなければならず、監視システムの開発コストがかさむこと
このような背景に鑑みて、本発明は、大規模ネットワークに適した、ＳＮＭＰポーリングによる予防保全向け監視を実現することを課題とする。
前記した課題を解決するため、請求項１に記載の発明は、ＳＮＭＰ（Simple Network Management Protocol）ポーリングによって、複数のネットワーク装置を監視するシステムに用いられる中継装置であって、運用者端末からのＳＮＭＰ要求を複製する要求複製部と、前記複製したＳＮＭＰ要求を前記ネットワーク装置の各々に一斉送信する要求送信部と、を備える、ことを特徴とする。
また、請求項５に記載の発明は、ＳＮＭＰポーリングによって、複数のネットワーク装置を監視するシステムに用いられる中継装置における中継方法であって、前記中継装置は、運用者端末からのＳＮＭＰ要求を複製する複製ステップと、前記複製したＳＮＭＰ要求を前記ネットワーク装置の各々に一斉送信する一斉送信ステップと、を実行する、ことを特徴とする。
請求項１，５に記載の発明によれば、運用者端末がＳＮＭＰポーリングを行う装置は、複数のネットワーク装置ではなく、単一装置としての中継装置となり、運用者端末に送信される情報量は低減される。このため、運用者の監視負荷は低減される。
したがって、大規模ネットワークに適した、ＳＮＭＰポーリングによる予防保全向け監視を実現することができる。
したがって、大規模ネットワークに適した、ＳＮＭＰポーリングによる予防保全向け監視を実現することができる。
また、請求項２に記載の発明は、請求項１に記載の中継装置であって、前記ネットワーク装置の各々からの第１のＳＮＭＰ応答に含まれる、ＳＮＭＰポーリングの応答値を、前記ネットワーク装置ごとに保持する装置情報ＤＢ、および、前記ネットワーク装置を監視する際の監視ポリシーを保持する監視ポリシーＤＢ、を記憶する記憶部と、前記監視ポリシーＤＢが保持する前記監視ポリシーに従って、前記装置情報ＤＢが保持する前記応答値から、前記運用者端末向けの運用者向け応答値を算出する応答計算部と、をさらに備える、ことを特徴とする。
また、請求項６に記載の発明は、請求項５に記載の中継方法であって、前記中継装置の記憶部は、前記ネットワーク装置の各々からの第１のＳＮＭＰ応答に含まれる、ＳＮＭＰポーリングの応答値を、前記ネットワーク装置ごとに保持する装置情報ＤＢ、および、前記ネットワーク装置を監視する際の監視ポリシーを保持する監視ポリシーＤＢ、を記憶しており、前記中継装置は、前記監視ポリシーＤＢが保持する前記監視ポリシーに従って、前記装置情報ＤＢが保持する前記応答値から、前記運用者端末向けの運用者向け応答値を算出する算出ステップ、をさらに実行する、ことを特徴とする。
請求項２，６に記載の発明によれば、中継装置は、監視ポリシーに従った運用者向け応答値を算出することで、運用者の所望する応答値を運用者に提供することができる。
また、請求項３に記載の発明は、請求項２に記載の中継装置であって、複数の前記ネットワーク装置のうち、第１のネットワーク装置が、前記運用者向け応答値の算出に用いた前記応答値を含む前記第１のＳＮＭＰ応答をしたネットワーク装置であった場合、前記運用者向け応答値と、前記第１のネットワーク装置の識別子とを含む第２のＳＮＭＰ応答を前記運用者端末に送信する応答送信部、をさらに備える、ことを特徴とする。
また、請求項７に記載の発明は、請求項６に記載の中継方法であって、前記中継装置は、複数の前記ネットワーク装置のうち、第１のネットワーク装置が、前記運用者向け応答値の算出に用いた前記応答値を含む前記第１のＳＮＭＰ応答をしたネットワーク装置であった場合、前記運用者向け応答値と、前記第１のネットワーク装置の識別子とを含む第２のＳＮＭＰ応答を前記運用者端末に送信する応答送信ステップ、をさらに実行する、ことを特徴とする。
請求項３，７に記載の発明によれば、中継装置は、運用者向け応答値をもたらすネットワーク装置を運用者に示すことができ、運用者は、監視すべきネットワーク装置を容易に把握することができる。
また、請求項４に記載の発明は、請求項３に記載の中継装置であって、複数の前記ネットワーク装置のうち、第２のネットワーク装置が、前記ＳＮＭＰ要求の再送を所定回数行っても前記第１のＳＮＭＰ応答を送信しないネットワーク装置であった場合、前記応答送信部は、前記第２のネットワーク装置の識別子を含む第３のＳＮＭＰ応答を前記運用者端末に送信する、ことを特徴とする。
また、請求項８に記載の発明は、請求項７に記載の中継方法であって、前記中継装置は、複数の前記ネットワーク装置のうち、第２のネットワーク装置が、前記ＳＮＭＰ要求の再送を所定回数行っても前記第１のＳＮＭＰ応答を送信しないネットワーク装置であった場合、前記応答送信ステップにおいて、前記第２のネットワーク装置の識別子を含む第３のＳＮＭＰ応答を前記運用者端末に送信する、ことを特徴とする。
請求項４，８に記載の発明によれば、中継装置は、ＳＮＭＰ応答が無かったネットワーク装置を運用者に示すことができ、運用者は、監視すべきネットワーク装置を容易に把握することができる。
本発明によれば、大規模ネットワークに適した、ＳＮＭＰポーリングによる予防保全向け監視を実現することができる。
以下、図面を参照して本発明を実施するための形態（以下、「本実施形態」という）について説明する。
≪構成≫
図１に示すように、本実施形態の監視システムは、コントローラ１と、運用者端末２と、複数の監視対象装置３とを備える。説明の便宜上、監視対象装置は、「ネットワーク装置」、または単に、「装置」と称する場合がある。コントローラ１（中継装置）と、運用者端末２と、装置３とは、通信可能に接続されている。
図１に示すように、本実施形態の監視システムは、コントローラ１と、運用者端末２と、複数の監視対象装置３とを備える。説明の便宜上、監視対象装置は、「ネットワーク装置」、または単に、「装置」と称する場合がある。コントローラ１（中継装置）と、運用者端末２と、装置３とは、通信可能に接続されている。
コントローラ１は、運用者端末２と装置３との間のやり取りを中継する中継装置である。コントローラ１は、入出力用のＩ／Ｆ（インターフェイス）などで構成される入出力部、ハードディスク、フラッシュメモリ、ＲＡＭ（Random Access Memory）などで構成される記憶部、ＣＰＵ（Central Processing Unit）などで構成される制御部といったハードウェアを備えるコンピュータである。制御部は、例えば、記憶部に記憶されているプログラムを記憶部の記憶領域に展開し実行することにより、上記の処理が実行される。本実施形態のコントローラ１は、このようなソフトウェアとハードウェアの協働を実現することができる。コントローラ１の詳細は、後記する。
運用者端末２は、装置３の状態監視を行う運用者が操作するコンソールであって、ＳＮＭＰマネージャある。
監視対象装置３は、大規模ネットワークに配置されているネットワーク装置であって、ＳＮＭＰエージェントである。
監視対象装置３は、大規模ネットワークに配置されているネットワーク装置であって、ＳＮＭＰエージェントである。
運用者端末２は、ＳＮＭＰポーリングにおける要求、つまり、ＳＮＭＰ要求をコントローラ１に送信する。コントローラ１は、受信したＳＮＭＰ要求を複製し、予め登録された、複数の装置３に一斉送信する。また、コントローラ１は、ＳＮＭＰポーリングにおける応答、つまり、ＳＮＭＰ応答を装置３の各々から受信すると、受信したＳＮＭＰ応答を集約して、運用者端末２に送信する。
［コントローラ１の詳細］
図２に示すように、コントローラ１は、要求受信部１１と、要求複製部１２と、要求送信部１３と、応答受信部１４と、応答計算部１５と、応答送信部１６と、装置情報ＤＢ１７と、監視ポリシーＤＢ１８とを備える。「ＤＢ」は、データベース（DataBase）の略語である。また、装置情報ＤＢ１７および監視ポリシーＤＢ１８は、コントローラ１の記憶部が記憶している。
図２に示すように、コントローラ１は、要求受信部１１と、要求複製部１２と、要求送信部１３と、応答受信部１４と、応答計算部１５と、応答送信部１６と、装置情報ＤＢ１７と、監視ポリシーＤＢ１８とを備える。「ＤＢ」は、データベース（DataBase）の略語である。また、装置情報ＤＢ１７および監視ポリシーＤＢ１８は、コントローラ１の記憶部が記憶している。
（装置情報ＤＢ１７）
装置情報ＤＢ１７は、装置３のＩＰアドレスと、ＳＮＭＰポーリングの応答値とを関連付けた情報を保持するデータベースである。装置情報ＤＢ１７が保持する情報は、予め登録された、複数の装置３の装置ごとに存在する。
装置情報ＤＢ１７は、装置３のＩＰアドレスと、ＳＮＭＰポーリングの応答値とを関連付けた情報を保持するデータベースである。装置情報ＤＢ１７が保持する情報は、予め登録された、複数の装置３の装置ごとに存在する。
（監視ポリシーＤＢ１８）
監視ポリシーＤＢ１８は、装置３を監視するための監視項目、具体的には、ＯＩＤと、監視ポリシーの内容とを関連付けた情報を保持するデータベースである。例えば、監視項目が「ＣＰＵ使用率」であり、関連付けられた監視ポリシーの内容が「最大値」であった場合、監視対象となる装置３のうち、ＣＰＵ使用率が最大となる装置３、および、当該最大のＣＰＵ使用率を用いて監視する監視ポリシーを構成することができる。また、監視項目が「ＣＰＵ使用率」であり、関連付けられた監視ポリシーの内容が「平均値」であった場合、監視対象となる装置３の各々のＣＰＵ使用率の平均値を用いて監視する監視ポリシーを構成することができる。
監視ポリシーＤＢ１８は、装置３を監視するための監視項目、具体的には、ＯＩＤと、監視ポリシーの内容とを関連付けた情報を保持するデータベースである。例えば、監視項目が「ＣＰＵ使用率」であり、関連付けられた監視ポリシーの内容が「最大値」であった場合、監視対象となる装置３のうち、ＣＰＵ使用率が最大となる装置３、および、当該最大のＣＰＵ使用率を用いて監視する監視ポリシーを構成することができる。また、監視項目が「ＣＰＵ使用率」であり、関連付けられた監視ポリシーの内容が「平均値」であった場合、監視対象となる装置３の各々のＣＰＵ使用率の平均値を用いて監視する監視ポリシーを構成することができる。
（要求受信部１１）
要求受信部１１は、運用者端末２からのＳＮＭＰ要求を受信し、受信したＳＮＭＰ要求を要求複製部１２に出力する。運用者端末２からのＳＮＭＰ要求は、パケットｐ１として実装することができる。パケットｐ１は、送信元ヘッダ（Ｓｒｃ）に運用者端末２のＩＰアドレス（図１では、「運用者」と表記）を格納し、宛先ヘッダ（Ｄｓｔ）にコントローラ１のＩＰアドレス（図１では、「ＣＴＬ」と表記）を格納し、ペイロード部に要求値（図１では、「要求」と表記）を格納する。要求複製部１２に出力されるパケットｐ２は、パケットｐ１と同じである。
要求受信部１１は、運用者端末２からのＳＮＭＰ要求を受信し、受信したＳＮＭＰ要求を要求複製部１２に出力する。運用者端末２からのＳＮＭＰ要求は、パケットｐ１として実装することができる。パケットｐ１は、送信元ヘッダ（Ｓｒｃ）に運用者端末２のＩＰアドレス（図１では、「運用者」と表記）を格納し、宛先ヘッダ（Ｄｓｔ）にコントローラ１のＩＰアドレス（図１では、「ＣＴＬ」と表記）を格納し、ペイロード部に要求値（図１では、「要求」と表記）を格納する。要求複製部１２に出力されるパケットｐ２は、パケットｐ１と同じである。
（要求複製部１２）
要求複製部１２は、要求受信部１１から入力されたＳＮＭＰ要求を複製し、複製されたＳＮＭＰ要求を要求送信部１３に出力する。複製されたＳＮＭＰ要求は、パケットｐ３として実装することができる。パケットｐ３は、送信元ヘッダ（Ｓｒｃ）にコントローラ１のＩＰアドレス（「ＣＴＬ」）を格納し、宛先ヘッダ（Ｄｓｔ）に、装置情報ＤＢ１７が保持する装置３の各々のＩＰアドレス（図１では、「装置」と表記）を格納し、ペイロード部に要求値（「要求」。パケットｐ１、ｐ２の「要求」と同じ。）を格納しており、装置３ごとに作成される。要求複製部１２は、装置情報ＤＢ１７を参照して、装置３の各々のＩＰアドレス（図１では、「装置アドレス」と表記）を取得し、取得したＩＰアドレスをパケットｐ３の宛先ヘッダ（Ｄｓｔ）に格納する。
要求複製部１２は、要求受信部１１から入力されたＳＮＭＰ要求を複製し、複製されたＳＮＭＰ要求を要求送信部１３に出力する。複製されたＳＮＭＰ要求は、パケットｐ３として実装することができる。パケットｐ３は、送信元ヘッダ（Ｓｒｃ）にコントローラ１のＩＰアドレス（「ＣＴＬ」）を格納し、宛先ヘッダ（Ｄｓｔ）に、装置情報ＤＢ１７が保持する装置３の各々のＩＰアドレス（図１では、「装置」と表記）を格納し、ペイロード部に要求値（「要求」。パケットｐ１、ｐ２の「要求」と同じ。）を格納しており、装置３ごとに作成される。要求複製部１２は、装置情報ＤＢ１７を参照して、装置３の各々のＩＰアドレス（図１では、「装置アドレス」と表記）を取得し、取得したＩＰアドレスをパケットｐ３の宛先ヘッダ（Ｄｓｔ）に格納する。
（要求送信部１３）
要求送信部１３は、要求複製部１２が複製したＳＮＭＰ要求を、装置３の各々に一斉送信する。要求送信部１３は、一斉送信の際、監視ポリシーＤＢ１８を参照して、各ＯＩＤの監視ポリシーに従う。要求送信部１３は、パケットｐ３の宛先ヘッダ（Ｄｓｔ）に格納されているＩＰアドレスで識別される装置３に、該当のパケットｐ３を、監視ポリシーに従って送信する。
要求送信部１３は、要求複製部１２が複製したＳＮＭＰ要求を、装置３の各々に一斉送信する。要求送信部１３は、一斉送信の際、監視ポリシーＤＢ１８を参照して、各ＯＩＤの監視ポリシーに従う。要求送信部１３は、パケットｐ３の宛先ヘッダ（Ｄｓｔ）に格納されているＩＰアドレスで識別される装置３に、該当のパケットｐ３を、監視ポリシーに従って送信する。
また、要求送信部１３は、予め定められたタイムアウト（Ｔ．Ｏ（TimeOut））時間ごとに装置情報ＤＢ１７を参照し、ＳＮＭＰポーリングの応答値がnullである装置３に対してＳＮＭＰ要求を再送する。再送は、所定回数（リトライ回数（再送回数の上限値））だけ実行することができる。
（応答受信部１４）
応答受信部１４は、装置３の各々からのＳＮＭＰ応答（第１のＳＮＭＰ応答）を受信し、ＳＮＭＰ応答の終了を応答計算部１５に通知する。装置３からのＳＮＭＰ応答は、パケットｐ４として実装することができる。パケットｐ４の各々は、送信元ヘッダ（Ｓｒｃ）に装置３の各々のＩＰアドレス（「装置」）を格納し、宛先ヘッダ（Ｄｓｔ）にコントローラ１のＩＰアドレス（「ＣＴＬ」と表記）を格納し、ペイロード部に、装置３ごとの応答値（図１では、「応答」と表記）を格納する。
応答受信部１４は、装置３の各々からのＳＮＭＰ応答（第１のＳＮＭＰ応答）を受信し、ＳＮＭＰ応答の終了を応答計算部１５に通知する。装置３からのＳＮＭＰ応答は、パケットｐ４として実装することができる。パケットｐ４の各々は、送信元ヘッダ（Ｓｒｃ）に装置３の各々のＩＰアドレス（「装置」）を格納し、宛先ヘッダ（Ｄｓｔ）にコントローラ１のＩＰアドレス（「ＣＴＬ」と表記）を格納し、ペイロード部に、装置３ごとの応答値（図１では、「応答」と表記）を格納する。
また、応答受信部１４は、装置３の各々から受信したＳＮＭＰ応答から、ＳＮＭＰポーリングの応答値を読み出し、装置３ごとに装置情報ＤＢ１７に書き込む。なお、読み出した応答値は、パケットｐ４のペイロード部に格納される応答値と同じである。また、応答受信部１４は、（Ｔ．Ｏ×リトライ回数）相当の時間が経過した後でも、特定の装置３から応答値を受信しなかった場合、装置情報ＤＢ１７において、当該装置３の、ＳＮＭＰポーリングの応答値としてＴ．Ｏ値（応答値無しの意味）を書き込む。
（応答計算部１５）
応答計算部１５は、応答受信部１４からの通知に応じて、装置情報ＤＢ１７および監視ポリシーＤＢ１８を参照し、監視ポリシーに沿った運用者向けの応答値（運用者向け応答値）を算出する。例えば、応答計算部１５は、装置情報ＤＢ１７を参照して、応答値がＴ．Ｏ値である装置３が一つも存在しなかった場合、監視ポリシーＤＢ１８を参照し、装置情報ＤＢ１７が保持する応答値から運用者向け応答値を算出する。算出する運用者向け応答値は、例えば、装置３ごとの値であってもよいし、すべての装置３を対象にした１または複数の値であってもよい。
応答計算部１５は、応答受信部１４からの通知に応じて、装置情報ＤＢ１７および監視ポリシーＤＢ１８を参照し、監視ポリシーに沿った運用者向けの応答値（運用者向け応答値）を算出する。例えば、応答計算部１５は、装置情報ＤＢ１７を参照して、応答値がＴ．Ｏ値である装置３が一つも存在しなかった場合、監視ポリシーＤＢ１８を参照し、装置情報ＤＢ１７が保持する応答値から運用者向け応答値を算出する。算出する運用者向け応答値は、例えば、装置３ごとの値であってもよいし、すべての装置３を対象にした１または複数の値であってもよい。
また、応答計算部１５は、算出した運用者向け応答値と、対応する装置３のＩＰアドレスとを併せて応答送信部１６に出力する。図１では、運用者向け応答値を、「応答」ｐ５１として図示し、対応する装置３のＩＰアドレスを、「装置アドレス」ｐ５２として図示している。なお、対応する装置３のＩＰアドレスを応答送信部１６に出力することは任意であり、監視ポリシーの内容次第では無くてもよい。
例えば、監視ポリシーＤＢ１８の監視項目が「ＣＰＵ使用率」であり、監視ポリシーが「最大値」であった場合、応答計算部１５は、装置情報ＤＢ１７に保持されているＣＰＵ使用率の最大値と、当該最大値をとる装置３のＩＰアドレスと、を応答送信部１６に出力する。
また、例えば、監視ポリシーＤＢ１８の監視項目が「ＣＰＵ使用率」であり、監視ポリシーが「平均値」であった場合、応答計算部１５は、装置情報ＤＢ１７に保持されている、各装置３のＣＰＵ使用率の平均値を算出して、応答送信部１６に出力する。
また、例えば、監視ポリシーＤＢ１８の監視項目が「ＣＰＵ使用率」であり、監視ポリシーが「平均値」であった場合、応答計算部１５は、装置情報ＤＢ１７に保持されている、各装置３のＣＰＵ使用率の平均値を算出して、応答送信部１６に出力する。
また、応答計算部１５は、装置情報ＤＢ１７を参照して、応答値がＴ．Ｏ値である装置３が少なくとも一つ存在した場合、当該装置３のＩＰアドレスを応答送信部１６に出力することができる。
（応答送信部１６）
応答送信部１６は、運用者端末２からのＳＮＭＰ要求に対するＳＮＭＰ応答（第２のＳＮＭＰ応答）として、応答計算部１５が出力した応答値、および、該当の装置３（第１のネットワーク装置）のＩＰアドレス（識別子）を運用者端末２に送信する。運用者端末２へのＳＮＭＰ応答は、パケットｐ６として実装することができる。パケットｐ６は、送信元ヘッダ（Ｓｒｃ）にコントローラ１のＩＰアドレス（「ＣＴＬ」）を格納し、宛先ヘッダ（Ｄｓｔ）に運用者端末２のＩＰアドレス（「運用者」）を格納し、ペイロード部に、応答値（図１では、「応答」と表記）、および、該当の装置３のＩＰアドレス（図１では、「装置アドレス」と表記）を格納する。
応答送信部１６は、運用者端末２からのＳＮＭＰ要求に対するＳＮＭＰ応答（第２のＳＮＭＰ応答）として、応答計算部１５が出力した応答値、および、該当の装置３（第１のネットワーク装置）のＩＰアドレス（識別子）を運用者端末２に送信する。運用者端末２へのＳＮＭＰ応答は、パケットｐ６として実装することができる。パケットｐ６は、送信元ヘッダ（Ｓｒｃ）にコントローラ１のＩＰアドレス（「ＣＴＬ」）を格納し、宛先ヘッダ（Ｄｓｔ）に運用者端末２のＩＰアドレス（「運用者」）を格納し、ペイロード部に、応答値（図１では、「応答」と表記）、および、該当の装置３のＩＰアドレス（図１では、「装置アドレス」と表記）を格納する。
パケットｐ６のペイロード部の応答値は、「応答」ｐ５１が示す運用者向け応答値である。パケットｐ６のペイロード部の、該当の装置３のＩＰアドレスは、「装置アドレス」ｐ５２が示す、対応する装置３のＩＰアドレスである。監視ポリシーの内容によって、例えば、応答送信部１６は、装置情報ＤＢ１７を参照して、予め登録された、すべての装置３のＩＰアドレスを取得し、装置３ごとにパケットｐ６を運用者端末２に送信してもよい。また、「装置アドレス」ｐ５２が存在しない場合には、応答送信部１６は、装置３のＩＰアドレス無しのパケットｐ６をＳＮＭＰ応答として運用者端末２に送信することができる。
また、応答値がＴ．Ｏ値である装置３が少なくとも一つ存在した場合、応答送信部１６は、応答計算部１５から入力された、Ｔ．Ｏ値を示す装置３のＩＰアドレスを含むＳＮＭＰ応答（第３のＳＮＭＰ応答）を運用者端末２に送信する。「応答値がＴ．Ｏ値である装置３」とは、コントローラ１がＳＮＭＰ応答を受信しなかった装置３（第２のネットワーク装置）である。
≪処理≫
本実施形態のコントローラ１が実行するＳＮＭＰポーリング処理について、図３を参照して説明する。本処理の実行前に、運用者端末２は、監視対象となる装置３を装置情報ＤＢ１７に予め登録している。また、運用者端末２は、監視項目ごとの監視ポリシーを監視ポリシーＤＢ１８に予め登録している。基本的には、監視ポリシーＤＢ１８に登録されている監視ポリシーは、運用者の所望する応答を得るためのポリシーとなる。
本実施形態のコントローラ１が実行するＳＮＭＰポーリング処理について、図３を参照して説明する。本処理の実行前に、運用者端末２は、監視対象となる装置３を装置情報ＤＢ１７に予め登録している。また、運用者端末２は、監視項目ごとの監視ポリシーを監視ポリシーＤＢ１８に予め登録している。基本的には、監視ポリシーＤＢ１８に登録されている監視ポリシーは、運用者の所望する応答を得るためのポリシーとなる。
まず、コントローラ１は、要求受信部１１によって、運用者端末２からＳＮＭＰ要求を受信する（ステップＳ１）。次に、コントローラ１は、要求複製部１２によって、受信したＳＮＭＰ要求を複製する（ステップＳ２）。次に、コントローラ１は、要求送信部１３によって、複製したＳＮＭＰ要求を、装置３の各々に一斉送信する（ステップＳ３）。一斉送信されるＳＮＭＰ要求は、監視ポリシーＤＢ１８中の各ＯＩＤの監視ポリシーに従う。ＳＮＭＰ要求を受信した装置３の各々は、自身内のＭＩＢ情報を検索し、要求されたＯＩＤのＭＩＢ値を応答として返す。
コントローラ１は、応答受信部１４によって、一斉送信後、Ｔ．Ｏだけ時間が経過したか否か判定する（ステップＳ４）。ステップＳ４は、Ｔ．Ｏだけ時間が経過しない（ステップＳ４でＮｏ）うちは、以降の処理を進めない割り込み判定処理である。経過した場合（ステップＳ４でＹｅｓ）、コントローラ１は、応答受信部１４によって、監視対象となるすべての装置３からのＳＮＭＰ要求、つまり、すべてのＳＮＭＰ要求を受信したか否か判定する（ステップＳ５）。
すべてのＳＮＭＰ要求を受信しなかった場合（ステップＳ５でＮｏ）、コントローラ１は、応答受信部１４によって、要求送信部１３によるＳＮＭＰ要求の再送回数がリトライ回数に一致するか否か判定する（ステップＳ６）。一致しない場合（ステップＳ６でＮｏ）、再送回数が上限値に到達していないことを意味しており、コントローラ１は、要求送信部１３によって、ＳＮＭＰ応答を送信していない装置３に対して、ＳＮＭＰ要求を再送する（ステップＳ７）。再送後、応答受信部１４は、Ｔ．Ｏだけ時間が経過するまですべてのＳＮＭＰ応答の受信を待つ（ステップＳ４，Ｓ５）。
すべてのＳＮＭＰ要求を受信した場合（ステップＳ５でＹｅｓ）、コントローラ１は、応答受信部１４によって、受信したＳＮＭＰ応答に含まれている応答値を、装置３ごとに装置情報ＤＢ１７に書き込む（ステップＳ８）。または、すべてのＳＮＭＰ要求を受信しないまま、要求送信部１３によるＳＮＭＰ要求の再送回数がリトライ回数に一致した場合（ステップＳ６でＹｅｓ）、コントローラ１は、応答受信部１４によって、ＳＮＭＰ要求を受信することができなかった特定の装置３について、応答値としてのＴ．Ｏ値を装置情報ＤＢ１７に書き込む（ステップＳ８）。応答受信部１４は、すべての装置３についての応答値の書き込みを以って、ＳＮＭＰ応答の終了を応答計算部１５に通知する。
次に、コントローラ１は、応答計算部１５によって、装置情報ＤＢ１７を参照して、Ｔ．Ｏ値が存在するか否か判定する（ステップＳ９）。Ｔ．Ｏ値が存在しない場合（ステップＳ９でＮｏ）、コントローラ１は、応答計算部１５によって、監視ポリシーＤＢ１８を参照して、監視ポリシーに従って、装置情報ＤＢ１７が保持する応答値から運用者向け応答値を算出する（ステップＳ１０）。
次に、コントローラ１は、応答送信部１６によって、算出された運用者向け応答値と、該当の装置３のＩＰアドレスを含むＳＮＭＰ応答を運用者端末２に送信する（ステップＳ１１）。「該当の装置３」とは、運用者向け応答値の算出に用いた応答値を含むＳＮＭＰ応答をコントローラ１に送信した装置３である。ステップＳ１１の後、図３のＳＮＭＰポーリング処理が終了する。
一方、少なくとも１つのＴ．Ｏ値が存在した場合（ステップＳ９でＹｅｓ）、コントローラ１は、応答送信部１６によって、Ｔ．Ｏ値を示す装置３のＩＰアドレスを含むＳＮＭＰ応答を運用者端末２に送信する（ステップＳ１２）。ステップＳ１２の後、図３のＳＮＭＰポーリング処理が終了する。
≪まとめ≫
本実施形態によれば、運用者端末２がＳＮＭＰポーリングを行う装置は、複数の監視対象装置３ではなく、単一装置としてのコントローラ１となり、運用者端末２に送信される情報量は低減される。このため、運用者の監視負荷は低減される。
したがって、大規模ネットワークに適した、ＳＮＭＰポーリングによる予防保全向け監視を実現することができる。
本実施形態によれば、運用者端末２がＳＮＭＰポーリングを行う装置は、複数の監視対象装置３ではなく、単一装置としてのコントローラ１となり、運用者端末２に送信される情報量は低減される。このため、運用者の監視負荷は低減される。
したがって、大規模ネットワークに適した、ＳＮＭＰポーリングによる予防保全向け監視を実現することができる。
なお、本明細書で採り上げた問題点［１］に対しては、運用者端末２に送信される情報量の低減に伴い、運用者端末２に通知されるアラームの発生数も低減される。その結果、重要なアラームを運用者が見落とすリスクは大幅に低減される。また、大規模装置をディスアグリゲートしたネットワークにおいては、各装置３の負荷や挙動は、ディスアグリゲーションの前後で類似していると想定されるため、重要なアラームは、ディスアグリゲーション後であっても把握しやすく、見落としのリスクは大幅に低減されるままである。
また、本明細書で採り上げた問題点［２］に対しては、運用者端末２とコントローラ１との間のＳＮＭＰポーリングは、単一装置相当分で済むため、コントローラ１を複数の装置３の近傍に配置することでネットワークへの負荷を低減することができる。
また、本明細書で採り上げた問題点［３］に対しては、コントローラ１は、運用者端末２からのＳＮＭＰ要求を複製するだけであるため、ＳＮＭＰ要求の管理コストを低減することができる。また、装置３からのＳＮＭＰ応答自体を保存する必要も無いので、ＳＮＭＰ応答の管理コストを削減することもできる。よって、小規模な汎用サーバとスクリプトを用いて実装することができ、専用の監視サーバを用意する必要は無い。
また、本実施形態によれば、コントローラ１は、監視ポリシーに従った運用者向け応答値を算出することで、運用者の所望する応答値を運用者に提供することができる。
また、本実施形態によれば、コントローラ１は、運用者向け応答値をもたらす装置３を運用者に示すことができ、運用者は、監視すべき装置３を容易に把握することができる。
また、本実施形態によれば、コントローラ１は、ＳＮＭＰ応答が無かった装置３を運用者に示すことができ、運用者は、監視すべき装置３を容易に把握することができる。
また、本実施形態によれば、コントローラ１は、運用者向け応答値をもたらす装置３を運用者に示すことができ、運用者は、監視すべき装置３を容易に把握することができる。
また、本実施形態によれば、コントローラ１は、ＳＮＭＰ応答が無かった装置３を運用者に示すことができ、運用者は、監視すべき装置３を容易に把握することができる。
（その他）
（ａ）応答計算部１５は、装置情報ＤＢ１７を参照して、応答値がＴ．Ｏ値である装置３が少なくとも一つ存在した場合、監視ポリシーの内容次第では、Ｔ．Ｏ値以外の応答値から運用者向け応答値を算出してもよい。このとき、応答計算部１５は、算出した運用者向け応答値とともに、Ｔ．Ｏ値以外の応答値を提供した装置３のＩＰアドレスを応答送信部１６に出力することもできる。応答送信部１６は、そのＩＰアドレスを運用者端末２に通知する。
（ｂ）各実施形態で説明した種々の技術を適宜組み合わせた技術を実現することもできる。
（ａ）応答計算部１５は、装置情報ＤＢ１７を参照して、応答値がＴ．Ｏ値である装置３が少なくとも一つ存在した場合、監視ポリシーの内容次第では、Ｔ．Ｏ値以外の応答値から運用者向け応答値を算出してもよい。このとき、応答計算部１５は、算出した運用者向け応答値とともに、Ｔ．Ｏ値以外の応答値を提供した装置３のＩＰアドレスを応答送信部１６に出力することもできる。応答送信部１６は、そのＩＰアドレスを運用者端末２に通知する。
（ｂ）各実施形態で説明した種々の技術を適宜組み合わせた技術を実現することもできる。
１ コントローラ（中継装置）
２ 運用者端末
３ 監視対象装置（ネットワーク装置：装置）
１１ 要求受信部
１２ 要求複製部
１３ 要求送信部
１４ 応答受信部
１５ 応答計算部
１６ 応答送信部
１７ 装置情報ＤＢ
１８ 監視ポリシーＤＢ
２ 運用者端末
３ 監視対象装置（ネットワーク装置：装置）
１１ 要求受信部
１２ 要求複製部
１３ 要求送信部
１４ 応答受信部
１５ 応答計算部
１６ 応答送信部
１７ 装置情報ＤＢ
１８ 監視ポリシーＤＢ
Claims (8)
- ＳＮＭＰ（Simple Network Management Protocol）ポーリングによって、複数のネットワーク装置を監視するシステムに用いられる中継装置であって、
運用者端末からのＳＮＭＰ要求を複製する要求複製部と、
前記複製したＳＮＭＰ要求を前記ネットワーク装置の各々に一斉送信する要求送信部と、を備える、
ことを特徴とする中継装置。 - 前記ネットワーク装置の各々からの第１のＳＮＭＰ応答に含まれる、ＳＮＭＰポーリングの応答値を、前記ネットワーク装置ごとに保持する装置情報ＤＢ、および、
前記ネットワーク装置を監視する際の監視ポリシーを保持する監視ポリシーＤＢ、を記憶する記憶部と、
前記監視ポリシーＤＢが保持する前記監視ポリシーに従って、前記装置情報ＤＢが保持する前記応答値から、前記運用者端末向けの運用者向け応答値を算出する応答計算部と、をさらに備える、
ことを特徴とする請求項１に記載の中継装置。 - 複数の前記ネットワーク装置のうち、第１のネットワーク装置が、前記運用者向け応答値の算出に用いた前記応答値を含む前記第１のＳＮＭＰ応答をしたネットワーク装置であった場合、
前記運用者向け応答値と、前記第１のネットワーク装置の識別子とを含む第２のＳＮＭＰ応答を前記運用者端末に送信する応答送信部、をさらに備える、
ことを特徴とする請求項２に記載の中継装置。 - 複数の前記ネットワーク装置のうち、第２のネットワーク装置が、前記ＳＮＭＰ要求の再送を所定回数行っても前記第１のＳＮＭＰ応答を送信しないネットワーク装置であった場合、
前記応答送信部は、前記第２のネットワーク装置の識別子を含む第３のＳＮＭＰ応答を前記運用者端末に送信する、
ことを特徴とする請求項３に記載の中継装置。 - ＳＮＭＰポーリングによって、複数のネットワーク装置を監視するシステムに用いられる中継装置における中継方法であって、
前記中継装置は、
運用者端末からのＳＮＭＰ要求を複製する複製ステップと、
前記複製したＳＮＭＰ要求を前記ネットワーク装置の各々に一斉送信する一斉送信ステップと、を実行する、
ことを特徴とする中継方法。 - 前記中継装置の記憶部は、
前記ネットワーク装置の各々からの第１のＳＮＭＰ応答に含まれる、ＳＮＭＰポーリングの応答値を、前記ネットワーク装置ごとに保持する装置情報ＤＢ、および、
前記ネットワーク装置を監視する際の監視ポリシーを保持する監視ポリシーＤＢ、を記憶しており、
前記中継装置は、
前記監視ポリシーＤＢが保持する前記監視ポリシーに従って、前記装置情報ＤＢが保持する前記応答値から、前記運用者端末向けの運用者向け応答値を算出する算出ステップ、をさらに実行する、
ことを特徴とする請求項５に記載の中継方法。 - 前記中継装置は、
複数の前記ネットワーク装置のうち、第１のネットワーク装置が、前記運用者向け応答値の算出に用いた前記応答値を含む前記第１のＳＮＭＰ応答をしたネットワーク装置であった場合、
前記運用者向け応答値と、前記第１のネットワーク装置の識別子とを含む第２のＳＮＭＰ応答を前記運用者端末に送信する応答送信ステップ、をさらに実行する、
ことを特徴とする請求項６に記載の中継方法。 - 前記中継装置は、
複数の前記ネットワーク装置のうち、第２のネットワーク装置が、前記ＳＮＭＰ要求の再送を所定回数行っても前記第１のＳＮＭＰ応答を送信しないネットワーク装置であった場合、
前記応答送信ステップにおいて、前記第２のネットワーク装置の識別子を含む第３のＳＮＭＰ応答を前記運用者端末に送信する、
ことを特徴とする請求項７に記載の中継方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US17/268,784 US11388076B2 (en) | 2018-08-21 | 2019-08-07 | Relay device and relay method |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2018154421A JP7180200B2 (ja) | 2018-08-21 | 2018-08-21 | 中継装置および中継方法 |
| JP2018-154421 | 2018-08-21 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2020039921A1 true WO2020039921A1 (ja) | 2020-02-27 |
Family
ID=69593044
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/JP2019/031041 Ceased WO2020039921A1 (ja) | 2018-08-21 | 2019-08-07 | 中継装置および中継方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US11388076B2 (ja) |
| JP (1) | JP7180200B2 (ja) |
| WO (1) | WO2020039921A1 (ja) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2012530981A (ja) * | 2009-06-23 | 2012-12-06 | ゼットティーイー コーポレーション | シンプルネットワークマネージメントプロトコルに基づくメッセージの対話方法 |
| JP2014086859A (ja) * | 2012-10-23 | 2014-05-12 | Ricoh Co Ltd | 管理装置、アドレス情報管理プログラム及びアドレス情報管理システム |
Family Cites Families (34)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6496859B2 (en) * | 1998-11-25 | 2002-12-17 | Xerox Corporation | System for network device location |
| JP2000353143A (ja) * | 1999-04-08 | 2000-12-19 | Seiko Epson Corp | ネットワークにおけるノード検索方法、装置、および、ノード検索のためのプログラムを記録した記録媒体 |
| GB2362536B (en) * | 2000-05-17 | 2002-05-15 | 3Com Corp | Network management apparatus and method for identifying events on a network |
| US7024476B1 (en) * | 2000-09-13 | 2006-04-04 | Canon Kabushiki Kaisha | Directory-enabled device management |
| US7093008B2 (en) * | 2000-11-30 | 2006-08-15 | Intel Corporation | Communication techniques for simple network management protocol |
| US7587476B2 (en) * | 2001-08-07 | 2009-09-08 | Ricoh Company, Ltd. | Peripheral device with a centralized management server, and system, computer program product and method for managing peripheral devices connected to a network |
| JP3912582B2 (ja) * | 2001-11-20 | 2007-05-09 | ブラザー工業株式会社 | ネットワークシステム、ネットワークデバイス、ウェブページ作成方法、ウェブページ作成用プログラムおよびデータ送信用プログラム |
| JP3858846B2 (ja) * | 2002-04-11 | 2006-12-20 | ブラザー工業株式会社 | デバイス管理システム |
| JP2004350198A (ja) | 2003-05-26 | 2004-12-09 | Mitsubishi Electric Corp | ネットワーク制御システム |
| JP2004152320A (ja) | 2003-12-19 | 2004-05-27 | Hitachi Ltd | ネットワーク管理システムおよびネットワーク管理方法 |
| US8204978B2 (en) * | 2004-02-09 | 2012-06-19 | Hewlett-Packard Development Company, L.P. | Client-side auto-rediscovery for networked devices |
| WO2005112346A2 (en) * | 2004-04-29 | 2005-11-24 | Dematic Corp. | Network topology discovery |
| JP4202313B2 (ja) | 2004-11-11 | 2008-12-24 | 三菱電機株式会社 | 系内装置集中管理システム |
| WO2006098024A1 (ja) * | 2005-03-16 | 2006-09-21 | Fujitsu Limited | Ipネットワークにおけるマルチキャストツリー監視方法およびシステム |
| JP4244968B2 (ja) * | 2005-07-05 | 2009-03-25 | ブラザー工業株式会社 | 端末装置、およびプログラム |
| JP4484803B2 (ja) * | 2005-10-05 | 2010-06-16 | アラクサラネットワークス株式会社 | ネットワーク運用管理システム |
| US7853538B2 (en) * | 2006-04-10 | 2010-12-14 | Dietmar Hildebrand | Fuzzy logic-based surveillance in information technology and business service management systems |
| US20080082661A1 (en) * | 2006-10-02 | 2008-04-03 | Siemens Medical Solutions Usa, Inc. | Method and Apparatus for Network Monitoring of Communications Networks |
| US8196114B2 (en) * | 2007-05-18 | 2012-06-05 | International Business Machines Corporation | System and method for service offering for feedback controller design and implementation for performance management in information technology systems |
| WO2009109684A1 (es) * | 2008-03-05 | 2009-09-11 | Media Patents, S. L. | Procedimiento para monitorizar o gestionar equipos conectados a una red de datos |
| KR101485796B1 (ko) * | 2008-11-12 | 2015-01-26 | 삼성전자주식회사 | 관리 서버 및 그 네트워크 디바이스 검색 방법 |
| US8010661B2 (en) * | 2008-12-18 | 2011-08-30 | Konica Minolta Laboratory U.S.A., Inc. | Method for executing discovery and status update polling procedures of networked devices |
| US8799437B1 (en) * | 2010-01-15 | 2014-08-05 | Juniper Networks, Inc. | Dynamic optimization of device management command for bulk retrieval of configuration data |
| EP2564553A1 (en) * | 2010-04-28 | 2013-03-06 | Telefonaktiebolaget LM Ericsson (publ) | Monitoring broadcast and multicast streaming service |
| US8810661B2 (en) * | 2010-09-29 | 2014-08-19 | Brother Kogyo Kabushiki Kaisha | Program of mobile device, mobile device, and method for controlling mobile device |
| US20120084432A1 (en) * | 2010-09-30 | 2012-04-05 | Soprovich Greg F | Method and apparatus for protocol event management |
| JP6012332B2 (ja) * | 2012-08-08 | 2016-10-25 | キヤノン株式会社 | デバイス管理装置、デバイス管理方法、及びプログラム |
| US8972798B2 (en) * | 2012-10-04 | 2015-03-03 | Verizon Patent And Licensing Inc. | Performance and fault management system |
| US9516054B2 (en) * | 2014-04-14 | 2016-12-06 | Trap Data Security Ltd. | System and method for cyber threats detection |
| US10430248B2 (en) * | 2015-04-17 | 2019-10-01 | Vmware, Inc. | Proactive high availability in a virtualized computer system |
| US10102286B2 (en) * | 2015-05-27 | 2018-10-16 | Level 3 Communications, Llc | Local object instance discovery for metric collection on network elements |
| US10771345B1 (en) * | 2016-12-28 | 2020-09-08 | Amazon Technologies, Inc. | Network monitoring service |
| JP6953878B2 (ja) * | 2017-08-08 | 2021-10-27 | コニカミノルタ株式会社 | 通信制御システム、画像処理ユニット、ルーター、通信中継装置及びプログラム |
| JP2019129427A (ja) * | 2018-01-25 | 2019-08-01 | ブラザー工業株式会社 | 通信装置、および、コンピュータプログラム |
-
2018
- 2018-08-21 JP JP2018154421A patent/JP7180200B2/ja active Active
-
2019
- 2019-08-07 WO PCT/JP2019/031041 patent/WO2020039921A1/ja not_active Ceased
- 2019-08-07 US US17/268,784 patent/US11388076B2/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2012530981A (ja) * | 2009-06-23 | 2012-12-06 | ゼットティーイー コーポレーション | シンプルネットワークマネージメントプロトコルに基づくメッセージの対話方法 |
| JP2014086859A (ja) * | 2012-10-23 | 2014-05-12 | Ricoh Co Ltd | 管理装置、アドレス情報管理プログラム及びアドレス情報管理システム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP7180200B2 (ja) | 2022-11-30 |
| US20210344583A1 (en) | 2021-11-04 |
| US11388076B2 (en) | 2022-07-12 |
| JP2020031294A (ja) | 2020-02-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10868709B2 (en) | Determining the health of other nodes in a same cluster based on physical link information | |
| US9330154B2 (en) | Multicast database replication | |
| US20120102192A1 (en) | Network system | |
| JP5742958B2 (ja) | プログラム、情報処理装置、および経路設定方法 | |
| US11902130B2 (en) | Data packet loss detection | |
| TWI740210B (zh) | 終端設備管理方法及伺服器 | |
| CN107580046A (zh) | 长连接服务系统及方法 | |
| US6925488B2 (en) | Distributed intelligent information technology operations automation | |
| JP6220625B2 (ja) | 遅延監視システムおよび遅延監視方法 | |
| US8572245B1 (en) | Using the TCP window size for identifying packets and debugging | |
| CN108880920B (zh) | 云服务管理方法、装置以及电子设备 | |
| WO2020039921A1 (ja) | 中継装置および中継方法 | |
| US20190166031A1 (en) | Robust monitoring of it infrastructure performance | |
| US20040199579A1 (en) | Collaboration bus apparatus and method | |
| CN104579836A (zh) | 一种通过收发trap数据包监控存储服务器状态的方法 | |
| CN102394773A (zh) | 一种Trap报文上报的方法及设备 | |
| CN105025028A (zh) | 基于流量分析的ip黑洞发现方法 | |
| JP2008097326A (ja) | Ｓｎｍｐシーケンス管理方法、マネージャ装置及びエージェント装置 | |
| CN101860453A (zh) | 事件通知的方法、装置和网络系统 | |
| CN107566473A (zh) | 一种电力二次系统设备核查方法 | |
| CN117395082B (zh) | 业务处理方法、电子设备及存储介质 | |
| CN119155097B (zh) | DDoS攻击的处理方法、装置、电子设备及存储介质 | |
| JP2020136992A (ja) | ネットワーク管理システム、ネットワーク管理方法およびネットワーク管理プログラム | |
| CN119071391A (zh) | 一种信息呼叫中心防超时方法及相关装置 | |
| CN119299354A (zh) | 隧道异常检测方法、电子设备、可读介质、程序产品 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 19852208 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 19852208 Country of ref document: EP Kind code of ref document: A1 |