KR101680736B1

KR101680736B1 - Process for checking status of network device

Info

Publication number: KR101680736B1
Application number: KR1020150101267A
Authority: KR
Inventors: 이호준; 남윤덕
Original assignee: 한림성심대학교 산학협력단
Priority date: 2015-07-16
Filing date: 2015-07-16
Publication date: 2016-11-29

Abstract

The network equipment status check process is initiated. This process includes transmitting an ICMP packet or a TCP packet to at least one of a plurality of network devices connected to the network, receiving a response to the transmitted packet from each network device, If the response is not received within the network device, performing timeout processing for the network device, determining whether the status check succeeds or fails, and recording the timeout process status or success or failure status of each of the plurality of network devices, Or outputting an alarm sound.

Description

[0001] PROCESS FOR CHECKING STATUS OF NETWORK DEVICE [0002]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a process for verifying the connection status of network equipment, and more particularly, to a process for verifying the status of network equipment connected by wire or wireless.

Ping is mainly used to determine connections to a number of network devices connected to the network. Here, the ping is an application program using an Internet Control Message Protocol (ICMP) or a Transmission Control Protocol (TCP).

A network device failure detection system using existing ping periodically pings an interface included in a predetermined network device or network device and judges that there is a failure in the network device or interface that has no response. In this case, as the period of performing the ping is shorter, it is possible to detect a failure of the network equipment to detect the failure more rapidly. However, as the period of performing the ping is shorter, the failure detection unit and the network equipment A problem arises that the degree of load becomes large.

Korean Laid-Open Patent Publication No. 2010-0131107 discloses a method and system for detecting a failure of a network device. However, there is a problem that the period of performing a ping is long and the reliability of determination of failure of a plurality of network devices is low.

Korean Patent Publication No. 2010-0131107

SUMMARY OF THE INVENTION The present invention provides a process for more effectively confirming the status of network equipment connected by wired and wireless in a group composed of a plurality of servers.

According to an aspect of the present invention, a network status checking process includes transmitting an ICMP packet or a TCP packet to at least one of a plurality of network devices connected to a network, receiving a response to the transmitted packet from each network device When the response is not received within a predetermined response time after a packet is transmitted, time-out processing of the network device, determination of success or failure of state verification and recording, and time-out processing for each of the plurality of network devices Whether or not status confirmation succeeded or failed, or outputting an alarm sound.

According to the present invention, it is possible to increase the probability and reliability of confirming the status of network equipment.

1 shows an example of a network equipment status check process according to the present invention.
FIGS. 2 to 8 are diagrams showing a series of flows illustrating an example of a network equipment identification process according to the present invention.

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings so that those skilled in the art can easily carry out the present invention. The present invention may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein. Also, in order to clearly illustrate the present invention in the drawings, portions not related to the present invention are omitted, and the same or similar reference numerals denote the same or similar components.

The objects and effects of the present invention can be understood or clarified naturally by the following description, and the objects and effects of the present invention are not limited only by the following description.

The objects, features and advantages of the present invention will become more apparent from the following detailed description. In the following description, well-known functions or constructions are not described in detail since they would obscure the invention in unnecessary detail. Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

The system for performing the network equipment status check process according to the present invention may be at least one server operating in a data center, a group consisting of at least one server, or a server or terminal connected to a group composed of at least one server , PC). At least one server or the like provides services to external or internal network devices.

At least one server is grouped into a group so that the communication speed with the network device drops or a packet is transmitted in order to detect that the connection is disconnected. The response of the network device is automatically logged based on the cycle or order in which each server pings or the order or sequence in which the groups of servers ping. That is, a message (for example, a ping) is transmitted according to the type of server (for example, securities) and the response time is checked to monitor whether or not the status is abnormal on one screen

1 shows an example of a network equipment status check process according to the present invention.

Referring to FIG. 1, a packet is transmitted to at least one of a plurality of network devices connected to a network (for example, a network device that detects the presence or absence of a connection failure) (S110). The transmission of a packet is also referred to as the transmission of a ping.

In one example, the packet may be an ICMP packet or a TCP packet. The ICMP packet is transmitted in a predetermined IP (Internet Protocol). The TCP packet is transmitted to a server having a predetermined IP through a predetermined port.

As another example, the network equipment may be a server, a host, a personal computer, a printer, a router, a switch, a scanner, and a terminal.

As another example. The period or sequence in which each server pings, or the sequence or order in which a group of servers pings are logged.

Following step S110. A response to the transmitted packet is received from each network equipment (S120).

As an example, the response of each network device is recorded in the log based on the cycle or order in which each server pings or the order or sequence in which the group of servers pings.

In step S120, if a response is not received within a predetermined response time (e.g., several seconds or several minutes) after packet transmission, the network device is timeout processed (S130).

Alternatively, it is determined whether or not a response has been received for a predetermined response time, and then a status check success / failure is determined or recorded.

Or if the response reception rate is slower than the predetermined response rate, timeout processing or status check success / failure is determined. For example, a response time to a URL (uniform resource locator) of a specific web is checked to continuously check the full loading time of the browser.

Subsequent to step S130, whether or not timeout processing is performed on each network device, whether the status check succeeded or failed, is displayed on the screen or an alarm sound is output (S140).

In order to check the status of the connected network devices, it is possible to increase the status check probability and reliability and to connect to a plurality of devices by using a packet (or a ping) having high probability of detection.

A predetermined program (netchecker) is installed in the network equipment identification system, and steps S110 to S140 may be performed in an electronic device such as a mobile terminal such as a PC, a server, or the like, such as a packet transmission unit, a response reception unit, have.

FIGS. 2 to 8 are diagrams showing a series of flows illustrating an example of a network equipment identification process according to the present invention. And executes a predetermined program to monitor the network equipment identification process.

Referring to FIG. 2, the entire device is tested by importing attribute value information set for each of the existing network devices from a predetermined file (e.g., CSV (comma separated values) file) ), Information on attribute values set for each of the existing network devices can be newly saved as a CSV file (FIG. 2 (b)).

Referring to FIG. 3, a network device to be added is newly selected (310), and an attribute value of a predetermined device is imported from an existing CSV file (312). Next, the execution icon is clicked to start testing the entire equipment (320), and a host name, a display name, an IP, a port, a protocol, and the number of alarms for each device are set in an attribute setting screen (322). Then, simultaneously executing or setting the entirety in the pop-up window state may be performed. When the setting is completed, attribute values and positions set for each device are stored in the CSV file (330)

Referring to FIG. 4, when device registration and editing (or setting) is completed, a status check process is executed (410). A ping test is performed to transmit the packet and confirm the response (420). If the packet is normal, ping test execution is stopped (422) and waited (450). When the process is stopped in the standby state, the screen is switched to the editing state of the network device, and IP, port, protocol, warning count, network check, alarm stop, etc. may be edited for each device.

If the ping test result is an error, a warning screen or an error screen is displayed (424) and an alarm operation is performed (430). The alarm sound can be set separately, and the alarm ON / OFF can be set manually (440).

Alternatively, if the ping test is an error, a warning / error screen may be displayed in the status monitor (460). It can be displayed in the status monitor even when it normally operates in the error status.

Alternatively, if the ping test is erroneous, a log file may be generated and error information recorded (470). The log may be verified by calling a log file stored in a fixed folder (480).

Referring to FIG. 5, if a pop-up menu screen is displayed 505, a tracert can be executed in an apparatus execution state, and a network status normal or error is displayed on the screen (510).

Alternatively, if a pop-up menu screen is displayed 505, a ping test may be performed 522 or an error 524 may be displayed.

Alternatively, a screen remotely connected to the server or the network device may be displayed on the pop-up menu screen in the state where the apparatus is in operation (530).

Or a predetermined command window may be executed 542, or a predetermined telnet window may be executed.

Referring to FIG. 6, a URL may be set after selecting a network device in the attribute setting screen (610). More specifically, a URL address or the like is input in the URL setting screen and then added (620). Alternatively, the URL input item may be initialized (632), and unnecessary items may be deleted (634), and the application is executed after the setting is completed.

It may then connect to the web device (or network device) (640). At this time, it can be confirmed on the screen whether the item or URL applied in the equipment attribute is normally exposed (650).

Referring to FIG. 7, after accessing the Web device (710), a Web device connection screen is displayed (720). When the Web device is normally connected, a web browser normal screen is displayed (730) 60 seconds), the registered web device is checked (740). At this time, the time to check the equipment can be changed through a separate setting screen. On the other hand, if an error occurs in the connection of the Web device, a web browser error screen is displayed (750).

Referring to FIG. 8, information such as a URL, an ID, a password, a response time, a connection status, detailed error information, a contact person, a telephone number, an e-mail, a customer, and the like can be confirmed on a screen for a plurality of servers in a group. You can also run, modify, delete, or make connections to each server or network device. It is also possible to perform a connection check on the entire server at once.

It will be apparent to those skilled in the art that various modifications, additions and substitutions are possible, without departing from the spirit and scope of the invention as defined by the appended claims. Should be regarded as belonging to the above-mentioned patent claims.

It will be apparent to those skilled in the art that various modifications and variations can be made in the present invention without departing from the spirit or scope of the inventive concept as defined by the appended claims. But is not limited thereto.

In the above-described exemplary system, the methods are described on the basis of a flowchart as a series of steps or blocks, but the present invention is not limited to the order of the steps, and some steps may occur in different orders . It will also be understood by those skilled in the art that the steps shown in the flowchart are not exclusive and that other steps may be included or that one or more steps in the flowchart may be deleted without affecting the scope of the invention.

Claims

In the network equipment status check process,
Transmitting an Internet Control Message Protocol (ICMP) packet to at least one of a plurality of network devices connected to a network;
Receiving a response to the transmitted packet from each of the plurality of network equipment;
Performing a timeout process on a network device that has not received the response within a predetermined response time after the packet transmission, or determining whether the status check succeeded or failed and recording the result;
Displaying on the screen whether or not timeout processing is performed for each of the plurality of network devices, whether the status check is successful or failed, or outputting an alarm sound;
After the packet is transmitted, a period or sequence of transmitting the packet is recorded in the log; And
Wherein a response to each of the network devices is recorded in the log based on a period or order of transmitting the packet,
The ICMP packet is transmitted in a predetermined IP (Internet Protocol)
Further comprising receiving a URL address on a uniform resource locator (URL) setting screen,
The timeout processing is performed by checking the response speed to the inputted URL address and continuously checking the full loading time of the browser when the reception speed of the response is slower than the predetermined response speed after the packet transmission. A network device status check process.

delete

The method according to claim 1,
The network equipment is at least one of a server, a host, a personal computer, a printer, a router, a switch, a scanner, and a terminal. A network device health check process.

delete

The method of claim 1,
And performing a timeout process if the reception rate of the response is slower than a predetermined response rate after the packet transmission, or determining a success or failure of the status check.

delete