JP5128556B2 - Traffic information collecting apparatus, traffic information collecting method and program thereof - Google Patents
Traffic information collecting apparatus, traffic information collecting method and program thereof Download PDFInfo
- Publication number
- JP5128556B2 JP5128556B2 JP2009189591A JP2009189591A JP5128556B2 JP 5128556 B2 JP5128556 B2 JP 5128556B2 JP 2009189591 A JP2009189591 A JP 2009189591A JP 2009189591 A JP2009189591 A JP 2009189591A JP 5128556 B2 JP5128556 B2 JP 5128556B2
- Authority
- JP
- Japan
- Prior art keywords
- traffic information
- network device
- acquisition request
- information acquisition
- packet
- 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.)
- Active
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Description
本発明は、ネットワークを構成する機器からSNMP(Simple Network Management Protocol)を用いてトラヒック統計情報を収集する技術に関する。 The present invention relates to a technique for collecting traffic statistical information from devices constituting a network using SNMP (Simple Network Management Protocol).
IP(Internet Protocol) ネットワークにおいては、IPネットワークを構成するルータ、スイッチ等の各ネットワーク装置には、この装置を通過するパケットのトラヒック統計情報(トラヒック情報)が格納される。これらのトラヒック情報を用いて、ネットワーク利用状況を把握し、通信回線、通信機器等の通信設備の増強、トラヒックエンジニアリング等に活用することで、ネットワーク利用の効率化、サービスレベルの維持および向上を図ることができる。そのためネットワークのオペレーションセンタにおいてはトラヒック収集システムを設置し、定期的にトラヒック情報を収集している。 In an IP (Internet Protocol) network, traffic statistical information (traffic information) of packets passing through this device is stored in each network device such as a router and a switch constituting the IP network. Use these traffic information to grasp the network usage status, enhance communication facilities such as communication lines and communication equipment, and use it for traffic engineering, etc., to improve network usage efficiency and maintain and improve service levels. be able to. For this reason, a traffic collection system is installed in the operation center of the network, and traffic information is collected periodically.
これらのトラヒック情報を収集する方法は、(1)システムが定期的に各ネットワーク装置にアクセスして統計情報を収集する方法と、(2)ネットワーク装置側がトラヒック情報を管理システムに通知する方法の2つの方法がある。前者の代表的な手法としてSimple Network Management Protocol(SNMP)を用いる方法がある。この方法では、システムが各ネットワーク装置の持つトラヒック情報を定期的に収集することでトラヒックの推移を把握する。後者の代表的な方法はNetFlow(登録商標)を用いた方法である。この方法では、各ネットワーク装置の収集対象となるトラヒックフローを定義し、各ネットワーク装置は、収集した情報をシステムに通知する。 There are two methods for collecting the traffic information: (1) a method in which the system periodically accesses each network device to collect statistical information, and (2) a method in which the network device notifies the management system of the traffic information. There are two ways. There is a method using Simple Network Management Protocol (SNMP) as a representative method of the former. In this method, the system grasps the transition of traffic by periodically collecting traffic information of each network device. The latter representative method is a method using NetFlow (registered trademark). In this method, a traffic flow to be collected by each network device is defined, and each network device notifies the system of the collected information.
SNMPは、各ネットワーク装置からネットワーク情報を取得するために用いられる通信プロトコルである。情報を収集する主体をSNMPマネージャ、ネットワーク装置等の情報取得対象をSNMPエージェントと呼ぶ。SNMPエージェントの内部には各種情報が仮想的なデータベースMangement Information Base(MIB)に格納されている。このMIBに含まれる個々のデータには、Object ID(以下、OID)が付与されている。このOIDは、そのネットワーク装置内で各データの所在を表す番地情報である。このSNMPマネージャが、SNMPエージェントからネットワーク情報を取得するには、まず、SNMPマネージャがSNMPエージェントに対して、取得したいネットワーク情報のOIDを指定したSNMP GetRequest、GetnextRequestパケットを送信する。そして、これに対し、SNMPマネージャがSNMPエージェントからの返信SNMP GetResponseに含まれるデータを受信することにより行われる。 SNMP is a communication protocol used to acquire network information from each network device. The entity that collects information is called an SNMP manager, and the information acquisition target such as a network device is called an SNMP agent. Various information is stored in a virtual database Mangement Information Base (MIB) inside the SNMP agent. Object ID (hereinafter referred to as OID) is assigned to each piece of data included in the MIB. This OID is address information indicating the location of each data in the network device. In order for the SNMP manager to acquire network information from the SNMP agent, the SNMP manager first transmits an SNMP GetRequest and GetnextRequest packet specifying the OID of the network information to be acquired to the SNMP agent. In response to this, the SNMP manager receives data included in the reply SNMP GetResponse from the SNMP agent.
ネットワークを構成する各ネットワーク装置は、一般的にそのネットワーク装置内部に、そのネットワーク装置が送信、受信、廃棄等トラヒックの各パケットに対して処理を行った内容の統計情報や、そのネットワーク装置の負荷状態を示す情報を保持している。この負荷状態を示す情報はCPU(Central Processing Unit)使用率、メモリ使用率、ディスク使用率もしくはそれに関連した情報(例えば、搭載メモリ量、使用中メモリ量等を間接的に表す情報等)を含む。これらの情報はSNMPエージェントの設定がされたネットワーク装置においては、MIBとして記録されており、システムは、該当するOIDを指定することでSNMPを用いて取得することが可能である。 Each network device constituting the network generally has statistical information on the contents processed by the network device for each packet of transmission, reception, discard, and the load on the network device. It holds information indicating the status. The information indicating the load state includes CPU (Central Processing Unit) usage rate, memory usage rate, disk usage rate or related information (for example, information indirectly indicating the amount of installed memory, the amount of memory in use, etc.) . These pieces of information are recorded as MIBs in the network device in which the SNMP agent is set, and the system can be acquired using SNMP by specifying the corresponding OID.
このようなトラヒック情報収集機能を具備したシステムは、SNMPマネージャとして機能し、SNMPエージェントであるネットワーク装置に定期的(周期的)にアクセスすることで、トラヒック情報やCPU、メモリ、ディスク使用率等を収集する。ここで、収集したトラヒック情報は、システム内の記憶媒体に保存する。そして、システムは、収集したトラヒック情報に対して前回の収集値との差分の計算や、他の収集項目との合計値や百分率の算出等のデータ加工をする。システムは、このような処理を収集対象となる全ネットワーク装置の全収集項目に実施することで、ネットワーク全体の利用状況や、個々のネットワーク装置の負荷状況を把握することができる。 A system equipped with such a traffic information collection function functions as an SNMP manager and periodically (periodically) accesses the network device that is an SNMP agent, so that traffic information, CPU, memory, disk usage rate, etc. collect. Here, the collected traffic information is stored in a storage medium in the system. The system then processes the collected traffic information, such as calculating the difference from the previous collected value, calculating the total value or percentage with other collected items, and the like. The system can grasp the usage status of the entire network and the load status of each network device by performing such processing on all the collection items of all the network devices to be collected.
しかし、システムがネットワークの各装置からSNMPを用いてトラヒック情報を収集するためには、膨大な項目数の情報を収集する必要がある。ここで、トラヒック収集項目に対して1項目ごとに各装置に対し、ポーリングを実施するとポーリングの都度、通信時間(Round Trip Time(RTT))がかかってしまいトラヒック情報収集の効率が下がってしまう。そこで、装置ごとに1回のリクエストで可能な限り多くの収集項目を含めるのが好ましい。 However, in order for the system to collect traffic information from each device of the network using SNMP, it is necessary to collect a huge amount of information. Here, if polling is performed for each device for each traffic collection item, a communication time (Round Trip Time (RTT)) is required each time the polling is performed, thereby reducing the efficiency of traffic information collection. Therefore, it is preferable to include as many collection items as possible in one request for each device.
しかし、リクエスト内の指定OID数が増加すると、それを処理する装置の処理負荷も高くなる。このため、1リクエストあたりの処理時間が長くなり1リクエストのRTTは長くなってしまう。ここで、SNMP通信は、信頼性のないUDP通信を用いて実装されているため、通信中のパケットロスなどの通信異常に備えて、送信したリクエストに対してタイムアウト値を設定し、その規定時間内にレスポンスが得られない場合は再送し、目的を実現する実装が一般的である。1リクエスト内の指定OID数が多くなりすぎるとレスポンスがタイムアウト時間内に得られず、リクエストパケットを再送する必要が生じる。パケット再送が発生した場合、発生しない場合に比較して非常に長い処理時間が必要となり、トラヒック収集機能の効率が大きく低下する。トラヒック収集を効率よく実施するためには、タイムアウトが発生しない範囲で1パケット内の指定OID数を最大化する必要がある。トラヒック収集パケットのRTTが延びる要因である装置側の処理時間の延びは、その当該機種がもつSNMPパケットの処理能力や、その装置の負荷状態で異なるため、指定OID数の最適値はマネージャ側であるトラヒック収集システム側で事前に知ることができない。そのため、事前のトラヒック収集システムに設定する方法では最適値を用いて効率的にトラヒック収集することができない。 However, when the number of designated OIDs in the request increases, the processing load of the device that processes it increases. For this reason, the processing time per request becomes long, and the RTT of one request becomes long. Here, because SNMP communication is implemented using unreliable UDP communication, a timeout value is set for the transmitted request in preparation for a communication error such as packet loss during communication, and the specified time If a response is not obtained, it is generally re-transmitted to achieve the purpose. If the number of designated OIDs in one request becomes too large, a response cannot be obtained within the timeout time, and it is necessary to retransmit the request packet. When packet retransmission occurs, a much longer processing time is required than when packet retransmission does not occur, and the efficiency of the traffic collection function is greatly reduced. In order to efficiently perform traffic collection, it is necessary to maximize the number of designated OIDs in one packet within a range where no timeout occurs. The increase in processing time on the device side, which is a factor that increases the RTT of the traffic collection packet, differs depending on the SNMP packet processing capability of that model and the load state of the device. Therefore, the optimum value for the specified number of OIDs is determined on the manager side. A traffic collection system cannot know in advance. For this reason, the method set in the prior traffic collection system cannot efficiently collect traffic using the optimum value.
また、ネットワークトラヒックは長期的には増加傾向にありノードにかかる負荷は、次第に増加する。それに伴いSNMPリクエストの処理時間も増加する傾向がある。1リクエスト内にOID数を固定的に指定した場合、それらのSNMPリクエスト送信後にタイムアウトが発生する恐れがあり、1パケットに含めるOID数を見直す必要が生じる。本発明は、前記した課題を解決し、タイムアウトを発生させない範囲で、各ネットワーク装置からのトラヒック情報を効率よく収集することを目的とする。 In addition, network traffic tends to increase in the long term, and the load on the node gradually increases. As a result, SNMP request processing time tends to increase. If the number of OIDs is fixedly specified in one request, a timeout may occur after sending those SNMP requests, and it is necessary to review the number of OIDs included in one packet. An object of the present invention is to solve the above-described problems and efficiently collect traffic information from each network device within a range in which a timeout does not occur.
前記した課題を解決するため、本発明は、ネットワーク内の複数のネットワーク装置から、SNMPを用いてトラヒック情報を収集するトラヒック情報収集装置であって、ネットワーク装置の識別情報ごとに、当該ネットワーク装置におけるトラヒック情報の格納エリアを示すOIDのOIDリストを示した収集対象項目情報を記憶する記憶部と、収集対象項目情報を参照して、パケット処理制御部からの指示に基づき、ネットワーク装置ごとに、当該ネットワーク装置からの収集対象であるトラヒック情報のOIDを、OIDリストから所定数選択し、この選択したOIDを含むトラヒック情報取得要求を作成するパケット作成部と、作成したトラヒック情報取得要求を入出力部経由で、ネットワーク装置それぞれへ送信するパケット送信部と、ネットワーク装置それぞれから、当該トラヒック情報取得要求に対する応答を受信し、当該トラヒック情報取得要求を送信してから、当該応答を受信するまでの時間であるRTT値を計測するパケット受信部と、パケット作成部が、トラヒック情報取得要求に含めるOIDの数を決定するパケット処理制御部とを備え、パケット処理制御部は、パケット受信部により計測された当該ネットワーク装置に関するRTT値が、第1の閾値αよりも大きいとき、次周期で、当該ネットワーク装置に対し送信するトラヒック情報取得要求に含めるOIDの数を減少するようパケット作成部に指示し、当該RTT値が、第2の閾値βよりも小さいとき、次周期で、当該ネットワーク装置に対し送信するトラヒック情報取得要求に含めるOIDの数を増加するようパケット作成部に指示し、閾値αは、閾値βよりも大きく、かつ、トラヒック情報取得要求を送信してから、トラヒック情報取得要求を受信するまでのタイムアウト時間よりも小さい値とすることを特徴とする。 In order to solve the above-described problem, the present invention is a traffic information collection device that collects traffic information from a plurality of network devices in a network using SNMP, and for each piece of network device identification information, The storage unit storing the collection target item information indicating the OID list of the OID indicating the traffic information storage area, and the collection target item information with reference to the instruction from the packet processing control unit, for each network device A packet creation unit that selects a predetermined number of OIDs of traffic information to be collected from the network device from the OID list, creates a traffic information acquisition request including the selected OID, and inputs / outputs the created traffic information acquisition request. Packet transmission to each network device via A packet receiving unit that receives a response to the traffic information acquisition request from each network device, measures an RTT value that is a time from when the traffic information acquisition request is transmitted until the response is received, and a packet And a packet processing control unit that determines the number of OIDs to be included in the traffic information acquisition request. The packet processing control unit determines that the RTT value for the network device measured by the packet receiving unit is a first threshold value α If the RTT value is smaller than the second threshold β, the packet creation unit is instructed to reduce the number of OIDs included in the traffic information acquisition request transmitted to the network device in the next period. The number of OIDs included in the traffic information acquisition request transmitted to the network device in the next cycle The threshold value α is larger than the threshold value β and smaller than the time-out time from when the traffic information acquisition request is transmitted until the traffic information acquisition request is received. It is characterized by.
このようにすることで、トラヒック情報収集装置は、タイムアウトを発生させない範囲で、各ネットワーク装置からのトラヒック情報を効率よく収集することができる。 By doing in this way, the traffic information collection device can efficiently collect the traffic information from each network device as long as timeout does not occur.
また、本発明のトラヒック情報収集装置におけるパケット処理制御部は、パケット受信部により計測された当該ネットワーク装置へのトラヒック情報取得要求の応答のRTT値のうち、当該周期におけるRTT値の最大値を用いて、第1の閾値αおよび第2の閾値βとの比較を行い、次周期で当該ネットワーク装置に対し送信するトラヒック情報取得要求に含めるOIDの数の判断を行うことを特徴とする。 Further, the packet processing control unit in the traffic information collection device of the present invention uses the maximum value of the RTT value in the cycle among the RTT values of the response to the traffic information acquisition request to the network device measured by the packet receiving unit. The first threshold value α and the second threshold value β are compared, and the number of OIDs included in the traffic information acquisition request transmitted to the network device in the next period is determined.
このようにすることで、トラヒック情報収集装置は、ネットワーク内のトラヒックの混雑状況等によって、ネットワーク情報のRTT値が異なる場合でも、そのRTT値の最大値を用いて、トラヒック情報取得要求に含めるOIDの数を決定するので、トラヒック情報収集装置におけるトラヒック情報受信のタイムアウトが発生する確率を低減できる。つまり、トラヒック情報収集装置は、RTT値に基づくOIDの数の判断にあたり、安全側の判断をすることができる。 In this way, the traffic information collection device uses the maximum value of the RTT value to be included in the traffic information acquisition request even when the RTT value of the network information varies depending on the traffic congestion status in the network. Therefore, the probability that a traffic information reception timeout will occur in the traffic information collection device can be reduced. That is, the traffic information collection device can make a safe determination when determining the number of OIDs based on the RTT value.
また、本発明のトラヒック情報収集装置におけるパケット処理制御部は、パケット受信部により計測された当該ネットワーク装置に関するRTT値の最大値が、第1の閾値αよりも大きいとき、そのRTT値の最大値と第1の閾値との差が大きいほど、当該ネットワーク装置に対するトラヒック情報取得要求に含めるOIDの数の減少幅を大きくすることを特徴とする。 Further, the packet processing control unit in the traffic information collection device of the present invention has a maximum value of the RTT value when the maximum value of the RTT value related to the network device measured by the packet reception unit is larger than the first threshold value α. As the difference between the first threshold value and the first threshold value is larger, the reduction range of the number of OIDs included in the traffic information acquisition request for the network device is increased.
つまり、トラヒック情報のRTT値の最大値が第1の閾値αよりも小さければ小さいほど、ネットワーク情報収集装置は、1つのネットワーク情報取得要求に含めるOIDの数に余裕があることを示す。よって、このような場合、ネットワーク情報収集装置は、1つのネットワーク情報取得要求に含めるOIDの数を大幅に増加させることで、迅速に、適正なOIDの数(タイムアウトを発生させない範囲で、効率よく収集できるOIDの数)をネットワーク情報取得要求に設定できる。 That is, the smaller the maximum value of the RTT value of the traffic information is smaller than the first threshold value α, the more the network information collection device has a margin in the number of OIDs included in one network information acquisition request. Therefore, in such a case, the network information collecting apparatus can increase the number of OIDs included in one network information acquisition request significantly, and can quickly and efficiently increase the number of appropriate OIDs (to the extent that no timeout occurs). The number of OIDs that can be collected) can be set in the network information acquisition request.
本発明によれば、トラヒック情報収集装置は、タイムアウトを発生させない範囲で、各ネットワーク装置からのトラヒック情報を効率よく収集できる。 According to the present invention, the traffic information collection device can efficiently collect the traffic information from each network device within a range in which timeout does not occur.
以下、本発明を実施するための形態(以下、実施の形態とする)について説明する。まず、図1を用いて、本実施の形態のトラヒック情報収集装置を含むシステム構成例を説明する。システムは、ルータやスイッチ等のネットワーク装置20(20A,20B,20C,20D,20E)と、SNMPのGetRequest(トラヒック情報取得要求)を用いて、このネットワーク装置20から、トラヒック情報を収集するトラヒック情報収集装置10とを備える。このトラヒック情報は、そのネットワーク装置20が送受信した各パケットに対して処理を行った内容の統計情報や、そのネットワーク装置20の負荷状態を示す情報である。このトラヒック情報収集装置10は、ネットワーク装置20と、IPネットワークにより接続される。このトラヒック情報収集装置10は、ネットワーク装置20ごとに、このネットワーク装置20から収集するトラヒック情報のOID(トラヒック情報の格納領域を示す情報)のリスト(OIDリスト)を記憶する。そして、このリストを参照して、各ネットワーク装置20からトラヒック情報を取得する。ここで、トラヒック情報収集装置10は、ネットワーク装置20それぞれから収集するトラヒック情報の数(SNMPのGetRequestに含めるOID数)を以下のようにして決定する。なお、以下の説明における閾値αは、このトラヒック情報収集装置10がネットワーク装置20からGetRequestを送信してから、当該ネットワーク装置20からのGetResponseを待ちタイムアウトするまでの時間よりも小さい値(つまり、短い時間)とする。また、閾値βは、この閾値αよりも小さい値とする。さらに、このトラヒック情報収集装置10は、各ネットワーク装置20に対し、GetRequestの送信→GetResponseの受信処理を、周期的に実行する。ここで、当該周期において当該ネットワーク装置20へ送信すべきGetRequestを複数に分けて送信する。これは、ネットワーク装置20から、所望するネットワーク情報を確実に取得するためである。
Hereinafter, modes for carrying out the present invention (hereinafter referred to as embodiments) will be described. First, an example of a system configuration including the traffic information collection device according to the present embodiment will be described with reference to FIG. The system uses the network device 20 (20A, 20B, 20C, 20D, 20E) such as a router and a switch and the traffic information for collecting traffic information from the
トラヒック情報収集装置10は、取得対象のトラヒック情報を示すOIDを列記したGetRequestをネットワーク装置20へ送信し、このネットワーク装置20からの応答(GetResponse)を受信する。このとき、このネットワーク装置20にGetRequestを送信してから、このGetRequestに対するGetResponseを受信するまでの時間(RTT値)を計測しておく。そして、そのRTT値が下限閾値(閾値β)よりも低かったとき、つまり、ネットワーク装置20が比較的短時間でGetRequestに対する応答を受信したとき、次周期で、このネットワーク装置20へ送信するGetRequestに含めるOID数を増やす。つまり、トラヒック情報収集装置10は、GetRequestにより、ネットワーク装置20からより多くのトラヒック情報を取得できそうなら、次周期でより多くのトラヒック情報を取得するようにする。
The traffic information collection device 10 transmits a GetRequest that lists OIDs indicating traffic information to be acquired to the
一方、トラヒック情報収集装置10は、GetResponseを受信するまでのRTT値が上限閾値(閾値α)よりも高かったとき、つまり、トラヒック情報収集装置10がGetRequestに対する応答を受信するまでの時間が比較的長かったとき、次周期で、このネットワーク装置20へ送信するGetRequestに含めるOID数を減らす。つまり、GetRequestに含めるOID数が多すぎるため、タイムアウトしてしまう可能性があれば、次周期のGetRequestに含めるOID数を減らす。
On the other hand, the traffic information collection device 10 has a relatively long time until the RTT value until receiving GetResponse is higher than the upper threshold (threshold α), that is, the time until the traffic information collection device 10 receives a response to GetRequest. When it is long, the number of OIDs included in the GetRequest transmitted to the
なお、このトラヒック情報収集装置10が計測したRTT値が閾値α以下で、閾値β以上の場合、、トラヒック情報収集装置10は、GetRequestに含めるOID数は変更しない。例えば、トラヒック情報収集装置10は、GetRequestに含めるOID数として、1回目の周期では初期値(例えば、1個)を設定し、RTT値が下限閾値(閾値β)よりも小さければ、OID数を増加させていく。その後(例えば、5回目の周期)に、RTT値が上限閾値(閾値α)よりも大きくなった場合、次回の周期(例えば、6回目の周期)に送信するGetRequestに含めるOID数を減少させる。一方、このように、トラヒック情報収集装置10は、閾値α,βを用いることで、ネットワーク装置20ごとに、GetRequest1パケットあたりのOID数を動的に変更し、トラヒック情報の収集効率を向上させることができる。
Note that when the RTT value measured by the traffic information collection device 10 is less than or equal to the threshold value α and greater than or equal to the threshold value β, the traffic information collection device 10 does not change the number of OIDs included in the GetRequest. For example, the traffic information collection apparatus 10 sets an initial value (for example, one) as the number of OIDs included in GetRequest in the first cycle, and if the RTT value is smaller than the lower threshold (threshold β), the traffic information collection device 10 sets the number of OIDs. Increase it. Thereafter (for example, the fifth cycle), when the RTT value becomes larger than the upper limit threshold (threshold α), the number of OIDs included in the GetRequest transmitted in the next cycle (for example, the sixth cycle) is decreased. On the other hand, the traffic information collection device 10 uses the threshold values α and β as described above to dynamically change the number of OIDs per GetRequest packet for each
<構成>
次に、図2を用いて、トラヒック情報収集装置10の構成を説明する。トラヒック情報収集装置10は、各ネットワーク装置20から、SNMPによりトラヒック情報を収集するコンピュータである。このようなトラヒック情報収集装置10は、記憶部13、処理部12および入出力部11を備える。記憶部13は、このトラヒック情報収集装置10がトラヒック情報を収集するときに参照する各種情報を記憶する。処理部12は、このトラヒック情報収集装置10全体の制御を司り、ここでは主に、ネットワーク装置20からのGetResponseを受信したときのRTT値をもとに、次にGetRequestを送信するときに、このGetRequestに含めるOID数の制御を行う。入出力部11は、ネットワーク装置20へのGetRequestを送信したり、このGetRequestに対するネットワーク装置20からのGetResponseを受信したりする入出力インタフェースである。
<Configuration>
Next, the configuration of the traffic information collection device 10 will be described with reference to FIG. The traffic information collection device 10 is a computer that collects traffic information from each
記憶部13は、RAM(Random Access Memory)、ROM(Read Only Memory)、HDD(Hard Disk Drive)、フラッシュメモリ等の記憶媒体から構成される。また、処理部12は、このトラヒック情報収集装置10が備えるCPU(Central Processing Unit)によるプログラム実行処理や、専用回路等により実現される。なお、処理部12をプログラム実行処理により実現する場合、記憶部13には、この処理部12の機能を実現するためのプログラムが格納される。入出力部11は、IPネットワーク経由で通信可能な通信インタフェースや入出力インタフェースから構成される。
The storage unit 13 includes a storage medium such as a random access memory (RAM), a read only memory (ROM), a hard disk drive (HDD), and a flash memory. The processing unit 12 is realized by a program execution process by a CPU (Central Processing Unit) included in the traffic information collection device 10, a dedicated circuit, or the like. When the processing unit 12 is realized by a program execution process, the storage unit 13 stores a program for realizing the function of the processing unit 12. The input /
このようなトラヒック情報収集装置10の記憶部13は、所定領域に収集対象装置情報131および収集対象項目情報132を記憶する。
The storage unit 13 of the traffic information collection device 10 stores the collection
収集対象装置情報131は、トラヒック情報の収集対象のネットワーク装置20のIPアドレス、このネットワーク装置20にログインし、トラヒック情報を収集するときに必要となるSNMPコミュニティ名等を示した情報である(表1参照)。
The collection
収集対象項目情報132は、トラヒック情報収集対象のネットワーク装置20の識別情報ごとに、そのネットワーク装置20から収集する情報項目を示した情報である。ここでの情報項目は、例えば、ネットワーク装置20におけるトラヒック情報の格納位置を示すOIDのリストが含まれる(表2参照)。例えば、トラヒック情報収集装置10は、ネットワーク装置20Aには「OID1001,OID1002,OID1003,…,OID100X」の領域にトラヒック情報が格納されていることを示す。また、ネットワーク装置20Bには「OID2001,OID2002,OID2003,…,OID200Y」の領域にトラヒック情報が格納されていることを示す。なお、この情報項目には、トラヒック情報を、トラヒック情報収集装置10内で識別するためのキー情報等が含まれていてもよい。
The collection
処理部12は、ネットワーク装置20へトラヒック情報収集のためのGetRequest(トラヒック情報取得要求)を送信し、その応答として、当該ネットワーク装置20のトラヒック情報を含むGetResponseを受信する。また、この処理部12は、GetRequestを送信してから、所定時間経過しても、当該ネットワーク装置20からのGetResponseを受信できなかったとき、当該ネットワーク装置20からのGetResponseの受信のタイムアウト処理を実行する。つまり、このネットワーク装置20からのGetResponseの受信処理を終了する。このような処理部12は、GetRequest(GetRequestパケット)を作成するパケット作成部121と、GetRequestを送信するSNMPパケット送信部(パケット送信部)122と、GetResponseを受信するSNMPパケット受信部(パケット受信部)123と、処理部12の各部を制御するパケット処理制御部124とを備える。
The processing unit 12 transmits a GetRequest (traffic information acquisition request) for collecting traffic information to the
パケット作成部121は、パケット処理制御部124の指示に基づき、GetRequestを作成する。すなわち、パケット作成部121は、収集対象項目情報132における当該ネットワーク装置20のOIDリストから、所定数のOIDを選択し、この選択したOIDを含むGetRequestを作成する。
The
SNMPパケット送信部122は、パケット処理制御部124からの指示に基づき、パケット作成部121により作成されたGetRequestを、ネットワーク装置20へ送信する。ここで、GetRequestの送信にあたり、このGetRequestの送信先のネットワーク装置20のIPアドレスや、ログインに必要なSNMPコミュニティ名は、収集対象装置情報131から読み出す。
The SNMP
SNMPパケット受信部123は、GetRequestを送信したネットワーク装置それぞれから、このGetRequestに対する応答(GetResponse)を受信する。そして、このGetResponseを送信してから、GetResponseを受信するまでの時間(RTT値)を計測する。計測したRTT値は、パケット処理制御部124へ出力する。このRTT値は、SNMPパケット送信部122が、次周期で送信するGetRequestに含めるOID数を決定するときに参照される。
The SNMP
パケット処理制御部124は、パケット作成部121、SNMPパケット送信部122およびSNMPパケット受信部123を制御する。また、SNMPパケット送信部122によりGetRequestを送信してから、所定時間経過しても、SNMPパケット受信部123が当該ネットワーク装置20からのGetResponseを受信できなかったとき、当該ネットワーク装置20からのGetResponseの受信のタイムアウト処理を実行する。
The packet
ここで、このパケット処理制御部124は、SNMPパケット受信部123により計測されたRTT値と閾値α,βとを用いて以下の判断を行い、その結果を用いてパケット作成部121がGetRequestを送信するときに含めるOID数を決定する。そして、収集対象装置情報131および収集対象項目情報132を参照して、各ネットワーク装置20に対し、その決定したOID数のOIDを含むGetRequestの作成指示を出力する。すなわち、パケット処理制御部124は、SNMPパケット受信部123により計測された当該ネットワーク装置20のRTT値が、(1)閾値αよりも大きいときには、ネットワーク装置20に対するGetRequestに含めるOID数を、前回の周期で送信したGetRequestに含めたOID数よりも所定数(例えば、m個)減少させる。一方、(2)閾値βよりも小さいときには、ネットワーク装置20に対するGetRequestに含めるOID数を、前回の周期で送信したGetRequestに含めたOID数よりも所定数(例えば、m個)増加させる。一方、また、閾値β≦計測されたRTT値≦閾値αであるときには、GetRequestを送信するときに含めるOID数を変更しない。
Here, the packet
なお、閾値α<このトラヒック情報収集装置10に設定されたタイムアウト時間とし、この閾値αは、例えば、タイムアウト時間の70%程度の時間とする。また、閾値βは、この閾値αよりも小さい値で、例えば、タイムアウト時間の30%程度の時間とする。具体例を挙げると、タイムアウト時間が「3(s)」であったとき、閾値αの値を「2(s)」、閾値βの値を「1(s)」とする。 Note that the threshold value α <the timeout time set in the traffic information collecting apparatus 10 is set, and the threshold value α is, for example, about 70% of the timeout time. Further, the threshold value β is a value smaller than the threshold value α, and is, for example, about 30% of the timeout time. As a specific example, when the timeout time is “3 (s)”, the value of the threshold α is “2 (s)”, and the value of the threshold β is “1 (s)”.
ここで、パケット処理制御部124が、閾値α,β(特に、閾値β)との比較に用いるRTT値は、例えば、当該周期において同じネットワーク装置20宛に送信したGetRequestのRTT値のうち、最大値とする。これは、同じOID数で送信したGetRequestのRTT値のうち、最大値以外の値を用いて閾値との比較を行うと、次周期でさらに大きなRTT値が計測され、タイムアウトが発生するおそれがあるからである。
Here, the RTT value used by the packet
<処理手順>
次に、図2を参照しつつ、図3を用いて、図2のトラヒック情報収集装置10の処理手順を説明する。まず、トラヒック情報収集装置10のパケット処理制御部124は、入出力部11経由でトラヒック情報の収集指示の入力を受け付けると、パケット作成部121に対し、1GetRequestに含めるOID数を設定する(S1)。ここで、1GetRequestに含めるOID数の初期値は、小さい値(例えば、1等)とするのが好ましい。これはOID数の初期値が大きすぎる場合、タイムアウトが発生する可能性が高まるためである。
<Processing procedure>
Next, the processing procedure of the traffic information collection device 10 of FIG. 2 will be described using FIG. 3 with reference to FIG. First, when receiving an input of a traffic information collection instruction via the input /
次に、パケット処理制御部124は、収集対象装置情報131に示されるネットワーク装置20のOIDリストを、収集対象項目情報132から読み出し、このOIDリストを分割する(S2)。つまり、このOIDリストに示されるOID群を、所定のOID数ずつ分割し、1GetRequestに含めるOIDを決定する。そして、パケット処理制御部124は、1GetRequestに含めるOIDの情報を示したGetRequestの作成指示をパケット作成部121へ出力する。なお、OIDリストが所定のOID数ずつ割り切れなかった場合は、最後のGetRequestには割り切れなかった端数のOIDを含めることとする。
Next, the packet
次に、パケット作成部121は、パケット処理制御部124により指示されたOIDを含むGetRequestパケット(GetRequest)を作成する(S3)。そして、SNMPパケット送信部122は、入出力部11およびIPネットワーク経由で、このGetRequestパケットをネットワーク装置20へ送信する(S4)。ここで、SNMPパケット送信部122は、GetRequestパケットの送信にあたり、収集対象装置情報131に示されるSNMPコミュニティの情報を用いて、このGetRequestパケットの送信先のネットワーク装置20へログインするものとする。
Next, the
この後、SNMPパケット受信部123は、IPネットワークおよび入出力部11経由で、S4で送信したGetRequestパケットに対するGetResponseパケットを受信すると、そのGetResponseパケットを受信するまでのRTT値を計測する(S5)。そして、このGetResponseパケットに含まれるトラヒック情報と、計測したRTT値とを、パケット処理制御部124へ出力する。
Thereafter, when receiving the GetResponse packet for the GetRequest packet transmitted in S4 via the IP network and the input /
次に、パケット処理制御部124は、SNMPパケット受信部123から出力されたトラヒック情報およびRTT値を記憶部13の所定領域に格納する。また、このSNMPパケット受信部123から出力されたRTT値(既に同じGetRequestに対するGetResponseを複数受信していれば、それぞれのRTT値のうち最大値)が、閾値βよりも小さいとき(S6のYes)、次周期で、このネットワーク装置20へ送信する1GetRequestに含めるOID数を、m個増加させる(S9)。そして、S2へ戻り、パケット処理制御部124は、この増加させたOID数を1GetRequestに含めるOID数として、OIDリストの分割を行う(S2)。
Next, the packet
一方、パケット処理制御部124は、SNMPパケット受信部123から出力されたRTT値が閾値αよりも大きいとき(S6のNo→S7のYes)、次周期で1GetRequestに含めるOID数を、m個減少させる(S10)。そして、S2へ戻り、パケット制御処理部124は、この増加されたOID数で、OIDリストの分割を行う(S2)。
On the other hand, when the RTT value output from the SNMP
また、パケット処理制御部124は、SNMPパケット受信部123から出力されたRTT値が、閾値β以上(S6のNo)で、閾値α以下である場合(S7のNo)、次周期で1GetRequestに含めるOID数を現状のままとする(S8)。そして、S2へ戻り、パケット処理制御部124は、前回設定したOID数のままで、OIDリストの分割を行う(S2)。トラヒック情報収集装置10は、以上のような処理を、GetRequestの送信対象であるすべてのネットワーク装置20(収集対象装置情報131に記載)について実行し、ネットワーク装置20ごとに、次周期で1GetResponseに含めるOID数を決定する。
Further, when the RTT value output from the SNMP
以上説明したトラヒック情報収集装置10によれば、このトラヒック情報収集装置10が各ネットワーク装置20から、トラヒック情報を収集するとき、図4に示すように、その収集に要する時間(RTT値)が下限閾値(β)より小さい場合、次周期で送信する1GetRequestに含めるOID数を増やし、上限閾値(α)よりも大きい場合、次周期で送信する1GetRequestに含めるOID数を減らす。また、閾値β≦RTT値≦閾値αの場合は、次周期で送信する1GetRequestに含めるOID数を変更しない。よって、トラヒック情報収集装置10は、タイムアウトを発生させない範囲で、各ネットワーク装置20からのトラヒック情報を効率よく収集できる。
According to the traffic information collecting apparatus 10 described above, when the traffic information collecting apparatus 10 collects traffic information from each
なお、前記した実施の形態において、トラヒック情報収集装置10は、ネットワーク装置20からのGetResponseの受信に要する時間(RTT値)の最大値と、閾値αとの差が大きいほど、次周期で送信するGetRequestに含めるOID数の減少幅を大きくするようにしてもよい。例えば、RTT値<閾値αであれば、OID数の減少幅(m)=10とし、RTT値<<閾値αであれば、OID数の減少幅(m)=20としてもよい。このようにすることで、トラヒック情報収集装置10は、より迅速に、次周期で1GetRequestに設定すべき適正なOIDの数(タイムアウトを発生させない範囲で、効率よく収集できるOIDの数)を決定できる。 In the above-described embodiment, the traffic information collection device 10 transmits in the next cycle as the difference between the maximum value of the time required to receive GetResponse from the network device 20 (RTT value) and the threshold value α increases. The amount of decrease in the number of OIDs included in GetRequest may be increased. For example, if RTT value <threshold value α, the decrease width of the OID number (m) = 10, and if RTT value << threshold value α, the decrease width of the OID number (m) = 20. By doing so, the traffic information collecting apparatus 10 can more quickly determine the appropriate number of OIDs to be set in 1GetRequest in the next cycle (the number of OIDs that can be efficiently collected without causing a timeout). .
10 トラヒック情報収集装置
11 入出力部
12 処理部
13 記憶部
20(20A,20B) ネットワーク装置
121 パケット作成部
122 SNMPパケット送信部
123 SNMPパケット受信部
124 パケット処理制御部
131 収集対象装置情報
132 収集対象項目情報
DESCRIPTION OF SYMBOLS 10 Traffic
Claims (5)
前記ネットワーク装置の識別情報ごとに、当該ネットワーク装置におけるトラヒック情報の格納エリアを示すOIDのOIDリストを示した収集対象項目情報を記憶する記憶部と、
前記収集対象項目情報を参照して、パケット処理制御部からの指示に基づき、前記ネットワーク装置ごとに、当該ネットワーク装置からの収集対象であるトラヒック情報のOIDを、前記OIDリストから所定数選択し、この選択したOIDを含むトラヒック情報取得要求を作成するパケット作成部と、
前記作成したトラヒック情報取得要求を、入出力部経由で、前記ネットワーク装置それぞれへ送信するパケット送信部と、
前記ネットワーク装置それぞれから、当該トラヒック情報取得要求に対する応答を受信し、当該トラヒック情報取得要求を送信してから、当該応答を受信するまでの時間であるRTT値を計測するパケット受信部と、
前記パケット作成部が、前記トラヒック情報取得要求に含めるOIDの数を決定する前記パケット処理制御部とを備え、
前記パケット処理制御部は、
前記パケット受信部により計測された当該ネットワーク装置に関するRTT値が、第1の閾値αよりも大きいとき、次周期で、当該ネットワーク装置に対し送信するトラヒック情報取得要求に含めるOIDの数を減少するよう前記パケット作成部に指示し、当該RTT値が、第2の閾値βよりも小さいとき、次周期で、当該ネットワーク装置に対し送信するトラヒック情報取得要求に含めるOIDの数を増加するよう前記パケット作成部に指示し、
前記閾値αは、前記閾値βよりも大きく、かつ、前記トラヒック情報取得要求を送信してから、前記トラヒック情報取得要求を受信するまでのタイムアウト時間よりも小さい値とすることを特徴とするトラヒック情報収集装置。 A traffic information collection device that collects traffic information from a plurality of network devices in a network using SNMP,
A storage unit that stores, for each piece of identification information of the network device, collection target item information indicating an OID list of OIDs indicating a traffic information storage area in the network device;
With reference to the collection target item information, based on an instruction from the packet processing control unit, for each network device, select a predetermined number of OIDs of traffic information to be collected from the network device from the OID list, A packet creation unit for creating a traffic information acquisition request including the selected OID;
A packet transmission unit that transmits the created traffic information acquisition request to each of the network devices via an input / output unit;
A packet receiving unit that receives a response to the traffic information acquisition request from each of the network devices, and measures an RTT value that is a time from when the traffic information acquisition request is transmitted until the response is received;
The packet creation unit includes the packet processing control unit that determines the number of OIDs included in the traffic information acquisition request;
The packet processing control unit
When the RTT value related to the network device measured by the packet receiving unit is larger than the first threshold value α, the number of OIDs included in the traffic information acquisition request transmitted to the network device is decreased in the next period. When instructing the packet creation unit and the RTT value is smaller than the second threshold β, the packet creation is performed so as to increase the number of OIDs included in the traffic information acquisition request transmitted to the network device in the next period. Instruct the department,
The traffic information is characterized in that the threshold value α is larger than the threshold value β and smaller than a time-out time from when the traffic information acquisition request is transmitted until the traffic information acquisition request is received. Collection device.
前記パケット受信部により計測された当該ネットワーク装置へのトラヒック情報取得要求の応答のRTT値のうち、当該周期におけるRTT値の最大値を用いて、前記第1の閾値αおよび前記第2の閾値βとの比較を行い、次周期で当該ネットワーク装置に対し送信するトラヒック情報取得要求に含めるOIDの数の判断を行うことを特徴とする請求項1に記載のトラヒック情報収集装置。 The packet processing control unit
Of the RTT values of the response to the traffic information acquisition request to the network device measured by the packet receiver, the first threshold value α and the second threshold value β using the maximum value of the RTT value in the cycle. The traffic information collection device according to claim 1, wherein the number of OIDs included in a traffic information acquisition request transmitted to the network device in the next cycle is determined.
前記パケット受信部により計測された当該ネットワーク装置に関するRTT値の最大値が、前記第1の閾値αよりも大きいとき、そのRTT値の最大値と前記第1の閾値との差が大きいほど、当該ネットワーク装置に対するトラヒック情報取得要求に含めるOIDの数の減少幅を大きくすることを特徴とする請求項1に記載のトラヒック情報収集装置。 The packet processing control unit
When the maximum value of the RTT value related to the network device measured by the packet receiving unit is larger than the first threshold value α, the difference between the maximum value of the RTT value and the first threshold value is larger. 2. The traffic information collection device according to claim 1, wherein a reduction range of the number of OIDs included in the traffic information acquisition request to the network device is increased.
前記収集対象項目情報を参照して、前記ネットワーク装置ごとに、当該ネットワーク装置からの収集対象であるトラヒック情報のOIDを、前記OIDリストから所定数選択し、この選択したOIDを含むトラヒック情報取得要求を作成するステップと、
前記作成したトラヒック情報取得要求を、前記ネットワーク装置それぞれへ送信するステップと、
前記ネットワーク装置それぞれから、当該トラヒック情報取得要求に対する応答を受信し、当該トラヒック情報取得要求を送信してから、当該応答を受信するまでの時間であるRTT値を計測するステップと、
前記計測された当該ネットワーク装置に関するRTT値が、第1の閾値αよりも大きいとき、次周期で、当該ネットワーク装置に対し送信するトラヒック情報取得要求に含めるOIDの数を減少し、当該RTT値が、第2の閾値βよりも小さいとき、次周期で、当該ネットワーク装置に対し送信するトラヒック情報取得要求に含めるOIDの数を増加するステップとを実行し、
前記閾値αは、前記閾値βよりも大きく、かつ、前記トラヒック情報取得要求を送信してから、前記トラヒック情報取得要求を受信するまでのタイムアウト時間よりも小さい値とすることを特徴とするトラヒック情報収集方法。 Collecting target item information that collects traffic information from a plurality of network devices in the network using SNMP, and for each piece of identification information of the network device, indicates an OID list of an OID indicating a traffic information storage area in the network device. A traffic information collecting device including a storage unit for storing
With reference to the collection target item information, for each network device, a predetermined number of OIDs of traffic information to be collected from the network device are selected from the OID list, and a traffic information acquisition request including the selected OID is selected. The steps of creating
Transmitting the created traffic information acquisition request to each of the network devices;
Receiving a response to the traffic information acquisition request from each of the network devices, measuring an RTT value that is a time from when the traffic information acquisition request is transmitted until the response is received;
When the measured RTT value related to the network device is larger than the first threshold value α, the number of OIDs included in the traffic information acquisition request transmitted to the network device is decreased in the next cycle, and the RTT value is And, when smaller than the second threshold value β, increasing the number of OIDs included in the traffic information acquisition request transmitted to the network device in the next cycle,
The traffic information is characterized in that the threshold value α is larger than the threshold value β and smaller than a time-out time from when the traffic information acquisition request is transmitted until the traffic information acquisition request is received. Collection method.
A program for causing a traffic information collecting apparatus, which is a computer, to execute the traffic information collecting method according to claim 4.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2009189591A JP5128556B2 (en) | 2009-08-18 | 2009-08-18 | Traffic information collecting apparatus, traffic information collecting method and program thereof |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2009189591A JP5128556B2 (en) | 2009-08-18 | 2009-08-18 | Traffic information collecting apparatus, traffic information collecting method and program thereof |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2011041234A JP2011041234A (en) | 2011-02-24 |
JP5128556B2 true JP5128556B2 (en) | 2013-01-23 |
Family
ID=43768481
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2009189591A Active JP5128556B2 (en) | 2009-08-18 | 2009-08-18 | Traffic information collecting apparatus, traffic information collecting method and program thereof |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5128556B2 (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5754283B2 (en) * | 2011-07-25 | 2015-07-29 | 富士通株式会社 | Network monitoring and control apparatus and management information acquisition method |
CN112769923A (en) * | 2020-12-31 | 2021-05-07 | 成都科来网络技术有限公司 | Method, device and storage medium for monitoring network equipment performance index in big data scene |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004274289A (en) * | 2003-03-07 | 2004-09-30 | Fujitsu Ltd | Load balancing method and apparatus for manager-agent type information collection application |
JP4684883B2 (en) * | 2005-12-21 | 2011-05-18 | 富士通株式会社 | Attribute information collecting apparatus, attribute information collecting method, and attribute information collecting program |
JP4779962B2 (en) * | 2006-12-25 | 2011-09-28 | パナソニック電工株式会社 | Remote monitoring device |
-
2009
- 2009-08-18 JP JP2009189591A patent/JP5128556B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
JP2011041234A (en) | 2011-02-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4233884B2 (en) | How to perform quality of service probing | |
US20220329535A1 (en) | Data flow control method and apparatus | |
CN103999409B (en) | Method for Link Buffer Size and Queue Length Estimation for Bandwidth Varying Mobile Data Networks | |
JP5867160B2 (en) | COMMUNICATION CONTROL DEVICE, COMMUNICATION CONTROL METHOD, AND COMMUNICATION CONTROL PROGRAM | |
CN114285758B (en) | Communication network optimization simulation system, method and device based on OPNET | |
CN104506482A (en) | Network attack detection method and device | |
CN111372323B (en) | Connection establishment method, related device and medium | |
Li et al. | Halfback: Running short flows quickly and safely | |
Nguyen et al. | Performance evaluation of TCP congestion control algorithms in data center networks | |
Seytnazarov et al. | Enhanced mathematical modeling of aggregation-enabled WLANs with compressed blockACK | |
Affandi et al. | Design and implementation fast response system monitoring server using Simple Network Management Protocol (SNMP) | |
CN106936730A (en) | A kind of file transmitting method, TCP agent and TCP Client | |
KR102601348B1 (en) | Data transmission method, transmission device, data reception method and receiving device | |
JP5128556B2 (en) | Traffic information collecting apparatus, traffic information collecting method and program thereof | |
KR102370114B1 (en) | Apparatus and method for creating and managing information bundles in intelligent network management system | |
WO2013185480A1 (en) | Method and device for obtaining throughput rate | |
JP2011239218A (en) | Network relay device, statistic information acquisition system, and statistic information acquisition method | |
US11677651B2 (en) | UDPING—continuous one-way monitoring of multiple network links | |
CN116346634A (en) | State sensing information processing method and device of network management and control system and electronic equipment | |
WO2023197498A1 (en) | Operation administration and maintenance information processing method, and network node and storage medium | |
JP2010193055A (en) | Flow information transmitter, intermediate apparatus, flow information transmission method and program | |
EP3648409A1 (en) | Application end-point aware monitoring | |
Kantorovitch et al. | Case studies and experiments of SNMP in wireless networks | |
Alfat et al. | Performance evaluation of active queue management in fat tree architecture on data center network | |
KR102356104B1 (en) | Apparatus and method for management of performance indicators in intelligent network management system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20110822 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20110826 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20120726 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120828 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20121004 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20121030 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20121031 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5128556 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20151109 Year of fee payment: 3 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |