WO2015139397A1 - 一种nat64资源获取方法及获取/分配装置 - Google Patents

一种nat64资源获取方法及获取/分配装置 Download PDF

Info

Publication number
WO2015139397A1
WO2015139397A1 PCT/CN2014/082854 CN2014082854W WO2015139397A1 WO 2015139397 A1 WO2015139397 A1 WO 2015139397A1 CN 2014082854 W CN2014082854 W CN 2014082854W WO 2015139397 A1 WO2015139397 A1 WO 2015139397A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
pref64
resource
information
ipv6
Prior art date
Application number
PCT/CN2014/082854
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 中兴通讯股份有限公司
Publication of WO2015139397A1 publication Critical patent/WO2015139397A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport

Definitions

  • NAT Network Address Translation
  • IP Internet Protocol
  • NAT64 technology and DNS64 technology are a practical technology for resolving IPv6 and IPv4 exchanges in this scenario.
  • the technical principles of NAT64 and DNS64 will be briefly introduced below.
  • NAT64 is a stateful network address and protocol conversion technology. Generally, it only supports IPv6 network-side users to initiate connections to access IPv4 side network resources. However, the NAT64 also supports the static mapping between the IPv6 network and the IPv4 network. NAT64 implements IPv6 and IPv4 network address and protocol conversion under TCP, UDP, and ICMP protocols.
  • DNS64 works mainly with NAT64. It mainly synthesizes the A record (IPv4 address) in the DNS query information into an AAAA record (IPv6 address), and returns the synthesized AAAA record user to the IPv6 side user.
  • NAT64 and DNS64 The common application scenario of NAT64 and DNS64 is shown in Figure 1.
  • the DNS64 Server and the NAT64 Router are completely independent.
  • 64: FF9B::/96 is a well-known prefix of DNS64.
  • DNS64 generally uses this prefix to synthesize IPv4 addresses to IPv6 addresses.
  • the prefix is also used as a NAT64 conversion prefix.
  • the traffic matching the prefix is NAT64-transformed. .
  • the prefix is represented as pref64::/n, where pref64 identifies the NAT64 prefix and n identifies the NAT64 prefix length.
  • Well-known prefixes can be flexibly configured according to actual network conditions during network deployment.
  • the prefix length supports: 32, 40, 48, 56, 64 or 96, and the prefix conversion rules for each length are not identical.
  • Figure 1 when an IPv6 Only User initiates a connection to access a normal IPv6 website, the traffic will match the IPv6 default route and be forwarded directly to the IPv6 Router for processing.
  • the IPv6 Only User initiates the connection to the IPv4 single protocol stack server, the IPv6 Only User cannot obtain the IPv6 address information corresponding to the destination IPv4 server address, so the DNS request is sent to the DNS64 server, and the IPv4 address corresponding to the IPv4 server is found.
  • the DNS64 Server is required for prefix synthesis, that is, the A record and pref64::/n are combined into an AAAA record, and returned to the IPv6 Only User.
  • the traffic of the pref64::/n network segment will be forwarded to the NAT64 router to implement IPv6 and IPv4 address and protocol conversion, and access resources in the IPv4 network.
  • DNS64 is required to cooperate with NAT64.
  • NAT64 cannot independently complete IPv6/IPv4 mutual access. Therefore, in the case of NAT64 working independently, it is necessary to have a corresponding technical solution presented to simplify the existing network and simplify the network deployment range in the network upgrade process.
  • IPv4 protocols and IPv6, such as: Address Resolution Protocol (ARP), Internet Control Message Protocol. (ICMP) Router discovery and ICMP redirection.
  • ARP Address Resolution Protocol
  • ICMP Internet Control Message Protocol
  • the D protocol may include: prefix discovery, neighbor unreachable monitoring, duplicate address monitoring, and address autoconfiguration.
  • the ND packet contains an option field, which can be filled with one or more options. For example: When the address is automatically configured, the Domain Name System (DNS) server address is delivered through the D option. ND also defines some standard options. You can also define private options to extend the functionality of D as needed. It can be seen that D has good scalability.
  • DNS Domain Name System
  • Embodiments of the present invention provide a NAT64 resource acquisition method and an acquisition/distribution apparatus to solve at least the above problems.
  • a NAT64 resource acquisition method including: sending a router request RS message to a server device, and receiving a first router advertisement RA message from a server device, where the RS message carries The information includes: p re f64 : : /n resource request, the information carried in the first RA message includes: p re f64 : : /n resource information allocated according to pref64 : : /n resource request; and / or, receiving server
  • the second RA message that is sent by the end device, where the information carried in the second RA message includes: actively allocated pref64::/n resource information.
  • the pref64::/n resource request and allocation of pref64 : : /n resource information includes: pref64 : : /n prefix information and prefix length, and / or IPv6 suffix information, and / or IPv4 prefix list.
  • the RS message carries an extended ND option, where the content of the ND option is requesting pref64 : : /n resource information.
  • the first RA message and the second RA message carry an extended ND option, where the content of the ND option is the allocated pref64::/n resource information.
  • the method further includes: detecting whether the pref64 : : /n resource information allocated by the server device has been saved locally; and if the detection result is negative, assigning to the server device The p re f64 : : /n resource information is saved, and the aging time is set.
  • the saved pref64 : : /n resource information is updated to the newly allocated pref64 : : / n resource information, And reset the aging time.
  • the pref64 : : / n resource information according to the pref64 : : /n resource request, it also includes: Select pref64 : : /n prefix information and prefix length and / or IPv6 from the saved pref64 : : /n resource information
  • the suffix information is used to perform IPv6 address synthesis on the destination IPv4 address of the packet sent by the IPv6 client to the IPv4 WAN server, and the packet is forwarded according to the synthesized IPv6 address.
  • the first RA message or the second RA message includes: one or more pref64 : : / n resource information.
  • the method further includes: saving and updating the pref64 : : /n resource information allocated by different server devices respectively.
  • a NAT64 resource obtaining apparatus which is located at a client device, and includes: a processing module, configured to send a router request RS message to a server device, and receive the message from the server
  • the first router of the server device advertises the RA message, where the information carried in the RS message includes: p re f64 : : /n resource request, and the information carried in the first RA message includes: according to p re f64 : : /n
  • the resource requesting the allocated p re f64 : : /n resource information; and/or, the receiving module is configured to receive the second RA message that is actively sent by the server device, where the information carried in the second RA message includes: p re f64 : : /n resource information.
  • the apparatus further includes: a save and update module, configured to save and/or update the pref64 :: /n resource information carried in the received first RA message and/or the second RA message, and set an aging time;
  • the module is configured to select the pref64 :: / n prefix information and the prefix length and/or the IPv6 suffix information from the saved pref64 :: /n resource information, and perform the destination IPv4 address of the packet sent by the IPv6 client to the IPv4 WAN server. IPv6 address synthesis. Packets are forwarded according to the synthesized IPv6 address.
  • a NAT64 resource allocation apparatus which is located at a server device, and includes: a first allocation module, configured to send a first router to a client device according to a router request RS message sent by a client device announcement (RA) message, wherein the information carried in the message includes RS: p re f64:: / n resource request, the information carried in the first RA message comprises: the pref64:: / n p re f64 resource requests assigned:: /
  • the second resource allocation information is configured to send the second router advertisement RA message to the client device, where the information carried in the second RA message includes: actively allocated p re f64 : : /n resource information.
  • the device further includes: a processing module, configured to match the destination IPv6 address in the outgoing packet with the IPv6 prefix information in the locally stored pref64::/n resource, and if the matching is successful, NAT64 the source IPv6 address
  • the translation process forwards the translated message, and performs NAT64 translation on the destination IPv4 address in the incoming packet, performs IPv6 address synthesis on the source IPv4 address, and forwards the packet according to the translated IPv6 address.
  • FIG. 1 is a schematic diagram of networking of common application scenarios of NAT64 and DNS64 according to the related art
  • 2 is a flowchart of a method for acquiring a NAT64 resource according to an embodiment of the present invention
  • FIG. 3 is a structural block diagram of a device for acquiring a NAT64 resource according to an embodiment of the present invention
  • FIG. 4 is a structural block diagram of a device for acquiring a NAT64 resource according to an embodiment of the present invention.
  • 5 is a structural block diagram of a NAT64 resource allocation apparatus according to an embodiment of the present invention
  • FIG. 6 is a structural block diagram of a preferred NAT64 resource allocation apparatus according to an embodiment of the present invention
  • FIG. 7 is a first apparatus according to a preferred embodiment of the present invention.
  • FIG. 8 is a flowchart of a method for allocating a NAT64 resource on a second device according to a preferred embodiment of the present invention
  • FIG. 9 is an active allocation of a NAT64 resource on a second device according to a preferred embodiment of the present invention.
  • FIG. 10 is a format of an RS message message carrying a p re f64 : : /n resource option in accordance with a preferred embodiment of the present invention
  • FIG. 11 is a diagram of carrying a pref64 : : / n resource option in accordance with a preferred embodiment of the present invention.
  • RA message message format FIG.
  • FIG. 12 is a message format of a pref64 :: / n resource option carried in an RS and RA message according to a preferred embodiment of the present invention
  • FIG. FIG. 14 is a flow chart showing the interaction between each network element in which the NAT 64 works alone to perform network deployment according to a preferred embodiment of the present invention
  • FIG. 15 is a preferred implementation according to the present invention.
  • BEST MODE FOR CARRYING OUT THE INVENTION BEST MODE FOR CARRYING OUT THE INVENTION
  • Step S202 sending a router request RS message to the server device, and receiving the first from the server device
  • the router advertises the RA message, where the information carried in the RS message includes: a pref64::/n resource request,
  • a first information carried in the RA message comprising: the p re f64:: / n p re f64 resource requests assigned:: / n-resource information; and / or step S204, receiving the second RA message actively sent by the server device
  • the information carried in the second RA message includes: an actively allocated pref64 :: /n resource information.
  • the server device may be requested to allocate pref64 : : /n resource information or directly receive the pref64 : : /n resource information actively allocated by the server device.
  • the PCP protocol does not need to be enabled in the network. It can easily solve many problems in the NAT64 scenario, which can reduce the complexity of maintenance and enhance the convenience of transition to pure IPv6.
  • the pref64::/n resource request and the allocated pref64::/n resource information may include: pref64 : : /n prefix information and prefix length, and/or IPv6 suffix information, and/or IPv4 prefix list .
  • the RS message carries an extended ND option, where the content of the ND option is requesting pref64::/n resource information.
  • the first RA message and the second RA message carry an extended ND option, where the content of the D option is the allocated pref64::/n resource information.
  • it may also detect whether the pref64 : : /n resource information allocated by the server device has been saved locally; if the detection result is no, The pref64 : : /n resource information allocated by the server device is saved, and the aging time is set.
  • the saved pref64 : : /n resource information is updated to the newly allocated p re f64 : : /n resource information, and reset the aging time.
  • the pref64 : : /n prefix information and the prefix may also be selected from the saved pref64 : : /n resource information.
  • the length and/or IPv6 suffix information is used to perform IPv6 address synthesis on the destination IPv4 address of the packet sent by the IPv6 client to the IPv4 WAN server, and the packet is forwarded according to the synthesized IPv6 address.
  • the first RA message or the second RA message may include: one or more pref64 : : / n resource information.
  • the pref64 : : /n resource information allocated by different server devices may be separately saved and updated.
  • the embodiment of the present invention provides a NAT64 resource acquisition device, where the device is located on a client device, and is configured to implement the foregoing NAT64 resource acquisition method.
  • FIG. 3 is a structural block diagram of a NAT64 resource acquiring apparatus according to an embodiment of the present invention. As shown in FIG. 3, the apparatus includes: a processing module 10 and a receiving module 20.
  • the processing module 10 is configured to send a router request RS message to the server device, and receive a first router advertisement RA message from the server device, where the information carried in the RS message includes: p re f64 : : /n resource request, the information carried in the first RA message comprising: the pref64:: / n request resource allocation pref64:: / n-resource information; and / or receiving module 20, configured to receive the server device sends a second The RA message, where the information carried in the second RA message includes: actively allocated p re f64 : : /n resource information.
  • the embodiment of the present invention further provides a preferred NAT64 resource acquiring apparatus.
  • the preferred apparatus further includes: a save and update module 30, configured to receive the first RA message and/or the first The p re f64 : : /n resource information carried in the second RA message is saved and/or updated, and the aging time is set; the synthesizing module 40 is set to select p re f64 : from the saved pref64 : : /n resource information : The /n prefix information and the prefix length and/or the IPv6 suffix information are used to perform IPv6 address synthesis on the destination IPv4 address of the packet sent by the IPv6 client to the IPv4 WAN server, and the packet is forwarded according to the synthesized IPv6 address.
  • a save and update module 30 configured to receive the first RA message and/or the first The p re f64 : : /n resource information carried in the second RA message is saved and/or updated, and the aging time is set
  • the synthesizing module 40 is set to select p re
  • FIG. 5 is a structural block diagram of a NAT64 resource allocation apparatus according to an embodiment of the present invention. As shown in FIG. 5, the apparatus includes: a first allocation module 10 and a second allocation module 20.
  • the first distribution module 10 is configured to send a first router advertisement RA message to the client device according to the router request RS message sent by the client device, where the information carried in the RS message includes: pref64::/n resource request information carried in the first RA message comprising: the p re f64:: / n p re f64 resource requests assigned:: / n resource information; and a second dispensing module 20 is provided to the client device to transmit the second router advertisement
  • the RA message where the information carried in the second RA message includes: actively allocated pref64 : : /n resource information.
  • the embodiment of the present invention further provides a preferred NAT64 resource allocation apparatus.
  • the preferred apparatus further includes: a processing module 30 configured to set a destination IPv6 address in the outgoing message and a locally stored pref64 :: / IPv6 prefix information n resources in the match, in the case of a successful match, the source IPv6 address NAT64 translation, the message translated forwards, and, on the conduct of the destination IPv4 address of the packet in The NAT64 translates the IPv6 address of the source IPv4 address and forwards the packet according to the translated IPv6 address.
  • the NAT64 resource acquisition method provided by the foregoing embodiment will be described and illustrated in more detail below with reference to FIG. 7 to FIG.
  • FIG. 7 is a flowchart of a method for acquiring a NAT64 resource on a first device according to a preferred embodiment of the present invention.
  • the process includes the following steps: Step S702: Send a first RS message to a server device.
  • the information carried in the first RS message includes: a pref64::/n resource request; step S704, receiving a first RA message from the server device, where the information carried in the first RA message includes: according to pref64 : : /n resource request allocated p re f64 : : /n resource information.
  • FIG. 7 is a flowchart of a method for acquiring a NAT64 resource on a first device according to a preferred embodiment of the present invention.
  • the process includes the following steps: Step S702: Send a first RS message to a server device.
  • the information carried in the first RS message includes: a pref64::/n resource request; step S704, receiving a first RA message from
  • FIG. 8 is a flowchart of a method for allocating a NAT64 resource on a second device according to a preferred embodiment of the present invention.
  • the process includes the following steps: Step S802, receiving a first RS message from a first device, The information carried in the first RS message includes: a pref64 : : /n resource request; step S804, sending a first RA message, where the information carried in the first RA message includes: according to the pref64::/n resource request allocation Pref64::/n resource information.
  • FIG. 9 is a flowchart of actively allocating NAT64 resources on a second device according to a preferred embodiment of the present invention. As shown in FIG.
  • Step S902 NAT64 resources on the second device of the server are changed, or NAT64 The device restarts, etc.
  • Step S904 The second device of the server actively sends the second RA message, where the information carried in the second RA message includes: the changed pref64 :: /n resource information.
  • the message format of each message and the content of the message it carries please refer to Figure 10 to Figure 12.
  • FIG. 10 is an RS message message format carrying a pref64 :: / n resource option according to a preferred embodiment of the present invention
  • FIG. 11 is a RA message message format carrying a pref64 :: /n resource option according to a preferred embodiment of the present invention
  • Figure 12 is a message format of a pref64 :: / n resource option carried in an RS and RA message in accordance with a preferred embodiment of the present invention.
  • FIG. 13 is a flow chart showing the interaction between each network element in which the NAT 64 works separately for network deployment according to a preferred embodiment of the present invention.
  • the client device IPv6 Host/CPE can be configured to the server device NAT64.
  • /BRAS sends a first RS message, where the information carried in the first RS message includes: pref64 : : /n resource request; server-side device NAT64/BRAS After receiving the RS message from the client device IPv6 Host/CPE, the first RA message is sent, where the information carried in the first RA message includes: p re f64 : : /n resource information.
  • the server-side device NAT64/BRAS actively sends a second RA message after the first RA message sent to the client device IPv6 Host/CPE, or the second RA message.
  • the information carried includes: p re f64 : : /n resource information.
  • the client device IPv6 Host/CPE After receiving the second RA message from the server device NAT64/BRAS, the client device IPv6 Host/CPE detects whether the pref64::/n resource information is saved locally, and if not saved, the server is The pr e f64 : : /n resource information allocated by the end device NAT64/BRAS is saved; if it is saved, the pref64 : : / n resource information allocated by the server device NAT64/BRAS is updated.
  • 14 is a schematic diagram of NAT 64 working separately for deployment according to a preferred embodiment of the present invention. As shown in FIG. 14, an IPv6-Only terminal accesses a broadband remote access server (BRAS) through a bridged home gateway CPE device and an access network.
  • BRAS broadband remote access server
  • the device can implement the IPv6-Only user access to the remote IPv4 server in the process of transitioning to IPv6 by merging NAT64 on the BRAS device.
  • the user network is an IPv6-Only network whose address uses a globally unique IPv6 address.
  • the operator access network is an IPv6 network.
  • the BRAS performs stateless automatic configuration of the IPv6 address through the D.
  • the BRAS allocates the pref64::/n resource to the IPv6 terminal through the D extension option. In the absence of independent DNS64 assistance, Realize the application requirements of the IPv6-Only user-initiated access to the remote IPv4 server.
  • Step S1502 - Step S1504 is an IPv6 address and a NAT64 resource request.
  • Step S1502 The IPv6 terminal sends an RS message to the BRAS, where the information carried in the RS message includes at least one of the following: an request for requesting an IPv6 address, requesting a NAT64 resource; and a step S1504, the BRAS allocates the IPv6 address and The NAT64 resource (for example: IPv6 address 2002: : 1/96, NAT64 resource information: 2001: db8: 122::/96) is encapsulated as an option in the RA message and then sent to the IPv6 terminal;
  • NAT64 resource information: 2001: db8: 122::/96 is encapsulated as an option in the RA message and then sent to the IPv6 terminal;
  • Step S1506 - Step S1508 is an IP address process corresponding to the request destination address: Step S1506, the IPv6 terminal initiates an AAAA record query of the destination Web server to the DNS server, and the DNS server does not find the corresponding AAAA record; Step SI 508, the IPv6 terminal initiates an A record query of the destination Web server to the DNS server, and the DNS server finds the corresponding A record, and returns the A record (11.2.3.4) to the IPv6 terminal;
  • Step S1510 - Step S1512 is the forwarding process of the outgoing traffic:
  • Step S1514-Step S1516 is the forwarding process of the incoming traffic: Step S1514, the IPv4 Web server generates a response traffic packet, the destination IPv4 address of the packet is 11.2.3.4, and the source IPv4 address is 221..2.1. 1; Step S1516 The incoming traffic reaches the BRAS, and the BRAS device performs NAT64 conversion processing on the incoming traffic packet.
  • the translated destination IPv6 address is 2002:: 1, and the source IPv6 address is 2001::db8: 122:: 11.2.3.4;
  • the message is forwarded to the corresponding IPv6 terminal.
  • the IPv6 terminal address stateless configuration can be performed through the D protocol, and the related mechanism is added to allocate the NAT64 prefix information, which is simple, convenient, easy to operate and easy to maintain.
  • the foregoing embodiment is only a preferred embodiment of the embodiment of the present invention, and the embodiment of the present invention may also be applied to other application scenarios, such as an IPv6-initiated TCP session, a SIP flow, and the like. Repeat them one by one.
  • software is also provided for performing the technical solutions described in the above embodiments and preferred embodiments.
  • a storage medium is provided, the software being stored, including but not limited to: an optical disk, a floppy disk, a hard disk, a rewritable memory, and the like.
  • a NAT64 resource acquisition method and an acquisition/distribution apparatus have the following beneficial effects: A simple solution to many problems in a NAT64 scenario can be solved without enabling the PCP protocol in the network. In turn, the complexity of maintenance is reduced, and the convenience of transitioning to pure IPv6 is enhanced.

