WO2016139937A1 - 情報処理システム、代理サーバ、アドレス重複防止方法及びコンピュータ読み取り可能記録媒体 - Google Patents

情報処理システム、代理サーバ、アドレス重複防止方法及びコンピュータ読み取り可能記録媒体 Download PDF

Info

Publication number
WO2016139937A1
WO2016139937A1 PCT/JP2016/001117 JP2016001117W WO2016139937A1 WO 2016139937 A1 WO2016139937 A1 WO 2016139937A1 JP 2016001117 W JP2016001117 W JP 2016001117W WO 2016139937 A1 WO2016139937 A1 WO 2016139937A1
Authority
WO
WIPO (PCT)
Prior art keywords
address
request
subnet
client terminal
dhcp
Prior art date
Application number
PCT/JP2016/001117
Other languages
English (en)
French (fr)
Inventor
健彦 松本
Original Assignee
日本電気株式会社
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to EP16758635.3A priority Critical patent/EP3267633B1/en
Priority to BR112017018386-2A priority patent/BR112017018386A2/ja
Priority to US15/555,007 priority patent/US20180083918A1/en
Priority to JP2017503347A priority patent/JP6394781B2/ja
Publication of WO2016139937A1 publication Critical patent/WO2016139937A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H04L61/103—Mapping addresses of different types across network layers, e.g. resolution of network layer into physical layer addresses or address resolution protocol [ARP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H04L61/106—Mapping addresses of different types across networks, e.g. mapping telephone numbers to data network addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2521—Translation architectures other than single NAT servers
    • H04L61/2528—Translation at a proxy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5046—Resolving address allocation conflicts; Testing of addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5092—Address allocation by self-assignment, e.g. picking addresses at random and testing if they are already in use
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/59—Network arrangements, protocols or services for addressing or naming using proxies for addressing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/668—Internet protocol [IP] address subnets

Definitions

  • the present invention relates to an information processing system that dynamically assigns an IP (Internet Protocol) address in response to a request from a terminal, a proxy server, an address duplication prevention method, and a program for causing a computer to execute the method.
  • IP Internet Protocol
  • IP address management is performed by using a DHCP (Dynamic Host Configuration Configuration Protocol) and dynamically assigning an IP address by the server.
  • DHCP Dynamic Host Configuration Configuration Protocol
  • Non-Patent Document 1 A method of dynamically assigning an IP address is described in “3.1 Client-server interaction-address assignment” of RFC 2131 (referred to as Non-Patent Document 1) formulated by IETF (Internet Engineering Task Force). . The method will be briefly described.
  • the DHCP server transmits an ICMP (Internet Control Message Protocol) echo request addressed to the IP address to be allocated in order to check whether the IP address allocated to the client terminal is already used. Then, the DHCP server determines whether or not the designated IP address is used depending on whether or not there is an ICMP echo response from any of the client terminals.
  • ICMP Internet Control Message Protocol
  • the DHCP server uses ICMP to check the use status of the IP address, and by not assigning an already used IP address, the same IP address is duplicated to a plurality of client terminals. To prevent assignment.
  • IPv6 Internet Protocol Version 6
  • RFC 3315 referred to as Non-Patent Document 2.
  • Patent Document 1 discloses a method in which a single DHCP server manages an IP address by providing a DHCP relay agent between subnets in a network in which a plurality of subnets are connected via a router.
  • Patent Document 2 discloses that a plurality of DHCP servers are provided in a network in order to increase the reliability when assigning IP addresses.
  • the network between the DHCP server and the client terminal does not have IP reachability, that is, predetermined communication via the network cannot be performed.
  • the ICMP echo request does not reach the client terminal from the DHCP server.
  • communication by ICMP may be blocked by a firewall set in a communication device such as a router that relays communication between a subnet to which a DHCP server is connected and a subnet to which a client terminal is connected.
  • the DHCP server cannot check the usage status of the IP address. In this case, the DHCP server cannot check the presence / absence of duplicate assignment of IP addresses. Then, the DHCP server may assign the same IP address to a plurality of client terminals in the same subnet.
  • the present invention has been made to solve the above-described problems of the technology, and an information processing system, a proxy server, an address duplication prevention method, and a method for preventing duplication of IP address assignment in a computer.
  • the main purpose is to provide a program for execution.
  • an information processing system When there is a request for address allocation from the client terminal, a request message requesting confirmation of the usage status of the target address is transmitted to a second subnet different from the first subnet to which the own device is connected, and the request A DHCP server that receives a response message including a confirmation result for the message from the second subnet and determines whether to assign an address to the client terminal based on the confirmation result; When a request message is received from the DHCP server connected to the second subnet, an echo request for requesting a reply to the client terminal that uses the target address is sent to the subnet to which the client terminal that requested the address assignment is connected. A proxy server that sends a response message to the DHCP server including a response result indicating whether or not there is a response to the echo request; Have
  • the proxy server in one embodiment of the present invention, Upon receipt of the address assignment request from the client terminal, the usage status of the target address is confirmed from the DHCP server connected to the first subnet via the second subnet different from the first subnet.
  • Use confirmation processing means for receiving a request message to request and returning a response message including a confirmation result for the request message to the DHCP server;
  • the usage confirmation processing unit receives the request message from the DHCP server, it sends an echo request for requesting a reply to the client terminal using the targeted address to the subnet to which the client terminal that requested the address assignment is connected.
  • Exploration processing means for notifying the use confirmation processing unit as a confirmation result of the presence or absence of a response to the echo request; Have
  • An address duplication prevention method is an address duplication prevention method by a proxy server connected to a subnet different from the DHCP server, When a request message requesting confirmation of the usage status of the target address is received from the DHCP server that has received a request for address allocation from the client terminal, a response is requested to the client terminal using the target address. Send an echo request to the subnet to which the client terminal that requested the address assignment is connected, Generate a response message that includes the presence or absence of a response to the echo request as a confirmation result for the request message, The generated response message is returned to the DHCP server.
  • the computer-readable recording medium is provided in a computer connected to a different subnet from the DHCP server.
  • a request message requesting confirmation of the usage status of the target address is received from the DHCP server that has received a request for address allocation from the client terminal, a response is requested to the client terminal using the target address.
  • a program for executing a procedure for returning the generated response message to the DHCP server is stored temporarily.
  • the DHCP server it is possible for the DHCP server to check whether or not the IP address is used even if the route through which the DHCP server and the client terminal communicate by DHCP is a network without IP reachability. It is possible to prevent duplicating addresses.
  • each component of each system indicates a functional unit block. Part or all of each component of each system is realized by an arbitrary combination of a computer 500 and a program as shown in FIG. 8, for example.
  • the computer 500 includes the following configuration as an example.
  • CPU Central Processing Unit
  • ROM Read Only Memory
  • RAM Random Access Memory
  • a program 504 loaded into the RAM 503
  • a storage device 505 for storing the program 504
  • a drive device 507 for reading / writing the recording medium 506
  • Communication interface 508 connected to the communication network 509
  • An input / output interface 510 for inputting / outputting data -Bus 511 connecting each component
  • Each component of each device in each embodiment is realized by the CPU 501 acquiring and executing a program 504 that realizes these functions.
  • the program 504 that realizes the function of each component of each device is stored in advance in the storage device 505 or the RAM 503, for example, and is read by the CPU 501 as necessary.
  • the program 504 may be supplied to the CPU 501 via the communication network 509 or may be stored in the recording medium 506 in advance, and the drive device 507 may read the program and supply it to the CPU 501.
  • each device may be realized by an arbitrary combination of the information processing device 500 and a program that are separately provided for each component.
  • a plurality of constituent elements included in each device may be realized by an arbitrary combination of one information processing device 500 and a program.
  • each device is realized by a general-purpose or dedicated circuit, a processor, or a combination thereof. These may be constituted by a single chip cage or may be constituted by a plurality of chip cages connected via a bus. Part or all of each component of each device may be realized by a combination of the above-described circuit and the like and a program.
  • FIG. 1 is a block diagram illustrating a configuration example of a network including an information processing system according to the present embodiment.
  • the network shown in FIG. 1 has a configuration having subnets 50A to 50D.
  • the subnet 50A is connected to the subnet 50B via the router 41, and is connected to the subnet 50D via the router 43.
  • the subnet 50D is connected to the subnet 50C via the router 42.
  • the DHCP server 10 is connected to the subnet 50B.
  • the DHCP proxy server 20 is connected to the subnet 50C.
  • the information processing system of this embodiment includes a DHCP server 10 and a DHCP proxy server 20.
  • the DHCP server 10 is connected to the subnet 50A via the subnet 50B and the router 41, and is connected to the subnet 50C via the router 42.
  • DHCP client terminals hereinafter simply referred to as “client terminals” 31, 32 are connected to the subnet 50A.
  • the DHCP server 10 is a server that distributes network setting information to the client terminals 31 and 32.
  • the client terminals 31 and 32 are terminals that request network setting information from the DHCP server 10 using DHCP and acquire the network setting information from the DHCP server 10.
  • the network setting information includes a subnet mask in addition to the IP address.
  • the IP address includes a network address that is different for each subnet and a host address that is different for each terminal.
  • the DHCP proxy server 20 receives a request for confirming the IP address usage status from the DHCP server 10 and confirms whether or not the IP address to be confirmed is being used instead of the DHCP server 10.
  • Routers 41-43 relay communications between subnets.
  • the router 41 has a DHCP relay agent function in addition to a general router function. Therefore, an IP address assignment request and an assignment to the request are performed via the router 41.
  • FIG. 2 is a functional block diagram showing a configuration example of the DHCP server shown in FIG.
  • the DHCP server 10 includes an information processing unit 11 and a storage unit 15.
  • the DHCP server 10 is realized by the computer 500 or the like described above. That is, the information processing unit 11 includes a memory (not shown) that stores a program, and a CPU (Central Processing Unit) (not shown) that executes processing according to the program.
  • a memory not shown
  • CPU Central Processing Unit
  • the storage unit 15 includes a DHCP related information storage unit 16 and a proxy address storage unit 17.
  • the information processing unit 11 includes a DHCP processing unit 12 and an address duplication confirmation processing unit 13. When the CPU executes the program, the DHCP processing unit 12 and the address duplication confirmation processing unit 13 are virtually configured in the DHCP server 10.
  • the DHCP processing unit 12 and the DHCP related information storage unit 16 correspond to a configuration provided in a general DHCP server.
  • the address duplication confirmation processing unit 13 and the proxy destination address storage unit 17 are configurations added to the DHCP server of this embodiment.
  • the DHCP related information storage unit 16 stores information held by a general DHCPv4 server and a DHCPv6 server.
  • the DHCP related information storage unit 16 stores information on the usage status of the generated IP address.
  • the usage status information of the IP address indicates whether the generated IP address is “in use”, “unused”, or “unusable”.
  • the DHCP related information storage unit 16 manages the IP address assigned by the DHCP processing unit 12 as “in use”.
  • the proxy destination address storage unit 17 stores the IP address of the DHCP proxy server 20. In the present embodiment, it is assumed that the IP address of the DHCP proxy server 20 is stored in the proxy destination address storage unit 17 in advance.
  • the means used when the proxy destination address storage unit 17 stores the IP address of the DHCP proxy server 20 is not particularly limited.
  • the DHCP processing unit 12 distributes and manages IPv4 (Internet Protocol Version 4) / IPv6 network setting information to client terminals.
  • the DHCP processing unit 12 has functions of a general DHCPv4 server and a DHCPv6 server, and executes standard protocol processing disclosed in Non-Patent Document 1, Non-Patent Document 2, and the like.
  • the DHCP processing unit 12 refers to the DHCP related information storage unit 16 and selects an unused IP address or newly generates an IP address.
  • the DHCP processing unit 12 assigns an IP address whose usage status has been confirmed when the IP address has not been used. In addition, when the IP address whose usage status has been confirmed is used, the DHCP processing unit 12 selects or generates another IP address.
  • the address duplication confirmation processing unit 13 confirms the actual usage status of the IP address selected or generated by the DHCP processing unit 12.
  • the address duplication confirmation processing unit 13 has a function of transmitting a request message and a function of receiving a response message from the DHCP proxy server 20.
  • the request message is a message requesting the DHCP proxy server 20 to confirm the use status of the IP address.
  • the address duplication confirmation processing unit 13 determines whether or not the IP address whose usage status has been confirmed is actually allocated to the client terminal, according to the result of checking the usage status of the IP address.
  • the confirmation result of the use status of the IP address is included in the response message received from the DHCP proxy server 20.
  • FIG. 4 is a diagram showing an example of a request message for requesting confirmation of the usage status of the IP address.
  • the request message is transmitted from the DHCP server to the DHCP proxy server.
  • FIG. 5 is a diagram showing an example of a response message including a confirmation result of the use status of the IP address.
  • the response message is transmitted from the DHCP proxy server to the DHCP server.
  • the “IP address to be confirmed” column describes the IP address to be used, ie, the IP address determined by the DHCP server 10.
  • the “IP address to be confirmed” column describes the IP address that has been confirmed to be used, that is, the IP address designated by the DHCP server 10 in the request message.
  • the confirmation result the confirmation result of the use status of the IP address confirmed by the DHCP proxy server 20 is described. Specifically, a value indicating “in use” or “unused” information is described in the “confirmation result” column.
  • FIG. 3 is a functional block diagram showing a configuration example of the DHCP proxy server shown in FIG.
  • the DHCP proxy server 20 includes an address use confirmation processing unit 21 and a search processing unit 22.
  • the DHCP proxy server 20 is provided with a memory (not shown) for storing a program and a CPU (not shown) for executing processing according to the program. That is, the DHCP proxy server 20 is realized by the computer 500 shown in FIG. As the CPU executes the program, the address use confirmation processing unit 21 and the search processing unit 22 are virtually configured in the DHCP proxy server 20.
  • the address use confirmation processing unit 21 receives the request message from the DHCP server 10 and transmits a response message including the confirmation result to the DHCP server 10.
  • the request message is a message requesting confirmation of the usage status of the designated IP address.
  • the search processing unit 22 confirms the usage status of the designated IP address and responds with the result.
  • the search processing unit 22 sends an echo request to the subnet connected to the client terminal that requested the IP address assignment, with the address included in the request message as the destination.
  • the echo request is a request to the terminal to change the destination of the received message and return it. Further, the search processing unit 22 notifies the address use confirmation processing unit 21 of the presence or absence of an echo response.
  • the echo response is a response to the echo request.
  • a case of using ICMP will be described in this embodiment, and a case of using ARP (Address Resolution Protocol) will be described in a second embodiment.
  • ARP Address Resolution Protocol
  • the method of confirming the usage status of the IP address is not limited to using these communication protocols.
  • a case where the protocol is IPv4 will be described as an example, but the present embodiment can also be applied to a case where the protocol is IPv6.
  • the search processing unit 22 When using ICMP, the search processing unit 22 transmits an ICMP echo request with the specified IP address as the destination. Then, the search processing unit 22 determines that the IP address is used when there is an ICMP echo response. The search processing unit 22 determines that the IP address is not used when there is no ICMP echo response. The search processing unit 22 notifies the address use confirmation processing unit 21 of the presence / absence of an ICMP echo response as a confirmation result.
  • FIG. 4 is a flowchart showing the operation procedure of the system of this embodiment.
  • Step F01 The client terminal 31 requests IP address assignment by DHCP.
  • the procedure of the DHCP protocol conforms to Non-Patent Document 1, which is a standard technology, and detailed description thereof is omitted here.
  • the DHCP relay agent function executed by the router 41 an IP address allocation request message is transferred from the client terminal 31 to the DHCP server 10 arranged on the subnet 50B.
  • Step F11 When the DHCP server 10 receives the IP address assignment request from the client terminal 31, the DHCP processing unit 12 refers to the DHCP related information storage unit 16 and selects one unused IP address.
  • Step F12 The DHCP processing unit 12 requests the address duplication confirmation processing unit 13 to confirm the usage status of the IP address selected in Step F11.
  • Step F13 The address duplication confirmation processing unit 13 refers to the proxy destination address storage unit 17 and identifies the IP address of the DHCP proxy server 20. Subsequently, the address duplication confirmation processing unit 13 transmits a message requesting the DHCP proxy server 20 to confirm whether or not the IP address selected by the DHCP processing unit 12 is used.
  • Step F21 When the DHCP proxy server 20 receives from the DHCP server 10 a message requesting confirmation of the usage status of the designated IP address, the address usage confirmation processing unit 21 searches for confirmation of the usage status of the designated IP address. Request to the processing unit 22.
  • the search processing unit 22 sends an ICMP echo request to the subnet 50A with the designated IP address as the destination. Specifically, the search processing unit 22 sends an ICMP echo request addressed to the IP address in which the subnet 50A is set as the network address to the subnet 50C. The ICMP echo request is read from the network address by the router 42 and transferred to the router 43 via the subnet 50D. In the router 43, since the network address of the ICMP echo request is set to the subnet 50A, the router 43 sends the ICMP echo request to the subnet 50A. In this way, the ICMP echo request reaches the subnet 50A via the subnet 50C, the router 42, the subnet 50D, and the router 43.
  • the ICMP echo response reaches the DHCP proxy server 20 through a path reverse to the transfer of the ICMP echo request.
  • the search processing unit 22 determines that the designated IP address is used when there is an ICMP echo response, and determines that the designated IP address is not used when there is no ICMP echo response.
  • the search processing unit 22 notifies the address use confirmation processing unit 21 of the presence / absence of an ICMP echo response as a confirmation result.
  • Step F23 The address usage confirmation processing unit 21 generates a response message including the confirmation result of the usage status of the designated IP address and transmits it to the DHCP server 10.
  • Step F14 When the address duplication confirmation processing unit 13 of the DHCP server 10 receives the response message of the confirmation result of the use status of the designated IP address from the DHCP proxy server 20, the address duplication confirmation processing unit 13 notifies the DHCP processing unit 12 of the confirmation result.
  • Step F15 Based on the confirmation result notified in Step F14, the DHCP processing unit 12 determines whether or not the target IP address is used.
  • Step F16 When the target IP address is not used in the confirmation result notified in Step F14, the DHCP processing unit 12 assigns the IP address to the client terminal 31 according to the DHCP protocol.
  • Step F17 If the target IP address is already used in the confirmation result notified in Step F14, the DHCP processing unit 12 returns to Step F11 and selects another IP address.
  • Step F02 The client terminal 31 receives an IP address assignment via the router 41 according to the DHCP protocol.
  • the DHCP server assigns the same IP address to a plurality of client terminals in duplicate. Can be prevented.
  • the reason will be briefly explained.
  • the DHCP server designates an IP address to a proxy server connected to a subnet different from that of the own device, and requests confirmation of the usage status.
  • the proxy server sends an ICMP echo request with the specified IP address as the destination, the proxy server is connected to a different subnet from the DHCP server, so that the ICMP passes through a communication path other than the network without IP reachability. The echo request is forwarded.
  • the proxy server can confirm whether or not the IP address to be confirmed is used in the subnet to which the client terminal as the IP address allocation request source belongs.
  • the DHCP server can prevent duplicate assignment of IP addresses by determining whether the target IP address is used based on the confirmation result received from the proxy server.
  • the DHCP proxy server uses ICMP to check the usage status of the IP address.
  • ARP is used as a communication protocol instead of ICMP.
  • a client terminal that does not support ICMP does not respond to the ICMP echo request.
  • the IP address duplication check cannot be performed, and the same IP address may be duplicately assigned to a plurality of client terminals.
  • ARP that is supported by many client terminals is used when confirming the usage status of the IP address.
  • FIG. 7 is a block diagram showing a configuration example of a network including the information processing system of the present embodiment.
  • the DHCP proxy server 20 is connected to the subnet 50C as shown in FIG.
  • the DHCP proxy server 20 is connected to the subnet 50A. That is, the DHCP proxy server 20 and the client terminal that requests IP address assignment are arranged in the same subnet 50A.
  • the search processing unit 22 of the DHCP proxy server 20 transmits an ARP request to the subnet 50A to which the client terminal that requested the IP address assignment is connected, with the designated IP address as the destination. Then, when there is an ARP response, the search processing unit 22 determines that the IP address is being used. The search processing unit 22 determines that the IP address is not used when there is no ARP response.
  • step F22 it is possible to use the ARP as the IP address usage status confirmation means in step F22 described with reference to FIG. 6 of the first embodiment.
  • the operation in step F22 in the flowchart shown in FIG. 6 corresponds to the configuration described with reference to FIG. 7 and is replaced with the following operation in step F22 'in the present embodiment.
  • Step F22 ' The search processing unit 22 of the DHCP proxy server 20 transmits an ARP request to the subnet 50A with the designated IP address as the destination. Then, the search processing unit 22 determines that the IP address is used when there is an ARP response, and determines that the IP address is not used when there is no ARP response. The search processing unit 22 notifies the address use confirmation processing unit 21 of the presence or absence of an ARP response as a confirmation result.
  • the DHCP proxy server checks the usage status of the IP address using ARP instead of ICMP as the communication protocol. Since a general client terminal supports ARP necessary for normal communication, even if the client terminal does not respond to ICMP, the DHCP proxy server may check whether an IP address is used. It becomes possible. Even if ICMP is not supported by the client terminal in the search target subnet, the DHCP server refers to the confirmation result by the DHCP proxy server to prevent the same IP address from being assigned to a plurality of client terminals. Can do.
  • a program describing the execution procedure of the address duplication prevention method of this embodiment may be installed in a computer including a server.
  • the same effect as that of the above-described embodiment can be obtained by installing and executing the program on a computer already connected to the network.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

　ＩＰアドレスの重複割り当てを防止可能した情報処理システムを提供する。　クライアント端末からのアドレス割り当て要求に対して、対象とされたアドレスの使用状況を確認する要求メッセージを第２のサブネットに送信し、要求メッセージに対する確認結果を含む応答メッセージを第２のサブネットから受信すると、上記アドレスをクライアント端末に割り当てるか否かを確認結果に基づいて判定する、第１のサブネットに接続されたＤＨＣＰサーバと、ＤＨＣＰサーバから要求メッセージを受信すると、要求メッセージにて対象とされたアドレスを使用するクライアント端末に対して返信を要求するエコー要求を、アドレス割り当てを要求したクライアント端末が接続されたサブネットに送出し、エコー応答の有無を確認結果として含む応答メッセージをＤＨＣＰサーバに送信する、第２のサブネットに接続された代理サーバと、を有する。

Description

情報処理システム、代理サーバ、アドレス重複防止方法及びコンピュータ読み取り可能記録媒体
　本発明は、端末の要求に応じてＩＰ（Internet Protocol）アドレスを動的に割り当てる情報処理システム、代理サーバ、アドレス重複防止方法、およびその方法をコンピュータに実行させるためのプログラムに関する。
　ネットワークに接続される端末には、それぞれ固有のＩＰアドレスが付与される。ネットワーク管理者が各端末へのＩＰアドレスの割り当てを行う場合、ネットワーク端末の台数が多いと、ＩＰアドレスの管理が複雑になる。そのため、ＤＨＣＰ（Dynamic Host Configuration Protocol）を利用し、サーバがＩＰアドレスを動的に割り当てることによって、ＩＰアドレスの管理が行われている。
　ＩＥＴＦ（Internet Engineering Task Force）によって策定されたＲＦＣ２１３１（非特許文献１と称する）の「３．１ クライアント－サーバ相互作用－アドレスの割り当て」に、ＩＰアドレスを動的に割り当てる方法が記述されている。その方法を簡単に説明する。
　はじめに、ＤＨＣＰサーバは、クライアント端末に割り当てるＩＰアドレスが既に使われていないか確認するために、割り当ての対象となるＩＰアドレスを宛先にしたＩＣＭＰ（Internet Control Message Protocol）エコー要求を送信する。そして、ＤＨＣＰサーバは、いずれかのクライアント端末からＩＣＭＰエコー応答が有るか否かによって、指定されたＩＰアドレスが使用されているか否かを判断する。
　このようにして、ＤＨＣＰサーバが、ＩＣＭＰを利用してＩＰアドレスの使用状況を確認し、既に使用されているＩＰアドレスを割り当てないようにすることで、複数のクライアント端末に同じＩＰアドレスを重複して割り当てることを防いでいる。プロトコルがＩＰｖ６（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ　Ｖｅｒｓｉｏｎ　６）である場合がＲＦＣ３３１５（非特許文献２と称する）に規定されている。
　複数のサブネットがルータを介して接続されたネットワークに対して、サブネット間にＤＨＣＰリレーエージェントを設けることで、１台のＤＨＣＰサーバがＩＰアドレスを管理する方法が、特許文献１に開示されている。
　一方、ＩＰアドレスを割当てる場合の信頼性を高めるために、複数のＤＨＣＰサーバをネットワークに設けることが特許文献２に開示されている。しかし、特許文献２に開示された方法では、同じＩＰアドレスを複数のＤＨＣＰサーバが割り当てないように、ＤＨＣＰサーバ間で割り当てられたＩＰアドレスの情報が一致するように管理される必要がある。
特開２００５－２１０５５４号公報 特開２００６－２５４１５３号公報
ＲＦＣ２１３１，ＩＥＴＦ，１９９７年３月 ＲＦＣ３３１５，ＩＥＴＦ，２００３年７月
　ネットワーク構成や設定によっては、ＤＨＣＰサーバおよびクライアント端末間のネットワークにＩＰ到達性がない、すなわち、当該ネットワークを介した所定の通信を行うことができない場合がある。その場合、ＤＨＣＰサーバからクライアント端末にＩＣＭＰエコー要求が届かないことになる。例えば、ＤＨＣＰサーバが接続されるサブネットとクライアント端末が接続されるサブネット間の通信を中継するルータ等の通信機器に設定されたファイアウォールによって、ＩＣＭＰによる通信がブロックされてしまうことがある。
　ＤＨＣＰサーバからクライアント端末にＩＣＭＰエコー要求が到達しないと、ＤＨＣＰサーバはＩＰアドレスの使用状況を確認できなくなる。この場合、ＤＨＣＰサーバは、ＩＰアドレスの重複割り当ての有無をチェックできない。そして、ＤＨＣＰサーバは、同じサブネット内の複数のクライアント端末に同じＩＰアドレスを重複して割り当ててしまうおそれがある。
　本発明は上述したような技術が有する問題点を解決するためになされたものであり、ＩＰアドレスの重複割り当てを防止可能した情報処理システム、代理サーバ、アドレス重複防止方法、およびその方法をコンピュータに実行させるためのプログラムを提供することを主たる目的とする。
　上記目的を達成するための本発明の一態様における情報処理システムは、
　クライアント端末からアドレス割り当ての要求があると、対象とされたアドレスの使用状況の確認を要求する要求メッセージを、自装置が接続される第１のサブネットとは異なる第２のサブネットに送信し、要求メッセージに対する確認結果を含む応答メッセージを第２のサブネットから受信すると、アドレスをクライアント端末に割り当てるか否かを確認結果に基づいて判定するＤＨＣＰサーバと、
　第２のサブネットに接続され、ＤＨＣＰサーバから要求メッセージを受信すると、対象とされたアドレスを使用するクライアント端末に対して返信を要求するエコー要求をアドレス割り当てを要求したクライアント端末が接続されたサブネットに送出し、該エコー要求に対する応答の有無を確認結果として含む応答メッセージをＤＨＣＰサーバに送信する代理サーバと、
を有する。
　また、本発明の一態様における代理サーバは、
　クライアント端末からのアドレス割り当ての要求を受けた、第１のサブネットに接続されたＤＨＣＰサーバから該第１のサブネットとは異なる第２のサブネットを介して、対象とされたアドレスの使用状況の確認を要求する要求メッセージを受信し、要求メッセージに対する確認結果を含む応答メッセージをＤＨＣＰサーバに返信する使用確認処理手段と、
　使用確認処理部がＤＨＣＰサーバから要求メッセージを受信すると、対象とされたアドレスを使用するクライアント端末に対して返信を要求するエコー要求を、アドレス割り当てを要求したクライアント端末が接続されたサブネットに送出し、該エコー要求に対する応答の有無を確認結果として使用確認処理部に通知する探査処理手段と、
を有する。
　また、本発明の一態様におけるアドレス重複防止方法は、ＤＨＣＰサーバとは異なるサブネットに接続された代理サーバによるアドレス重複防止方法であって、
　クライアント端末からのアドレス割り当ての要求を受けたＤＨＣＰサーバから、対象とされたアドレスの使用状況の確認を要求する要求メッセージを受信すると、対象とされたアドレスを使用するクライアント端末に対して返信を要求するエコー要求を、アドレス割り当てを要求したクライアント端末が接続されたサブネットに送出し、
　エコー要求に対する応答の有無を、要求メッセージに対する確認結果として含む応答メッセージを生成し、
　生成した応答メッセージをＤＨＣＰサーバに返信する。
　さらに、本発明の一態様におけるコンピュータ読み取り可能記録媒体は、ＤＨＣＰサーバとは異なるサブネットに接続されたコンピュータに、
　クライアント端末からのアドレス割り当ての要求を受けたＤＨＣＰサーバから、対象とされたアドレスの使用状況の確認を要求する要求メッセージを受信すると、対象とされたアドレスを使用するクライアント端末に対して返信を要求するエコー要求を、アドレス割り当てを要求したクライアント端末が接続されたサブネットに送出する手順と、
　エコー要求に対する応答であるエコー応答の有無を、要求メッセージに対する確認結果として含む応答メッセージを生成する手順と、
　生成した応答メッセージをＤＨＣＰサーバに返信する手順を実行させるプログラムを非一時的に格納する。
　本発明によれば、ＤＨＣＰサーバおよびクライアント端末がＤＨＣＰで通信する経路がＩＰ到達性のないネットワークであっても、ＤＨＣＰサーバはＩＰアドレスが使用されているか否かを確認することが可能となり、ＩＰアドレスを重複して割り当てることを防止できる。
第１の実施形態におけるネットワークの一構成例を示す図である。 図１に示すＤＨＣＰサーバの一構成例を示す機能ブロック図である。 図１に示すＤＨＣＰ代理サーバの一構成例を示す機能ブロック図である。 ＤＨＣＰサーバからＤＨＣＰ代理サーバに送信される要求メッセージの一例を示す図である。 ＤＨＣＰ代理サーバからＤＨＣＰサーバに送信される応答メッセージの一例を示す図である。 第１の実施形態の情報処理システムの動作手順を示すフロー図である。 第２の実施形態におけるネットワークの一構成例を示す図である。 本発明の各実施形態のシステムを実現するコンピュータの一例を示す図である。
　本発明の実施形態について、図面を参照して説明する。本発明の各実施形態において、各システムの各構成要素 は、機能単位のブロックを示している。各システムの各構成要素の一部又は全部は、例えば図８に示すようなコンピュータ５００とプログラムとの任意の組み合わせにより実現される。コンピュータ５００は、一例として、以下のような構成を含む。
　　・ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）５０１
　　・ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）５０２
　　・ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）５０３
　　・ＲＡＭ５０３にロードされるプログラム５０４
　　・プログラム５０４を格納する記憶装置５０５
　　・記録媒体５０６の読み書きを行うドライブ装置５０７
　　・通信ネットワーク５０９と接続する通信インターフェース５０８
　　・データの入出力を行う入出力インターフェース５１０
　　・各構成要素を接続するバス５１１
　各実施形態における各装置の各構成要素は、これらの機能を実現するプログラム５０４をＣＰＵ５０１が取得して実行することで実現される。各装置の各構成要素の機能を実現するプログラム５０４は、例えば、予め記憶装置５０５やＲＡＭ５０３に格納されており、必要に応じてＣＰＵ５０１が読み出す。なお、プログラム５０４は、通信ネットワーク５０９を介してＣＰＵ５０１に供給されてもよいし、予め記録媒体５０６に格納されており、ドライブ装置５０７が当該プログラムを読み出してＣＰＵ５０１に供給してもよい。
　各装置の実現方法には、様々な変形例がある。例えば、各装置は、構成要素毎にそれぞれ別個の情報処理装置５００とプログラムとの任意の組み合わせにより実現されてもよい。また、各装置が備える複数の構成要素が、一つの情報処理装置５００とプログラムとの任意の組み合わせにより実現されてもよい。
　また、各装置の各構成要素の一部又は全部は、汎用または専用の回路 （ｃｉｒｃｕｉｔｒｙ）、プロセッサ等やこれらの組み合わせによって実現される。これらは、単一のチップ によって構成されてもよいし、バスを介して接続される複数のチップ によって構成されてもよい。各装置の各構成要素の一部又は全部は、上述した回路等とプログラムとの組み合わせによって実現されてもよい。
　（第１の実施形態）
　本実施形態の情報処理システムを含むネットワークの構成を説明する。図１は本実施形態の情報処理システムを含むネットワークの一構成例を示すブロック図である。
　図１に示すネットワークは、サブネット５０Ａ～５０Ｄを有する構成である。サブネット５０Ａは、ルータ４１を介してサブネット５０Ｂと接続され、ルータ４３を介してサブネット５０Ｄと接続されている。サブネット５０Ｄはルータ４２を介してサブネット５０Ｃと接続されている。サブネット５０ＢにはＤＨＣＰサーバ１０が接続されている。サブネット５０ＣにはＤＨＣＰ代理サーバ２０が接続されている。
　本実施形態の情報処理システムは、ＤＨＣＰサーバ１０と、ＤＨＣＰ代理サーバ２０とを有する。
　ＤＨＣＰサーバ１０は、サブネット５０Ｂおよびルータ４１を介してサブネット５０Ａと接続され、ルータ４２を介してサブネット５０Ｃと接続されている。サブネット５０Ａには、ＤＨＣＰクライアント端末（以下では、単に「クライアント端末」とする）３１、３２が接続されている。ＤＨＣＰサーバ１０は、クライアント端末３１、３２にネットワーク設定情報を配布するサーバである。
　クライアント端末３１、３２は、ＤＨＣＰを用いてネットワーク設定情報をＤＨＣＰサーバ１０に要求し、ＤＨＣＰサーバ１０からネットワーク設定情報を取得する端末である。ネットワーク設定情報は、ＩＰアドレスの他に、サブネットマスクを含む。ＩＰアドレスは、サブネット毎に異なるアドレスであるネットワークアドレスと、端末毎に異なるアドレスであるホストアドレスとを含む。
　ＤＨＣＰ代理サーバ２０は、ＩＰアドレス使用状況を確認する要求をＤＨＣＰサーバ１０から受け付け、確認の対象となるＩＰアドレスが使用されているか否かを、ＤＨＣＰサーバ１０の代わりに確認する。
　ルータ４１～４３はサブネット間の通信を中継する。ルータ４１は、一般的なルータとしての機能の他に、ＤＨＣＰリレーエージェントの機能を備えている。そのため、ＩＰアドレスの割り当て要求とその要求に対する割り当てはルータ４１を介して行われる。
　なお、本実施形態では、説明を簡単にするために、サブネットが４つ、ルータが３つ、クライアント端末が２つの場合で説明する。しかしながら、サブネット、ルータおよびクライアント端末の数はこれらの数に限定されない。
　本実施形態の情報処理システムにおいて、ＤＨＣＰサーバ１０の構成を説明する。
　図２は図１に示したＤＨＣＰサーバの一構成例を示す機能ブロック図である。図２に示すように、ＤＨＣＰサーバ１０は情報処理部１１および記憶部１５を有する。ＤＨＣＰサーバ１０は、上述したコンピュータ５００等で実現される。すなわち、情報処理部１１は、プログラムを記憶するメモリ（不図示）と、プログラムにしたがって処理を実行するＣＰＵ（Central Processing Unit）（不図示）とを有する。
　記憶部１５は、ＤＨＣＰ関連情報記憶部１６および代理先アドレス記憶部１７を有する。情報処理部１１は、ＤＨＣＰ処理部１２およびアドレス重複確認処理部１３を有する。ＣＰＵがプログラムを実行することで、ＤＨＣＰ処理部１２およびアドレス重複確認処理部１３がＤＨＣＰサーバ１０に仮想的に構成される。
　ＤＨＣＰ処理部１２およびＤＨＣＰ関連情報記憶部１６は、一般的なＤＨＣＰサーバに設けられた構成に相当する。アドレス重複確認処理部１３および代理先アドレス記憶部１７は、本実施形態のＤＨＣＰサーバに追加された構成である。
　ＤＨＣＰ関連情報記憶部１６は、一般的なＤＨＣＰｖ４サーバとＤＨＣＰｖ６サーバが保持する情報を記憶する。ＤＨＣＰ関連情報記憶部１６は、生成されたＩＰアドレスの使用状況の情報を記憶する。ＩＰアドレスの使用状況の情報とは、生成されたＩＰアドレスが「使用中」、「未使用」および「使用不可」のうちのいずれであるかを示す。ＤＨＣＰ関連情報記憶部１６は、ＤＨＣＰ処理部１２が割り当てたＩＰアドレスを「使用中」として管理する。
　代理先アドレス記憶部１７は、ＤＨＣＰ代理サーバ２０のＩＰアドレスを記憶する。本実施形態では、ＤＨＣＰ代理サーバ２０のＩＰアドレスが事前に代理先アドレス記憶部１７に保存されている場合を想定する。そして、代理先アドレス記憶部１７がＤＨＣＰ代理サーバ２０のＩＰアドレスを記憶する際の手段は特に限定されない。
　ＤＨＣＰ処理部１２は、ＩＰｖ４（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ　Ｖｅｒｓｉｏｎ　４）／ＩＰｖ６のネットワーク設定情報をクライアント端末に配布および管理する。ＤＨＣＰ処理部１２は、一般的なＤＨＣＰｖ４サーバやＤＨＣＰｖ６サーバの機能を備え、非特許文献１および非特許文献２等に開示された標準的なプロトコル処理を実行する。ＤＨＣＰ処理部１２は、クライアント端末からＩＰアドレス割り当ての要求があると、ＤＨＣＰ関連情報記憶部１６を参照し、未使用のＩＰアドレスを選択するか、または新規にＩＰアドレスを生成する。ＤＨＣＰ処理部１２は、使用状況を確認したＩＰアドレスが使用されていない場合、そのＩＰアドレスを割り当てる。また、ＤＨＣＰ処理部１２は、使用状況を確認したＩＰアドレスが使用されている場合、別のＩＰアドレスを選択または生成する。
　アドレス重複確認処理部１３は、ＤＨＣＰ処理部１２によって選択または生成されたＩＰアドレスの実際の使用状況を確認する。アドレス重複確認処理部１３は、要求メッセージを送信する機能と、ＤＨＣＰ代理サーバ２０からの応答メッセージを受信する機能とを有する。要求メッセージは、ＤＨＣＰ代理サーバ２０にＩＰアドレスの使用状況の確認を要求するメッセージである。アドレス重複確認処理部１３は、ＩＰアドレスの使用状況の確認結果に応じて、使用状況を確認したＩＰアドレスを実際にクライアント端末に割り当てるか否かを判断する。ＩＰアドレスの使用状況の確認結果は、ＤＨＣＰ代理サーバ２０から受信した応答メッセージに含まれる。
　ここで、ＩＰアドレスの使用状況を確認する要求メッセージと、その確認結果を含む応答メッセージの構成例を説明する。
　図４は、ＩＰアドレスの使用状況の確認を依頼する要求メッセージの一例を示す図である。要求メッセージは、ＤＨＣＰサーバからＤＨＣＰ代理サーバに送信される。図５はＩＰアドレスの使用状況の確認結果を含む応答メッセージの一例を示す図である。応答メッセージは、ＤＨＣＰ代理サーバからＤＨＣＰサーバに送信される。
　図４に示す要求メッセージにおいて、「確認対象のＩＰアドレス」の欄には、使用状況を確認する対象のＩＰアドレス、すなわちＤＨＣＰサーバ１０が決定したＩＰアドレスが記載される。
　図５に示す応答メッセージにおいて、「確認対象のＩＰアドレス」の欄には、使用状況を確認した対象のＩＰアドレス、すなわちＤＨＣＰサーバ１０が要求メッセージで指定したＩＰアドレスが記載される。「確認結果」の欄には、ＤＨＣＰ代理サーバ２０が確認した、ＩＰアドレスの使用状況の確認結果が記載される。具体的には、「確認結果」の欄に、「使用中」または「未使用」の情報を示す値が記載される。
　次に、ＤＨＣＰ代理サーバ２０の構成を説明する。
　図３は図１に示したＤＨＣＰ代理サーバの一構成例を示す機能ブロック図である。図３に示すように、ＤＨＣＰ代理サーバ２０は、アドレス使用確認処理部２１と、探査処理部２２とを有する。
　ＤＨＣＰ代理サーバ２０には、プログラムを記憶するメモリ（不図示）と、プログラムにしたがって処理を実行するＣＰＵ（不図示）とが設けられている。すなわち、ＤＨＣＰ代理サーバ２０は、図８に示すコンピュータ５００等で実現される。ＣＰＵがプログラムを実行することで、アドレス使用確認処理部２１および探査処理部２２がＤＨＣＰ代理サーバ２０に仮想的に構成される。
　アドレス使用確認処理部２１は、要求メッセージをＤＨＣＰサーバ１０から受信し、確認結果を含む応答メッセージをＤＨＣＰサーバ１０に送信する。要求メッセージは、指定されたＩＰアドレスの使用状況の確認を要求する旨のメッセージである。なお、アドレス使用確認処理部２１が送受信するメッセージは、図４および図５を参照して説明したので、その詳細な説明を省略する。
　探査処理部２２は、指定されたＩＰアドレスの使用状況を確認し、結果を応答する。探査処理部２２は、要求メッセージに含まれるアドレスを宛先として、エコー要求を、ＩＰアドレスの割り当てを要求したクライアント端末が接続されたサブネットに送信する。エコー要求とは、受信するメッセージの宛先を変えて返信することを端末に要求するものである。また、探査処理部２２は、エコー応答の有無をアドレス使用確認処理部２１に通知する。エコー応答は、エコー要求に対する応答である。
　ＩＰアドレスの使用状況を確認する方法として、ＩＣＭＰを利用する場合を本実施形態で説明し、ＡＲＰ（Address Resolution Protocol）を利用する場合を第２の実施形態で説明する。しかしながら、ＩＰアドレスの使用状況を確認する方法は、これらの通信プロトコルを利用する場合に限定されない。また、以下では、プロトコルがＩＰｖ４である場合を例に説明するが、プロトコルがＩＰｖ６である場合にも本実施形態を適用することが可能である。
　ＩＣＭＰを利用する場合、探査処理部２２は、指定されたＩＰアドレスを宛先としてＩＣＭＰエコー要求を送信する。そして、探査処理部２２は、ＩＣＭＰエコー応答があった場合、ＩＰアドレスが使用されていると判断する。また、探索処理部２２は、ＩＣＭＰエコー応答がなかった場合、ＩＰアドレスが使用されていないと判断する。探査処理部２２は、ＩＣＭＰエコー応答の有無を確認結果としてアドレス使用確認処理部２１に通知する。
　次に、本実施形態の情報処理システムによるアドレス重複防止方法の動作を説明する。図４は本実施形態のシステムの動作手順を示すフロー図である。
　この例では、ＩＣＭＰの通信に関してサブネット５０Ａとサブネット５０Ｂの間でＩＰ到達性がないものとする。例えば、ＩＣＭＰによる通信をブロックするファイアウォールがルータ４１に設定されている場合が考えられる。また、クライアント端末３１がＩＰアドレスの割り当てをＤＨＣＰサーバ１０に対して要求するものとする。
　ステップＦ０１：クライアント端末３１がＤＨＣＰによりＩＰアドレスの割り当てを要求する。ＤＨＣＰプロトコルの手順は、標準技術である非特許文献１に準ずるとし、ここでは、その詳細な説明を省略する。ルータ４１が実行するＤＨＣＰリレーエージェント機能により、サブネット５０Ｂ上に配置されたＤＨＣＰサーバ１０にＩＰアドレスの割り当ての要求メッセージがクライアント端末３１から転送される。
　ステップＦ１１：ＤＨＣＰサーバ１０は、クライアント端末３１からＩＰアドレス割り当ての要求を受信すると、ＤＨＣＰ処理部１２はＤＨＣＰ関連情報記憶部１６を参照し、未使用のＩＰアドレスを１つ選択する。
　ステップＦ１２：ＤＨＣＰ処理部１２は、アドレス重複確認処理部１３に対して、ステップＦ１１で選択したＩＰアドレスの使用状況の確認を要求する。
　ステップＦ１３：アドレス重複確認処理部１３は、代理先アドレス記憶部１７を参照し、ＤＨＣＰ代理サーバ２０のＩＰアドレスを特定する。続いて、アドレス重複確認処理部１３は、ＤＨＣＰ代理サーバ２０に対して、ＤＨＣＰ処理部１２によって選択されたＩＰアドレスが使用されているか否かの確認を要求するメッセージを送信する。
　ステップＦ２１：ＤＨＣＰ代理サーバ２０は指定されたＩＰアドレスの使用状況の確認を要求するメッージをＤＨＣＰサーバ１０から受信すると、アドレス使用確認処理部２１は、指定されたＩＰアドレスの使用状況の確認を探査処理部２２に要求する。
　ステップＦ２２の動作を説明する。探査処理部２２は、指定されたＩＰアドレスを宛先としてＩＣＭＰエコー要求をサブネット５０Ａに送出する。具体的には、探査処理部２２は、ネットワークアドレスにサブネット５０Ａが設定されたＩＰアドレスを宛先とするＩＣＭＰエコー要求をサブネット５０Ｃに送出する。ＩＣＭＰエコー要求は、ルータ４２でネットワークアドレスが読み出され、サブネット５０Ｄを介してルータ４３に転送される。ルータ４３では、ＩＣＭＰエコー要求のネットワークアドレスがサブネット５０Ａに設定されているので、ルータ４３は、そのＩＣＭＰエコー要求をサブネット５０Ａに送出する。このようにして、ＩＣＭＰエコー要求は、サブネット５０Ｃ、ルータ４２、サブネット５０Ｄおよびルータ４３を介してサブネット５０Ａに到達する。
　サブネット５０Ａに接続される端末のうち、確認対象のＩＰアドレスが付与されたクライアント端末がある場合、ＩＣＭＰエコー応答は、ＩＣＭＰエコー要求の転送とは逆の経路で、ＤＨＣＰ代理サーバ２０に到達する。
　探査処理部２２は、ＩＣＭＰエコー応答があった場合、指定されたＩＰアドレスが使用されていると判断し、ＩＣＭＰエコー応答がなかった場合、指定されたＩＰアドレスが使用されていないと判断する。探査処理部２２は、ＩＣＭＰエコー応答の有無を確認結果としてアドレス使用確認処理部２１に通知する。
　ステップＦ２３：アドレス使用確認処理部２１は、指定されたＩＰアドレスの使用状況の確認結果を含む応答メッセージを生成してＤＨＣＰサーバ１０に送信する。
　ステップＦ１４：ＤＨＣＰサーバ１０のアドレス重複確認処理部１３は、指定されたＩＰアドレスの使用状況の確認結果の応答メッセージをＤＨＣＰ代理サーバ２０から受信すると、確認結果をＤＨＣＰ処理部１２に通知する。
　ステップＦ１５：ステップＦ１４で通知される確認結果に基づいて、ＤＨＣＰ処理部１２は、対象のＩＰアドレスが使用されているか否かを判定する。
　ステップＦ１６：ステップＦ１４で通知される確認結果において、対象のＩＰアドレスが使用されていない場合、ＤＨＣＰ処理部１２はＤＨＣＰのプロトコルにしたがってそのＩＰアドレスをクライアント端末３１に割り当てる。
　ステップＦ１７：ステップＦ１４で通知される確認結果において、対象のＩＰアドレスが既に使用されている場合、ＤＨＣＰ処理部１２はステップＦ１１に戻り、別のＩＰアドレスを１つ選択する。
　ステップＦ０２：クライアント端末３１は、ＤＨＣＰのプロトコルにしたがってルータ４１を介してＩＰアドレスの割り当てを受ける。
　本実施形態によれば、ＤＨＣＰサーバおよびクライアント端末がＤＨＣＰで通信する経路が、ＩＣＭＰに関してＩＰ到達性のないネットワークであっても、ＤＨＣＰサーバが複数のクライアント端末に同じＩＰアドレスを重複して割り当てることを防ぐことができる。その理由を簡単に説明する。ＤＨＣＰサーバは、自装置とは異なるサブネットに接続された代理サーバにＩＰアドレスを指定して使用状況の確認を要求する。指定されたＩＰアドレスを宛先にしたＩＣＭＰエコー要求を代理サーバが送信すると、代理サーバはＤＨＣＰサーバとは異なるサブネットに接続されているので、ＩＰ到達性のないネットワーク以外の通信経路を経由してＩＣＭＰエコー要求は転送される。これにより、代理サーバは、ＩＰアドレス割り当て要求元のクライアント端末が所属するサブネットにおいて、確認の対象とされたＩＰアドレスが使用されているか否かを確認できる。ＤＨＣＰサーバは、代理サーバから受け取る確認結果に基づいて、対象とされたＩＰアドレスが使用されているか否かを判定することで、ＩＰアドレスの重複割り当てを防止することが可能となる。
　（第２の実施形態）
　第１の実施形態では、ＤＨＣＰ代理サーバがＩＰアドレスの使用状況の確認にＩＣＭＰを用いたが、本実施形態では、通信プロトコルとして、ＩＣＭＰの代わりにＡＲＰを利用する。
　ＤＨＣＰサーバおよびクライアント端末間のネットワークにＩＰ到達性があっても、ＩＣＭＰに対応していないクライアント端末は、ＩＣＭＰエコー要求に応答しない。このようなクライアント端末に対しては、ＩＰアドレスの重複チェックができず、複数のクライアント端末に同じＩＰアドレスを重複して割り当ててしまうことが起こり得る。
　そこで、本実施形態では、ＩＰアドレスの使用状況を確認する際に、多くのクライアント端末にサポートされているＡＲＰが用いられる。
　本実施形態の情報処理システムを含むネットワークの構成を説明する。
　図７は本実施形態の情報処理システムを含むネットワークの一構成例を示すブロック図である。
　第１の実施形態では、図１に示したようにＤＨＣＰ代理サーバ２０がサブネット５０Ｃに接続されていた。本実施形態では、図７に示すように、ＤＨＣＰ代理サーバ２０はサブネット５０Ａに接続されている。つまり、ＤＨＣＰ代理サーバ２０と、ＩＰアドレスの割り当てを要求するクライアント端末とが同一のサブネット５０Ａに配置される。
　本実施形態では、ＤＨＣＰ代理サーバ２０の探査処理部２２は、指定されたＩＰアドレスを宛先として、ＡＲＰ要求をＩＰアドレスの割り当てを要求したクライアント端末が接続されるサブネット５０Ａに送信する。そして、探査処理部２２は、ＡＲＰ応答がある場合、ＩＰアドレスが使用されていると判断する。探索処理部２２は、ＡＲＰ応答がない場合、ＩＰアドレスが使用されていないと判断する。
　本実施形態の情報処理システムの動作を、図６および図７を参照して説明する。
　本実施形態によれば、第１の実施形態の図６を参照して説明したステップＦ２２において、ＩＰアドレスの使用状況の確認手段にＡＲＰを利用することが可能となる。図６に示したフロー図におけるステップＦ２２の動作が、図７を参照して説明した構成に対応して、本実施形態では、下記のステップＦ２２’の動作に置き換えられる。
　ステップＦ２２’：ＤＨＣＰ代理サーバ２０の探査処理部２２は、指定されたＩＰアドレスを宛先としてＡＲＰ要求をサブネット５０Ａに送信する。そして、探査処理部２２は、ＡＲＰ応答があった場合、そのＩＰアドレスが使用されていると判断し、ＡＲＰ応答がなかった場合、そのＩＰアドレスが使用されていないと判断する。探査処理部２２は、ＡＲＰ応答の有無を確認結果としてアドレス使用確認処理部２１に通知する。
　本実施形態では、ＤＨＣＰ代理サーバが、通信プロトコルとしてＩＣＭＰの代わりにＡＲＰを使用してＩＰアドレスの使用状況を確認する。一般的なクライアント端末は、通常の通信に必要なＡＲＰがサポートされているため、クライアント端末がＩＣＭＰに応答しない場合でも、ＤＨＣＰ代理サーバは、ＩＰアドレスが使用されているか否かを確認することが可能となる。探査対象のサブネットにおけるクライアント端末にＩＣＭＰがサポートされていなくても、ＤＨＣＰサーバは、ＤＨＣＰ代理サーバによる確認結果を参照することで、複数のクライアント端末に同じＩＰアドレスを重複して割り当てることを防ぐことができる。
　なお、上述の実施形態では、ＤＨＣＰ代理サーバ２０をサブネット５０Ｃまたはサブネット５０Ａに設ける場合で説明がなされた。しかしながら、本実施形態のアドレス重複防止方法の実行手順を記述したプログラムが、サーバを含むコンピュータにインストールされてもよい。この場合、ネットワークに既に接続されているコンピュータにそのプログラムをインストールして実行させることで、上述の実施形態と同様の効果を得ることができる。
　以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　この出願は、２０１５年３月２日に出願された日本出願特願２０１５－０４００８８を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　１０　　ＤＨＣＰサーバ
　２０　　ＤＨＣＰ代理サーバ
　２１　　アドレス使用確認処理部
　２２　　探査処理部

Claims (6)

  1. 　クライアント端末からアドレス割り当ての要求があると、対象とされたアドレスの使用状況の確認を要求する要求メッセージを、自装置が接続される第１のサブネットとは異なる第２のサブネットに送信し、該要求メッセージに対する確認結果を含む応答メッセージを前記第２のサブネットから受信すると、前記アドレスを前記クライアント端末に割り当てるか否かを前記確認結果に基づいて判定するＤＨＣＰサーバと、
    　前記第２のサブネットに接続され、前記ＤＨＣＰサーバから前記要求メッセージを受信すると、前記対象とされたアドレスを使用するクライアント端末に対して返信を要求するエコー要求を、前記アドレス割り当てを要求したクライアント端末が接続されたサブネットに送出し、該エコー要求に対する応答の有無を前記確認結果として含む前記応答メッセージを前記ＤＨＣＰサーバに送信する代理サーバと、
    を有する情報処理システム。
  2. 　クライアント端末からのアドレス割り当ての要求を受けた、第１のサブネットに接続されたＤＨＣＰサーバから、該第１のサブネットとは異なる第２のサブネットを介して対象とされたアドレスの使用状況の確認を要求する要求メッセージを受信し、該要求メッセージに対する確認結果を含む応答メッセージを前記ＤＨＣＰサーバに返信する使用確認処理手段と、
    　前記使用確認処理部が前記ＤＨＣＰサーバから前記要求メッセージを受信すると、前記対象とされたアドレスを使用するクライアント端末に対して返信を要求するエコー要求を、前記アドレス割り当てを要求したクライアント端末が接続されたサブネットに送出し、該エコー要求に対する応答の有無を前記確認結果として前記使用確認処理部に通知する探査処理手段と、
    を有する代理サーバ。
  3. 　前記エコー要求はＩＣＭＰ（Internet Control Message Protocol）エコー要求またはＡＲＰ（Address Resolution Protocol）要求である、請求項２に記載の代理サーバ。
  4. 　前記クライアント端末が前記第２のサブネットに接続されている場合、前記探査処理手段は、前記エコー要求として前記ＡＲＰ要求を利用する、請求項３に記載の代理サーバ。
  5. 　ＤＨＣＰサーバとは異なるサブネットに接続された代理サーバによるアドレス重複防止方法であって、
    　クライアント端末からのアドレス割り当ての要求を受けた前記ＤＨＣＰサーバから、対象とされたアドレスの使用状況の確認を要求する要求メッセージを受信すると、前記対象とされたアドレスを使用するクライアント端末に対して返信を要求するエコー要求を、前記アドレス割り当てを要求したクライアント端末が接続されたサブネットに送出し、
    　前記エコー要求に対する応答の有無を、前記要求メッセージに対する確認結果として含む応答メッセージを生成し、
    　生成した前記応答メッセージを前記ＤＨＣＰサーバに返信する、アドレス重複防止方法。
  6. 　ＤＨＣＰサーバとは異なるサブネットに接続されたコンピュータに、
    　クライアント端末からのアドレス割り当ての要求を受けた前記ＤＨＣＰサーバから、対象とされたアドレスの使用状況の確認を要求する要求メッセージを受信すると、前記対象とされたアドレスを使用するクライアント端末に対して返信を要求するエコー要求を、前記アドレス割り当てを要求したクライアント端末が接続されたサブネットに送出する手順と、
    　前記エコー要求に対する応答の有無を、前記要求メッセージに対する確認結果として含む応答メッセージを生成する手順と、
    　生成した前記応答メッセージを前記ＤＨＣＰサーバに返信する手順を実行させるプログラムを格納した、コンピュータ読み取り可能記録媒体。
PCT/JP2016/001117 2015-03-02 2016-03-02 情報処理システム、代理サーバ、アドレス重複防止方法及びコンピュータ読み取り可能記録媒体 WO2016139937A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP16758635.3A EP3267633B1 (en) 2015-03-02 2016-03-02 Information processing system, proxy server, address duplication prevention method, and computer-readable recording medium
BR112017018386-2A BR112017018386A2 (ja) 2015-03-02 2016-03-02 An information processing system, a proxy server, an address duplication prevention method, and the recording medium that can be computer read
US15/555,007 US20180083918A1 (en) 2015-03-02 2016-03-02 Information processing system, proxy server, address duplication prevention method, and computer-readable recording medium
JP2017503347A JP6394781B2 (ja) 2015-03-02 2016-03-02 情報処理システム、代理サーバ、アドレス重複防止方法及びコンピュータ読み取り可能記録媒体

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015040088 2015-03-02
JP2015-040088 2015-03-02

Publications (1)

Publication Number Publication Date
WO2016139937A1 true WO2016139937A1 (ja) 2016-09-09

Family

ID=56848786

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/001117 WO2016139937A1 (ja) 2015-03-02 2016-03-02 情報処理システム、代理サーバ、アドレス重複防止方法及びコンピュータ読み取り可能記録媒体

Country Status (5)

Country Link
US (1) US20180083918A1 (ja)
EP (1) EP3267633B1 (ja)
JP (1) JP6394781B2 (ja)
BR (1) BR112017018386A2 (ja)
WO (1) WO2016139937A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019016910A (ja) * 2017-07-06 2019-01-31 株式会社リコー 機器設定装置、機器設定システム、機器設定方法、及びプログラム
CN109428983A (zh) * 2017-08-31 2019-03-05 佳能株式会社 信息处理装置及其控制方法和存储介质

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111405029B (zh) * 2020-03-12 2023-06-02 北京字节跳动网络技术有限公司 一种请求处理方法及装置
EP3919344A1 (en) * 2020-06-05 2021-12-08 Mitsubishi Electric R&D Centre Europe B.V. Method for geolocating an interference source in a communication-based transport system
CN114374670B (zh) * 2021-12-29 2024-04-30 中国电信股份有限公司 管理ip资源池的方法、装置、dhcp服务器及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006050006A (ja) * 2004-07-30 2006-02-16 Canon Inc ネットワーク接続設定装置及びネットワーク接続設定方法
US20130166737A1 (en) * 2011-12-22 2013-06-27 International Business Machines Corporation Duplicate ip address detection by a dhcp relay agent

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8458303B2 (en) * 2010-07-12 2013-06-04 Cisco Technology, Inc. Utilizing a gateway for the assignment of internet protocol addresses to client devices in a shared subset

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006050006A (ja) * 2004-07-30 2006-02-16 Canon Inc ネットワーク接続設定装置及びネットワーク接続設定方法
US20130166737A1 (en) * 2011-12-22 2013-06-27 International Business Machines Corporation Duplicate ip address detection by a dhcp relay agent

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
R. DROMS: "Dynamic Host Configuration Protocol", RFC 2131, IETF, March 1997 (1997-03-01), Retrieved from the Internet <URL:https://tools.ietf.org/pdf/rfc2131.pdf> [retrieved on 20160323] *
See also references of EP3267633A4 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019016910A (ja) * 2017-07-06 2019-01-31 株式会社リコー 機器設定装置、機器設定システム、機器設定方法、及びプログラム
CN109428983A (zh) * 2017-08-31 2019-03-05 佳能株式会社 信息处理装置及其控制方法和存储介质
CN109428983B (zh) * 2017-08-31 2021-06-15 佳能株式会社 信息处理装置及其控制方法和存储介质

Also Published As

Publication number Publication date
EP3267633A4 (en) 2018-12-05
EP3267633A1 (en) 2018-01-10
US20180083918A1 (en) 2018-03-22
BR112017018386A2 (ja) 2018-04-17
JPWO2016139937A1 (ja) 2017-12-21
JP6394781B2 (ja) 2018-09-26
EP3267633B1 (en) 2019-12-25

Similar Documents

Publication Publication Date Title
JP6394781B2 (ja) 情報処理システム、代理サーバ、アドレス重複防止方法及びコンピュータ読み取り可能記録媒体
US20080028071A1 (en) Communication load reducing method and computer system
ES2540230T3 (es) Verificación de dirección generada de forma criptográfica
US20160255175A1 (en) Communication Device and Method for Transmitting Data Within an Industrial Automation System
JP2013132051A (ja) パブリックｉｐアドレスを割り当てる方法、装置、及びシステム
US10938775B2 (en) Configuration data distribution unit and method for configuring communication devices in an industrial automation system
US10855649B2 (en) Control component and method for registering device names assigned to industrial automation devices or communication devices in a name service system
EP2888863B1 (en) Method and apparatus for configuring dhcp client
KR20060066580A (ko) 무선 네트워크 환경에서의 주소할당 방법 및 그 장치
US8255498B2 (en) Router and method for avoiding IP address conflicts
JP6497010B2 (ja) ネットワーク機器
CN108429822B (zh) 通信系统、IPv6地址分配方法、装置及分布式网关
JP2006148813A (ja) 分析装置管理システム、分析装置管理サーバ用プログラム及び分析装置
JP4962451B2 (ja) 負荷分散方法およびｄｈｃｐサーバ装置
US11456992B2 (en) Method for automatically configuring a router, method for automatic address configuration, router, computer program and computer-readable medium
JP6014068B2 (ja) 中継装置及び中継方法、並びにコンピュータ・プログラム
KR100977399B1 (ko) 동적 아이피 주소 할당시 네트워크 부하 감소를 위한 ｄｈｃｐ 패킷 처리 방법 및 장치
JP2006245893A (ja) Ｄｈｃｐクライアント端末、及びｄｈｃｐ−ｐｄリクエスティングルータ
CN113992629B (zh) 地址分配方法及装置
JP4516945B2 (ja) ネットワークシステム、アクセスポイント、通信端末、アドレス決定方法、及びプログラム
KR100687746B1 (ko) 주소 충돌 방지 장치 및 방법
JP4305202B2 (ja) アドレス管理サーバ、システム及びサーバプログラム
JP2008294940A (ja) クライアント装置並びにアドレス割当のための方法およびプログラム
Hamme DHCPv6 for Data Centers
CN115550905A (zh) 一种IPv6地址自动配置方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16758635

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017503347

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 15555007

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112017018386

Country of ref document: BR

REEP Request for entry into the european phase

Ref document number: 2016758635

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 112017018386

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20170828