CN104967618A - 一种消息发送方法和设备 - Google Patents

一种消息发送方法和设备 Download PDF

Info

Publication number
CN104967618A
CN104967618A CN201510333892.1A CN201510333892A CN104967618A CN 104967618 A CN104967618 A CN 104967618A CN 201510333892 A CN201510333892 A CN 201510333892A CN 104967618 A CN104967618 A CN 104967618A
Authority
CN
China
Prior art keywords
equipment
message
type
undetermined
rekey message
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
CN201510333892.1A
Other languages
English (en)
Other versions
CN104967618B (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.)
Hangzhou H3C Technologies Co Ltd
Original Assignee
Hangzhou H3C Technologies 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 Hangzhou H3C Technologies Co Ltd filed Critical Hangzhou H3C Technologies Co Ltd
Priority to CN201510333892.1A priority Critical patent/CN104967618B/zh
Publication of CN104967618A publication Critical patent/CN104967618A/zh
Application granted granted Critical
Publication of CN104967618B publication Critical patent/CN104967618B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/06Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/065Network architectures or network communication protocols for network security for supporting key management in a packet data network for group communications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/20Support for services
    • H04L49/201Multicast operation; Broadcast operation

Abstract

本发明公开了一种消息发送方法和设备,该方法包括:KS判断已注册的组成员GM设备中是否包括类型待定的GM设备;若已注册的GM设备中包括类型待定的GM设备,则KS发送组播Rekey消息;若KS在预设时间内未接收到类型待定的GM设备针对组播Rekey消息回复的确认消息,则将类型待定的GM设备确定为单播GM设备;KS判断已注册的GM设备中是否包括已确定为单播GM设备的GM设备;若已注册的GM设备中包括已确定为单播GM设备的GM设备,则KS向已确定为单播GM设备的GM设备发送单播Rekey消息。

Description

一种消息发送方法和设备
技术领域
本发明涉及通信技术领域,特别涉及一种消息发送方法和设备。
背景技术
Group Domain VPN(Group Domain Virtual Private Network,组域虚拟专用网络)是一种点到多点的无隧道连接,是由KS(Key Server,密钥服务器)和GM(Group Member,组成员)设备组成,KS通过划分不同的组来管理不同的安全策略和密钥;GM设备通过加入相应的组,从KS获取安全策略及密钥,并负责对数据流量加密和解密,其中,组是一个安全策略的集合,属于同一个组的所有成员共享相同的安全策略及密钥。
Group Domain VPN的工作过程可分为GM设备向KS注册、GM设备保护数据以及密钥更新三大部分,在GM设备向KS注册后,KS会定期向GM设备发送密钥更新消息(Rekey消息)以对GM设备的安全策略、密钥等信息进行更新。
在现有技术中,KS在发送Rekey消息时,如果KS以组播方式发送Rekey消息(也即发送组播Rekey消息),KS的负担较轻。但是如果组网中一旦有某几个,甚至某一个GM设备不支持组播,就不得不全部采用单播的方式发送Rekey消息(也即发送单播Rekey消息),这样会增加KS的负担。
发明内容
本发明提供一种消息发送方法,包括:
密钥服务器KS判断已注册的组成员GM设备中是否包括类型待定的GM设备;
若已注册的GM设备中包括类型待定的GM设备,则所述KS发送组播Rekey消息;
若所述KS在预设时间内未接收到所述类型待定的GM设备针对所述组播Rekey消息回复的确认消息,则将所述类型待定的GM设备确定为单播GM设备;
所述KS判断已注册的GM设备中是否包括已确定为单播GM设备的GM设备;
若已注册的GM设备中包括已确定为单播GM设备的GM设备,则KS向所述已确定为单播GM设备的GM设备发送单播Rekey消息。
本发明还提供一种消息发送方法,包括:
组成员GM设备接收密钥服务器KS的Rekey消息;
所述GM设备判断是否是第一次接收所述Rekey消息;
若所述GM设备是第一次接收所述Rekey消息,则所述GM设备向所述KS发送确认消息。
本发明还提供一种密钥服务器KS,包括:
第一判断模块,用于判断已注册的组成员GM设备中是否包括类型待定的GM设备;
第一发送模块,用于当已注册的GM设备中包括类型待定的GM设备时,发送组播Rekey消息;
第一确定模块,用于当所述KS在预设时间内未接收到所述类型待定的GM设备针对所述组播Rekey消息回复的确认消息时,将所述类型待定的GM设备确定为单播GM设备;
第二判断模块,用于判断已注册的GM设备中是否包括已确定为单播GM设备的GM设备;
第二发送模块,用于当已注册的GM设备中包括已确定为单播GM设备的GM设备时,向所述已确定为单播GM设备的GM设备发送单播Rekey消息。
本发明还提供一种组成员GM设备,包括:
接收模块,用于接收密钥服务器KS的Rekey消息;
判断模块,用于判断所述GM设备是否是第一次接收所述Rekey消息;
发送模块,用于当所述GM设备是第一次接收所述Rekey消息时,向所述KS发送确认消息。
与现有技术相比,本发明具有以下优点:
本发明提供一种消息发送方法和设备,该方法通过确定GM设备的类型,在后续结合类型已知的GM设备的类型,为所有类型已知的GM设备发送与其类型对应的Rekey消息,即向单播GM设备发送单播Rekey消息,向组播GM设备发送组播Rekey。在组网中同时包括单播GM设备和组播GM设备时,可以支持单播和组播混用,从而减少KS发送Rekey消息的数量,可有效减轻KS的负担。
附图说明
图1为本发明实施例提出的一种消息发送方法的流程示意图;
图2为本发明实施例提出的一种消息发送方法的流程示意图;
图3为本发明实施例提出的一种KS的结构示意图;
图4为本发明实施例提出的一种GM设备的结构示意图。
具体实施方式
基于现有技术方案的不足,本发明实施例公开了一种消息发送方法,应用于GDVPN的组播、单播机制混合组网的系统(即组网中同时包括单播GM设备和组播GM设备)中,如图1所示,包括以下步骤:
步骤101、KS判断已注册的GM设备中是否包括类型待定的GM设备。在本例中,KS会确定每个已注册的GM设备的类型,具体确定GM设备类型的过程具体参见步骤102-104在此不再赘述。其中,GM设备的类型可以包括:单播GM设备和组播GM设备,在KS未确定出GM设备的类型之前,将已注册的GM设备称为类型待定的GM设备。
在一个例子中,可以通过建立GM设备的标识与类型标识的对应关系表的方式,来记录各个已注册的GM设备的类型。例如,单播GM设备的标识对应于第一类型标识,组播GM设备的标识对应于第二类型标识,类型待定的GM设备的标识对应与第三类型标识。
在一个例子中,KS可以根据建立的GM设备的标识与类型标识的对应关系表来确定已注册的GM设备中是否包括类型待定的GM设备。例如,若该对应关系表中存在第三类型标识,则认为已注册的GM设备中存在类型待定的GM设备。
若已注册的GM设备中包括类型待定的GM设备,则执行步骤102-步骤103。若已注册的GM设备均已确定出类型且所有已注册的GM设备均为单播GM设备,则KS向单播GM设备发送单播Rekey消息即可,不需要执行本流程。若已注册的GM设备均已确定出类型且所有已注册的GM设备均为组播GM设备,则KS发送组播Rekey消息即可,不需要执行本流程。若已注册的GM设备均已确定出类型且已注册的GM设备包括单播GM设备和组播GM设备,则KS发送组播Rekey消息,并向单播GM设备发送单播Rekey消息即可,不需要执行本流程。
步骤102、若已注册的GM设备中包括类型待定的GM设备,则KS发送组播Rekey消息。
步骤103、若KS在预设时间内未接收到类型待定的GM设备针对组播Rekey消息回复的确认消息,则将类型待定的GM设备确定为单播GM设备。
在一个例子中,实际为组播GM设备的GM设备在向KS注册时就已加入相应的组播组,所以可以接收到组播Rekey报文,且只有在第一次接收到组播Rekey消息时,才会向KS回复针对该组播Rekey消息的确认消息。实际为单播GM设备的GM设备在向KS注册时不会加入相应的组播组,所以是不会接收到组播Rekey消息的,也就不会向KS回复针对组播Rekey消息的确认消息。
因此KS可以基于是否收到类型待定的GM设备回复的针对组播Rekey消息的确认消息来确定该GM设备的类型。具体的,若KS在预设时间内未接收到类型待定的GM设备针对组播Rekey消息回复的确认消息,则将类型待定的GM设备确定为单播GM设备;若KS在预设时间内接收到类型待定的GM设备针对组播Rekey消息回复的确认消息,则将类型待定的GM设备确定为组播GM设备。
在一个例子中,若KS在预设时间内未接收到类型待定的GM设备针对组播Rekey消息回复的确认消息,则将类型待定的GM设备确定为单播GM设备,具体包括:
若KS在预设时间内未接收到类型待定的GM设备针对组播Rekey消息回复的确认消息且发送组播Rekey消息的次数等于预设次数,则将类型待定的GM设备确定为单播GM设备。
考虑到可能会出现其他的因素,例如KS发送的组播Rekey消息因为丢包或线路故障等原因导致实际为组播GM设备的GM设备无法接收到该组播Rekey消息,同时也考虑到KS的服务器负荷,以及判断的准确性,可以基于经验预设一个预设时间,并设置预设次数(预设时间可以通过计时器来实现,预设次数可以通过计数器来实现)。
基于预设时间和预设次数,若KS在预设时间内未接收到类型待定的GM设备针对组播Rekey消息回复的确认消息且发送组播Rekey消息的次数小于预设次数,则KS再次发送组播Rekey消息,即KS会继续发送组播Rekey消息直到接收到类型待定的GM设备发送的针对该组播Rekey消息的确认消息或者发送组播Rekey消息的次数达到预设次数。若KS在预设时间内未接收到类型待定的GM设备针对组播Rekey消息回复的确认消息且发送组播Rekey消息的次数等于预设次数,则将类型待定的GM设备确定为单播GM设备。
步骤104,KS判断已注册的组成员GM设备中是否包括已确定为单播GM设备的GM设备。
若所述KS已注册的GM设备中包括已确定为单播GM设备的GM设备,则执行步骤105;若所述KS已注册的GM设备中不包括已确定为单播GM设备的GM设备,则结束本流程。
本步骤中,已确定为单播GM设备的GM设备包括当前流程通过步骤102-步骤103确定为单播GM设备的GM设备和之前已经确定为单播GM设备的GM设备。
步骤105,若已注册的GM设备中包括已确定为单播GM设备的GM设备,则KS向已确定为单播GM设备的GM设备发送单播Rekey消息。
由于实际为单播GM设备的GM设备无法接收到组播Rekey消息,因此,为了使单播GM设备可以接收到Rekey消息,在通过步骤102-103确定完类型待定的GM设备的类型之后,还需要向当前流程通过步骤102-步骤103确定为单播GM设备的GM设备和之前已经确定为单播GM设备的GM设备发送单播Rekey消息。
以上是对KS侧发送Rekey消息的流程的改进,下面对GM设备在接收到Rekey消息后的处理流程进行介绍。
本发明实施例还公开了一种消息发送方法,如图2所示,包括:
步骤201、GM设备接收密钥服务器KS的Rekey消息。
本例中,GM设备的类型可以为组播GM设备或单播GM设备,而其中组播GM设备在向KS注册时已加入相应的组播组,所以可以接收KS发送的单播Rekey消息和组播Rekey消息;单播GM设备在向KS注册时不会加入相应的组播组,所以只能接收KS发送的单播Rekey消息,不能接收到KS发送的组播Rekey消息。
步骤202、GM设备判断是否是第一次接收Rekey消息。
在本例中,GM设备第一次接收到Rekey消息时,无论该Rekey消息是组播Rekey消息还是单播Rekey都会发送确认消息给KS,因此需要判断接收到的Rekey消息是否是第一次接收到。
若GM设备是第一次接收Rekey消息,则执行步骤203;若GM设备不是第一次接收Rekey消息,则执行步骤204。
步骤203、GM设备向KS发送确认消息。
GM设备在确定接收到的Rekey消息是GM设备第一次接收到时,不管接收到的Rekey消息是组播Rekey消息还是单播Rekey消息,GM设备都会向KS发送确认消息。
步骤204,GM设备判断Rekey消息的类型,其中,所述Rekey消息的类型包括:组播Rekey消息和单播Rekey消息;若Rekey消息为单播Rekey消息,GM设备向KS发送确认消息。
若Rekey消息为组播Rekey消息,则结束本流程。
在本例中,针对于每一个GM设备,若该GM设备是组播GM设备,则在该GM设备第一次接收到KS发送的组播Rekey消息时,会反馈给KS针对该组播Rekey消息的确认消息,而若该GM设备是单播GM设备,是无法接收到KS发送的组播Rekey消息的,也就不会发送针对组播Rekey消息的确认消息给KS。对应于KS侧,KS由此可以通过是否接收到类型待定的GM设备发送的针对组播Rekey消息的确认消息来确定该类型待定的GM设备的类型。KS确定GM设备类型的流程参见图1所示的例子,在此不再赘述。
本发明通过确定GM设备的类型,在后续结合类型已知的GM设备的类型,为所有类型已知的GM设备发送与其类型对应的Rekey消息,即向单播GM设备发送单播Rekey消息,向组播GM设备发送组播Rekey。在组网中同时包括单播GM设备和组播GM设备时,可以支持单播和组播混用,从而减少KS发送Rekey消息的数量,可有效减轻KS的负担。
本发明实施例还公开了一种密钥服务器KS,如图3所示,包括:
第一判断模块301,用于判断已注册的组成员GM设备中是否包括类型待定的GM设备;
第一发送模块302,用于当已注册的GM设备中包括类型待定的GM设备时,发送组播Rekey消息;
第一确定模块303,用于当所述KS在预设时间内未接收到所述类型待定的GM设备针对所述组播Rekey消息回复的确认消息时,将所述类型待定的GM设备确定为单播GM设备;
第二判断模块304,用于判断已注册的GM设备中是否包括已确定为单播GM设备的GM设备;
第二发送模块305,用于当已注册的GM设备中包括已确定为单播GM设备的GM设备时,向所述已确定为单播GM设备的GM设备发送单播Rekey消息。
具体的,所述第一确定模块303,具体用于:
若所述KS在预设时间内未接收到所述类型待定的GM设备针对所述组播Rekey消息回复的确认消息且发送所述组播Rekey消息的次数等于预设次数,则将所述类型待定的GM设备确定为单播GM设备。
所述KS还包括:
操作模块,用于当所述KS在预设时间内未接收到所述类型待定的GM设备针对所述组播Rekey消息回复的确认消息且发送所述组播Rekey消息的次数小于预设次数时,再次发送所述组播Rekey消息。
第二确定模块,用于当所述KS在预设时间内接收到所述类型待定的GM设备针对所述组播Rekey消息回复的确认消息时,将所述类型待定的GM设备确定为组播GM设备。
本发明实施例还公开了一种组成员GM设备,如图4所示,包括:
接收模块401,用于接收密钥服务器KS的Rekey消息;
判断模块402,用于判断所述GM设备是否是第一次接收所述Rekey消息;
发送模块403,用于当所述GM设备是第一次接收所述Rekey消息时,向所述KS发送确认消息。
该GM设备,还包括:
处理模块,用于当所述GM设备不是第一次接收所述Rekey消息时,判断所述Rekey消息的类型,其中,所述Rekey消息的类型包括:组播Rekey消息和单播Rekey消息;
若所述Rekey消息为单播Rekey消息,向所述KS发送确认消息。
与现有技术相比,本发明提供一种消息发送方法和设备,该方法通过确定GM设备的类型,在后续结合类型已知的GM设备的类型,为所有类型已知的GM设备发送与其类型对应的Rekey消息,即向单播GM设备发送单播Rekey消息,向组播GM设备发送组播Rekey。在组网中同时包括单播GM设备和组播GM设备时,可以支持单播和组播混用,从而减少KS发送Rekey消息的数量,可有效减轻KS的负担。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明序号仅仅为了描述,不代表实施场景的优劣。
以上公开的仅为本发明的几个具体实施场景,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (12)

