CN106302845A - 数据通道产品的域名***地址配置方法及装置 - Google Patents

数据通道产品的域名***地址配置方法及装置 Download PDF

Info

Publication number
CN106302845A
CN106302845A CN201510289752.9A CN201510289752A CN106302845A CN 106302845 A CN106302845 A CN 106302845A CN 201510289752 A CN201510289752 A CN 201510289752A CN 106302845 A CN106302845 A CN 106302845A
Authority
CN
China
Prior art keywords
packet
ipv4
ipv6
address
user side
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
CN201510289752.9A
Other languages
English (en)
Other versions
CN106302845B (zh
Inventor
张路
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Xian Zhongxing New Software Co Ltd
Original Assignee
Xian Zhongxing New Software Co Ltd
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 Xian Zhongxing New Software Co Ltd filed Critical Xian Zhongxing New Software Co Ltd
Priority to CN201510289752.9A priority Critical patent/CN106302845B/zh
Priority to EP16802330.7A priority patent/EP3306901A4/en
Priority to PCT/CN2016/073080 priority patent/WO2016192407A1/zh
Priority to US15/578,235 priority patent/US20180152345A1/en
Publication of CN106302845A publication Critical patent/CN106302845A/zh
Application granted granted Critical
Publication of CN106302845B publication Critical patent/CN106302845B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/251—Translation of Internet protocol [IP] addresses between different IP versions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4552—Lookup mechanisms between a plurality of directories; Synchronisation of directories, e.g. metadirectories
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5053—Lease time; Renewal aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5061—Pools of addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/659—Internet protocol version 6 [IPv6] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/686—Types of network addresses using dual-stack hosts, e.g. in Internet protocol version 4 [IPv4]/Internet protocol version 6 [IPv6] networks

Landscapes

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

Abstract

本发明实施例公开了一种数据通道产品的DNS地址配置方法，包括：获取被封装在第一IPv4包中的用户侧发送的DNS请求包；确定所述用户侧发送的DNS请求包的记录类型；对第一记录类型的DNS请求包进行地址检测，将有效的所述DNS请求包直接转发到网络侧，将检测无效的所述DNS请求包直接丢弃；将第二记录类型的DNS请求包封装成IPv6包发送到网络侧；将网络侧返回的DNS响应包封装成第二IPv4包，发送到用户侧。本发明实施例还同时公开了一种数据通道产品的DNS地址配置装置。

Description

数据通道产品的域名***地址配置方法及装置
技术领域
本发明涉及移动通讯领域的配置管理技术，尤其涉及一种数据通道产品的域名***(Domain Name System，DNS)地址配置方法及装置。
背景技术
随着无线通讯技术的发展，全球各移动运营商网络设备和处理技术日益纷繁复杂。由于IPv6协议的优点，IPv6技术在无线通讯中的应用势在必行，各运营商网络侧的IPv6技术虽说大同小异，但是，真正结合用户侧进行使用时，却会出现各种各样的问题。由于IPv6与IPv4两个协议互不兼容，而且当前互联网主要是使用IPv4协议，因此当前需要过渡技术，对于数据通道产品来说，比较适合的是采用双栈技术方案，要求用户侧和网络节点同时具有IPv4和IPv6双栈功能，使得IPv4和IPv6得以在一个混合环境中工作。
IPv6地址由前缀和接口标识两部分组成，其中高64位是前缀，低64位是接口标识，用户侧的IPv6地址有两种：链路本地地址和全球单播地址，用户侧只能使用全球单播地址来通信。其中，这种全球单播地址有两种自动配置方式，无状态地址自动配置和有状态地址自动配置，无状态地址自动配置是指不需要动态主机配置协议v6(DHCPv6，Dynamic Host Configuration Protocol v6)服务器进行管理，用户侧根据路由通告及自己的媒体访问控制(MAC，Media AccessControl)地址计算出自己的IPv6地址；有状态地址自动配置是指由DHCPv6服务器统一管理，用户侧从DHCPv6服务器的地址池中拿到IPv6地址和其他信息(例如DNS等)。就这两种技术而言，DHCPv6服务器不支持默认网关的分配，而无状态自动配置中的RA通告则不支持DNS的分发。
目前，现有技术是将这两种自动配置方式结合使用，即：用无状态的地址自动配置的路由通告来宣告默认网关，用有状态的地址自动配置的DHCPv6服务器来宣告DNS地址。
但是，针对数据通道产品而言，通过无状态自动配置可以使用户侧获取IPv6地址信息，而针对IPv6的DNS地址，因为是没有内置DHCPv6服务器功能的，所以只能在用户侧上安装一个第三方程序，通过用户干预或者程序自动化收发，从数据通道产品中获取DNS地址，然后强制配置给用户侧。
但是对于一些场景，规定数据通道产品在用户侧必须以免驱形式存在，即插即用，不需要安装也无法安装任何第三方应用或驱动程序，再加上数据通道产品又不支持DHCPv6服务器功能，所以，无法解决IPv6地址配置过程中的DNS地址配置的问题。
发明内容
有鉴于此，本发明实施例期望提供一种数据通道产品的DNS地址配置方法及装置，能够在用户侧不安装任何第三方应用或驱动程序就解决IPv6地址配置过程中DNS地址配置的问题。
为达到上述目的，本发明的技术方案是这样实现的：
本发明提供了一种数据通道产品的DNS地址配置方法，所述方法包括：
获取被封装在第一IPv4包中的用户侧发送的DNS请求包；
确定所述用户侧发送的DNS请求包的记录类型；
对第一记录类型的DNS请求包进行地址检测，将检测有效的所述DNS请求包直接转发到网络侧，将检测无效的所述DNS请求包直接丢弃；
将第二记录类型的DNS请求包封装成IPv6包发送到网络侧；
将网络侧返回的DNS响应包封装成第二IPv4包，发送到用户侧。
较佳地，所述将第二记录类型的DNS请求包封装成IPv6包发送到网络侧，包括：
将所述第二记录类型的DNS请求包中的IPv6DNS地址填充在IPv6包的目的地址字段上，将所述第二记录类型的DNS请求包中的IPv6公网IP地址填充在IPv6包的源地址字段上，封装成IPv6包发送到网络侧；
其中，在IPv6一路联网的空中下载OTA技术消息中获得所述IPv6DNS地址与所述IPv6公网IP地址；
所述第一记录类型为A类型，表示IPv4地址解析；所述第二记录类型为AAAA类型，表示IPv6地址解析。
较佳地，在所述获取被封装在第一IPv4包里的用户侧所发送的DNS请求包之前，所述方法还包括：获取当前的拨号请求。
较佳地，所述方法还包括：当前只获取到IPv6拨号请求，根据当前的所述IPv6拨号请求仿造IPv4的联网成功指示；
通过所述联网成功指示建立与所述用户侧的IPv4通道，其中，所述IPv4通道用于传输所述第一IPv4包与所述第二IPv4包。
5、根据权利要求3所述的方法，其特征在于，所述方法还包括：当前获取到IPv4拨号请求与IPv6拨号请求，且检查到所述用户侧不发起DHCP请求过程或DHCP请求过程异常，则向所述用户侧发送断网指示；
根据当前的所述IPv6拨号请求仿造IPv4的联网成功指示；
通过所述联网成功指示建立与所述用户侧的IPv4通道，其中，所述IPv4通道用于传输所述第一IPv4包与所述第二IPv4包。
本发明又提供了一种数据通道产品的DNS地址配置装置，包括：
DNS请求包获取模块，用于获取被封装在第一IPv4包中的用户侧发送的DNS请求包；
记录类型确定模块，用于确定所述用户侧发送的DNS请求包的记录类型；
检测模块，用于对第一记录类型的DNS请求包进行地址检测，将检测有效的所述DNS请求包直接转发到网络侧，将检测无效的所述DNS请求包直接丢弃；
封装发送模块，用于将第二记录类型的DNS请求包封装成IPv6包发送到网络侧；还用于将网络侧返回的DNS响应包封装成第二IPv4包，发送到用户侧。
较佳地，所述封装发送模块，还用于将所述第二记录类型的DNS请求包中的IPv6DNS地址填充在IPv6包的目的地址字段上，将所述第二记录类型的DNS请求包中的IPv6公网IP地址填充在IPv6包的源地址字段上，封装成IPv6包发送到网络侧；其中，在IPv6一路联网的空中下载OTA技术消息中获得所述IPv6DNS地址与所述IPv6公网IP地址；
所述第一记录类型为A类型，表示IPv4地址解析；所述第二记录类型为AAAA类型，表示IPv6地址解析。
8、根据权利要求6或7所述的装置，其特征在于，还包括：
拨号请求获取模块，用于获取当前的拨号请求。
9、根据权利要求8所述的装置，其特征在于，所述拨号请求获取模块，
还用于当前只获取到IPv6拨号请求，根据当前的所述IPv6拨号请求仿造IPv4的联网成功指示；
还用于通过所述联网成功指示建立与所述用户侧的IPv4通道，其中，所述IPv4通道用于传输所述第一IPv4包与所述第二IPv4包。
较佳地，所述拨号请求获取模块，
还用于当前获取到IPv4拨号请求与IPv6拨号请求，且检查到所述用户侧不发起DHCP请求过程或DHCP请求过程异常，则向所述用户侧发送断网指示；
还用于根据当前的所述IPv6拨号请求仿造IPv4的联网成功指示；
还用于通过所述联网成功指示建立与所述用户侧的IPv4通道，其中，所述IPv4通道用于传输所述第一IPv4包与所述第二IPv4包。
本发明实施例提供的数据通道产品的DNS地址配置方法，数据通道产品获取当前的拨号请求，在双栈拨号请求情况下，用户侧与数据通道产品之间会有IPv4和IPv6两路通道，如果DHCP请求过程正常，这两条通道均为正常通道；如果DHCP请求过程异常，IPv4通道无效，这时数据通道产品先向用户侧发送断网指示，再按照单栈IPv6拨号请求情况下进行处理；在单栈IPv6拨号请求情况下，仿造IPv4的联网成功指示，该指示用于建立IPv4通道，仅用于在用户侧和数据通道产品之间传递IPv4包；接着，获取被封装在第一IPv4包里的用户侧所发送的DNS请求包；然后，数据通道产品确定用户侧所发送的DNS请求包的记录类型，将有效的第一记录类型(A类型)的DNS请求包直接转发到网络侧；将第二记录类型(AAAA类型)的DNS请求包封装成IPv6包发送到网络侧；最后，数据通道产品将网络侧所返回的DNS响应包封装成第二IPv4包，发送到用户侧。
可见，本发明实施例中，DNS地址配置方式支持单栈IPv6拨号，IPv4和IPv6双栈拨号，还能够处理IPv4和IPv6双栈拨号时其中一路发生失败的情况，实现了不用在用户侧上安装第三方程序或者驱动，不需要DHCPv6服务器，仅基于最基本的无状态自动配置协议，就能够解决IPv6地址配置过程中的DNS地址配置的问题；另外，由于网络侧与用户侧的交互达到了最小，因而能够适应各种新型的操作***。
附图说明
图1为本发明数据通道产品的DNS地址配置方法实施例一的流程图；
图2为本发明数据通道产品的DNS地址配置方法的IPv4和IPv6双栈拨号情况下的流程图；
图3为本发明数据通道产品的DNS地址配置方法的IPv6单栈拨号情况下的流程图；
图4为本发明数据通道产品的DNS地址配置方法的IPv4和IPv6都拨号请求、且用户侧不发起DHCP请求过程或DHCP请求过程异常的情况下的流程图；
图5为本发明数据通道产品的DNS地址配置装置实施例的结构图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。
图1为本发明数据通道产品的DNS地址配置方法实施例一的流程图，如图1所示，本方法可以包括如下步骤：
步骤101、获取被封装在第一IPv4包中的用户侧发送的DNS请求包。
在用户侧与网络侧联网过程中，会有分组数据协议(Packet Data Protocol，PDP)激活过程，PDP激活后，用户侧就会保存有IPv4和/或IPv6的DNS地址。
在本步骤之前，数据通道产品还可以获取当前的拨号请求，这里，需要对当前的拨号请求分具体的情况进行说明，具体如下：
在双栈拨号请求的情况下，即在IPv4和IPv6都拨号请求的情况下，拨号成功后，用户侧与数据通道产品之间会有IPv4和IPv6两路通道，对于IPv4而言，通常通过DHCP就可以获取IP地址和DNS地址等全部信息；对于IPv6而言，通过路由通告的无状态地址自动配置获取IP地址，而没有IPv6的DNS地址。用户联网时，用户侧会将IPv4的DNS请求包与IPv6的DNS请求包封装在第一IPv4包中，通过IPv4的一路发送到数据通道产品，数据通道产品就可以获取到被封装在第一IPv4包中的IPv4的DNS请求包与IPv6的DNS请求包。
在单栈拨号的情况下，又分为两种情况，第一种情况为在单IPv6拨号请求的情况；第二种情况为单IPv4拨号请求的情况。
当在单IPv6拨号请求的情况下，如果当前只获取到IPv6拨号请求，根据当前的所述IPv6拨号请求仿造IPv4的联网成功指示；通过所述联网成功指示建立与所述用户侧的IPv4通道；其中，所述IPv4通道用于传输所述第一IPv4包与所述第二IPv4包。
具体的处理过程如下：在IPv6拨号成功后，用户侧与数据通道产品之间会有IPv6一路通道，就不存在IPv4通道了，因此数据通道产品将会仿造一个IPv4的联网成功指示，这个联网成功指示消息将会使得用户侧在用户侧与数据通道产品之间建立IPv4通道，并让这个IPv4通道开启动作。
例如：在Windows操作***上，将体现为网卡开始由“已拔出”状态变为开始发送DHCP请求。事实上，正常情况下的IPv4拨号成功后，也是通过这种联网成功指示来告诉用户侧，使网卡开启动作并发起DHCP请求获取地址的，那么，此时由于空口上IPv4并未拨号，在收到用户侧的DHCP DISCOVER请求后，数据通道产品的DHCP server将会产生一个虚假IP，或者使用192.168.x.x这样的局域网IP来配置给用户侧，只要这个IP地址被数据通道产品记录下来，后续能够检测到即可，经过这样的DHCP过程，用户侧将获取这样的IPv4地址。用户侧与数据通道产品之间将会有IPv4和IPv6两路通道，对于IPv4而言，通常通过DHCP就可以获取IP地址和DNS地址等全部信息；对于IPv6而言，通过路由通告的无状态地址自动配置获取IP地址，而没有IPv6的DNS地址。用户联网时，用户侧会将IPv4的DNS请求包与IPv6的DNS请求包封装在第一IPv4包里通过IPv4的一路发送到数据通道产品，数据通道产品就可以获取到被封装在第一IPv4包里的IPv4的DNS请求包与IPv6的DNS请求包。
当在单IPv4拨号请求的情况下，只需按照现有技术的流程进行即可，在此不加以赘述。
在双栈拨号请求的情况下，即在IPv4和IPv6都拨号请求、且用户侧不发起DHCP请求过程或DHCP请求过程异常的情况下。
如果当前获取到IPv4拨号请求与IPv6拨号请求，且检查到所述用户侧不发起DHCP请求过程或DHCP请求过程异常，则向所述用户侧发送断网指示；
根据当前的所述IPv6拨号请求仿造IPv4的联网成功指示；
通过所述联网成功指示建立与所述用户侧的IPv4通道，其中，所述IPv4通道用于传输所述第一IPv4包与所述第二IPv4包。
具体的处理过程如下：在IPv4和IPv6都拨号请求后，由于用户侧的原因，例如DHCP Client Service被禁用，会导致用户侧不发DHCP请求，或者其他原因，例如在Windows 8***上，如果移动宽带接口模块(Mobile BroadbandInterface Model，MBIM)设备采用了静态配置IP的方法，那么下次数据通道产品插上用户侧后，用户侧就仍默认这种方式，不再发起DHCP过程，总之用户侧在收到IPv4一路的“联网成功指示”后，不发起DHCP过程，或者和数据通道产品之间的DHCP过程异常的现象，是比较常见的，通常情况下，用户侧最终会得到一个“169.254.x.x”的无效IP，在Windows、Mac等***上都是如此，一旦发生这种情况，用户侧和数据通道产品之间的IPv4通道仍是无效的，仍不能传递IPv4包，对于IPv4，由于联网后，用户侧会向网络发送IP包，且IP包的源地址是“169.254.x.x”，那么数据通道产品可以检测这种源地址的IP包，一旦发现，说明IPv4这一路异常，这时数据通道产品组建并向用户侧发送断网指示，使得IPv4一路网卡状态变为“已拔出”，然后再按照认为是在单IPv6拨号请求的情况下来处理，向用户侧分配虚假IP，建立用户侧和数据通道产品之间的IPv4通道，仅做传输含有DNS请求/响应包的IPv4包所用。
步骤102、确定所述用户侧发送的DNS请求包的记录类型。
数据通道产品获取到第一IPv4包后，检测DNS请求包中的记录类型，即检测DNS请求包中的Type字段，如果解析到是第一记录类型，即A类型，表示IPv4地址解析；如果解析到是第二记录类型，即AAAA类型，表示IPv6地址解析。
步骤103、对第一记录类型的DNS请求包进行地址检测，将检测有效的DNS请求包直接转发到网络侧，将检测无效的DNS请求包直接丢弃。
这里，所述检测有效的DNS请求包是指：检测到携带于所述DNS请求包中的IP包的源IP地址和目的IP地址均有效的DNS请求包；所述检测无效的DNS请求包是指：检测到携带于所述DNS请求包中的IP包的源IP地址和目的IP地址均无效的DNS请求包，或检测到携带于所述DNS请求包中的IP包的源IP地址或目的IP地址中其中一个有效、另一个无效的DNS请求包。
数据通道产品对第一记录类型(A类型)的DNS请求包进行IPv4源地址检测，如果检测到携带此DNS请求包中的IP包的源IP地址和目的IP地址都是有效的，则将此DNS请求包通过IPv4通道直接转发到网络侧的IPv4的DNS服务器，否则就直接丢弃。
步骤104、将第二记录类型的DNS请求包封装成IPv6包发送到网络侧。
首先，数据通道产品将第二记录类型(AAAA类型)的DNS请求包从第一IPv4包里取出；然后，将IPv6DNS地址填充在IPv6包的目的地址字段上，将所述第二记录类型的DNS请求包中的IPv6公网IP地址填充在IPv6包的源地址字段上，封装成IPv6包通过数据通道产品与网络侧之间建立的IPv6通道发送到网络侧。其中，IPv6DNS地址与IPv6公网IP地址可以通过在IPv6一路联网的空中下载(Over the Air，OTA)技术消息中获得。
这里需要说明的是，在本发明中步骤103与步骤104可以同时进行，也可以先进行步骤104，再进行步骤103，可以根据实际情况进行设置，在此不加以限定。
步骤105、将网络侧返回的DNS响应包封装成第二IPv4包，发送到用户侧。
数据通道产品将网络侧所返回的IPv4的DNS响应包与IPv6的DNS响应包封装在第二IPv4包中，然后通过数据通道产品与用户侧之间建立的IPv4通道发送到用户侧，后续用户侧即可获取正确的IPv6的DNS地址，然后进行TCP连接。
本实施例提供的数据通道产品的DNS地址配置方法，首先，数据通道产品获取当前的拨号请求，在双栈拨号请求情况下，用户侧与数据通道产品之间会有IPv4和IPv6两路通道，如果DHCP请求过程正常，这两条通道都是完全正常通道；在单栈IPv6拨号请求情况下，仿造IPv4的联网成功指示，该指示用于建立IPv4通道，仅用于在用户侧和数据通道产品之间传递IPv4包；在双栈拨号请求情况下，用户侧与数据通道产品之间会有IPv4和IPv6两路通道，如果DHCP请求过程异常，IPv4通道无效，这时数据通道产品先向用户侧发送断网指示，再按照单栈IPv6拨号请求情况下进行处理；接着，数据通道产品获取被封装在第一IPv4包里的用户侧所发送的DNS请求包；然后，数据通道产品确定用户侧所发送的DNS请求包的记录类型，将有效的第一记录类型(A类型)的DNS请求包直接转发到网络侧；将第二记录类型(AAAA类型)的DNS请求包封装成IPv6包发送到网络侧；最后，数据通道产品将网络侧所返回的DNS响应包封装成第二IPv4包，发送到用户侧。
DNS地址配置方式支持单栈IPv6拨号，IPv4和IPv6双栈拨号，还能够处理IPv4和IPv6双栈拨号时其中一路发生失败的情况，实现了不用在用户侧上安装第三方程序或者驱动，不需要DHCPv6服务器，仅基于最基本的无状态自动配置协议就能够解决IPv6地址配置过程中的DNS地址配置问题，另外，由于和用户侧的交互达到了最小，因而能够适应各种新型的操作***。
为了更加体现出本发明的目的，在上述实施例的基础上，进一步的举例说明。
图2为本发明数据通道产品的DNS地址配置方法的IPv4和IPv6双栈拨号情况下的流程图，如图2所示，本发明实施例的步骤可以包括：
步骤201：用户侧向数据通道产品下发IPv6联网指令，数据通道产品联网并给用户侧联网成功回应；
步骤202：用户侧的IPv6通道的网卡开启动作；
步骤203：用户侧与网络侧通过无状态自动配置(Stateless addressautoconfiguration，SLAAC)的路由通告消息交互；
步骤204：无状态自动配置过程后，用户侧获取IPv6地址，但其中没有IPv6的DNS地址；
步骤205：用户侧发IPv4的联网请求，数据通道产品在空口拨号并返回成功响应；
步骤206：联网成功后，数据通道产品发送联网成功指示消息给用户侧；
步骤207：用户侧收到联网成功指示后，IPv4通道的网卡开启动作；
步骤208：用户侧发起DHCP过程(通过广播DHCP DISCOVER消息)；
步骤209：用户侧和数据通道产品之间进行DHCP消息交互；
步骤210：用户侧获取IPv4地址和IPv4的DNS地址；
步骤211：用户上网，用户侧发送两种DNS请求，AAAA类型在先，A类型在后；
步骤212：数据通道产品将生成的两个含有DNS请求的包分别通过IPv4通道和IPv6通道发送到网络侧服务器上；
步骤213：数据通道产品收到DNS响应消息后将DNS响应消息封装在IPv4包里，并发送给用户侧；
步骤214：域名解析完毕，用户侧上的应用程序发起TCP连接，开始上网。
本实施例，实现了IPv4和IPv6双栈拨号情况下的地址配置，以及在用户侧没有DHCPv6来配置IPv6的DNS地址的情况下的处理流程。
图3为本发明数据通道产品的DNS地址配置方法的IPv6单栈拨号情况下的流程图，如图3所示，本发明实施例的步骤可以包括：
步骤301至步骤304：与图2所示的步骤201至步骤204一样，是IPv6一路联网并获取IPv6地址的过程，用户侧仍然是没有IPv6的DNS地址；
步骤305：数据通道产品组建一个IPv4联网成功的指示消息，并在数据通道产品上进行与用户侧接口的初始化工作，其目的仅是为了建立和用户侧之间的IPv4通道；
步骤306：数据通道产品发送IPv4联网指示的消息给用户侧；
步骤307：用户侧收到联网成功指示后，IPv4通道的网卡开启动作；
步骤308：用户侧发起DHCP过程(通过广播DHCP DISCOVER消息)；
步骤309：用户侧和数据通道产品之间进行DHCP消息交互，数据通道产品在地址池中准备的是虚假IPv4地址，或者局域网IPv4地址；
步骤310：用户侧获取虚假IPv4地址和IPv4的DNS地址；
步骤311：用户上网，用户侧发送两种DNS请求，AAAA类型在先，A类型在后，当然A类型的是无效的，这个在数据通道产品中就会丢弃；
步骤312：数据通道产品会检测这个无效的A类型的DNS请求，仅将AAAA类型的DNS请求封装在IPv6包中，通过IPv6通道发到对应网络侧的DNS服务器；
步骤313：数据通道产品收到DNS响应消息后，首先拆分这个DNS响应消息的IPv6包，然后再组装成IPv4包，并发送给用户侧；
步骤314：域名解析完毕，用户侧上的应用程序发起TCP连接，开始上网。
本实施例，实现了IPv6单栈拨号情况下的地址配置，数据通道产品在DHCP的地址池中维护的是局域网IP，或其他能够识别的虚假IP，将其分给用户侧，目的是在用户侧和数据通道产品之间，达到和IPv4和IPv6双栈拨号一样的效果。
图4为本发明数据通道产品的DNS地址配置方法的IPv4和IPv6都拨号请求、且用户侧不发起DHCP请求过程或DHCP请求过程异常的情况下的流程图，如图4所示，本发明实施例的步骤可以包括：
步骤401至步骤404：与图2所示的步骤201至步骤204一样，是IPv6一路联网并获取IPv6地址的过程，用户侧仍然是没有IPv6的DNS地址；
步骤405到步骤407：与图2所示的步骤205至步骤207一样，是IPv4一路联网的过程；
步骤408：用户侧检测到IPv4的DHCP过程异常，例如有可能是用户侧没有发DHCP DISCOVER广播；导致用户侧最终没有获取有效IPv4地址，最终得到一个无效的169.254.x.x的IPv4地址；
步骤409：用户侧和数据通道产品之间进行DHCP消息交互，例如，数据通道产品在IPv4通道上如果检测到源地址是169.254.x.x的来自用户侧的IP包，说明IPv4一路异常；
步骤410：数据通道产品向用户侧先发送断网指示再发送联网指示，目的是重新开始获取IPv4的过程，从这里开始，实际上就开始为IPv6单栈拨号的情况了；
步骤411至步骤420：与图3所示的步骤305至步骤314一样，是IPv4的虚假IPv4地址获取过程，以及数据通道产品对DNS请求的处理过程。
本实施例，解决了IPv4和IPv6都拨号请求、且用户侧不发起DHCP请求过程或DHCP请求过程异常的情况下，也能够在用户侧和数据通道产品之间传递含有DNS的IPv4数据包。
图5为本发明数据通道产品的DNS地址配置装置实施例的结构图，如图5所示，该装置05包括：DNS请求包获取模块51、记录类型确定模块52、检测模块53及封装发送模块54；其中，
所述DNS请求包获取模块51，用于获取被封装在第一IPv4包中的用户侧发送的DNS请求包；
所述记录类型确定模块52，用于确定所述用户侧发送的DNS请求包的记录类型；
所述检测模块53，用于对第一记录类型的DNS请求包进行地址检测，将检测有效的所述DNS请求包直接转发到网络侧，将检测无效的所述DNS请求包直接丢弃；
所述封装发送模块54，用于将第二记录类型的DNS请求包封装成IPv6包发送到网络侧；还用于将网络侧返回的DNS响应包封装成第二IPv4包，发送到用户侧。
进一步的，所述封装发送模块54，还用于将所述第二记录类型的DNS请求包中的IPv6DNS地址填充在IPv6包的目的地址字段上，将所述第二记录类型的DNS请求包中的IPv6公网IP地址填充在IPv6包的源地址字段上，封装成IPv6包发送到网络侧；其中，在IPv6一路联网的空中下载OTA技术消息中获得所述IPv6DNS地址与所述IPv6公网IP地址；
所述第一记录类型为A类型，表示IPv4地址解析；
所述第二记录类型为AAAA类型，表示IPv6地址解析。
进一步的，所述装置05还包括：拨号请求获取模块55，用于获取当前的拨号请求。
进一步的，所述拨号请求获取模块55，
还用于当前只获取到IPv6拨号请求，根据当前的所述IPv6拨号请求仿造IPv4的联网成功指示；
还用于通过所述联网成功指示建立与所述用户侧的IPv4通道，其中，所述IPv4通道用于传输所述第一IPv4包与所述第二IPv4包。
进一步的，所述拨号请求获取模块55，
还用于当前获取到IPv4拨号请求与IPv6拨号请求，且检查到所述用户侧不发起DHCP请求过程或DHCP请求过程异常，则向所述用户侧发送断网指示；
还用于根据当前的所述IPv6拨号请求仿造IPv4的联网成功指示；
还用于通过所述联网成功指示建立与所述用户侧的IPv4通道，其中，所述IPv4通道用于传输所述第一IPv4包与所述第二IPv4包。
本实施例的装置，可以用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。在实际应用中，所述DNS请求包获取模块51、记录类型确定模块52、检测模块53、封装发送模块54及拨号请求获取模块55可由位于终端上的中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等器件实现。
本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (10)

1.一种数据通道产品的DNS地址配置方法，其特征在于，所述方法包括：
获取被封装在第一IPv4包中的用户侧发送的DNS请求包；
确定所述用户侧发送的DNS请求包的记录类型；
对第一记录类型的DNS请求包进行地址检测，将检测有效的所述DNS请求包直接转发到网络侧，将检测无效的所述DNS请求包直接丢弃；
将第二记录类型的DNS请求包封装成IPv6包发送到网络侧；
将网络侧返回的DNS响应包封装成第二IPv4包，发送到用户侧。
2.根据权利要求1所述的方法，其特征在于，所述将第二记录类型的DNS请求包封装成IPv6包发送到网络侧，包括：
将所述第二记录类型的DNS请求包中的IPv6 DNS地址填充在IPv6包的目的地址字段上，将所述第二记录类型的DNS请求包中的IPv6公网IP地址填充在IPv6包的源地址字段上，封装成IPv6包发送到网络侧；
其中，在IPv6一路联网的空中下载OTA技术消息中获得所述IPv6 DNS地址与所述IPv6公网IP地址；
所述第一记录类型为A类型，表示IPv4地址解析；所述第二记录类型为AAAA类型，表示IPv6地址解析。
3.根据权利要求1或2所述的方法，其特征在于，在所述获取被封装在第一IPv4包里的用户侧所发送的DNS请求包之前，所述方法还包括：获取当前的拨号请求。
4.根据权利要求3所述的方法，其特征在于，所述方法还包括：当前只获取到IPv6拨号请求，根据当前的所述IPv6拨号请求仿造IPv4的联网成功指示；
通过所述联网成功指示建立与所述用户侧的IPv4通道，其中，所述IPv4通道用于传输所述第一IPv4包与所述第二IPv4包。
5.根据权利要求3所述的方法，其特征在于，所述方法还包括：当前获取到IPv4拨号请求与IPv6拨号请求，且检查到所述用户侧不发起DHCP请求过程或DHCP请求过程异常，则向所述用户侧发送断网指示；
根据当前的所述IPv6拨号请求仿造IPv4的联网成功指示；
通过所述联网成功指示建立与所述用户侧的IPv4通道，其中，所述IPv4通道用于传输所述第一IPv4包与所述第二IPv4包。
6.一种数据通道产品的DNS地址配置装置，其特征在于，包括：
DNS请求包获取模块，用于获取被封装在第一IPv4包中的用户侧发送的DNS请求包；
记录类型确定模块，用于确定所述用户侧发送的DNS请求包的记录类型；
检测模块，用于对第一记录类型的DNS请求包进行地址检测，将检测有效的所述DNS请求包直接转发到网络侧，将检测无效的所述DNS请求包直接丢弃；
封装发送模块，用于将第二记录类型的DNS请求包封装成IPv6包发送到网络侧；还用于将网络侧返回的DNS响应包封装成第二IPv4包，发送到用户侧。
7.根据权利要求6所述的装置，其特征在于，所述封装发送模块，还用于将所述第二记录类型的DNS请求包中的IPv6 DNS地址填充在IPv6包的目的地址字段上，将所述第二记录类型的DNS请求包中的IPv6公网IP地址填充在IPv6包的源地址字段上，封装成IPv6包发送到网络侧；其中，在IPv6一路联网的空中下载OTA技术消息中获得所述IPv6 DNS地址与所述IPv6公网IP地址；
所述第一记录类型为A类型，表示IPv4地址解析；所述第二记录类型为AAAA类型，表示IPv6地址解析。
8.根据权利要求6或7所述的装置，其特征在于，还包括：
拨号请求获取模块，用于获取当前的拨号请求。
9.根据权利要求8所述的装置，其特征在于，所述拨号请求获取模块，
还用于当前只获取到IPv6拨号请求，根据当前的所述IPv6拨号请求仿造IPv4的联网成功指示；
还用于通过所述联网成功指示建立与所述用户侧的IPv4通道，其中，所述IPv4通道用于传输所述第一IPv4包与所述第二IPv4包。
10.根据权利要求8所述的装置，其特征在于，所述拨号请求获取模块，
还用于当前获取到IPv4拨号请求与IPv6拨号请求，且检查到所述用户侧不发起DHCP请求过程或DHCP请求过程异常，则向所述用户侧发送断网指示；
还用于根据当前的所述IPv6拨号请求仿造IPv4的联网成功指示；
还用于通过所述联网成功指示建立与所述用户侧的IPv4通道，其中，所述IPv4通道用于传输所述第一IPv4包与所述第二IPv4包。
CN201510289752.9A 2015-05-29 2015-05-29 数据通道产品的域名***地址配置方法及装置 Active CN106302845B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201510289752.9A CN106302845B (zh) 2015-05-29 2015-05-29 数据通道产品的域名***地址配置方法及装置
EP16802330.7A EP3306901A4 (en) 2015-05-29 2016-02-01 Domain name system address configuration method and apparatus, and computer storage medium
PCT/CN2016/073080 WO2016192407A1 (zh) 2015-05-29 2016-02-01 域名***地址配置方法、装置及计算机存储介质
US15/578,235 US20180152345A1 (en) 2015-05-29 2016-02-01 Domain name system address configuration method and device and computer storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510289752.9A CN106302845B (zh) 2015-05-29 2015-05-29 数据通道产品的域名***地址配置方法及装置

Publications (2)

Publication Number Publication Date
CN106302845A true CN106302845A (zh) 2017-01-04
CN106302845B CN106302845B (zh) 2020-07-17

Family

ID=57440026

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510289752.9A Active CN106302845B (zh) 2015-05-29 2015-05-29 数据通道产品的域名***地址配置方法及装置

Country Status (4)

Country Link
US (1) US20180152345A1 (zh)
EP (1) EP3306901A4 (zh)
CN (1) CN106302845B (zh)
WO (1) WO2016192407A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110995886A (zh) * 2019-12-12 2020-04-10 新华三大数据技术有限公司 网络地址的管理方法、装置、电子设备及介质
CN111800306A (zh) * 2020-05-13 2020-10-20 北京化工大学 一种网络测量方法及装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11012407B2 (en) * 2017-10-27 2021-05-18 Dell Products L.P. System and method of utilizing multiple networks
CN115348191B (zh) * 2022-08-24 2024-01-09 北京首信科技股份有限公司 一种无线vpdn网络中物联终端数据采集方法和装置

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040162909A1 (en) * 2003-02-18 2004-08-19 Byung-Gu Choe Apparatus for converting IPv4 to IPv6 using dual stack and method thereof
CN101069400A (zh) * 2004-11-18 2007-11-07 国际商业机器公司 隧道化传输IPv6分组
CN101909041A (zh) * 2009-06-03 2010-12-08 ***通信集团公司 具有IPv4应用的主机通过IPv6网络进行通信的方法和***
CN103118145A (zh) * 2013-01-18 2013-05-22 清华大学 基于DNS的IPv4-over-IPv6多隧道自动建立方法
CN103856580A (zh) * 2014-03-26 2014-06-11 清华大学 一种IPv6客户机访问IPv4服务器的方法
CN104079682A (zh) * 2014-07-07 2014-10-01 中国联合网络通信集团有限公司 一种基于域名***dns的地址转换方法及装置
US20140379916A1 (en) * 2012-11-05 2014-12-25 Pismo Labs Technology Limited Methods and gateways for processing dns request

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6996072B1 (en) * 2000-01-19 2006-02-07 The Phonepages Of Sweden Ab Method and apparatus for exchange of information in a communication network
US7864780B1 (en) * 2003-04-29 2011-01-04 Cisco Technology, Inc. Apparatus and methods for handling name resolution over IPV6 using NAT-PT and DNS-ALG
US8364846B2 (en) * 2007-02-02 2013-01-29 Silver Spring Networks, Inc. Method and system of providing IP-based packet communications with in-premisis devices in a utility network
WO2010004180A1 (fr) * 2008-06-30 2010-01-14 France Telecom Procede de reception d'un paquet de donnees dans un domaine ipv6, dispositif et passerelle residentielle associes
US8400943B2 (en) * 2009-02-11 2013-03-19 Cisco Technology, Inc. IPv6 addressing over non-IPv6 systems
CN102209121A (zh) * 2010-03-29 2011-10-05 杭州华三通信技术有限公司 IPv6网络和IPv4网络之间互通的方法和装置
CN101917491A (zh) * 2010-05-20 2010-12-15 中兴通讯股份有限公司 一种提高域名解析效率的方法及终端
CN102347993B (zh) * 2010-07-28 2014-03-26 ***通信集团公司 一种网络通信的方法和设备
US20130103853A1 (en) * 2011-07-29 2013-04-25 3Crowd Technologies, Inc. Directing clients based on communication format
CN102340452B (zh) * 2011-10-14 2018-03-02 中兴通讯股份有限公司 一种基于单个IPv6地址前缀实现路由传输的方法和无线设备
US20130151725A1 (en) * 2011-12-13 2013-06-13 B Method and System for Handling a Domain Name Service Request
WO2013139337A2 (en) * 2012-03-05 2013-09-26 Netiter Aps SYSTEM AND METHOD FOR DATA COMMUNICATION BETWEEN A FIRST INTERNET PROTOCOL VERSION (IPv4) AND A SECOND INTERNET PROTOCOL VERSION (IPv6)
US10003565B2 (en) * 2012-03-22 2018-06-19 Time Warner Cable Enterprises Llc Use of DNS information as trigger for dynamic IPV4 address allocation
CN102685118B (zh) * 2012-05-02 2014-12-17 中兴通讯股份有限公司 单pdp双栈串行拨号方法和***
EP3021532B1 (en) * 2013-08-20 2020-02-26 Huawei Technologies Co., Ltd. Method for realizing residential gateway service function and server
CN104170356B (zh) * 2013-12-30 2017-11-24 华为技术有限公司 一种处理域名请求的方法及设备

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040162909A1 (en) * 2003-02-18 2004-08-19 Byung-Gu Choe Apparatus for converting IPv4 to IPv6 using dual stack and method thereof
CN101069400A (zh) * 2004-11-18 2007-11-07 国际商业机器公司 隧道化传输IPv6分组
CN101909041A (zh) * 2009-06-03 2010-12-08 ***通信集团公司 具有IPv4应用的主机通过IPv6网络进行通信的方法和***
US20140379916A1 (en) * 2012-11-05 2014-12-25 Pismo Labs Technology Limited Methods and gateways for processing dns request
CN103118145A (zh) * 2013-01-18 2013-05-22 清华大学 基于DNS的IPv4-over-IPv6多隧道自动建立方法
CN103856580A (zh) * 2014-03-26 2014-06-11 清华大学 一种IPv6客户机访问IPv4服务器的方法
CN104079682A (zh) * 2014-07-07 2014-10-01 中国联合网络通信集团有限公司 一种基于域名***dns的地址转换方法及装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110995886A (zh) * 2019-12-12 2020-04-10 新华三大数据技术有限公司 网络地址的管理方法、装置、电子设备及介质
CN111800306A (zh) * 2020-05-13 2020-10-20 北京化工大学 一种网络测量方法及装置

Also Published As

Publication number Publication date
US20180152345A1 (en) 2018-05-31
WO2016192407A1 (zh) 2016-12-08
EP3306901A1 (en) 2018-04-11
CN106302845B (zh) 2020-07-17
EP3306901A4 (en) 2018-06-27

Similar Documents

Publication Publication Date Title
JP4652944B2 (ja) ＩＰｖ６アクセスネットワークにおけるネットワークサービス選択、認証およびステートレス自動設定
US20150180823A1 (en) System and data card for stateless automatic configuration of IPv6 address and method for implementing the same
US10965640B2 (en) Configuration of an M2M device
US10038646B2 (en) Method and apparatus for acquiring port range resource, and method and apparatus for allocating port range resource
CN106302845B (zh) 数据通道产品的域名***地址配置方法及装置
US8392613B2 (en) Network address assignment
EP3319272A1 (en) Communication method, device and system based on data link layer
CN113364660B (zh) Lvs负载均衡中的数据包处理方法及装置
CN101873320B (zh) 一种基于DHCPv6中继的客户端信息确认方法及其装置
CN106878259B (zh) 一种报文转发方法及装置
CN104601743A (zh) 基于以太的IP转发IPoE双栈用户接入控制方法和设备
CN106878481B (zh) 一种网络互连协议ip地址获取方法、装置和***
US10303502B2 (en) Creating a virtual machine for an IP device using information requested from a lookup service
US10819617B1 (en) Loop-back packet for determining operational capabilities of border relay device
EP3059907B1 (en) Network packet forwarding method and device
WO2016042397A1 (en) Enhanced dynamic host configuration protocol (dhcp)
CN107547691B (zh) 地址解析协议报文代理方法和装置
EP2124397A1 (en) A method for transfering the ip transmission session and the equipment whereto
CN102291402B (zh) 实现私网穿越的方法、装置及***
CN113746715A (zh) 通信方法及装置
Cui et al. Configuring IPv4 over IPv6 Networks: Transitioning with DHCP
CN104935677A (zh) 一种nat64资源获取方法及获取/分配装置
CN110290230B (zh) 网络环境支持的拨号方式的检测方法、装置及存储介质
KR101002811B1 (ko) Ｉｐ 멀티캐스팅 패킷 터널링 제공 방법 및 장치
CN111654390A (zh) 一种数据传输方法、装置、终端设备和存储介质

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant