CN106341270B - 一种故障处理方法及装置 - Google Patents

一种故障处理方法及装置 Download PDF

Info

Publication number
CN106341270B
CN106341270B CN201610846929.5A CN201610846929A CN106341270B CN 106341270 B CN106341270 B CN 106341270B CN 201610846929 A CN201610846929 A CN 201610846929A CN 106341270 B CN106341270 B CN 106341270B
Authority
CN
China
Prior art keywords
message
bras
certificate server
received
defined rule
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.)
Active
Application number
CN201610846929.5A
Other languages
English (en)
Other versions
CN106341270A (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 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 CN201610846929.5A priority Critical patent/CN106341270B/zh
Publication of CN106341270A publication Critical patent/CN106341270A/zh
Application granted granted Critical
Publication of CN106341270B publication Critical patent/CN106341270B/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/06Management of faults, events, alarms or notifications

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请实施例提供了一种故障处理方法及装置,该方法包括:检测预定时间内接收到的来自认证服务器的第一报文的数量是否符合预定规则;若否,则关闭与认证服务器对应的发现报文响应功能,以使BRAS在接收到来自终端并且与认证服务器对应的发现报文时,不响应发现报文。通过本申请能够有效地提高资源利用率以及用户体验。

Description

一种故障处理方法及装置
技术领域
本申请涉及通信技术领域,特别是涉及一种故障处理方法及装置。
背景技术
宽带接入服务器(Broadband Remote Access Server,BRAS)是面向宽带网络应用的新型接入网关,提供宽带接入服务、实现多种业务的汇聚与转发,能满足不同用户对传输容量和带宽利用率的要求,是宽带用户接入网中的核心设备。
发明内容
本申请实施例所要解决的技术问题是提供一种故障处理方法及装置,以提高资源利用率以及用户体验。
为了解决上述问题,本申请实施例公开了一种故障处理方法,该方法应用于BRAS,具体包括:
检测预定时间内接收到的来自认证服务器的第一报文的数量是否符合预定规则;
若否,则关闭与认证服务器对应的发现报文响应功能,以使BRAS在接收到来自终端并且与认证服务器对应的发现报文时,不响应发现报文。
本申请实施例还公开了一种故障处理装置,该装置应用于BRAS,具体包括:
确定模块,用于检测预定时间内接收到的来自认证服务器的第一报文的数量是否符合预定规则;
关闭模块,用于若否,则关闭与认证服务器对应的发现报文响应功能,以使BRAS在接收到来自终端并且与认证服务器对应的发现报文时,不响应发现报文。
综上,本申请实施例的技术方案,通过检测预定时间内接收到的来自认证服务器的第一报文的数量是否符合预定规则;若否,则关闭与认证服务器对应的发现报文响应功能,以使BRAS在接收到来自终端并且与认证服务器对应的发现报文时,不响应发现报文,从而有效地提高资源利用率以及用户体验。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例的描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请的一种故障处理方法实施例的步骤流程图;
图2是本申请实施例的网络连接示意图;
图3是本申请一种故障处理装置实施例的结构框图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
目前,在双机冷备的网络架构中,主宽带接入服务器(Broadband Remote AccessServer,BRAS)基于接收到的来自终端的发现报文,与目标认证服务器进行数据交互,并在取得目标认证服务器的许可之后,对该发现报文进行响应。
在现有技术的实施例中,当主宽带接入服务器与目标认证服务器之间的通信链路发生故障时,现有技术则是将主宽带接入服务器下线,并使用备宽带接入服务器继续工作,从而保证***的安全和稳定。
但是,在实际应用中,主BRAS上会存在有通过主BRAS与其它不依赖于故障认证服务器的认证服务器进行认证或业务处理的用户终端。此外,在主BRAS上还可能存在有非认证用户终端,这些非认证用户终端不需要与主BRAS相连接的任何认证服务器进行通信,只与主BRAS进行普通业务的交互。因此,当主BRAS下线后,上述用户终端均会被强制下线,并被移交到备BRAS进行重新上线。显然,现有技术中在主BRAS发生故障时,直接将主BRAS下线并将主BRAS上的用户终端移交到备BRAS上的故障处理方法,导致备BRAS的负担加重,并且严重影响了用户体验。
针对上述技术问题,本申请实施例的核心构思之一在于提出一种故障处理方法及装置,以有效地提高资源利用率以及用户体验。
参照图1,示出了本申请的一种故障处理方法实施例的步骤流程图,该方法应用于BRAS,具体可以包括如下步骤:
步骤101,检测预定时间内接收到的来自认证服务器的第一报文的数量是否符合预定规则。
具体的,BRAS与认证服务器之间将以预定间隔传输交互报文,以检测BRAS与认证服务器之间的通信链路是否正常。在本申请的实施例中,认证服务器向BRAS发送交互报文,即为本申请实施例中的第一报文。BRAS在接收第一报文的同时还将统计预定时间内接收到的第一报文的数量,并根据统计结果,检测该数量是否符合预定规则。
步骤102,若否,则关闭与认证服务器对应的发现报文响应功能,以使BRAS在接收到来自终端并且与认证服务器对应的发现报文时,不响应发现报文。
具体的,如果BRAS根据统计结果,检测到接收到的第一报文的数量不符合预定规则,则可确定BRAS与认证服务器之间的通信链路发生故障。其中,在本申请的一个实施例中,通信链路故障包括但不限于:物理链路故障、认证服务器配置参数故障等引起通信不可达的故障因素。
在BRAS确定其与认证服务器之间的通信链路发生故障后,则BRAS将关闭与该认证服务器对应的发现报文响应功能。其中,在本申请的一个实施例中,如果存在依赖于该认证服务器的其它认证服务器,例如:另一认证服务器在进行数据处理之前,必须获取前一个认证服务器所处理的结果,才能进行后续的业务处理过程,则该两个认证服务器存在依赖关系。当***中存在依赖关系的认证服务器时,BRAS除关闭该认证服务器对应的发现报文响应功能,还将关闭与其存在依赖关系的认证服务器对应的发现报文响应功能。
当BRAS关闭与认证服务器对应的发现报文响应功能后,如果BRAS接收到来自终端并且与该认证服务器对应的发现报文时,将不会对该发现报文做出任何响应。终端可以通过其它BRAS与该认证服务器进行关联以及数据交互,而BRAS上的与其它非故障认证服务器进行关联与数据交互的终端,以及上文提及的通过BRAS上线并进行普通业务处理的终端,将不会受到任何影响。
综上,本申请实施例的技术方案,通过检测预定时间内接收到的来自认证服务器的第一报文的数量是否符合预定规则;若否,则关闭与认证服务器对应的发现报文响应功能,以使BRAS在接收到来自终端并且与认证服务器对应的发现报文时,不响应发现报文。从而在BRAS未能与认证服务器之间进行通信时,能够保证不影响BRAS上与该认证服务器不相关的其它发现报文响应功能,使BRAS能够继续响应来自终端的其它发现报文,同时,还能够使BRAS上已上线并且不与故障认证服务器进行通信连接的终端保持上线状态,而不会被迫下线,因此,有效地提高资源利用率以及用户体验。
在本申请的一个实施例中,步骤101可以进一步包括:若在预定时间内未接收到来自认证服务器的第一报文,则确定接收到的第一报文的数量不符合预定规则。
在本申请的一个实施例中,第一报文为与BRAS发送的第二报文对应的响应报文。在本申请的另一个实施例中,第一报文还可以是认证服务器主动向BRAS发送的报文。
在本申请的一个实施例中,BRAS向认证服务器发送的第二报文作为检测BRAS与认证服务器之间的通信链路是否正常的探测报文,其可以为任一种形式简单的报文,以使服务器能够在接收到该报文后能够立即做出响应。
在本申请的另一个实施例中,BRAS向认证服务器发送的第二报文可以为BRAS向认证服务器发送的业务报文。在本申请的实施例中,BRAS向认证服务器发送有一种或一种以上类型的业务报文。在本申请的一个实施例中,如果BRAS与认证服务器之间交互的业务报文仅为一种,则该中业务报文即可作为第二报文,以探测BRAS与认证服务器之间的通信链路是否正常。在本申请的另一个实施例中,如果BRAS与认证服务器之间交互的业务报文类型包括一种以上,则可根据实际需要选择其中的一种或一种以上业务报文作为第二报文,以探测BRAS与认证服务器之间的通信链路是否正常。其中,在本申请的一个的实施例中,在BRAS与认证服务器之间交互的业务报文类型包括一种以上的场景下,BRAS可以在多种类型的报文中选择数量较多的一种报文作为第二报文,以提高探测BRAS与认证服务器之间的通信链路是否发生故障的准确性,并且能够及时探测出通信链路是否发生故障。在本申请的另一个实施例中,BRAS可以在多种类型的报文中选择响应延时短的一种或一种以上类型的报文作为第二报文,同样能够提高探测BRAS与认证服务器之间的通信链路是否发生故障的准确性,并且能够及时探测出通信链路是否发生故障。本申请的实施例中,通过将业务报文作为探测BRAS与认证服务器之间是否发生通信链路故障的第二报文,从而能够在不增加额外的报文交互的情况下,检测通信链路是否正常。
在本申请的一个实施例中,当BRAS选择业务报文作为第二报文时,如果在预定时间内,BRAS未接收到作为第二报文向认证服务器发送的业务报文所对应的响应报文(即第一报文)中的其中一种或一种以上业务报文,则可确定BRAS与认证服务器之间的通信链路发生故障。举例说明:如果BRAS将与一认证服务器之间交互的A、B、C三种业务报文作为第二报文。则当BRAS在预定时间内未收到A、B、C三种报文中的其中一种或一种以上报文对应的响应报文(即第一报文)时,则可认定BRAS接收到的第一报文的数量不符合预设规则,即BRAS与该认证服务器之间的通信链路发生故障。
在本申请的一个实施例中,若BRAS在预定时间内接收到与作为第二报文的业务报文对应的第一报文,则计算在预定时间内接收到的第一报文的数量与发送的作为第二报文的业务报文的数量之间的第一比值。在本实施例中,若第一比值超过第一预设阈值,则可确定接收到的第一报文的数量符合预定规则,即BRAS与认证服务器之间的通信链路未发生故障。反之,若第一比值未超过预设阈值,则可初步判定BRAS与认证服务器之间的通信连路发生故障,为避免误判,BRAS将计算下一个预定时间内接收到的第一报文的数量与发送的作为第二报文的业务报文的数量之间的第二比值。
在本申请的实施例中,若第二比值未超过第二预设阈值,则可确定在该预定时间内,BRAS接收到的第一报文的数量不符合预定规则,即BRAS与认证服务器之间的通信链路发生故障。反之,若第二比值超过第二预设阈值,则可确定BRAS接收到的第一报文的数量符合预定规则,即BRAS与认证服务器之间的通信链路未发生故障。因此,本申请的实施例中通过在经历第一预定时间后,统计探测响应报文的响应情况,从而对通信链路是否出现故障做出初步判断,如果初步判断通信链路出现故障,即第一比值未超过第一预设阈值,则继续统计下一个预定时间内的探测响应报文的响应情况,从而能够有效地避免由于认证服务器端的延时或通信链路的阻塞造成延时接收或丢包等问题,导致的误判的现象发生。
此外,在本申请的实施例中,第一预设阈值与第二预设阈值可以相等,也可以不相等。在第一预设阈值与第二预设阈值不相等的情况下,第二预设阈值需大于第一预设阈值,并接近于1。在另一个实施例中,预设阈值可以由用户根据实际情况进行设定,本申请对此不做限定。
在本申请的一个实施例中,在步骤102之后,本申请的故障处理方法还可以进一步包括:若检测到接收到的第一报文的数量符合预定规则,则开启发现报文响应功能,以使BRAS在接收到与认证服务器对应的发现报文时,响应发现报文。具体的,在本申请的一个实施例中,BRAS继续向认证服务器发送第二报文。在本申请的实施例中,如果在关闭发现报文响应功能之前,BRAS以业务报文作为第二报文,以检测与认证服务器之间的通信链路是否发生故障。在发现报文响应功能关闭之后,BRAS将采用形式简单的报文作为第一报文,即额外增加一种报文,以探测与认证服务器之间的通信链路是否恢复正常。由于BRAS与认证服务器发生故障之后,操作人员将针对故障原因对认证服务器或BRAS或其间的通信链路进行维修,则在此期间,BRAS将不会接收到来自认证服务器的响应报文(即第一报文)。如果BRAS接收到来自认证服务器的响应报文,即可初步确定BRAS与认证服务器之间的通信链路恢复正常,为防止恢复后的通信链路不稳定,导致在通信链路恢复后再次故障的现象发生。BRAS在初步确定与认证服务器之间的通信链路恢复正常后,还会继续向该认证服务器发送一条或一条以上第二报文,如果BRAS接收到的与第二报文对应的响应报文(即第一报文)的数量符合预定规则,则可以完全确定与认证服务器之间的通信链路恢复正常,并开启发现报文响应功能,以使BRAS在接收到与该认证服务器对应的发现报文时,能够响应该发现报文。
在本申请的另一个实施例中,如果BRAS与认证服务器之间通过认证服务器主动发送第一报文作为探测链路是否发生故障的报文,在通信恢复正常之后,BRAS将能够接收到认证服务器发送的第一报文。BRAS接收该第一报文,并检测接收到的第一报文是否符合预定规则,以判断链路是否已恢复正常。若接收到的第一报文符合预定规则,则重新开启发现报文响应功能。具体细节与前述实施例类似,此处不再赘述。
为了更好的理解本申请的故障处理方法,下面以具体实施例进行详细阐述。
参照图2,示出了本申请实施例的双机冷备架构的网络连接示意图。在图2中:终端A和终端B分别接入交换机1(以下简称SW1)和交换机2(以下简称SW2)。SW1和SW2与BRAS1和BRAS2分别进行通信连接。并且,BRAS1和BRAS2与认证服务器:AAA(Authentication,验证、Authorization,授权、Accounting,记账)服务器和DHCP服务器分别进行通信连接。本实施例中仅以AAA服务器与DHCP服务器进行举例,BRAS可以与任意认证服务器进行通信连接与数据交互,本申请对此不做限定。
首先,以本申请的故障处理方法应用于BRAS与AAA服务器之间的通信链路故障为例进行阐述。
在本申请的实施例中,BRAS检测与认证服务器之间是否发生通信链路故障的方式有三种:
1)BRAS向认证服务器发送专门用于检测链路故障的探测报文(即本申请实施例中的第二报文)。如果认证服务器未响应该探测报文,则BRAS确定其与认证服务器之间的通信链路发生故障。
2)BRAS将已有的业务报文作为探测报文,并根据接收到的与业务报文对应的探测响应报文(即本申请实施例中的第一报文)的情况,通过判定机制判定与认证服务器之间的通信链路是否发生故障。举例说明:BRAS将发送到AAA服务器的认证请求以及计费更新报文作为探测报文,如果在预定时间内AAA未响应认证请求或计费更新报文中的任何一种或均未响应,则可以确定BRAS与AAA服务器之间的通信链路发生故障。如果在预定时间内,BRAS接收到AAA服务器对认证请求以及计费更新报文的响应报文,则BRAS需要判定接收到的响应报文的数量是否符合预定规则。具体的,BRAS统计预定时间内接收到的与认证请求以及计费更新报文对应的探测响应报文的总数,并计算其与向AAA服务器发送的认证请求与计费更新报文的总数之间的比值,通过判断该比值与预设阈值的关系,初步判断通信链路是否发生故障。为避免网络延时等因素导致的误判的现象发生,在初步判定通信链路发生故障的情况下,BRAS将继续统计下一个预定时间内接收到的探测响应报文的总数与发送的认证请求与计费更新报文的总数之间的比值。如果该比值仍不满足要求,则可确定BRAS与AAA服务器之间的通信链路发生故障。具体细节以及比值与预设阈值之间的关系将在下面的实施例中进行详细说明。该种检测方式不会额外增加BRAS与认证服务器之间交互的报文数量,比之另一种方法能够降低设备以及链路的负担。
需要说明的是:如果BRAS上连入的终端较少,则BRAS与认证服务器之间交互的业务报文数量将相对较少,因此,在该种情况下,建议选用第一种检测方法。反之,如果BRAS上连入的终端较多,则BRAS向认证服务器发送的业务报文数量也相对较多,可以选择第二种检测方法。用户可根据实际需求进行选择,本申请对此不做限定。
(3)BRAS接收认证服务器主动发送的探测报文。如果在预定时间内未接收到该探测报文,则可确定与该认证服务器之间的通信链路发生故障。
在本实施例中,以第二种检测方式为例,即BRAS1将向AAA服务器发送的认证请求以及计费更新报文作为探测报文。具体的,BRAS1上存在有已通过该BRAS1接入外网的终端,则BRAS1将会实时向AAA发送与这些终端对应的计费更新报文。BRAS1上还存在有需要连入外网的终端,BRAS1将会向AAA发送与这些终端对应的认证请求,以使这些终端在获取认证后连入外网。
假设在某一时刻,BRAS1向AAA服务器发送100个认证请求和100个计费更新报文作为探测报文。在一个实施例中,如果BRAS1在预定时间内未收到与100个认证请求中的任何一个认证请求相对应的认证响应(探测响应报文),则可确定BRAS1与AAA服务器之间的通信链路发生故障。
在本实施例中,BRAS1接收到50个与认证请求对应的认证响应以及50个与计费更新报文对应的计费更新响应,则BRAS1总共收到100个探测响应报文。BRAS1计算接收到的探测响应报文与发送的探测报文(认证请求和计费更新报文的总和)之间的比值,在本实施例中,比值为0.5。在本申请的实施例中,第一预设阈值设置为0.8。则该比值未超过第一预设阈值,初步判定BRAS1与AAA服务器之间的通信链路发生故障。则BRAS1继续统计下一个预定时间内接收到的探测响应报文与发送的探测报文之间的比值。在本实施例中,在下一个预定时间内,BRAS1仍接收到50个与认证请求对应的认证响应以及50个与计费更新报文对应的计费更新响应,则BRAS1总共收到100个探测响应报文。则下一个预定时间内,BRAS1接收到的探测响应报文与发送的探测报文之间的比值仍为0.5。在本申请的实施例中,第二预设阈值设置为0.9,则该比值未超过第二预设阈值。BRAS1可确认与AAA服务器之间的通信链路发生故障。
BRAS1确认其与AAA服务器之间的通信链路发生故障后,会关闭与AAA服务器对应的发现报文响应功能。具体的,BRAS1关闭与AAA服务器对应的发现报文响应功能后,假设此时存在终端A,需要与AAA服务器进行认证以接入外网,则该AAA服务器将向与其相连的所有BRAS广播与AAA服务器对应的发现报文。BRAS1与BRAS2均接收到该发现报文,而由于BRAS1与关闭与该发现报文对应的发现报文响应功能,则BRAS1将不会对该发现报文做出任何响应,此时,将由BRAS2对该发现报文做出响应。需要说明的是,如果AAA服务器本身发生故障,则BRAS2同样会关闭与其对应的发现报文响应功能,则在该种情况下,终端将不会接收到任何与发现报文对应的发现响应报文。***将通过报警功能向操作人员告警,以使操作人员快速响应,并排除故障。
在本申请的实施例中,BRAS1关闭与AAA服务器对应的发现报文响应功能的步骤可以具体包括:
BRAS1中存在一记录表,该记录表中记录有BRAS1上接入的用户域与用户域对应的接口、认证服务器以及认证服务器状态之间的对应关系。举例说明:终端A属于用户域1,并且用户域1中的终端均与AAA服务器相关联,即,用户域1中的终端如果需要接入外网,则需要与AAA服务器进行认证以及其它数据处理过程。
当BRAS1判断与AAA服务器之间的通信链路发生故障之后,BRAS1将检索本地存储的记录表,从而查找到与AAA服务器对应的记录信息。此时,与AAA服务器对应的用户域为1、接口为A、状态为正常。BRAS1将该AAA服务器对应的状态信息修改为异常,并通过调用相关程序关闭与AAA服务器对应的报文响应功能。则当BRAS1再次接收到由用户域1的终端发来的发现报文1时,BRAS1将不会再做出响应。
本领域技术人员需理解,当BRAS1上接入有用户域2,并且用户域2中的终端与其它AAA服务器进行关联时。则BRAS1收到用户域2中的终端发来的发现报文时,将不会受到任何影响,仍然会对用户域2中的终端发来的发现报文进行响应。即,BRAS1只关闭与通信连接发生故障的认证服务器对应的发现报文响应功能。
当BRAS1关闭与AAA服务器对应的发现报文响应功能后,BRAS1仍然会继续向AAA服务器发送探测报文。在本申请的实施例中,BRAS1在关闭与AAA服务器对应的发现报文响应功能后,将以上文中的第一种检测方式,向AAA服务器发送探测报文,即BRAS1向AAA服务器发送专门用于检测链路故障的探测报文。
如果BRAS1与AAA服务器之间的通信链路恢复正常,则BRAS1将接收到AAA服务器返回的探测响应报文。为避免通信链路存在不稳定的情况,BRAS1在接收到探测响应报文后,将继续向AAA服务器发送一条或一条以上探测响应报文。如果在预定时间(可由用户自行设定)内所发送的每一次探测报文均收到对应的探测响应报文,则可确定BRAS接收到的探测响应报文符合预定规则,即BRAS1与AAA服务器之间的通信链路恢复正常并处于稳定状态。BRAS1重新开启与AAA服务器对应的发现报文响应功能。此时,如果有新上线的用户向BRAS1发送与AAA服务器对应的发现报文,则BRAS1会响应该发现报文。
需要说明的是,本申请的实施例中,BRAS1上会存在已经与AAA服务器认证成功并正在进行计费阶段的终端。在BRAS1关闭与AAA服务器对应的发现报文响应功能期间,该终端将不会被下线,而是由BRAS1服务器继续计算终端的上网时间,并在AAA服务器恢复正常后,将计算的上网时间交由AAA服务器,由AAA服务器进行计费。
仍参照图2,BRAS1与BRAS2还与DHCP服务器相连。在本申请的一个实施例中,由于协议限制,AAA服务器与DHCP服务器具有依赖性。举例说明:在一些协议中,BRAS1基于终端的请求,需要与DHCP建立相关会话,则需要先与AAA服务器取得相关认证,才能与DHCP建立会话并申请与终端对应的地址信息,因此,在AAA服务器与DHCP具有依赖性的场景下,BRAS1所关闭的与AAA服务器对应的发现报文响应功能中,还包括有与DHCP服务器对应的发现报文响应功能。即与认证服务器对应的发现报文响应功能中还包括有与其相关的认证服务器对应的发现报文响应功能。
在本申请的另一个实施例中,如果AAA服务器与DHCP服务器相互独立,即不具有依赖性。则当BRAS1关闭与AAA服务器对应的发现报文响应功能后,将不会影响与DHCP服务器对应的发现报文响应功能。即,当BRAS1接收到终端B发来的与DHCP服务器相关联的发现报文时,BRAS1将与DHCP服务器建立会话,并响应终端B发来的发现报文。由此可见,当BRAS1只关闭与AAA服务器对应的发现报文响应功能后,将不会影响其它不与其具有依赖性的认证服务器对应的发现报文响应功能,其它终端可以继续通过BRAS1与其它认证服务器建立通信连接。
综上所述,本申请实施例提供的技术方案,通过检测预定时间内接收到的来自认证服务器的第一报文的数量是否符合预定规则;若否,则关闭与认证服务器对应的发现报文响应功能,以使BRAS在接收到来自终端并且与认证服务器对应的发现报文时,不响应发现报文。从而在BRAS未能与认证服务器进行通信时,能够保证不影响BRAS上与该认证服务器不相关的其它发现报文响应功能,使BRAS能够继续响应来自终端的其它发现报文,同时,还能够使BRAS上已上线并且不与故障认证服务器进行通信连接的终端保持上线状态,而不会被迫下线,从而有效地提高资源利用率以及用户体验。
基于与上述方法同样的申请构思,本申请实施例还提供一种故障处理装置,应用于BRAS。该故障处理装置可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在的BRAS的处理器,读取非易失性存储器中对应的计算机程序指令形成的。从硬件层面而言,除了处理器、非易失性存储器外,BRAS还可以包括其他硬件,如负责处理报文的转发芯片、网络接口、内存等;从硬件结构上来讲,该路由设备还可能是分布式设备,可能包括多个接口卡,以便在硬件层面进行报文处理的扩展。
参照图3,示出了本申请一种故障处理装置实施例的结构框图,具体可以包括如下模块:
确定模块31,用于检测预定时间内接收到的来自认证服务器的第一报文的数量是否符合预定规则;。
关闭模块32,用于若否,则关闭与认证服务器对应的发现报文响应功能,以使BRAS在接收到来自终端并且与认证服务器对应的发现报文时,不响应发现报文。
在本申请的一个实施例中,确定模块31还可以进一步用于若在预定时间内未接收到来自认证服务器的第一报文,则确定接收到的第一报文的数量不符合预定规则。
在本申请的一个实施例中,确定模块31检测的第一报文为与BRAS发送的第二报文对应的响应报文。在本申请的另一个实施例中,第一报文还可以为认证服务器主动向BRAS发送的报文。
其中,在本申请的一个实施例中,与确定模块31检测的第一报文对应的第二报文为BRAS向认证服务器发送的业务报文。
在本申请的一个实施例中,装置还可以包括:
第一计算模块(图中未示出),用于若在预定时间内接收到与作为第二报文的业务报文对应的第一报文,则计算在预定时间内接收到的第一报文的数量与发送的作为第二报文的业务报文的数量之间的第一比值。
相应的,确定模块31还可以进一步用于若第一比值超过第一预设阈值,则确定接收到的第一报文的数量符合预定规则。
在本申请的另一个实施例中,装置还可以包括:
第二计算模块(图中未示出),用于若第一比值未超过第一预设阈值,则计算下一个预定时间内接收到的第一报文的数量与发送的作为第二报文的业务报文的数量之间的第二比值。
相应的,确定模块31还可以进一步用于若第二比值未超过第二预设阈值,则确定接收到的第一报文的数量不符合预定规则。
以及,确定模块31还可以用于若第二比值超过第二预设阈值,则确定接收到的第一报文的数量符合预定规则。
在本申请的一个实施例中,确定模块31还可以进一步用于在关闭模块关闭发现报文响应功能之后,若检测到接收到的第一报文的数量符合预定规则,则开启发现报文响应功能,以使BRAS在接收到与认证服务器对应的发现报文时,响应发现报文。
综上所述,本申请实施例提供的故障处理装置,通过检测预定时间内接收到的来自认证服务器的第一报文的数量是否符合预定规则;若否,则关闭与认证服务器对应的发现报文响应功能,以使BRAS在接收到来自终端并且与认证服务器对应的发现报文时,不响应发现报文。从而在BRAS未能与认证服务器进行通信时,能够保证不影响BRAS上与该认证服务器不相关的其它发现报文响应功能,使BRAS能够继续响应来自终端的其它发现报文,同时,还能够使BRAS上已上线并且不与故障认证服务器进行通信连接的终端保持上线状态,而不会被迫下线,从而有效地提高资源利用率以及用户体验。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请实施例是参照根据本申请实施例的方法、终端装置(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端装置的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端装置的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端装置以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端装置上,使得在计算机或其他可编程终端装置上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端装置上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端装置中还存在另外的相同要素。
以上对本申请所提供的一种故障处理方法和装置,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。

Claims (12)

1.一种故障处理方法,应用于宽带远程接入服务器BRAS,其特征在于,包括:
检测预定时间内接收到的来自认证服务器的第一报文的数量是否符合预定规则;
若否,则关闭与所述认证服务器对应的发现报文响应功能,以使所述BRAS在接收到来自终端并且与所述认证服务器对应的发现报文时,不响应所述发现报文;
所述关闭与所述认证服务器对应的发现报文响应功能的步骤之后,还包括:
若检测到接收到的所述第一报文的数量符合所述预定规则,则开启所述发现报文响应功能,以使所述BRAS在接收到与所述认证服务器对应的发现报文时,响应所述发现报文。
2.根据权利要求1所述的方法,其特征在于,检测预定时间内接收到的来自认证服务器的第一报文的数量是否符合预定规则的步骤,具体包括:
若在所述预定时间内未接收到来自认证服务器的第一报文,则确定接收到的所述第一报文的数量不符合所述预定规则。
3.根据权利要求1所述的方法,其特征在于,所述第一报文为与所述BRAS发送的第二报文对应的响应报文;
或者,
所述第一报文为所述认证服务器主动向所述BRAS发送的报文。
4.根据权利要求3所述的方法,其特征在于,所述第二报文为所述BRAS向所述认证服务器发送的业务报文。
5.根据权利要求4所述的方法,其特征在于,所述检测预定时间内接收到的来自认证服务器的第一报文的数量是否符合预定规则的步骤,具体包括:
若在所述预定时间内接收到与作为第二报文的业务报文对应的第一报文,则计算在所述预定时间内接收到的所述第一报文的数量与发送的所述作为第二报文的业务报文的数量之间的第一比值;
若所述第一比值超过第一预设阈值,则确定接收到的所述第一报文的数量符合所述预定规则。
6.根据权利要求5所述的方法,其特征在于,所述检测预定时间内接收到的来自认证服务器的第一报文的数量是否符合预定规则的步骤,进一步包括:
若所述第一比值未超过第一预设阈值,则计算下一个所述预定时间内接收到的所述第一报文的数量与发送的所述作为第二报文的业务报文的数量之间的第二比值;
若所述第二比值未超过第二预设阈值,则确定接收到的所述第一报文的数量不符合所述预定规则;
若所述第二比值超过所述第二预设阈值,则确定接收到的所述第一报文的数量符合所述预定规则。
7.一种故障处理装置,应用于宽带远程接入服务器BRAS,其特征在于,包括:
确定模块,用于检测预定时间内接收到的来自认证服务器的第一报文的数量是否符合预定规则;
关闭模块,用于若否,则关闭与所述认证服务器对应的发现报文响应功能,以使所述BRAS在接收到来自终端并且与所述认证服务器对应的发现报文时,不响应所述发现报文;
所述确定模块进一步用于在所述关闭模块关闭所述发现报文响应功能之后,若检测到接收到的所述第一报文的数量符合所述预定规则,则开启所述发现报文响应功能,以使所述BRAS在接收到与所述认证服务器对应的发现报文时,响应所述发现报文。
8.根据权利要求7所述的装置,其特征在于,所述确定模块进一步用于若在所述预定时间内未接收到来自认证服务器的第一报文,则确定接收到的所述第一报文的数量不符合所述预定规则。
9.根据权利要求7所述的装置,其特征在于,所述确定模块检测的所述第一报文为与所述BRAS发送的第二报文对应的响应报文;
或者,
所述第一报文为所述认证服务器主动向所述BRAS发送的报文。
10.根据权利要求9所述的装置,其特征在于,与所述确定模块检测的所述第一报文对应的所述第二报文为所述BRAS向所述认证服务器发送的业务报文。
11.根据权利要求10所述的装置,其特征在于,所述装置进一步包括:
第一计算模块,用于若在所述预定时间内接收到与作为第二报文的业务报文对应的第一报文,则计算在所述预定时间内接收到的所述第一报文的数量与发送的所述作为第二报文的业务报文的数量之间的第一比值;
相应的,所述确定模块进一步用于若所述第一比值超过第一预设阈值,则确定接收到的所述第一报文的数量符合所述预定规则。
12.根据权利要求11所述的装置,其特征在于,所述装置进一步包括:
第二计算模块,用于若所述第一比值未超过第一预设阈值,则计算下一个所述预定时间内接收到的所述第一报文的数量与发送的所述作为第二报文的业务报文的数量之间的第二比值;
相应的,所述确定模块进一步用于若所述第二比值未超过第二预设阈值,则确定接收到的所述第一报文的数量不符合所述预定规则;
以及,所述确定模块进一步用于若所述第二比值超过所述第二预设阈值,则确定接收到的所述第一报文的数量符合所述预定规则。
CN201610846929.5A 2016-09-23 2016-09-23 一种故障处理方法及装置 Active CN106341270B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610846929.5A CN106341270B (zh) 2016-09-23 2016-09-23 一种故障处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610846929.5A CN106341270B (zh) 2016-09-23 2016-09-23 一种故障处理方法及装置

Publications (2)

Publication Number Publication Date
CN106341270A CN106341270A (zh) 2017-01-18
CN106341270B true CN106341270B (zh) 2019-09-17

Family

ID=57839189

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610846929.5A Active CN106341270B (zh) 2016-09-23 2016-09-23 一种故障处理方法及装置

Country Status (1)

Country Link
CN (1) CN106341270B (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108512634A (zh) * 2017-02-28 2018-09-07 北京华为数字技术有限公司 一种数据处理的方法及相关设备
CN107547321B (zh) * 2017-06-28 2021-05-14 新华三技术有限公司 报文处理方法、装置、相关电子设备及可读存储介质
CN107801201A (zh) * 2017-10-19 2018-03-13 维沃移动通信有限公司 网络恢复方法及装置
CN111064759B (zh) * 2018-10-17 2023-12-15 中兴通讯股份有限公司 用户上线方法、装置、宽带远程接入服务器及存储介质
CN109639755B (zh) * 2018-10-23 2022-04-12 平安科技(深圳)有限公司 关联***服务器解耦方法、装置、介质及电子设备
CN111130848B (zh) * 2019-11-29 2022-04-19 中盈优创资讯科技有限公司 身份验证授权统计aaa的故障检测方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102170364A (zh) * 2011-05-26 2011-08-31 华为技术有限公司 一种宽带远程接入服务器组播通信方法及装置
CN103731310A (zh) * 2013-12-31 2014-04-16 华为技术有限公司 一种报文传输方法及装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100583910C (zh) * 2003-01-24 2010-01-20 艾利森电话股份有限公司 使用若干独立的环回测试在dsl通信网络中的端节点之间进行链路测试的方法和装置
CN103002065A (zh) * 2012-12-14 2013-03-27 大唐移动通信设备有限公司 一种主用设备与备用设备共用ip地址的方法和装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102170364A (zh) * 2011-05-26 2011-08-31 华为技术有限公司 一种宽带远程接入服务器组播通信方法及装置
CN103731310A (zh) * 2013-12-31 2014-04-16 华为技术有限公司 一种报文传输方法及装置

Also Published As

Publication number Publication date
CN106341270A (zh) 2017-01-18

Similar Documents

Publication Publication Date Title
CN106341270B (zh) 一种故障处理方法及装置
US10476833B2 (en) Warning method and apparatus, and processing server
US10608996B2 (en) Trust status of a communication session
US20180213397A1 (en) Method and apparatus for interconnection between terminal device and gateway device
CN108605264B (zh) 用于网络管理的方法和设备
CN108616429A (zh) 一种推送服务的重连方法及设备
US11916700B2 (en) Autoconnect virtual private network
US20230254146A1 (en) Cybersecurity guard for core network elements
CN108322366A (zh) 接入网络的方法、装置和***
EP4045998A1 (en) Token-based device access restriction systems
CN107431971A (zh) 无线入侵防御***传感器及利用该传感器断开终端的方法
US8312530B2 (en) System and method for providing security in a network environment using accounting information
CN106060048A (zh) 一种网络资源访问方法和装置
CN117134979A (zh) 一种数据通信方法、装置、设备及介质
US20220385501A1 (en) User Management Device, BNG, and BNG User Internet Access Method and System
CN108882296A (zh) 一种处理报文的方法及装置
CN110769010B (zh) 一种数据管理权限处理方法、装置及计算机设备
CN106304071A (zh) 一种网络接入认证方法、接入认证设备及认证服务器
EP3107322B1 (en) Network security appliance to imitate a wireless access point of a local area network through coordination of multiple radios
CN112073373A (zh) 基于零信任网络的身份认证方法、装置和代理设备
CN112040170A (zh) 基于5g的远程异地评标***
CN106921606B (zh) 会话检测方法、设备和***
CN109714186A (zh) 金融机构间通信方法、装置、设备及计算机可读存储介质
CN112968893B (zh) 一种终端设备的接入控制方法及装置
US20230112126A1 (en) Core network transformation authenticator

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: 310053 Hangzhou science and Technology Development Zone, Zhejiang high tech park, No. six and road, No. 310

Applicant before: Huasan Communication Technology Co., Ltd.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant