CN106330571B - 一种故障处理方法及装置 - Google Patents
一种故障处理方法及装置 Download PDFInfo
- Publication number
- CN106330571B CN106330571B CN201610858623.1A CN201610858623A CN106330571B CN 106330571 B CN106330571 B CN 106330571B CN 201610858623 A CN201610858623 A CN 201610858623A CN 106330571 B CN106330571 B CN 106330571B
- Authority
- CN
- China
- Prior art keywords
- bras
- public network
- message
- information
- address
- 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
Links
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/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2854—Wide area networks, e.g. public data networks
- H04L12/2856—Access arrangements, e.g. Internet access
- H04L12/2869—Operational details of access network equipments
- H04L12/287—Remote access server, e.g. BRAS
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请实施方式提供了一种故障处理方法及装置,该方法包括:若检测到第一BRAS与公网之间的通信链路发生故障,则查找第一BRAS所属的局域网内是否存在其它BRAS;若存在,则根据预设规则从其它BRAS中选择第二BRAS,并与第二BRAS建立虚链接通道,以使第一BRAS在接收到来自终端并与公网相关联的第一报文后,通过第二BRAS将第一报文转发至公网。从而在BRAS与公网之间的通信链路发生故障时,可以在该BRAS上线的用户不会受到任何影响的情况下转发报文并接收到响应报文,从而有效地提升了用户体验。
Description
技术领域
本申请涉及通信技术领域,特别是涉及一种故障处理方法及装置。
背景技术
宽带接入服务器(Broadband Remote Access Server,BRAS)是面向宽带网络应用的新型接入网关,提供宽带接入服务、实现多种业务的汇聚与转发,能满足不同用户对传输容量和带宽利用率的要求,是宽带用户接入网中的核心设备。
发明内容
本申请实施方式所要解决的技术问题是提供一种故障处理方法,以提高双机冷备系统中主BRAS与公网侧发生链路故障场景下的用户体验。
为了解决上述问题,本申请实施方式公开了一种故障处理方法,应用于第一BRAS,包括:
若检测到第一BRAS与公网之间的通信链路发生故障,则查找第一BRAS所属的局域网内是否存在其它BRAS;
若存在,则根据预设规则从其它BRAS中选择第二BRAS,并与第二BRAS建立虚链接通道,以使第一BRAS在接收到来自终端并与公网相关联的第一报文后,通过第二BRAS将第一报文转发至公网。
本申请实施方式还公开了一种故障处理装置,应用于第一BRAS,包括:
第一确定模块,用于若检测到第一BRAS与公网之间的通信链路发生故障,则确定第一BRAS所属的局域网内是否存在其它BRAS;
建立模块,用于若第一确定模块确定在所述第一BRAS所述的局域网内存在其它BRAS,则根据预设规则从其它BRAS中选择第二BRAS,并与第二BRAS建立虚链接通道,以使第一BRAS在接收到来自终端并与公网相关联的第一报文后,通过第二BRAS将第一报文转发至公网。
这样,本申请实施方式中,通过检测第一BRAS与公网之间的通信链路是否发生故障,并在检测到第一BRAS与公网之间的通信链路发生故障时,查找第一BRAS所属的局域网内是否存在其它BRAS;若存在,则根据预设规则从其它BRAS中选择第二BRAS,并与第二BRAS建立虚链接通道,以使第一BRAS在接收到来自终端并与公网相关联的第一报文后,通过第二BRAS将第一报文转发至公网。因此,本申请实施方式在BRAS与公网之间的通信链路发生故障时,可以在该BRAS上线的用户不会受到任何影响的情况下转发报文并接收到响应报文,从而有效地提升了用户体验。
附图说明
为了更清楚地说明本申请实施方式的技术方案,下面将对本申请实施方式的描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请的一种故障处理方法实施方式的步骤流程图;
图2是本申请实施方式的网络架构图;
图3是本申请一种故障处理装置实施方式的结构框图之一;
图4是本申请一种故障处理装置实施方式的结构框图之二。
具体实施方式
下面将结合本申请实施方式中的附图,对本申请实施方式中的技术方案进行清楚、完整地描述,显然,所描述的实施方式是本申请一部分实施方式,而不是全部的实施方式。基于本申请中的实施方式,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施方式,都属于本申请保护的范围。
现有实施方式中,在双机备份的网络架构中,已通过主宽带接入服务器(Broadband Remote Access Server,BRAS)上线的终端,将会从主BRAS处获得网关,并将该网关设置为自身网关。终端在后续的数据交互中,将所有报文发送至与自身网关对应的主BRAS上。主BRAS通过查找本地路由表确定该报文的目的地址是否与公网地址信息相匹配,其中,公网地址信息可以记录有一个或一个以上公网网段。如果是,则确定与该目的地址所属的网段对应的下一跳地址与出接口,并通过该出接口(与公网侧相连接的接口)将报文发送至下一跳地址(即公网)。
由于通过主BRAS上线用户的网关为主BRAS的网关,因此,在主BRAS与公网之间的通信链路发生故障时,通过主BRAS上线的用户仍然会将与公网侧对应的交互报文发送到BRAS上,则此时在线用户将无法获取到流量,从而导致通过主BRAS上线的用户在线却无法访问公网,用户能够明显感受到当前链路发生异常。
针对这一问题,在现有技术的实施方式中是将主BRAS下线,由于备BRAS具有与主BRAS相同的公网侧路由表,备BRAS可接替主BRAS继续工作,从而保证系统的安全和稳定。但是,在主BRAS切换到备BRAS的过程中,主BRAS的在线终端将全部下线并通过备BRAS重新上线,因此,在切换过程中,用户会感知到上下线的切换过程,从而严重影响了用户体验。
针对上述技术问题,本申请实施方式的核心构思之一在于,提出一种故障处理方法及装置,以有效地提升用户体验。
参照图1,示出了本申请的一种故障处理方法实施方式的步骤流程图,该方法应用于第一BRAS,具体可以包括如下步骤:
步骤101,若检测到第一BRAS与公网之间的通信链路发生故障,则查找第一BRAS所属的局域网内是否存在其它BRAS。
具体的,本申请的实施方式中,第一BRAS与公网侧出口(即第一BRAS与公网的连接端口)存在绑定机制,当第一BRAS检测到公网侧出口的链路断开时,第一BRAS将立即启动虚链接通道建立过程,即开始查找第一BRAS所属的局域网内是否存在其它BRAS,以与其中一个BRAS建立虚链接通道。
在本申请的实施方式中,第一BRAS检测其与公网之间的通信链路是否发生故障的方法可以采取现有技术实施方式中的任意一种可探知通信链路状态的方法,本申请对此不再赘述。
步骤102,若存在,则根据预设规则从其它BRAS中选择第二BRAS,并与第二BRAS建立虚链接通道,以使第一BRAS在接收到来自终端并与公网相关联的第一报文后,通过第二BRAS将第一报文转发至公网。
具体的,本申请的实施方式中,如果第一BRAS查找到本局域网内存在其它BRAS,则BRAS将根据预设规则从其它BRAS中选择其中一个BRAS作为第二BRAS,并与其建立虚链接通道。在本申请的一个实施方式中,如果本局域网内只存在一个BRAS,则该BRAS即为第二BRAS。在其它实施方式中,如果存在两个或两个以上BRAS,则根据预设规则选择其中一个作为第二BRAS。
在第一BRAS与第二BRAS成功建立虚链接通道后,第一BRAS如果接收到来自终端并与公网相关联的第一报文,即需要发送至公网的报文,则将该第一报文通过与第二BRAS之间的虚链接通道发送至第二BRAS。第二BRAS接收到该第一报文后,将该第一报文转发至公网。并且,当公网侧返回响应报文时,能够将该响应报文发送至第二BRAS,再由第二BRAS向第一BRAS进行转发,从而使第一BRAS在与公网侧的通信链路发生故障的情况下,依然能够接收到公网侧的响应报文。
综上所述,本申请实施方式提供的技术方案,通过检测第一BRAS与公网之间的通信链路是否发生故障,并在检测到第一BRAS与公网之间的通信链路发生故障时,查找第一BRAS所属的局域网内是否存在其它BRAS;若存在,则根据预设规则从其它BRAS中选择第二BRAS,并与第二BRAS建立虚链接通道,以使第一BRAS在接收到来自终端并与公网相关联的第一报文后,通过第二BRAS将第一报文转发至公网,并通过第二BRAS接收到来自公网的报文响应。因此,本申请实施方式在BRAS与公网之间的通信链路发生故障时,可以在该BRAS上线的用户不会受到任何影响的情况下转发报文并接收到响应报文,从而有效地提升了用户体验。
在本申请的一个实施方式中,第一BRAS在查找其所属的局域网内是否存在其它BRAS时,具体包括:第一BRAS在局域网内广播发现报文。若接收到发现响应报文,则确定局域网内存在其它BRAS。
在本申请的一个实施方式中,第一BRAS根据预设规则从其它BRAS中选择第二BRAS时,具体为:若第一BRAS接收到两条或两条以上发现响应报文,则根据接收到两条或两条以上发现响应报文的顺序,选择首个接收到的发现响应报文对应的BRAS为第二BRAS。
在本申请的另一个实施方式中,第一BRAS在接收到两个或两个以上发现响应报文时,还可以选择首个之外如第二个或其他顺序的接收到的发现响应报文对应的BRAS为第二BRAS;或者,还可以进一步探知接收到的发现响应报文对应的BRAS的负载状态,并从中选取负载状态较优的BRAS作为第二BRAS。用户可根据实际需求设定第一BRAS选择第二BRAS的预设规则,本申请对此不做限定。
在本申请的一个实施方式中,第一BRAS与第二BRAS建立虚链接通道的步骤之前,还可以包括:根据第二BRAS对应的发现响应报文中携带的地址信息,向第二BRAS发送会话请求。接收来自第二BRAS的会话响应,其中,会话响应中携带第二BRAS的第二网关信息。第一BRAS获取并存储第二网关信息。
在本申请的一个实施方式中,第一BRAS与第二BRAS建立虚链接通道的步骤,具体为:第一BRAS向第二BRAS发送虚链接请求,其中,虚链接请求中携带有第一BRAS的第一网关信息以及第一BRAS中的地址池信息,以使第二BRAS将第一网关信息设置为与第一BRAS中的地址池信息对应的下一跳地址。第一BRAS接收来自第二BRAS的虚链接响应,并与第二BRAS建立虚链接通道。然后,第一BRAS将第一网关信息设置为与公网地址信息对应的下一跳地址。
其中,在本申请的实施方式中,第一BRAS与第二BRAS中分别存储有第一路由表和第二路由表。在通信链路未故障之前,第一BRAS的第一路由表中记录有公网地址信息以及对应的下一跳地址。在虚链接通道建立之后,第一BRAS将路由表中与公网地址信息对应的下一跳地址设置为第二BRAS的网关地址(即第二网关信息)。在通信链路未故障之前,第二BRAS作为第一BRAS的备用BRAS,其存储的第二路由表中与公网侧路由相关的内容与第一BRAS的第一路由表中与公网侧路由相关的内容相同,同样记录有公网地址信息以及对应的下一跳地址。在虚链接通道建立之后,第二BRAS从第一BRAS学习到地址池信息,第二BRAS将地址池信息添加到路由表中,并将与地址池信息对应的下一跳地址设置为第一BRAS的网关地址(即第一网关信息)。
在本申请的一个实施方式中,如果第二BRAS中具有多个网关信息,则在第二BRAS与第一BRAS建立会话阶段时,第二BRAS将选择其中一个网关地址作为与第一BRAS建立虚链接通道时与第一BRAS绑定的网关信息。相应的,第一BRAS在向第二BRAS发送虚链接请求时,该请求中除携带有第一网关信息外,还需要携带第二BRAS的第二网关信息,以通知第二BRAS与第一BRAS之间建立的虚链接通道是基于第一网关信息与第二网关信息建立的。
在本申请的一个实施方式中,第一BRAS根据接收到的第一报文中携带的目的地址信息,确定目的地址信息与公网地址信息是否匹配。若是,则根据公网地址信息对应的下一跳地址,将第一报文发送至第二BRAS,以使第二BRAS检索到与目的地址信息相匹配的公网地址信息时,将第一报文转发至公网。
在本申请的一个实施方式中,方法还可以进一步包括:若第一BRAS检测其与公网之间的通信链路恢复正常,则取消虚链接通道,以使第一BRAS在接收到与公网相关联的第一报文后,将报文转发至公网。并且,在本申请的实施方式中,第二BRAS在检测到虚链接通道取消后,将删除从第一BRAS学习到的地址池信息以及相关设置。
为了更好的理解本申请的故障处理方法,下面以具体实施方式进行详细阐述。
参照图2,示出了本申请实施方式的故障处理方法的网络架构图。在图2中:终端1-3分别接入交换机(以下简称SW),并且终端1-3均在BRAS1上上线。SW与BRAS1和BRAS2分别进行通信连接,并且BRAS1和BRAS2与公网分别相连。
在本实施方式中,BRAS1中存储有路由表,在与公网之间的通信链路未故障之前,BRAS1的路由表中记录有目的网段、下一跳地址、出接口之间的对应关系。其中,公网网段(即本申请中涉及的公网地址信息)的下一跳地址为公网侧地址,出接口则为BRAS1与公网侧连接的接口。BRAS1中还存储有地址池信息,地址池信息中包括至少一个网段,用于为终端分配地址。
BRAS2中同样存储有路由表,由于BRAS2与BRAS1属于同一局域网内,则BRAS2作为BRAS1的备用BRAS,其具有的路由表中与公网侧相关的内容与BRAS1上的路由表中的内容相同。
在本申请的实施方式中,BRAS1实时监控其与公网侧接口的接口状态,以探知BRAS1与公网侧的通信链路是否正常,一旦与公网侧接口异常,则可判定BRAS1与公网之间的通信链路发生故障。在本申请的实施方式中,BRAS1与公网侧接口进行绑定,即如果公网侧接口异常,则BRAS1立即触发虚链路通道建立过程。
继续参照图2,当BRAS1检测到与公网侧接口断开时,BRAS1以拨号接入口触发虚拟PPPOE(Point to Point Protocol over Ethernet,以太网上的点对点协议)拨号过程,具体步骤为:BRAS1在局域网内广播发现报文以发现其它BRAS。在本实施方式中,局域网内只存在一个备用BRAS,即BRAS2。BRAS2接收到发现报文后,将对其进行响应,向BRAS1发送携带有BRAS2的地址信息(本实施方式中为MAC地址)的发现响应报文。
BRAS1接收到来自BRAS2的发现响应报文,则可确定局域网内存在备用BRAS。在本申请的一个实施方式中,如果BRAS1在预定时间内未收到任何发现响应报文,则确定本局域网内不存在其它BRAS。在该种情况下,BRAS1上的所有在线用户将被强制下线。
在本申请的一个实施方式中,如果局域网内还存在有其它备用BRAS,例如:BRAS3、BRAS4。则BRAS3和BRAS4将均返回发现响应报文并分别携带自身的地址信息。BRAS1在接收到两个或两个以上发现响应报文时,则根据接收到的发现响应报文的顺序,选择首个接收到的发现响应报文对应的BRAS为目的BRAS,并与目的BRAS建立虚链接通道,以使BRAS1在接收到来自终端并与公网相关联的第一报文后,通过该目的BRAS将第一报文转发至公网。
在本申请的另一个实施方式中,BRAS1在接收到两个或两个以上发现响应报文时,还可以进一步探知接收到的发现响应报文对应的BRAS的负载状态,并从中选取负载状态较优的BRAS作为目的BRAS。用户可根据实际需求设定BRAS1选择目的BRAS的预设规则,本申请对此不做限定。
仍参照图2,在本申请的实施方式中,与现有技术中的PPPOE拨号过程类似,BRAS1接收到发现响应报文后,将根据发现响应报文中携带的地址信息,向BRAS2发送单播报文,即会话请求。BRAS2接收到会话请求后,做出响应,即与BRAS1成功建立会话,并开始进行数据交互。在会话过程中,BRAS2将本地网关信息发送至BRAS1,并为BRAS1分配一个IP地址。在本申请的一个实施方式中,BRAS2上可以存在两个或两个以上网关地址,则BRAS2可根据负载状态等规则选择其中一个网关地址发送至BRAS1,作为与BRAS1建立虚链接通道的网关地址。
BRAS1获取并存储BRAS2的网关信息(即本申请实施方式中的第二网关信息)以及BRAS2发送的IP地址。在本申请的实施方式中,BRAS1在接收到该IP地址后,为节省资源,BRAS1可将该IP地址释放,以减少BRAS2端IP地址的占用,从而提高资源利用率。具体的释放手段可由现有技术实现,本申请对此不做限定。
继续参照图2,BRAS1获取到第二网关信息后,将向BRAS2发送虚链接请求,其中,虚链接请求中携带有BRAS1的网关信息(即本申请实施方式中的第一网关信息)、第二网关信息以及BRAS1的地址池信息。BRAS1向BRAS2发送第二网关信息的目的在于通知BRAS2与其建立的虚链接通道网关为第一网关地址与第二网关地址。
BRAS2接收虚链接请求,获取并存储第一网关信息和BRAS1的地址池信息,并向BRAS1发送虚链接响应。BRAS1接收到虚链接响应后,向BRAS2返回连接报文。则BRAS1与BRAS2已成功建立虚链接通道。在本申请的一个实施方式中,BRAS2向BRAS1发送的虚链接响应中可包含其它扩展信息,例如:优先级信息。BRAS2可在本地设置优先级,即优先处理本地连接终端发来的报文,再处理BRAS1发来的报文。用户可根据实际需要进行扩展信息的设置,本申请对此不做限定。
虚链接通道建立成功后,BRAS1与BRAS2将分别更新本地路由表。
在BRAS1中:
BRAS1将公网地址信息对应的下一跳地址设置为BRAS2的网关地址。并将公网地址信息对应的出接口设置为与SW连接的接口。
在BRAS2中:
BRAS2将从BRAS1学习到的地址池信息添加至路由表,并将BRAS1的网关地址设置为与其对应的下一跳地址,将与SW连接的接口设置为与其对应的出接口。此外,BRAS2路由表中公网地址信息对应的下一跳地址以及出接口之前的对应关系保持不变。
在本申请的一个实施方式中,BRAS2在更新路由表之后,将路由表发送至公网侧,以使公网侧学习该路由表。公网侧的学习过程与现有技术实施方式中的过程相同,在此不再赘述。
继续参照图2,在终端1向BRAS1发送第一报文,并且该第一报文的目的地址为公网地址的情况下,BRAS1接收该第一报文,并获取其携带的目的地址。BRAS1通过检索本地路由表,确定该目的地址与公网地址信息匹配,即该目的地址属于公网地址信息中所包括的其中一个公网网段。
BRAS1确定与该公网地址信息对应的下一跳地址以及出接口分别为:BRAS2的网关地址以及与SW相连的接口。则BRAS1将该第一报文通过与SW相连的接口发送至BRAS2。
BRAS2接收该第一报文,并获取其携带的目的地址。BRAS2通过检索本地路由表,确定与该目的地址相匹配的网段属于公网地址信息中的网段。则BRAS2确定与该公网地址信息对应的下一跳地址以及出接口分别为:公网地址以及与公网相连的接口。BRAS2通过与公网相连的接口将第一报文转发至公网。
仍参照图2,在本申请的实施方式中,由于公网侧已学习BRAS2中的路由表,因此,当公网侧返回与终端1对应的响应报文时,该报文将发送至BRAS2。BRAS2接收该响应报文,并获取其携带的目的地址,此时,目的地址为终端1的IP地址。BRAS2通过检索本地路由表,确定与该响应报文携带的目的地址相匹配的网段属于从BRAS1学习到的地址池信息中的网段。举例说明:若BRAS2从BRAS1学习到的地址池信息中的其中一个网段为10.0.0.0/24,此时,响应报文中携带的目的地址为10.0.0.5。则该地址属于10.0.0.0/24网段,即该地址与BRAS1中的地址池信息匹配。BRAS2确定与该地址池信息对应的下一跳地址以及出接口分别为:BRAS1的网关地址以及与SW相连的接口。BRAS2通过该接口将响应报文转发至BRAS1。
BRAS1接收到响应报文后,直接将该响应报文发送至对应的终端,即终端1。
在本申请的一个实施方式中,如果BRAS1检测到与公网连接的接口状态恢复正常,即可确定其与公网之间的通信链路恢复正常。BRAS1将向BRAS2发送报文以通知BRAS2将断开与其之间的虚链接通道,BRAS2接收到该报文后,与BRAS1断开虚链接通道。则此时,如果BRAS1接收到与公网相关联的第一报文,即目的地址为公网地址的报文时,BRAS1直接将该第一报文转发至公网侧,从而能够自动完成故障恢复的切换,而无需操作人员进行手动操作。
在本申请的一个实施方式中,BRAS2在检测到与BRAS1之间的虚链接通道取消后,将删除从BRAS1处学习到的地址池信息以及相关设置。
综上所述,本申请实施方式提供的技术方案,通过检测第一BRAS与公网之间的通信链路是否发生故障,并在检测到第一BRAS与公网之间的通信链路发生故障时,查找第一BRAS所属的局域网内是否存在其它BRAS;若存在,则根据预设规则从其它BRAS中选择第二BRAS,并与第二BRAS建立虚链接通道,以使第一BRAS在接收到来自终端并与公网相关联的第一报文后,通过第二BRAS将第一报文转发至公网。因此,本申请实施方式在BRAS与公网之间的通信链路发生故障时,可以在该BRAS上线的用户不会受到任何影响的情况下转发报文并接收到响应报文,从而有效地提升了用户体验。
基于与上述方法同样的申请构思,本申请实施方式还提供一种故障处理装置,应用在BRAS中。该故障处理装置可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在的路由设备的处理器,读取非易失性存储器中对应的计算机程序指令形成的。从硬件层面而言,除了处理器、非易失性存储器外,路由设备还可以包括其他硬件,如负责处理报文的转发芯片、网络接口、内存等;从硬件结构上来讲,该路由设备还可能是分布式设备,可能包括多个接口卡,以便在硬件层面进行报文处理的扩展。
参照图3,示出了本申请一种故障处理装置300实施方式的结构框图,具体可以包括如下模块:
第一确定模块301,用于若检测到所述第一BRAS与公网之间的通信链路发生故障,则确定所述第一BRAS所属的局域网内是否存在其它BRAS。
建立模块302,用于若所述第一确定模块301确定在所述第一BRAS所属的局域网内存在其它BRAS,则根据预设规则从所述其它BRAS中选择第二BRAS,并与所述第二BRAS建立虚链接通道,以使所述第一BRAS在接收到来自终端并与所述公网相关联的第一报文后,通过所述第二BRAS将所述第一报文转发至所述公网。
参照图4,在本申请的一个实施方式中,在图3的基础上,故障处理装置300还可以包括:
广播模块303,用于在所述局域网内广播发现报文。
所述第一确定模块301还可以进一步用于若接收到发现响应报文,则确定所述局域网内存在其它BRAS。
在本申请的一个实施方式中,建立模块302根据预设规则从所述其它BRAS中选择第二BRAS具体为:若接收到两条或两条以上发现响应报文,则根据接收到所述两条或两条以上发现响应报文的顺序,选择首个接收到的发现响应报文对应的BRAS为第二BRAS。
继续参照图4,在本申请的一个实施方式中,故障处理装置300还可以包括:第一发送模块304,用于根据所述第二BRAS对应的发现响应报文中携带的地址信息,向所述第二BRAS发送会话请求。
以及,接收模块305,用于接收来自所述第二BRAS的会话响应,所述会话响应中携带所述第二BRAS的第二网关信息。
获取模块306,用于获取并存储所述第二网关信息。
在本申请的一个实施方式中,建立模块302与所述第二BRAS建立虚链接通道具体为:向所述第二BRAS发送虚链接请求,其中,所述虚链接请求中携带有第一BRAS的第一网关信息以及所述第一BRAS中的地址池信息,以使所述第二BRAS将所述第一网关信息设置为与所述地址池信息对应的下一跳地址;
接收来自所述第二BRAS的虚链接响应,并与所述第二BRAS建立虚链接通道;所述建立模块302将所述第二网关信息设置为与公网地址信息对应的下一跳地址。
继续参照图4,在本申请的一个实施方式中,故障处理装置300还可以包括:
第二确定模块307,用于根据接收到的所述第一报文中携带的目的地址信息,确定所述目的地址信息与所述公网地址信息是否匹配。
第二发送模块308,用于在第二确定模块308确定结果为是时,则根据所述公网地址信息对应的下一跳地址,将所述第一报文发送至所述第二BRAS,以使所述第二BRAS在检索到与所述目的地址信息相匹配的公网地址信息时,将所述第一报文转发至所述公网。
取消模块309,用于若检测到所述第一BRAS与所述公网之间的通信链路恢复正常,则取消所述虚链接通道,以使所述第一BRAS在接收到与所述公网相关联的第一报文后,将所述第一报文转发至所述公网。
综上所述,本申请实施方式提供的故障处理装置,通过检测第一BRAS与公网之间的通信链路是否发生故障,并在检测到第一BRAS与公网之间的通信链路发生故障时,查找第一BRAS所属的局域网内是否存在其它BRAS;若存在,则根据预设规则从其它BRAS中选择第二BRAS,并与第二BRAS建立虚链接通道,以使第一BRAS在接收到来自终端并与公网相关联的第一报文后,通过第二BRAS将第一报文转发至公网,并通过第二BRAS接收到来自公网的报文响应。因此,本申请实施方式在BRAS与公网之间的通信链路发生故障时,可以在该BRAS上线的用户不会受到任何影响的情况下转发报文并接收到来自公网侧的响应报文,从而有效地提升了用户体验。
对于装置实施方式而言,由于其与方法实施方式基本相似,所以描述的比较简单,相关之处参见方法实施方式的部分说明即可。
本说明书中的各个实施方式均采用递进的方式描述,每个实施方式重点说明的都是与其他实施方式的不同之处,各个实施方式之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本申请实施方式的实施方式可提供为方法、装置、或计算机程序产品。因此,本申请实施方式可采用完全硬件实施方式、完全软件实施方式、或结合软件和硬件方面的实施方式的形式。而且,本申请实施方式可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请实施方式是参照根据本申请实施方式的方法、终端装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端装置的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端装置的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端装置以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端装置上,使得在计算机或其他可编程终端装置上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端装置上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请实施方式的优选实施方式,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施方式做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施方式以及落入本申请实施方式范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端装置中还存在另外的相同要素。
以上对本申请所提供的一种故障处理方法及装置,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施方式的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (12)
1.一种故障处理方法,应用于第一宽带远程接入服务器BRAS,其特征在于,包括:
若检测到所述第一BRAS与公网之间的通信链路发生故障,则查找所述第一BRAS所属的局域网内是否存在其它BRAS;
若存在,则根据预设规则从所述其它BRAS中选择第二BRAS,并与所述第二BRAS建立虚链接通道,以使所述第一BRAS在接收到来自终端并与所述公网相关联的第一报文后,通过所述第二BRAS将所述第一报文转发至所述公网;
所述查找所述第一BRAS所属的局域网内是否存在其它BRAS的步骤,具体包括:
在所述局域网内广播发现报文;
若接收到发现响应报文,则确定所述局域网内存在其它BRAS;
所述根据预设规则从所述其它BRAS中选择第二BRAS的步骤,具体包括:
若接收到两条或两条以上发现响应报文,则确定接收到的所述发现响应报文对应的BRAS的负载状态,选取负载状态较优的BRAS作为第二BRAS。
2.根据权利要求1所述的方法,其特征在于,所述根据预设规则从所述其它BRAS中选择第二BRAS的步骤,具体包括:
若接收到两条或两条以上发现响应报文,则根据接收到所述两条或两条以上发现响应报文的顺序,选择首个接收到的发现响应报文对应的BRAS为第二BRAS。
3.根据权利要求2所述的方法,其特征在于,所述与所述第二BRAS建立虚链接通道的步骤之前,还包括:
根据所述第二BRAS对应的发现响应报文中携带的地址信息,向所述第二BRAS发送会话请求;
接收来自所述第二BRAS的会话响应,所述会话响应中携带所述第二BRAS的第二网关信息;
获取并存储所述第二网关信息。
4.根据权利要求3所述的方法,其特征在于,所述与所述第二BRAS建立虚链接通道的步骤,具体包括:
向所述第二BRAS发送虚链接请求,其中,所述虚链接请求中携带有所述第一BRAS的第一网关信息以及所述第一BRAS中的地址池信息,以使所述第二BRAS将所述第一网关信息设置为与所述地址池信息对应的下一跳地址;
接收来自所述第二BRAS的虚链接响应,并与所述第二BRAS建立虚链接通道;
将所述第二网关信息设置为与公网地址信息对应的下一跳地址。
5.根据权利要求4所述的方法,其特征在于,所述第一BRAS在接收到第一报文后,通过所述第二BRAS将所述第一报文转发至所述公网的步骤,具体包括:
根据接收到的所述第一报文中携带的目的地址信息,确定所述目的地址信息与所述公网地址信息是否匹配;
若是,则根据所述公网地址信息对应的下一跳地址,将所述第一报文发送至所述第二BRAS,以使所述第二BRAS在检索到与所述目的地址信息相匹配的公网地址信息时,将所述第一报文转发至所述公网。
6.根据权利要求1所述的方法,其特征在于,所述方法进一步包括:
若检测到所述第一BRAS与所述公网之间的通信链路恢复正常,则取消所述虚链接通道,以使所述第一BRAS在接收到第一报文后,将所述第一报文转发至所述公网。
7.一种故障处理装置,应用于第一宽带远程接入服务器BRAS,其特征在于,包括:
第一确定模块,用于若检测到所述第一BRAS与公网之间的通信链路发生故障,则确定所述第一BRAS所属的局域网内是否存在其它BRAS;
建立模块,用于若所述第一确定模块确定在所述第一BRAS所属的局域网内存在其它BRAS,则根据预设规则从所述其它BRAS中选择第二BRAS,并与所述第二BRAS建立虚链接通道,以使所述第一BRAS在接收到来自终端并与所述公网相关联的第一报文后,通过所述第二BRAS将所述第一报文转发至所述公网;
所述装置进一步包括:
广播模块,用于在所述局域网内广播发现报文;
所述第一确定模块进一步用于若接收到发现响应报文,则确定所述局域网内存在其它BRAS;
所述建立模块根据预设规则从所述其它BRAS中选择第二BRAS具体为:若接收到两条或两条以上发现响应报文,则确定接收到的所述发现响应报文对应的BRAS的负载状态,选取负载状态较优的BRAS作为第二BRAS。
8.根据权利要求7所述的装置,其特征在于,所述建立模块根据预设规则从所述其它BRAS中选择第二BRAS具体为:若接收到两条或两条以上发现响应报文,则根据接收到所述两条或两条以上发现响应报文的顺序,选择首个接收到的发现响应报文对应的BRAS为第二BRAS。
9.根据权利要求8所述的装置,其特征在于,所述装置进一步包括:
第一发送模块,用于根据所述第二BRAS对应的发现响应报文中携带的地址信息,向所述第二BRAS发送会话请求;
接收模块,用于接收来自所述第二BRAS的会话响应,所述会话响应中携带所述第二BRAS的第二网关信息;
获取模块,用于获取并存储所述第二网关信息。
10.根据权利要求9所述的装置,其特征在于,所述建立模块与所述第二BRAS建立虚链接通道具体为:向所述第二BRAS发送虚链接请求,其中,所述虚链接请求中携带有第一BRAS的第一网关信息以及所述第一BRAS中的地址池信息,以使所述第二BRAS将所述第一网关信息设置为与所述地址池信息对应的下一跳地址;
接收来自所述第二BRAS的虚链接响应,并与所述第二BRAS建立虚链接通道;
将所述第二网关信息设置为与公网地址信息对应的下一跳地址。
11.根据权利要求10所述的装置,其特征在于,所述装置进一步包括:
第二确定模块,用于根据接收到的所述第一报文中携带的目的地址信息,确定所述目的地址信息与所述公网地址信息是否匹配;
第二发送模块,用于在第二确定模块的确定结果为是时,则根据所述公网地址信息对应的下一跳地址,将所述第一报文发送至所述第二BRAS,以使所述第二BRAS在检索到与所述目的地址信息相匹配的公网地址信息时,将所述第一报文转发至所述公网。
12.根据权利要求7所述的装置,其特征在于,所述装置进一步包括:
取消模块,用于若检测到所述第一BRAS与所述公网之间的通信链路恢复正常,则取消所述虚链接通道,以使所述第一BRAS在接收到所述第一报文后,将所述第一报文转发至所述公网。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610858623.1A CN106330571B (zh) | 2016-09-28 | 2016-09-28 | 一种故障处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610858623.1A CN106330571B (zh) | 2016-09-28 | 2016-09-28 | 一种故障处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106330571A CN106330571A (zh) | 2017-01-11 |
CN106330571B true CN106330571B (zh) | 2019-09-17 |
Family
ID=57820308
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610858623.1A Active CN106330571B (zh) | 2016-09-28 | 2016-09-28 | 一种故障处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106330571B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110830310B (zh) * | 2019-11-28 | 2022-04-26 | 新华三大数据技术有限公司 | 一种跨数据中心的灾难备份方法及bras系统 |
CN113794641B (zh) * | 2021-08-20 | 2022-10-21 | 新华三信息安全技术有限公司 | 报文处理方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101114966A (zh) * | 2007-07-11 | 2008-01-30 | 中兴通讯股份有限公司 | 宽带接入服务器系统的信息指示系统及方法 |
CN101184012A (zh) * | 2007-12-27 | 2008-05-21 | 中兴通讯股份有限公司 | 一种用于宽带远程接入服务器的接口管理装置 |
CN102025798A (zh) * | 2010-12-15 | 2011-04-20 | 华为技术有限公司 | 地址分配处理方法、装置和系统 |
EP2536068A1 (en) * | 2011-06-18 | 2012-12-19 | Deutsche Telekom AG | Virtual subscriber management |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101146045B (zh) * | 2007-10-11 | 2011-03-23 | 杭州华三通信技术有限公司 | 无线局域网及其接入方法、接入装置 |
-
2016
- 2016-09-28 CN CN201610858623.1A patent/CN106330571B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101114966A (zh) * | 2007-07-11 | 2008-01-30 | 中兴通讯股份有限公司 | 宽带接入服务器系统的信息指示系统及方法 |
CN101184012A (zh) * | 2007-12-27 | 2008-05-21 | 中兴通讯股份有限公司 | 一种用于宽带远程接入服务器的接口管理装置 |
CN102025798A (zh) * | 2010-12-15 | 2011-04-20 | 华为技术有限公司 | 地址分配处理方法、装置和系统 |
EP2536068A1 (en) * | 2011-06-18 | 2012-12-19 | Deutsche Telekom AG | Virtual subscriber management |
Also Published As
Publication number | Publication date |
---|---|
CN106330571A (zh) | 2017-01-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102439903B (zh) | 实现容灾备份的方法、设备及系统 | |
CN104205748B (zh) | 具有协调的业务方向的机架间冗余 | |
US8489913B2 (en) | Network system and network relay apparatus | |
US8856584B2 (en) | Transport control server that modifies routing information | |
CN100452746C (zh) | 一种确定出接口的方法及多接入宽带路由器 | |
US6898630B2 (en) | Network management system utilizing notification between fault manager for packet switching nodes of the higher-order network layer and fault manager for link offering nodes of the lower-order network layer | |
CN104869057B (zh) | 开放流交换机优雅重启处理方法、装置及开放流控制器 | |
CN105915642A (zh) | 用于会话弹性的池中的移动网关 | |
US20090232130A1 (en) | Gateway router and priority control for emergency call in ip telephony system | |
US20140254347A1 (en) | Ethernet Ring Protection Switching Method, Node, and System | |
CN101854283B (zh) | 一种rpr环网的通信方法和设备 | |
CN102035676A (zh) | 基于arp协议交互的链路故障检测与恢复的方法和设备 | |
CN113132159B (zh) | 存储集群节点故障的处理方法、设备及存储系统 | |
CN101562576B (zh) | 一种路由发布方法和设备 | |
CN106330571B (zh) | 一种故障处理方法及装置 | |
CN107070790B (zh) | 一种路由学习方法及路由设备 | |
CN102970160A (zh) | 一种辅助监控终端和备用服务器快速通信的方法和装置 | |
JP2002300275A (ja) | 移動通信システム、関門交換機選択サーバ及び関門交換機選択方法 | |
EP2479926A1 (en) | Method and device for backing up user information | |
JP4387937B2 (ja) | 電話システムおよび交換システム | |
CN110392416B (zh) | 一种安卓系统的网络选择方法 | |
CN111629386B (zh) | 通信方法、系统及设备 | |
CN101909005A (zh) | 转发表的处理方法和装置 | |
CN108199986B (zh) | 一种数据传输方法、堆叠设备及堆叠系统 | |
CN107995111B (zh) | 业务转发、链路变化通告方法、汇聚设备及接入设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | 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 |