CN114785669A - 报文处理方法及装置 - Google Patents
报文处理方法及装置 Download PDFInfo
- Publication number
- CN114785669A CN114785669A CN202210312469.3A CN202210312469A CN114785669A CN 114785669 A CN114785669 A CN 114785669A CN 202210312469 A CN202210312469 A CN 202210312469A CN 114785669 A CN114785669 A CN 114785669A
- Authority
- CN
- China
- Prior art keywords
- aaa server
- server
- performance value
- aaa
- access
- 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.)
- Pending
Links
Images
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/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0892—Network architectures or network communication protocols for network security for authentication of entities by using authentication-authorization-accounting [AAA] servers or protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Environmental & Geological Engineering (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Health & Medical Sciences (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请实施例提供了一种报文处理方法及装置,涉及通信领域,在本申请提供的报文处理方法中,接入服务器可预先获取第一AAA服务器的第一性能值与第二AAA服务器的第二性能值,从而基于第一性能值与第二性能值,对用户报文分配策略进行动态调整,从而减轻了接入服务器的压力,并且,无需人工介入即可实现策略的动态调整,降低了运营成本,并提高了用户报文的处理效率。
Description
技术领域
本申请实施例涉及通信领域,尤其涉及一种报文处理方法及装置。
背景技术
随着网络应用的日益普及与深入,网络安全越来越受到重视。通过用户终端、接入设备、AAA(Authentication、Authorization、Accounting,认证、授权、计费)服务器互相配合实现对接入网络的终端用户进行准入控制是网络安全的重要组成部分。
当前用户终端通过接入设备接入网络,并由接入设备将用户终端的认证请求以及计费请求等报文转发给AAA等认证服务器进行验证、授权、计费等处理。
然而,随着网络规模越来越大,接入的用户终端日益增多,接入服务器所接收到的用户报文的数量也呈倍数增长,因此,接入服务器如何实现将用户报文合理分配到对应的AAA服务器就成为了亟待解决的问题。
发明内容
本申请提供一种报文处理方法及装置,能够在一定程度上避免由于接入服务器对用户报文的分配不合理,导致用户报文处理效率降低的问题。
为达到上述目的,本申请采用如下技术方案:
第一方面,本申请实施例提供了一种接入服务器,该接入服务器包括获取模块、分配模块以及发送模块。具体的,获取模块可用于获取第一AAA服务器的第一性能值以及第二AAA服务器的第二性能值;分配模块可用于基于获取模块获取到的第一性能值和第二性能值,为接收到的来自用户终端的用户报文分配对应的目标AAA服务器,其中,用户报文可以为认证请求报文,也可以为计费请求报文,以及,目标AAA服务器可以为第一AAA服务器、也可以为第二AAA服务器,还可以为第一AAA服务器和第二AAA服务器;随后,发送模块用于将用户报文发送给目标AAA服务器。
通过上述装置,实现了对系统中的AAA服务器的性能状态的主动探测,从而能够预先获知运行中的AAA服务器的工作状态,并可基于探测结果,动态调整用户报文的分配策略,从而能够对用户报文进行合理分配,有效地提升了用户报文的处理效率。
在一种可能的实现方式中,接入服务器还可以包括:判断模块,该模块可以用于判断探测条件是否被触发;相应的,获取模块还可以用于若判断模块判断为是,则获取第一性能值以及第二性能值。
通过上述装置,实现了在特定条件下,即探测条件被触发时,对AAA服务器的性能状态的主动探测。
在一种可能的实现方式中,探测条件用于指示第一AAA服务器的认证功能或计费功能发生异常。
通过上述装置,实现了接入服务器在检测到AAA服务器性能出现瓶颈,即认证功能或计费功能出现异常的情况下,对AAA服务器的性能状态进行主动探测。
在一种可能的实现方式中,获取模块还可以用于向第一AAA服务器发送第一指定数量的符合第一AAA服务器对应的认证授权计费类型的第一探测报文,其中,认证授权计费类型包括认证类型和/或计费类型;统计接收到的与第一探测报文对应的第一探测响应报文的数量;依据统计结果,确定第一AAA服务器的第一性能值;以及,向第二AAA服务器发送第二指定数量的符合第二AAA服务器对应的认证授权计费类型的第二探测报文,其中,第二AAA服务器对应的认证授权计费类型与第一AAA服务器对应的认证授权计费类型一致;统计接收到的与第二探测报文对应的第二探测响应报文的数量;依据统计结果,确定第二AAA服务器的第二性能值。
通过上述装置,实现了对第一AAA服务器和第二AAA服务器的性能状态的主动探测。
在一种可能的实现方式中,分配模块可以具体用于确定接入服务器所处的第一运行模式为第一AAA服务器为主服务器的主备模式;若第一性能值满足第二性能区间,则确定将第一运行模式切换为第一AAA服务器和第二AAA服务器参与的负载分担模式,其中,目标AAA服务器为第一AAA服务器和第二AAA服务器;以及,依据第一性能值和第二性能值,为第一AAA服务器和第二AAA服务器分配对应的权重值。
通过上述模块,实现了主备模式自动切换到负载分担模式,从而无需人工介入,即可模式间的切换,有效提升了系统的灵活性,并节省了运营成本。
在一种可能的实现方式中,分配模块可以具体用于确定接入服务器所处的第一运行模式为第一AAA服务器和第二AAA服务器参与的负载分担模式;确定目标AAA服务器为第一AAA服务器和第二AAA服务器;以及,依据第一性能值和第二性能值,为第一AAA服务器和第二AAA服务器分配对应的权重值。
通过上述模块,实现了在负载分担模式下的权重的动态调整,从而无需人工介入,即可模式间的切换,有效提升了系统的灵活性,并节省了运营成本。
在一种可能的实现方式中,接入服务器还可以包括定时模块,该模块可以用于启动定时器,其中,定时器可以用于指示接入服务器在定时器计时结束时刻,将接入服务器所处的第一运行模式切换为第二运行模式,第二运行模式为在定时器开始计时时刻前,距第一运行模式最近一次接入服务器所处的运行模式。
通过上述模块,实现了不同模式之间的定时回切,有效提升了系统的资源利用率。
在一种可能的实现方式中,探测条件可以包括在定时器结束前的指定时刻,探测条件被触发。
通过上述模块,实现了在定时器到达之前,对AAA服务器的性能状态的主动探测,从而使接入服务器能够依据预先获知的性能状态结果,判断是否可对当前运行模式进行回切,即恢复到切换前的模式。
在一种可能的实现方式中,分配模块可以具体用于确定第二运行模式为第一AAA服务器为主服务器的主备模式;判断第一性能值是否满足第三性能区间;若判断为是,则将第一运行模式切换为第二运行模式,其中,目标AAA服务器为第一AAA服务器。
通过上述模块,实现了在主备模式的回切方案,即,若切换前为主备模式,则在基于预先获取到的AAA服务器的性能值允许的情况下,可回切为原模式,即第一AAA服务器为主服务器的主备模式,从而无需人工介入,即可模式间的切换,有效提升了系统的灵活性,并节省了运营成本。
在一种可能的实现方式中,分配模块可以具体用于确定第二运行模式为目标AAA服务器参与的负载模式;确定目标AAA服务器为第一AAA服务器和第二AAA服务器;以及,依据第一性能值和第二性能值,为第一AAA服务器和第二AAA服务器分配对应的权重值。
通过上述模块,实现了在负载分担模式的回切方案,即,若切换前为负载分担模式,则在基于预先获取到的AAA服务器的性能值允许的情况下,可回切为原模式,即负载分担模式,并对当前权重值进行重新调整,从而无需人工介入,即对负载分担模式下的权重值进行动态调整,有效提升了系统的灵活性,并节省了运营成本。
第二方面,本申请实施例提供了一种控制器,该控制器包括获取模块、确定模块以及发送模块。具体的,获取模块可用于获取接入服务器发送的第一性能值和第二性能值,其中,第一性能值用于指示第一AAA服务器的性能状态,第二性能值用于指示第二AAA服务器的性能状态;确定模块可用于基于第一性能值和第二性能值,确定对应于第一AAA服务器和第二AAA服务器的用户报文分配策略;发送模块可用于将用户报文分配策略发送给接入服务器。
在一种可能的实现方式中,确定模块可以具体用于确定接入服务器所处的第一运行模式为第一AAA服务器为主服务器的主备模式;若第一性能值满足第二性能区间,则确定将第一运行模式切换为第一AAA服务器和第二AAA服务器参与的负载分担模式,其中,目标AAA服务器为第一AAA服务器和第二AAA服务器;以及,依据第一性能值和第二性能值,为第一AAA服务器和第二AAA服务器分配对应的权重值;相应地,用户报文分配策略为将用户报文按照权重值分配给第一AAA服务器和第二AAA服务器
在一种可能的实现方式中,确定模块可以具体用于确定接入服务器所处的第一运行模式为第一AAA服务器和第二AAA服务器参与的负载分担模式;确定目标AAA服务器为第一AAA服务器和第二AAA服务器;依据第一性能值和第二性能值,为第一AAA服务器和第二AAA服务器分配对应的权重值;相应地,用户报文分配策略为将用户报文按照权重值分配给第一AAA服务器和第二AAA服务器。
在一种可能的实现方式中,控制器还可以包括定时模块和请求模块,定时模块可以用于启动定时器,定时器用于指示控制器在定时器计时结束时刻,通知接入服务器将系统所处的第一运行模式切换为第二运行模式,第二运行模式为在定时器开始计时时刻前,距第一运行模式最近一次接入服务器所处的运行模式。请求模块可以用于在定时器结束前的指定时刻,向接入服务器发送请求消息,请求消息用于指示接入服务器获取第一性能值和第二性能值,并将第一性能值和第二性能值发送给控制器。
第三方面,本申请实施例还提供了一种接入服务器,该接入服务器包括:获取模块、发送模块、接收模块和执行模块。具体的,获取模块可以用于获取第一AAA服务器的第一性能值以及第二AAA服务器的第二性能值;发送模块可用于将第一性能值和第二性能值发送给控制器;接收模块可用于接收控制器发送的用户报文分配策略,其中,用户报文分配策略为控制器基于第一性能值和第二性能值确定的;执行模块可用于依据用户报文分配策略,将接收到的来自用户终端的用户报文发送给对应的目标AAA服务器,其中,目标AAA服务器为第一AAA服务器和/或第二AAA服务器。
在一种可能的实现方式中,接入服务器还可以包括判断模块,该模块可以用于判断探测条件是否被触发;相应的,获取模块还用于若判断模块判断为是,则获取第一性能值以及第二性能值。
在一种可能的实现方式中,探测条件用于指示第一AAA服务器的认证功能或计费功能发生异常。
在一种可能的实现方式中,获取模块可以具体用于向第一AAA服务器发送第一指定数量的符合第一AAA服务器对应的认证授权计费类型的第一探测报文,其中,认证授权计费类型包括认证类型和/或计费类型;统计接收到的与第一探测报文对应的第一探测响应报文的数量;依据统计结果,确定第一AAA服务器的第一性能值;以及,向第二AAA服务器发送第二指定数量的符合第二AAA服务器对应的认证授权计费类型的第二探测报文,其中,第二AAA服务器对应的认证授权计费类型与第一AAA服务器对应的认证授权计费类型一致;统计接收到的与第二探测报文对应的第二探测响应报文的数量;依据统计结果,确定第二AAA服务器的第二性能值。
第四方面,本申请实施例提供了一种报文处理方法,该方法应用于接入服务器,具体的,方法包括:获取第一AAA服务器的第一性能值以及第二AAA服务器的第二性能值;基于第一性能值和第二性能值,为接收到的来自用户终端的用户报文分配对应的目标AAA服务器,用户报文为认证请求报文或计费请求报文,目标AAA服务器为第一AAA服务器和/或第二AAA服务器;将用户报文发送给目标AAA服务器。
在一种可能的实现方式中,获取第一AAA服务器的第一性能值以及第二AAA服务器的第二性能值的方式可以为:向第一AAA服务器发送第一指定数量的符合第一AAA服务器对应的认证授权计费类型的第一探测报文,其中,认证授权计费类型包括认证类型和/或计费类型;统计接收到的与第一探测报文对应的第一探测响应报文的数量;依据统计结果,确定第一AAA服务器的第一性能值;以及,向第二AAA服务器发送第二指定数量的符合第二AAA服务器对应的认证授权计费类型的第二探测报文,其中,第二AAA服务器对应的认证授权计费类型与第一AAA服务器对应的认证授权计费类型一致;统计接收到的与第二探测报文对应的第二探测响应报文的数量;依据统计结果,确定第二AAA服务器的第二性能值。
第五方面,本申请实施例提供了一种报文处理方法,该方法应用于控制器,具体的,方法包括:获取接入服务器发送的第一性能值和第二性能值,其中,第一性能值用于指示第一AAA服务器的性能状态,第二性能值用于指示第二AAA服务器的性能状态;基于第一性能值和第二性能值,确定对应于第一AAA服务器和第二AAA服务器的用户报文分配策略;向接入服务器发送用户报文分配策略。
第六方面,本申请实施例提供了一种报文处理方法,该方法应用于接入服务器,具体的,方法包括:获取第一AAA服务器的第一性能值以及第二AAA服务器的第二性能值;将第一性能值和第二性能值发送给控制器;接收控制器发送的用户报文分配策略,其中,用户报文分配策略为控制器基于第一性能值和第二性能值确定的;依据用户报文分配策略,将接收到的来自用户终端的用户报文分配对应的目标AAA服务器。
在一种可能的实现方式中,接入服务器获取第一AAA服务器的第一性能值以及第二AAA服务器的第二性能值的方式可以为:向第一AAA服务器发送第一指定数量的符合第一AAA服务器对应的认证授权计费类型的第一探测报文,其中,认证授权计费类型包括认证类型和/或计费类型;统计接收到的与第一探测报文对应的第一探测响应报文的数量;依据统计结果,确定第一AAA服务器的第一性能值;以及,向第二AAA服务器发送第二指定数量的符合第二AAA服务器对应的认证授权计费类型的第二探测报文,其中,第二AAA服务器对应的认证授权计费类型与第一AAA服务器对应的认证授权计费类型一致;统计接收到的与第二探测报文对应的第二探测响应报文的数量;依据统计结果,确定第二AAA服务器的第二性能值。
第七方面,本申请实施例提供一种接入服务器侧的通信装置,该装置可以是接入服务器,也可以是接入服务器内的芯片。该装置具有实现上述第四方面和第六方面涉及接入服务器的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元。
在一种可能的实现方式中,当该装置为接入服务器时,接入服务器包括:处理器和收发器,所述处理器被配置为支持接入服务器执行上述各方面中相应的功能。收发器用于支持接入服务器和AAA服务器之间的通信,向AAA服务器发送上述方法中所涉及的信息或指令。可选的,接入服务器还可以包括存储器,所述存储器用于与处理器耦合,其保存接入服务器必要的程序指令和数据。
在一种可能的实现方式中,该装置包括处理器,该处理器用于与存储器耦合,并读取存储器中的指令并根据所述指令执行上述第四方面和第六方面中涉及接入服务器的方法。该存储器可以位于该处理器内部,还可以位于该处理器外部。
其中,上述任一处提到的处理器,可以是一个通用中央处理器(CentralProcessing Unit,简称CPU),微处理器,特定应用集成电路(application-specificintegrated circuit,简称ASIC),或一个或多个用于控制上述各方面空间复用方法的程序执行的集成电路。
第八方面,本申请提供一种控制器侧的通信装置,该装置可以是控制器,也可以是控制器内的芯片。该装置具有实现上述第五方面中涉及控制器的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元。
在一种可能的实现方式中,当该装置为控制器时,控制器包括:处理器和收发器,所述处理器被配置为支持控制器执行上述方法中相应的功能。收发器用于支持控制器与接入服务器之间的通信,接收接入服务器发送上述方法中所涉及的信息,例如,第一性能值和第二性能值等。可选的,控制器还可以包括存储器,所述存储器用于与处理器耦合,其保存控制器必要的程序指令和数据。
在一种可能的实现方式中,该装置包括处理器,该处理器用于与存储器耦合,并读取存储器中的指令并根据所述指令执行上述第五方面中所述的方法。该存储器可以位于该处理器内部,还可以位于该处理器外部。
其中,上述任一处提到的处理器,可以是一个通用中央处理器,微处理器,特定应用集成电路,或一个或多个用于控制上述各方面空间复用方法的程序执行的集成电路。
第九方面,本申请提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,所述指令可以由处理电路上的一个或多个处理器执行。当其在计算机上运行时,使得计算机执行上述第四方面至第六方面中任一方面或其任意可能的实现方式中的方法。
第十方面,提供了一种包含指令的计算机程序产品,其在计算机上运行时,使得计算机执行上述第四方面至第六方面中的任一方面或其任意可能的实现方式中的方法。
第十一方面,本申请提供了一种芯片系统,该芯片系统包括处理器,用于支持数据发送设备实现上述方面中所涉及的功能,例如生成或处理上述各方面中所涉及的数据和/或信息。在一种可能的设计中,所述芯片系统还包括存储器,所述存储器,用于保存数据发送设备必要的程序指令和数据。该芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
第十二方面,本申请实施例提供一种报文处理系统,该系统包括上述第一方面涉及的接入服务器、第一AAA服务器、第二AAA服务器。
第十三方面,本申请实施例提供一种报文处理系统,该系统包括上述第二和第三方面涉及的控制器、接入服务器、第一AAA服务器、第二AAA服务器。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例的描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请一个实施例提供的一种应用场景示意图之一;
图2是本申请一个实施例提供的报文处理方法的流程示意图之一;
图3是本申请一个实施例提供的报文处理方法的流程示意图之二;
图4是本申请一个实施例提供的报文处理方法的流程示意图之三;
图5是本申请一个实施例提供的报文处理方法的流程示意图之四;
图6是本申请一个实施例提供的一种应用场景示意图之二;
图7是本申请一个实施例提供的报文处理方法的流程示意图之五;
图8是本申请实施例提供的一种接入服务器的结构示意图之一;
图9是本申请实施例提供的一种控制器的结构示意图;
图10是本申请实施例提供的一种接入服务器的结构示意图之二。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。
本申请实施例的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象,而不是用于描述对象的特定顺序。例如,第一目标对象和第二目标对象等是用于区别不同的目标对象,而不是用于描述目标对象的特定顺序。
在本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
在本申请实施例的描述中,除非另有说明,“多个”的含义是指两个或两个以上。例如,多个处理单元是指两个或两个以上的处理单元;多个系统是指两个或两个以上的系统。
如图1所示为已有技术实施例中的报文处理方法的流程示意图,具体为:
接入服务器接收用户终端发送的用户报文,并通过检索本地的参数配置(参数配置中有对应的模式参数项,该模式参数项用于指示当前AAA服务器集群所处的运行模式),以确定当前连接接入服务器的AAA服务器集群所处的运行模式。举例说明:若当前AAA服务器集群处于负载分担模式,并且AAA服务器集群中的AAA服务器1和2均参与该负载分担模式,并具有相等的权重值50%,则接入服务器当前的模式参数项中将对应记录有相关参数,以指示AAA服务器当前所处状态为负载分担模式、AAA服务器1的权重值为50%、AAA服务器2的权重值为50%。同样,当AAA服务器集群处于主备模式时,模式参数项中将对应记录有相关参数,以指示当前AAA服务器集群处于主备模式,以及主服务器和备服务器分别为哪个AAA服务器。
若AAA服务器集群所处的运行模式为主备模式,则,接入服务器将用户报文全部发送给主服务器。在报文处理过程中,如果主服务器发生性能瓶颈,例如:服务器宕机,则接入服务器无法在预定时间内接收到主服务器返回的响应消息,即可确定报文发送失败。在该种情况下,接入服务器将会进行报文重传,并在重传多次后,确认主服务器状态异常。接着,接入服务器可确认需要进行主备切换,即,接入服务器将新接收到的用户报文均发送给备服务器,备服务器接替主服务器对报文进行认证和/或计费处理。并且,在主备切换完成后,启动定时器。
在定时器结束时,接入服务器确认进行主备切换,即,将备服务器回切至主服务器,接入服务器将用户报文发送给主服务器。
综上,在主备模式下,存在下述问题:
1)在主备进行正切,即,主服务器切换为备服务器的情况下,如果备服务器同样出现性能瓶颈,例如:服务器宕机,则接入服务器在发送多条重传报文后,才能确定备服务器同样出现性能瓶颈,之后,接入服务器再对用户进行禁止上线处理,即,不再接收用户报文,使用户可在其它接入服务器上上线。由此可见,接入服务器利用用户报文进行两次重发过程后,才能确定主服务器和备服务器均发生故障,降低了用户报文的处理效率,严重影响了用户上线的速度。
2)在主备进行回切,即,定时器到时,备服务器切换为主服务器的情况下,如果主服务器的性能状态仍未恢复正常,则接入服务器在发送多条重传报文后,才能确定主服务器的当前状态仍为异常状态,随后,接入服务器再将用户报文重新发给备服务器。
显然,由于接入服务器无法及时、准确地获知AAA服务器的性能状态,造成接入服务器需要连续向AAA服务器发送大量的重传报文之后,才能确定AAA服务器出现性能瓶颈,增加了接入服务器端的设备压力,并且,严重影响了用户上线的时效性,降低了用户使用体验。
此外,当AAA服务器集群处于主备模式下时,需要操作人员手动进行调整,才能完成主备模式与负载分担模式间的切换。
以及,在已有技术中,在AAA服务器集群处于负载分担模式的情况下,由于负载分担模式中的权重为预先设置的,因此,在负载分担模式中的某个AAA服务器出现性能瓶颈时,仍然需要操作人员手动对集群中的各服务器的权重值进行调整。
以及,在已有技术中,若AAA服务器发生故障,接入服务器在未感知到AAA服务器发生故障的情况下,将会导致接入服务器进行报文重传,而在已有技术中,接入服务器同时上线用户的数量巨大,例如1万个用户,此时,接入服务器会将同时接收到的1万个用户的用户报文进行多次重传后,才能够感知到AAA服务器发生故障,例如:如果1万个用户上线,则在AAA服务器故障的情况下,接入服务器将会将1万个用户发来的1万个用户报文,均进行重传过程,具体重传过程为:每个用户报文将向AAA服务器重传3次,并且每次间隔5s,即接入服务器如果接收到1万个用户的1万个用户报文,将会进行3万次的用户报文发送过程。显然,对于用户报文的重传,增加了接入服务器的压力,使接入服务器存在崩溃的风险。
综上,已有技术实施例中的报文处理方法,接入服务器依赖于用户上线后发送的用户报文触发对AAA服务器的性能状态的探测,导致接入服务器无法及时、准确地感知到当前运行的AAA服务器的性能状态,使接入服务器压力增大,并且影响了用户报文处理效率,降低了用户使用体验。以及,由于集群中的模式与算法之间的调整均需要人工介入,增加了运营成本,并进一步降低了整个系统的处理效率。
本申请提出一种报文处理方法,以解决已有技术中的上述缺陷。
在对本申请实施例的技术方案说明之前,首先结合附图对本申请实施例的应用场景进行说明。参见图1,为本申请实施例提供的一种应用场景示意图。该应用场景中包括接入服务器11、AAA服务器1-3(其中,AAA服务器1-3指的是:AAA服务器1、AAA服务器2、AAA服务器3),在图中的标号依次为12、13、14,以及用户终端1-3(其中,用户终端1-3指的是:用户终端1、用户终端2、用户终端3),在图中的标号依次为15、16、17。本申请实施例具体实施的过程中,接入服务器可以为网络接入服务器(Network Access Server,NAS),或者为宽带远程接入服务器(Broadband Remote Access Server,BRAS),还可以为宽带接入服务器(Broadband Access Server,BAS)。AAA服务器可以为远程认证拨入用户服务器(RemoteAuthentication Dial In User Service,RADIUS)或其它可实现认证和/或计费功能的服务器。需要说明的是,在实际应用中,接入服务器和AAA服务器的数量均可以为一个或多个,图1所示应用场景的入服务器和AAA服务器的数量仅为示意性举例。
结合上述如图1所示的应用场景示意图,下面介绍本申请的具体实施方案,在本申请的实施例中,以图1中的AAA服务器1为第一AAA服务器,AAA服务器2和AAA服务器3为第二AAA服务器为例进行详细阐述:
场景一
结合图1,如图2所示为本申请实施例中的报文处理方法的流程示意图,在图2中:
S101,接入服务器获取第一AAA服务器的第一性能值以及第二AAA服务器的第二性能值。
具体的,在本申请的实施例中,接入服务器可通过主动探测,而获取到第一AAA服务器和第二AAA服务器的性能状态,在本申请的实施例中,AAA服务器的性能状态可以性能值的方式表示。具体的,接入服务器可分别向第一AAA服务器与第二AAA服务器发送指定数量的探测报文,并统计成功接收到的响应报文的数量,并依据统计结果,计算出与AAA服务器对应的性能值,其中,接入服务器向每个AAA服务器发送的探测报文的数量可以相同,也可以不同。其中,接入服务器向AAA服务器发送探测报文之前,可检测本地配置以获取到待探测的AAA服务器的认证授权计费类型,认证授权计费类型包括但不限于:认证类型、计费类型。即,待探测的AAA服务器可以具有认证功能和/或计费功能。本申请中的接入服务器通过向AAA服务器发送指定类型的探测报文,即,与AAA服务器所具有的功能类型相符的类型的探测报文,从而能够有针对性的对AAA服务器的出现故障的功能进行探测,并且本申请的探测报文的报文格式简单,仅具有AAA服务器和接入服务器的地址信息和探测报文的报文类型等必要信息,比已有技术中的用户报文的长度短,因此,本申请通过该种具有简单报文结构的探测报文对AAA服务器进行探测,能够缩短对AAA服务器性能状态的感知时间。以及,在本申请的实施例中,成功接收到的响应报文是指,在预定时间内,例如:5s内接收到的与探测报文对应的响应报文,则为成功接收到的响应报文。也就是说,即使接收到响应报文,但是该响应报文的响应时间超出5s,仍然认为响应失败。举例说明:接入服务器向第一AAA服务器发送探测报文1,其中,探测报文1中包括但不限于:接入服务器的地址信息(包括IP地址与端口地址)、第一AAA服务器的地址信息(包括IP地址与端口地址)、探测报文编号(编号为1)以及认证授权计费类型(以计费类型为例)等信息。在预定间隔后(以1s为例),接入服务器向第一AAA服务器发送探测报文2,其中,探测报文2中包括但不限于:接入服务器的地址信息、第一AAA服务器的地址信息、探测报文编号为2、以及认证授权计费类型为计费类型等信息。以此类推,接入服务器每隔1s向第一AAA服务器发送探测报文,总共发送探测报文数为30个,即发送探测报文编号为30的探测报文之后,停止探测。接着,接入服务器统计成功接收到的响应报文的数量,仍以响应时间为5s为例,举例说明:若接入服务器接收到响应报文,响应报文中包括但不限于:第一AAA服务器的地址信息、接入服务器的地址信息、对应的探测报文编号(编号为1)以及认证授权计费类型为计费类型,接入服务器确认该响应报文对应探测报文编号为1的探测报文,并确认响应时间为4s,则可确定响应成功。反之,若响应时间为6s,则可确定响应失败。以接入服务器接收到成功响应的响应报文数量为21条为例,则,接入服务器可通过计算响应失败的报文占总探测报文数的比值,计算出第一AAA服务器的性能值,即,第一AAA服务器对应的性能值为30%。在一个实施例中,接入服务器统计成功接收到的响应报文的方式可以通过计数器进行统计,即,接入服务器成功接收到1个响应报文,计数器加1,则在统计结果是,可直接获取计数器的计数结果以确定成功接收到的响应报文的数量,并获取到响应失败的报文的数量。显然,本申请中的主动探测方式,通过向AAA服务器发送指定类型的探测报文,即可获知AAA服务器的当前性能状态,较之已有技术中方案中,如果接收到1万个用户的用户报文,并且在AAA服务器故障的情况下,需要重复发送3万次用户报文(具体细节请参照上文中针对于已有技术方案的描写),本申请仅需要向故障AAA服务器发送指定数量的报文结构简单且长度较短的探测报文,即可获知AAA服务器当前的性能状态,从而无需对故障AAA服务器进行大量的用户报文重传过程,进而减轻了接入服务器的压力,并且缩短了对故障服务器的感知时间。
此外,在本申请的实施例中,接入服务器端可预先设置有探测条件,当接入服务器检测到探测条件被触发时,即可启动对AAA服务器的性能值的主动探测流程。在一个实施例中,探测条件可用于指示第一AAA服务器的认证功能或计费功能发生异常。举例说明:接入服务器接收到用户终端发来的计费请求报文(也可以是认证请求报文)后,将计费请求报文发送给第一AAA服务器进行处理,在预定时间内(可由操作人员进行设置,本申请不做限定),若接入服务器未接收到第一AAA服务器返回的对应于计费请求报文的响应报文,则,接入服务器可初步认定第一AAA服务器出现性能瓶颈,即,计费功能发生异常。接着,接入服务器可向第一AAA服务器和第二AAA服务器发送认证授权计费类型为计费类型的探测报文,以获取第一AAA服务器的具体性能值和第二AAA服务器的具体性能值。
在另一个实施例中,探测条件还可以被设置为在定时器结束前的指定时刻被触发。在本申请的实施例中,接入服务器每执行一次用户报文的重新分配,即在S103之后,即启动定时器。该定时器用于指示接入服务器在定时器计时结束时刻,将系统所处的第一运行模式切换为第二运行模式,第二运行模式为在定时器开始计时时刻前距第一运行模式最近一次接入服务器所处的运行模式。举例说明:若AAA服务器集群当前为第二AAA服务器为备服务器,且正在运行的为第二AAA服务器的主备模式,则在定时器到达时刻,接入服务器需要将备服务器回切到主服务器,即将当前所处的正在运行的为第二AAA服务器,且第二AAA服务器为备服务器的主备模式切换为第一AAA服务器为主服务器的主备模式(在接入服务器的参数配置中已预先配置主服务器为第一AAA服务器,备服务器为第二AAA服务器)。显然,已有技术中的定时器,在定时器到达时刻即进行策略调整,导致接入服务器需要利用用户报文对主服务器的状态进行探测,增加了接入服务器的压力,并且影响了用户上线的效率。较之已有技术,本申请实施例中的探测条件设置为定时器结束前的指定时刻,即,在接入服务器将当前的第一运行模式回切到第二运行模式之前,即可预先对第一AAA服务器和第二AAA服务器的性能状态进行探测,从而有效提升了用户报文处理效率。
在又一个实施例中,探测条件还可以被设置为在探测周期到达时刻,确定探测条件被触发。即,操作人员可在接入服务器侧预先配置探测周期,例如:1小时,则,接入服务器每隔1小时,即探测周期到达时刻,启动对第一AAA服务器和第二AAA服务器的性能状态的主动探测流程。从而能够在用户上线之前,接入服务器即可提前感知到AAA服务器集群中所有AAA服务器的性能状态,从而做出相应的策略调整,使接入服务器在接收到新的用户报文时,能够及时的对用户报文进行处理,而不用再将用户报文发送给已故障的AAA服务器,进一步提升用户报文的处理效率。
S102,接入服务器基于第一性能值和第二性能值,为接收到的来自用户终端的用户报文分配对应的目标AAA服务器。
具体的,在本申请的实施例中,接入服务器可基于第一AAA服务器的第一性能值和第二AAA服务器的第二性能值,按照比例将用户报文分配给对应的目标AAA服务器。在本申请的实施例中,用户报文可以为认证请求报文,可以为计费请求报文。例如用户报文为计费请求报文时,接入服务器在对计费请求报文进行分配时,可以仅对属于计费请求报文的一类报文进行分配。并且,在本申请的实施例中,目标AAA服务器可以为第一AAA服务器和/或第二AAA服务器。
在一个实施例中,若当前处于第一AAA服务器和第二AAA服务器的权重值相等的负载分担模式下,即,当前接入服务器为第一AAA服务器和第二AAA服务器分配的用户报文数量相等。在该种情况下,若第一AAA服务器的第一性能值指示第一AAA服务器已宕机,则接入服务器为第一AAA服务器分配的用户报文的比例为0,在该种情况下,目标AAA服务器即为第二AAA服务器。在另一个实施例中,若AAA服务器集群处于第一AAA服务器为主服务器,第二AAA服务器为备服务器的主备模式,并且,第一AAA服务器的第一性能值指示第一AAA服务器宕机,则,接入服务器为第一AAA服务器分配的用户报文比例为0,而为第二AAA服务器分配的用户报文比例为100%,即,将所有用户报文均分配给备服务器进行处理,其中,第二AAA服务器即为目标AAA服务器。在又一个实施例中,若AAA服务器集群处于第一AAA服务器和第二AAA服务器的权重值相等的负载分担模式,并且,第一AAA服务器的第一性能值指示第一AAA服务器的性能状态为中等,第二AAA服务器的第二性能值指示第二AAA服务器的性能状态均为良好,则,接入服务器可将用户报文按照一定规则进行比例的划分,举例说明:AAA服务器1的性能状态为中等,AAA服务器2和AAA服务器3的性能状态均为良好,则接入服务器可将用户报文按照2:4:4的比例分别分配给AAA服务器1、AAA服务器2和AAA服务器3,即,若接入服务器接收到100条用户计费请求报文,则将20条计费请求报文分配给AAA服务器1进行处理,40条计费请求报文分配给AAA服务器2进行处理,40条计费请求报文分配给AAA服务器3进行处理,在该实施例中,目标AAA服务器为第一AAA服务器和第二AAA服务器。
具体的接入服务器基于第一性能值与第二性能值,按照预定规则为目标AAA服务器分配用户报文的实施例,将在下面的各场景中进行详细说明。
S103,接入服务器将用户报文发送给目标AAA服务器。
具体的,在本申请的实施例中,接入服务器将按照S102中对于用户报文的分配方式,将用户报文发送给目标AAA服务器。
综上所述,本申请实施例中的报文处理方法,通过主动探测第一AAA服务器以及第二AAA服务器的性能值,从而能够基于第一AAA服务器与第二AAA服务器的当前的性能状态,为AAA服务器制定对应的用户报文分配策略,进而提升了用户报文的处理效率,并且,无需人工介入,即可自动调整用户报文的分配方式,从而降低了运营成本。
场景二
在该场景中,以AAA服务器集群当前所处的运行模式为第一AAA服务器为主服务器,至少一个第二AAA服务器为备服务器,且正在运行的为主服务器的主备模式,以及,第一AAA服务器为AAA服务器1,至少一个第二AAA服务器为AAA服务器2和AAA服务器3为例进行详细阐述。
结合图1,如图3所示为本申请实施例中的报文处理方法的流程示意图,在图3中:
S201,接入服务器检测到AAA服务器1出现性能瓶颈。具体的,在本实施例中,接入服务器接收用户终端发送的用户报文,在本实施例中,以用户报文的计费请求报文为例进行详细阐述。接入服务器将计费请求报文发送给AAA服务器1,在预定时间内,接入服务器未接收到AAA服务器1对应于该计费请求报文的响应报文,因此,接入服务器初步认定AAA服务器1的计费功能发生异常。
S202,接入服务器获取AAA服务器1的性能值。具体的,接入服务器向AAA服务器1发送30个认证授权计费类型为计费类型的探测报文,并统计接收到的对应于探测报文的响应报文。在本实施例中,以接收到0条响应报文为例,即,性能值为100%。接入服务器可确定AAA服务器1的性能值满足第一性能区间。在本申请的实施例中,操作人员可预先在接入服务器侧设置第一性能区间、第二性能区间以及第三性能区间。举例说明:第一性能区间可以设置为[98%,100%](即,第一性能区间为大于等于98%且小于等于100%),第二性能区间可以设置为(70%,98%)(即,第二性能区间为大于70%且小于98%),第三性能区间可以设置为[0,30%](即,第三性能区间为大于等于0且小于等于30%)。其中,若AAA服务器的性能值满足第一性能区间(其中,性能值满足某区间是指该性能值落入区间内),即可确定该AAA服务器已发生故障,无法继续处理用户报文。若AAA服务器的性能值满足第二性能区间,则可确定该AAA服务器出现性能瓶颈,但是仍然可对用户报文进行处理。若AAA服务器的性能值满足第三性能区间,则可确定该AAA服务器的性能状态良好。操作人员可根据实际需求对各阈值进行设置,本申请对此不作限定。
在本实施例中,由于AAA服务器1的性能值(100%)满足第一性能区间,接入服务器确定AAA服务器1无法继续处理用户报文。
探测AAA服务器的性能值的具体细节可参照S102,此处不赘述。
S203,接入服务器获取AAA服务器2和AAA服务器3的性能值。接入服务器获取AAA服务器2和AAA服务器3的性能值的方式与S202中的相同,此处不赘述。在本实施例中,以AAA服务器2和AAA服务器3的性能值均为0,即向AAA服务器2和AAA服务器3发送的所有探测报文均得到成功响应为例进行详细说明。接入服务器确定AAA服务器2和AAA服务器3的性能值均不满足第一性能区间,则确定AAA服务器2和AAA服务器3均可作为备用服务器对用户报文进行处理。
S201和S203的顺序不限定。
S204,接入服务器选择目标AAA服务器。具体的,在本实施例中,接入服务器检测到AAA服务器集群当前所处的第一运行模式为主备模式,并且,AAA服务器1为主备模式中的主服务器,因此,主服务器,即AAA服务器1出现故障,无法继续处理用户报文,并且至少一个第二AAA服务器,即AAA服务器1和AAA服务器2的性能状态均正常的情况下,接入服务器可从AAA服务器2和AAA服务器3中选择其一作为接替主服务器对用户报文进行处理的备服务器,即,目标AAA服务器。在一个实施例中,接入服务器可随机选择AAA服务器2和3的其中之一作为目标AAA服务器。在另一个实施例中,若AAA服务器2和AAA服务器3的性能值不相等,则接入服务器可选择性能状态较优的AAA服务器作为备服务器。在又一个实施例中,操作人员可预先在接入服务器侧配置备服务器的选择顺序,例如:优先选择AAA服务器2作为备服务器,即,在AAA服务器2的性能值满足第一性能区间的情况下,再选择AAA服务器3作为备服务器。在本实施例中,以备服务器为AAA服务器2为例进行详细阐述。
接着,接入服务器可确定对于计费请求报文的分配方式为:将所有计费请求报文均分配给目标AAA服务器,即AAA服务器2。此时,AAA服务器集群所处的运行模式为:AAA服务器2为主服务器(此时AAA服务器2接替AAA服务器1成为主服务器)的主备模式。
S205,接入服务器将用户报文发送给目标AAA服务器(在本实施例中目标AAA服务器即为AAA服务器2)。具体的,接入服务器将所有计费请求报文发送给AAA服务器2。对于认证请求报文的处理,与计费请求报文的处理方式相同,此处不赘述。
S206,接入服务器启动定时器。具体的,以定时器为10分钟为例进行详细阐述。
S207,接入服务器检测到到达定时器结束前的指定时刻。具体的,以定时器结束前的3分钟为例,即,在定时器启动后的第7分钟,接入服务器判定指定时刻已到达。
S208,接入服务器获取AAA服务器1的性能值。具体的,在本实施例中,以AAA服务器1的性能状态恢复正常,即,AAA服务器1的性能值为0,AAA服务器2和AAA服务器3的性能值仍为0为例进行详细阐述。在另一实施例中,接入服务器也可以进一步获取AAA服务器2-3的性能值。
S209,接入服务器检测原模式(即本申请实施例中的第二运行模式)是否为AAA服务器1为主服务器的主备模式。具体的,接入服务器检测定时器启动之前,最后一次运行模式切换中的原运行模式是否为以AAA服务器1为主服务器的主备模式。在本申请的实施例中,接入服务器侧记录有AAA服务器集群当前所处的运行模式以及运行模式切换历史的相关信息。
S208和S209步骤的顺序不限定。
在本实施例中,接入服务器检测到原运行模式为AAA服务器1为主备模式中的主服务器的运行模式。进入步骤S210。
S210,接入服务器判断AAA服务器1的性能值是否满足第三性能区间。具体的,若AAA服务器1的性能值不满足第三性能区间,则接入服务器仍将计费请求报文发送给AAA服务器2进行处理,并重新启动定时器,循环步骤S205-S209。若AAA服务器1的性能值满足第三性能区间,则进入S211。
S211,接入服务器将当前运行模式切换为原运行模式。具体的,在本实施例中,接入服务器检测到AAA服务器1的当前性能值(当前性能值为0)满足第三性能区间,则接入服务器确定AAA服务器1的性能状态已恢复正常,因此,接入服务器将当前的备服务器回切到主服务器,即,将当前的AAA服务器2为主服务器的主备模式切换为AAA服务器1为主服务器的主备模式。
S212,接入服务器将用户报文发送给目标AAA服务器(即AAA服务器1)。具体的,在本实施例中,确认回切到第二运行模式后,则,AAA服务器1即为目标AAA服务器。接入服务器将计费请求报文均分配给AAA服务器1进行处理。
综上所述,本申请实施例中的报文处理方法,在主服务器切换备服务器之前,预先获知备服务器的性能状态,并基于获取到的备服务器的性能状态,判断该备服务器是否足以接替主服务器进行报文处理,以完成主备切换。并且,在回切之前,即将备服务器切换回主服务器之前,预先获取主服务器的性能状态,以基于主服务器的当前的性能状态判断是否允许回切流程。显然,本申请实施例中的报文处理方法,能够基于AAA服务器当前的性能状态,自动完成主备服务器间的正切与回切,从而无需人工介入,节省了运营成本,提升了报文处理的效率。
场景三
在该场景中,以AAA服务器集群当前所处的运行模式为第一AAA服务器为主服务器,至少一个第二AAA服务器为备服务器,且正在运行的为主服务器的主备模式,以及,第一AAA服务器为AAA服务器1,至少一个第二AAA服务器为AAA服务器2和AAA服务器3为例进行详细阐述。
结合图1,如图4所示为本申请实施例中的报文处理方法的流程示意图,在图4中:
S301,接入服务器检测到AAA服务器1出现性能瓶颈。
该步骤中的具体细节与S201相同,此处不赘述。
S302,接入服务器获取AAA服务器1的性能值。具体的,在本实施例中,以接入服务器获取到AAA服务器1的性能值为80%为例进行详细阐述。
该步骤中的其它细节与S202相同,此处不赘述。
S303,接入服务器获取AAA服务器2和AAA服务器3的性能值。具体的,以AAA服务器2和AAA服务器3的性能值均为0为例进行详细说明。
该步骤中的其它细节与S202相同,此处不赘述。
S302和S303的顺序不限定。
S304,接入服务器将当前运行模式切换为AAA服务器1至3均参与的负载分担模式。具体的,在本实施例中,在步骤302中,接入服务器获取到AAA服务器1的性能值为80%,即,AAA服务器1当前的性能值在满足第二性能区间,接入服务器可确认当前AAA服务器1出现性能瓶颈,但是仍然可对用户报文进行处理。以及,接入服务器已获取到AAA服务器2和AAA服务器3的性能值为0,即性能状态良好。因此,接入服务器确认可将当前的主备模式切换为负载分担模式,并且,接入服务器选择AAA服务器1、AAA服务器2和AAA服务器3作为参与负载分担模式的AAA服务器,即,目标AAA服务器为AAA服务器1-3。
S305,接入服务器为AAA服务器1-3分配权重值。具体的,在本申请的实施例中,操作人员可预先在接入服务器侧配置权重值分配策略,例如:可将不同的性能值区间与对应的权重值进行关联,即,操作人员可预先将性能值划分为不同区间,并对每个区间设置对应的权重值,使接入服务器可通过检测当前AAA服务器的性能值所属区间,从而获取到与该所属区间对应的权重值。在其他实施例中,对于权重的划分规则也可以根据实际需求进行设置,本申请对此不做限定。
本申请实施例中,通过将性能值与对应的权重值相关联,从而能够实现负载分担模式中各AAA服务器的非等值负载分担(Unequal Cost Multipath,UCMP)权重值的动态调整。
S306,接入服务器将用户报文发送给AAA服务器1-3。具体的,在本实施例中,接入服务器按照已分配给AAA服务器1-3的权重值,将用户报文分配给AAA服务器1-3。
S307,接入服务器启动定时器。具体的,在本实施例中,仍以定时器为10分钟为例进行详细阐述。
在一个实施例中,在定时器1(即为S307中启动的定时器)开始计时后,若在负载分担场景下,S306中接入服务器向AAA服务器1-3发送用户报文后检测到某个AAA服务器(例如AAA服务器2)的性能出现变化,例如AAA服务器2性能出现瓶颈,则接入服务器重新执行向AAA服务器1-3发送探测报文以获取各AAA服务器性能值,然后根据新获取的AAA服务器的性能值再次动态调整AAA服务器1-3的权重值,并在调整权重值后,启动定时器2。(负载分担模式下的策略调整过程的具体细节可参照S401至S406)。但是,由于S307中的定时器1较早开始计时,因此,S307中的定时器较早到达本申请实施例中所述的指定时刻,即,进入S308。
S308,接入服务器检测到到达定时器结束前的指定时刻。
该步骤的具体细节与S207相同,此处不赘述。
S309,接入服务器获取AAA服务器1的性能值。在另一实施例中,接入服务器也可以进一步获取AAA服务器2-3的性能值。
该步骤的具体细节与S208相同,此处不赘述。
S310,接入服务器检测原运行模式是否为AAA服务器1为主服务器的主备模式。
该步骤的具体细节与S209相同,此处不赘述。
S311,接入服务器判断AAA服务器1的性能值是否满足第三性能区间。
该步骤的具体细节与S210相同,此处不赘述。
S310和S311步骤的顺序不限定。
S312,接入服务器将当前运行模式切换为原运行模式。具体的,在本实施例中,接入服务器将当前运行模式,即AAA服务器1至3均参与,且具有相应的权重值的负载分担模式,切换为原运行模式,即AAA服务器1为主服务器的主备模式。
S313,接入服务器将用户报文发送给目标AAA服务器。
该步骤的具体细节与S212相同,此处不赘述。
综上所述,本申请实施例中的报文处理方法,通过预先获知AAA服务器集群中的各AAA服务器的性能状态,从而能够判断出是否允许进行主备模式与负载分担模式的策略调整,从而无需人工介入,节省了运营成本,提升了报文处理的效率。
场景四
在该场景中,以AAA服务器集群当前所处的运行模式为AAA服务器1至3均参与,且权重值相等的负载分担模式,以及,第一AAA服务器为AAA服务器1,至少一个第二AAA服务器为AAA服务器2和AAA服务器3为例进行详细阐述。
结合图1,如图5所示为本申请实施例中的报文处理方法的流程示意图,在图5中:
S401,接入服务器检测到AAA服务器1出现性能瓶颈。
该步骤的具体细节与S201相同,此处不赘述。
S402,接入服务器获取AAA服务器1的性能值。
该步骤的具体细节与S202相同,此处不赘述。
S403,接入服务器获取AAA服务器2和AAA服务器3的性能值。
该步骤的具体细节与S203相同,此处不赘述。
S402和S403的步骤顺序不限定。
S404,接入服务器为AAA服务器1-3分配权重值。具体的,在本实施例中,由于AAA服务器1的性能值为100%,因此,接入服务器为AAA服务器1分配的权重值为0,即,接入服务器不会将用户报文分配给AAA服务器1进行处理。
该步骤的其他细节可参照S305,此处不赘述。
S405,接入服务器将用户报文发送给AAA服务器2和3。具体的,在本实施例中,由于AAA服务器1的权重值为0,则接入服务器将按照AAA服务器2和3对应的权重值,对用户报文进行分配。即,在本实施例中,目标AAA服务器即为AAA服务器2和AAA服务器3。
S406,接入服务器启动定时器。具体的,在本实施例中,仍以定时器为10分钟为例进行详细阐述。
S407,接入服务器检测到到达定时器结束前的指定时刻。
该步骤的具体细节与S207相同,此处不赘述。
S408,接入服务器获取AAA服务器1-3的性能值。
S409,接入服务器检测原运行模式是否为AAA服务器1至3均参与的负载分担模式。具体的,在本实施例中,接入服务器确认原运行模式为AAA服务器1至3均参与的负载分担模式。
S408和S409的步骤顺序不限定。
S410,接入服务器为AAA服务器1-3分配权重值。具体的,在本实施例中,以接入服务器检测到AAA服务器1的性能值已恢复到0为例进行详细阐述。具体的,在本实施例中,由于AAA服务器1的性能状态已恢复至正常,因此,接入服务器将按照当前AAA服务器1-3对应的权重值,将用户报文分配给AAA服务器1-3。
该步骤的其它具体细节可参照S305,此处不赘述。
S411,接入服务器将用户报文发送给AAA服务器1-3。
综上所述,本申请实施例中的报文处理方法,通过预先获知AAA服务器集群中的各AAA服务器的性能状态,从而能够实现对负载分担模式下的各AAA服务器对应的权重值的动态调整,从而无需人工介入,节省了运营成本,提升了报文处理的效率。
场景五
参见图6,为本申请另一个实施例提供的一种应用场景示意图。该应用场景中包括接入服务器21、AAA服务器1-3(其中,AAA服务器1-3指的是:AAA服务器1、AAA服务器2、AAA服务器3),在图中的标号依次为22、23、24,以及用户终端1-3(其中,用户终端1-3指的是:用户终端1、用户终端2、用户终端3),在图中的标号依次为25、26、27,以及,控制器28。需要说明的是,在实际应用中,控制器、接入服务器和AAA服务器的数量均可以为一个或多个,图6所示应用场景的控制器、接入服务器和AAA服务器的数量仅为示意性举例。
结合上述如图6所示的应用场景示意图,下面介绍本申请的具体实施方案,在本申请的实施例中,以图6中的AAA服务器1为第一AAA服务器,AAA服务器2和AAA服务器3为第二AAA服务器为例进行详细阐述:
结合图6,如图7所示为本申请实施例中的报文处理方法,在图7中:
S501,接入服务器获取第一AAA服务器的第一性能值以及第二AAA服务器的第二性能值。
S502,接入服务器将第一性能值和第二性能值发送给控制器。
S503,控制器获取接入服务器发送的第一性能值和第二性能值。具体的,在本申请的实施例中,接入服务器可通过主动探测,获取到第一AAA服务器的第一性能值和第二AAA服务器的第二性能值。性能值的具体获取方法可参照上述场景中的描述,此处不赘述。
在一个实施例中,若接入服务器发现第一AAA服务器出现性能瓶颈,则接入服务器启动主动探测流程,获取第一AAA服务器和第二AAA服务器的性能值,并发送给控制器。
在另一个实施例中,接入服务器可周期性获取第一AAA服务器和第二AAA服务器的性能值,并将获取到的性能值发送给控制器。
在又一个实施例中,控制器中存在有定时器,该定时器作用于上述场景中的定时器相同,此处不赘述。与上述场景中的实施例相同,在定时器结束前的指定时刻,控制器可触发接入服务器的主动探测流程,以通过接入服务器获取到第一AAA服务器的性能值(比如说当原模式为第一AAA服务器为主服务器的主备模式时),或者获取到第一AAA服务器与第二AAA服务器的性能值(比如说当原模式为负载分担模式时)。
S504,控制器基于第一性能值和第二性能值,确定对应于第一AAA服务器和第二AAA服务器的用户报文分配策略。具体的,在本申请的实施例中,控制器可基于获取到的第一AAA服务器的第一性能值和第二AAA服务器的第二性能值,为第一AAA服务器与第二AAA服务器确定对应的用户报文分配策略。
在一个实施例中,控制器可实现场景二中的S204,即确定将主备模式下的主服务器切换为备服务器。需要说明的是,控制器在该步骤中仅用于确定策略,具体执行主体为接入服务器。以及,控制器还可实现场景二中的S206、S207、S208、S209、S210、S211中的接入服务器的动作,即确定将主备模式中的备服务器回切到主服务器。
在另一个实施例中,控制器可实现场景三中的S304、S305、S307、S308、S310-S312中的接入服务器的动作,即,实现主备模式与负载分担模式间的动态调整。
在又一个实施例中,控制器可实现场景四中的S404、S406、S407、S409、S410中的接入服务器的动作,即实现对负载分担模式下的各AAA服务器对应的权重值的动态调整。同样,控制器仅用于对权重值的调整策略的确定,具体执行主体为接入服务器。
控制器确定用户报文分配策略的具体细节,以及接入服务器获取AAA服务器的性能值的具体细节可参照上述场景中接入服务器的相关描述,此处不赘述。
S505,控制器向接入服务器发送用户报文分配策略。
S506,接入服务器接收控制器发送的用户报文分配策略。
S507,接入服务器依据用户报文分配策略,将接收到的来自用户终端的用户报文发送给对应的目标AAA服务器。
综上所述,本申请实施例中的报文处理方法,可通过控制器基于获取到的AAA服务器的性能值,对AAA服务器的用户报文分配策略进行动态调整,从而有效减轻了接入服务器的压力,提升了资源利用率。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是,接入服务器和控制器为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对接入服务器和控制器进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,在采用对应各个功能划分各个功能模块的情况下,图8示出了上述实施例中所涉及的接入服务器的一种可能的结构示意图,如图8所示,接入服务器可以包括:获取模块31、分配模块32、发送模块33。其中,获取模块31可用于获取第一AAA服务器的第一性能值以及第二AAA服务器的第二性能值,例如该获取模块31可以用于支持接入服务器执行上述方法实施例中的S101、S202、S203、S208、S302、S303、S309、S402、S403、S408。分配模块32可用于基于第一性能值和第二性能值,为接收到的来自用户终端的用户报文分配对应的目标AAA服务器,例如该分配模块32可以用于支持接入服务器执行上述方法实施例中的S102、S204、S209-S211、S304、S305、S310-S312、S404、S409、S410。发送模块33可以用于将用户报文发送给目标AAA服务器,例如该发送模块33可以用于执行上述方法实施例中的S103、S205、S212、S306、S313、S405、S411。
可选的,如图8所示,该接入服务器还可以包括判断模块34、定时模块35。其中,判断模块34可以用于支持网络设备执行上述实施例中的S201、S207、S301、S308、S401、S407,即“判断是否需要启动对AAA服务器的性能状态的主动探测流程”。定时模块35用于支持网络设备执行上述实施例中S206、S307、S406。即,“启动定时器”。其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
图9示出了上述实施例中所涉及的控制器的一种可能的结构示意图,如图9所示,控制器可以包括:获取模块41、确定模块42、发送模块43。其中,获取模块41可用于获取接入服务器发送的第一性能值和第二性能值,例如获取模块41可以用于支持控制器执行上述方法实施例中的S503。确定模块42可用于基于第一性能值和第二性能值,确定对应于第一AAA服务器和第二AAA服务器的用户报文分配策略,例如该确定模块42可以用于支持控制器执行上述方法实施例中的S504。发送模块43可以用于将用户报文分配策略发送给接入服务器,例如该发送模块43可以用于执行上述方法实施例中的S505。相应的,图10示出了上述实施例中所涉及的接入服务器的另一种可能的结构示意图,如图10所示,接入服务器可以包括:获取模块51、发送模块52、接收模块53、执行模块54。该获取模块51用于获取第一AAA服务器的第一性能值以及第二AAA服务器的第二性能值,例如可以用于支持接入服务器执行上述方法实施例中的S501。发送模块52用于将第一性能值和第二性能值发送给控制器,例如可以用于支持接入服务器执行上述方法实施例中的S502。接收模块54用于接收控制器发送的用户报文分配策略,例如可以用于支持接入服务器执行上述方法实施例中的S506。执行模块54用于依据用户报文分配策略,将接收到的来自用户终端的用户报文发送给对应的目标AAA服务器,例如可以用于支持接入服务器执行上述方法实施例中的S507。
其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
基于相同的技术构思,本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,该计算机程序包含至少一段代码,该至少一段代码可由接入服务器和/或控制器执行,以控制接入服务器和/或控制器用以实现上述方法实施例。
基于相同的技术构思,本申请实施例还提供一种计算机程序,当该计算机程序被接入服务器和/或控制器执行时,用以实现上述方法实施例。
所述程序可以全部或者部分存储在与处理器封装在一起的存储介质上,也可以部分或者全部存储在不与处理器封装在一起的存储器上。
基于相同的技术构思,本申请实施例还提供一种处理器,该处理器用以实现上述方法实施例。上述处理器可以为芯片。
结合本申请实施例公开内容所描述的方法或者算法的步骤可以硬件的方式来实现,也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于随机存取存储器(Random Access Memory,RAM)、闪存、只读存储器(Read Only Memory,ROM)、可擦除可编程只读存储器(Erasable Programmable ROM,EPROM)、电可擦可编程只读存储器(Electrically EPROM,EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于网络设备中。当然,处理器和存储介质也可以作为分立组件存在于网络设备中。
本领域技术人员应该可以意识到,在上述一个或多个示例中,本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时,可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
上面结合附图对本申请的实施例进行了描述,但是本申请并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本申请的启示下,在不脱离本申请宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本申请的保护之内。
Claims (10)
1.一种报文处理方法,应用于接入服务器,其特征在于,所述方法包括:
向第一AAA服务器和第二AAA服务器发送多个探测报文;
根据所述第一AAA服务器与所述第二AAA服务器返回的响应报文的数量,获取第一AAA服务器的第一性能值以及第二AAA服务器的第二性能值;
基于所述第一性能值和所述第二性能值,为接收到的来自用户终端的用户报文分配对应的目标AAA服务器,所述用户报文为认证请求报文或计费请求报文,所述目标AAA服务器为所述第一AAA服务器和/或所述第二AAA服务器;
将所述用户报文发送给所述目标AAA服务器。
2.根据权利要求1所述的方法,其特征在于,所述获取第一AAA服务器的第一性能值以及第二AAA服务器的第二性能值的步骤,具体包括:
向所述第一AAA服务器发送第一指定数量的符合所述第一AAA服务器对应的认证授权计费类型的第一探测报文,其中,所述认证授权计费类型包括认证类型和/或计费类型;
统计接收到的与所述第一探测报文对应的第一探测响应报文的数量;
依据统计结果,确定所述第一AAA服务器的第一性能值;以及,
向所述第二AAA服务器发送第二指定数量的符合所述第二AAA服务器对应的认证授权计费类型的第二探测报文,其中,所述第二AAA服务器对应的认证授权计费类型与所述第一AAA服务器对应的认证授权计费类型一致;
统计接收到的与所述第二探测报文对应的第二探测响应报文的数量;
依据统计结果,确定所述第二AAA服务器的第二性能值。
3.一种报文处理方法,应用于控制器,其特征在于,所述方法包括:
获取接入服务器发送的第一性能值和第二性能值,其中,所述第一性能值用于指示第一AAA服务器的性能状态,所述第二性能值用于指示第二AAA服务器的性能状态,所述第一性能值和所述第二性能值为所述接入服务器向第一AAA服务器和第二AAA服务器发送多个探测报文,并根据所述第一AAA服务器与所述第二AAA服务器返回的响应报文的数量获取到的;
基于所述第一性能值和所述第二性能值,确定对应于所述第一AAA服务器和所述第二AAA服务器的用户报文分配策略;
向所述接入服务器发送所述用户报文分配策略。
4.一种报文处理方法,应用于接入服务器,其特征在于,所述方法包括:
向第一AAA服务器和第二AAA服务器发送多个探测报文;
根据所述第一AAA服务器与所述第二AAA服务器返回的响应报文的数量,获取第一AAA服务器的第一性能值以及第二AAA服务器的第二性能值;
将所述第一性能值和所述第二性能值发送给控制器;
接收所述控制器发送的用户报文分配策略,其中,所述用户报文分配策略为所述控制器基于所述第一性能值和所述第二性能值确定的;
依据所述用户报文分配策略,将接收到的来自用户终端的用户报文分配对应的目标AAA服务器。
5.根据权利要求4所述的方法,其特征在于,所述获取所述第一AAA服务器的第一性能值以及所述第二AAA服务器的第二性能值的步骤,具体包括:
向所述第一AAA服务器发送第一指定数量的符合所述第一AAA服务器对应的认证授权计费类型的第一探测报文,其中,所述认证授权计费类型包括认证类型和/或计费类型;
统计接收到的与所述第一探测报文对应的第一探测响应报文的数量;
依据统计结果,确定所述第一AAA服务器的第一性能值;以及,
向所述第二AAA服务器发送第二指定数量的符合所述第二AAA服务器对应的认证授权计费类型的第二探测报文,其中,所述第二AAA服务器对应的认证授权计费类型与所述第一AAA服务器对应的认证授权计费类型一致;
统计接收到的与所述第二探测报文对应的第二探测响应报文的数量;
依据统计结果,确定所述第二AAA服务器的第二性能值。
6.一种报文处理方法,应用于网络系统,所述网络系统包括接入服务器、第一AAA服务器和第二AAA服务器,其特征在于,所述方法包括:
所述接入服务器向所述第一AAA服务器和所述第二AAA服务器发送多个探测报文;
所述第一AAA服务器和所述第二AAA服务器向所述接入服务器发送响应报文;
所述接入服务器根据所述第一AAA服务器与所述第二AAA服务器返回的所述响应报文的数量,获取所述第一AAA服务器的第一性能值以及所述第二AAA服务器的第二性能值;
基于所述第一性能值和所述第二性能值,所述接入服务器为接收到的来自用户终端的用户报文分配对应的目标AAA服务器,所述用户报文为认证请求报文或计费请求报文,所述目标AAA服务器为所述第一AAA服务器和/或所述第二AAA服务器;
所述接入服务器将所述用户报文发送给所述目标AAA服务器。
7.根据权利要求6所述的方法,其特征在于,所述获取第一AAA服务器的第一性能值以及第二AAA服务器的第二性能值的步骤,具体包括:
所述接入服务器向所述第一AAA服务器发送第一指定数量的符合所述第一AAA服务器对应的认证授权计费类型的第一探测报文,其中,所述认证授权计费类型包括认证类型和/或计费类型;
所述接入服务器统计接收到的与所述第一探测报文对应的第一探测响应报文的数量;
所述接入服务器依据统计结果,确定所述第一AAA服务器的第一性能值;以及,
所述接入服务器向所述第二AAA服务器发送第二指定数量的符合所述第二AAA服务器对应的认证授权计费类型的第二探测报文,其中,所述第二AAA服务器对应的认证授权计费类型与所述第一AAA服务器对应的认证授权计费类型一致;
所述接入服务器统计接收到的与所述第二探测报文对应的第二探测响应报文的数量;
所述接入服务器依据统计结果,确定所述第二AAA服务器的第二性能值。
8.一种网络系统,所述网络系统包括接入服务器、第一AAA服务器和第二AAA服务器,其特征在于,
所述接入服务器用于:
向所述第一AAA服务器和所述第二AAA服务器发送多个探测报文;
根据所述第一AAA服务器与所述第二AAA服务器返回的所述响应报文的数量,获取所述第一AAA服务器的第一性能值以及所述第二AAA服务器的第二性能值;
基于所述第一性能值和所述第二性能值,为接收到的来自用户终端的用户报文分配对应的目标AAA服务器,所述用户报文为认证请求报文或计费请求报文,所述目标AAA服务器为所述第一AAA服务器和/或所述第二AAA服务器;
将所述用户报文发送给所述目标AAA服务器;
所述第一AAA服务器和所述第二AAA服务器用于:向所述接入服务器发送响应报文。
9.一种报文处理方法,应用于网络系统,所述网络系统包括接入服务器、控制器、第一AAA服务器和第二AAA服务器,其特征在于,所述方法包括:
所述接入服务器向所述第一AAA服务器和所述第二AAA服务器发送多个探测报文;
所述接入服务器根据所述第一AAA服务器与所述第二AAA服务器返回的响应报文的数量,获取第一AAA服务器的第一性能值以及第二AAA服务器的第二性能值;
所述接入服务器将所述第一性能值和所述第二性能值发送给所述控制器;
所述控制器基于所述第一性能值和所述第二性能值确定用户报文分配策略,并向所述接入服务器发送所述用户报文分配策略;
所述接入服务器接收所述控制器发送的所述用户报文分配策略;
所述接入服务器依据所述用户报文分配策略,将接收到的来自用户终端的用户报文分配对应的目标AAA服务器。
10.一种网络系统,所述网络系统包括接入服务器、控制器、第一AAA服务器和第二AAA服务器,其特征在于,所述方法包括:
所述接入服务器向所述第一AAA服务器和所述第二AAA服务器发送多个探测报文;
所述接入服务器根据所述第一AAA服务器与所述第二AAA服务器返回的响应报文的数量,获取第一AAA服务器的第一性能值以及第二AAA服务器的第二性能值;
所述接入服务器将所述第一性能值和所述第二性能值发送给所述控制器;
所述控制器基于所述第一性能值和所述第二性能值确定用户报文分配策略,并向所述接入服务器发送所述用户报文分配策略;
所述接入服务器接收所述控制器发送的所述用户报文分配策略;
所述接入服务器依据所述用户报文分配策略,将接收到的来自用户终端的用户报文分配对应的目标AAA服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210312469.3A CN114785669A (zh) | 2018-08-21 | 2018-08-21 | 报文处理方法及装置 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210312469.3A CN114785669A (zh) | 2018-08-21 | 2018-08-21 | 报文处理方法及装置 |
CN201810956112.2A CN110855465B (zh) | 2018-08-21 | 2018-08-21 | 报文处理方法及装置 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810956112.2A Division CN110855465B (zh) | 2018-08-21 | 2018-08-21 | 报文处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114785669A true CN114785669A (zh) | 2022-07-22 |
Family
ID=69595213
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810956112.2A Active CN110855465B (zh) | 2018-08-21 | 2018-08-21 | 报文处理方法及装置 |
CN202210312469.3A Pending CN114785669A (zh) | 2018-08-21 | 2018-08-21 | 报文处理方法及装置 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810956112.2A Active CN110855465B (zh) | 2018-08-21 | 2018-08-21 | 报文处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (2) | CN110855465B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117692255A (zh) * | 2024-02-02 | 2024-03-12 | 北京首信科技股份有限公司 | 动态扩展aaa服务的方法、装置及电子设备 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101252531A (zh) * | 2008-04-02 | 2008-08-27 | 杭州华三通信技术有限公司 | 一种实现负载分担和主备倒换的方法、系统及设备 |
CN102195851A (zh) * | 2010-03-09 | 2011-09-21 | 华为技术有限公司 | 负载分担方法、系统和接入服务器 |
CN102984184B (zh) * | 2011-09-05 | 2017-09-19 | 上海可鲁系统软件有限公司 | 一种分布式系统的服务负载均衡方法及装置 |
CN102404146B (zh) * | 2011-11-17 | 2014-10-29 | 福建星网锐捷网络有限公司 | 主从切换方法、网络设备及dhcp服务器 |
CN102761618A (zh) * | 2012-07-03 | 2012-10-31 | 杭州华三通信技术有限公司 | 实现负载均衡的方法、设备及系统 |
US9537728B2 (en) * | 2013-11-26 | 2017-01-03 | International Business Machines Corporation | Minimizing service restart by optimally resizing service pools |
CN106656533B (zh) * | 2015-10-29 | 2019-11-19 | 大唐移动通信设备有限公司 | 一种集群系统的负荷处理监控方法及装置 |
CN106506664B (zh) * | 2016-11-18 | 2020-09-25 | 新华三技术有限公司 | 一种服务器负载均衡的方法和装置 |
CN108063819B (zh) * | 2017-12-18 | 2021-03-02 | 迈普通信技术股份有限公司 | 数据通信方法及装置 |
-
2018
- 2018-08-21 CN CN201810956112.2A patent/CN110855465B/zh active Active
- 2018-08-21 CN CN202210312469.3A patent/CN114785669A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117692255A (zh) * | 2024-02-02 | 2024-03-12 | 北京首信科技股份有限公司 | 动态扩展aaa服务的方法、装置及电子设备 |
CN117692255B (zh) * | 2024-02-02 | 2024-04-30 | 北京首信科技股份有限公司 | 动态扩展aaa服务的方法、装置及电子设备 |
Also Published As
Publication number | Publication date |
---|---|
CN110855465A (zh) | 2020-02-28 |
CN110855465B (zh) | 2022-04-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109274707B (zh) | 一种负载调度方法及装置 | |
CN109618002B (zh) | 一种微服务网关优化方法、装置及存储介质 | |
CN102571996B (zh) | Ip地址分配方法、装置以及网络系统 | |
CN109558446B (zh) | 作业请求方法、装置、电子设备及存储介质 | |
EP3142442B1 (en) | Method, device and system for controlling air interface resources | |
US20140201356A1 (en) | Monitoring system of managing cloud-based hosts and monitoring method using for the same | |
CN109040184B (zh) | 一种主节点的选举方法及服务器 | |
CN106789498B (zh) | Modbus通信网络的网络地址分配方法、从节点设备与通信系统 | |
CN109660624B (zh) | 内容分发网络资源的规划方法、服务器及存储介质 | |
US20160057766A1 (en) | Enhancements to resource allocation for mbsfn transmission in an mbsfn area | |
WO2016173280A1 (zh) | 监控管理方法及装置 | |
KR20160073892A (ko) | 사용자 서비스 품질 기반 클라우드 오토 스케일링 장치 및 그 방법 | |
CN108650333B (zh) | 区块链系统的分散节点负荷方法、介质、装置和区块链系统 | |
CN111884875A (zh) | 一种离线设备确定方法及装置 | |
CN110855465B (zh) | 报文处理方法及装置 | |
CN112671813A (zh) | 服务器确定方法、装置、设备及存储介质 | |
US10212719B2 (en) | Communication timing control method, communication service system and wireless communication terminal | |
CN111092819B (zh) | 一种收发组播业务报文的方法及设备 | |
US9967163B2 (en) | Message system for avoiding processing-performance decline | |
CN109587806A (zh) | 一种调度请求发送方法及终端设备 | |
CN117118951A (zh) | 一种一主多从总线通用从机地址动态分配的方法 | |
CN103974224A (zh) | 一种信用控制的方法和设备 | |
CN114173396B (zh) | 终端联网时间的确定方法和装置、电子设备和存储介质 | |
CN113992685B (zh) | 一种服务控制器确定方法、系统及装置 | |
CN107995125B (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 |