CN111866201A - IPv6组播地址的生成方法和装置 - Google Patents
IPv6组播地址的生成方法和装置 Download PDFInfo
- Publication number
- CN111866201A CN111866201A CN201910939895.8A CN201910939895A CN111866201A CN 111866201 A CN111866201 A CN 111866201A CN 201910939895 A CN201910939895 A CN 201910939895A CN 111866201 A CN111866201 A CN 111866201A
- Authority
- CN
- China
- Prior art keywords
- option
- client
- information
- location information
- target device
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5007—Internet protocol [IP] addresses
- H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1845—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast broadcast or multicast in a specific location, e.g. geocast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- 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/5069—Address allocation for group communication, multicast communication or broadcast communication
-
- 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/69—Types of network addresses using geographic information, e.g. room number
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了IPv6组播地址的生成方法和装置。本申请中,客户端根据获取的目标设备的位置信息,生成组播组的IPv6组播地址,实现了根据位置信息生成IPv6组播地址。进一步地,客户端在根据位置信息生成IPv6组播地址后,依据该IPv6组播地址加入组播组,接收组播源发向该组播组的数据,实现了基于位置的组播。
Description
技术领域
本申请涉及网络通信技术,特别涉及IPv6组播地址的生成方法和装置。
背景技术
随着互联网规模的不断扩展,以IPv6协议为基础的下一代互联网得到越来越广泛的应用。以IPv6协议为基础的下一代互联网支持组播(此时可称为IPv6组播)。
在IPv6组播应用中,组播源只需以IPv6组播地址为目的地址发送一份数据,之后,网络中各路由器根据与IPv6组播地址对应的组播组(Multicast group)中各成员的分布情况对数据进行复制和转发,最后数据会准确地发送至组播组中各个成员。
发明内容
本申请提供了IPv6组播地址的生成方法和装置,以实现基于位置信息生成IPv6组播地址。
本申请提供的技术方案包括:
一种IPv6组播地址的生成方法,该方法应用于客户端,包括:
获取设备的位置信息;
根据所述位置信息,生成组播组的IPv6组播地址。
作为一个实施例,所述获取设备的位置信息,包括:
在获取所述客户端的IP地址的过程中,获取设备的位置信息。
作为一个实施例,所述客户端按照DHCPv6有状态地址分配方式获取所述IP地址;
所述获取设备的位置信息,包括:
接收来自DHCPv6服务器发送的DHCPv6报文,所述DHCPv6报文包括的OPTION_GEOLOCCATION选项携带所述设备的位置信息。
作为一个实施例,在接收所述DHCPv6报文之前,进一步包括:向DHCPv6服务器发送包括OPTION_ORO选项的报文,所述OPTION_ORO选项携带指示信息,所述指示信息用于请求所述设备的位置信息。
作为一个实施例,所述客户端按照无状态地址分配方式获取所述IP地址;
所述获取设备的位置信息,包括:
接收网关设备发送的路由通告RA报文,所述RA报文包括所述设备的位置信息。
作为一个实施例,所述设备的位置信息携带在所述RA报文包括的选项OPTION中的子选项Sub-option。
作为一个实施例,所述设备的位置信息包括:经度Latitude信息、纬度Longitude信息和高度Altitude信息;或者,
所述设备的位置信息包括:设备所处地点的地址信息。
作为一个实施例,所述根据位置信息,生成组播组的IPv6组播地址,包括:
根据所述位置信息和所述组播组的组播组标识Group ID,生成所述组播组的IPv6组播地址。
作为一个实施例,所述IPv6组播地址的长度为128比特;
其中,最高的8个比特全部取值为1,最低的112个比特的取值依据所述位置信息和所述Group ID设置,介于最高的8个比特和最低的112个比特之间的8个比特被Flags字段和Scope字段占用;
所述Flags字段,占用4个比特,与最高的8个比特相邻,所述Flags字段占用的一个比特用于指示所述IPv6组播地址是基于所述位置信息生成;
所述Scope字段,占用4个比特,与最低的112个比特相邻,用于表示组播范围。
作为一个实施例,所述Flags字段的最高1个比特用于指示所述IPv6组播地址是基于所述位置信息生成。
作为一个实施例,当所述Flags字段的最高1个比特指示所述IPv6组播地址是基于所述位置信息生成时,所述Flags字段的最低1个比特用于表示IPv6组播地址是临时分配。
作为一个实施例,所述最低的112个比特中,所述位置信息占用前98个比特,所述Group ID占用剩下的14个比特。
本申请提供另外一种IPv6组播地址的生成方法,该方法应用于网络设备,包括:
向客户端发送目标设备的位置信息,所述目标设备的位置信息用于所述客户端根据所述位置信息生成组播组的IPv6组播地址。
作为一个实施例,所述网络设备为DHCPv6服务器;
所述向客户端发送目标设备的位置信息之前,所述方法还包括:
接收客户端发送的DHCPv6报文,所述DHCPv6报文包括选项OPTION_ORO,所述OPTION_ORO携带指示信息,所述指示信息用于请求所述设备的位置信息;
所述向客户端发送目标设备的位置信息,包括:
向客户端返回用于响应所述DHCPv6报文的响应报文,所述响应报文包括选项OPTION_GEOLOCCATION,所述OPTION_GEOLOCCATION携带所述目标设备的位置信息。
作为一个实施例,所述目标设备为DHCPv6服务器;或者,
所述目标设备为预先指定的除所述DHCPv6服务器之外的设备,所述DHCPv6服务器本地配置所述目标设备的位置信息。
作为一个实施例,所述网络设备为网关设备;所述向客户端发送目标设备的位置信息,包括:
在路由通告RA报文中增加选项OPTION;所述OPTION包括至少一个子选项Sub-option;
将所述目标设备的位置信息添加至所述OPTION的其中一个Sub-option;
向所述客户端发送所述RA报文。
作为一个实施例,所述RA报文是根据所述客户端发送的路由请求RS报文向所述客户端发送的;或者,
所述RA报文是周期性地向所述客户端发送的。
作为一个实施例,所述目标设备为所述网关设备;或者,
所述目标设备为预先指定的除所述网关设备之外的设备,所述网关设备本地配置所述目标设备的位置信息。
作为一个实施例,所述目标设备的位置信息包括:经度Latitude信息、纬度Longitude信息和高度Altitude信息;或者,所述目标设备的位置信息包括:目标设备所处地点的地址信息。
本申请提供一种客户端,所述客户端包括:
处理器;和
机器可读存储介质,所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令,所述处理器执行所述机器可执行指令以实现如上所述的第一种IPv6组播地址的生成方法。
本申请提供一种网络设备,所述网络设备包括:
处理器;和
机器可读存储介质,所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令,所述处理器执行所述机器可执行指令以实现如上所述的第二种IPv6组播地址的生成方法。
由以上技术方案可以看出,本申请中,客户端根据获取的目标设备的位置信息,生成组播组的IPv6组播地址,实现了根据位置信息生成IPv6组播地址。
进一步地,客户端在根据位置信息生成IPv6组播地址后,依据该IPv6组播地址加入组播组,接收组播源发向该组播组的数据,实现了基于位置的组播。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请实施例的原理。
图1为本申请举例描述的第一种IPv6组播地址格式的示意图;
图2为本申请举例描述的第二种IPv6组播地址格式的示意图;
图3为本申请举例描述的第三种IPv6组播地址格式的示意图;
图4为本申请实施例提供的IPv6组播地址生成流程图;
图5为本申请实施例提供的获取目标设备的位置信息的第一流程图;
图6为本申请实施例提供的DHCPv6报文格式的示意图;
图7为本申请实施例提供的Option字段的格式示意图;
图8为本申请实施例提供的DHCPv6报文中OPTION_GEOLOCCATION选项的格式示意图;
图9为本申请实施例提供的获取目标设备的位置信息的第二流程图;
图10a为本申请实施例提供的RA报文中ND_OPTION_Extern(140)的格式示意图;
图10b为本申请实施例提供的RA报文中Sub_option_geolocation的格式示意图;
图11为本申请实施例提供的IPv6组播地址格式的示意图;
图12为本申请实施例提供的Flags字段的格式示意图;
图13为本申请实施例提供的IPv6组播地址格式的示例图;
图14为本申请实施例提供的网络设备发送目标设备的位置信息的第一实施流程图;
图15为本申请实施例提供的网络设备发送目标设备的位置信息的第二实施流程图;
图16为本申请实施例提供的位置信息加密的示意图;
图17为本申请实施例提供的装置结构图;
图18为本申请实施例提供的图17所示装置的硬件结构图;
图19为本申请实施例提供的另一装置结构图。
具体实施方式
IPv6组播地址的格式有多种,图1至图3分别举例示出了三种不同格式的IPv6组播地址所示。
图1示出的IPv6组播地址格式在RFC2373有所定义。在图1示出的IPv6组播地址格式中,各字段的含义如下:
0xFF,最高的8个比特(bits)全部取值为1,用于表示此地址为IPv6组播地址。
Flags字段,占用4个比特。Flags字段中最高的3个比特为默认值(图1以0为例),最后一个比特(图1通过T表示)用于表示此IPv6组播地址是临时分配还是永久分配(或well-known组播地址)。在一个实施例中,当T取值为0时,表示此IPv6组播地址为永久分配(或well-known组播地址);当T取值为1时,表示此IPv6组播地址为临时分配。
Scope字段,占用4个比特。Scope字段用于标识组播组的应用范围。Scope字段的取值及含义如表1所示:
取值 | 含义 |
0、3、F | 保留(reserved) |
1 | 接口本地范围(interface-local scope) |
2 | 链路本地范围(link-local scope) |
4 | 管理本地范围(admin-local scope) |
5 | 站点本地范围(site-local scope) |
6、7、9、A~D | 未分配(unassigned) |
8 | 机构本地范围(organization-local scope) |
E | 全球范围(global scope) |
表1
Group ID(组播组标识)字段,占用最低112个比特,用于在由Scope字段所标识的范围内唯一标识一个组播组。
图2示出的IPv6组播地址格式在RFC7371有所定义,是一种基于网络前缀的IPv6组播地址。在图2示出的IPv6组播地址格式中,各字段的含义如下:
0xFF,最高的8个比特(bits)全部取值为1,用于表示此地址为IPv6组播地址。
ff1字段,占用4个比特。ff1字段中最高的2个比特均为默认值(图2以0为例),接着的一个比特(图1通过P表示)用于表示此IPv6组播地址是否为基于网络前缀的组播地址。在一个实施例中,当P取值为1时,表示此IPv6组播地址为基于网络前缀的组播地址;当P取值为0时,表示此IPv6组播地址不是基于网络前缀的组播地址。Flags字段中的最后一个比特(图2通过T表示)与图1所示的Flags字段中的最后一个比特类似,不再赘述。需要说明的是,如果P取值为1,则T也取值为1。
Scope字段,占用4个比特,与图1所示的Scope字段类似,不再赘述。
ff2字段,占用4个比特。如图2所示,ff2字段中每一比特被设置为“r”。r表示作为附加的标志位用于将来的赋值,以零的形式发送,并且在接收时忽略。
Reserved字段,占用4个比特,取值为默认值(图2以0举例)。
Plen字段,占用8个比特,表示网络前缀的有效长度(单位为比特)。Networkprefix字段,占用64个比特,表示此IPv6组播地址所属子网的网络前缀。
Group ID字段,占用32个比特。相比图1,Group ID字段的长度缩短了(具体是从原来的112个比特缩短为32个比特),但Group ID字段表达的含义仍如图1所示的Group ID字段,这里不再赘述。
图3示出的IPv6组播地址格式是将RP的地址嵌入到组播地址的一种格式。该IPv6组播地址格式在RFC7371有所定义,在图3示出的IPv6组播地址格式中,各字段的含义如下:
0xFF,最高的8个比特(bits)全部取值为1,用于表示此地址为IPv6组播地址。
ff1字段,占用4个比特。Flags字段中最高的1个比特为默认值(图3以0为例),接着的一个比特(图3通过R表示)用于表示此IPv6组播地址是否内嵌汇聚点(RP:RendezvousPoint)。在一个实施例中,当R取值为0时,表示此IPv6组播地址未内嵌RP,当R取值为1时,表示此IPv6组播地址内嵌RP。Flags字段中的P、T分别与图2所示的Flags字段中的P、T类似,这里不再赘述。
图3所示的Scope字段、ff2字段、Plen字段、Network prefix字段、Group ID字段分别与图2所示的Scope字段、ff2字段、Plen字段、Network prefix字段、Group ID字段类似,不再赘述。
图3所示的RIID字段,占用4个比特,表示RP的路由器的接口ID。
以上对目前使用的IPv6组播地址的格式进行了描述。
基于上述各种不同格式的IPv6组播地址,即可在IPv6中可实现组播。
目前各种不同格式的IPv6组播地址,与位置信息无关。这也意味着在IPv6中,并不能实现基于位置的组播,无法满足不断推进的地理信息社会化。
为了在IPv6中,实现基于位置的组播。本申请实施例提供了一种方法,其可根据位置信息生成IPv6组播地址,即:生成一种基于位置信息的IPv6组播地址。通过该基于位置信息的IPv6组播地址可实现基于位置的组播。
为了使本申请实施例的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本申请实施例进行详细描述。
参见图4,图4为本申请实施例提供的第一种IPv6组播地址生成流程图。该流程站在客户端的角度描述。
如图4所示,该流程可包括:
步骤401,获取设备的位置信息。
这里的设备为预先指定好的一个设备,为便于描述,以目标设备命名描述。下文举例描述目标设备,这里暂不赘述。
本步骤401中,目标设备的位置信息在具体实现时有很多实现形式,比如目标设备的经纬度信息和高度信息、目标设备所处地点的地址信息如X楼XX层XX房间等,本申请实施例并不具体限定。
至于本步骤401中,客户端如何获取上述目标设备的位置信息,其在具体实现时有很多实现方式,下文会举例描述,这里暂不赘述。
步骤402,根据获取的位置信息,生成组播组的IPv6组播地址。
这里的组播组具体为客户端待加入的某一个组播组。
最终通过步骤402,客户端在需要加入某一个组播组时,主动根据获取的目标设备的位置信息,生成组播组的IPv6组播地址。然后,客户端依据生成的IPv6组播地址加入组播组,接收组播源发向该组播组的数据,实现了基于位置的组播。
下面对上述步骤401中如何获取目标设备的位置信息进行描述:
在具体实现时,步骤401中获取目标设备的位置信息有很多实现方式,下面举例列出其中的三种实现方式:
方式1:
本方式1下,可预先在客户端本地配置目标设备的位置信息。
基于此,本方式1下,获取目标设备的位置信息可包括:从本地配置中读取目标设备的位置信息。
方式2:
本方式2下,客户端获取目标设备的位置信息的步骤可在客户端获取IP地址的过程中执行,下面进行具体描述:
在本方式2下,客户端本地配置了有状态地址分配方式。在此前提下,上述步骤401中,客户端获取目标设备的位置信息,可包括:客户端在按照有状态地址分配方式获取IP地址的过程中,获取目标设备的位置信息。
下面通过示例对方式2进行描述:
在本申请实施例中,有状态地址分配方式举例为DHCPv6有状态地址分配方式。客户端在按照DHCPv6有状态地址分配方式获取IP地址的过程中,接收DHCPv6服务器发送的DHCPv6报文。相比现有的DHCPv6报文,本申请实施例中的DHCPv6报文包括OPTION_GEOLOCCATION选项且OPTION_GEOLOCCATION选项携带目标设备的位置信息。
基于此,在本方式2下,客户端获取目标设备的位置信息,可包括:客户端接收来自DHCPv6服务器发送的DHCPv6报文,DHCPv6报文的OPTION_GEOLOCCATION选项携带所述目标设备的位置信息。当客户端接收到来自DHCPv6服务器发送的DHCPv6报文后,从DHCPv6报文的OPTION_GEOLOCCATION选项中获取OPTION_GEOLOCCATION选项携带的目标设备的位置信息。
下面结合客户端获取IP地址的过程,通过图5、图9举例描述客户端如何获取目标设备的位置信息。
参见图5,图5为本申请实施例提供的客户端获取目标设备的位置信息的第一流程图。
在描述图5所示流程之前,为便于理解,这里先描述一下DHCPv6报文的格式:
图6示出了DHCPv6报文的格式。在图6所示的DHCPv6报文格式中,各字段表示的含义如下:
Msg-type字段,占用8个比特(1个字节),用于表示报文类型。表2具体示出了各报文类型:
表2
Transaction-id字段,占用24个比特(3字节),用于表示交互ID(也叫事务ID)。交互ID用来标识一个来回的DHCPv6报文交互,例如:SOLICT报文和ADVERTISE报文为一个交互、REQUEST报文和REPLY报文为另外一个交互。交互ID的特点如下:交互ID是客户端生成的一个随机值;如果是DHCPv6服务器主动发起的会话报文,则交互ID为0。
Option字段,长度可变,Option字段可包含DHCPv6服务器分配给客户端的配置信息如DNS服务器的IPv6地址等信息。Option字段采用TLV格式,图7举例示出了Option字段的格式。表3对图7示出的Option字段格式中各字段进行了描述:
表3
以上对DHCPv6报文进行了描述。
基于上面描述的DHCPv6报文的格式,下面对图5所示流程进行描述:
如图5所示,该流程可包括:
步骤501,客户端发送报文类型为SOLICIT的DHCPv6报文(简称SOLICIT报文)。
客户端在按照DHCPv6有状态地址分配方式获取IP地址时,会先发送SOLICIT报文,以定位可以为其提供服务的DHCPv6服务器。相比现有技术中客户端发送的SOLICIT报文,本步骤501发送的SOLICIT报文中包括OPTION_ORO选项,且OPTION_ORO选项携带指示信息,指示信息用于请求目标设备的位置信息。作为一个实施例,OPTION_ORO选项的格式如图7所示,上述指示信息可携带在图7所示的option-data。作为一个实施例,这里的指示信息可通过预先指定的一个值表示。
当DHCPv6服务器接收到客户端发送的SOLICIT报文时,确定本地使能了快速分配(Rapid-commit)地址功能,则返回报文类型为REPLY的DHCPv6报文(简称REPLY报文)。相比现有技术中DHCPv6服务器发送的REPLY报文,本申请实施例中,DHCPv6服务器发送的REPLY报文中包括OPTION_GEOLOCCATION选项,且OPTION_GEOLOCCATION选项携带目标设备的位置信息。
作为一个实施例,目标设备的位置信息可包括:经度(Latitude)信息、纬度(Longitude)信息和高度(Altitude)信息。其中,当目标设备的位置信息包括:经度信息、纬度信息和高度信息时,OPTION_GEOLOCCATION选项的格式如RFC6225定义的Geoloc Option的格式,具体如图8所示。需要说明的是,图8示出的Option Code(63),占用16个比特,用于表示选项代码。在DHCPv6有状态地址分配方式下,选项代码“63”表示Geoloc Option。作为另一个实施例,目标设备的位置信息也可为除经度信息、纬度信息和高度信息之外的其它信息,比如目标设备所处地点的地址信息如X小区XX号楼XXX单元XXXX房间。在此情况下,OPTION_GEOLOCCATION选项可参考图8进行设置,只要最终能够把目标设备的位置信息发送给客户端,本申请实施例并不具体限定如何设置。
步骤502,客户端接收DHCPv6服务器返回的REPLY报文。
如上描述,REPLY报文中包括OPTION_GEOLOCCATION选项,OPTION_GEOLOCCATION选项携带目标设备的位置信息。基于此,当客户端接收REPLY报文时,就可从REPLY报文的OPTION_GEOLOCCATION选项中获取目标设备的位置信息。最终,通过图5所示流程,客户端在获取IP地址的过程中,通过接收来自DHCPv6服务器发送的DHCPv6报文(具体为REPLY报文),获取目标设备的位置信息。
至此,完成图5所示流程。以DHCPv6服务器本地使能快速分配地址功能为例,通过图5描述了客户端如何获取目标设备的位置信息。
下面以DHCPv6服务器本地未使能快速分配地址功能为例,描述客户端如何获取目标设备的位置信息,具体如图9所示流程。
参见图9,图9为本申请实施例提供的获取目标设备的位置信息的第二流程图。相比图5,图9应用于DHCPv6服务器本地未使能快速分配地址功能的前提。在此前提下,如图9所示,该流程可包括:
步骤901,客户端发送报文类型为SOLICIT的DHCPv6报文(简称SOLICIT报文)。
本步骤901与上述步骤501类似,不再赘述。
当DHCPv6服务器接收到SOLICIT报文时,发现本地未使能快速分配地址功能,则返回报文类型为ADVERTISE的DHCPv6报文(简称ADVERTISE报文)给客户端。
相比现有技术中DHCPv6服务器发送的ADVERTISE报文,本申请实施例中,DHCPv6服务器发送的ADVERTISE报文中包括OPTION_GEOLOCCATION选项。该OPTION_GEOLOCCATION选项携带目标设备的位置信息。这里,OPTION_GEOLOCCATION选项如图8所示,这里不再赘述。
需要说明的是,应用于组网中存在多个DHCPv6服务器的场景,则当各个DHCPv6服务器接收到SOLICIT报文后,返回的ADVERTISE报文中的OPTION_GEOLOCCATION选项会携带同一目标设备的位置信息。
步骤902,客户端接收各个不同DHCPv6服务器返回的ADVERTISE报文。
如上描述,ADVERTISE报文中包括OPTION_GEOLOCCATION选项,OPTION_GEOLOCCATION选项携带目标设备的位置信息。基于此,当客户端接收ADVERTISE报文时,就可从ADVERTISE报文的OPTION_GEOLOCCATION选项中获取目标设备的位置信息。
步骤903,客户端依据接收的各个ADVERTISE报文选择一个DHCPv6服务器,向选择的DHCPv6服务器发送报文类型为REQUEST的DHCPv6报文(简称REQUEST报文)。
DHCPv6服务器发送的ADVERTISE报文会携带DHCPv6服务器的优先级。作为一个实施例,本步骤903中,客户端依据接收的各个ADVERTISE报文选择一个DHCPv6服务器可包括:客户端依据接收的各个ADVERTISE报文携带的DHCPv6服务器的优先级,选择优先级最高的DHCPv6服务器。
作为一个实施例,因为客户端在步骤902已经成功获取到目标设备的位置信息了,在本步骤903中,客户端可不再重复获取。此时,本步骤903发送的REQUEST报文可与现有发送的REQUEST报文类似,不包括OPTION_ORO选项(携带指示信息:用于请求目标设备的位置信息)。
当然,为避免一些特殊情况比如目标设备的位置信息发生更新而客户端不能及时获知等,此时本步骤903发送的REQUEST报文还需要进一步包括OPTION_ORO选项。该OPTION_ORO选项携带指示信息,指示信息用于请求目标设备的位置信息。
当DHCPv6服务器接收到REQUEST报文时,返回报文类型为REPLY的DHCPv6报文(简称REPLY报文)。
作为一个实施例,假若REQUEST报文包括OPTION_ORO选项且OPTION_ORO选项携带如下指示信息:用于请求目标设备的位置信息,则REPLY报文包括OPTION_GEOLOCCATION选项,OPTION_GEOLOCCATION选项携带目标设备的位置信息。这里的OPTION_GEOLOCCATION选项如上描述,这里不再赘述。
步骤904,客户端接收DHCPv6服务器返回的REPLY报文。
若REPLY报文包括OPTION_GEOLOCCATION选项,OPTION_GEOLO CCATION选项携带目标设备的位置信息,则客户端可从REPLY报文的OPTION_GEOLOCCATION选项中获取目标设备的位置信息。最终,通过图9所示流程,客户端在获取IP地址的过程中,通过接收来自DHCPv6服务器发送的DHCPv6报文(比如ADVERTISE报文、REPLY报文),获取目标设备的位置信息。
至此,完成图9所示流程。
以上对方式2进行了描述。需要说明的是,在方式2中,作为一个实施例,上述的目标设备可为DHCPv6服务器。作为另一个实施例,上述的目标设备也可为预先指定的除DHCPv6服务器之外的设备,此种情况下,DHCPv6服务器本地需要预先配置该目标设备的位置信息。
方式3:
与方式2类似,本方式3下,客户端获取目标设备的位置信息的步骤在客户端获取IP地址的过程中执行。与方式2不同的是,在本方式3下,客户端本地配置了无状态地址分配方式。
在本方式3下,上述步骤401中,客户端获取目标设备的位置信息,可包括:客户端在按照无状态地址分配方式获取IP地址的过程中,获取目标设备的位置信息。
下面通过示例对方式3进行描述:
在本申请实施例中,网关设备会周期性地发送路由通告(Router Advertisement,简称:RA)报文。和/或,网关设备在收到客户端发送的路由请求(Router Solicitation,简称:RS)报文后发送响应RS报文的RA报文。
相比现有的RA报文,本申请实施例中的RA报文额外增加了目标设备的位置信息。基于此,则本方式3下,上述步骤401中客户端获取目标设备的位置信息,可包括:接收网关设备发送的RA报文,RA报文包括目标设备的位置信息。当客户端接收到网关设备发送的RA报文后,从RA报文中获取目标设备的位置信息。
在本申请实施例中,可在RA报文中新增加一个选项(记为ND_OPTION_Extern(140))。其中的140用于指示ND_OPTION_Extern,这与图8所示的Option Code(63)中的63表示的意义类似。
基于此,可在ND_OPTION_Extern(140)中携带上述目标设备的位置信息。
作为一个实施例,ND_OPTION_Extern(140)包括至少一个子选项(Sub-option)。图10a举例示出了ND_OPTION_Extern(140)的结构。本申请实施例可通过其中的一个Sub-option携带上述目标设备的位置信息。为便于描述,这里可将携带上述目标设备的位置信息的Sub-option记为Sub_option_geolocation。剩余的Sub-option可根据需求携带其他信息,本申请并不具体限定。
基于此,客户端最终可通过解析RA报文的Sub_option_geolocation获取该Sub_option_geolocation携带的目标设备的位置信息。
作为一个实施例,在本方式3中,目标设备的位置信息可包括:经度信息、纬度信息和高度信息。当目标设备的位置信息包括:经度信息、纬度信息和高度信息时,Sub_option_geolocation的格式类似RFC6225定义的图8所示的Geoloc Option字段的格式,图10b举例示出了Sub_option_geolocation的格式。
作为另一个实施例,目标设备的位置信息也可不为经度信息、纬度信息和高度信息,而是其它信息,比如目标设备所处地点的地址信息。此种情况下,RA报文中的上述Sub_option_geolocation可参考图10b进行设置,只要最终能够把目标设备的位置信息发送给客户端,本申请实施例并不具体限定如何设置。
至此,完成方式3的描述。需要说明的是,在方式3中,作为一个实施例,上述的目标设备可为预先指定的其中一个网关设备。作为另一个实施例,上述的目标设备也可为预先指定的除网关设备之外的设备,此种情况下,网关设备本地需要预先配置目标设备的位置信息。
下面对上述步骤402中,客户端如何根据位置信息生成组播组的IPv6组播地址进行描述:
作为一个实施例,上述步骤402中,客户端根据位置信息,生成组播组的IPv6组播地址,可包括:
根据目标设备的位置信息和组播组的组播组标识(Group ID),生成组播组的IPv6组播地址。这里,组播组的Group ID是可配置的。比如可预先配置在客户端。
图11示出了IPv6组播地址的格式。参见图11,图11为本申请实施例提供的IPv6组播地址格式示意图。在图11示出的IPv6组播地址格式中,整个IPv6组播地址的长度为128比特。
其中,最高的8个比特,全部取值为1,形成0xFF,用于表示此地址为IPv6组播地址。
最低的112个比特,取值依据目标设备的位置信息和组播组的Group ID设置。
介于最高的8个比特和最低的112个比特之间的8个比特被Flags字段和Scope字段占用。
其中,Flags字段,占用4个比特,与最高的8个比特相邻。在本申请实施例中,Flags字段占用的一个比特(本申请实施例以G表示)用于指示IPv6组播地址是否基于目标设备的位置信息生成。
Scope字段,占用4个比特,与最低的112个比特相邻。Scope字段用于表示组播范围。这里的Scope字段与上述图1至图3所示的Scope字段类似,不再赘述。
如图3所示的IPv6组播地址格式,可以知道,Flags字段的最低3个比特已被定义。基于此,作为一个实施例,本申请实施例可将Flags字段的最高1个比特作为上述的G,用于指示IPv6组播地址是否是基于目标设备的位置信息生成。在一个例子中,G取值为1时,指示IPv6组播地址是基于目标设备的位置信息生成;G取值为0时,指示IPv6组播地址并非是基于目标设备的位置信息生成。Flag字段中最低的3个比特如RFC4291定义。图12举例示出了本申请实施例提供的Flags字段的格式。
在本申请实施例中,当Flags字段的G指示IPv6组播地址是基于目标设备的位置信息生成(比如G取值为1)时,表示此时的IPv6组播地址是临时的。因此,当Flags字段的G指示IPv6组播地址是基于目标设备的位置信息生成(比如G取值为1)时,Flags字段的T指示IPv6组播地址是临时分配(比如T取值为1)。
本申请实施例中,可先将目标设备的位置信息转换为符合IPv6组播地址要求的目标位置信息,然后将目标位置信息和Group ID填充至最低的112个比特。这里的Group ID符合IPv6组播地址要求,可通过十六进制表示。
作为一个实施例,在最低的112个比特中,目标位置信息占用前98个比特,GroupID占用剩下的14个比特。图13举例示出了IPv6组播地址格式。
下面对上述将目标设备的位置信息转换为符合IPv6组播地址要求的目标位置信息进行举例描述:
作为一个实施例,当目标设备的位置信息包括:经度信息、纬度信息和高度信息时,上述将目标设备的位置信息转换为符合IPv6组播地址要求的目标位置信息可包括:将目标设备的经度信息、纬度信息和高度信息分别进行十六进制转换并按照设定方式排列得到目标位置信息。
作为另一个实施例,当目标设备的位置信息包括:经度信息、纬度信息和高度信息时,上述将目标设备的位置信息转换为符合IPv6组播地址要求的目标位置信息可包括:按照设定的第一映射方式,确定与目标设备的经度信息、纬度信息和高度信息具有映射关系的数据(比如十六进制数据),该确定出的数据即为上述的目标位置信息。这里的第一映射方式可根据实际需求预先设置,本申请实施例并不具体限定。
本申请实施例中,当目标设备的位置信息为除经度信息、纬度信息和高度信息之外的其它信息,以目标设备所处地点的地址信息为例,则上述将目标设备的位置信息转换为目标位置信息可包括:在国家地名数据库代码中查询到与目标设备的位置信息匹配的目标位置信息。国家地名数据库代码是国家针对地名数据库设置的编码格式,其是依据国家标准《中华人名共和国行政区划代码》(GB2260)、《县以下行政区划代码编制规则》(GB10114-88)的编码规则、《民政统计代码编制规则》和《地名分类与类别代码编制规则》(GB/T18521-2001)制定。
基于此,上述在国家地名数据库代码中查询到目标设备的位置信息匹配的目标位置信息可包括:以目标设备的位置信息为关键字,在国家地名数据库代码中查询到该关键字编码的代码,该代码即为上述的目标设备的位置信息匹配的目标位置信息。需要说明的是,若依据目标设备的位置信息在国家地名数据库代码中未查询到对应的代码,可选择与目标设备的位置信息最近的另一位置信息的代码,该选择的代码也被认为是与上述的目标设备的位置信息匹配的目标位置信息。
以上是站在客户端角度描述本申请提供的方法。
下面站在网络设备角度描述本申请提供的方法:
应用于网络设备一侧,本申请提供的IPv6组播地址的生成方法可包括:向客户端发送目标设备的位置信息。目标设备的位置信息用于客户端生成组播组的IPv6组播地址。下面通过两个实施例描述网络设备如何向客户端发送目标设备的位置信息:
实施例1:
本实施例1对应上述的方式2。下面进行描述:
参见图14,图14为本申请实施例提供的网络设备发送目标设备的位置信息的第一实施流程图。在图14所示的流程中,网络设备为DHCPv6服务器。
如图14所示,该流程可包括以下步骤:
步骤1401,DHCPv6服务器接收客户端发送的DHCPv6报文,DHCPv6报文的OPTION_ORO选项携带指示信息,指示信息用于请求上述目标设备的位置信息。
如上面描述的步骤501,步骤901或步骤903,客户端在获取IP地址的过程中向DHCPv6服务器发送DHCPv6报文。如此,DHCPv6服务器便会接收到客户端发送的DHCPv6报文。以上面描述的在步骤501或步骤901中客户端发送SOLICIT报文为例,则DHCPv6服务器便会接收到客户端发送的SOLICIT报文。SOLICIT报文如图5或图9所示流程描述,这里不再赘述。
步骤1402,DHCPv6服务器向客户端返回用于响应DHCPv6报文的响应报文,响应报文的OPTION_GEOLOCCATION选项携带目标设备的位置信息。
仍以上面描述的在步骤501或步骤901中客户端发送SOLICIT报文为例,则当DHCPv6服务器接收到的DHCPv6报文为SOLICIT报文时,若DHCPv6服务器发现本地使能快速分配地址功能,则返回的响应报文为REPLY报文。REPLY报文如图5所示流程描述,这里不再赘述。若DHCPv6服务器发现本地未使能快速分配地址功能,则返回的响应报文为ADVERTISE报文。ADVERTISE报文如图9所示流程描述,这里不再赘述。
可以看出,通过图14所示流程,DHCPv6服务器最终将目标设备的位置信息发送给客户端。
至此,完成图14所示流程。在图14所示流程中,作为一个实施例,目标设备可为DHCPv6服务器。作为另一个实施例,目标设备为预先指定的除DHCPv6服务器之外的设备,此种情况下,DHCPv6服务器本地需要预先配置目标设备的位置信息。
以上对实施例1进行了描述。
实施例2:
本实施例2对应上述的方式3,下面进行描述:
参见图15,图15为本申请实施例提供的网络设备发送目标设备的位置信息的第二实施流程图。在图15所示的流程中,网络设备为网关设备(具体形式可为路由器)。
在本申请实施例中,网关设备可根据客户端发送的RS报文向客户端发送响应RS报文的RA报文。
在本申请实施例中,网关设备也可周期性地发送RA报文。
其中,当网关设备发送RA报文时,执行如图15所示的流程:
步骤1501,网关设备在RA报文中增加选项OPTION。
这里的选项OPTION如方式3描述,记为ND_OPTION_Extern(140)。如方式3描述,ND_OPTION_Extern(140)包括至少一个一个子选项(Sub-option),具体如图10a所示。
步骤1502,网关设备将目标设备的位置信息添加至记为ND_OPTION_Extern(140)的其中一个子选项(记为Sub_option_geolocation),向客户端发送RA报文,RA报文包括携带目标设备的位置信息的Sub_option_geolocation。
这里的Sub_option_geolocation字段如上述方式3描述,不再赘述。
可以看出,通过图15所示流程,DHCPv6服务器最终将目标设备的位置信息发送给客户端。
至此,完成图15所示流程。
在图15所示流程中,作为一个实施例,目标设备为网关设备。或者,作为另一个实施例,目标设备为预先指定的除网关设备之外的设备,此种情况下,网关设备本地需要预先配置目标设备的位置信息。
以上对实施例2进行了描述。
需要说明的是,在本实施例中,为了降低网络设备向客户端发送的目标设备的位置信息被监听的风险,网络设备可对目标设备的位置信息进行加密。这里的加密可通过诸如MD5算法等实现。以MD5算法为例,图16举例示出了目标设备的位置信息加密的示意图。需要说明的是,在图15中,PTION_LOCATOPN(145)
对应地,当客户端接收到被加密的加密信息(目标设备的位置信息被加密得到的),则会按照对应的解密策略(预先配置在客户端)对加密信息进行解密,最终获取目标设备的位置信息。
至此,完成本申请提供的方法描述。
下面对本申请提供的装置进行描述:
参见图17,图17为本申请提供的装置结构图。该装置应用于客户端,包括:
获取单元1701,用于获取设备的位置信息;
地址单元1702,用于根据所述位置信息,生成组播组的IPv6组播地址。
作为一个实施例,获取单元1701获取设备的位置信息,包括:
在获取所述客户端的IP地址的过程中,获取设备的位置信息。
作为一个实施例,上述客户端按照DHCPv6有状态地址分配方式获取上述IP地址;
基于此,获取单元1701获取设备的位置信息,包括:
接收来自DHCPv6服务器发送的DHCPv6报文,所述DHCPv6报文包括的OPTION_GEOLOCCATION选项携带所述设备的位置信息。
作为一个实施例,上述在接收DHCPv6报文之前,进一步包括:向DHCPv6服务器发送包括OPTION_ORO选项的报文,OPTION_ORO选项携带指示信息,指示信息用于请求上述设备的位置信息。
作为一个实施例,上述客户端按照无状态地址分配方式获取所述IP地址;
基于此,获取单元1701获取设备的位置信息,包括:
接收网关设备发送的路由通告(RA)报文,RA报文包括上述设备的位置信息。
作为一个实施例,上述设备的位置信息携带在所述RA报文包括的选项OPTION中的子选项(Sub-option)。
作为一个实施例,上述设备的位置信息包括:经度(Latitude)信息、纬度(Longitude)信息和高度(Altitude)信息;或者,
上述设备的位置信息包括:设备所处地点的地址信息。
作为一个实施例,上述地址单元1702根据位置信息,生成组播组的IPv6组播地址,包括:
根据上述位置信息和组播组的组播组标识(Group ID),生成组播组的IPv6组播地址。
作为一个实施例,上述IPv6组播地址的长度为128比特;
其中,最高的8个比特全部取值为1,最低的112个比特的取值依据所述位置信息和所述Group ID设置,介于最高的8个比特和最低的112个比特之间的8个比特被Flags字段和Scope字段占用;
Flags字段,占用4个比特,与最高的8个比特相邻,所述Flags字段占用的一个比特用于指示所述IPv6组播地址是基于所述位置信息生成;
Scope字段,占用4个比特,与最低的112个比特相邻,用于表示组播范围。
作为一个实施例,上述Flags字段的最高1个比特用于指示IPv6组播地址是基于位置信息生成。
作为一个实施例,当Flags字段的最高1个比特指示所述IPv6组播地址是基于所述位置信息生成时,上述Flags字段的最低1个比特用于表示IPv6组播地址是临时分配。
作为一个实施例,上述最低的112个比特中,位置信息占用前98个比特,Group ID占用剩下的14个比特。
至此,完成图17所示装置的结构描述。
对应图17所示的装置结构,本申请还提供了图17所示装置的硬件结构。如图18所示,该硬件结构包括:处理器1801和机器可读存储介质1802。
机器可读存储介质1802,存储有能够被处理器1801执行的机器可执行指令。处理器1801执行机器可执行指令以实现上述由客户端执行的图1至13所示的IPv6组播地址的生成方法。
参见图19,图19为本申请提供的另一装置结构图。该装置应用于网络设备,包括:
位置单元1901,用于获取目标设备的位置信息;
处理单元1902,用于向客户端发送位置单元1901获取的目标设备的位置信息,目标设备的位置信息用于客户端根据位置信息生成组播组的IPv6组播地址。
在一个例子中,网络设备为DHCPv6服务器;
基于此,处理单元1902向客户端发送目标设备的位置信息之前,还包括:
接收客户端发送的DHCPv6报文,DHCPv6报文包括选项OPTION_ORO,OPTION_ORO携带指示信息,指示信息用于请求目标设备的位置信息。
基于此,处理单元1902向客户端发送目标设备的位置信息,包括:
向客户端返回用于响应所述DHCPv6报文的响应报文,响应报文包括选项OPTION_GEOLOCCATION,OPTION_GEOLOCCATION携带目标设备的位置信息。
在另一个例子中,网络设备为DHCPv6服务器;或者,
目标设备为预先指定的除所述DHCPv6服务器之外的设备。基于目标设备为预先指定的除所述DHCPv6服务器之外的设备,则DHCPv6服务器本地配置该目标设备的位置信息。
在另一个例子中,上述网络设备为网关设备;上述处理单元1902向客户端发送目标设备的位置信息,包括:
在RA报文中增加选项OPTION;OPTION包括至少一个子选项Sub-option;
将目标设备的位置信息添加至所述OPTION的其中一个Sub-option;
向客户端发送上述RA报文。
作为一个实施例,上述RA报文是根据客户端发送的RS报文向客户端发送的;或者,
上述RA报文是周期性地向客户端发送的。
作为一个实施例,目标设备为所述网关设备;或者,
目标设备为预先指定的除所述网关设备之外的设备。基于目标设备为预先指定的除所述网关设备之外的设备,上述网关设备本地配置上述目标设备的位置信息。
作为一个实施例,上述目标设备的位置信息包括:经度(Latitude)信息、纬度(Longitude)信息和高度(Altitude)信息;或者,上述目标设备的位置信息包括:目标设备所处地点的地址信息。
至此,完成图19所示装置的结构描述。
本申请还提供了图19所示装置的硬件结构。该硬件结构类似图18所示的硬件结构,只不过此时处理器1801执行机器可执行指令,实现的是图14至图15所示的IPv6组播地址的生成方法。
示例性的,上述机器可读存储介质可以是任何电子、磁性、光学或其它物理存储装置,可以包含或存储信息,如可执行指令、数据,等等。例如,机器可读存储介质可以是:RAM(Radom Access Memory,随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等),或者类似的存储介质,或者它们的组合。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
Claims (21)
1.一种IPv6组播地址的生成方法,其特征在于,该方法应用于客户端,包括:
获取设备的位置信息;
根据所述位置信息,生成组播组的IPv6组播地址。
2.根据权利要求1所述的方法,其特征在于,所述获取设备的位置信息,包括:
在获取所述客户端的IP地址的过程中,获取设备的位置信息。
3.根据权利要求2所述的方法,其特征在于,所述客户端按照DHCPv6有状态地址分配方式获取所述IP地址;
所述获取设备的位置信息,包括:
接收来自DHCPv6服务器发送的DHCPv6报文,所述DHCPv6报文包括的OPTION_GEOLOCCATION选项携带所述设备的位置信息。
4.根据权利要求3所述的方法,其特征在于,在接收所述DHCPv6报文之前,进一步包括:向DHCPv6服务器发送包括OPTION_ORO选项的报文,所述OPTION_ORO选项携带指示信息,所述指示信息用于请求所述设备的位置信息。
5.根据权利要求1所述的方法,其特征在于,所述客户端按照无状态地址分配方式获取所述IP地址;
所述获取设备的位置信息,包括:
接收网关设备发送的路由通告RA报文,所述RA报文包括所述设备的位置信息。
6.根据权利要求5所述的方法,其特征在于,所述设备的位置信息携带在所述RA报文包括的选项OPTION中的子选项Sub-option。
7.根据权利要求1至6任一所述的方法,其特征在于,所述设备的位置信息包括:经度Latitude信息、纬度Longitude信息和高度Altitude信息;或者,
所述设备的位置信息包括:设备所处地点的地址信息。
8.根据权利要求1所述的方法,其特征在于,所述根据位置信息,生成组播组的IPv6组播地址,包括:
根据所述位置信息和所述组播组的组播组标识Group ID,生成所述组播组的IPv6组播地址。
9.根据权利要求8所述的方法,其特征在于,所述IPv6组播地址的长度为128比特;
其中,最高的8个比特全部取值为1,最低的112个比特的取值依据所述位置信息和所述Group ID设置,介于最高的8个比特和最低的112个比特之间的8个比特被Flags字段和Scope字段占用;
所述Flags字段,占用4个比特,与最高的8个比特相邻,所述Flags字段占用的一个比特用于指示所述IPv6组播地址是基于所述位置信息生成;
所述Scope字段,占用4个比特,与最低的112个比特相邻,用于表示组播范围。
10.根据权利要求9所述的方法,其特征在于,所述Flags字段的最高1个比特用于指示所述IPv6组播地址是基于所述位置信息生成。
11.根据权利要求10所述的方法,其特征在于,当所述Flags字段的最高1个比特指示所述IPv6组播地址是基于所述位置信息生成时,所述Flags字段的最低1个比特用于表示IPv6组播地址是临时分配。
12.根据权利要求9所述的方法,其特征在于,所述最低的112个比特中,所述位置信息占用前98个比特,所述Group ID占用剩下的14个比特。
13.一种IPv6组播地址的生成方法,其特征在于,该方法应用于网络设备,包括:
向客户端发送目标设备的位置信息,所述目标设备的位置信息用于所述客户端根据所述位置信息生成组播组的IPv6组播地址。
14.根据权利要求13所述的方法,其特征在于,所述网络设备为DHCPv6服务器;
所述向客户端发送目标设备的位置信息之前,所述方法还包括:
接收客户端发送的DHCPv6报文,所述DHCPv6报文包括选项OPTION_ORO,所述OPTION_ORO携带指示信息,所述指示信息用于请求所述设备的位置信息;
所述向客户端发送目标设备的位置信息,包括:
向客户端返回用于响应所述DHCPv6报文的响应报文,所述响应报文包括选项OPTION_GEOLOCCATION,所述OPTION_GEOLOCCATION携带所述目标设备的位置信息。
15.根据权利要求3或14所述的方法,其特征在于,所述目标设备为DHCPv6服务器;或者,
所述目标设备为预先指定的除所述DHCPv6服务器之外的设备,所述DHCPv6服务器本地配置所述目标设备的位置信息。
16.根据权利要求13所述的方法,其特征在于,所述网络设备为网关设备;所述向客户端发送目标设备的位置信息,包括:
在路由通告RA报文中增加选项OPTION;所述OPTION包括至少一个子选项Sub-option;
将所述目标设备的位置信息添加至所述OPTION的其中一个Sub-option;
向所述客户端发送所述RA报文。
17.根据权利要求16所述的方法,其特征在于,所述RA报文是根据所述客户端发送的路由请求RS报文向所述客户端发送的;或者,
所述RA报文是周期性地向所述客户端发送的。
18.根据权利要求5或16所述的方法,其特征在于,所述目标设备为所述网关设备;或者,
所述目标设备为预先指定的除所述网关设备之外的设备,所述网关设备本地配置所述目标设备的位置信息。
19.根据权利要求13至14、16至17任一所述的方法,其特征在于,所述目标设备的位置信息包括:经度Latitude信息、纬度Longitude信息和高度Altitude信息;或者,所述目标设备的位置信息包括:目标设备所处地点的地址信息。
20.一种客户端,其特征在于,所述客户端包括:
处理器;和
机器可读存储介质,所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令,所述处理器执行所述机器可执行指令以实现权利要求1至12任一项所述的IPv6组播地址的生成方法。
21.一种网络设备,其特征在于,所述网络设备包括:
处理器;和
机器可读存储介质,所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令,所述处理器执行所述机器可执行指令以实现权利要求13至19任一项所述的IPv6组播地址的生成方法。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910939895.8A CN111866201B (zh) | 2019-09-30 | 2019-09-30 | IPv6组播地址的生成方法和装置 |
EP20161157.1A EP3799400B1 (en) | 2019-09-30 | 2020-03-05 | Generation of ipv6 multicast address |
US16/810,555 US11290421B2 (en) | 2019-09-30 | 2020-03-05 | Generation of IPv6 multicast address |
JP2020039135A JP6963052B2 (ja) | 2019-09-30 | 2020-03-06 | IPv6マルチキャストアドレス生成 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910939895.8A CN111866201B (zh) | 2019-09-30 | 2019-09-30 | IPv6组播地址的生成方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111866201A true CN111866201A (zh) | 2020-10-30 |
CN111866201B CN111866201B (zh) | 2023-04-07 |
Family
ID=69770762
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910939895.8A Active CN111866201B (zh) | 2019-09-30 | 2019-09-30 | IPv6组播地址的生成方法和装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11290421B2 (zh) |
EP (1) | EP3799400B1 (zh) |
JP (1) | JP6963052B2 (zh) |
CN (1) | CN111866201B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112449752A (zh) * | 2018-12-26 | 2021-03-05 | 华为技术有限公司 | 一种IPv6地址的配置方法及路由设备 |
CN114726825A (zh) * | 2021-01-05 | 2022-07-08 | 中国移动通信有限公司研究院 | IPv6地址库的构建方法、系统、电子设备及存储介质 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11483281B2 (en) | 2020-03-27 | 2022-10-25 | Arris Enterprises Llc | Apparatus and method for establishing and maintaining a DS-lite tunnel |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050018645A1 (en) * | 2001-05-22 | 2005-01-27 | Kai Mustonen | Utilization of geographic location information in IP addressing |
CN1859444A (zh) * | 2006-03-03 | 2006-11-08 | 华为技术有限公司 | 一种ipv6网络中主机地址的自动配置方法 |
CN101656725A (zh) * | 2009-09-24 | 2010-02-24 | 杭州华三通信技术有限公司 | 一种实现安全接入的方法和一种接入设备 |
US20130067043A1 (en) * | 2011-09-12 | 2013-03-14 | Microsoft Corporation | Recording Stateless IP Addresses |
CN104298740A (zh) * | 2014-10-09 | 2015-01-21 | 清华大学 | 地理位置编码方法 |
CN105491558A (zh) * | 2014-09-18 | 2016-04-13 | 北京信威通信技术股份有限公司 | 一种集群组的IPv6组播地址生成方法 |
CN106060180A (zh) * | 2016-08-24 | 2016-10-26 | 电子科技大学 | 一种针对IPv6的基于地理位置和应用信息的寻址方法 |
US20170093855A1 (en) * | 2015-09-30 | 2017-03-30 | Konica Minolta Laboratory U.S.A., Inc. | Method and system for providing gps location embedded in an ipv6 address using neighbor discovery |
CN108848100A (zh) * | 2018-06-27 | 2018-11-20 | 清华大学 | 一种有状态IPv6地址生成方法及装置 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3524285B2 (ja) | 1996-09-11 | 2004-05-10 | 株式会社東芝 | 通信装置及びその通信方法 |
JP2002290458A (ja) | 2001-03-26 | 2002-10-04 | Fujitsu Ltd | マルチキャストシステム |
US8321534B1 (en) * | 2003-10-15 | 2012-11-27 | Radix Holdings, Llc | System and method for synchronization based on preferences |
GB2415328B (en) * | 2004-06-16 | 2006-10-04 | Matsushita Electric Ind Co Ltd | Method for home agent location |
JP4664862B2 (ja) | 2006-05-17 | 2011-04-06 | 株式会社東芝 | マルチキャスト通信システム及び通信装置 |
CN103096299B (zh) * | 2011-11-01 | 2017-09-15 | 中兴通讯股份有限公司 | 一种移动节点动态获取位置标识的方法及lisp网络 |
US10904144B2 (en) * | 2012-12-27 | 2021-01-26 | Sitting Man, Llc | Methods, systems, and computer program products for associating a name with a network path |
WO2015042152A1 (en) * | 2013-09-17 | 2015-03-26 | Cisco Technology, Inc. | Bit indexed explicit replication using multiprotocol label switching |
WO2017010921A1 (en) * | 2015-07-10 | 2017-01-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Discovery of resources in a local network |
US11228869B2 (en) * | 2017-03-31 | 2022-01-18 | Intel Corporation | Roadway communication system with multicast |
EP3673591B1 (en) * | 2017-08-24 | 2021-07-21 | Telefonaktiebolaget LM Ericsson (publ) | Method and apparatus for enabling active measurements in internet of things (iot) systems |
-
2019
- 2019-09-30 CN CN201910939895.8A patent/CN111866201B/zh active Active
-
2020
- 2020-03-05 EP EP20161157.1A patent/EP3799400B1/en active Active
- 2020-03-05 US US16/810,555 patent/US11290421B2/en active Active
- 2020-03-06 JP JP2020039135A patent/JP6963052B2/ja active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050018645A1 (en) * | 2001-05-22 | 2005-01-27 | Kai Mustonen | Utilization of geographic location information in IP addressing |
CN1859444A (zh) * | 2006-03-03 | 2006-11-08 | 华为技术有限公司 | 一种ipv6网络中主机地址的自动配置方法 |
CN101656725A (zh) * | 2009-09-24 | 2010-02-24 | 杭州华三通信技术有限公司 | 一种实现安全接入的方法和一种接入设备 |
US20130067043A1 (en) * | 2011-09-12 | 2013-03-14 | Microsoft Corporation | Recording Stateless IP Addresses |
CN105491558A (zh) * | 2014-09-18 | 2016-04-13 | 北京信威通信技术股份有限公司 | 一种集群组的IPv6组播地址生成方法 |
CN104298740A (zh) * | 2014-10-09 | 2015-01-21 | 清华大学 | 地理位置编码方法 |
US20170093855A1 (en) * | 2015-09-30 | 2017-03-30 | Konica Minolta Laboratory U.S.A., Inc. | Method and system for providing gps location embedded in an ipv6 address using neighbor discovery |
CN106060180A (zh) * | 2016-08-24 | 2016-10-26 | 电子科技大学 | 一种针对IPv6的基于地理位置和应用信息的寻址方法 |
CN108848100A (zh) * | 2018-06-27 | 2018-11-20 | 清华大学 | 一种有状态IPv6地址生成方法及装置 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112449752A (zh) * | 2018-12-26 | 2021-03-05 | 华为技术有限公司 | 一种IPv6地址的配置方法及路由设备 |
CN114726825A (zh) * | 2021-01-05 | 2022-07-08 | 中国移动通信有限公司研究院 | IPv6地址库的构建方法、系统、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
JP6963052B2 (ja) | 2021-11-05 |
JP2021057873A (ja) | 2021-04-08 |
CN111866201B (zh) | 2023-04-07 |
US11290421B2 (en) | 2022-03-29 |
EP3799400B1 (en) | 2023-09-06 |
US20210099420A1 (en) | 2021-04-01 |
EP3799400A1 (en) | 2021-03-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10044815B2 (en) | Location-based domain name system service discovery | |
US7124102B2 (en) | Method and apparatus for determining a unique communication identifier | |
KR101191721B1 (ko) | IPv6 기반의 와이어리스 네트워크에서 그룹 별멀티캐스트 지원을 위한 연결 식별자 생성 및 관리 방법과이를 채용한 네트워크 인터페이스 | |
CN111866201B (zh) | IPv6组播地址的生成方法和装置 | |
CN106060180B (zh) | 一种针对IPv6的基于地理位置和应用信息的寻址方法 | |
US20050018645A1 (en) | Utilization of geographic location information in IP addressing | |
US9277538B2 (en) | Node selection in a packet core network | |
KR20070097517A (ko) | IPv6 비상태형 어드레스 설정 동안에 호스트의DNS를 갱신하는 방법 및 그 장치 | |
KR100864158B1 (ko) | 휴대 인터넷 망에서 임시 주소 생성/할당 방법 및 그를이용한 무선 자원 할당 방법 | |
US9485799B2 (en) | Method to connect a mobile node to a network | |
CN109076082A (zh) | 面向身份的网络和协议中的匿名身份 | |
CN105245629A (zh) | 基于dhcp的主机通信方法及装置 | |
US20090024761A1 (en) | Method, system and application for service addressing | |
CN115460175B (zh) | 一种IPv6地址生成方法、装置、电子设备及存储介质 | |
KR20160092645A (ko) | 식별자 및 위치자 분리 환경에서의 로컬 도메인 내 종단 호스트간의 통신 방법 및 시스템 | |
US11196666B2 (en) | Receiver directed anonymization of identifier flows in identity enabled networks | |
WO2017147840A1 (zh) | 消息路由方法、装置及直径路由实体 | |
CN113114795B (zh) | 一种IPv6地址分配方法及系统 | |
US10841283B2 (en) | Smart sender anonymization in identity enabled networks | |
CN116032890A (zh) | 基于DHCPv6的地址分配方法及系统 | |
Park | Network Working Group J. Jeong Internet-Draft Sungkyunkwan University Intended status: Standards Track S. Lee Expires: May 3, 2018 Ericsson-LG | |
CN115428415A (zh) | 使用可变长度地址在分层网络架构中转发报文的系统和方法 | |
Zahoor Ul Huq et al. | Ensemble Approach for IP Auto-configuration in Ad Hoc MANETs |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | 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 |