1.一种消息发送方法,其特征在于,包括:
密钥服务器KS判断已注册的组成员GM设备中是否包括类型待定的GM设备;
若已注册的GM设备中包括类型待定的GM设备,则所述KS发送组播Rekey消息;
若所述KS在预设时间内未接收到所述类型待定的GM设备针对所述组播Rekey消息回复的确认消息,则将所述类型待定的GM设备确定为单播GM设备;
所述KS判断已注册的GM设备中是否包括已确定为单播GM设备的GM设备;
若已注册的GM设备中包括已确定为单播GM设备的GM设备,则KS向所述已确定为单播GM设备的GM设备发送单播Rekey消息。
2.根据权利要求1所述的方法,其特征在于,若所述KS在预设时间内未接收到所述类型待定的GM设备针对所述组播Rekey消息回复的确认消息,则将所述类型待定的GM设备确定为单播GM设备,具体包括:
若所述KS在预设时间内未接收到所述类型待定的GM设备针对所述组播Rekey消息回复的确认消息且发送所述组播Rekey消息的次数等于预设次数,则将所述类型待定的GM设备确定为单播GM设备。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
若所述KS在预设时间内未接收到所述类型待定的GM设备针对所述组播Rekey消息回复的确认消息且发送所述组播Rekey消息的次数小于预设次数,则所述KS再次发送所述组播Rekey消息。
4.根据权利要求1所述的方法,其特征在于,若所述KS在预设时间内接收到所述类型待定的GM设备针对所述组播Rekey消息回复的确认消息,则将所述类型待定的GM设备确定为组播GM设备。
5.一种消息发送方法,其特征在于,包括:
组成员GM设备接收密钥服务器KS的Rekey消息;
所述GM设备判断是否是第一次接收所述Rekey消息;
若所述GM设备是第一次接收所述Rekey消息,则所述GM设备向所述KS发送确认消息。
6.如权利要求5所述的方法,其特征在于,还包括:
若所述GM设备不是第一次接收所述Rekey消息,所述GM设备判断所述Rekey消息的类型,其中,所述Rekey消息的类型包括:组播Rekey消息和单播Rekey消息;
若所述Rekey消息为单播Rekey消息,所述GM设备向所述KS发送确认消息。
7.一种密钥服务器KS,其特征在于,包括:
第一判断模块,用于判断已注册的组成员GM设备中是否包括类型待定的GM设备;
第一发送模块,用于当已注册的GM设备中包括类型待定的GM设备时,发送组播Rekey消息;
第一确定模块,用于当所述KS在预设时间内未接收到所述类型待定的GM设备针对所述组播Rekey消息回复的确认消息时,将所述类型待定的GM设备确定为单播GM设备;
第二判断模块,用于判断已注册的GM设备中是否包括已确定为单播GM设备的GM设备;
第二发送模块,用于当已注册的GM设备中包括已确定为单播GM设备的GM设备时,向所述已确定为单播GM设备的GM设备发送单播Rekey消息。
8.根据权利要求7所述的KS,其特征在于,所述确定模块,具体用于:
若所述KS在预设时间内未接收到所述类型待定的GM设备针对所述组播Rekey消息回复的确认消息且发送所述组播Rekey消息的次数等于预设次数,则将所述类型待定的GM设备确定为单播GM设备。
9.根据权利要求8所述的KS,其特征在于,所述设备还包括:
操作模块,用于当所述KS在预设时间内未接收到所述类型待定的GM设备针对所述组播Rekey消息回复的确认消息且发送所述组播Rekey消息的次数小于预设次数时,再次发送所述组播Rekey消息。
10.根据权利要求7所述的KS,其特征在于,所述设备还包括:
第二确定模块,用于当所述KS在预设时间内接收到所述类型待定的GM设备针对所述组播Rekey消息回复的确认消息时,将所述类型待定的GM设备确定为组播GM设备。
11.一种组成员GM设备,其特征在于,包括:
接收模块,用于接收密钥服务器KS的Rekey消息;
判断模块,用于判断所述GM设备是否是第一次接收所述Rekey消息;
发送模块,用于当所述GM设备是第一次接收所述Rekey消息时,向所述KS发送确认消息。
12.如权利要求11所述的GM设备,其特征在于,还包括:
处理模块,用于当所述GM设备不是第一次接收所述Rekey消息时,判断所述Rekey消息的类型,其中,所述Rekey消息的类型包括:组播Rekey消息和单播Rekey消息;
若所述Rekey消息为单播Rekey消息,向所述KS发送确认消息。
CN201510333892.1A 2015-06-16 2015-06-16 一种消息发送方法和设备 Active CN104967618B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510333892.1A CN104967618B (zh) 2015-06-16 2015-06-16 一种消息发送方法和设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510333892.1A CN104967618B (zh) 2015-06-16 2015-06-16 一种消息发送方法和设备

Publications (2)

Publication Number Publication Date
CN104967618A true CN104967618A (zh) 2015-10-07
CN104967618B CN104967618B (zh) 2019-03-15

Family

ID=54221560

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510333892.1A Active CN104967618B (zh) 2015-06-16 2015-06-16 一种消息发送方法和设备

Country Status (1)

Country Link
CN (1) CN104967618B (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1484403A (zh) * 2002-09-20 2004-03-24 华为技术有限公司 网络系统中内容分发的方法
CN101030918A (zh) * 2006-03-03 2007-09-05 华为技术有限公司 一种基于ip网络提供组播业务的方法、设备和系统
US20070209071A1 (en) * 2006-03-06 2007-09-06 Cisco Technology, Inc. Techniques for distributing a new communication key within a virtual private network
CN101106449A (zh) * 2006-07-13 2008-01-16 华为技术有限公司 实现多方通信安全的系统和方法
CN103312571A (zh) * 2013-05-28 2013-09-18 北京小米科技有限责任公司 一种发现设备的方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1484403A (zh) * 2002-09-20 2004-03-24 华为技术有限公司 网络系统中内容分发的方法
CN101030918A (zh) * 2006-03-03 2007-09-05 华为技术有限公司 一种基于ip网络提供组播业务的方法、设备和系统
US20070209071A1 (en) * 2006-03-06 2007-09-06 Cisco Technology, Inc. Techniques for distributing a new communication key within a virtual private network
CN101106449A (zh) * 2006-07-13 2008-01-16 华为技术有限公司 实现多方通信安全的系统和方法
CN103312571A (zh) * 2013-05-28 2013-09-18 北京小米科技有限责任公司 一种发现设备的方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
张建伟: "《H3C Group Domain VPN技术方案解析》", 《HTTP://WWW.H3C.COM/CN/D_201311/804320_30008_0.HTM》 *

Also Published As

Publication number Publication date
CN104967618B (zh) 2019-03-15

Similar Documents

Publication Publication Date Title
CN102238000B (zh) 加密通信方法、装置及系统
US10560286B2 (en) Gateway device and control method for the same
US20170034308A1 (en) Method for commissioning and joining of a field device to a network
CN105262773A (zh) 一种物联网系统的验证方法及装置
KR20150053927A (ko) 정보의 처리 방법, 우선권 정보의 송신 방법 및 장치
CN102137397A (zh) 机器类型通信中基于共享群密钥的认证方法
CN110798812B (zh) 一种群组通信方法及装置
WO2016101579A1 (zh) 密钥协商方法、系统、网络实体及计算机存储介质
US20190098683A1 (en) Method and device for associating user with group
CN105429929A (zh) 一种信息处理方法、客户端、服务器及系统
CN105915574A (zh) 用于文件同步的方法、接收方设备及系统
CN106559323A (zh) 一种sdn设备首包上送的方法和装置
CN110337100B (zh) 基于区块链的一号多卡业务副卡添加方法、终端以及系统
CN106533894A (zh) 一种全新的安全的即时通信体系
CN104270350A (zh) 一种密钥信息的传输方法和设备
CN112235290B (zh) 基于区块链的物联网设备管理方法及第一物联网设备
CN105897542A (zh) 一种隧道建立方法及视频监控系统
CN110532094B (zh) 一种负载均衡权重值修改方法及处理系统
CN106487761B (zh) 一种消息传输方法和网络设备
CN104967618A (zh) 一种消息发送方法和设备
CN105451367A (zh) 一种无线网络连接方法、设备及系统
CN105656994A (zh) 一种业务加速方法和装置
US11856074B2 (en) Apparatus, system and method for MTC
CN105577609A (zh) 用于对访问的内容进行控制的方法和装置
CN104717216A (zh) 一种网络接入控制方法、装置及核心设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information

Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No.

Applicant after: Xinhua three Technology Co., Ltd.

Address before: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No.

Applicant before: Huasan Communication Technology Co., Ltd.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant