JP6454190B2 - Communication device, communication path acquisition method, communication path acquisition program, and communication network system - Google Patents

Description

  The present invention relates to a communication device, a communication route acquisition method, a communication route acquisition program, and a communication network system for acquiring a communication route between bases.

For example, in an IP (Internet Protocol) network, communication is relayed by a router. In the IP network, there is TRACEROUTE as a tool for acquiring router information from the node at the A base until reaching the designated node at the B base. TRACEROUTE is a tool that collects information about routers located on the route to the destination device using PING. PING is a tool for confirming communication with a destination device.

In TRACEROUTE, first, the transmission source device executes a PING command for the destination device. At this time, the TTL (Time To Live) value of the Internet Control Message Protocol (ICMP) ECHO message used in PING is set to 1. TT
L indicates the number of routers through which a packet can pass. The TTL is decremented by 1 each time a packet is relayed to the router. When the value of TTL becomes 0, the router returns ICMP TIME EXCEEDED as an error notification to the transmission source device without transferring any more packets.

  In TRACEROUTE, the TTL value of the ICMP ECHO message is an initial value of 1, and the TTL value is reduced by 1 by the router that relays the message first, and becomes 0. Since the router cannot transfer the ICMP ECHO message any more, it returns an ICMP TIME EXCEEDED message as an error notification to the transmission source device.

  In TRACEROUTE, the transmission source device receives the ICMP TIME EXCEEDED message from the first router, and acquires the IP address of the first router from the transmission source address of the ICMP EXCEEDED message. Next, the transmission source device increments the value of TTL by 1 and executes the PING command to the destination device again.

  Thereafter, the process of receiving the ICMP TIME EXCEEDED message and incrementing the TTL by one and executing the PING for the destination apparatus is repeated until the ICMP ECHO REPLY message is received from the destination apparatus. Thus, in TRACEROUTE, information on routers through which packets pass from the transmission source device to the destination device is collected in the order of passage.

  TRACEROUTE is used, for example, to check whether the route design of the transmission source device itself or the router on the route is as designed from the acquired IP address of the router.

JP 2007-318448 A

  However, with TRACEROUTE, route information in the direction from the source device to the destination device is acquired, but the TRACEROUTE command is not executed from the destination device for route information in the reverse direction from the destination device to the source device. As long as not get. The communication path in the reverse direction from the destination apparatus to the transmission source apparatus is not necessarily the same communication path as the direction from the transmission source apparatus to the destination apparatus. For example, there is a router setting error.

  Therefore, when confirming the route design, for example, the administrator executes the TRACEROUTE command from the node of each base from the A base to the B base and from the B base to the A base. When there are a plurality of bases, the administrator executes a TRACEROUTE command from each base for route confirmation, which is troublesome. Note that the same problem is not limited to the IP network and TRACEROUTE, and may occur in any communication path confirmation method that collects information on any type of network and router on the path.

  An object of one embodiment of the present invention is to provide a communication device, a communication route acquisition method, a communication route acquisition program, and a communication network system that can reduce the trouble of a communication route confirmation process between bases.

  One aspect of the present invention includes a route acquisition unit that executes a communication route acquisition command for collecting information on relay devices that pass through to a destination device, and acquires route information from the device itself to the destination device. Instructions for execution of a communication route acquisition command destined for the device and notification of route information from the destination device to the own device obtained as the execution result are transmitted to the destination device, and the route from the destination device to the own device And a control unit that receives information.

  According to the disclosed communication device, the communication path acquisition method, the communication path acquisition program, and the communication network system, it is possible to reduce the trouble of the communication path confirmation process between the bases.

It is a figure which shows an example of the flow of the communication path | route acquisition process which concerns on 1st Embodiment. It is a figure which shows an example of the flow of the communication path | route acquisition process which concerns on 1st Embodiment. It is a figure which shows an example of the flow of the communication path | route acquisition process which concerns on 1st Embodiment. It is a figure which shows an example of the flow of the communication path | route acquisition process which concerns on 1st Embodiment. It is a figure which shows an example of the input screen and output screen in a master of the communication path confirmation process which concerns on 1st Embodiment. It is a figure which shows an example of the hardware constitutions of a communication apparatus. It is a figure which shows an example of a function structure of a communication apparatus. It is an example of the flowchart of a process of a master control part. It is an example of the flowchart of a process of a slave control part.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings. The configuration of the following embodiment is an exemplification, and the present invention is not limited to the configuration of the embodiment.

<First Embodiment>
In the first embodiment, the communication apparatus executes a communication path acquisition command for collecting information on relay apparatuses that pass through to the destination apparatus, and acquires path information from the own apparatus to the destination apparatus. In addition, the communication device transmits an instruction to the destination device to execute a communication route acquisition command that is destined for the device itself and to notify the route information from the destination device to the device itself. As a result, the administrator of the communication network system inputs a process start operation to the communication device, whereby both the route information from the communication device to the destination device and the route information from the destination device to the communication device. Can be obtained.

  1, 2, 3, and 4 are diagrams illustrating an example of a flow of a communication path acquisition process according to the first embodiment. The communication route acquisition processing according to the first embodiment is processing for acquiring route information from the own device to the destination device and from the destination device to the own device. In the first embodiment, the communication path acquisition command is a TRACEROUTE command. In the first embodiment, the route information is acquired as a list in which the IP addresses of routers that are routed to the destination device are arranged in order of passage. The TRACEROUTE command is an example of a “communication path acquisition command”.

  A communication network system 100 according to the first embodiment includes a master 1 and a plurality of slaves 2. Each of these is connected to a predetermined network. The master 1 is a communication device that controls communication path acquisition processing. The slave 2 is a communication device to be controlled by the master 1. Hereinafter, the path in the direction from the master 1 to the slave 2 is referred to as “outward path”, and the path in the direction from the slave 2 to the master 1 is referred to as “return path”.

  In (1) of FIG. 1, the master 1 executes a communication path acquisition command addressed to each slave 2. In the first embodiment, it is a TRACEROUTE command. When the master 1 acquires the route information to each slave 2, the master 1 registers the route information in the communication route table.

  In (2) of FIG. 2, the master 1 transmits to each slave 2 an instruction to execute a communication path acquisition command addressed to itself and to notify the execution result. In (3) of FIG. 3, each slave 2 receives a command from the master 1 and executes a communication path acquisition command addressed to the master 1.

  In (4) of FIG. 4, each slave 2 transmits the execution result of the communication path acquisition command addressed to the master 1 to the master 1. The execution result of the communication path acquisition command addressed to the master 1 is path information on the return path from each slave 2 to the master 1. In (5) of FIG. 4, the master 1 registers the return path information from each slave 2 to the master 1 received from each slave 2 in the communication path table.

  FIG. 5 is a diagram illustrating an example of an input screen and an output screen in the master 1 of the communication path confirmation process according to the first embodiment. The input screen is displayed on the display of the master 1 when, for example, an application for communication path confirmation processing is started on the master 1. For example, the input screen includes a plurality of fields for inputting information of the slave 2 as a communication destination. The input screen shown in FIG. 5 includes input fields for IP address, ID, and password as slave 2 information.

  In the IP address input field, the IP address of the slave 2 whose communication path is to be confirmed is entered. In the ID and password input fields, the login ID and login password of the slave 2 are input. For example, when the communication path confirmation process is performed in the log-off state of the slave 2, the slave 2 may be requested to input the login ID and login password. The input of the login ID and the login password is not essential, and the necessity depends on the state of the slave 2 or setting contents. Examples of the state of the slave 2 include a login or logoff state, a sleep state, and a power-off state.

The input screen also has an input field for the number of executions. The number of executions is the number of times that the communication path confirmation process is repeatedly executed. The user can specify the desired number of executions. The reason why the communication path confirmation process is repeatedly executed a plurality of times is because, for example, unlike the design, the path may be changed during communication, or a plurality of paths may be set by design.

  When the execution button in the input screen is pressed by the user, the communication path confirmation process for the designated number of executions is started.

  The output screen is displayed when the master 1 acquires the path information of the forward path and the return path for each slave 2 and completes the communication path confirmation process. The example of the output screen shown in FIG. 5 is a screen that is displayed when communication path confirmation processing for the designated number of executions is completed. In the output screen of FIG. 5, for each slave 2, for each slave 2, the path information of the forward path and the backward path and the path information of the forward path and the backward path match or do not match, and the forward path and the return path of the communication path to each slave 2. And the number of matches. In the output screen of FIG. 5, the router identification information is indicated by alphabets for the sake of convenience, but in reality, the IP address of each router is displayed.

  Note that the input screen and output screen of the master 1 shown in FIG. 5 are merely examples, and the present invention is not limited thereto. For example, instead of the number of matches between the forward path and the return path of the communication path to each slave 2, the number of mismatches between the forward path and the return path of the communication path to each slave 2 may be displayed. Further, the output screen may be displayed every time the communication path confirmation process for each time is completed, and may be updated to add the execution result of the communication path confirmation process for each time.

<Device configuration>
The master 1 and the slave 2 indicate the role of the communication device in the communication path confirmation process. The same communication device may operate as the master 1 or may operate as the slave 2.

FIG. 6 is a diagram illustrating an example of a hardware configuration of the communication apparatus. The communication device 3 is a terminal device such as a PC (Personal Computer), a tablet terminal, or a smartphone. In FIG. 6, the communication device 3 is described assuming that it is a terminal device. The communication device 3 includes a CPU (Central Processing Unit) 301, a main storage device 302, an input device 303, and an output device 30.
4, an auxiliary storage device 305 and a network interface 307 are provided. These are electrically connected to each other by a bus 309.

The input device 303 is, for example, a keyboard, a mouse, a touch panel, or the like. Data input from the input device 303 is output to the CPU 301. The output device 304 is a CPU
The result of the process 301 is output. The output device 304 includes a display and a printer.

  The auxiliary storage device 305 stores various programs and data used by the CPU 301 when executing each program. The auxiliary storage device 305 is, for example, a nonvolatile memory such as an EPROM (Erasable Programmable ROM), a flash memory, or a hard disk drive. The auxiliary storage device 305 holds, for example, an operating system (OS), a TRACEROUTE program, a communication path confirmation master program 305Q, a communication path confirmation slave program 305R, and various other application programs. The communication path confirmation master program 305Q and the communication path confirmation slave program 305R are programs for operating the communication device 3 as the master 1 and the slave 2, respectively. The TRACEROUTE program is a program for executing TRACEROUTE.

The main storage device 302 provides the CPU 301 with a storage area and a work area for loading a program stored in the auxiliary storage device 305, and is used as a buffer. The main storage device 302 includes, for example, a semiconductor memory such as a RAM (Random Access Memory).

  The CPU 301 executes various processes by loading the OS and various application programs held in the auxiliary storage device 305 into the main storage device 302 and executing them. The number of CPUs 301 is not limited to one, and a plurality of CPUs 301 may be provided.

The network interface 307 is an interface for inputting / outputting signals to / from the network. The network interface 307 includes an interface connected to a wired network and an interface connected to a wireless network. The network interface 307 is, for example, a wireless circuit for connecting to a mobile phone network such as a NIC (Network Interface Card), a wireless LAN (Local Area Network) card, 3G (3rd Generation), or LTE (Long Term Evolution). . Data received by the network interface 307 is output to the CPU 301.

  Note that the hardware configuration of the communication device 3 illustrated in FIG. 6 is an example, and is not limited to the above, and components can be omitted, replaced, or added as appropriate according to the embodiment. For example, the communication device 3 may include a portable recording medium driving device and execute a program recorded on the portable recording medium. The portable recording medium is, for example, an SD card, a miniSD card, a microSD card, a USB (Universal Serial Bus) flash memory, a CD (Compact Disc), a DVD (Digital Versatile Disc), a Blu-ray (registered trademark) Disc, or a flash. A recording medium such as a memory card.

  FIG. 7 is a diagram illustrating an example of a functional configuration of the communication device 3. The communication device 3 includes a master control unit 31, a slave control unit 32, a TRACEROUTE execution unit 33, and a communication path table 34 as functional configurations. The master control unit 31 and the communication path table 34 are functional configurations achieved by the CPU 301 executing the communication path confirmation master program 305Q. The slave control unit 32 has a functional configuration that is achieved by the CPU 301 executing the communication path confirmation slave program 305R. The TRACEROUTE execution unit 33 is a functional configuration achieved by the CPU 301 executing the TRACEROUTE program.

  The master control unit 31 controls processing as the master 1. Specifically, the master control unit 31 instructs the TRACEROUTE execution unit 33 to execute a TRACEROUTE command addressed to the slave 2 designated by the user. The master control unit 31 receives the execution result of the TRACEROUTE from the TRACEROUTE execution unit 33 and stores the execution result in the communication path table 34. The execution result of the TRACEROUTE command addressed to the slave 2 is the path information of the forward path when the TRACEROUTE succeeds and the error code when the TRACEROUTE fails. The success of TRACEROUTE indicates that the ICMP ECHO REPLY message has been returned from the destination and the IP address of the router on the route to the destination has been acquired. The failure of TRACEROUTE indicates that ICMP ECHO REPLY does not return even after a predetermined time elapses from the destination or the router on the route, and the IP address of the router on the route to the destination cannot be acquired.

Next, the master control unit 31 transmits a return path acquisition request for instructing the slave 2 to execute the TRACEROUTE addressed to itself and to notify the execution result. The master control unit 31 receives a response to the return path acquisition request from the slave 2. The response to the return route acquisition request includes the execution result of the TRACEROUTE command addressed to the own device. The execution result of the TRACEROUTE command addressed to the own device is a return path information when the TRACEROUTE succeeds in the corresponding slave 2 and an error code when the TRACEROUTE fails in the corresponding slave 2. The master control unit 31 stores the execution result of the TRACEROUTE command addressed to itself included in the response to the return path acquisition request in the communication path table 34.

  When all the slaves 2 designated by the user have completed the number of times of communication route confirmation processing designated by the user, the master control unit 31 stores the communication route confirmation for each slave 2 stored in the communication route table 34. The execution result of the process is output to the output device 304. The master control unit 31 is an example of a “control unit”.

  The communication path table 34 is created in the storage device of the auxiliary storage device 305 through the execution of the communication path confirmation master program 305 by the CPU 301. The communication path table 34 holds the path information of the forward path and the return path as the execution result of each communication path confirmation process for each slave 2 designated by the user. For example, the communication path table 34 may be updated to an empty state when the communication path confirmation master program 305 is started, or until it is deleted by a user operation as an execution history of the past communication path confirmation master program 305. The execution result of the communication path confirmation process may be held.

  The slave control unit 32 controls processing as the slave 2. Specifically, when activated, the slave control unit 32 waits for a return path acquisition request from the master 1. When receiving the return path acquisition request from the master 1, the slave control unit 32 instructs the TRACEROUTE execution unit 33 to execute the TRACEROUTE command addressed to the master 1. The slave control unit 32 receives the execution result of the TRACEROUTE from the TRACEROUTE execution unit 33, generates a response to the return path acquisition request including the execution result of the TRACEROUTE, and transmits the response to the master 1.

  The exchange between the return acquisition request of the master 1 and the response to the return acquisition request of the slave 2 may be executed by any of the following methods, for example.

  (A) The master control unit 31 of the master 1 uses the TELNET or remote desktop function as a return path acquisition request, connects to the slave 2, and causes the slave 2 to execute a TRACEROUTE command addressed to itself. The TRACEROUT execution unit 33 of the slave 2 executes a TRACEROUTE command addressed to the master 1 in accordance with a command input through a TELNET or remote desktop connection.

  The master control unit 31 of the master 1 causes the slave 2 to save the execution result of the TRACEROUTE command addressed to itself as a text file through TELNET or remote desktop connection. Next, the master control unit 31 of the master 1 causes the slave 2 to transmit the file to the master 1 using FTP (File Transfer Protocol) through a TELNET or remote desktop connection. In this case, the text file transmitted using FTP is a response to the return path acquisition request.

  In the case of the method (A), the processing of the slave control unit 32 of the slave 2 is performed by the master control unit 31 of the master 1 through a TELNET or remote desktop connection. That is, in the case of the method (A), the communication path confirmation slave program 305R is one of the modules included in the communication path confirmation master program 305Q of the master 1. Further, the slave control unit 32 of the slave 2 is achieved by the master 1 executing the communication path confirmation slave program 305R in the process of executing the communication path confirmation master program 305Q of the master 1.

(B) The slave control unit 32 of the slave 2 executes a TRACEROUTE command addressed to the master 1 when receiving an ICMP ECHO message used in the TRACEROUTE executed from the master 1 to the slave 2. In this case, an ICMP ECHO message transmitted from the master 1 to the slave 2 in the process of TRACEROUTE executed by the master 1 is a return path acquisition request.

  For example, the slave controller 32 of the slave 2 can detect the ICMP ECHO message from the master 1 as a return path acquisition request by storing the IP address of the master 1 in advance.

  When receiving the execution result of the TRACEROUTE command addressed to the master 1 from the TRACEROUTE execution unit 33, the slave control unit 32 of the slave 2 stores the execution result as a text file and transmits it to the master 1 using FTP. In this case, the text file transmitted using FTP is a response to the return path acquisition request.

  (C) For example, by introducing a shared server such as NAS (Network Attached Storage), in (A) or (B), the slave control unit 32 of the slave 2 executes the text of the execution result of the TRACEROUTE command addressed to the master 1 The file is stored in the shared server. Further, along with the completion of the execution of the TRACEROUTE command addressed to the master 1, the slave control unit 32 of the slave 2 notifies the master of the completion of the execution of the TRACEROUTE as a response to the return path acquisition request.

  When the master 1 receives the completion of execution of the TRACEOUTE from the slave 2 by the number of times of execution, the master 1 executes, for example, an FTP GET command from the shared server, and acquires a text file that is the execution result of the TRACEROUTE of the slave 2.

  Note that the return path acquisition request and response exchange between the master 1 and the slave 2 are not limited to the above (A) to (C).

  The TRACEROUTE execution unit 33 executes a TRACEROUTE command to a designated destination in accordance with instructions from the master control unit 31 and the slave control unit 32. The TRACEROUTE execution unit 33 outputs the execution result of the TRACEROUTE command to the master control unit 31 or the slave control unit 32. The TRACEROUTE execution unit 33 is an example of a “route acquisition unit”.

<Process flow>
FIG. 8 is an example of a flowchart of processing of the master control unit 31. The flowchart shown in FIG. 8 is started by a user operation such as pressing an execution button on the input screen shown in FIG. 8 is the CPU 301, but for the sake of convenience, the master control unit 31 will be mainly described.

  In OP1, the master control unit 31 sets the variable n to 1. The variable n is a variable for counting the number of executions of the communication path confirmation process. Next, the process proceeds to OP2.

  In OP2, the master control unit 31 instructs the TRACEROUTE execution unit 33 to execute the TRACEROUTE command addressed to the slave 2. The TRACEROUTE execution unit 33 receives the instruction from the master control unit 31 and executes the TRACEROUTE command addressed to the slave 2. The TRACEROUTE execution unit 33 outputs the execution result of the TRACEROUET command addressed to the slave 2 to the master control unit 31. Next, the process proceeds to OP3.

In OP3, the master control unit 31 determines whether or not the execution result of the TRACEROUTE command addressed to the slave 2 is successful. If the execution result of the TRACEROUTE command addressed to the slave 2 is successful (OP3: YES), the process proceeds to OP4. If the execution result of the TRACEROUTE command addressed to the slave 2 is unsuccessful (OP3: NO), an error occurs and the processing shown in FIG. 8 ends.

  In OP4, the master control unit 31 stores the route information of the forward route in the communication route table 34. Next, the process proceeds to OP5. In OP5, the master control unit 31 transmits a return route acquisition request to the slave 2. Next, the process proceeds to OP6.

  In OP6, the master control unit 31 enters a standby state for a response to the return path acquisition request from the slave 2. When the master control unit 31 receives a response to the return path acquisition request from the slave 2 (OP6: YES), the process proceeds to OP7. If a response to the return path acquisition request is not received from the slave 2 even after a predetermined time has elapsed since the return path acquisition request has been transmitted to the slave 2 (OP6: NO), an error occurs and the processing shown in FIG. 8 ends. .

  In OP <b> 7, the master control unit 31 stores in the communication path table 34 the return path information included in the response to the return path acquisition request received from the slave 2. Next, the process proceeds to OP8.

  In OP8, the master control unit 31 compares the route information between the forward path and the return path, and determines whether the path information of the forward path and the return path is the same. In the first embodiment, the route information of the forward path and the return path is the same, the routers that pass through are the same in the forward path and the return path, and the route order of the routers in the return path is It means that the order is reversed. If the route information is the same for the forward route and the return route (OP8: YES), the process proceeds to OP9. If the route information does not match between the outbound route and the inbound route (OP8: NO), the process proceeds to OP10.

  In OP9, the master control unit 31 adds 1 to the number of coincidence between the forward path and the return path of the corresponding slave 2 in the communication path table 34 because the path information is the same between the forward path and the return path. Next, the process proceeds to OP10.

  In OP10, the master control unit 31 determines whether or not the variable n is N. N is the number of executions of the communication path confirmation process designated by the user. If the variable n is N (OP10: YES), the communication path confirmation process has been executed the number of times specified by the user, and the process shown in FIG. 8 ends. If the variable n is not N (OP10: NO), the process proceeds to OP11.

  In OP11, the master control unit 31 updates the variable n to a value obtained by adding 1. Next, the process proceeds to OP2, and the processes from OP2 are repeatedly executed.

  When there are a plurality of slaves 2 designated by the user, the master control unit 31 may execute the process of FIG. Further, for example, the master control unit 31 may execute the process of FIG. 8 so that the process from OP2 to OP9 is completed for all slaves 2 designated by the user and then proceeds to OP10. When the processing shown in FIG. 8 is completed, the master control unit 31 reads out the path information of each slave 2 from the communication path table 34 and outputs it as in the example of the output screen in FIG.

FIG. 9 is an example of a flowchart of processing of the slave control unit 32. The flowchart shown in FIG. 9 is started when the communication path confirmation slave program 305R is started by an input of a user operation or the like when the communication device 3 is started. Further, the process shown in FIG. 9 is repeatedly executed while the communication device 3 is in operation. Note that the subject of the processing shown in FIG.
U 301, but for the sake of convenience, the slave control unit 32 will be mainly described.

  In OP21, the slave control unit 32 waits for reception of a return path acquisition request. When the return path acquisition request is received (OP21: YES), the process proceeds to OP22.

  In OP22, since the slave control unit 32 has received the return path acquisition request, the slave control unit 32 instructs the TRACEROUTE execution unit 33 to execute the TRACEROUTE command addressed to the master 1. The TRACEROUTE execution unit 33 executes a TRACEROUTE command addressed to the master 1 and outputs the execution result to the slave control unit 32. Next, the process proceeds to OP23.

  In OP23, the slave control unit 32 determines whether or not the execution result of the TRACEROUTE command addressed to the master 1 is successful. If the execution result of the TRACEROUTE command addressed to the master 1 is successful (OP23: YES), the process proceeds to OP24. If the execution result of the TRACEROUTE command addressed to the master 1 is unsuccessful (OP23: NO), the process proceeds to OP25.

  In OP24, since the execution result of the TRACEROUTE command addressed to the master 1 is successful, the slave control unit 32 transmits a response to the return route acquisition request including the return route information to the master 1. Thereafter, the process shown in FIG. 9 ends.

  In OP25, since the execution result of the TRACEROUTE command addressed to the master 1 is unsuccessful, the slave control unit 32 transmits a response to the return path acquisition request including the error code to the master 1. Thereafter, the process shown in FIG. 9 ends.

  When the above-described method (A) is adopted, TELNET or remote desktop connection is started as the transmission of the return path acquisition request of OP5 in FIG. When the connection is established, the communication path confirmation slave program 305R is started on the master 1 and the processing of FIG. 9 is started on the slave 2. The connection of TELNET or remote desktop may be maintained until the communication path confirmation process for the designated number of executions is completed, or may be established and disconnected for each communication path confirmation process.

<Operational effects of the first embodiment>
In the first embodiment, the master 1 instructs the slave 2 to execute the TRACEROUTE command addressed to the master 1 and notify the execution result together with the execution of the TRACEROUTE command addressed to the slave 2. The master 1 can acquire path information in both directions, ie, the direction from the master 1 to the slave 2 and the direction from the slave 2 to the master 1.

  Further, according to the first embodiment, the user of the master 1 can acquire the above-described two-way route information by inputting the IP address of the slave 2 and performing an execution start operation. That is, user operations in the communication path confirmation process are reduced, and the user's trouble can be reduced. Even if there are a plurality of slaves 2, the user of the master 1 can obtain the above-mentioned bidirectional route information for each slave 2 by inputting the IP address of each slave 2, greatly reducing the user's trouble. Can be reduced.

  In the first embodiment, the master 1 determines whether or not the path information in both directions of the direction from the master 1 to the slave 2 and the direction from the slave 2 to the master 1 match, and the determination result is Output. As a result, it is possible to save the user himself / herself from comparing the route information in both directions.

<Others>
In the first embodiment, the case where the TRACEROUTE command is used as an example of the communication path acquisition command has been described. However, the technique described in the first embodiment can also be applied to communication path acquisition commands other than TRACEROUTE. For example, when relaying a packet addressed from the master 1 to the slave 2, each router sequentially assigns its own IP address to a predetermined position of the packet, and the master 1 collects the packet, thereby It can also be applied to commands that cause information to be acquired.

  In the first embodiment, the master 1 transmits a return path acquisition request to the slave 2 after executing a TRACEROUTE command addressed to the slave 2. However, the present invention is not limited to this, and the master 1 may execute a TRACEROUTE command addressed to the slave 2 after transmitting a return route acquisition request to the slave 2 and receiving route information of the return route from the slave 2. However, when the master 1 first transmits a return route acquisition request, the method (B) is not adopted as a return route acquisition request and a response exchange between the master 1 and the slave 2.

  In addition, the first embodiment further includes a management device that manages a plurality of masters 1, and information on slaves 2 is input from the management device to each master 1 through the network, and each master 1 and each management device are connected to each master 1. It is also possible to expand so that the route information of the forward path and the return path with the slave 2 is transmitted.

  The communication device 3 is not limited to a terminal device, and may be a relay device such as a router, for example. When the communication device 3 is a relay device and the relay device is operated as the master 1, a display device of a terminal device connected to the relay device via a console or a network is used as a user interface.

<Recording medium>
A program for causing a computer or other machine or device (hereinafter, a computer or the like) to realize any of the above functions can be recorded on a recording medium that can be read by the computer or the like. The function can be provided by causing a computer or the like to read and execute the program of the recording medium.

Here, a computer-readable recording medium is a non-temporary recording medium in which information such as data and programs is accumulated by electrical, magnetic, optical, mechanical, or chemical action and can be read from a computer or the like. A typical recording medium. Examples of such a recording medium that can be removed from a computer or the like include a flexible disk, a magneto-optical disk, a CD-ROM, a CD-R / W, a DVD, a Blu-ray disk, a DAT, an 8 mm tape, a flash memory, and the like. There are cards. In addition, as a recording medium fixed to a computer or the like, there are a hard disk, a ROM (read only memory), and the like. Further, an SSD (Solid State Drive) can be used as a recording medium removable from a computer or the like, or as a recording medium fixed to the computer or the like.

DESCRIPTION OF SYMBOLS 1 Master 2 Slave 3 Communication apparatus 31 Master control part 32 Slave control part 33 TRACEROUTE execution part 34 Communication path table 100 Communication network system 301 CPU
302 Main storage device 305 Auxiliary storage device 305Q Communication path confirmation master program 305R Communication path confirmation slave program

Claims (5)

A route acquisition unit that executes a communication route acquisition command for collecting information on relay devices that pass through to the destination device, and acquires route information from the own device to the destination device;
Instructions for execution of a communication route acquisition command destined for the own device and notification of route information from the destination device to the own device obtained as the execution result are transmitted to the destination device, and the destination device Receiving route information from the device to the device ,
The path information from the radar device to the destination device, and a control unit for the route information from the destination apparatus to the own apparatus, to determine whether coincident,
Equipped with a,
The route acquisition unit executes a communication route acquisition command destined for the destination device a predetermined number of times,
The control unit transmits the instruction to the destination device for the predetermined number of times, the route information from the own device to the destination device for the predetermined number of times, and the route from the destination device to the own device. Count the number of matches or mismatches for the information,
Communication device. The route acquisition unit executes the communication route acquisition command with each of a plurality of destination devices as destinations,
The control unit transmits the instruction to each of the plurality of destination devices.
The communication apparatus according to claim 1 . Computer
Execute a communication route acquisition command for collecting information on relay devices that pass through to the destination device, acquire route information from the own device to the destination device,
Instructions for execution of a communication route acquisition command destined for the own device and notification of route information from the destination device to the own device obtained as the execution result are transmitted to the destination device, and the destination device Receiving route information from the device to the device ,
It is determined whether or not the route information from the own device to the destination device matches the route information from the destination device to the own device,
A communication path acquisition command destined for the destination device is executed a predetermined number of times,
The instruction is transmitted to the destination device for the predetermined number of times, and the route information from the own device to the destination device and the route information from the destination device to the own device for the predetermined number of times, Count the number of matches or mismatches ,
Communication path acquisition method. On the computer,
By executing a communication route acquisition command for collecting information on relay devices that pass through to the destination device, the route information from the own device to the destination device is acquired,
An instruction to execute a communication route acquisition command destined for the own device and notification of route information from the destination device to the own device obtained as the execution result is transmitted to the destination device, and the destination device To receive route information from the device to the device ,
Determining whether or not the route information from the own device to the destination device matches the route information from the destination device to the own device;
The communication path acquisition command destined for the destination device is executed a predetermined number of times,
The instruction is transmitted to the destination device for the predetermined number of times, and the route information from the own device to the destination device and the route information from the destination device to the own device for the predetermined number of times, the number of matches or match the number of times not to Ru is counted,
Communication path acquisition program. A communication network system including first and second devices,
The first device includes:
A route acquisition command for acquiring a route information from the first device to the second device by executing a communication route acquisition command for collecting information of relay devices that pass through the destination as the second device. And
Instructions for execution of a communication route acquisition command destined for the first device and notification of route information from the second device to the first device obtained as a result of the execution are sent to the second device Transmitting to the device, receiving route information from the second device to the first device, route information from the own device to the destination device, route information from the destination device to the own device, a control unit but to determine whether or not to match,
The second device includes:
A route acquisition unit that executes a communication route acquisition command destined for the first device in response to receiving the instruction from the first device;
A control unit for acquiring route information from the second device to the first device and transmitting the route information to the first device;
Equipped with a,
The route acquisition unit of the first device executes a communication route acquisition command destined for the destination device a predetermined number of times,
The control unit of the first device transmits the instruction to the destination device for the predetermined number of times, the route information from the own device to the destination device for the predetermined number of times, and the destination device Counting the number of times of matching or not matching the route information to the own device,
Communication network system.

Images