WO2016189884A1 - パケット中継装置およびパケット中継方法 - Google Patents

パケット中継装置およびパケット中継方法 Download PDF

Info

Publication number
WO2016189884A1
WO2016189884A1 PCT/JP2016/050037 JP2016050037W WO2016189884A1 WO 2016189884 A1 WO2016189884 A1 WO 2016189884A1 JP 2016050037 W JP2016050037 W JP 2016050037W WO 2016189884 A1 WO2016189884 A1 WO 2016189884A1
Authority
WO
WIPO (PCT)
Prior art keywords
packet
relay
unit
information
received
Prior art date
Application number
PCT/JP2016/050037
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 US15/568,526 priority Critical patent/US20180159798A1/en
Publication of WO2016189884A1 publication Critical patent/WO2016189884A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/25—Routing or path finding in a switch fabric
    • H04L49/252—Store and forward routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/42—Centralised routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/56—Routing software
    • H04L45/566—Routing instructions carried by the data packet, e.g. active networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/561—Adding application-functional data or data for application control, e.g. adding metadata
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/167—Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers

Definitions

  • the present invention relates to a packet relay device and a packet relay method, and more particularly to a packet relay device and a packet relay method for relaying a packet.
  • Non-Patent Document 1 defines an IPv6 dynamic host configuration protocol (DHCP) for a DHCPv6 server to pass an IPv6 address to an IPv6 node, that is, a client.
  • DHCP IPv6 dynamic host configuration protocol
  • Non-Patent Document 2 defines LDRA (Lightweight DHCPv6 Relay Agent), which is a device having no relay function.
  • the packet relay apparatus when transferring a packet received from a client, the packet relay apparatus gives transfer information indicating that the packet has been transferred to the packet according to RFC 6221 (Non-patent Document 2).
  • the packet relay apparatus when a packet relay apparatus relays a packet to which the transfer information is added to a different network, the packet relay apparatus adds transfer information indicating that the packet has been transferred to the packet according to RFC 3315 (Non-Patent Document 1). .
  • the packet relay device transmits the packet to the DHCPv6 server via the network.
  • the present invention has been made to solve the above-described problems, and an object of the present invention is to provide a packet relay apparatus and a packet relay method capable of reducing the processing load of the packet in the packet relay destination apparatus. That is.
  • a packet relay device is a packet relay device, and is a reception unit that receives a packet and a packet transferred by the packet relay device.
  • the transfer information indicating that the transfer information is attached to the packet received by the reception unit, and the transfer information is added to the packet received from the management unit.
  • a relay unit that transmits the packet to a relay destination device of the packet.
  • a packet relay method is a packet relay method in a packet relay device, the step of receiving a packet, and the packet relay according to a first protocol When the transfer information indicating that the packet is transferred by the device is attached to the received packet and output, and according to the second protocol, when the transfer information is attached to the received packet, Transmitting the packet to a relay destination device of the packet without adding transfer information.
  • the present invention can be realized not only as a packet relay device including such a characteristic processing unit, but also as a semiconductor integrated circuit realizing part or all of the packet relay device.
  • the present invention can be realized as a communication system including a packet relay device.
  • Such characteristic processing steps can be realized as a program for causing a computer to execute the steps.
  • FIG. 1 is a diagram showing a configuration of a communication system according to an embodiment of the present invention.
  • FIG. 2 is a diagram showing an example of a packet used in the communication system according to the embodiment of the present invention.
  • FIG. 3 is a diagram showing a configuration of a message included in a packet transmitted and received between the server and the packet relay device in the communication system according to the embodiment of the present invention.
  • FIG. 4 is a diagram showing an example of a DHCPv6 packet used in the communication system according to the embodiment of the present invention.
  • FIG. 5 is a diagram showing a configuration of the packet relay apparatus in the communication system according to the embodiment of the present invention.
  • FIG. 6 is a diagram showing a configuration of the management processing unit in the packet relay apparatus according to the embodiment of the present invention.
  • FIG. 7 is a diagram showing an example of a DHCPv6 packet encapsulated in the management processing unit according to the embodiment of the present invention.
  • FIG. 8 is a diagram showing a configuration of a relay processing unit in the packet relay device according to the embodiment of the present invention.
  • FIG. 9 is a diagram illustrating an example of an RF packet to which an option is added in the concentrator relay unit according to the embodiment of the present invention.
  • FIG. 10 is a diagram showing an example of a DHCPv6 packet encapsulated in the concentrator relay unit according to the embodiment of the present invention.
  • FIG. 11 is a diagram showing an example of an RR packet created in the server according to the embodiment of the present invention.
  • FIG. 12 is a diagram showing an example of the RR packet created in the server according to the embodiment of the present invention.
  • FIG. 13 is a diagram showing an example of an RR packet from which options are deleted in the concentrator relay unit according to the embodiment of the present invention.
  • FIG. 14 is a flowchart that defines an operation procedure when the packet relay device according to the embodiment of the present invention performs relay processing of an upstream DHCPv6 packet.
  • FIG. 15 is a flowchart that defines an operation procedure when the packet relay apparatus according to the embodiment of the present invention performs a relay process of a DHCPv6 packet in the downlink direction.
  • FIG. 16 is a diagram illustrating a configuration of a packet relay apparatus of a comparative example.
  • FIG. 17 is a diagram illustrating an example of a DHCPv6 packet encapsulated in the management processing unit of the packet relay apparatus of the comparative example.
  • FIG. 18 is a diagram illustrating an example of an RF packet encapsulated in the relay processing unit of the packet relay apparatus of the comparative example.
  • the reception unit that receives a packet and the transfer information indicating that the packet is transferred by the packet relay device are received by the reception unit.
  • the transfer information is added to the management unit that outputs to the packet and the packet received from the management unit, the packet is transmitted to the relay destination device without adding the transfer information.
  • a relay unit a relay unit.
  • a packet having a simple structure can be transmitted to a packet relay destination device by a configuration in which a plurality of pieces of transfer information are not added to one packet and transmitted to the packet relay destination device. Processing for analyzing the packet in the packet relay destination device can be simplified. Therefore, it is possible to reduce the processing load of the packet in the packet relay destination device.
  • the management unit includes, in the packet, management information that is information related to a transmission source device of the packet and is information used to determine the transmission source device in the relay destination device. Furthermore, it gives and outputs.
  • management information can be correctly acquired, or management information can be acquired by a simple process. Therefore, it is possible to appropriately determine the packet transmission source device using the management information.
  • the relay unit adds output source information indicating the management unit of the output source of the packet to the packet received from the management unit and transmits the packet to the relay destination device.
  • the packet relay device includes a plurality of management units
  • the relay unit when the relay unit receives a response packet of a packet transmitted from the device to the relay destination device of the packet, The management unit that should output the packet can be correctly determined based on the output source information included in the response packet.
  • the receiving unit further receives, from the relay destination device, a response packet that is a response packet to the packet transmitted by the packet relay device and includes the output source information. Then, the relay unit acquires the output source information from the response packet received by the receiving unit, and outputs the response packet with the output source information deleted to the management unit indicated by the output source information .
  • the management unit can set whether to give the transfer information, and the relay unit, when the transfer information is not given to the packet received from the management unit, The transfer information is attached to the packet and transmitted to the relay destination device.
  • the management unit can select whether or not to add transfer information to the packet. Even when the transfer information is not added to the packet in the management unit, the relay unit adds the transfer information to the packet, so that the packet relay destination device can correctly process the packet received from the packet relay device. it can.
  • the management unit further adds to the packet grant information indicating that the transfer information has been added to the packet received by the reception unit, and the relay unit receives from the management unit If the attached information is not attached to the received packet, the transfer information is attached to the packet and transmitted to the relay destination device.
  • the relay unit can correctly determine whether or not the transfer information has been given by the management unit based on the given information, so that it is easy to give a plurality of pieces of transfer information to one packet. Can be more reliably prevented by simple processing.
  • the receiving unit further relays a response packet that is a packet of a response to the packet transmitted by the packet relay device and includes response information indicating a response to the transfer information.
  • the relay unit outputs the response packet from which the response information is deleted to the management unit.
  • the configuration in which the response packet from which the response information is deleted is output to the management unit that outputs the packet to which the transfer information is not given to the relay unit, so that the packet in the format corresponding to the format of the packet output by the management unit is output. Since it can output to a management part, the process in a management part can be simplified.
  • the management unit and the relay unit operate according to RFC6221 and RFC3315, respectively.
  • the management unit and the relay unit satisfy the specifications of RFC6221 and RFC3315, respectively, and accordingly appropriately relay packets transmitted and received between the relay destination device and the packet transmission source device that satisfy the specifications. can do.
  • a packet relay method is a packet relay method in a packet relay device, including a step of receiving a packet and a packet transferred by the packet relay device according to a first protocol. If the transfer information indicating that there is the transfer information is added to the received packet and the transfer information is added to the received packet according to the second protocol, the transfer information is not added. Transmitting the packet to a relay destination device of the packet.
  • a packet having a simple structure can be transmitted to the packet relay destination device by the configuration in which the packet is transmitted to the packet relay destination device without giving a plurality of transfer information to one packet.
  • the process for analyzing the packet in the packet relay destination device can be simplified. Therefore, it is possible to reduce the processing load of the packet in the packet relay destination device.
  • FIG. 1 is a diagram showing a configuration of a communication system according to an embodiment of the present invention.
  • a communication system 301 includes a packet relay apparatus 101, a plurality of DHCPv6 clients (hereinafter also referred to as clients) 111, a plurality of subscriber terminal apparatuses 121, and a DHCPv6 server (hereinafter also referred to as a server). 151).
  • FIG. 1 representatively shows a plurality of subscriber terminal devices 121, but one subscriber terminal device 121 may be provided. Further, one client 111 is representatively shown for one subscriber terminal device 121. However, a plurality of clients 111 may be provided for one subscriber terminal device 121.
  • a user network 10 is configured by a plurality of clients 111, a plurality of subscriber terminal devices 121, and a packet relay device 101.
  • the host network 11 is configured by the packet relay apparatus 101 and the server 151.
  • the packet relay apparatus 101 is directly connected to the server 151.
  • the packet relay apparatus 101 may be connected to the server 151 via another relay apparatus.
  • the user network 10 and the upper network 11 are different networks. More specifically, the subnets of the user network 10 and the upper network 11 are different.
  • the client 111 in the communication system 301 is a computer, for example, and is installed in the subscriber's house.
  • the subscriber terminal device 121 is, for example, an ONU (Optical Network Unit), and is provided in the subscriber's home.
  • the client 111 and the packet relay apparatus 101 transmit / receive a packet, specifically, an IPv6 packet to each other via the subscriber terminal apparatus 121, for example.
  • the subscriber terminal device 121 and the packet relay device 101 are connected via an optical fiber, for example.
  • Optical signal transmission / reception is performed between the subscriber terminal device 121 and the packet relay device 101.
  • the subscriber terminal device 121 transmits an optical signal including a packet to the packet relay device 101
  • the subscriber terminal device 121 transmits the packet to the packet relay device 101 together with the preamble including its own ID.
  • the packet relay apparatus 101 and the server 151 transmit and receive, for example, packets, specifically, IPv6 packets to each other.
  • the packet relay apparatus 101 relays packets transmitted and received between, for example, the client 111 connected to the user network 10 and the server 151 connected to the upper network 11.
  • the packet relay apparatus 101 receives a DHCPv6 packet addressed to the server 151 including an IPv6 address request from the client 111 via the subscriber terminal apparatus 121.
  • the packet relay apparatus 101 transmits the received DHCPv6 packet to the server 151.
  • the packet relay apparatus 101 receives, for example, a DHCPv6 packet addressed to the client 111 including a response to the IPv6 address request from the server 151.
  • the packet relay apparatus 101 transmits the received DHCPv6 packet to the client 111 via the subscriber terminal apparatus 121.
  • the direction from the client 111 to the server 151 is referred to as an upward direction, and the direction from the server 151 to the client 111 is referred to as a downward direction.
  • FIG. 2 is a diagram showing an example of a packet used in the communication system according to the embodiment of the present invention.
  • a packet 401 includes an IPv6 header 401h, a UDP header 401u, and a payload 401p.
  • FIG. 3 is a diagram showing a configuration of a message included in a packet transmitted and received between the server and the packet relay device in the communication system according to the embodiment of the present invention.
  • a packet including message msg is transmitted and received in payload 401p of packet 401.
  • the message msg includes a message header mh and an option opt.
  • an option opt is representatively shown, but a larger number of options opt may be included in the message msg.
  • the message msg includes a relay forward message (Relay-forward Message) and a relay reply message (Relay-reply Message).
  • Option opt includes a relay message option (Relay Message Option), an interface ID option (Interface ID Option), a vendor specific option (Vender Specific Option), and the like.
  • Relay Message Option includes a relay message option (Relay Message Option), an interface ID option (Interface ID Option), a vendor specific option (Vender Specific Option), and the like.
  • the relay message option, the interface ID option, and the vendor specific option are also referred to as an RM option, an IID option, and a VS option, respectively.
  • the field length of the message header mh is a fixed value, for example.
  • the message header mh includes, for example, a message type, a hop count, a link address, and a peer address.
  • the field length of the option opt is a variable value, for example.
  • the option opt includes an option header opt and a variable area optv.
  • the field length of the option header opt is a fixed value, for example.
  • the option header opt includes, for example, an option identifier indicating the type of the option opt, and an option length.
  • variable area optv is, for example, the length indicated by the option length.
  • the variable area optv includes information corresponding to the option identifier.
  • the server 151 and the packet relay apparatus 101 can acquire each option opt based on the option identifier and the option length included in the option header opt. Is possible.
  • FIG. 4 is a diagram showing an example of a DHCPv6 packet used in the communication system according to the embodiment of the present invention.
  • the client 111 creates a DHCPv6 packet 402, for example.
  • request information for requesting an IPv6 address from the server 151 is stored in the payload 402p.
  • the UDP header 402u in the DHCPv6 packet 402 includes a predetermined port number indicating that the DHCPv6 packet 402 is a packet used for DHCP processing. This port number is, for example, 547.
  • the client 111 transmits the created DHCPv6 packet 402 to the packet relay apparatus 101 via the subscriber terminal apparatus 121.
  • FIG. 5 is a diagram showing a configuration of the packet relay apparatus in the communication system according to the embodiment of the present invention.
  • the packet relay apparatus 101 includes three management processing units 21, a relay processing unit 22, and a setting unit 23.
  • management processing units 21 are representatively shown, but a larger or smaller number of management processing units 21 may be provided.
  • one relay processing unit 22 is representatively shown, but a larger number of relay processing units 22 may be provided.
  • the setting unit 23 receives a user operation, for example.
  • the setting unit 23 sets the operation mode of the management processing unit 21 to one of the management mode and the non-management mode according to the received user operation.
  • the setting unit 23 can set the operation mode separately for the three management processing units 21, or can set a single operation mode.
  • the management processing unit 21 manages subscribers under its own packet relay apparatus 101, for example. Specifically, the management processing unit 21 manages the subscriber terminal device 121, for example.
  • FIG. 6 is a diagram showing a configuration of the management processing unit in the packet relay apparatus according to the embodiment of the present invention.
  • the management processing unit 21 includes a client side communication unit (reception unit) 31, a subscriber line management unit 32, and a DHCPv6 packet acquisition unit 33.
  • the client side communication unit 31 is connected to, for example, three subscriber terminal devices 121.
  • the client side communication unit 31 may be connected to two or less or four or more subscriber terminal devices 121.
  • the client side communication unit 31 and the three subscriber terminal devices 121 constitute, for example, a PON (Passive Optical Network).
  • the client side communication unit 31 is connected to the three subscriber terminal devices 121 via optical fibers via an optical splitter, for example.
  • the client-side communication unit 31 is not limited to the PON, and may be connected to a cable modem or the like by an electric signal line via a branch circuit.
  • the client side communication unit 31 receives the packet 401. More specifically, the client side communication unit 31 receives an optical signal including a preamble and a packet 401 from the subscriber terminal device 121, for example. The client side communication unit 31 converts the received optical signal into an electrical signal and outputs the electrical signal to the DHCPv6 packet acquisition unit 33.
  • the client side communication unit 31 receives an electrical signal including the packet 401 from the DHCPv6 packet acquisition unit 33 or the subscriber line management unit 32, for example.
  • the client side communication unit 31 converts the received electrical signal into an optical signal and transmits it to the subscriber terminal device 121.
  • the DHCPv6 packet acquisition unit 33 monitors an electrical signal received from the client side communication unit 31, for example. When detecting the preamble from the electrical signal, the DHCPv6 packet acquisition unit 33 acquires the preamble and the packet 401 following the preamble.
  • the DHCPv6 packet acquisition unit 33 recognizes that the packet 401 is the DHCPv6 packet 402.
  • the DHCPv6 packet acquisition unit 33 outputs the DHCPv6 packet 402 and the preamble to the subscriber line management unit 32.
  • the DHCPv6 packet acquisition unit 33 recognizes that the packet 401 is a normal relay target packet.
  • the DHCPv6 packet acquisition unit 33 outputs the packet 401 to the relay processing unit 22.
  • the subscriber line management unit 32 can set, for example, whether or not to add transfer information to the DHCPv6 packet 402. More specifically, for example, when the operation mode of its own management processing unit 21 is set to the management mode by the setting unit 23, the subscriber line management unit 32 gives transfer information to the DHCPv6 packet 402.
  • the subscriber line management unit 32 does not assign transfer information to the DHCPv6 packet 402 when the operation mode of its own management processing unit 21 is set to the non-management mode by the setting unit 23, for example. Details of the transfer information will be described later.
  • the subscriber line management unit 32 is not limited to be configured to be able to set whether transfer information is added to the DHCPv6 packet 402 or not.
  • the subscriber line management unit 32 may be configured to assign transfer information to the DHCPv6 packet 402 by default.
  • the subscriber line management unit 32 receives the DHCPv6 packet 402 and the preamble from the DHCPv6 packet acquisition unit 33 and receives the received DHCPv6.
  • the packet 402 is output to the relay processing unit 22 as it is.
  • the subscriber line management unit 32 receives the DHCPv6 packet 402 and the preamble from the DHCPv6 packet acquisition unit 33, and the first protocol, specifically In accordance with RFC6221, management processing for the DHCPv6 packet 402 is started.
  • the subscriber line management unit 32 holds the correspondence between the ID of the subscriber terminal device 121 and the ONU index.
  • the subscriber line management unit 32 acquires the ID of the subscriber terminal device 121 from the preamble received from the DHCPv6 packet acquisition unit 33.
  • the subscriber line management unit 32 specifies the ONU index corresponding to the acquired ID from the correspondence relationship.
  • FIG. 7 is a diagram showing an example of a DHCPv6 packet encapsulated in the management processing unit according to the embodiment of the present invention.
  • subscriber line management unit 32 assigns transfer information indicating that the packet is transferred by its own packet relay apparatus 101 to DHCPv6 packet 402 received by client side communication unit 31. .
  • the subscriber line management unit 32 further assigns management information to the DHCPv6 packet 402, for example.
  • the management information is information related to the transmission source device of the DHCPv6 packet 402, and is used to determine the transmission source device in the relay destination device.
  • the subscriber line management unit 32 further assigns the grant information to the DHCPv6 packet 402.
  • the assignment information is information indicating that the transfer information is attached to the DHCPv6 packet 402 received by the client side communication unit 31.
  • the subscriber line management unit 32 creates, for example, a message 451 msg including the payload 402p of the DHCPv6 packet 402, transfer information, management information, and attached information, and is also referred to as a DHCPv6 relay forward packet (hereinafter also referred to as an RF packet). ) 451 is created. In the DHCPv6 relay forward packet 451, the created message 451 msg is stored in the payload 451p.
  • the subscriber line management unit 32 creates, for example, an IPv6 header 451h and a UDP header 451u obtained by copying the IPv6 header 402h and the UDP header 402u of the DHCPv6 packet 402, respectively.
  • the subscriber line management unit 32 acquires, for example, the IPv6 address of the transmission source, that is, the IPv6 address of the client 111 from the IPv6 header 402h. Further, the subscriber line management unit 32 rewrites the address information included in the IPv6 header 451h as necessary.
  • the IPv6 address of the client 111 is, for example, Cnt_IP_Addr.
  • the subscriber line management unit 32 sets the message header 451mh in which “RF”, “0”, “0 :: 0”, and “Cnt_IP_Addr” are written as the message type, hop count, link address, and peer address, respectively. create.
  • RF which is a message type included in the message header 451mh, corresponds to, for example, the transfer information.
  • the message type “RF” means that, for example, the message 451 msg is a relay forward message.
  • the hop count “0” means, for example, that the RF packet 451 has hopped once.
  • the link address “0 :: 0” means, for example, that the subscriber line management unit 32 is not performing relay processing.
  • the peer address “Cnt_IP_Addr” is the IPv6 address of the client 111 as described above.
  • the subscriber line management unit 32 creates, for example, an RM option 451rmo.
  • a copy of the payload 402p of the DHCPv6 packet 402 is stored in the variable area optv.
  • the subscriber line management unit 32 creates the IID option 451io in which the specified ONU index is stored in the variable area optv as management information.
  • the subscriber line management unit 32 is not limited to a configuration that creates the IID option 451io including the ONU index as management information, but manages the MAC (Media Access Control) address of the subscriber terminal device 121 that is the transmission source of the DHCPv6 packet 402.
  • the configuration may be such that the IID option 451io included as information is created.
  • the subscriber line management unit 32 creates, for example, a VS option 451vso in which a predetermined identification code Cd is stored in the variable area optv as attached information.
  • the subscriber line management unit 32 creates other options 451 etc as necessary, for example.
  • the subscriber line management unit 32 combines, for example, the IPv6 header 451h, the UDP header 451u, the message header 451mh, the RM option 451rmo, the IID option 451io, the VS option 451vso, and other options 451etc in order from the top.
  • An RF packet 451 is created. The order of each option opt in the RF packet 451 may be changed.
  • the subscriber line management unit 32 outputs the RF packet 451 created in this way to the relay processing unit 22.
  • FIG. 8 is a diagram showing a configuration of a relay processing unit in the packet relay device according to the embodiment of the present invention.
  • relay processing unit 22 includes three communication ports 41, a concentrator relay unit 42, and a server-side communication unit (receiving unit) 43.
  • FIG. 8 representatively shows three communication ports 41, but a larger or smaller number of communication ports 41 may be provided.
  • one concentrator relay unit 42 is representatively shown, a larger number of concentrator relay units 42 may be provided.
  • the concentrator relay unit 42 in the relay processing unit 22 relays the packet 401 between the user network 10 and the upper network 11 according to, for example, the second protocol, specifically, RFC 3315.
  • each communication port 41 is connected 1: 1 with each management processing unit 21 in the packet relay apparatus 101 shown in FIG.
  • Each communication port 41 is individually assigned a communication port number that is an identifier of the communication port 41 and an IPv6 address.
  • the communication port 41 when the communication port 41 receives the DHCPv6 packet 402 or the RF packet 451 from the management processing unit 21, the communication port 41 outputs the received DHCPv6 packet 402 or the RF packet 451 to the concentration relay unit 42.
  • the concentrator relay unit 42 holds the communication port number and IPv6 address of each communication port 41.
  • the line concentrator relay unit 42 when receiving the DHCPv6 packet 402 or the RF packet 451 from the communication port 41, specifies the communication port number and IPv6 address of the communication port 41.
  • the communication port number and the IPv6 address specified by the line concentrating relay unit 42 are, for example, Pnum and RP_IP_Addr, respectively.
  • FIG. 9 is a diagram illustrating an example of an RF packet to which an option is added in the concentrator relay unit according to the embodiment of the present invention.
  • the concentrator relay unit 42 when the transfer information is added to the packet received from the subscriber line management unit 32, the concentrator relay unit 42, without adding the transfer information, Is transmitted to the server 151.
  • the line collection relay unit 42 performs a confirmation process CT1 for confirming whether or not the RF packet 451 received from the subscriber line management unit 32 includes a VS option including the identification code Cd.
  • the line concentrator relay unit 42 transmits the RF packet 451 in the transfer information, that is, the message in the subscriber line management unit 32.
  • the packet is recognized as a packet to which “RF” indicating the message type is added in the header 451mh.
  • the concentrator relay unit 42 creates the RF packet 452 based on the RF packet 451, for example. More specifically, for example, the concentrator relay unit 42 rewrites the address information included in the IPv6 header 451h in the RF packet 451 as necessary to create the IPv6 header 452h. Moreover, the line concentrator relay unit 42 creates a message 452 msg based on the message 451 msg, for example.
  • the concentrator relay unit 42 attaches output source information indicating the subscriber line management unit 32 that is an output source of the packet to the packet received from the subscriber line management unit 32 and transmits the packet to the server 151.
  • the output source information is, for example, the above-described specified communication port number, Pnum, and RP_IP_Addr, which is an IPv6 address.
  • Pnum and RP_IP_Addr indicate the communication port 41 that has received the DHCPv6 packet 402 or the RF packet 451. Since the communication port 41 and the management processing unit 21 are connected by 1: 1, Pnum and RP_IP_Addr substantially indicate the management processing unit 21, that is, the subscriber line management unit 32.
  • the output source information is not limited to information for specifying the communication port 41 such as the communication port number and the IPv6 address. As long as the information can identify the management processing unit 21, the output source information may be an IPv6 address or a MAC address of the management processing unit 21.
  • the concentrator relay unit 42 creates a VS option 452vso including, for example, Pnum as output source information in the variable area optv.
  • the line concentrator 42 combines the created VS option 452vso after the other options 451etc.
  • the concentrator relay unit 42 creates a message header 452mh by rewriting the link address in the message header 451mh of the RF packet 451, that is, “0 :: 0” with “RP_IP_Addr” that is the specified IPv6 address, for example.
  • the link address “RP_IP_Addr” means, for example, that the concentrator relay unit 42 has performed a relay process.
  • the line concentration relay unit 42 creates other options 452etc as necessary.
  • the concentrator relay unit 42 combines the created other option 452 etc after the VS option 452 vso.
  • the concentrator relay unit 42 outputs the RF packet 452 thus created to the server side communication unit 43.
  • FIG. 10 is a diagram showing an example of a DHCPv6 packet encapsulated in the concentrator relay unit according to the embodiment of the present invention.
  • the concentrator relay unit 42 attaches the transfer information to the packet and transmits the packet to the server 151.
  • the concentrator relay unit 42 attaches the transfer information to the packet and transmits the packet to the server 151.
  • the line collection relay unit 42 receives the DHCPv6 packet 402 from the communication port 41 and performs the confirmation process CT1.
  • the line concentrator 42 confirms that the VS option including the identification code Cd is not included in the DHCPv6 packet 402
  • the DHCPv6 packet 402 indicates the message type in the transfer information, that is, the message header 451mh in the subscriber line manager 32. It is recognized that the packet is not assigned with “RF”.
  • the line concentrator relay unit 42 assigns transfer information to the DHCPv6 packet 402 and transmits it to the server 151.
  • the concentrator relay unit 42 creates, for example, a message 453 msg including the payload 402p of the DHCPv6 packet 402, transfer information, and output source information, and the created message 453 msg is a packet stored in the payload 453p. 453 is created.
  • the concentration relay unit 42 creates the RF packet 453 using, for example, the method of creating the RF packet 451 shown in FIG. 7 and the method of creating the RF packet 452 shown in FIG.
  • the concentrator relay unit 42 creates the IPv6 header 452h and the UDP header 451u shown in FIG. 9 based on the contents of the IPv6 header 402h and the UDP header 402u of the DHCPv6 packet 402, respectively.
  • the line concentrator relay unit 42 creates, for example, the RM option 451rmo shown in FIG. 7, the message header 452mh, the VS option 452vso, and other options 452etc shown in FIG.
  • the line concentrator relay unit 42 combines the IPv6 header 452h, the UDP header 451u, the message header 452mh, the RM option 451rmo, the VS option 452vso, and the other options 452etc in order from the head, thereby causing the RF shown in FIG.
  • a packet 453 is created. The order of each option opt in the RF packet 453 may be changed.
  • the concentrator relay unit 42 outputs the RF packet 453 thus created to the server side communication unit 43.
  • the server-side communication unit 43 when the server-side communication unit 43 receives the RF packet 452 or the RF packet 453 from the line concentration relay unit 42, the server-side communication unit 43 transmits the received RF packet 452 or RF packet 453 to the server 151.
  • the server 151 when receiving the RF packet 452 or the RF packet 453 from the packet relay apparatus 101, the server 151 creates a response packet 401 to the received RF packet 452 or the RF packet 453. The server 151 transmits the created packet 401 to the packet relay apparatus 101.
  • FIG. 11 is a diagram showing an example of the RR packet created in the server according to the embodiment of the present invention.
  • the server 151 creates a packet 401 that is a response to the packet 401 transmitted by the packet relay apparatus 101, specifically, the RF packet 451 or the RF packet 452.
  • the response packet 401 is a packet including response information indicating a response to the transfer information and output source information.
  • the server 151 when receiving the RF packet 452 shown in FIG. 9 from the packet relay apparatus 101, the server 151 creates an RR packet 552 that is a response packet 401 to the received RF packet 452.
  • the server 151 determines, for example, from the message 452 msg included in the received RF packet 452, the RM option 451 rmo, the IID option 451 io, the VS option 451 vso, the other options 451 etc, the VS option 452 vso, and other options 452 etc, and Packet disassembly processing for acquiring the message header 452mh is performed.
  • the IID option 451io, the VS option 451vso, the other option 451etc, the VS option 452vso, and the other option 452etc are stored in the RR packet 552 as they are.
  • the server 151 obtains the ONU index from the variable area optv of the IID option 451io, for example.
  • the server 151 uses the acquired ONU index to determine the subscriber terminal device 121.
  • the server 151 uses an ONU index, for example, to limit the number of IPv6 addresses passed to the same subscriber terminal device 121.
  • the server 151 creates a temporary message header obtained by copying the message header 452mh, and creates a message header 552mh in which the message type in the created temporary message header is rewritten to “RR”.
  • RR which is a message type included in the message header 552mh corresponds to, for example, response information.
  • the message type “RR” means that, for example, the message 552 msg is a relay reply message.
  • the server 151 acquires the payload 402p of the DHCPv6 packet 402 from the variable area optv of the RM option 451rmo, for example.
  • the server 151 creates reply information that is a response to the request information included in the acquired payload 402p.
  • the server 151 creates an RM option 551rmo in which the created reply information is stored in the variable area optv.
  • the reply information stored in the variable area optv is information stored in the payload 502p of the DHCPv6 packet 502 shown in FIG. 4 that is scheduled to be transmitted from the packet relay apparatus 101 to the client 111.
  • the server 151 creates, for example, an IPv6 header 552h and a UDP header 551u obtained by copying the IPv6 header 452h and the UDP header 451u, respectively. At this time, for example, the server 151 rewrites address information included in the IPv6 header 552h as necessary. The server 151 also writes a predetermined port number indicating that the RR packet 552 is a packet used for DHCP processing, for example, number 546, in the UDP header 551u.
  • the server 151 combines, in order from the top, the IPv6 header 552h, the UDP header 551u, the message header 552mh, the RM option 551rmo, the IID option 451io, the VS option 451vso, the other options 451etc, the VS option 452vso, and the other options 452etc.
  • the RR packet 552 is created.
  • the order of each option opt in the RR packet 552 may be changed.
  • FIG. 12 is a diagram showing an example of the RR packet created in the server according to the embodiment of the present invention.
  • server 151 when server 151 receives RF packet 453 shown in FIG. 10 from packet relay apparatus 101, server 151 creates RR packet 553 that is response packet 401 for received RF packet 453.
  • the server 151 creates, for example, an IPv6 header 552h, a UDP header 551u, a message header 552mh, and an RM option 551rmo, and a VS option 452vso in a manner similar to the creation method of the RR packet 552 shown in FIG. And other options 452 etc are acquired.
  • the server 151 creates the RR packet 553 by combining the IPv6 header 552h, the UDP header 551u, the message header 552mh, the RM option 551rmo, the VS option 452vso, and other options 452etc in order from the top.
  • the order of each option opt in the RR packet 553 may be changed.
  • the server 151 transmits the created response packet 401 to the packet relay apparatus 101.
  • the packet relay apparatus 101 when receiving the response packet 401 from the server 151, the packet relay apparatus 101 relays the received response packet 401 and transmits it to the client 111 via the subscriber terminal apparatus 121.
  • the server side communication unit 43 in the relay processing unit 22 receives the RR packet 552 or the RR packet 553 as the response packet 401 from the server 151, the received RR packet 552 or the RR packet 553 is received. Output to the concentrator relay unit 42.
  • RR packet 552 including grant information For example, when the attached information is added to the response packet 401 received by the server-side communication unit 43, the line concentrator relay unit 42 does not delete the response information and sends the response packet 401 to the subscriber line in the management processing unit 21. Output to the management unit 32.
  • the concentrator relay unit 42 receives the RR packet 552 illustrated in FIG. 11 as the response packet 401 from the server-side communication unit 43, the received RR packet 552 includes a VS option including the identification code Cd. Confirmation processing CT2 for confirming whether or not it has been performed is performed.
  • the concentrator relay unit 42 assigns the transfer information to the subscriber line management unit 32. It is recognized that it is a response packet of the RF packet 451.
  • FIG. 13 is a diagram showing an example of the RR packet from which the option is deleted in the concentrator relay unit according to the embodiment of the present invention.
  • the concentrator relay unit 42 acquires the output source information from the response packet 401 received by the server side communication unit 43, for example.
  • the concentrator relay unit 42 outputs the response packet 401 from which the output source information is deleted, to the subscriber line management unit 32 indicated by the acquired output source information.
  • the line concentrator relay unit 42 acquires Pnum that is a communication port number from the variable area optv of the VS option 452vso in the RR packet 552, for example.
  • the line concentration relay unit 42 creates the RR packet 551 based on the RR packet 552, for example. More specifically, for example, the concentrator relay unit 42 rewrites the address information included in the IPv6 header 552h in the RR packet 552 as necessary to create the IPv6 header 551h.
  • the line concentrator relay unit 42 creates a message 551 msg based on the message 552 msg, for example. Specifically, the line concentrator relay unit 42 creates a message 551 msg in which, for example, the VS option 452 vso and the other options 452 etc are deleted from the message 552 msg.
  • the concentrator relay unit 42 outputs the created RR packet 551 to the communication port 41 indicated by Pnum.
  • the communication port 41 indicated by Pnum receives the RR packet 551 from the concentrator relay unit 42
  • the communication port 41 outputs the received RR packet 551 to the management processing unit 21 connected to itself at 1: 1.
  • the DHCPv6 packet acquisition unit 33 acquires the port number included in the UDP header 551u of the received RR packet 551. .
  • the DHCPv6 packet acquisition unit 33 when confirming that the acquired port number is 546, the DHCPv6 packet acquisition unit 33 recognizes that the RR packet 551 is a packet used for DHCP processing. In this case, the DHCPv6 packet acquisition unit 33 outputs the RR packet 551 to the subscriber line management unit 32.
  • the DHCPv6 packet acquisition unit 33 recognizes that the packet 401 is a normal relay target packet. In this case, the DHCPv6 packet acquisition unit 33 transmits the packet 401 to the subscriber terminal device 121 via the client side communication unit 31.
  • the subscriber line management unit 32 when the subscriber line management unit 32 receives the RR packet 551 from the DHCPv6 packet acquisition unit 33, the subscriber line management unit 32 performs a confirmation process CT3 for confirming whether or not the received RR packet 551 includes a VS option including the identification code Cd. Do.
  • the RR packet 551 includes the RF packet to which the transfer information is attached. It is recognized as a response packet 451.
  • the subscriber line management unit 32 creates the DHCPv6 packet 502 shown in FIG. 4 based on the RR packet 551, for example. More specifically, the line concentrator relay unit 42 creates a DHCPv6 packet 502 including, for example, information on the variable area optv in the RM option 551rmo of the RR packet 551 in the payload 502p.
  • the subscriber line management unit 32 includes the peer address in the message header 552mh as a destination address in the IPv6 header 502h. Also, the subscriber line management unit 32 creates a UDP header 502u by copying the UDP header 551u, for example. Then, the subscriber line management unit 32 transmits the created DHCPv6 packet 502 to the destination client 111 via the client side communication unit 31 and the subscriber terminal device 121.
  • RR packet 553 not including attached information Referring to FIG. 8 again, for example, when the attached information is not added to the response packet 401 received by the server-side communication unit 43, the concentrator relay unit 42 sends the response packet 401 from which the response information is deleted to the subscriber. The data is output to the line management unit 32.
  • the line concentrator 42 receives the RR packet 553 shown in FIG. 12 as the response packet 401 from the server-side communication unit 43, the received RR packet 553 includes a VS option including the identification code Cd. Confirmation processing CT2 for confirming whether or not it has been performed is performed.
  • the line concentrator relay unit 42 when confirming that the VS option 451vso including the identification code Cd is not included in the RR packet 553 in the confirmation process CT2, the line concentrator relay unit 42 confirms that the RR packet 553 is transferred to the subscriber line management unit 32. It is recognized as a response packet of the DHCPv6 packet 402 that has not been given.
  • the concentrator relay unit 42 acquires Pnum that is a communication port number from the variable area optv of the VS option 452vso in the RR packet 553, for example.
  • the line concentration relay unit 42 creates the DHCPv6 packet 502 shown in FIG. 4 based on the RR packet 553, for example. More specifically, the line concentrator relay unit 42 creates a DHCPv6 packet 502 in which, for example, information on the variable region optv in the RM option 551rmo of the RR packet 553 is stored in the payload 502p.
  • the concentrator relay unit 42 includes the peer address in the message header 552mh as a destination address in the IPv6 header 502h. Further, the line concentrating relay unit 42 creates the UDP header 502u by copying the UDP header 551u, for example. For example, the concentrator relay unit 42 outputs the created DHCPv6 packet 502 to the management processing unit 21 via the communication port 41 indicated by Pnum.
  • DHCPv6 packet acquisition unit 33 receives DHCPv6 packet 502 from communication port 41 in relay processing unit 22, DHCPv6 packet 502 is a packet used for DHCP processing based on the port number. Recognize that there is. The DHCPv6 packet acquisition unit 33 outputs the DHCPv6 packet 502 to the subscriber line management unit 32.
  • the subscriber line management unit 32 when the subscriber line management unit 32 receives the DHCPv6 packet 502 from the DHCPv6 packet acquisition unit 33, the subscriber line management unit 32 performs a confirmation process CT3 for confirming whether or not the received DHCPv6 packet 502 includes a VS option including the identification code Cd. Do.
  • the subscriber line management unit 32 when the subscriber line management unit 32 confirms that the VS option including the identification code Cd is not included in the DHCPv6 packet 502, the subscriber line management unit 32 keeps the DHCPv6 packet 502 as it is and the client side communication unit 31 and the subscriber.
  • the data is transmitted to the destination client 111 via the terminal device 121.
  • the packet relay apparatus 101 includes a computer, and an arithmetic processing unit such as a CPU in the computer reads and executes a program including a part or all of each step of the following flowchart from a memory (not shown).
  • the program of this apparatus can be installed from the outside.
  • the program of this device is distributed in a state stored in a recording medium.
  • FIG. 14 is a flowchart that defines an operation procedure when the packet relay apparatus according to the embodiment of the present invention performs a relay process of an upstream DHCPv6 packet.
  • the management processing unit 21 in the packet relay apparatus 101 waits until the DHCPv6 packet 402 is received from the client 111 via the subscriber terminal apparatus 121 (NO in step S102).
  • the management processing unit 21 receives the DHCPv6 packet 402 from the client 111 when the own operation mode is set to the non-management mode (YES in step S102 and NO in step S104), the management processing unit 21 receives the DHCPv6 packet 402. Is output to the relay processing unit 22 (step S110).
  • the management processing unit 21 when the management processing unit 21 receives the DHCPv6 packet 402 from the client 111 when the own operation mode is set to the management mode (YES in step S102 and YES in step S104), the management processing unit 21 transfers the DHCPv6 packet 402 to the received DHCPv6 packet 402.
  • the RF packet 451 is created by adding the information, the grant information, and the management information (step S106).
  • the management processing unit 21 includes a message header 451mh, a VS option 451vso, an IID option 451io, the other options 451etc, and an option header opt of the RM option 451rmo including transfer information, grant information, and management information, respectively. Then, it is added to the received DHCPv6 packet 402 to create an RF packet 451.
  • the management processing unit 21 outputs the created RF packet 451 to the relay processing unit 22 (step S108).
  • the relay processing unit 22 assigns the transfer information and the output source information to the received packet to generate the RF packet 453. Is created (step S116).
  • the relay processing unit 22 sets the message header 452mh and the VS option 452vso including the transfer information and the output source information, and other options 452etc,
  • the RM option 451 rmo option header opth is added to the received DHCPv6 packet 402 to create an RF packet 453.
  • the relay processing unit 22 adds the output source information to the received packet and creates the RF packet 452 (Ste S114).
  • the relay processing unit 22 sends the VS option 452vso including the output source information and the other option 452etc to the received RF packet 451. To create an RF packet 452.
  • the relay processing unit 22 transmits the created RF packet 453 or RF packet 452 to the server 151 (step S118).
  • FIG. 15 is a flowchart that defines an operation procedure when the packet relay apparatus according to the embodiment of the present invention performs a relay process of a DHCPv6 packet in the downlink direction.
  • relay processing unit 22 in packet relay apparatus 101 waits until response packet 401 is received from server 151 (NO in step S202).
  • the relay processing unit 22 acquires the output source information from the VS option 452vso in the response packet 401 (step S204).
  • the relay processing unit 22 deletes the output source information from the response packet 401 and creates the RR packet 551 (step S208).
  • the relay processing unit 22 creates the RR packet 551 by deleting the VS option 452vso including the output source information and the other option 452etc from the RR packet 552. To do.
  • the relay processing unit 22 deletes the output source information and the response information from the response packet 401 and creates the DHCPv6 packet 502 (step S212). ).
  • the relay processing unit 22 uses the VS option 452vso and the message header 552mh including the output source information and the response information, the other options 452etc, and the RM option 551rmo, respectively.
  • the DHCPv6 packet 502 is created by deleting the option header “opt” from the RR packet 553.
  • the relay processing unit 22 outputs the created RR packet 551 or DHCPv6 packet 502 to the management processing unit 21 indicated by the output source information (step S210).
  • the management processing unit 21 sends the packet, specifically, the DHCPv6 packet 502 via the subscriber terminal device 121. To the client 111 (step S218).
  • the management processing unit 21 receives the response information, the management information, and the grant information from the packet received from the relay processing unit 22. Delete and create a DHCPv6 packet 502 (step S216).
  • the management processing unit 21 when the packet received from the relay processing unit 22 is the RR packet 551, the management processing unit 21 includes a message header 552mh, an IID option 451io, and a VS option 451vso including response information, management information, and attached information, respectively.
  • the other options 451 etc and the option header opt in the RM option 551 rmo are deleted from the RR packet 551 to create a DHCPv6 packet 502.
  • the management processing unit 21 transmits the created DHCPv6 packet 502 to the client 111 via the subscriber terminal device 121 (step S218).
  • the packet relay device when transferring a packet received from a client, the packet relay device assigns transfer information indicating that the packet has been transferred to the packet in accordance with RFC6221.
  • the packet relay device when the packet relay device relays the packet to which the transfer information is added to a different network, the packet relay device adds the transfer information indicating that the packet has been transferred to the packet according to RFC 3315, and passes DHCPv6 via the network. Send to server.
  • FIG. 16 is a diagram illustrating a configuration of a packet relay apparatus of a comparative example.
  • the packet relay apparatus 901 of the comparative example includes a management processing unit 921 and a relay processing unit 922.
  • FIG. 17 is a diagram illustrating an example of a DHCPv6 packet encapsulated in the management processing unit of the packet relay apparatus according to the comparative example.
  • the management processing unit 921 when receiving the DHCPv6 packet 402 from the subscriber terminal device 121, the management processing unit 921 creates an RF packet 951 that encapsulates the received DHCPv6 packet 402 and outputs it to the relay processing unit 922. To do.
  • the message 951 msg is included in the payload 951 p of the RF packet 951.
  • the message 951 msg includes a message header 451 mh, an RM option 451 rmo, an IID option 451 io and other options 451 etc.
  • FIG. 18 is a diagram illustrating an example of an RF packet encapsulated in the relay processing unit of the packet relay apparatus of the comparative example.
  • the relay processing unit 922 when receiving the RF packet 951 from the management processing unit 921, the relay processing unit 922 creates an RF packet 952 that encapsulates the received RF packet 951 and transmits it to the server 151.
  • the message 952 msg is included in the payload 952 p of the RF packet 952.
  • the message 952 msg includes a message header 952 mh, an RM option 952 rmo, an IID option 952 io, and other options 952 etc. Further, the hop count in the message header 952mh is 1 obtained by incrementing the hop count in the message header 451mh.
  • variable area optv of the RM option 952rmo includes the payload 951p of the RF packet 951, that is, the message 951msg.
  • the server 151 receives the RF packet 952 from the packet relay device 901, the packet that acquires the RM option 952rmo, the IID option 952io and other options 952etc, and the message header 952mh from the message 952msg included in the received RF packet 952. Perform disassembly.
  • the server 151 recognizes that the RF packet 952 is a packet transferred twice.
  • the server 151 acquires the message 951 msg included in the variable area optv of the RM option 952 rmo based on the option length included in the option header “opt” of the RM option 952 rmo.
  • the server 151 performs packet disassembly processing for acquiring the RM option 451rmo, the IID option 451io and other options 451etc, and the message header 451mh from the acquired message 951 msg.
  • the server 151 acquires the ONU index from the variable area optv of the IID option 451io, and uses the acquired ONU index to determine the subscriber terminal device 121.
  • the client side communication unit 31 receives the DHCPv6 packet 402.
  • the subscriber line management unit 32 adds a message header 451mh including transfer information indicating that the packet is transferred by the packet relay apparatus 101 to the DHCPv6 packet 402 received by the client side communication unit 31 and outputs the packet.
  • the concentrator relay unit 42 sends the packet to the relay destination device, specifically the server 151, without adding the transfer information. Send.
  • the packet is transmitted to the server 151 without adding a plurality of transfer information to one packet. Since a packet having a simple structure can be transmitted to the server 151, processing for analyzing the packet in the server 151 can be simplified. Therefore, it is possible to reduce the processing load of the packet in the packet relay destination device.
  • the packet relay apparatus 901 of the comparative example transmits an RF packet 952 having a hop count value of 1 included in the message header 952mh to the server 151.
  • the hop count value included in the message header 452mh of the packet transmitted from the packet relay apparatus 101 is zero, the remaining transferable number of times is larger than that of the packet transmitted from the packet relay apparatus 901. Therefore, the possibility that the transmitted packet reaches the target device can be further increased.
  • the packet relay apparatus 901 adds management information used in the server 151 to the DHCPv6 packet 402 received from the client 111, the packet relay apparatus 901 adds transfer information indicating that the packet has been transferred to the packet in accordance with RFC6221. Give.
  • the packet relay apparatus 901 when relaying a packet with management information and transfer information to a different network, the packet relay apparatus 901 adds transfer information indicating that the packet has been transferred to the packet according to RFC3315. It transmits to the server 151 via the network.
  • the server 151 when the server 151 cannot analyze a packet that has been transferred twice or more times, the server 151 manages the management that is given when the first transfer is performed in the packet relay device 901 according to RFC6221. Information cannot be obtained correctly.
  • the server 151 may recognize that the information given when the first transfer is performed in the packet relay apparatus 901, that is, the ONU index, is, for example, in the lower network hierarchy. In such a case, the server 151 may not be able to acquire the ONU index correctly.
  • the subscriber line management unit 32 is information related to the device that is the source of the DHCPv6 packet 402, specifically, the subscriber terminal device 121.
  • the server 151 can correctly acquire the management information or can be acquired by a simple process, so that the subscriber terminal device 121 can be appropriately determined using the management information. .
  • the concentrator relay unit 42 receives the packet received from the subscriber line management unit 32 and outputs the source information indicating the subscriber line management unit 32 that is the output source of the packet. Is transmitted to the server 151.
  • the line concentration relay unit 42 receives the response packet of the packet transmitted to the server 151 from the server 151.
  • the subscriber line management unit 32 that should output the response packet can be correctly determined based on the output source information included in the response packet.
  • the server-side communication unit 43 receives a response packet that is a response packet to the packet transmitted by the packet relay device 101 and includes output source information. , Received from the server 151. Then, the concentrator relay unit 42 acquires the output source information from the response packet received by the server side communication unit 43, and outputs the response packet from which the output source information is deleted to the subscriber line management unit 32 indicated by the output source information. To do.
  • a packet having a format corresponding to the format of the packet output by the subscriber line management unit 32 can be output to the subscriber line management unit 32. . Therefore, the processing in the subscriber line management unit 32 can be simplified.
  • the subscriber line management unit 32 can set whether or not to add transfer information.
  • the line concentrator relay unit 42 adds a message header 452mh including the transfer information to the packet and transmits the packet to the server 151.
  • the subscriber line management unit 32 can select whether or not to add transfer information to the packet. Even when the transfer information is not added to the packet in the subscriber line management unit 32, the concentrator relay unit 42 assigns the transfer information to the packet, so that the server 151 correctly processes the packet received from the packet relay device 101. can do.
  • the subscriber line management unit 32 includes a VS option including grant information indicating that transfer information has been assigned to the DHCPv6 packet 402 received by the client side communication unit 31. 451vso is further added to the DHCPv6 packet 402. When the VS option 451vso is not added to the packet received from the subscriber line management unit 32, the line concentrator relay unit 42 adds a message header 452mh including transfer information to the packet and transmits the packet to the server 151.
  • the concentrator relay unit 42 can correctly determine whether or not the transfer information has been given by the subscriber line management unit 32 based on the contents of the VS option 451vso, so that it is transferred to one packet. A plurality of pieces of information can be more reliably prevented with simple processing.
  • the server-side communication unit 43 is a packet that is a response to the packet transmitted by the packet relay device 101 and includes a response information indicating a response to the transfer information.
  • a response packet 401 is received from the server 151.
  • the line concentrator relay unit 42 sends the response packet 401 from which the response information is deleted to the subscriber line management unit. To 32.
  • the packet relay apparatus outputs the response packet 401 from which the response information is deleted to the subscriber line management unit 32 that has output the packet to which the transfer information is not given, that is, the DHCPv6 packet 402, to the concentrator relay unit 42. Composed.
  • a packet having a format corresponding to the packet format output by the subscriber line management unit 32 can be output to the subscriber line management unit 32. Therefore, the processing in the subscriber line management unit 32 can be simplified.
  • the subscriber line management unit 32 and the concentrator relay unit 42 operate according to RFC 6221 and RFC 3315, respectively.
  • the subscriber line management unit 32 and the concentrating relay unit 42 satisfy the specifications of RFC6221 and RFC3315, respectively, so that the DHCPv6 packet 402 and the DHCPv6 packet 502 transmitted and received between the server 151 and the client 111 that satisfy the specifications. Can be relayed appropriately.
  • a packet relay device A receiver for receiving the packet; A management unit that outputs transfer information indicating that the packet is transferred by the packet relay device to the packet received by the receiving unit; A relay unit that transmits the packet to a relay destination device of the packet without adding the transfer information when the transfer information is added to the packet received from the management unit; The receiving unit receives the packet from a DHCPv6 client; The management unit creates a relay header option including a payload of the packet received by the receiving unit and a message header including the transfer information, and the generated relay forward option and the message header are stored in the payload.
  • the relay unit When the transfer information is added to the packet received from the management unit, the relay unit does not add the transfer information, and indicates information indicating that the packet relay process has been performed by the relay unit. And send the packet to the DHCPv6 server which is the relay destination device of the packet, The DHCPv6 client and the management unit belong to the same network, The packet relay apparatus, wherein the DHCPv6 client and the DHCPv6 server belong to different networks.

Abstract

パケットの中継先の装置における当該パケットの処理負担を軽減することが可能なパケット中継装置およびパケット中継方法を提供する。パケット中継装置は、パケットを受信する受信部と、前記パケット中継装置によって転送されたパケットであることを示す転送情報を、前記受信部によって受信された前記パケットに付与して出力する管理部と、前記管理部から受けた前記パケットに前記転送情報が付与されている場合、前記転送情報を付与せずに前記パケットの中継先の装置へ前記パケットを送信する中継部とを備える。

Description

パケット中継装置およびパケット中継方法
　本発明は、パケット中継装置およびパケット中継方法に関し、特に、パケットを中継するパケット中継装置およびパケット中継方法に関する。
　たとえば、”Ｒｅｑｕｅｓｔ　ｆｏｒ　Ｃｏｍｍｅｎｔｓ：　３３１５”、［ｏｎｌｉｎｅ］、２００３年７月、Ｉｎｔｅｒｎｅｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｔａｓｋ　Ｆｏｒｃｅ（ＩＥＴＦ）、［平成２７年４月１０日検索］、インターネット〈ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ３３１５．ｔｘｔ〉（非特許文献１）には、ＤＨＣＰｖ６サーバがＩＰｖ６ノードすなわちクライアントにＩＰｖ６アドレスを渡すためのＩＰｖ６動的ホスト設定プロトコル（ＤＨＣＰ）が規定されている。
　たとえば、”Ｒｅｑｕｅｓｔ　ｆｏｒ　Ｃｏｍｍｅｎｔｓ：　６２２１”、［ｏｎｌｉｎｅ］、２０１１年５月、Ｉｎｔｅｒｎｅｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｔａｓｋ　Ｆｏｒｃｅ（ＩＥＴＦ）、［平成２７年４月１０日検索］、インターネット〈ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ６２２１．ｔｘｔ〉（非特許文献２）には、中継機能を有さない装置であるＬＤＲＡ（Ｌｉｇｈｔｗｅｉｇｈｔ　ＤＨＣＰｖ６　Ｒｅｌａｙ　Ａｇｅｎｔ）が規定されている。
"Ｒｅｑｕｅｓｔ　ｆｏｒ　Ｃｏｍｍｅｎｔｓ：　３３１５"、［ｏｎｌｉｎｅ］、２００３年７月、Ｉｎｔｅｒｎｅｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｔａｓｋ　Ｆｏｒｃｅ（ＩＥＴＦ）、［平成２７年４月１０日検索］、インターネット〈ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ３３１５．ｔｘｔ〉 "Ｒｅｑｕｅｓｔ　ｆｏｒ　Ｃｏｍｍｅｎｔｓ：　６２２１"、［ｏｎｌｉｎｅ］、２０１１年５月、Ｉｎｔｅｒｎｅｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｔａｓｋ　Ｆｏｒｃｅ（ＩＥＴＦ）、［平成２７年４月１０日検索］、インターネット〈ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ６２２１．ｔｘｔ〉
　たとえば、パケット中継装置は、クライアントから受信したパケットを転送する場合、ＲＦＣ６２２１（非特許文献２）に従って、自己が当該パケットを転送したことを示す転送情報を当該パケットに付与する。
　たとえば、パケット中継装置は、上記転送情報が付与されたパケットを異なるネットワークに中継する場合、ＲＦＣ３３１５（非特許文献１）に従って、自己が当該パケットを転送したことを示す転送情報を当該パケットに付与する。パケット中継装置は、当該パケットを当該ネットワーク経由でＤＨＣＰｖ６サーバへ送信する。
　ＤＨＣＰｖ６サーバがパケット中継装置から受信するパケットには、転送情報が２つ付与される。このため、以下の問題が生ずることがある。
　パケットに転送情報が２つ付与された場合、たとえば当該パケットの構造が複雑になる。したがって、ＤＨＣＰｖ６サーバにおいて、当該パケットを解析するための処理が複雑になる。
　この発明は、上述の課題を解決するためになされたもので、その目的は、パケットの中継先の装置における当該パケットの処理負担を軽減することが可能なパケット中継装置およびパケット中継方法を提供することである。
　（１）上記課題を解決するために、この発明のある局面に係るパケット中継装置は、パケット中継装置であって、パケットを受信する受信部と、前記パケット中継装置によって転送されたパケットであることを示す転送情報を、前記受信部によって受信された前記パケットに付与して出力する管理部と、前記管理部から受けた前記パケットに前記転送情報が付与されている場合、前記転送情報を付与せずに前記パケットの中継先の装置へ前記パケットを送信する中継部とを備える。
　（９）上記課題を解決するために、この発明のある局面に係るパケット中継方法は、パケット中継装置におけるパケット中継方法であって、パケットを受信するステップと、第１のプロトコルに従って、前記パケット中継装置によって転送されたパケットであることを示す転送情報を、受信した前記パケットに付与して出力するステップと、第２のプロトコルに従って、受けた前記パケットに前記転送情報が付与されている場合、前記転送情報を付与せずに前記パケットの中継先の装置へ前記パケットを送信するステップとを含む。
　本発明は、このような特徴的な処理部を備えるパケット中継装置として実現できるだけでなく、パケット中継装置の一部または全部を実現する半導体集積回路として実現することができる。本発明は、パケット中継装置を備える通信システムとして実現することができる。かかる特徴的な処理のステップをコンピュータに実行させるためのプログラムとして実現することができる。
　本発明によれば、パケットの中継先の装置における当該パケットの処理負担を軽減することができる。
図１は、本発明の実施の形態に係る通信システムの構成を示す図である。 図２は、本発明の実施の形態に係る通信システムにおいて用いられるパケットの一例を示す図である。 図３は、本発明の実施の形態に係る通信システムにおけるサーバおよびパケット中継装置間で送受信されるパケットに含まれるメッセージの構成を示す図である。 図４は、本発明の実施の形態に係る通信システムにおいて用いられるＤＨＣＰｖ６パケットの一例を示す図である。 図５は、本発明の実施の形態に係る通信システムにおけるパケット中継装置の構成を示す図である。 図６は、本発明の実施の形態に係るパケット中継装置における管理処理部の構成を示す図である。 図７は、本発明の実施の形態に係る管理処理部においてカプセル化されたＤＨＣＰｖ６パケットの一例を示す図である。 図８は、本発明の実施の形態に係るパケット中継装置における中継処理部の構成を示す図である。 図９は、本発明の実施の形態に係る集線中継部においてオプションが追加されたＲＦパケットの一例を示す図である。 図１０は、本発明の実施の形態に係る集線中継部においてカプセル化されたＤＨＣＰｖ６パケットの一例を示す図である。 図１１は、本発明の実施の形態に係るサーバにおいて作成されるＲＲパケットの一例を示す図である。 図１２は、本発明の実施の形態に係るサーバにおいて作成されるＲＲパケットの一例を示す図である。 図１３は、本発明の実施の形態に係る集線中継部においてオプションが削除されたＲＲパケットの一例を示す図である。 図１４は、本発明の実施の形態に係るパケット中継装置が、上り方向のＤＨＣＰｖ６パケットの中継処理を行う際の動作手順を定めたフローチャートである。 図１５は、本発明の実施の形態に係るパケット中継装置が、下り方向のＤＨＣＰｖ６パケットの中継処理を行う際の動作手順を定めたフローチャートである。 図１６は、比較例のパケット中継装置の構成を示す図である。 図１７は、比較例のパケット中継装置の管理処理部においてカプセル化されたＤＨＣＰｖ６パケットの一例を示す図である。 図１８は、比較例のパケット中継装置の中継処理部においてカプセル化されたＲＦパケットの一例を示す図である。
　最初に、本発明の実施形態の内容を列記して説明する。
　（１）本発明の実施の形態に係るパケット中継装置は、パケットを受信する受信部と、前記パケット中継装置によって転送されたパケットであることを示す転送情報を、前記受信部によって受信された前記パケットに付与して出力する管理部と、前記管理部から受けた前記パケットに前記転送情報が付与されている場合、前記転送情報を付与せずに前記パケットの中継先の装置へ前記パケットを送信する中継部とを備える。
　１つのパケットに転送情報が複数付与されることなくパケットの中継先の装置へ送信される構成により、単純な構造のパケットをパケットの中継先の装置へ送信することができる。パケットの中継先の装置における、当該パケットを解析するための処理を簡素化することができる。したがって、パケットの中継先の装置における当該パケットの処理負担を軽減することができる。
　（２）好ましくは、前記管理部は、前記パケットの送信元の装置に関する情報であって前記中継先の装置において前記送信元の装置を判別するために用いられる情報である管理情報を前記パケットにさらに付与して出力する。
　このような構成により、たとえば、パケットの中継先の装置において、管理情報を正しく取得したり、管理情報を簡単な処理で取得したりすることができる。したがって、管理情報を用いてパケットの送信元の装置の判別を適切に行うことができる。
　（３）好ましくは、前記中継部は、前記管理部から受けた前記パケットに前記パケットの出力元の前記管理部を示す出力元情報を付与して前記中継先の装置へ送信する。
　このような構成により、たとえば、パケット中継装置が複数の管理部を備える場合においても、中継部は、パケットの中継先の装置へ送信したパケットの応答パケットを当該装置から受信したときに、当該応答パケットを出力すべき管理部を、当該応答パケットに含まれる出力元情報に基づいて正しく判別することができる。
　（４）より好ましくは、前記受信部は、さらに、前記パケット中継装置によって送信された前記パケットに対する応答のパケットであって前記出力元情報を含むパケットである応答パケットを前記中継先の装置から受信し、前記中継部は、前記受信部によって受信された前記応答パケットから前記出力元情報を取得し、前記出力元情報の示す前記管理部へ、前記出力元情報を削除した前記応答パケットを出力する。
　このように出力元情報を削除した応答パケットを出力する構成により、管理部が出力したパケットの形式に対応する形式のパケットを管理部へ出力することができる。したがって、管理部における処理を簡素化することができる。
　（５）好ましくは、前記管理部は、前記転送情報を付与するか否かを設定可能であり、前記中継部は、前記管理部から受けた前記パケットに前記転送情報が付与されていない場合、前記転送情報を前記パケットに付与して前記中継先の装置へ送信する。
　このような構成により、管理部において、パケットに転送情報を付与するか否かを選択することができる。また、管理部において転送情報がパケットに付与されない場合においても、中継部が当該パケットに転送情報を付与するので、パケットの中継先の装置は、パケット中継装置から受信するパケットを正しく処理することができる。
　（６）より好ましくは、前記管理部は、前記受信部によって受信された前記パケットに前記転送情報を付与したことを示す付与情報を前記パケットにさらに付与し、前記中継部は、前記管理部から受けた前記パケットに前記付与情報が付与されていない場合、前記転送情報を前記パケットに付与して前記中継先の装置へ送信する。
　このような構成により、中継部では、付与情報に基づいて、管理部において転送情報が付与されたか否かを正しく判断することができるので、１つのパケットに転送情報が複数付与されることを簡易な処理でより確実に防ぐことができる。
　（７）より好ましくは、前記受信部は、さらに、前記パケット中継装置によって送信された前記パケットに対する応答のパケットであって前記転送情報に対する応答を示す応答情報を含むパケットである応答パケットを前記中継先の装置から受信し、前記中継部は、前記受信部によって受信された前記応答パケットに前記付与情報が付与されていない場合、前記応答情報を削除した前記応答パケットを前記管理部へ出力する。
　このように、転送情報が付与されていないパケットを中継部へ出力した管理部に、応答情報を削除した応答パケットを出力する構成により、管理部が出力したパケットの形式に対応する形式のパケットを管理部へ出力することができるので、管理部における処理を簡素化することができる。
　（８）好ましくは、前記管理部および前記中継部は、それぞれＲＦＣ６２２１およびＲＦＣ３３１５に従って動作する。
　このような構成により、管理部および中継部は、それぞれＲＦＣ６２２１およびＲＦＣ３３１５の仕様を満たすので、当該仕様を満たすパケットの中継先の装置およびパケットの送信元の装置間において送受信されるパケットを適切に中継することができる。
　（９）本発明の実施の形態に係るパケット中継方法は、パケット中継装置におけるパケット中継方法であって、パケットを受信するステップと、第１のプロトコルに従って、前記パケット中継装置によって転送されたパケットであることを示す転送情報を、受信した前記パケットに付与して出力するステップと、第２のプロトコルに従って、受けた前記パケットに前記転送情報が付与されている場合、前記転送情報を付与せずに前記パケットの中継先の装置へ前記パケットを送信するステップとを含む。
　このように、１つのパケットに転送情報が複数付与されることなくパケットの中継先の装置へ送信される構成により、単純な構造のパケットをパケットの中継先の装置へ送信することができるので、パケットの中継先の装置における当該パケットを解析するための処理を簡素化することができる。したがって、パケットの中継先の装置における当該パケットの処理負担を軽減することができる。
　以下、本発明の実施の形態について図面を用いて説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。また、以下に記載する実施の形態の少なくとも一部を任意に組み合わせてもよい。
　［構成および基本動作］
　図１は、本発明の実施の形態に係る通信システムの構成を示す図である。
　図１を参照して、通信システム３０１は、パケット中継装置１０１と、複数のＤＨＣＰｖ６クライアント（以下、クライアントとも称する。）１１１と、複数の加入者端末装置１２１と、ＤＨＣＰｖ６サーバ（以下、サーバとも称する。）１５１とを備える。
　図１では、複数の加入者端末装置１２１を代表的に示しているが、１つの加入者端末装置１２１が設けられてもよい。また、１つの加入者端末装置１２１に対して１つのクライアント１１１を代表的に示している。しかし、１つの加入者端末装置１２１に対して複数のクライアント１１１が設けられてもよい。
　たとえば、複数のクライアント１１１、複数の加入者端末装置１２１、およびパケット中継装置１０１によりユーザネットワーク１０が構成されている。
　たとえば、パケット中継装置１０１およびサーバ１５１により上位ネットワーク１１が構成されている。図１では、パケット中継装置１０１がサーバ１５１に直接接続されている。しかし、パケット中継装置１０１は、他の中継装置を介してサーバ１５１に接続されてもよい。
　ユーザネットワーク１０および上位ネットワーク１１は、異なるネットワークである。より詳細には、ユーザネットワーク１０および上位ネットワーク１１のサブネットは異なる。
　通信システム３０１におけるクライアント１１１は、たとえばコンピュータであり、加入者宅に設けられている。加入者端末装置１２１は、たとえばＯＮＵ（Ｏｐｔｉｃａｌ　Ｎｅｔｗｏｒｋ　Ｕｎｉｔ）であり、加入者宅に設けられている。
　通信システム３０１において、クライアント１１１およびパケット中継装置１０１は、たとえば加入者端末装置１２１を介して互いにパケット、具体的にはＩＰｖ６パケットの送受信を行う。
　より詳細には、加入者端末装置１２１およびパケット中継装置１０１は、たとえば、光ファイバを介して接続される。加入者端末装置１２１およびパケット中継装置１０１間において、光信号の送受信が行われる。
　加入者端末装置１２１は、パケットを含む光信号をパケット中継装置１０１へ送信する場合、自己のＩＤを含むプリアンブルとともに当該パケットを光信号に含めてパケット中継装置１０１へ送信する。
　パケット中継装置１０１およびサーバ１５１は、たとえば、パケット、具体的にはＩＰｖ６パケットを互いに送受信する。
　パケット中継装置１０１は、たとえば、ユーザネットワーク１０に接続されたクライアント１１１と上位ネットワーク１１に接続されたサーバ１５１との間で送受信されるパケットを中継する。
　具体的には、パケット中継装置１０１は、たとえば、ＩＰｖ６アドレスの要求を含むサーバ１５１宛のＤＨＣＰｖ６パケットを、クライアント１１１から加入者端末装置１２１経由で受信する。パケット中継装置１０１は、受信したＤＨＣＰｖ６パケットを、サーバ１５１へ送信する。
　また、パケット中継装置１０１は、たとえば、ＩＰｖ６アドレスの要求に対する応答を含む、クライアント１１１宛のＤＨＣＰｖ６パケットを、サーバ１５１から受信する。パケット中継装置１０１は、受信したＤＨＣＰｖ６パケットを、加入者端末装置１２１経由でクライアント１１１へ送信する。
　以下、クライアント１１１からサーバ１５１への方向を上り方向と称し、サーバ１５１からクライアント１１１への方向を下り方向と称する。
　［パケットの構成］
　図２は、本発明の実施の形態に係る通信システムにおいて用いられるパケットの一例を示す図である。
　図２を参照して、パケット４０１は、ＩＰｖ６ヘッダ４０１ｈと、ＵＤＰヘッダ４０１ｕと、ペイロード４０１ｐとを含む。
　［メッセージの構成］
　図３は、本発明の実施の形態に係る通信システムにおけるサーバおよびパケット中継装置間で送受信されるパケットに含まれるメッセージの構成を示す図である。
　図３を参照して、サーバ１５１およびパケット中継装置１０１間では、たとえば、パケット４０１のペイロード４０１ｐにメッセージｍｓｇを含むパケットが送受信される。
　メッセージｍｓｇは、メッセージヘッダｍｈと、オプションｏｐｔとを含む。図３では、１つのオプションｏｐｔを代表的に示しているが、さらに多数のオプションｏｐｔがメッセージｍｓｇに含まれてもよい。
　メッセージｍｓｇには、リレーフォワードメッセージ（Ｒｅｌａｙ－ｆｏｒｗａｒｄ　Ｍｅｓｓａｇｅ）およびリレーリプライメッセージ（Ｒｅｌａｙ－ｒｅｐｌｙ　Ｍｅｓｓａｇｅ）等がある。
　オプションｏｐｔには、リレーメッセージオプション（Ｒｅｌａｙ　Ｍｅｓｓａｇｅ　Ｏｐｔｉｏｎ）、インタフェースＩＤオプション（Ｉｎｔｅｒｆａｃｅ　ＩＤ　Ｏｐｔｉｏｎ）、およびベンダスペシフィックオプション（Ｖｅｎｄｅｒ　Ｓｐｅｃｉｆｉｃ　Ｏｐｔｉｏｎ）等がある。
　以下、リレーメッセージオプション、インタフェースＩＤオプションおよびベンダスペシフィックオプションを、それぞれＲＭオプション、ＩＩＤオプションおよびＶＳオプションとも称する。
　メッセージヘッダｍｈのフィールド長は、たとえば固定値である。メッセージヘッダｍｈには、たとえば、メッセージタイプ、ホップカウント、リンクアドレスおよびピアアドレスが含まれる。
　オプションｏｐｔのフィールド長は、たとえば可変値である。オプションｏｐｔはオプションヘッダｏｐｔｈおよび可変領域ｏｐｔｖを含む。
　オプションヘッダｏｐｔｈのフィールド長は、たとえば固定値である。オプションヘッダｏｐｔｈは、たとえば、オプションｏｐｔの種類を示すオプション識別子、およびオプション長を含む。
　可変領域ｏｐｔｖのフィールド長は、たとえばオプション長の示す長さである。可変領域ｏｐｔｖは、オプション識別子に応じた情報を含む。
　たとえば、サーバ１５１およびパケット中継装置１０１は、メッセージｍｓｇに複数のオプションｏｐｔが含まれる場合においても、オプションヘッダｏｐｔｈに含まれているオプション識別子およびオプション長に基づいて、各オプションｏｐｔを取得することが可能である。
　［ＤＨＣＰｖ６パケットの構成］
　図４は、本発明の実施の形態に係る通信システムにおいて用いられるＤＨＣＰｖ６パケットの一例を示す図である。
　図１および図４を参照して、クライアント１１１は、たとえば、ＤＨＣＰｖ６パケット４０２を作成する。ＤＨＣＰｖ６パケット４０２においては、サーバ１５１に対してＩＰｖ６アドレスを要求するための要求情報がペイロード４０２ｐに格納される。ＤＨＣＰｖ６パケット４０２におけるＵＤＰヘッダ４０２ｕには、ＤＨＣＰｖ６パケット４０２がＤＨＣＰ処理に用いられるパケットであることを示す所定のポート番号が含まれる。このポート番号は、たとえば５４７番である。
　クライアント１１１は、たとえば、作成したＤＨＣＰｖ６パケット４０２を、加入者端末装置１２１経由でパケット中継装置１０１へ送信する。
　［パケット中継装置の構成］
　図５は、本発明の実施の形態に係る通信システムにおけるパケット中継装置の構成を示す図である。
　図５を参照して、パケット中継装置１０１は、３つの管理処理部２１と、中継処理部２２と、設定部２３とを備える。
　図５では、３つの管理処理部２１を代表的に示しているが、さらに多数または少数の管理処理部２１が設けられてもよい。また、１つの中継処理部２２を代表的に示しているが、さらに多数の中継処理部２２が設けられてもよい。
　設定部２３は、たとえば、ユーザの操作を受け付ける。設定部２３は、受け付けたユーザの操作に応じて、管理処理部２１の動作モードを、管理モードおよび非管理モードのいずれか一方に設定する。設定部２３は、たとえば、３つの管理処理部２１に対して、別個に動作モードを設定することも可能であるし、単一の動作モードを設定することも可能である。
　管理処理部２１は、たとえば、自己のパケット中継装置１０１の配下の加入者を管理する。具体的には、管理処理部２１は、たとえば、加入者端末装置１２１を管理する。
　図６は、本発明の実施の形態に係るパケット中継装置における管理処理部の構成を示す図である。
　図６を参照して、管理処理部２１は、クライアント側通信部（受信部）３１と、加入者回線管理部３２と、ＤＨＣＰｖ６パケット取得部３３とを含む。
　図６では、クライアント側通信部３１は、たとえば、３つの加入者端末装置１２１に接続されている。クライアント側通信部３１は、２つ以下または４つ以上の加入者端末装置１２１に接続されてもよい。
　クライアント側通信部３１および３つの加入者端末装置１２１により、たとえばＰＯＮ（Ｐａｓｓｉｖｅ　Ｏｐｔｉｃａｌ　Ｎｅｔｗｏｒｋ）が構成されている。
　ＰＯＮにおいて、クライアント側通信部３１は、たとえば、光スプリッタを介して３つの加入者端末装置１２１と光ファイバにより接続されている。
　なお、クライアント側通信部３１は、ＰＯＮに限らず、分岐回路を介してケーブルモデム等と電気信号線により接続されてもよい。
　クライアント側通信部３１は、パケット４０１を受信する。より詳細には、クライアント側通信部３１は、たとえば、プリアンブルおよびパケット４０１を含む光信号を、加入者端末装置１２１から受信する。クライアント側通信部３１は、受信した光信号を電気信号に変換してＤＨＣＰｖ６パケット取得部３３へ出力する。
　クライアント側通信部３１は、たとえば、パケット４０１を含む電気信号をＤＨＣＰｖ６パケット取得部３３または加入者回線管理部３２から受ける。クライアント側通信部３１は、受けた電気信号を光信号に変換して加入者端末装置１２１へ送信する。
　ＤＨＣＰｖ６パケット取得部３３は、たとえば、クライアント側通信部３１から受ける電気信号を監視する。ＤＨＣＰｖ６パケット取得部３３は、電気信号からプリアンブルを検出すると、当該プリアンブル、および当該プリアンブルに続くパケット４０１を取得する。
　ＤＨＣＰｖ６パケット取得部３３は、たとえば、取得したパケット４０１のＵＤＰヘッダ４０１ｕに含まれるポート番号が５４７番である場合、当該パケット４０１がＤＨＣＰｖ６パケット４０２であることを認識する。ＤＨＣＰｖ６パケット取得部３３は、当該ＤＨＣＰｖ６パケット４０２およびプリアンブルを、加入者回線管理部３２へ出力する。
　ＤＨＣＰｖ６パケット取得部３３は、たとえば、上記ポート番号が５４７番以外である場合、当該パケット４０１が通常の中継対象のパケットであると認識する。ＤＨＣＰｖ６パケット取得部３３は、当該パケット４０１を中継処理部２２へ出力する。
　加入者回線管理部３２は、たとえば、ＤＨＣＰｖ６パケット４０２に転送情報を付与するか否かを設定可能である。より詳細には、加入者回線管理部３２は、たとえば、自己の管理処理部２１の動作モードが設定部２３によって管理モードに設定されている場合、ＤＨＣＰｖ６パケット４０２に転送情報を付与する。
　一方、加入者回線管理部３２は、たとえば、自己の管理処理部２１の動作モードが設定部２３によって非管理モードに設定されている場合、ＤＨＣＰｖ６パケット４０２に転送情報を付与しない。転送情報の詳細については後述する。
　なお、加入者回線管理部３２は、ＤＨＣＰｖ６パケット４０２に転送情報を付与するか否かを設定可能に構成されると限定されない。加入者回線管理部３２は、ＤＨＣＰｖ６パケット４０２に転送情報をデフォルトで付与するよう構成されていてもよい。
　より詳細には、加入者回線管理部３２は、たとえば、自己の管理処理部２１の動作モードが非管理モードである場合、ＤＨＣＰｖ６パケット取得部３３からＤＨＣＰｖ６パケット４０２およびプリアンブルを受けると、受けたＤＨＣＰｖ６パケット４０２をそのまま中継処理部２２へ出力する。
　一方、加入者回線管理部３２は、たとえば、自己の管理処理部２１の動作モードが管理モードである場合、ＤＨＣＰｖ６パケット取得部３３からＤＨＣＰｖ６パケット４０２およびプリアンブルを受けると、第１のプロトコル、具体的にはＲＦＣ６２２１に従い、ＤＨＣＰｖ６パケット４０２に対する管理処理を開始する。
　具体的には、たとえば、加入者回線管理部３２は、加入者端末装置１２１のＩＤとＯＮＵインデックスとの対応関係を保持している。加入者回線管理部３２は、たとえば、ＤＨＣＰｖ６パケット取得部３３から受けたプリアンブルから加入者端末装置１２１のＩＤを取得する。加入者回線管理部３２は、取得したＩＤに対応するＯＮＵインデックスを、当該対応関係から特定する。
　［管理処理およびカプセル化］
　図７は、本発明の実施の形態に係る管理処理部においてカプセル化されたＤＨＣＰｖ６パケットの一例を示す図である。
　図７を参照して、加入者回線管理部３２は、自己のパケット中継装置１０１によって転送されたパケットであることを示す転送情報を、クライアント側通信部３１によって受信されたＤＨＣＰｖ６パケット４０２に付与する。
　加入者回線管理部３２は、たとえば、管理情報をＤＨＣＰｖ６パケット４０２にさらに付与する。管理情報は、ＤＨＣＰｖ６パケット４０２の送信元の装置に関する情報であり、中継先の装置において当該送信元の装置を判別するために用いられる。
　加入者回線管理部３２は、たとえば、付与情報をＤＨＣＰｖ６パケット４０２にさらに付与する。付与情報は、クライアント側通信部３１によって受信されたＤＨＣＰｖ６パケット４０２に転送情報を付与したことを示す情報である。
　具体的には、加入者回線管理部３２は、たとえば、ＤＨＣＰｖ６パケット４０２のペイロード４０２ｐ、転送情報、管理情報および付与情報を含むメッセージ４５１ｍｓｇを作成し、ＤＨＣＰｖ６リレーフォワードパケット（以下、ＲＦパケットとも称する。）４５１を作成する。ＤＨＣＰｖ６リレーフォワードパケット４５１において、作成されたメッセージ４５１ｍｓｇはペイロード４５１ｐに格納されている。
　より詳細には、加入者回線管理部３２は、たとえば、ＤＨＣＰｖ６パケット４０２のＩＰｖ６ヘッダ４０２ｈおよびＵＤＰヘッダ４０２ｕをそれぞれコピーした、ＩＰｖ６ヘッダ４５１ｈおよびＵＤＰヘッダ４５１ｕを作成する。
　この際、加入者回線管理部３２は、たとえば、ＩＰｖ６ヘッダ４０２ｈから送信元のＩＰｖ６アドレス、すなわちクライアント１１１のＩＰｖ６アドレスを取得する。さらに加入者回線管理部３２は、ＩＰｖ６ヘッダ４５１ｈに含まれるアドレスの情報を、必要に応じて書き換える。クライアント１１１のＩＰｖ６アドレスは、たとえばＣｎｔ＿ＩＰ＿Ａｄｄｒである。
　加入者回線管理部３２は、たとえばメッセージタイプ、ホップカウント、リンクアドレス、およびピアアドレスとして、それぞれ「ＲＦ」、「０」、「０：：０」、および「Ｃｎｔ＿ＩＰ＿Ａｄｄｒ」を書き込んだメッセージヘッダ４５１ｍｈを作成する。
　このメッセージヘッダ４５１ｍｈに含まれるメッセージタイプである「ＲＦ」が、たとえば上記転送情報に相当する。メッセージタイプの「ＲＦ」は、たとえばメッセージ４５１ｍｓｇがリレーフォワードメッセージであることを意味する。ホップカウントの「０」は、たとえば、ＲＦパケット４５１が１回ホップしたことを意味する。リンクアドレスの「０：：０」は、たとえば、加入者回線管理部３２が中継処理を行っていないことを意味する。ピアアドレスの「Ｃｎｔ＿ＩＰ＿Ａｄｄｒ」は、上述したようにクライアント１１１のＩＰｖ６アドレスである。
　また、加入者回線管理部３２は、たとえば、ＲＭオプション４５１ｒｍｏを作成する。ＲＭオプション４５１ｒｍｏにおいて、ＤＨＣＰｖ６パケット４０２のペイロード４０２ｐのコピーが可変領域ｏｐｔｖに格納されている。
　このように、あるパケット４０１のペイロード４０１ｐの内容をメッセージｍｓｇのＲＭオプションに含めることを、以下では、パケット４０１をカプセル化すると称する。
　また、加入者回線管理部３２は、たとえば、上述の、特定したＯＮＵインデックスが管理情報として可変領域ｏｐｔｖに格納されたＩＩＤオプション４５１ｉｏを作成する。
　なお、加入者回線管理部３２は、管理情報としてＯＮＵインデックスを含むＩＩＤオプション４５１ｉｏを作成する構成に限らず、ＤＨＣＰｖ６パケット４０２の送信元の加入者端末装置１２１のＭＡＣ（Ｍｅｄｉａ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）アドレスを管理情報として含むＩＩＤオプション４５１ｉｏを作成する構成であってもよい。
　また、加入者回線管理部３２は、たとえば、所定の識別コードＣｄが付与情報として可変領域ｏｐｔｖに格納されたＶＳオプション４５１ｖｓｏを作成する。
　また、加入者回線管理部３２は、たとえば、必要に応じてその他のオプション４５１ｅｔｃを作成する。
　加入者回線管理部３２は、たとえば、先頭から順に、ＩＰｖ６ヘッダ４５１ｈ、ＵＤＰヘッダ４５１ｕ、メッセージヘッダ４５１ｍｈ、ＲＭオプション４５１ｒｍｏ、ＩＩＤオプション４５１ｉｏ、ＶＳオプション４５１ｖｓｏ、および、その他のオプション４５１ｅｔｃを結合することにより、ＲＦパケット４５１を作成する。ＲＦパケット４５１における各オプションｏｐｔの順番は入れ替わってもよい。
　加入者回線管理部３２は、このようにして作成したＲＦパケット４５１を、中継処理部２２へ出力する。
　［中継処理］
　図８は、本発明の実施の形態に係るパケット中継装置における中継処理部の構成を示す図である。
　図８を参照して、中継処理部２２は、３つの通信ポート４１と、集線中継部４２と、サーバ側通信部（受信部）４３とを含む。
　図８では、３つの通信ポート４１を代表的に示しているが、さらに多数または少数の通信ポート４１が設けられてもよい。また、１つの集線中継部４２を代表的に示しているが、さらに多数の集線中継部４２が設けられてもよい。
　中継処理部２２における集線中継部４２は、たとえば、第２のプロトコル、具体的にはＲＦＣ３３１５に従い、ユーザネットワーク１０および上位ネットワーク１１間においてパケット４０１の中継処理を行う。
　たとえば、各通信ポート４１は、図５に示すパケット中継装置１０１における各管理処理部２１と１：１で接続している。各通信ポート４１には、当該通信ポート４１の識別子である通信ポート番号、およびＩＰｖ６アドレスが別個に割り当てられている。
　通信ポート４１は、たとえば、管理処理部２１からＤＨＣＰｖ６パケット４０２またはＲＦパケット４５１を受けると、受けたＤＨＣＰｖ６パケット４０２またはＲＦパケット４５１を集線中継部４２へ出力する。
　たとえば、集線中継部４２は、各通信ポート４１の通信ポート番号およびＩＰｖ６アドレスを保持している。
　集線中継部４２は、たとえば、通信ポート４１からＤＨＣＰｖ６パケット４０２またはＲＦパケット４５１を受けると、当該通信ポート４１の通信ポート番号およびＩＰｖ６アドレスを特定する。集線中継部４２により特定された通信ポート番号およびＩＰｖ６アドレスは、たとえば、それぞれＰｎｕｍおよびＲＰ＿ＩＰ＿Ａｄｄｒである。
　［付与情報を含むＲＦパケット４５２］
　図９は、本発明の実施の形態に係る集線中継部においてオプションが追加されたＲＦパケットの一例を示す図である。
　図９を参照して、集線中継部４２は、加入者回線管理部３２から受けたパケットに転送情報が付与されている場合、転送情報を付与せずに当該パケットの中継先の装置、具体的にはサーバ１５１へ当該パケットを送信する。
　具体的には、集線中継部４２は、たとえば、加入者回線管理部３２から受けたＲＦパケット４５１に識別コードＣｄを含むＶＳオプションが含まれているか否かを確認する確認処理ＣＴ１を行う。
　集線中継部４２は、たとえば、確認処理ＣＴ１において、識別コードＣｄを含むＶＳオプション４５１ｖｓｏがＲＦパケット４５１に含まれることを確認した場合、ＲＦパケット４５１が、加入者回線管理部３２において転送情報すなわちメッセージヘッダ４５１ｍｈにおいてメッセージタイプを示す「ＲＦ」が付与されたパケットであると認識する。
　集線中継部４２は、たとえば、ＲＦパケット４５１に基づいて、ＲＦパケット４５２を作成する。より詳細には、集線中継部４２は、たとえば、ＲＦパケット４５１におけるＩＰｖ６ヘッダ４５１ｈに含まれるアドレスの情報を、必要に応じて書き換えて、ＩＰｖ６ヘッダ４５２ｈを作成する。また、集線中継部４２は、たとえば、メッセージ４５１ｍｓｇに基づいてメッセージ４５２ｍｓｇを作成する。
　集線中継部４２は、たとえば、加入者回線管理部３２から受けたパケットに、当該パケットの出力元の加入者回線管理部３２を示す出力元情報を付与して、サーバ１５１へ送信する。
　出力元情報は、たとえば、上述の、特定された通信ポート番号であるＰｎｕｍ、およびＩＰｖ６アドレスであるＲＰ＿ＩＰ＿Ａｄｄｒである。ＰｎｕｍおよびＲＰ＿ＩＰ＿Ａｄｄｒは、ＤＨＣＰｖ６パケット４０２またはＲＦパケット４５１を受信した通信ポート４１を示す。通信ポート４１と管理処理部２１とは１：１で接続しているので、ＰｎｕｍおよびＲＰ＿ＩＰ＿Ａｄｄｒは、実質的には、管理処理部２１すなわち加入者回線管理部３２を示す。出力元情報は、通信ポート番号およびＩＰｖ６アドレスのような通信ポート４１を特定するための情報に限らない。管理処理部２１を特定することが可能な情報であれば、出力元情報は、管理処理部２１のＩＰｖ６アドレスまたはＭＡＣアドレス等であってもよい。
　集線中継部４２は、たとえば、Ｐｎｕｍを出力元情報として可変領域ｏｐｔｖに含むＶＳオプション４５２ｖｓｏを作成する。集線中継部４２は、作成したＶＳオプション４５２ｖｓｏを、その他のオプション４５１ｅｔｃの後に結合する。
　集線中継部４２は、たとえば、ＲＦパケット４５１のメッセージヘッダ４５１ｍｈにおけるリンクアドレス、すなわち「０：：０」を、上述の、特定したＩＰｖ６アドレスである「ＲＰ＿ＩＰ＿Ａｄｄｒ」に書き換えてメッセージヘッダ４５２ｍｈを作成する。リンクアドレスの「ＲＰ＿ＩＰ＿Ａｄｄｒ」は、たとえば、集線中継部４２が中継処理を行ったことを意味する。
　また、集線中継部４２は、たとえば、必要に応じてその他のオプション４５２ｅｔｃを作成する。集線中継部４２は、作成したその他のオプション４５２ｅｔｃを、ＶＳオプション４５２ｖｓｏの後に結合する。
　集線中継部４２は、このようにして作成したＲＦパケット４５２を、サーバ側通信部４３へ出力する。
　［付与情報を含まないＲＦパケット４５３］
　図１０は、本発明の実施の形態に係る集線中継部においてカプセル化されたＤＨＣＰｖ６パケットの一例を示す図である。
　集線中継部４２は、たとえば、加入者回線管理部３２から受けたパケットに転送情報が付与されていない場合、転送情報を当該パケットに付与してサーバ１５１へ送信する。
　具体的には、集線中継部４２は、たとえば、加入者回線管理部３２から受けたパケットに付与情報が付与されていない場合、転送情報を当該パケットに付与してサーバ１５１へ送信する。
　より詳細には、集線中継部４２は、たとえば、通信ポート４１からＤＨＣＰｖ６パケット４０２を受けて確認処理ＣＴ１を行う。集線中継部４２は、識別コードＣｄを含むＶＳオプションがＤＨＣＰｖ６パケット４０２に含まれないことを確認した場合、ＤＨＣＰｖ６パケット４０２が、加入者回線管理部３２において転送情報すなわちメッセージヘッダ４５１ｍｈにおいてメッセージタイプを示す「ＲＦ」が付与されていないパケットであると認識する。
　そして、集線中継部４２は、たとえば、ＤＨＣＰｖ６パケット４０２に転送情報を付与してサーバ１５１へ送信する。
　具体的には、集線中継部４２は、たとえば、ＤＨＣＰｖ６パケット４０２のペイロード４０２ｐ、転送情報および出力元情報を含むメッセージ４５３ｍｓｇを作成し、作成したメッセージ４５３ｍｓｇがペイロード４５３ｐに格納されたパケットであるＲＦパケット４５３を作成する。
　より詳細には、集線中継部４２は、たとえば、図７に示すＲＦパケット４５１を作成する方法、および図９に示すＲＦパケット４５２を作成する方法を用いてＲＦパケット４５３を作成する。
　たとえば、集線中継部４２は、ＤＨＣＰｖ６パケット４０２のＩＰｖ６ヘッダ４０２ｈおよびＵＤＰヘッダ４０２ｕの内容に基づいて、図９に示すＩＰｖ６ヘッダ４５２ｈおよびＵＤＰヘッダ４５１ｕをそれぞれ作成する。
　また、集線中継部４２は、たとえば、図７に示すＲＭオプション４５１ｒｍｏ、ならびに図９に示すメッセージヘッダ４５２ｍｈ、ＶＳオプション４５２ｖｓｏおよびその他のオプション４５２ｅｔｃを作成する。
　そして、集線中継部４２は、たとえば、先頭から順に、ＩＰｖ６ヘッダ４５２ｈ、ＵＤＰヘッダ４５１ｕ、メッセージヘッダ４５２ｍｈ、ＲＭオプション４５１ｒｍｏ、ＶＳオプション４５２ｖｓｏ、およびその他のオプション４５２ｅｔｃを結合することにより、図１０に示すＲＦパケット４５３を作成する。ＲＦパケット４５３における各オプションｏｐｔの順番は入れ替わってもよい。
　集線中継部４２は、このようにして作成したＲＦパケット４５３を、サーバ側通信部４３へ出力する。
　サーバ側通信部４３は、たとえば、集線中継部４２からＲＦパケット４５２またはＲＦパケット４５３を受けると、受けたＲＦパケット４５２またはＲＦパケット４５３をサーバ１５１へ送信する。
　［サーバ１５１における処理］
　再び図１を参照して、サーバ１５１は、たとえば、パケット中継装置１０１からＲＦパケット４５２またはＲＦパケット４５３を受信すると、受信したＲＦパケット４５２またはＲＦパケット４５３に対する応答のパケット４０１を作成する。サーバ１５１は、作成したパケット４０１をパケット中継装置１０１へ送信する。
　図１１は、本発明の実施の形態に係るサーバにおいて作成されるＲＲパケットの一例を示す図である。
　図１１を参照して、たとえば、サーバ１５１は、パケット中継装置１０１によって送信されたパケット４０１、具体的にはＲＦパケット４５１またはＲＦパケット４５２、に対する応答のパケット４０１を作成する。応答パケット４０１は、転送情報に対する応答を示す応答情報、および出力元情報を含むパケットである。
　具体的には、サーバ１５１は、たとえば、パケット中継装置１０１から図９に示すＲＦパケット４５２を受信すると、受信したＲＦパケット４５２に対する応答パケット４０１であるＲＲパケット５５２を作成する。
　より詳細には、サーバ１５１は、たとえば、受信したＲＦパケット４５２に含まれるメッセージ４５２ｍｓｇから、ＲＭオプション４５１ｒｍｏ、ＩＩＤオプション４５１ｉｏ、ＶＳオプション４５１ｖｓｏ、その他のオプション４５１ｅｔｃ、ＶＳオプション４５２ｖｓｏおよびその他のオプション４５２ｅｔｃ、ならびにメッセージヘッダ４５２ｍｈを取得するパケット分解処理を行う。
　ここで、ＩＩＤオプション４５１ｉｏ、ＶＳオプション４５１ｖｓｏ、その他のオプション４５１ｅｔｃ、ＶＳオプション４５２ｖｓｏおよびその他のオプション４５２ｅｔｃは、ＲＲパケット５５２にそのまま格納される。
　サーバ１５１は、たとえば、ＩＩＤオプション４５１ｉｏの可変領域ｏｐｔｖからＯＮＵインデックスを取得する。サーバ１５１は、取得したＯＮＵインデックスを加入者端末装置１２１の判別に用いる。
　具体的には、サーバ１５１は、たとえば、同一の加入者端末装置１２１に渡すＩＰｖ６アドレスの個数を制限するために、ＯＮＵインデックスを用いる。
　また、サーバ１５１は、たとえば、メッセージヘッダ４５２ｍｈをコピーした仮メッセージヘッダを作成し、作成した仮メッセージヘッダにおけるメッセージタイプを「ＲＲ」に書き換えたメッセージヘッダ５５２ｍｈを作成する。
　このメッセージヘッダ５５２ｍｈに含まれるメッセージタイプである「ＲＲ」が、たとえば応答情報に相当する。メッセージタイプの「ＲＲ」は、たとえばメッセージ５５２ｍｓｇがリレーリプライメッセージであることを意味する。
　また、サーバ１５１は、たとえば、ＲＭオプション４５１ｒｍｏの可変領域ｏｐｔｖから、ＤＨＣＰｖ６パケット４０２のペイロード４０２ｐを取得する。サーバ１５１は、取得したペイロード４０２ｐに含まれる要求情報の応答である、リプライ情報を作成する。
　そして、サーバ１５１は、作成したリプライ情報が可変領域ｏｐｔｖに格納されたＲＭオプション５５１ｒｍｏを作成する。可変領域ｏｐｔｖに格納されたリプライ情報は、パケット中継装置１０１からクライアント１１１へ送信される予定の、図４に示すＤＨＣＰｖ６パケット５０２のペイロード５０２ｐに格納される情報である。
　また、サーバ１５１は、たとえば、ＩＰｖ６ヘッダ４５２ｈおよびＵＤＰヘッダ４５１ｕをそれぞれコピーしたＩＰｖ６ヘッダ５５２ｈおよびＵＤＰヘッダ５５１ｕを作成する。この際、サーバ１５１は、たとえば、ＩＰｖ６ヘッダ５５２ｈに含まれるアドレスの情報を、必要に応じて書き換える。また、サーバ１５１は、ＲＲパケット５５２がＤＨＣＰ処理に用いられるパケットであることを示す所定のポート番号、たとえば５４６番をＵＤＰヘッダ５５１ｕに書き込む。
　サーバ１５１は、たとえば、先頭から順に、ＩＰｖ６ヘッダ５５２ｈ、ＵＤＰヘッダ５５１ｕ、メッセージヘッダ５５２ｍｈ、ＲＭオプション５５１ｒｍｏ、ＩＩＤオプション４５１ｉｏ、ＶＳオプション４５１ｖｓｏ、その他のオプション４５１ｅｔｃ、ＶＳオプション４５２ｖｓｏおよびその他のオプション４５２ｅｔｃを結合することによりＲＲパケット５５２を作成する。ＲＲパケット５５２における各オプションｏｐｔの順番は入れ替わってもよい。
　図１２は、本発明の実施の形態に係るサーバにおいて作成されるＲＲパケットの一例を示す図である。
　図１２を参照して、たとえば、サーバ１５１は、パケット中継装置１０１から図１０に示すＲＦパケット４５３を受信すると、受信したＲＦパケット４５３に対する応答パケット４０１であるＲＲパケット５５３を作成する。
　より詳細には、サーバ１５１は、たとえば、図１１に示すＲＲパケット５５２の作成方法と同様の方法で、ＩＰｖ６ヘッダ５５２ｈ、ＵＤＰヘッダ５５１ｕ、メッセージヘッダ５５２ｍｈ、およびＲＭオプション５５１ｒｍｏの作成、ならびにＶＳオプション４５２ｖｓｏおよびその他のオプション４５２ｅｔｃの取得処理を行う。
　そして、サーバ１５１は、たとえば、先頭から順に、ＩＰｖ６ヘッダ５５２ｈ、ＵＤＰヘッダ５５１ｕ、メッセージヘッダ５５２ｍｈ、ＲＭオプション５５１ｒｍｏ、ＶＳオプション４５２ｖｓｏおよびその他のオプション４５２ｅｔｃを結合することによりＲＲパケット５５３を作成する。ＲＲパケット５５３における各オプションｏｐｔの順番は入れ替わってもよい。
　再び図１を参照して、サーバ１５１は、たとえば、作成した応答パケット４０１をパケット中継装置１０１へ送信する。
　パケット中継装置１０１は、たとえば、サーバ１５１から応答パケット４０１を受信すると、受信した応答パケット４０１を中継して加入者端末装置１２１経由でクライアント１１１へ送信する。
　再び図８を参照して、中継処理部２２におけるサーバ側通信部４３は、たとえば、サーバ１５１から応答パケット４０１としてＲＲパケット５５２またはＲＲパケット５５３を受信すると、受信したＲＲパケット５５２またはＲＲパケット５５３を集線中継部４２へ出力する。
　［付与情報を含むＲＲパケット５５２］
　集線中継部４２は、たとえば、サーバ側通信部４３によって受信された応答パケット４０１に付与情報が付与されている場合、応答情報を削除せずに、応答パケット４０１を管理処理部２１における加入者回線管理部３２へ出力する。
　具体的には、集線中継部４２は、たとえば、サーバ側通信部４３から応答パケット４０１として図１１に示すＲＲパケット５５２を受けると、受けたＲＲパケット５５２に、識別コードＣｄを含むＶＳオプションが含まれているか否かを確認する確認処理ＣＴ２を行う。
　集線中継部４２は、たとえば、確認処理ＣＴ２において、識別コードＣｄを含むＶＳオプション４５１ｖｓｏがＲＲパケット５５２に含まれることを確認した場合、ＲＲパケット５５２が、加入者回線管理部３２において転送情報が付与されたＲＦパケット４５１の応答のパケットであると認識する。
　図１３は、本発明の実施の形態に係る集線中継部においてオプションが削除されたＲＲパケットの一例を示す図である。
　図１３を参照して、集線中継部４２は、たとえば、サーバ側通信部４３によって受信された応答パケット４０１から出力元情報を取得する。集線中継部４２は、取得した出力元情報の示す加入者回線管理部３２へ、出力元情報を削除した応答パケット４０１を出力する。
　具体的には、集線中継部４２は、たとえば、ＲＲパケット５５２におけるＶＳオプション４５２ｖｓｏの可変領域ｏｐｔｖから、通信ポート番号であるＰｎｕｍを取得する。
　そして、集線中継部４２は、たとえば、ＲＲパケット５５２に基づいてＲＲパケット５５１を作成する。より詳細には、集線中継部４２は、たとえば、ＲＲパケット５５２におけるＩＰｖ６ヘッダ５５２ｈに含まれるアドレスの情報を、必要に応じて書き換えて、ＩＰｖ６ヘッダ５５１ｈを作成する。
　また、集線中継部４２は、たとえば、メッセージ５５２ｍｓｇに基づいてメッセージ５５１ｍｓｇを作成する。具体的には、集線中継部４２は、たとえば、ＶＳオプション４５２ｖｓｏおよびその他のオプション４５２ｅｔｃをメッセージ５５２ｍｓｇから削除したメッセージ５５１ｍｓｇを作成する。
　集線中継部４２は、たとえば、作成したＲＲパケット５５１を、Ｐｎｕｍの示す通信ポート４１へ出力する。
　Ｐｎｕｍの示す通信ポート４１は、たとえば、集線中継部４２からＲＲパケット５５１を受けると、受けたＲＲパケット５５１を、自己と１：１で接続されている管理処理部２１へ出力する。
　再び図６を参照して、ＤＨＣＰｖ６パケット取得部３３は、たとえば、中継処理部２２における通信ポート４１からＲＲパケット５５１を受けると、受けたＲＲパケット５５１のＵＤＰヘッダ５５１ｕに含まれるポート番号を取得する。
　ＤＨＣＰｖ６パケット取得部３３は、たとえば、取得したポート番号が５４６番であることを確認すると、ＲＲパケット５５１がＤＨＣＰ処理に用いられるパケットであることを認識する。この場合、ＤＨＣＰｖ６パケット取得部３３は、ＲＲパケット５５１を加入者回線管理部３２へ出力する。
　また、ＤＨＣＰｖ６パケット取得部３３は、たとえば、中継処理部２２における通信ポート４１から受けるパケット４０１のポート番号が５４６番以外である場合、当該パケット４０１が通常の中継対象のパケットであると認識する。この場合、ＤＨＣＰｖ６パケット取得部３３は、当該パケット４０１を、クライアント側通信部３１経由で加入者端末装置１２１へ送信する。
　加入者回線管理部３２は、たとえば、ＤＨＣＰｖ６パケット取得部３３からＲＲパケット５５１を受けると、受けたＲＲパケット５５１に、識別コードＣｄを含むＶＳオプションが含まれるか否かを確認する確認処理ＣＴ３を行う。
　加入者回線管理部３２は、たとえば、確認処理ＣＴ３において、識別コードＣｄを含むＶＳオプション４５１ｖｓｏがＲＲパケット５５１に含まれることを確認した場合、ＲＲパケット５５１が、自己が転送情報を付与したＲＦパケット４５１の応答のパケットであると認識する。
　そして、加入者回線管理部３２は、たとえば、ＲＲパケット５５１に基づいて、図４に示すＤＨＣＰｖ６パケット５０２を作成する。より詳細には、集線中継部４２は、たとえば、ＲＲパケット５５１のＲＭオプション５５１ｒｍｏにおける可変領域ｏｐｔｖの情報を、ペイロード５０２ｐに含むＤＨＣＰｖ６パケット５０２を作成する。
　加入者回線管理部３２は、メッセージヘッダ５５２ｍｈにおけるピアアドレスを宛先アドレスとして、ＩＰｖ６ヘッダ５０２ｈに含める。また、加入者回線管理部３２は、たとえば、ＵＤＰヘッダ５５１ｕをコピーしてＵＤＰヘッダ５０２ｕを作成する。そして、加入者回線管理部３２は、作成したＤＨＣＰｖ６パケット５０２を、クライアント側通信部３１および加入者端末装置１２１経由で、宛先のクライアント１１１へ送信する。
　［付与情報を含まないＲＲパケット５５３］
　再び図８を参照して、集線中継部４２は、たとえば、サーバ側通信部４３によって受信された応答パケット４０１に付与情報が付与されていない場合、応答情報を削除した応答パケット４０１を、加入者回線管理部３２へ出力する。
　具体的には、集線中継部４２は、たとえば、サーバ側通信部４３から応答パケット４０１として図１２に示すＲＲパケット５５３を受けると、受けたＲＲパケット５５３に、識別コードＣｄを含むＶＳオプションが含まれているか否かを確認する確認処理ＣＴ２を行う。
　集線中継部４２は、たとえば、確認処理ＣＴ２において、識別コードＣｄを含むＶＳオプション４５１ｖｓｏがＲＲパケット５５３に含まれないことを確認した場合、ＲＲパケット５５３が、加入者回線管理部３２において転送情報が付与されなかったＤＨＣＰｖ６パケット４０２の応答のパケットであると認識する。
　集線中継部４２は、たとえば、ＲＲパケット５５３におけるＶＳオプション４５２ｖｓｏの可変領域ｏｐｔｖから、通信ポート番号であるＰｎｕｍを取得する。
　そして、集線中継部４２は、たとえば、ＲＲパケット５５３に基づいて、図４に示すＤＨＣＰｖ６パケット５０２を作成する。より詳細には、集線中継部４２は、たとえば、ＲＲパケット５５３のＲＭオプション５５１ｒｍｏにおける可変領域ｏｐｔｖの情報がペイロード５０２ｐに格納された、ＤＨＣＰｖ６パケット５０２を作成する。
　集線中継部４２は、メッセージヘッダ５５２ｍｈにおけるピアアドレスを宛先アドレスとして、ＩＰｖ６ヘッダ５０２ｈに含める。また、集線中継部４２は、たとえば、ＵＤＰヘッダ５５１ｕをコピーしてＵＤＰヘッダ５０２ｕを作成する。集線中継部４２は、たとえば、作成したＤＨＣＰｖ６パケット５０２を、Ｐｎｕｍの示す通信ポート４１経由で管理処理部２１へ出力する。
　再び図６を参照して、ＤＨＣＰｖ６パケット取得部３３は、たとえば、中継処理部２２における通信ポート４１からＤＨＣＰｖ６パケット５０２を受けると、ポート番号に基づいて、ＤＨＣＰｖ６パケット５０２がＤＨＣＰ処理に用いられるパケットであることを認識する。ＤＨＣＰｖ６パケット取得部３３は、ＤＨＣＰｖ６パケット５０２を加入者回線管理部３２へ出力する。
　加入者回線管理部３２は、たとえば、ＤＨＣＰｖ６パケット取得部３３からＤＨＣＰｖ６パケット５０２を受けると、受けたＤＨＣＰｖ６パケット５０２に、識別コードＣｄを含むＶＳオプションが含まれるか否かを確認する確認処理ＣＴ３を行う。
　加入者回線管理部３２は、たとえば、確認処理ＣＴ３において、識別コードＣｄを含むＶＳオプションがＤＨＣＰｖ６パケット５０２に含まれないことを確認した場合、ＤＨＣＰｖ６パケット５０２をそのまま、クライアント側通信部３１および加入者端末装置１２１経由で宛先のクライアント１１１へ送信する。
　［動作］
　パケット中継装置１０１は、コンピュータを備え、当該コンピュータにおけるＣＰＵ等の演算処理部は、以下のフローチャートの各ステップの一部または全部を含むプログラムを図示しないメモリから読み出して実行する。この装置のプログラムは、外部からインストールすることができる。この装置のプログラムは、記録媒体に格納された状態で流通する。
　図１４は、本発明の実施の形態に係るパケット中継装置が、上り方向のＤＨＣＰｖ６パケットの中継処理を行う際の動作手順を定めたフローチャートである。
　図１４を参照して、まず、パケット中継装置１０１における管理処理部２１は、クライアント１１１から加入者端末装置１２１経由でＤＨＣＰｖ６パケット４０２を受信するまで待機する（ステップＳ１０２でＮＯ）。
　次に、管理処理部２１は、自己の動作モードが非管理モードに設定されている場合においてクライアント１１１からＤＨＣＰｖ６パケット４０２を受信すると（ステップＳ１０２でＹＥＳおよびステップＳ１０４でＮＯ）、受信したＤＨＣＰｖ６パケット４０２を中継処理部２２へ出力する（ステップＳ１１０）。
　一方、管理処理部２１は、自己の動作モードが管理モードに設定されている場合においてクライアント１１１からＤＨＣＰｖ６パケット４０２を受信すると（ステップＳ１０２でＹＥＳおよびステップＳ１０４でＹＥＳ）、受信したＤＨＣＰｖ６パケット４０２に転送情報、付与情報および管理情報を付与してＲＦパケット４５１を作成する（ステップＳ１０６）。
　具体的には、管理処理部２１は、転送情報、付与情報および管理情報をそれぞれ含むメッセージヘッダ４５１ｍｈ、ＶＳオプション４５１ｖｓｏおよびＩＩＤオプション４５１ｉｏと、その他のオプション４５１ｅｔｃと、ＲＭオプション４５１ｒｍｏのオプションヘッダｏｐｔｈとを、受信したＤＨＣＰｖ６パケット４０２に付与してＲＦパケット４５１を作成する。
　次に、管理処理部２１は、作成したＲＦパケット４５１を中継処理部２２へ出力する（ステップＳ１０８）。
　次に、中継処理部２２は、管理処理部２１から受けたパケットに付与情報が付与されていない場合（ステップＳ１１２でＮＯ）、受けたパケットに転送情報および出力元情報を付与してＲＦパケット４５３を作成する（ステップＳ１１６）。
　具体的には、中継処理部２２は、管理処理部２１から受けたパケットがＤＨＣＰｖ６パケット４０２である場合、転送情報および出力元情報をそれぞれ含むメッセージヘッダ４５２ｍｈおよびＶＳオプション４５２ｖｓｏと、その他のオプション４５２ｅｔｃと、ＲＭオプション４５１ｒｍｏのオプションヘッダｏｐｔｈとを、受けたＤＨＣＰｖ６パケット４０２に付与してＲＦパケット４５３を作成する。
　一方、中継処理部２２は、管理処理部２１から受けたパケットに付与情報が付与されている場合（ステップＳ１１２でＹＥＳ）、受けたパケットに出力元情報を付与してＲＦパケット４５２を作成する（ステップＳ１１４）。
　具体的には、中継処理部２２は、管理処理部２１から受けたパケットがＲＦパケット４５１である場合、出力元情報を含むＶＳオプション４５２ｖｓｏと、その他のオプション４５２ｅｔｃとを、受けたＲＦパケット４５１に付与してＲＦパケット４５２を作成する。
　次に、中継処理部２２は、作成したＲＦパケット４５３またはＲＦパケット４５２をサーバ１５１へ送信する（ステップＳ１１８）。
　図１５は、本発明の実施の形態に係るパケット中継装置が、下り方向のＤＨＣＰｖ６パケットの中継処理を行う際の動作手順を定めたフローチャートである。
　図１５を参照して、まず、パケット中継装置１０１における中継処理部２２は、サーバ１５１から応答パケット４０１を受信するまで待機する（ステップＳ２０２でＮＯ）。
　次に、中継処理部２２は、サーバ１５１から応答パケット４０１を受信すると（ステップＳ２０２でＹＥＳ）、応答パケット４０１におけるＶＳオプション４５２ｖｓｏから出力元情報を取得する（ステップＳ２０４）。
　次に、中継処理部２２は、応答パケット４０１に付与情報が付与されている場合（ステップＳ２０６でＹＥＳ）、応答パケット４０１から出力元情報を削除してＲＲパケット５５１を作成する（ステップＳ２０８）。
　具体的には、中継処理部２２は、応答パケット４０１がＲＲパケット５５２である場合、出力元情報を含むＶＳオプション４５２ｖｓｏと、その他のオプション４５２ｅｔｃとをＲＲパケット５５２から削除してＲＲパケット５５１を作成する。
　一方、中継処理部２２は、応答パケット４０１に付与情報が付与されていない場合（ステップＳ２０６でＮＯ）、応答パケット４０１から出力元情報および応答情報を削除してＤＨＣＰｖ６パケット５０２を作成する（ステップＳ２１２）。
　具体的には、中継処理部２２は、応答パケット４０１がＲＲパケット５５３である場合、出力元情報および応答情報をそれぞれ含むＶＳオプション４５２ｖｓｏおよびメッセージヘッダ５５２ｍｈと、その他のオプション４５２ｅｔｃと、ＲＭオプション５５１ｒｍｏにおけるオプションヘッダｏｐｔｈとをＲＲパケット５５３から削除してＤＨＣＰｖ６パケット５０２を作成する。
　次に、中継処理部２２は、作成したＲＲパケット５５１またはＤＨＣＰｖ６パケット５０２を出力元情報の示す管理処理部２１へ出力する（ステップＳ２１０）。
　次に、管理処理部２１は、中継処理部２２から受けたパケットに付与情報が付与されていない場合（ステップＳ２１４でＮＯ）、当該パケット、具体的にはＤＨＣＰｖ６パケット５０２を加入者端末装置１２１経由でクライアント１１１へ送信する（ステップＳ２１８）。
　一方、管理処理部２１は、中継処理部２２から受けたパケットに付与情報が付与されている場合（ステップＳ２１４でＹＥＳ）、中継処理部２２から受けたパケットから応答情報、管理情報および付与情報を削除してＤＨＣＰｖ６パケット５０２を作成する（ステップＳ２１６）。
　具体的には、管理処理部２１は、中継処理部２２から受けたパケットがＲＲパケット５５１である場合、応答情報、管理情報および付与情報をそれぞれ含むメッセージヘッダ５５２ｍｈ、ＩＩＤオプション４５１ｉｏおよびＶＳオプション４５１ｖｓｏと、その他のオプション４５１ｅｔｃと、ＲＭオプション５５１ｒｍｏにおけるオプションヘッダｏｐｔｈとをＲＲパケット５５１から削除して、ＤＨＣＰｖ６パケット５０２を作成する。
　次に、管理処理部２１は、作成したＤＨＣＰｖ６パケット５０２を、加入者端末装置１２１経由でクライアント１１１へ送信する（ステップＳ２１８）。
　たとえば、パケット中継装置は、クライアントから受信したパケットを転送する場合、ＲＦＣ６２２１に従って、自己が当該パケットを転送したことを示す転送情報を当該パケットに付与する。
　たとえば、パケット中継装置は、上記転送情報が付与されたパケットを異なるネットワークに中継する場合、ＲＦＣ３３１５に従って、自己が当該パケットを転送したことを示す転送情報を当該パケットに付与して当該ネットワーク経由でＤＨＣＰｖ６サーバへ送信する。
　しかしながら、ＤＨＣＰｖ６サーバがパケット中継装置から受信するパケットには転送情報が２つ付与されている。このため、以下の問題を生ずることがある。
　すなわち、パケットに転送情報が２つ付与された場合、たとえば当該パケットの構造が複雑になる。このため、ＤＨＣＰｖ６サーバにおいて当該パケットを解析するための処理が複雑になってしまう。以下、上述の問題を具体的に説明する。
　図１６は、比較例のパケット中継装置の構成を示す図である。
　図１６を参照して、比較例のパケット中継装置９０１は、管理処理部９２１と、中継処理部９２２とを備える。
　図１７は、比較例のパケット中継装置の管理処理部においてカプセル化されたＤＨＣＰｖ６パケットの一例を示す図である。
　図１７を参照して、管理処理部９２１は、たとえば、加入者端末装置１２１からＤＨＣＰｖ６パケット４０２を受信すると、受信したＤＨＣＰｖ６パケット４０２をカプセル化したＲＦパケット９５１を作成して中継処理部９２２へ出力する。
　ＲＦパケット９５１のペイロード９５１ｐには、メッセージ９５１ｍｓｇが含まれる。メッセージ９５１ｍｓｇには、メッセージヘッダ４５１ｍｈ、ＲＭオプション４５１ｒｍｏ、ＩＩＤオプション４５１ｉｏおよびその他のオプション４５１ｅｔｃが含まれる。
　図１８は、比較例のパケット中継装置の中継処理部においてカプセル化されたＲＦパケットの一例を示す図である。
　図１８を参照して、中継処理部９２２は、たとえば、管理処理部９２１からＲＦパケット９５１を受けると、受けたＲＦパケット９５１をカプセル化したＲＦパケット９５２を作成してサーバ１５１へ送信する。
　ＲＦパケット９５２のペイロード９５２ｐには、メッセージ９５２ｍｓｇが含まれる。メッセージ９５２ｍｓｇには、メッセージヘッダ９５２ｍｈ、ＲＭオプション９５２ｒｍｏ、ＩＩＤオプション９５２ｉｏおよびその他のオプション９５２ｅｔｃが含まれる。また、メッセージヘッダ９５２ｍｈにおけるホップカウントは、メッセージヘッダ４５１ｍｈにおけるホップカウントをインクリメントした１である。
　ＲＭオプション９５２ｒｍｏの可変領域ｏｐｔｖには、ＲＦパケット９５１のペイロード９５１ｐ、すなわちメッセージ９５１ｍｓｇが含まれる。
　たとえば、サーバ１５１は、パケット中継装置９０１からＲＦパケット９５２を受信すると、受信したＲＦパケット９５２に含まれるメッセージ９５２ｍｓｇからＲＭオプション９５２ｒｍｏ、ＩＩＤオプション９５２ｉｏおよびその他のオプション９５２ｅｔｃ、ならびにメッセージヘッダ９５２ｍｈを取得するパケット分解処理を行う。
　サーバ１５１は、たとえば、メッセージヘッダ９５２ｍｈに含まれるホップカウントの値が１であることから、ＲＦパケット９５２が２回転送されたパケットであると認識する。
　そして、サーバ１５１は、たとえば、ＲＭオプション９５２ｒｍｏのオプションヘッダｏｐｔｈに含まれるオプション長に基づいて、ＲＭオプション９５２ｒｍｏの可変領域ｏｐｔｖに含まれるメッセージ９５１ｍｓｇを取得する。
　たとえば、サーバ１５１は、取得したメッセージ９５１ｍｓｇからＲＭオプション４５１ｒｍｏ、ＩＩＤオプション４５１ｉｏおよびその他のオプション４５１ｅｔｃ、ならびにメッセージヘッダ４５１ｍｈを取得するパケット分解処理を行う。
　そして、サーバ１５１は、たとえば、ＩＩＤオプション４５１ｉｏの可変領域ｏｐｔｖからＯＮＵインデックスを取得し、取得したＯＮＵインデックスを加入者端末装置１２１の判別に用いる。
　このように、転送情報が２つ付与されたＲＦパケット９５２は、パケットの構造が複雑であるため、サーバ１５１においてＲＦパケット９５２を解析するための処理が複雑になる。
　これに対して、本発明の実施の形態に係るパケット中継装置では、クライアント側通信部３１は、ＤＨＣＰｖ６パケット４０２を受信する。加入者回線管理部３２は、パケット中継装置１０１によって転送されたパケットであることを示す転送情報を含むメッセージヘッダ４５１ｍｈを、クライアント側通信部３１によって受信されたＤＨＣＰｖ６パケット４０２に付与して出力する。集線中継部４２は、加入者回線管理部３２から受けたパケットに転送情報が付与されている場合、転送情報を付与せずに当該パケットの中継先の装置、具体的にはサーバ１５１へ当該パケットを送信する。
　このように、本発明の実施の形態においては、１つのパケットに転送情報が複数付与されることなく、当該パケットがサーバ１５１へ送信される。単純な構造のパケットをサーバ１５１へ送信することができるので、サーバ１５１において当該パケットを解析するための処理を簡素化することができる。したがって、パケットの中継先の装置における当該パケットの処理負担を軽減することができる。
　また、たとえば、通信システム３０１では、ホップカウントの値が所定値以上のパケットの転送が制限される場合がある。
　比較例のパケット中継装置９０１は、メッセージヘッダ９５２ｍｈに含まれるホップカウントの値が１のＲＦパケット９５２をサーバ１５１へ送信する。一方、パケット中継装置１０１から送信されたパケットは、メッセージヘッダ４５２ｍｈに含まれるホップカウントの値はゼロであるので、パケット中継装置９０１から送信されたパケットと比べて残りの転送可能回数が多い。したがって、送信したパケットが目的の装置に到達する可能性をより高めることができる。
　また、たとえば、パケット中継装置９０１は、クライアント１１１から受信したＤＨＣＰｖ６パケット４０２にサーバ１５１において用いられる管理情報を付与する場合、ＲＦＣ６２２１に従い、自己が当該パケットを転送したことを示す転送情報を当該パケットに付与する。
　また、たとえば、パケット中継装置９０１は、管理情報および転送情報が付与されたパケットを異なるネットワークに中継する場合、ＲＦＣ３３１５に従い、自己が当該パケットを転送したことを示す転送情報を当該パケットに付与して当該ネットワーク経由でサーバ１５１へ送信する。
　しかしながら、ＤＨＣＰｖ６サーバがパケット中継装置９０１から受信するパケットには転送情報が２つ付与されている。このため、以下の問題が生ずることがある。
　すなわち、パケットに転送情報が２つ付与された場合、たとえば当該パケットの構造が複雑になる。このため、パケット中継装置９０１においてＲＦＣ６２２１に従う１回目の転送が行われた際に付与された管理情報をサーバ１５１が取得するための処理負担が大きくなってしまう。
　たとえば、サーバ１５１が、２回以上の転送が行われたパケットの解析を行うことができない場合、サーバ１５１は、ＲＦＣ６２２１に従うパケット中継装置９０１において１回目の転送が行われた際に付与された管理情報を正しく取得することができない。
　また、サーバ１５１では、パケット中継装置９０１において１回目の転送が行われた際に付与された情報すなわちＯＮＵのインデックスが、たとえば一段下のネットワーク階層にあるように認識する場合がある。このような場合、サーバ１５１は、ＯＮＵのインデックスを正しく取得できないことがある。
　これに対して、本発明の実施の形態に係るパケット中継装置では、加入者回線管理部３２は、ＤＨＣＰｖ６パケット４０２の送信元の装置、具体的には加入者端末装置１２１に関する情報であって、サーバ１５１において当該加入者端末装置１２１を判別するために用いられる情報である管理情報、を含むＩＩＤオプション４５１ｉｏを、ＤＨＣＰｖ６パケット４０２にさらに付与して出力する。
　このような構成により、サーバ１５１において、管理情報を正しく取得したり、簡単な処理で取得したりすることができるので、管理情報を用いて加入者端末装置１２１の判別を適切に行うことができる。
　また、本発明の実施の形態に係るパケット中継装置では、集線中継部４２は、加入者回線管理部３２から受けたパケットに、当該パケットの出力元の加入者回線管理部３２を示す出力元情報を付与してサーバ１５１へ送信する。
　このような構成により、たとえば、パケット中継装置１０１が複数の加入者回線管理部３２を備える場合においても、集線中継部４２は、サーバ１５１へ送信したパケットの応答パケットをサーバ１５１から受信したときに、当該応答パケットを出力すべき加入者回線管理部３２を、当該応答パケットに含まれる出力元情報に基づいて正しく判別することができる。
　また、本発明の実施の形態に係るパケット中継装置では、サーバ側通信部４３は、パケット中継装置１０１によって送信されたパケットに対する応答のパケットであって、出力元情報を含むパケットである応答パケットを、サーバ１５１から受信する。そして、集線中継部４２は、サーバ側通信部４３によって受信された応答パケットから出力元情報を取得し、出力元情報の示す加入者回線管理部３２へ、出力元情報を削除した応答パケットを出力する。
　このように、出力元情報を削除した応答パケットを出力する構成により、加入者回線管理部３２が出力したパケットの形式に対応する形式のパケットを、加入者回線管理部３２へ出力することができる。したがって加入者回線管理部３２における処理を簡素化することができる。
　また、本発明の実施の形態に係るパケット中継装置では、加入者回線管理部３２は、転送情報を付与するか否かを設定可能である。集線中継部４２は、加入者回線管理部３２から受けたパケットに転送情報が付与されていない場合、当該転送情報を含むメッセージヘッダ４５２ｍｈを当該パケットに付与してサーバ１５１へ送信する。
　このような構成により、加入者回線管理部３２において、パケットに転送情報を付与するか否かを選択することができる。また、加入者回線管理部３２において転送情報がパケットに付与されない場合においても、集線中継部４２が当該パケットに転送情報を付与するので、サーバ１５１は、パケット中継装置１０１から受信するパケットを正しく処理することができる。
　また、本発明の実施の形態に係るパケット中継装置では、加入者回線管理部３２は、クライアント側通信部３１によって受信されたＤＨＣＰｖ６パケット４０２に転送情報を付与したことを示す付与情報を含むＶＳオプション４５１ｖｓｏを、ＤＨＣＰｖ６パケット４０２にさらに付与する。集線中継部４２は、加入者回線管理部３２から受けたパケットにＶＳオプション４５１ｖｓｏが付与されていない場合、転送情報を含むメッセージヘッダ４５２ｍｈを当該パケットに付与してサーバ１５１へ送信する。
　このような構成により、集線中継部４２では、ＶＳオプション４５１ｖｓｏの内容に基づいて、加入者回線管理部３２において転送情報が付与されたか否かを正しく判断することができるので、１つのパケットに転送情報が複数付与されることを簡易な処理でより確実に防ぐことができる。
　また、本発明の実施の形態に係るパケット中継装置では、サーバ側通信部４３は、パケット中継装置１０１によって送信されたパケットに対する応答のパケットであって、転送情報に対する応答を示す応答情報を含むパケットである応答パケット４０１を、サーバ１５１から受信する。そして、集線中継部４２は、サーバ側通信部４３によって受信された応答パケット４０１に、付与情報を含むＶＳオプション４５１ｖｓｏが付与されていない場合、応答情報を削除した応答パケット４０１を加入者回線管理部３２へ出力する。
　このように、転送情報が付与されていないパケットすなわちＤＨＣＰｖ６パケット４０２を集線中継部４２へ出力した加入者回線管理部３２に、応答情報を削除した応答パケット４０１を出力するように、パケット中継装置が構成される。加入者回線管理部３２が出力したパケットの形式に対応する形式のパケットを、加入者回線管理部３２へ出力することができる。したがって、加入者回線管理部３２における処理を簡素化することができる。
　また、本発明の実施の形態に係るパケット中継装置では、加入者回線管理部３２および集線中継部４２は、それぞれＲＦＣ６２２１およびＲＦＣ３３１５に従って動作する。
　このような構成により、加入者回線管理部３２および集線中継部４２は、それぞれＲＦＣ６２２１およびＲＦＣ３３１５の仕様を満たすので、当該仕様を満たすサーバ１５１およびクライアント１１１間において送受信されるＤＨＣＰｖ６パケット４０２およびＤＨＣＰｖ６パケット５０２を適切に中継することができる。
　上記実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記説明ではなく請求の範囲によって示され、請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
　以上の説明は、以下に付記する特徴を含む。
　［付記１］
　パケット中継装置であって、
　パケットを受信する受信部と、
　前記パケット中継装置によって転送されたパケットであることを示す転送情報を、前記受信部によって受信された前記パケットに付与して出力する管理部と、
　前記管理部から受けた前記パケットに前記転送情報が付与されている場合、前記転送情報を付与せずに前記パケットの中継先の装置へ前記パケットを送信する中継部とを備え、
　前記受信部は、ＤＨＣＰｖ６クライアントから前記パケットを受信し、
　前記管理部は、前記受信部によって受信された前記パケットのペイロードを含むリレーフォワードオプション、および前記転送情報を含むメッセージヘッダを作成し、作成した前記リレーフォワードオプションおよび前記メッセージヘッダがペイロードに格納された前記パケットを作成して出力し、
　前記中継部は、前記管理部から受けた前記パケットに前記転送情報が付与されている場合、前記転送情報を付与せず、自己が前記パケットの中継処理を行ったことを示す情報を前記メッセージヘッダに付与し、前記パケットの中継先の装置であるＤＨＣＰｖ６サーバへ前記パケットを送信し、
　前記ＤＨＣＰｖ６クライアントおよび前記管理部は同じネットワークに属し、
　前記ＤＨＣＰｖ６クライアントおよび前記ＤＨＣＰｖ６サーバは異なるネットワークに属する、パケット中継装置。
　２１　管理処理部、２２　中継処理部、２３　設定部、３１　クライアント側通信（受信部）、３２　加入者回線管理部、３３　ＤＨＣＰｖ６パケット取得部、４１　通信ポート、４２　集線中継部、４３　サーバ側通信部（受信部）、１０１　パケット中継装置、１１１　ＤＨＣＰｖ６クライアント、１２１　加入者端末装置、１５１　ＤＨＣＰｖ６サーバ、３０１　通信システム。

Claims (9)

  1. 　パケット中継装置であって、
    　パケットを受信する受信部と、
    　前記パケット中継装置によって転送されたパケットであることを示す転送情報を、前記受信部によって受信された前記パケットに付与して出力する管理部と、
    　前記管理部から受けた前記パケットに前記転送情報が付与されている場合、前記転送情報を付与せずに前記パケットの中継先の装置へ前記パケットを送信する中継部とを備える、パケット中継装置。
  2. 　前記管理部は、前記パケットの送信元の装置に関する情報であって前記中継先の装置において前記送信元の装置を判別するために用いられる情報である管理情報を前記パケットにさらに付与して出力する、請求項１に記載のパケット中継装置。
  3. 　前記中継部は、前記管理部から受けた前記パケットに前記パケットの出力元の前記管理部を示す出力元情報を付与して前記中継先の装置へ送信する、請求項１または請求項２に記載のパケット中継装置。
  4. 　前記受信部は、さらに、前記パケット中継装置によって送信された前記パケットに対する応答のパケットであって前記出力元情報を含むパケットである応答パケットを前記中継先の装置から受信し、
    　前記中継部は、前記受信部によって受信された前記応答パケットから前記出力元情報を取得し、前記出力元情報の示す前記管理部へ、前記出力元情報を削除した前記応答パケットを出力する、請求項３に記載のパケット中継装置。
  5. 　前記管理部は、前記転送情報を付与するか否かを設定可能であり、
    　前記中継部は、前記管理部から受けた前記パケットに前記転送情報が付与されていない場合、前記転送情報を前記パケットに付与して前記中継先の装置へ送信する、請求項１から請求項４のいずれか１項に記載のパケット中継装置。
  6. 　前記管理部は、前記受信部によって受信された前記パケットに前記転送情報を付与したことを示す付与情報を前記パケットにさらに付与し、
    　前記中継部は、前記管理部から受けた前記パケットに前記付与情報が付与されていない場合、前記転送情報を前記パケットに付与して前記中継先の装置へ送信する、請求項５に記載のパケット中継装置。
  7. 　前記受信部は、さらに、前記パケット中継装置によって送信された前記パケットに対する応答のパケットであって前記転送情報に対する応答を示す応答情報を含むパケットである応答パケットを前記中継先の装置から受信し、
    　前記中継部は、前記受信部によって受信された前記応答パケットに前記付与情報が付与されていない場合、前記応答情報を削除した前記応答パケットを前記管理部へ出力する、請求項６に記載のパケット中継装置。
  8. 　前記管理部および前記中継部は、それぞれＲＦＣ６２２１およびＲＦＣ３３１５に従って動作する、請求項１から請求項７のいずれか１項に記載のパケット中継装置。
  9. 　パケット中継装置におけるパケット中継方法であって、
    　パケットを受信するステップと、
    　第１のプロトコルに従って、前記パケット中継装置によって転送されたパケットであることを示す転送情報を、受信した前記パケットに付与して出力するステップと、
    　第２のプロトコルに従って、受けた前記パケットに前記転送情報が付与されている場合、前記転送情報を付与せずに前記パケットの中継先の装置へ前記パケットを送信するステップとを含む、パケット中継方法。
PCT/JP2016/050037 2015-05-27 2016-01-04 パケット中継装置およびパケット中継方法 WO2016189884A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/568,526 US20180159798A1 (en) 2015-05-27 2016-01-04 Packet relay apparatus and packet relay method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015-106927 2015-05-27
JP2015106927A JP6424740B2 (ja) 2015-05-27 2015-05-27 パケット中継装置およびパケット中継方法

Publications (1)

Publication Number Publication Date
WO2016189884A1 true WO2016189884A1 (ja) 2016-12-01

Family

ID=57393060

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/050037 WO2016189884A1 (ja) 2015-05-27 2016-01-04 パケット中継装置およびパケット中継方法

Country Status (3)

Country Link
US (1) US20180159798A1 (ja)
JP (1) JP6424740B2 (ja)
WO (1) WO2016189884A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190036875A1 (en) * 2016-01-26 2019-01-31 Telefonaktiebolaget Lm Ericsson (Publ) Methods And Apparatus For Configuring An M2M Device
EP3242466B1 (de) * 2016-05-04 2019-04-17 Siemens Aktiengesellschaft Verfahren zur konfiguration von kommunikationsgeräten eines industriellen automatisierungssystems und konfigurationsdatenverteilereinheit

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012529802A (ja) * 2009-06-11 2012-11-22 ▲ホア▼▲ウェイ▼技術有限公司 動的ホスト構成プロトコルバージョン６サーバのｉｐアドレスを取得するための方法、動的ホスト構成プロトコルバージョン６サーバ、および動的ホスト構成プロトコルバージョン６通信システム
US20140105214A1 (en) * 2011-03-29 2014-04-17 Huawei Technologies Co., Ltd. Message forwarding method, system, and relay agent device

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012529802A (ja) * 2009-06-11 2012-11-22 ▲ホア▼▲ウェイ▼技術有限公司 動的ホスト構成プロトコルバージョン６サーバのｉｐアドレスを取得するための方法、動的ホスト構成プロトコルバージョン６サーバ、および動的ホスト構成プロトコルバージョン６通信システム
US20140105214A1 (en) * 2011-03-29 2014-04-17 Huawei Technologies Co., Ltd. Message forwarding method, system, and relay agent device

Also Published As

Publication number Publication date
JP2016225672A (ja) 2016-12-28
US20180159798A1 (en) 2018-06-07
JP6424740B2 (ja) 2018-11-21

Similar Documents

Publication Publication Date Title
KR100818809B1 (ko) Ｕｐｎｐ 미러링 시스템, 방법 및 저장 매체
JP4327142B2 (ja) 情報処理システム、トンネル通信装置、トンネル通信方法、代理応答装置、及び代理応答方法
US8908666B2 (en) Communicating data frames across communication networks that use incompatible network routing protocols
US6038233A (en) Translator for IP networks, network system using the translator, and IP network coupling method therefor
US7720097B2 (en) Communication apparatus, communication method, communication program and recording medium
WO2010150457A1 (ja) 中継装置及びその方法
CN110752979B (zh) 报文的隧道传输方法、装置及网络设备
WO2014116152A1 (en) Communication apparatus, control method thereof, computer program thereof, relaying apparatus, control method thereof, computer program thereof
KR20220084075A (ko) 호환되지 않는 무선장치 및 가상 베이스밴드 유닛 간의 통신을 위한 시스템 및 방법
WO2016189884A1 (ja) パケット中継装置およびパケット中継方法
US20240089203A1 (en) System and method for automatic appliance configuration and operability
WO2006121278A1 (en) Method and apparatus for relaying remote access from a public network to a local network
CN111917621B (zh) 通信设备的网管服务器与网元的通信方法及系统
JP4591338B2 (ja) 通信システム
CN114650197A (zh) 通信方法、装置及用户面网元和存储介质
JP3794689B2 (ja) 中継装置及び通信制御方法
KR101002811B1 (ko) Ｉｐ 멀티캐스팅 패킷 터널링 제공 방법 및 장치
JP4670866B2 (ja) トランスレータ
WO2006064561A1 (ja) 仮想プライベートネットワークシステム
WO2021152706A1 (ja) 転送装置、データ処理方法、及びプログラム
JP2006115551A (ja) 変換装置及び管理方法
JP6403225B2 (ja) 中継装置のｉｐアドレス解決方法、中継装置、及び、プログラム
JP5126283B2 (ja) パケット送受信端末
JP5752644B2 (ja) 通信路終端装置、データサイズ決定方法およびデータサイズ決定プログラム
JP2023072425A (ja) 通信装置、通信方法及びプログラム

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: 16799594

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15568526

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16799594

Country of ref document: EP

Kind code of ref document: A1