Landscapes

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

Abstract

本发明公开了一种NAT64资源获取方法及获取/分配装置。其中，所述NAT64资源获取方法包括：向服务器端设备发送路由器请求RS消息，并接收来自于服务器端设备的第一路由器通告RA消息，其中，RS消息中携带的信息包括：pref64::/n资源请求，第一RA消息中携带的信息包括：根据pref64::/n资源请求分配的pref64::/n资源信息；和/或，接收服务器端设备主动发送的第二RA消息，其中，第二RA消息中携带的信息包括：主动分配的pref64::/n资源信息。通过本发明，达到了减小维护的复杂性，增强过渡到纯IPv6的便利性的效果。

Description

一种 NAT64资源获取方法及获取 /分配装置 技术领域 本发明涉及通信领域， 具体而言， 涉及一种 NAT64资源获取方法及获取 /分配装 置。 背景技术 目前， 相关技术中的网络地址转换 （Network Address Translation, 简称为 NAT) 属于接入广域网（WAN)技术，是一种将私有（保留）地址转化为合法互联网协议（IP) 地址的转换技术， 其被广泛应用于各种类型的因特网接入方式和各种类型的网络中。 NAT能够解决 IP地址匮乏的问题。 随着 IPv4地址资源的枯竭以及 IPv6网络的逐步部署，网络中存在的大面积的 IPv4 网络和新建立的 IPv6网络使得运营商迫切需要解决 IPv6/IPv4共存时的各种 IPv6网络 禾口 IPv4 网络之间的互访问题。 NAT64技术和 DNS64技术是解决此种场景下的 IPv6 和 IPv4互访的一种实用技术。 下面将对 NAT64和 DNS64的技术原理做以简单的介绍。 NAT64是一种有状态的网络地址与协议转换技术，一般只支持通过 IPv6网络侧用 户发起连接访问 IPv4侧网络资源。 但 NAT64也支持通过手工配置静态映射关系， 实 现 IPv4网络主动发起连接访问 IPv6网络。 NAT64可实现 TCP、 UDP、 ICMP协议下 的 IPv6与 IPv4网络地址和协议转换。
DNS64则主要是配合 NAT64工作， 主要是将 DNS查询信息中的 A记录 （IPv4 地址） 合成到 AAAA记录 （IPv6地址）， 并返回合成的 AAAA记录用户给 IPv6侧用 户。
NAT64和 DNS64的常见应用场景组网如图 1所示， DNS64 Server与 NAT64 Router 是完全独立的部分。 其中 64:FF9B::/96为 DNS64的知名前缀， DNS64—般默认使用 此前缀进行 IPv4地址到 IPv6地址的合成， 同时该前缀也作为 NAT64的转换前缀， 实 现匹配该前缀的流量才做 NAT64转换。 一般在 DNS64与 NAT64中该前缀被表示为 pref64::/n, 其中， pref64标识 NAT64前缀， n标识 NAT64前缀长度， 该前缀除了使用 知名前缀， 网络部署时可根据实际网络情况进行灵活配置。 该前缀长度支持： 32， 40， 48， 56， 64或 96等范围， 每种长度的前缀转换规则也不完全相同。 在图 1中， 当 IPv6 Only User发起连接访问普通 IPv6网站， 流量将会匹配 IPv6 默认路由而直接转发至 IPv6 Router处理。 当 IPv6 Only User发起连接访问的是 IPv4 单协议栈的服务器时， IPv6 Only User无法获取目的 IPv4 Server地址对应的 IPv6地址 信息，于是发送 DNS请求到 DNS64 Server,查找到该 IPv4 Server对应的是 IPv4地址， 即 A记录， 然后， 需要 DNS64 Server进行前缀合成， 即将 A记录和 pref64::/n合成为 AAAA记录， 返回给 IPv6 Only User。 pref64::/n网段的流量将被路由转发至 NAT64 Router上， 从而实现 IPv6与 IPv4地址和协议的转换， 访问 IPv4网络中的资源。 在图 1中， 需要 DNS64协同 NAT64—起工作，对于网络中没有部署 DNS64的场 景， NAT64就不能独立完成 IPv6/IPv4互访。 所以， 针对 NAT64独立工作的情况， 需 要能有相应的技术方案呈现以简化现有网络，并简化网络升级过程中的网络部署范围。 当 前有通过 PCP 方式获取 NAT64 的 pref64::/n 的技术方案 ： draft-ietf-pcp-nat64-prefix64-04, 该草案通过扩展 PCP协议新增 PREFIX64 Option使得 PCP Client从 NAT64-Controlled PCP Server获取 pref64: :/n、 IPv6 Suffix以及 IPv4 Prefix List等信息； 但是该技术方案需要用户和 NAT64设备使能 PCP协议， 而 PCP协议本 身并没有广泛应用在网络中。 邻居发现协议（Neighbor Discovery Protocol, 简称为 DP)是 IPv6的一个关键的 基础协议， 同时也是 IPv4某些协议与 IPv6综合起来的升级和改进， 例如： 地址解析 协议 （ARP)， 网际控制报文协议 （ICMP) 路由器发现和 ICMP重定向等。 而 D协 议具体可以包括： 前缀发现、 邻居不可达监测、 重复地址监测、 地址自动配置等。
ND 报文中包含选项字段， 其可以填充一个或者多个选项， 例如： 当进行地址自 动配置时， 通过 D选项下发域名系统 （DNS) 服务器地址。 ND 同时还定义了一些 标准选项， 根据需要也可以定义私有选项来扩展 D的功能， 由此可以看出 D具有 良好的扩展性。 针对相关技术中缺乏合适的 NAT64的 pref64: :/n资源信息分配方法的问题， 目前 尚未提出有效的解决方案。 发明内容 本发明实施例提供了一种 NAT64资源获取方法及获取 /分配装置， 以至少解决上 述问题。 根据本发明的一个实施例， 提供了一种 NAT64资源获取方法， 包括： 向服务器端 设备发送路由器请求 RS消息， 并接收来自于服务器端设备的第一路由器通告 RA消 息， 其中， RS消息中携带的信息包括： pref64: :/n资源请求， 第一 RA消息中携带的信 息包括： 根据 pref64: :/n资源请求分配的 pref64: :/n资源信息； 和 /或， 接收服务器端设 备主动发送的第二 RA 消息， 其中， 第二 RA 消息中携带的信息包括： 主动分配的 pref64::/n资源信息。 pref64::/n资源请求和分配的 pref64: :/n资源信息包括： pref64: :/n前缀信息及前缀 长度， 和 /或 IPv6后缀信息， 和 /或 IPv4前缀列表。
RS消息中携带有扩展的 ND选项，其中， ND选项的内容为请求 pref64: :/n资源信 息。 第一 RA消息和第二 RA消息中携带有扩展的 ND选项， 其中， ND选项的内容为 分配的 pref64::/n资源信息。 在接收到第一 RA消息或第二 RA消息之后， 还包括： 检测本地是否已经保存有 服务器设备分配的 pref64: :/n资源信息； 在检测结果为否的情况下， 对服务器端设备分 配的 pref64: :/n资源信息进行保存， 并设置老化时间， 在检测结果为是的情况下， 将已 经保存的 pref64: :/n资源信息更新为新分配的 pref64: :/n资源信息， 并重置老化时间。 在保存根据 pref64: :/n资源请求分配的 pref64: :/n资源信息之后， 还包括： 从保存 的 pref64: :/n资源信息中选取 pref64: :/n前缀信息及前缀长度和 /或 IPv6后缀信息， 对 IPv6客户端发送至 IPv4广域网服务器的报文的目的 IPv4地址进行 IPv6地址合成，按 照合成后的 IPv6地址对报文进行转发。 第一 RA消息或第二 RA消息包括： 一个或者多个 pref64: :/n资源信息。 在接收到不同的服务器端设备发送的第一 RA消息或第二 RA消息之后，还包括: 对不同的服务器端设备分配的 pref64: :/n资源信息分别进行保存和更新。 根据本发明的另一实施例， 提供了一种 NAT64资源获取装置， 位于客户端设备， 包括： 处理模块， 设置为向服务器端设备发送路由器请求 RS 消息， 并接收来自于服 务器端设备的第一路由器通告 RA消息， 其中， RS消息中携带的信息包括： pref64: :/n 资源请求，第一 RA消息中携带的信息包括：根据 pref64: :/n资源请求分配的 pref64: :/n 资源信息； 和 /或， 接收模块， 设置为接收服务器端设备主动发送的第二 RA消息， 其 中， 第二 RA消息中携带的信息包括： 主动分配的 pref64: :/n资源信息。 该装置还包括： 保存及更新模块， 设置为对接收到的第一 RA消息和 /或第二 RA 消息中携带的 pref64: :/n资源信息进行保存和 /或更新， 并设置老化时间； 合成模块， 设置为从保存的 pref64: :/n资源信息中选取 pref64: :/n前缀信息及前缀长度和 /或 IPv6 后缀信息，对 IPv6客户端发送至 IPv4广域网服务器的报文的目的 IPv4地址进行 IPv6 地址合成， 按照合成后的 IPv6地址对报文进行转发。 根据本发明的另一实施例， 提供了一种 NAT64资源分配装置， 位于服务器设备， 包括： 第一分配模块， 设置为根据客户端设备发送的路由器请求 RS 消息， 向客户端 设备发送第一路由器通告 RA消息， 其中， RS消息中携带的信息包括： pref64: :/n资源 请求， 第一 RA消息中携带的信息包括： 根据 pref64: :/n资源请求分配的 pref64: :/n资 源信息； 第二分配模块， 设置为向客户端设备发送第二路由器通告 RA消息， 其中， 第二 RA消息中携带的信息包括： 主动分配的 pref64: :/n资源信息。 该装置还包括： 处理模块， 设置为对出向报文中的目的 IPv6 地址与本地存储的 pref64::/n资源中的 IPv6前缀信息进行匹配， 在匹配成功的情况下， 对源 IPv6地址进 行 NAT64翻译， 将翻译后的报文进行转发， 和， 对入向报文中的目的 IPv4地址进行 NAT64翻译， 对源 IPv4地址进行 IPv6地址合成， 按照翻译后的 IPv6地址对报文进行 转发。 通过本发明实施例， 采用通过扩展 D协议中的 RS消息和 RA消息的， 在完成 IPv6地址无状态自动配置的同时，实现 pref64: :/n资源的自动分配的方式，解决了相关 技术中缺乏合适的 NAT64的 pref64: :/n资源信息分配方法的问题， 这样一来， 无需在 网络中使能 PCP协议即可简单的解决 NAT64场景中存在的很多问题， 进而达到了减 小维护的复杂性， 增强过渡到纯 IPv6的便利性的效果。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中： 图 1是根据相关技术的 NAT64和 DNS64的常见应用场景组网示意图; 图 2是根据本发明实施例的 NAT64资源获取方法流程图； 图 3是根据本发明实施例的 NAT64资源获取装置的结构框图； 图 4是根据本发明实施例的优选 NAT64资源获取装置的结构框图； 图 5是根据本发明实施例的 NAT64资源分配装置的结构框图； 图 6是根据本发明实施例的优选 NAT64资源分配装置的结构框图； 图 7是根据本发明优选实施例的第一设备上 NAT64资源的获取方法的流程图； 图 8是根据本发明优选实施例的第二设备上 NAT64资源的分配方法的流程图； 图 9是根据本发明优选实施例的第二设备上主动分配 NAT64资源的流程图； 图 10是根据本发明优选实施例的携带 pref64: :/n资源选项的 RS消息报文格式； 图 11是根据本发明优选实施例的携带 pref64: :/n资源选项的 RA消息报文格式； 图 12是根据本发明优选实施例的 RS和 RA消息中携带的 pref64: :/n资源选项的报 文格式； 图 13是根据本发明优选实施例的 NAT64单独工作进行部署的示意图； 图 14是根据本发明优选实施例的 NAT64单独工作进行组网部署的各个网元之间 的交互流程图； 图 15是根据本发明优选实施例的 pref64: :/n资源的获取过程示意图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互组合。 本发明实施例提供了一种 NAT64 资源获取方法。 图 2 是根据本发明实施例的
NAT64资源获取方法流程图， 如图 2所示， 该方法主要包括以下步骤 （步骤 S202-步 骤 S204): 步骤 S202, 向服务器端设备发送路由器请求 RS消息， 并接收来自于服务器端设 备的第一路由器通告 RA消息，其中， RS消息中携带的信息包括： pref64::/n资源请求， 第一 RA消息中携带的信息包括： 根据 pref64: :/n资源请求分配的 pref64: :/n资源信息； 和 /或， 步骤 S204, 接收服务器端设备主动发送的第二 RA消息， 其中， 第二 RA消息中 携带的信息包括： 主动分配的 pref64: :/n资源信息。 通过上述各个步骤，可以向服务器端设备请求分配 pref64: :/n资源信息或直接接收 服务器端设备主动分配的 pref64: :/n 资源信息， 通过这样的方式， 无需在网络中使能 PCP协议即可简单的解决 NAT64场景中存在的很多问题，可以减小维护的复杂性，增 强过渡到纯 IPv6的便利性。 在本实施例中， pref64::/n 资源请求和分配的 pref64::/n 资源信息可以包括： pref64: :/n前缀信息及前缀长度， 和 /或 IPv6后缀信息， 和 /或 IPv4前缀列表。 在本实施例中， RS消息中携带有扩展的 ND选项， 其中， ND选项的内容为请求 pref64::/n资源信息。 在本实施例中， 第一 RA消息和第二 RA消息中携带有扩展的 ND选项， 其中， D选项的内容为分配的 pref64::/n资源信息。 在本实施例中， 在接收到第一 RA消息或第二 RA消息之后， 还可以检测本地是 否已经保存有服务器设备分配的 pref64: :/n资源信息； 在检测结果为否的情况下， 对服 务器端设备分配的 pref64: :/n资源信息进行保存， 并设置老化时间， 在检测结果为是的 情况下， 将已经保存的 pref64: :/n资源信息更新为新分配的 pref64: :/n资源信息， 并重 置老化时间。 在本实施例中， 在保存根据 pref64:：/n资源请求分配的 pref64:：/n资源信息之后， 还可以从保存的 pref64: :/n资源信息中选取 pref64: :/n前缀信息及前缀长度和 /或 IPv6 后缀信息，对 IPv6客户端发送至 IPv4广域网服务器的报文的目的 IPv4地址进行 IPv6 地址合成， 按照合成后的 IPv6地址对报文进行转发。 在本实施例中， 第一 RA消息或第二 RA消息可以包括： 一个或者多个 pref64: :/n 资源信息。 在本实施例中， 在接收到不同的服务器端设备发送的第一 RA消息或第二 RA消 息之后， 还可以对不同的服务器端设备分配的 pref64: :/n 资源信息分别进行保存和更 新。 本发明实施例提供了一种 NAT64资源获取装置， 该装置位于客户端设备， 设置为 实现上述 NAT64资源获取方法。 图 3是根据本发明实施例的 NAT64资源获取装置的 结构框图， 如图 3所示， 该装置包括： 处理模块 10和接收模块 20。 其中， 处理模块 10， 设置为向服务器端设备发送路由器请求 RS 消息， 并接收来自于服务器端设备的 第一路由器通告 RA消息， 其中， RS消息中携带的信息包括： pref64: :/n资源请求， 第 一 RA消息中携带的信息包括： 根据 pref64: :/n资源请求分配的 pref64: :/n资源信息； 和 /或， 接收模块 20， 设置为接收服务器端设备主动发送的第二 RA消息， 其中， 第二 RA消息中携带的信息包括： 主动分配的 pref64: :/n资源信息。 在图 3所示的 NAT64资源获取装置的基础上， 本发明实施例还提供了一种优选 NAT64资源获取装置。 图 4是根据本发明实施例的优选 NAT64资源获取装置的结构 框图， 如图 4所示， 该优选装置还包括： 保存及更新模块 30， 设置为对接收到的第一 RA消息和 /或第二 RA消息中携带的 pref64: :/n资源信息进行保存和 /或更新，并设置老 化时间； 合成模块 40， 设置为从保存的 pref64: :/n资源信息中选取 pref64: :/n前缀信息 及前缀长度和 /或 IPv6后缀信息，对 IPv6客户端发送至 IPv4广域网服务器的报文的目 的 IPv4地址进行 IPv6地址合成， 按照合成后的 IPv6地址对报文进行转发。 本发明实施例提供了一种 NAT64资源分配装置， 该装置位于服务器设备， 设置为 实现上述 NAT64资源获取方法。 图 5是根据本发明实施例的 NAT64资源分配装置的 结构框图， 如图 5所示， 该装置包括： 第一分配模块 10和第二分配模块 20。 其中， 第一分配模块 10， 设置为根据客户端设备发送的路由器请求 RS消息， 向客户端设备 发送第一路由器通告 RA消息，其中， RS消息中携带的信息包括： pref64::/n资源请求， 第一 RA消息中携带的信息包括： 根据 pref64: :/n资源请求分配的 pref64: :/n资源信息； 第二分配模块 20，设置为向客户端设备发送第二路由器通告 RA消息，其中，第二 RA 消息中携带的信息包括： 主动分配的 pref64: :/n资源信息。 在图 5所示的 NAT64资源分配装置的基础上， 本发明实施例还提供了一种优选 NAT64资源分配装置。 图 6是根据本发明实施例的优选 NAT64资源分配装置的结构 框图，如图 6所示，该优选装置还包括：处理模块 30，设置为对出向报文中的目的 IPv6 地址与本地存储的 pref64: :/n资源中的 IPv6前缀信息进行匹配，在匹配成功的情况下， 对源 IPv6地址进行 NAT64翻译， 将翻译后的报文进行转发， 和， 对入向报文中的目 的 IPv4地址进行 NAT64翻译，对源 IPv4地址进行 IPv6地址合成，按照翻译后的 IPv6 地址对报文进行转发。 以下将结合图 7至图 15以及优选实施例对上述实施例提供的 NAT64资源获取方 法进行更加详细的描述和说明。 优选实施例 图 7是根据本发明优选实施例的第一设备上 NAT64资源的获取方法的流程图，如 图 7所示， 该流程包括以下步骤： 步骤 S702, 向服务器端设备发送第一 RS消息， 其中， 第一 RS消息中携带的信 息包括： pref64::/n资源请求； 步骤 S704, 接收来自于服务器端设备的第一 RA消息， 其中， 第一 RA消息中携 带的信息包括： 根据 pref64: :/n资源请求分配的 pref64: :/n资源信息。 图 8是根据本发明优选实施例的第二设备上 NAT64资源的分配方法的流程图，如 图 8所示， 该流程包括以下步骤： 步骤 S802, 接收来自于第一设备的第一 RS消息， 其中， 第一 RS消息中携带的 信息包括： pref64: :/n资源请求； 步骤 S804, 发送第一 RA消息， 其中， 第一 RA消息中携带的信息包括： 根据 pref64::/n资源请求分配的 pref64::/n资源信息。 图 9是根据本发明优选实施例的第二设备上主动分配 NAT64资源的流程图，如图 9所示， 该流程包括以下步骤： 步骤 S902, 服务器端第二设备上 NAT64资源发生变化， 或者 NAT64设备发生重 启等； 步骤 S904: 服务器端第二设备主动发送第二 RA消息， 其中， 第二 RA消息中携 带的信息包括： 变化后的 pref64: :/n资源信息。 为了清楚了解各个消息的报文格式以及其携带的消息内容， 请参考图 10至图 12
(图 10是根据本发明优选实施例的携带 pref64: :/n资源选项的 RS消息报文格式， 图 11是根据本发明优选实施例的携带 pref64: :/n资源选项的 RA消息报文格式， 图 12是 根据本发明优选实施例的 RS和 RA消息中携带的 pref64: :/n资源选项的报文格式）。 图 13是根据本发明优选实施例的 NAT64单独工作进行组网部署的各个网元之间 的交互流程图， 在图 13所示的流程中： 客户端设备 IPv6 Host/CPE可以向服务器端设备 NAT64/BRAS发送第一 RS消息， 其中，第一 RS消息中携带的信息包括: pref64: :/n资源请求;服务器端设备 NAT64/BRAS 接收到来自客户端设备 IPv6 Host/CPE的 RS消息之后， 发送第一RA消息， 其中， 第 一 RA消息中携带的信息包括： pref64: :/n资源信息。 在实际应用中， 服务器端设备 NAT64/BRAS在发送给客户端设备 IPv6 Host/CPE 的第一 RA消息之后或之前， 服务器端设备 NAT64/BRAS主动发送第二 RA消息， 其 中， 第二 RA消息中携带的信息包括： pref64: :/n资源信息。 在实际应用中， 客户端设备 IPv6 Host/CPE 在接收来自于服务器端设备 NAT64/BRAS的第二 RA消息之后， 检测本地是否已保存有 pref64::/n资源信息， 如果 未保存， 则对服务器端设备 NAT64/BRAS分配的 pref64: :/n资源信息进行保存； 如果 已保存， 则对服务器端设备 NAT64/BRAS分配的 pref64: :/n资源信息进行更新。 图 14是根据本发明优选实施例的 NAT64单独工作进行部署的示意图，如图 14所 示， IPv6-Only终端经过桥接型家庭网关 CPE设备和接入网络， 接入宽带远程接入服 务器（BRAS)设备， 通过在 BRAS设备上融合 NAT64可以在向 IPv6过渡的进程中实 现 IPv6-Only用户访问远端 IPv4服务器的应用。 用户网络为 IPv6-Only网络， 其地址 使用的是全球唯一的 IPv6地址。 运营商接入网为 IPv6网络， BRAS通过 D对 IPv6 终端进行 IPv6地址无状态自动配置， 同时， BRAS通过 D扩展选项为 IPv6终端分配 pref64::/n资源， 在没有独立 DNS64协助的情况中， 实现 IPv6-Only用户发起的访问远 端 IPv4服务器的应用需求。 图 15是根据本发明优选实施例的 pref64: :/n资源的获取过程示意图，如图 15所示， 该流程包括以下步骤： ( 1 ) 步骤 S1502-步骤 S1504为 IPv6地址以及 NAT64资源申请过程： 步骤 S 1502， IPv6终端向 BRAS发送 RS消息， 其中， 该 RS消息中携带的信息包 括以下至少之一： 请求 IPv6地址请求、 请求 NAT64资源的选项； 步骤 S1504, BRAS 将分配的 IPv6 地址以及 NAT64 资源 （例如： IPv6 地址 2002: : 1/96, NAT64资源信息: 2001 :db8: 122::/96) 作为选项封装在 RA消息中， 然后 发送至 IPv6终端；
(2) 步骤 S1506-步骤 S1508为请求目的地址对应的 IP地址过程： 步骤 S1506, IPv6终端向 DNS服务器发起目的 Web Server的 AAAA记录查询， DNS服务器未查找到相应的 AAAA记录； 步骤 SI 508， IPv6终端向 DNS服务器发起目的 Web Server的 A记录查询， DNS 服务器查找到对应的 A记录， 并返回 A记录 （11.2.3.4) 给 IPv6终端；
(3 ) 步骤 S1510-步骤 S1512为出向流量的转发过程： 步骤 S1510, IPv6终端访问 IPv4 WEB服务器，其产生的 WEB请求流量报文的源 IPv6地址为 2002:： 1/96， 目的 IPv6地址是根据分配的 NAT64资源和目的 IPv4 Web的 IPv4地址合成的 IPv6地址 2001 :db8: 122::11.2.3.4;流量经过接入网络到达 BRAS设备； 步骤 S1512, BRAS设备接收到出向流量， 匹配目的 IPv6地址前缀是否是本地配 置的 NAT64前缀， 如果是， 则对源 IPv6地址进行 NAT64翻译， NAT64翻译后的报文 中目的 IPv4地址是 11.2.3.4， 源 IPv4地址是 221.2.1.1， 记录下 NAT64翻译记录， 然 后将转换处理后的报文转发至 IPv4 WEB服务器； 如果不是， 则丢弃该报文；
(4) 步骤 S1514-步骤 S1516为入向流量的转发过程： 步骤 S1514, IPv4 Web 服务器产生应答流量报文， 该报文的目的 IPv4 地址为 11.2.3.4, 源 IPv4地址是 221.2.1.1 ; 步骤 S1516, 入向流量到达 BRAS, BRAS设备对入向流量报文进行 NAT64转换 处理， 转换后的目的 IPv6地址是 2002:: 1， 源 IPv6地址是 2001 ::db8: 122:: 11.2.3.4; 转 换后的报文转发到相应的 IPv6终端。 采用上述优选实施例， 可以通过 D协议进行 IPv6终端地址无状态配置的同时， 增加相关机制进行 NAT64前缀信息的分配， 扩展简单方便易操作易维护。 需要说明的是， 上述实施例只是本发明实施例的一个优选实施例， 本发明实施例 也可以应用在其他各种应用场景中， 例如： IPv6-initiated TCP Session、 SIP Flow等应 用场景， 这里不再一一赘述。 在另外一个实施例中， 还提供了一种软件， 该软件用于执行上述实施例及优选实 施方式中描述的技术方案。 在另外一个实施例中， 还提供了一种存储介质， 该存储介质中存储有上述软件， 该存储介质包括但不限于： 光盘、 软盘、 硬盘、 可擦写存储器等。 从以上的描述中， 可以看出， 本发明实施例实现了如下技术效果： 采用通过扩展 ND协议中的 RS消息和 RA消息的， 在完成 IPv6地址无状态自动配置的同时， 实现 pref64::/n资源的自动分配的方式， 解决了相关技术中缺乏合适的 NAT64的 pref64::/n 资源信息分配方法的问题， 这样一来， 无需在网络中使能 PCP 协议即可简单的解决 NAT64 场景中存在的很多问题， 进而达到了减小维护的复杂性， 增强过渡到纯 IPv6 的便利性的效果。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而， 可以 将它们存储在存储装置中由计算装置来执行， 并且在某些情况下， 可以以不同于此处 的顺序执行所示出或描述的步骤， 或者将它们分别制作成各个集成电路模块， 或者将 它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样， 本发明不限制于任 何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的 任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。 工业实用性 如上所述， 本发明实施例提供的一种 NAT64资源获取方法及获取 /分配装置， 具有以下有益效果： 无需在网络中使能 PCP协议即可简单的解决 NAT64场景中存 在的很多问题，进而达到了减小维护的复杂性，增强过渡到纯 IPv6的便利性的效果。

Claims

权 利 要 求 书
1. 一种 NAT64资源获取方法， 包括： 向服务器端设备发送路由器请求 RS消息， 并接收来自于所述服务器端设 备的第一路由器通告 RA消息，其中，所述 RS消息中携带的信息包括： pref64::/n 资源请求， 所述第一 RA消息中携带的信息包括： 根据所述 pref64: :/n资源请求 分配的 pref64::/n资源信息； 和 /或， 接收所述服务器端设备主动发送的第二 RA消息， 其中， 所述第二 RA消 息中携带的信息包括： 主动分配的 pref64: :/n资源信息。
2. 根据权利要求 1所述的方法，其中，所述 pref64: :/n资源请求和分配的 pref64: :/n 资源信息包括： pref64::/n前缀信息及前缀长度，和 /或 IPv6后缀信息，和 /或 IPv4 前缀列表。
3. 根据权利要求 1所述的方法， 其中， 所述 RS消息中携带有扩展的 ND选项， 其中， 所述 D选项的内容为请求 pref64: :/n资源信息。
4. 根据权利要求 1所述的方法， 其中， 所述第一 RA消息和所述第二 RA消息中 携带有扩展的 ND选项， 其中， 所述 D选项的内容为分配的 pref64: :/n资源信 息。
5. 根据权利要求 1所述的方法，其中，在接收到所述第一 RA消息或所述第二 RA 消息之后， 还包括：
检测本地是否已经保存有所述服务器设备分配的 pref64: :/n资源信息； 在检测结果为否的情况下，对所述服务器端设备分配的 pref64: :/n资源信息 进行保存，并设置老化时间，在检测结果为是的情况下，将已经保存的 pref64: :/n 资源信息更新为新分配的 pref64: :/n资源信息， 并重置老化时间。
6. 根据权利要求 5所述的方法，其中，在保存所述根据所述 pref64: :/n资源请求分 配的 pref64::/n资源信息之后， 还包括： 从保存的 pref64: :/n资源信息中选取 pref64: :/n前缀信息及前缀长度和 /或 IPv6后缀信息，对 IPv6客户端发送至 IPv4广域网服务器的报文的目的 IPv4地 址进行 IPv6地址合成， 按照合成后的 IPv6地址对所述报文进行转发。
7. 根据权利要求 1所述的方法， 其中， 所述第一 RA消息或所述第二 RA消息包 括： 一个或者多个 pref64: :/n资源信息。
8. 根据权利要求 1所述的方法， 其中， 在接收到不同的服务器端设备发送的所述 第一 RA消息或所述第二 RA消息之后， 还包括： 对所述不同的服务器端设备分配的 pref64: :/n 资源信息分别进行保存和更 新。
9. 一种 NAT64资源获取装置， 位于客户端设备， 包括： 处理模块， 设置为向服务器端设备发送路由器请求 RS消息， 并接收来自 于所述服务器端设备的第一路由器通告 RA消息， 其中， 所述 RS消息中携带 的信息包括： pref64: :/n资源请求， 所述第一 RA消息中携带的信息包括： 根据 所述 pref64::/n资源请求分配的 pref64::/n资源信息； 和 /或，
接收模块， 设置为接收所述服务器端设备主动发送的第二 RA消息， 其中， 第二 RA消息中携带的信息包括： 主动分配的 pref64: :/n资源信息。
10. 根据权利要求 9所述的装置， 其中， 所述装置还包括： 保存及更新模块， 设置为对接收到的所述第一 RA消息和 /或所述第二 RA 消息中携带的 pref64: :/n资源信息进行保存和 /或更新， 并设置老化时间；
合成模块， 设置为从保存的 pref64: :/n资源信息中选取 pref64: :/n前缀信息 及前缀长度和 /或 IPv6后缀信息，对 IPv6客户端发送至 IPv4广域网服务器的报 文的目的 IPv4地址进行 IPv6地址合成， 按照合成后的 IPv6地址对所述报文进 行转发。
11. 一种 NAT64资源分配装置， 位于服务器设备， 包括： 第一分配模块， 设置为根据客户端设备发送的路由器请求 RS消息， 向所 述客户端设备发送第一路由器通告 RA消息， 其中， 所述 RS消息中携带的信 息包括： pref64: :/n资源请求， 所述第一 RA消息中携带的信息包括： 根据所述 pref64::/n资源请求分配的 pref64::/n资源信息； 第二分配模块， 设置为向所述客户端设备发送第二路由器通告 RA消息， 其中， 第二 RA消息中携带的信息包括： 主动分配的 pref64: :/n资源信息。
12. 根据权利要求 11所述的装置， 其中， 所述装置还包括: 处理模块， 设置为对出向报文中的目的 IPv6地址与本地存储的 pref64: :/n 资源中的 IPv6前缀信息进行匹配， 在匹配成功的情况下， 对源 IPv6地址进行 NAT64翻译， 将翻译后的报文进行转发， 和， 对入向报文中的目的 IPv4地址 进行 NAT64翻译， 对源 IPv4地址进行 IPv6地址合成， 按照翻译后的 IPv6地 址对所述报文进行转发。
PCT/CN2014/082854 2014-03-18 2014-07-23 一种nat64资源获取方法及获取/分配装置 WO2015139397A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410101594.5 2014-03-18
CN201410101594.5A CN104935677B (zh) 2014-03-18 2014-03-18 一种nat64资源获取方法及获取/分配装置

Publications (1)

Publication Number Publication Date
WO2015139397A1 true WO2015139397A1 (zh) 2015-09-24

Family

ID=54122643

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/082854 WO2015139397A1 (zh) 2014-03-18 2014-07-23 一种nat64资源获取方法及获取/分配装置

Country Status (2)

Country Link
CN (1) CN104935677B (zh)
WO (1) WO2015139397A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111107122A (zh) * 2018-10-29 2020-05-05 上海诺基亚贝尔股份有限公司 用于发现网络中雾资源的方法、设备及计算机可读介质
US20210194788A1 (en) * 2018-12-28 2021-06-24 Zte Corporation Message processing method and apparatus, control-plane device, and computer storage medium

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111654444A (zh) * 2020-06-10 2020-09-11 展讯通信（上海）有限公司 IPv6前缀的获取方法、设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101931658A (zh) * 2009-06-26 2010-12-29 中国移动通信集团公司 具有IPv4应用的IPv6主机进行通信的方法与装置
CN102238075A (zh) * 2010-05-05 2011-11-09 杭州华三通信技术有限公司 基于以太网点对点协议的IPv6路由建立方法及接入服务器
CN102299974A (zh) * 2010-06-25 2011-12-28 中兴通讯股份有限公司 一种实现IPv6前缀分配的方法和装置
CN102938735A (zh) * 2012-11-15 2013-02-20 北京邮电大学 使用路由通告携带选项下发nat64地址前缀的方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103179227B (zh) * 2013-03-21 2016-05-11 北京邮电大学 IPv6网络中的主机选择和切换地址配置方式的方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101931658A (zh) * 2009-06-26 2010-12-29 中国移动通信集团公司 具有IPv4应用的IPv6主机进行通信的方法与装置
CN102238075A (zh) * 2010-05-05 2011-11-09 杭州华三通信技术有限公司 基于以太网点对点协议的IPv6路由建立方法及接入服务器
CN102299974A (zh) * 2010-06-25 2011-12-28 中兴通讯股份有限公司 一种实现IPv6前缀分配的方法和装置
CN102938735A (zh) * 2012-11-15 2013-02-20 北京邮电大学 使用路由通告携带选项下发nat64地址前缀的方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111107122A (zh) * 2018-10-29 2020-05-05 上海诺基亚贝尔股份有限公司 用于发现网络中雾资源的方法、设备及计算机可读介质
CN111107122B (zh) * 2018-10-29 2023-08-18 上海诺基亚贝尔股份有限公司 用于发现网络中雾资源的方法、设备及计算机可读介质
US20210194788A1 (en) * 2018-12-28 2021-06-24 Zte Corporation Message processing method and apparatus, control-plane device, and computer storage medium
US11575592B2 (en) * 2018-12-28 2023-02-07 Zte Corporation Message processing method and apparatus, control-plane device, and computer storage medium

Also Published As

Publication number Publication date
CN104935677A (zh) 2015-09-23
CN104935677B (zh) 2019-10-18

Similar Documents

Publication Publication Date Title
US7639686B2 (en) Access network clusterhead for providing local mobility management of a roaming IPv4 node
US10003565B2 (en) Use of DNS information as trigger for dynamic IPV4 address allocation
US20130010614A1 (en) METHOD AND APPARATUS FOR PROCESSING PACKETS IN IPv6 NETWORK
EP2536108B1 (en) Method, system and apparatus for acquiring ipv6 configuration information in ipv6 transient network
EP1712044A1 (en) Tunneling service method and system
WO2011147353A1 (zh) 一种报文发送方法及装置
WO2012013133A1 (zh) 一种网络通信的方法和设备
WO2010139194A1 (zh) 具有IPv4应用的主机进行通信的方法及设备
WO2000079765A1 (en) Reverse tunneling methods and apparatus for use with private computer networks
WO2010108431A1 (zh) 实现IPv6主机访问IPv4主机的方法、获取IPv6地址前缀的方法和转换装置
WO2015127750A1 (zh) IPv6地址处理方法、装置及DHCPv6中继设备
WO2014183701A1 (zh) 端口块资源的获取、端口块资源的分配方法及装置
US20140313933A1 (en) Method, apparatus, and system for layer 2 interworking based on ipv6
KR20110060895A (ko) 다중 인터넷 액세스를 제공하기 위한 방법 및 게이트웨이
WO2015018069A1 (zh) 网络终端获取业务的方法、设备、系统
KR101901341B1 (ko) 사용자 장치의 이동성을 지원하는 네트워크 접속 방법 및 장치
WO2012136006A1 (zh) 多归属站点内主机的路由选择方法和装置
JP6383797B2 (ja) ＮＡＴ６４プレフィックスの処理方法、ネットワーク機器及びＤＨＣＰｖ６サーバー
WO2008011776A1 (fr) Procédé d'affectation d'adresse, ainsi que système, agent relais et serveur correspondants
WO2015139397A1 (zh) 一种nat64资源获取方法及获取/分配装置
WO2014063606A1 (zh) 报文转发的方法和相应设备
JP2008172816A (ja) アドレス変換方法
JP2008527829A (ja) 擬似マルチホーム化されたホストへの効率的なアドレススペース拡張
JP3646936B2 (ja) ＩＰｖ６無線ＬＡＮ環境でのＩＰｖ４管理方法および管理装置
JP2010062757A (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: 14886547

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14886547

Country of ref document: EP

Kind code of ref document: A1