CN109672571A - 堆叠方法、装置及存储介质 - Google Patents

堆叠方法、装置及存储介质 Download PDF

Info

Publication number
CN109672571A
CN109672571A CN201910041032.9A CN201910041032A CN109672571A CN 109672571 A CN109672571 A CN 109672571A CN 201910041032 A CN201910041032 A CN 201910041032A CN 109672571 A CN109672571 A CN 109672571A
Authority
CN
China
Prior art keywords
stack arrangement
client
message
irf
information
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
CN201910041032.9A
Other languages
English (en)
Other versions
CN109672571B (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.)
New H3C Information Technologies Co Ltd
Original Assignee
New 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 New H3C Technologies Co Ltd filed Critical New H3C Technologies Co Ltd
Priority to CN201910041032.9A priority Critical patent/CN109672571B/zh
Publication of CN109672571A publication Critical patent/CN109672571A/zh
Application granted granted Critical
Publication of CN109672571B publication Critical patent/CN109672571B/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
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0876Aspects of the degree of configuration automation
    • H04L41/0886Fully automatic configuration
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/58Association of routers
    • H04L45/583Stackable routers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5007Internet protocol [IP] addresses
    • H04L61/5014Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Automation & Control Theory (AREA)
  • Small-Scale Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

本公开提出一种堆叠方法、装置及存储介质,涉及通信技术领域,根据第一客户端发送的第一报文,并结合堆叠配置策略表,获得与第一客户端对应的第一堆叠配置关系,且由回应报文将该第一堆叠配置关系发送给第一客户端,以使第一客户端根据该回应报文进行堆叠,相比于现有技术,本公开提供的一种堆叠方法、装置及存储介质,使第一客户端的堆叠能够自动完成,提升堆叠配置效率。

Description

堆叠方法、装置及存储介质
技术领域
本公开涉及通信技术领域,具体而言,涉及一种堆叠方法、装置及存储介质。
背景技术
IRF(Intelligent Resilient Framework,智能弹性架构)是一种虚拟化技术,它的核心思想是将多台设备通过IRF物理端口连接在一起,进行必要的配置后,虚拟化成一台设备。使用这种虚拟化技术可以集合多台设备的硬件资源和软件处理能力,实现多台设备的协同工作、统一管理和不间断维护。
发明内容
本公开的目的在于提供一种堆叠方法、装置及存储介质,能够提升堆叠配置效率。
为了实现上述目的,本公开采用的技术方案如下:
第一方面,本公开提供了一种堆叠方法,所述方法包括:
根据第一客户端发送的第一报文,以及智能弹性架构IRF堆叠配置策略表,获得与所述第一客户端对应的第一IRF堆叠配置信息,其中,所述第一报文用于请求获得所述第一客户端所需的网络配置信息,所述堆叠配置策略表包含有所述第一客户端的第一堆叠配置关系,所述第一堆叠配置关系包含所述第一客户端与所述第一IRF堆叠配置信息的对应关系;
向所述第一客户端发送回应报文,以使所述第一客户端根据所述回应报文进行堆叠,其中,所述回应报文中包含所述第一IRF堆叠配置信息。
第二方面,本公开提供了一种堆叠方法,应用于客户端,所述方法包括:
向配置服务器发送第一报文,其中,所述第一报文用于请求获得所述客户端所需的网络配置信息;
接收所述配置服务器根据所述第一报文所反馈的回应报文,其中,所述回应报文中包含有第一智能弹性架构IRF堆叠配置信息,所述第一IRF堆叠配置信息为所述客户端对应的IRF堆叠配置信息;
根据所述第一IRF堆叠配置信息进行堆叠。
第三方面,本公开提供了一种堆叠装置,所述装置包括:
第一处理模块,用于根据第一客户端发送的第一报文,以及智能弹性架构IRF堆叠配置策略表,获得与所述第一客户端对应的第一IRF堆叠配置信息,其中,所述第一报文用于请求获得所述第一客户端所需的网络配置信息,所述堆叠配置策略表包含有所述第一客户端的第一堆叠配置关系,所述第一堆叠配置关系包含所述第一客户端与所述第一IRF堆叠配置信息的对应关系;
第一收发模块,用于向所述第一客户端发送回应报文,以使所述第一客户端根据所述回应报文进行堆叠,其中,所述回应报文中包含所述第一IRF堆叠配置信息。
第四方面,本公开提供了一种堆叠装置,应用于客户端,所述装置包括:
第二收发模块,用于向配置服务器发送第一报文,其中,所述第一报文用于请求获得所述客户端所需的网络配置信息;
所述第二收发模块还用于,接收所述配置服务器根据所述第一报文所反馈的回应报文,其中,所述回应报文中包含有第一智能弹性架构IRF堆叠配置信息,所述第一IRF堆叠配置信息为所述客户端对应的IRF堆叠配置信息;
第二处理模块,用于根据所述第一IRF堆叠配置信息进行堆叠。
第五方面,本公开提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现本公开第一方面所提供的堆叠方法。
第六方面,本公开提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现本公开第二方面所提供的堆叠方法。
相对于现有技术,本公开所提供的一种堆叠方法、装置及存储介质,根据第一客户端发送的第一报文,并结合堆叠配置策略表,获得与第一客户端对应的第一堆叠配置关系,且由回应报文将该第一堆叠配置关系发送给第一客户端,以使第一客户端根据该回应报文进行堆叠,相比于现有技术,使第一客户端的堆叠能够自动完成,提升堆叠配置效率。
为使本公开的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本公开的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本公开的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它相关的附图。
图1为本公开的一种示意性应用场景图;
图2为本公开提供的一种堆叠方法的示意性流程图;
图3为本公开提供的另一种堆叠方法的示意性流程图;
图4为本公开提供的再一种堆叠方法的示意性流程图;
图5为图4中S203子步骤的一种示意性流程图;
图6为本公开提供的再一种堆叠方法的示意性流程图;
图7为本公开中客户端与配置服务器的一种示意性信令交互图;
图8为本公开提供的一种堆叠装置的示意性结构图;
图9为本公开提供的另一种堆叠装置的示意性结构图。
图中:300、400-堆叠装置;301-第一处理模块;302-第一收发模块;401-第二处理模块;402-第二收发模块。
具体实施方式
为使本公开的目的、技术方案和优点更加清楚,下面将结合本公开中的附图,对本公开中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本公开一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本公开的组件可以以各种不同的配置来布置和设计。
因此,以下对在附图中提供的本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围,而是仅仅表示本公开的选定实施例。基于本公开中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本公开保护的范围。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。同时,在本公开的描述中,术语“第一”、“第二”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
下面结合附图,对本公开的一些实施方式作详细说明。在不冲突的情况下,下述的实施例及实施例中的特征可以相互组合。
请参阅图1,图1为本公开的一种示意性应用场景图,IRF系统在部署时,需要将多台设备虚拟化为一台设备,比如在如图1所示的应用场景中,需要将设备A与设备B虚拟为一台设备,形成堆叠。一般来说,堆叠后的设备A与设备B,具有相同的IP(Internet Protocol,互联网协议)地址,且具有相同的IRF系统标识。
当前,对于将不同的设备进行堆叠的过程,例如针对空配置模式启动(即未指定配置文件进行启动的模式)的设备,需要人为手动地为设备配置堆叠所需的相关信息,比如在如图1所示的应用场景中,若需要将设备A与设备B进行堆叠,以设备A为示例进行说明堆叠配置的过程,需要由设备A向DHCP(Dynamic Host Configuration Protocol,动态主机配置协议)服务器发送请求报文,用户在DHCP服务器侧为设备A配置所属的IRF系统的IRF系统标识以及IP地址,并通过DHCP服务器回应给设备A,设备A再向TFTP(Trivial File TransferProtocol,简单文件传输协议)服务器发送请求报文,以获取配置文件,进而根据获取到的配置文件进行堆叠。
然而,当设备A发生重新启动,设备A与设备B形成的堆叠散开,则又需要重新执行上述步骤过程,人为地为设备A配置IP地址、IRF系统标识以及配置文件等信息,以使设备A与设备B形成堆叠。
上述策略虽然能够使设备A在重新启动后,与设备B再形成堆叠,但由于需要人为手动地为设备A配置所需的IP地址、IRF系统标识以及配置文件等信息,导致堆叠配置效率较低。
基于上述缺陷,本公开提供的一种可能的实现方式为:通过维护客户端对应的堆叠配置关系,以使客户端在堆叠时,能够根据客户端的请求,将客户端对应的IRF堆叠配置信息发送给客户端,以使客户端自动完成堆叠。
下面以如图1中的DHCP服务器作为维护客户端的堆叠配置关系的执行主体、并以DHCP请求报文作为第一报文为例,对本公开提供的一种堆叠方法进行示例性步骤说明。
请参阅图2,图2为本公开提供的一种堆叠方法的示意性流程图,作为一种可能的实现方式,包括以下步骤:
S101,根据第一客户端发送的第一报文,以及智能弹性架构IRF堆叠配置策略表,获得与第一客户端对应的第一IRF堆叠配置信息。
S102,向第一客户端发送回应报文,以使第一客户端根据回应报文进行堆叠。
在一些可能的实现方式中,DHCP服务器接收第一客户端发送的第一报文,该第一报文用于请求获得第一客户端所需的网络配置信息。比如,以如图1中的设备A作为第一客户端、DHCP请求报文作为第一报文为例进行说明,设备A向DHCP服务器发送DHCP请求报文,以请求DHCP服务器为设备A分配IP(Internet Protocol,互联网协议)地址,示例性地,网络配置信息可以为IP地址。
DHCP服务器根据第一客户端发送的第一报文,以及智能弹性架构IRF堆叠配置策略表,检查出在堆叠配置策略表中存储有第一客户端对应的IRF堆叠配置信息,确定第一客户端为堆叠设备,并在堆叠配置策略表中,获得与第一客户端对应的第一IRF堆叠配置信息。
其中,该堆叠配置策略表存储有每一堆叠组中的客户端各自的IRF堆叠配置信息,比如上述第一客户端,该堆叠配置策略表中包含有第一客户端的第一堆叠配置关系,该第一堆叠配置关系包含第一客户端与第一IRF堆叠配置信息的对应关系,且该第一IRF堆叠配置信息用于第一客户端形成堆叠。
值得说明的是,上述仅是在以DHCP服务器作为维护客户端的堆叠配置关系的执行主体为例,在客户端请求IP地址的应用场景下,采用DHCP请求报文作为第一报文进行示意性说明,在本公开其他一些应用场景中,还可以采用除DHCP请求报文以外的其他报文作为第一报文,比如ARP(Address Resolution Protocol,地址解析协议)请求报文、虚拟ID(Identification)请求报文或者是控制连接请求报文等。
并且,在上述示例中,仅是以IP地址作为网络配置信息为例进行说明,在本公开其他的一些应用场景中,还可以采用除IP地址以外的其他网络信息作为网络配置信息。比如在上述示例中,网络配置信息可以选为IP地址;或者是,若第一报文为虚拟ID请求报文,则网络配置信息可以选为虚拟ID;或者是,网络配置信息还可以直接选为本公开中的IRF堆叠配置信息。
由此,DHCP服务器根据在堆叠配置策略表中获得的第一IRF堆叠配置信息,将包含有第一IRF堆叠配置信息的回应报文发送给第一客户端,以使第一客户端根据该回应报文进行堆叠。
基于上述设计,本公开提供的一种堆叠方法,根据第一客户端发送的第一报文,并结合堆叠配置策略表,获得与第一客户端对应的第一堆叠配置关系,且由回应报文将该第一堆叠配置关系发送给第一客户端,以使第一客户端根据该回应报文进行堆叠,相比于现有技术,使第一客户端的堆叠能够自动完成,提升堆叠配置效率。
如上所述,堆叠配置策略表中包含有第一客户端的第一堆叠配置关系,其中,该第一堆叠配置关系包含第一客户端与第一IRF堆叠配置信息的对应关系,在一些可能的示例中,可以采用MAC(Media Access Control,媒体访问控制)地址与IRF堆叠配置信息相对应的方式进行存储堆叠配置关系,此时,第一报文中包含第一MAC地址,用于标识第一客户端,DHCP服务器则根据第一报文中包含的第一MAC地址,在堆叠配置策略表中获得与第一客户端对应的第一IRF堆叠配置信息。
当然,可以理解的是,本公开并不是限于使用MAC地址用以标识第一客户端,还可以采用其他可以具有唯一性的信息或标识,用于标识第一客户端,比如DHCP服务器为第一客户端分配的唯一ID等。
并且,作为一种可能的实现方式,第一堆叠配置关系包含第一客户端对应的MAC地址和IRF系统标识的对应信息,其中,该第一堆叠配置关系中包含的IRF系统标识,用于标识第一客户端所属的IRF系统。
由此,DHCP服务器在执行上述S101时,则根据第一报文中包含的第一MAC地址,在堆叠配置策略表中获得与第一MAC地址对应的第一IRF系统标识作为第一IRF堆叠配置信息,以将第一IRF系统标识添加至回应报文,使第一客户端根据回应报文中的第一IRF系统标识进行堆叠。
例如,下表1为一种堆叠配置策略表包含的信息示意。
表1堆叠配置策略表示意
序列号 IP地址 IRF系统标识
MAC1 100.1.1.2 IRF1
MAC2 100.1.1.2 IRF1
MAC3 100.1.1.3 IRF2
MAC4 100.1.1.3 IRF2
其中,上述的MAC地址和IRF系统标识可以设置于DHCP请求报文中的option 61字段上,以利用该option 61字段的扩展性,降低方案的实现成本。
比如,在如表1所示的堆叠配置策略表中,在一些可能的示例中,若DHCP服务器接收到的DHCP请求报文中,option 61字段包含序列号MAC1,则DHCP服务器根据MAC1,匹配获得IP地址100.1.1.2以及IRF系统标识IRF1,并在回应给第一客户端的报文中添加的IP地址为100.1.1.2,且在option 61字段添加IRF1,以使第一客户端根据100.1.1.2以及IRF1进行堆叠;或者,若DHCP服务器接收到的第一报文中,option 61字段包含序列号MAC4,则DHCP服务器根据MAC4,匹配获得IP地址100.1.1.3以及IRF系统标识IRF2,并在回应个第一客户端的报文中添加的IP地址为100.1.1.3,且在option 61字段添加IRF2,以使第一客户端根据100.1.1.3以及IRF2进行堆叠。
其中,上述堆叠配置策略表所包含的所有堆叠配置关系,可以是由用户预先存储于DHCP服务器中,也可以是DHCP服务器在接收客户端发送的第一报文之前,根据客户端发送的另一包含该堆叠配置关系的报文,DHCP服务器将该堆叠配置关系存储于堆叠配置策略表中,只要DHCP服务器在接收到客户端的第一报文之前,存储有该客户端对应的堆叠配置关系即可。
比如,对于上述第一客户端对应的第一堆叠配置关系,该第一堆叠配置关系可以是用户预先存储DHCP服务器的堆叠配置策略表中,也可以是DHCP服务器在接收到接收第一客户端发送的第一报文之前,由第一客户端发送的另一包含该第一堆叠配置关系的报文,将该第一堆叠配置关系记录于堆叠配置策略表中,以使第一客户端在发送第一报文时,可以依据堆叠配置策略表中记录的该第一堆叠配置关系,将第一IP地址及第一IRF系统标识通过回应报文发送给第一客户端。
并且,值得说明的是,上述表1仅是以DHCP请求报文为例进行说明,堆叠配置策略表中还可以不包含有IP地址的对应关系,或者是还包括有其他信息的对应关系,比如为设备分配的ID等等,只要堆叠配置策略表中包含有MAC地址与IRF系统标识的对应关系即可。
可选地,与第一客户端相似,该堆叠配置策略表还包含有第二客户端的第二堆叠配置关系,该第二堆叠配置关系包含第二客户端与第二IRF堆叠配置信息的对应关系,比如,参照上述表1,若序列号MAC1标识第一客户端,MAC3标识第二客户端,则第一IRF堆叠配置信息包含:IP地址为100.1.1.2、IRF系统标识为IRF1,第二IRF堆叠配置信息包含:IP地址为100.1.1.3、IRF系统标识为IRF2。
请参阅图3,图3为本公开提供的另一种堆叠方法的示意性流程图,作为一种可能的实现方式,该堆叠方法还包括以下步骤:
S103,接收第二客户端发送的第二报文。
值得说明的是,上述第一客户端与第二客户端仅作为示例进行区别,第一客户端与第二客户端可以为相同的客户端,也可以为不同的客户端,本公开对此不做限定。
其中,当第一客户端与第二客户端为相同的客户端时,S102与S103两者有必然的执行顺序关系,先执行S102,再执行S103;而当第一客户端与第二客户端为不同的客户端时,S102与S103两者没有必然的执行顺序关系,可以是先执行S102,再执行S103,或者是,先执行S103,再执行S102,甚至是,S102与S103一起被执行,这取决于具体的程序指令及功能模块而定。
S104,更新堆叠配置策略表。
DHCP服务器接收的第二报文用于指示更新第二客户端的第二堆叠配置关系,其中,该第二报文中,包含有第二客户端对应的更新堆叠配置关系,并且,该更新堆叠配置关系包含第二客户端的更新IRF堆叠配置信息。
可选地,作为一种可能的实现方式,该更新IRF堆叠配置信息包含第二客户端当前所属IRF系统的更新IRF系统标识、以及该当前所属IRF系统包含的所有客户端各自的MAC地址。
例如,在一个例子中,若采用DHCP租约更新报文作为第二报文,第二客户端为设备C,其当前所使用的IP地址为100.1.1.3,其当前所属的IRF系统的IRF系统标识为IRF3,其所属的IRF系统包含有设备C、设备D及设备E,且设备C、设备D及设备E各自的MAC地址分别为MAC3、MAC4及MAC5,则该更新IRF堆叠配置信息包含:100.1.1.3、IRF3、MAC3、MAC4、MAC5。
值的说明的是,上述仅是以DHCP租约更新报文作为第二报文为例进行说明,在本公开的一些应用场景中,第二客户端发送的第二报文还可以不包含有IP地址,只要第二报文中包含有第二客户端当前所属的IRF系统的IRF系统标识、以及该当前所属的IRF系统包含的所有客户端各自的MAC地址即可。
并且,在一些应用场景中,可以采用不同标识信息的方式,对第一报文和第二报文进行区分。
例如,作为一种可能的实现方式,第一报文为包含有第一标识信息的报文,第二报文为包含有第二标识信息的报文。
比如,在上述以DHCP请求报文作为第一报文、DHCP租约更新报文作为第二报文的示例中,若DHCP服务器接收的报文中,op字段包含的信息为1,则表示该报文为DHCP请求报文,即第一报文;若op字段包含的信息为2,则表示该报文为DHCP租约更新报文,即第二报文。
或者,在本公开其他的一些应用场景中,还可以采用其他的方式对第一报文和第二报文进行区分。例如,作为另一种可能的实现方式,将不包含有IRF系统标识的报文作为第一报文,将包含有IRF系统标识的报文作为第二报文。
并且,作为一种可能的实现方式,若将DHCP服务器接收的DHCP租约更新报文作为第二报文,基于现有协议可允许DHCP报文中包含有多个option 61字段,上述更新IRF堆叠配置信息中包含的多个相同的IRF系统标识,且该多个IRF系统标识的数量与更新IRF堆叠配置信息中包含的MAC地址的数量相同,每一MAC地址均与一IRF系统标识相对应,并位于同一option 61字段。比如,在上述示例中,DHCP服务器接收的DHCP租约更新报文中包含3个option 61字段,这3个option 61字段包含的信息分别为:IRF3-MAC3、IRF3-MAC4、IRF3-MAC5。
并且,值得说明的是,当DHCP请求报文中的option 61字段包含有IRF系统标识及MAC地址时,作为一种可能的实现方式,可以采用分隔符对两者进行分隔,并使DHCP服务器根据分隔符分别获得IRF系统标识及MAC地址,比如,采用“/”或者是“-”对option 61字段中的IRF系统标识及MAC地址进行分隔;或者是,作为另一种可能的实现方式,还可以不采用分隔符对option 61字段中的IRF系统标识及MAC地址进行分隔,而预先规定,读取option 61字段中的一预设位段的信息为IRF系统标识,且读取option 61字段中另一预设位段的信息为MAC地址。
DHCP服务器接收到第二客户端发送的第二报文,检查第二报文中包含第二客户端的更新IRF堆叠配置信息,判定第二客户端属于堆叠设备,则更新堆叠配置策略表,以使更新后的堆叠配置策略表中包含有第二报文中包含的更新堆叠配置关系,进而使与第二客户端属于同一IRF系统的客户端在向DHCP服务器发送第一报文时,比如上述示例的DHCP请求报文,能够为相应的客户端配置对应最新的IRF堆叠配置信息,以使相应的客户端根据DHCP服务器所配置的IRF堆叠配置信息进行自动堆叠。
比如,在上述示例中,若DHCP服务器在接收到第二客户端发送的DHCP租约更新报文时,检查到DHCP租约更新报文中包含有多个option 61字段,判定该第二客户端为堆叠设备,则更新堆叠配置策略表,以使更新后的堆叠配置策略表中包含有DHCP租约更新报文中所包含的更新堆叠配置关系。
基于上述设计,本公开提供的一种堆叠方法,通过接收第二客户端发送的第二报文,并根据第二报文中包含的更新堆叠配置关系,更新堆叠配置策略表,以使更新后的堆叠配置策略表中包含有该更新堆叠配置关系,进而使与第二客户端属于同一IRF系统的客户端在发送第一报文时,能够为相应的客户端配置对应最新的IRF堆叠配置信息,从而使相应的客户端根据所配置的IRF堆叠配置信息进行自动堆叠。
其中,可选地,在根据第二报文中包含的更新堆叠配置关系,更新堆叠配置策略表时,作为一种可能的实现方式,可以采用将该更新堆叠配置关系替换第二堆叠配置关系的方式,进行更新堆叠配置策略表。
比如,在上述示例中,若DHCP服务器在接收到DHCP租约更新报文前,所维护的堆叠配置策略表如上述表1所示,在接收到上述示例的DHCP租约更新报文后,检查到DHCP租约更新报文中包含3个option 61字段,确定发送DHCP租约更新报文的设备为堆叠设备,根据3个option 61字段各自所包含的信息,更新后的堆叠配置策略表如下表2所示。
表2更新后的堆叠配置策略表示意
序列号 IP地址 IRF系统标识
MAC1 100.1.1.2 IRF1
MAC2 100.1.1.2 IRF1
MAC3 100.1.1.3 IRF3
MAC4 100.1.1.3 IRF3
MAC5 100.1.1.3 IRF3
对比表1与表2,可见,MAC地址分别为MAC3及MAC4的客户端在堆叠配置策略表更新前,DHCP服务器记录的信息表征两设备所形成的堆叠组的IP地址为100.1.1.3,IRF系统标识为IRF2;而在堆叠配置策略表更新后,DHCP服务器记录的信息表征两设备还与MAC地址为MAC5的设备进行了堆叠,且堆叠后的IP地址为100.1.1.3,IRF系统标识变为了IRF3。
可选地,在根据第二报文中包含的更新堆叠配置关系,更新堆叠配置策略表时,作为另一种可能的实现方式,还可以采用将更新堆叠配置关系添加至堆叠配置策略表,而不替换第二堆叠配置关系的方式进行更新堆叠配置策略表。
但值得说明的是,若采用将更新堆叠配置关系添加至堆叠配置策略表而不替换第二堆叠配置关系的策略,需要为每一堆叠配置关系添加时间戳,以使客户端在请求获得配置信息时,将堆叠配置策略表中与所属该客户端的最新更新的配置信息反馈给客户端。
比如,在上述示例中,若DHCP服务器在接收到DHCP租约更新报文前,所维护的堆叠配置策略表同样如上述表1所示,在接收到上述示例的DHCP租约更新报文后,检查到DHCP租约更新报文中包含3个option 61字段,确定发送DHCP租约更新报文的设备为堆叠设备,根据3个option 61字段各自所包含的信息,更新前的堆叠配置策略表如下表3所示,更新后的堆叠配置策略表如下表4所示。
表3另一堆叠配置策略表示意
序列号 IP地址 IRF系统标识 时间戳
MAC1 100.1.1.2 IRF1 2018/05/13/09:30:00
MAC2 100.1.1.2 IRF1 2018/05/13/09:30:00
MAC3 100.1.1.3 IRF2 2018/05/13/09:50:00
MAC4 100.1.1.3 IRF2 2018/05/13/09:50:00
表4另一更新后的堆叠配置策略表示意
序列号 IP地址 IRF系统标识 时间戳
MAC1 100.1.1.2 IRF1 2018/05/13/09:30:00
MAC2 100.1.1.2 IRF1 2018/05/13/09:30:00
MAC3 100.1.1.3 IRF2 2018/05/13/09:50:00
MAC4 100.1.1.3 IRF2 2018/05/13/09:50:00
MAC3 100.1.1.3 IRF3 2018/05/15/10:10:00
MAC4 100.1.1.3 IRF3 2018/05/15/10:10:00
MAC5 100.1.1.3 IRF3 2018/05/15/10:10:00
对比表3与表4,可见,MAC地址分别为MAC3及MAC4的客户端在堆叠配置策略表更新前,DHCP服务器记录的信息表征两设备所形成的堆叠组的IP地址为100.1.1.3,IRF系统标识为IRF2;而在堆叠配置策略表更新后,DHCP服务器记录的信息表征两设备还与MAC地址为MAC5的设备进行了堆叠,且堆叠后的IP地址为100.1.1.3,IRF系统标识变为了IRF3。
相应地,下面以客户端作为执行主体为例,对本公开提供的另一堆叠方法进行示例性步骤说明。
请参阅图4,图4为本公开提供的再一种堆叠方法的示意性流程图,作为另一种可能的实现方式,包括以下步骤:
S201,向配置服务器发送第一报文。
S202,接收配置服务器根据第一报文所反馈的回应报文。
S203,根据第一IRF堆叠配置信息进行堆叠。
在一些可能的实现方式中,客户端接收到配置服务器根据第一报文所反馈的回应报文,检查回应报文中包含有第一IRF堆叠配置信息,判定客户端自身为堆叠设备,该第一IRF堆叠配置信息为客户端对应的IRF堆叠配置信息,比如所属IRF系统的IRF系统标识以及所需配置文件名等等。客户端则根据回应报文中包含的第一IRF堆叠配置信息,进行堆叠。
可选地,作为一种可能的实现方式,第一报文中包含第一MAC地址,以使配置服务器根据第一MAC地址,获得与第一MAC地址对应的第一IP地址及第一IRF系统标识作为第一IRF堆叠配置信息反馈给客户端。
比如,以DHCP请求报文作为第一报文、以图1中的设备A作为客户端为例进行说明,设备A向DHCP服务器发送DHCP请求报文,在DHCP请求报文的option 61字段添加设备A的MAC地址MAC1;并且,设备A在DHCP服务器发送的回应报文中,检查option 61字段包含有IRF系统标识IRF1(假定DHCP服务器在回应报文中添加的IRF系统标识为IRF1),判定设备A自身为堆叠设备,则根据该IRF系统标识IRF1进行堆叠。
值得说明的是,上述S201-S203的步骤中,作为执行主体客户端可以作为上述S101-S104中的第一客户端,也可以是第二客户端。
可选地,作为一种可能的实现方式,配置服务器包含第一服务器和第二服务器,比如在一个例子中,可以将如图1中的DHCP服务器作为第一服务器,将如图1中的TFTP服务器作为第二服务器。
基于此,客户端在执行S201向配置服务器发送第一报文时,具体可为:向第一服务器发送第一报文,比如在上述以DHCP服务器作为第一服务器的示例中,设备A在执行S201时,则向DHCP服务器发送第一报文。
同理,设备A在执行S202时,接收来自第一服务器根据第一报文所反馈的回应报文。
并且,客户端在执行S203进行堆叠时,请参阅图5,图5为图4中S203子步骤的一种示意性流程图,作为一种可能的实现方式,S203包括以下子步骤:
S203-1,向第二服务器发送配置请求报文。
S203-2,接收第二服务器根据配置请求报文反馈的堆叠配置文件。
S203-3,根据堆叠配置文件进行堆叠。
以上述将TFTP服务器作为第二服务器为例,客户端根据由DHCP服务器接收的回应报文中,检查option 61字段包含有IRF系统标识IRF1,判定自身为堆叠设备,则向TFTP服务器发送配置请求报文,以使TFTP服务器反馈客户端堆叠所需的堆叠配置文件;客户端接收TFTP服务器根据配置请求报文反馈的堆叠配置文件,根据所接收的堆叠配置文件,进行堆叠。
其中,值得说明的是,DHCP服务器在向客户端反馈回应报文时,可以在回应报文的file字段添加配置文件标识信息,用以标识客户端向TFTP服务器下载的堆叠配置文件的名称,比如irf.cfg,客户端根据接收的回应报文的file字段添加的irf.cfg,向TFTP服务器请求下载irf.cfg文件作为堆叠配置文件。
其中,作为一种可能的实现方式,若TFTP服务器上未部署irf.cfg文件,则TFTP服务器根据客户端发送的请求中的IP地址,将部署在TFTP服务器上的映射文件network.cfg反馈给客户端,比如,作为一种示例,在TFTP服务器上配置如下信息:
ip host host1 100.1.1.2
ip host host2 100.1.1.3
即:若TFTP服务器上没有irf.cfg文件,且设备A的IP地址为100.1.1.2,则将host1.cfg反馈给客户端,作为堆叠配置文件,进而使客户端根据所获得的堆叠配置文件进行堆叠。
可选地,作为一种可能的实现方式,请参阅图6,图6为本公开提供的再一种堆叠方法的示意性流程图,该堆叠方法还包括以下步骤:
S204,向配置服务器发送第二报文。
客户端向配置服务器发送的第二报文用于请求配置服务器存储第二报文中包含的更新堆叠配置关系,该更新堆叠配置关系包含客户端当前所属IRF系统的更新IRF堆叠配置信息。
比如,以上述配置服务器包括第一服务器及第二服务器,且第一服务器为DHCP服务器、第二报文为DHCP租约更新报文、以及图1中的设备A作为客户端为例,设备A与其他设备形成堆叠后,比如在如图1所示的应用场景中,设备A与设备B形成堆叠,设备A向DHCP服务器发送DHCP租约更新报文,以更新IP地址的租约,其中,当DHCP租约更新报文作为第二报文时,DHCP租约更新报文用于使DHCP服务器记录DHCP租约更新报文中包含的更新堆叠配置关系,该更新堆叠配置关系包含设备A当前所属IRF系统的更新IRF堆叠配置信息,包括设备A当前所属IRF系统的IRF系统标识、以及该当前所属IRF系统包含的所有客户端。
例如,假定设备A当前使用的IP地址为100.1.1.2,当前所属IRF系统的IRF系统标识为IRF1,且该当前所属IRF系统包含的客户端有设备A和设备B,且设备A的MAC地址为MAC1、设备B的MAC地址为MAC2,则设备A发送的DHCP租约更新报文中,至少包括的内容有:100.1.1.2、IRF1、MAC1、MAC2。
其中,作为一种可能的实现方式,如上所述,基于现有协议可允许DHCP报文中包含有多个option 61字段,设备A发送给DHCP服务器的DHCP租约更新报文中,可包含属于与MAC地址的数量相同的IRF系统标识,每一MAC地址均与一IRF系统标识相对应,并位于同一option 61字段。比如,设备A在发送给DHCP服务器的DHCP租约更新报文中包含有2个option61字段,这2个option 61字段包含的信息分别为:IRF1-MAC1、IRF1-MAC2。
值得说明的是,在例如基于IRF技术形成的堆叠系统中,包含有主设备(master)与从设备(slave),其中,主设备负责管理整个堆叠组,比如更新租约等,作为一种可能的实现方式,设备A为堆叠组中的主设备时,执行S204,即此时设备A对应可作为图3步骤中的第二客户端。
并且,可选地,作为一种可能的实现方式,客户端具有启动时不指定配置文件的属性。比如在上述示例中,设备A默认不指定配置文件启动,则设备A在启动时,无论设备A本地是否存储有配置文件,均执行如图4所示的至少部分步骤;或者是,设备A中记录有存储有记录文件,该记录文件的内容用于指示设备A的启动模式,若记录文件未指示设备A启动时指定某一配置文件,则客户端具有启动时不指定配置文件的属性,若记录文件指示设备A启动时指定某一配置文件,则客户端具有启动时指定配置文件的属性。
请参阅图7,图7为本公开中客户端与配置服务器的一种示意性信令交互图,下面以如图1中的设备A作为主设备、配置服务器包括DHCP服务器及TFTP服务器为例,对本公开的一种应用场景进行示例性步骤说明,其中,图7中虚线以上部分,为设备A与其他设备形成堆叠的过程,虚线以下部分,为设备A作为主设备向DHCP服务器维护堆叠配置关系的过程。
S1,设备A在启动时,向DHCP服务器发送DHCP请求报文,其中,DHCP请求报文中携带有设备A的MAC地址MAC1。
S2,DHCP服务器检查DHCP请求报文中的MAC1,检查到MAC1在堆叠配置策略表中有记录,在堆叠配置策略表中获得与MAC1对应的IRF系统标识,并在回应IP地址给设备A的DHCP回应报文中的option 61字段,添加IRF系统标识,且在file字段填写irf.cfg。
S3、S4,设备A接收到DHCP回应报文后,检查file字段填写有irf.cfg,判断自己属于堆叠设备,进而读取option 61字段,识别其中的IRF系统标识,且向TFTP服务器请求下载堆叠配置文件irf.cfg。
S5,若TFTP服务器中部署有irf.cfg文件,则将irf.cfg文件反馈给设备A;若TFTP服务器中未部署有irf.cfg文件,则根据设备A的IP地址,将与IP地址对应的映射文件network.cfg反馈给设备A。
S6,设备A根据从TFTP服务器下载获得的堆叠配置文件(irf.cfg文件或network.cfg文件)进行堆叠,以如图1为例,设备A与设备B形成一个堆叠组。
S7,设备A与设备B形成堆叠后,假定设备A与设备B形成的堆叠组的IRF系统标识为IRF1,设备A与设备B各自的MAC地址分别为MAC1及MAC2,设备A向DHCP服务器发送DHCP租约更新报文,则DHCP租约更新报文中包含2个option 61字段,其中一个option 61字段包含的信息为IRF1-MAC1,另一option 61字段包含的信息为IRF1-MAC2。
S8,DHCP服务器检查接收的DHCP租约更新报文中包含多个option 61字段,判定设备A为堆叠设备,则更新堆叠配置策略表,记录DHCP租约更新报文中的IRF1与MAC1及MAC2的对应关系。
请参阅图8,图8为本公开提供的一种堆叠装置300的示意性结构图,该堆叠装置300包括第一处理模块301及第一收发模块302。
第一处理模块301用于根据第一客户端发送的第一报文,以及智能弹性架构IRF堆叠配置策略表,获得与第一客户端对应的第一IRF堆叠配置信息,其中,第一报文用于请求获得第一客户端所需的网络配置信息,堆叠配置策略表包含有第一客户端的第一堆叠配置关系,第一堆叠配置关系包含第一客户端与第一IRF堆叠配置信息的对应关系。
第一收发模块302用于向第一客户端发送回应报文,以使第一客户端根据回应报文进行堆叠,其中,回应报文中包含第一IRF堆叠配置信息。
可选地,作为一种可能的实现方式,第一报文中包含第一MAC地址;第一堆叠配置关系包含第一客户端对应的MAC地址和IRF系统标识的对应关系。
第一处理模块301具体用于:
根据第一报文中包含的第一MAC地址,在堆叠配置策略表中获得与第一MAC地址对应的第一IRF系统标识作为第一IRF堆叠配置信息。
可选地,作为一种可能的实现方式,堆叠配置策略表还包含有第二客户端的第二堆叠配置关系,第二堆叠配置关系包含第二客户端与第二IRF堆叠配置信息的对应关系。
第一收发模块302还用于,接收第二客户端发送的第二报文,其中,第二报文用于指示更新第二堆叠配置关系,第二报文中包含有第二客户端对应的更新堆叠配置关系,更新堆叠配置关系包含第二客户端的更新IRF堆叠配置信息。
第一处理模块301还用于,更新堆叠配置策略表,以使更新后的堆叠配置策略表中包含有更新堆叠配置关系。
可选地,作为一种可能的实现方式,更新IRF堆叠配置信息包含第二客户端当前所属IRF系统的更新IRF系统标识、以及当前所属IRF系统包含的所有客户端各自的MAC地址。
可选地,作为一种可能的实现方式,第一处理模块301在更新堆叠配置策略表时,具体用于:
以更新堆叠配置关系替换第二堆叠配置关系;或,
将更新堆叠配置关系添加至堆叠配置策略表。
请参阅图9,图9为本公开提供的另一种堆叠装置400的示意性结构图,应用于客户端,该堆叠装置400包括第二处理模块401及第二收发模块402。
第二收发模块402用于向配置服务器发送第一报文,其中,第一报文用于请求获得第一客户端所需的网络配置信息。
第二收发模块402还用于,接收配置服务器根据第一报文所反馈的回应报文,其中,回应报文中包含有第一智能弹性架构IRF堆叠配置信息,第一IRF堆叠配置信息为客户端对应的IRF堆叠配置信息。
第二处理模块401用于,根据第一IRF堆叠配置信息进行堆叠。
可选地,作为一种可能的实现方式,第一报文中包含第一MAC地址,第一IRF堆叠配置信息包含第一MAC地址对应的第一IRF系统标识。
可选地,作为一种可能的实现方式,配置服务器包括第一服务器及第二服务器。
第二收发模块402在向配置服务器发送第一报文时,具体用于:
向第一服务器发送第一报文。
第二处理模块401在根据第一IRF堆叠配置信息进行堆叠时,具体用于:
向第二服务器发送配置请求报文;
接收第二服务器根据配置请求报文反馈的堆叠配置文件;
根据堆叠配置文件进行堆叠。
可选地,作为一种可能的实现方式,第二收发模块402还用于,向配置服务器发送第二报文,其中,第二报文用于请求配置服务器存储第二报文中包含的更新堆叠配置关系,更新堆叠配置关系包含客户端当前所属IRF系统的更新IRF堆叠配置信息。
在本公开所提供的实施例中,应该理解到,所揭露的装置和方法,也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,附图中的流程图和框图显示了根据本公开的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
另外,在本公开中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本公开所述方法的全部或部分步骤,例如,当该计算机可读存储介质存储于如图7中的客户端A,该计算机程序被处理执行时,实现如图2或图3所示的流程或步骤,以实现相应的效果;当该计算机可读存储介质存储于如图7中的配置服务器时,该计算机程序被处理执行时,实现如图4、图5或图6所示的流程或步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
综上所述,本公开所提供的一种堆叠方法、装置及存储介质,根据第一客户端发送的第一报文,并结合堆叠配置策略表,获得与第一客户端对应的第一堆叠配置关系,且由回应报文将该第一堆叠配置关系发送给第一客户端,以使第一客户端根据该回应报文进行堆叠,相比于现有技术,使第一客户端的堆叠能够自动完成,提升堆叠配置效率;还通过接收第二客户端发送的第二报文,并根据第二报文中包含的更新堆叠配置关系,更新堆叠配置策略表,以使更新后的堆叠配置策略表中包含有该更新堆叠配置关系,进而使与第二客户端属于同一IRF系统的客户端在发送第一报文时,能够为相应的客户端配置对应最新的IRF堆叠配置信息,从而使相应的客户端根据所配置的IRF堆叠配置信息进行自动堆叠。
以上所述仅为本公开的优选实施例而已,并不用于限制本公开,对于本领域的技术人员来说,本公开可以有各种更改和变化。凡在本公开的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本公开的保护范围之内。
对于本领域技术人员而言,显然本公开不限于上述示范性实施例的细节,而且在不背离本公开的精神或基本特征的情况下,能够以其它的具体形式实现本公开。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本公开的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本公开内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。

Claims (13)

1.一种堆叠方法,其特征在于,所述方法包括:
根据第一客户端发送的第一报文,以及智能弹性架构IRF堆叠配置策略表,获得与所述第一客户端对应的第一IRF堆叠配置信息,其中,所述第一报文用于请求获得所述第一客户端所需的网络配置信息,所述堆叠配置策略表包含有所述第一客户端的第一堆叠配置关系,所述第一堆叠配置关系包含所述第一客户端与所述第一IRF堆叠配置信息的对应关系;
向所述第一客户端发送回应报文,以使所述第一客户端根据所述回应报文进行堆叠,其中,所述回应报文中包含所述第一IRF堆叠配置信息。
2.如权利要求1所述的方法,其特征在于,所述第一报文中包含第一MAC地址;所述第一堆叠配置关系包含所述第一客户端对应的MAC地址和IRF系统标识的对应关系;
所述根据第一客户端发送的第一报文,以及智能弹性架构IRF堆叠配置策略表,获得与所述第一客户端对应的第一IRF堆叠配置信息的步骤,包括:
根据所述第一报文中包含的所述第一MAC地址,在所述堆叠配置策略表中获得与所述第一MAC地址对应的第一IRF系统标识作为所述第一IRF堆叠配置信息。
3.如权利要求1所述的方法,其特征在于,所述堆叠配置策略表还包含有第二客户端的第二堆叠配置关系,所述第二堆叠配置关系包含所述第二客户端与第二IRF堆叠配置信息的对应关系;
所述方法还包括:
接收所述第二客户端发送的第二报文,其中,所述第二报文用于指示更新所述第二堆叠配置关系,所述第二报文中包含有所述第二客户端对应的更新堆叠配置关系,所述更新堆叠配置关系包含所述第二客户端的更新IRF堆叠配置信息;
更新所述堆叠配置策略表,以使所述更新后的堆叠配置策略表中包含有所述更新堆叠配置关系。
4.如权利要求3所述的方法,其特征在于,所述更新IRF堆叠配置信息包含所述第二客户端当前所属IRF系统的更新IRF系统标识、以及所述当前所属IRF系统包含的所有客户端各自的MAC地址。
5.如权利要求3或4所述的方法,其特征在于,更新所述堆叠配置策略表的步骤,包括:
以所述更新堆叠配置关系替换所述第二堆叠配置关系;或,
将所述更新堆叠配置关系添加至所述堆叠配置策略表。
6.一种堆叠方法,其特征在于,应用于客户端,所述方法包括:
向配置服务器发送第一报文,其中,所述第一报文用于请求获得所述客户端所需的网络配置信息;
接收所述配置服务器根据所述第一报文所反馈的回应报文,其中,所述回应报文中包含有第一智能弹性架构IRF堆叠配置信息,所述第一IRF堆叠配置信息为所述客户端对应的IRF堆叠配置信息;
根据所述第一IRF堆叠配置信息进行堆叠。
7.如权利要求6所述的方法,其特征在于,所述第一报文中包含第一MAC地址,所述第一IRF堆叠配置信息包含所述第一MAC地址对应的第一IRF系统标识。
8.如权利要求6所述的方法,其特征在于,所述配置服务器包括第一服务器及第二服务器;
所述向配置服务器发送第一报文的步骤,包括:
向所述第一服务器发送所述第一报文;
所述根据所述第一IRF堆叠配置信息进行堆叠的步骤,包括:
向所述第二服务器发送配置请求报文;
接收所述第二服务器根据所述配置请求报文反馈的堆叠配置文件;
根据所述堆叠配置文件进行堆叠。
9.如权利要求6或7所述的方法,其特征在于,所述方法还包括:
向所述配置服务器发送第二报文,其中,所述第二报文用于请求所述配置服务器存储所述第二报文中包含的更新堆叠配置关系,所述更新堆叠配置关系包含所述客户端当前所属IRF系统的更新IRF堆叠配置信息。
10.一种堆叠装置,其特征在于,所述装置包括:
第一处理模块,用于根据第一客户端发送的第一报文,以及智能弹性架构IRF堆叠配置策略表,获得与所述第一客户端对应的第一IRF堆叠配置信息,其中,所述第一报文用于请求获得所述第一客户端所需的网络配置信息,所述堆叠配置策略表包含有所述第一客户端的第一堆叠配置关系,所述第一堆叠配置关系包含所述第一客户端与所述第一IRF堆叠配置信息的对应关系;
第一收发模块,用于向所述第一客户端发送回应报文,以使所述第一客户端根据所述回应报文进行堆叠,其中,所述回应报文中包含所述第一IRF堆叠配置信息。
11.一种堆叠装置,其特征在于,应用于客户端,所述装置包括:
第二收发模块,用于向配置服务器发送第一报文,其中,所述第一报文用于请求获得所述客户端所需的网络配置信息;
所述第二收发模块还用于,接收所述配置服务器根据所述第一报文所反馈的回应报文,其中,所述回应报文中包含有第一智能弹性架构IRF堆叠配置信息,所述第一IRF堆叠配置信息为所述客户端对应的IRF堆叠配置信息;
第二处理模块,用于根据所述第一IRF堆叠配置信息进行堆叠。
12.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现如权利要求1-5中任一项所述的方法。
13.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现如权利要求6-9中任一项所述的方法。
CN201910041032.9A 2019-01-16 2019-01-16 堆叠方法、装置及存储介质 Active CN109672571B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910041032.9A CN109672571B (zh) 2019-01-16 2019-01-16 堆叠方法、装置及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910041032.9A CN109672571B (zh) 2019-01-16 2019-01-16 堆叠方法、装置及存储介质

Publications (2)

Publication Number Publication Date
CN109672571A true CN109672571A (zh) 2019-04-23
CN109672571B CN109672571B (zh) 2022-04-08

Family

ID=66149472

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910041032.9A Active CN109672571B (zh) 2019-01-16 2019-01-16 堆叠方法、装置及存储介质

Country Status (1)

Country Link
CN (1) CN109672571B (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101110782A (zh) * 2007-08-28 2008-01-23 中兴通讯股份有限公司 一种用于以太网交换机堆叠系统管理的方法
US20130232202A1 (en) * 2010-11-18 2013-09-05 Hangzhou H3C Technologies Co., Ltd. Forwarding traffic flow in intelligent resilient framework system
CN103746944A (zh) * 2014-01-14 2014-04-23 华为技术有限公司 堆叠实现方法及可堆叠设备
CN104683130A (zh) * 2013-11-28 2015-06-03 华为技术有限公司 一种配置堆叠端口的方法和设备
CN105812292A (zh) * 2014-12-29 2016-07-27 中兴通讯股份有限公司 一种交换设备堆叠的方法及装置
CN108259215A (zh) * 2017-09-26 2018-07-06 新华三技术有限公司 一种设备管理方法及装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101110782A (zh) * 2007-08-28 2008-01-23 中兴通讯股份有限公司 一种用于以太网交换机堆叠系统管理的方法
US20130232202A1 (en) * 2010-11-18 2013-09-05 Hangzhou H3C Technologies Co., Ltd. Forwarding traffic flow in intelligent resilient framework system
CN104683130A (zh) * 2013-11-28 2015-06-03 华为技术有限公司 一种配置堆叠端口的方法和设备
CN103746944A (zh) * 2014-01-14 2014-04-23 华为技术有限公司 堆叠实现方法及可堆叠设备
CN105812292A (zh) * 2014-12-29 2016-07-27 中兴通讯股份有限公司 一种交换设备堆叠的方法及装置
CN108259215A (zh) * 2017-09-26 2018-07-06 新华三技术有限公司 一种设备管理方法及装置

Also Published As

Publication number Publication date
CN109672571B (zh) 2022-04-08

Similar Documents

Publication Publication Date Title
CN105897946B (zh) 一种访问地址的获取方法及系统
CN106301829B (zh) 一种网络业务扩容的方法和装置
CN104486445B (zh) 一种基于云平台的分布式可扩展资源监控系统
CN100407625C (zh) 一种根据终端类型进行业务发放的方法
CN102984194B (zh) 虚拟应用程序分布机架的配置文件的同步方法及系统
CN109862051A (zh) 一种微服务架构下多租户的实现方法及系统
CN105791344B (zh) 灰度发布业务处理的方法、系统、负载均衡器及服务总线装置
CN102098354B (zh) 动态主机配置协议地址分配方法及服务器
CN103024028B (zh) 一种云计算中虚拟机ip地址探测系统及方法
EP2654268A1 (en) Address allocation processing method, apparatus, and system
CN108965007A (zh) Api网关接口配置更新方法及装置
CN102333029A (zh) 一种服务器集群系统中的路由方法
CN109981493B (zh) 一种用于配置虚拟机网络的方法和装置
CN105827687A (zh) 集群管理方法及其管理系统
CN108243079A (zh) 一种基于vpc进行网络访问的方法与设备
CN107920138A (zh) 一种用户统一标识生成方法、装置及系统
CN103475704A (zh) 一种面向虚拟机群应用的虚拟节点配置方法
CN112015544A (zh) 一种k8s集群的负载均衡方法、装置、设备及存储介质
CN103200281A (zh) 内网服务器访问方法、设备和系统
CN112953982B (zh) 一种服务处理的方法、服务配置的方法以及相关装置
CN109379448A (zh) 一种文件分布式部署方法、装置、电子设备及存储介质
CN108347455A (zh) 元数据交互方法及系统
CN108737591A (zh) 一种服务配置的方法及装置
CN104509029B (zh) 在通信系统中更新个人信息的方法及装置
CN107070719A (zh) 一种设备管理方法和装置

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
TR01 Transfer of patent right

Effective date of registration: 20230602

Address after: 310052 11th Floor, 466 Changhe Road, Binjiang District, Hangzhou City, Zhejiang Province

Patentee after: H3C INFORMATION TECHNOLOGY Co.,Ltd.

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

Patentee before: NEW H3C TECHNOLOGIES Co.,Ltd.

TR01 Transfer of patent right