CN113872815B - 一种故障切换方法及*** - Google Patents

Abstract

本申请供一种故障切换方法及***。在本申请中，通过为多台LNS配置相同的虚拟地址，在LAC与虚拟地址之间建立并维持L2TP隧道，任一LNS故障后LAC与虚拟地址之间的L2TP隧道不会断开，因此使得远端用户与LAC间的访问连接不会因LNS故障而断开，无需用户重复拨号上线；且通过自动为远端用户分配另一LNS承载故障LNS上的业务，实现了用户无感知情况下的故障切换，提升了用户体验。

Description

一种故障切换方法及***

技术领域

本申请涉及网络通信领域，特别涉及一种故障切换方法及***。

背景技术

在二层隧道协议(L2TP：Layer 2Tunneling Protocol)组网环境中，二层隧道协议访问集中器(LAC：L2TP Access Concentrator)可以配置多个二层隧道协议网络服务器(LNS：L2TP Network Server)，通过在LAC与各台LNS间建立L2TP隧道，由各台LNS承载来自远端用户的内部网络访问业务。

但是在现有技术中，当某台正在为远端用户提供内部网络访问服务的LNS故障后，会导致该LNS承载的访问业务断开，远端用户掉线，需要用户多次重复拨号才能上线成功，用户体验较差。

发明内容

本申请提供一种故障切换方法及***，以解决LNS故障后远端用户会掉线的问题，实现用户无感知情况下的故障LNS切换，提升用户体验。

根据本申请实施例的第一方面，提供一种故障切换方法，所述方法应用于包括二层隧道协议访问集中器LAC和多台二层隧道协议网络服务器LNS的***，为所述多台LNS配置相同的虚拟地址，建立并维持所述LAC与所述虚拟地址之间的二层隧道协议L2TP隧道；

所述方法包括：

所述LAC检测到任一LNS故障后，通过所述L2TP隧道，向所述虚拟地址发送故障切换请求；

当通过所述L2TP隧道接收到针对所述故障切换请求的响应报文后，确定发送所述响应报文的LNS，将该LNS确定为故障切换目标LNS，并将故障LNS承载的业务切换至所述故障切换目标LNS；

其中，任一LNS在接收到故障切换请求后，根据本地保存的LNS维护表确定是否需要针对所述故障切换请求发送所述响应报文。

根据本申请实施例的第二方面，提供一种故障切换方法，所述方法应用于包括LAC和多台LNS的***，为所述多台LNS配置相同的虚拟地址，建立并维持所述LAC与所述虚拟地址之间的L2TP隧道；

所述方法包括：

所述多台LNS中的任一台LNS，通过所述虚拟地址接收到所述LAC发送的故障切换请求后，根据本地保存的所述LNS维护表，确定本设备是否需要针对所述故障切换请求发送响应报文；

当确定本设备需要针对所述故障切换请求发送所述响应报文时，通过所述L2TP隧道向所述LAC发送所述响应报文，承载所述LAC分配至本设备的业务。

根据本申请实施例的第三方面，提供一种故障切换***，所述***包括：

LAC和多台LNS，为所述多台LNS配置相同的虚拟地址，建立并维持所述LAC与所述虚拟地址之间的L2TP隧道；

其中，所述LAC检测到任一LNS故障后，通过所述L2TP隧道，向所述虚拟地址发送故障切换请求；

所述多台LNS中的任一台LNS，通过所述虚拟地址接收到所述LAC发送的所述故障切换请求后，根据本地保存的所述LNS维护表，确定本设备是否需要针对所述故障切换请求发送响应报文；

当所述多台LNS中的任一台LNS确定本设备需要针对所述故障切换请求发送所述响应报文时，通过所述L2TP隧道向所述LAC发送所述响应报文；

所述LAC通过所述L2TP隧道接收到针对所述故障切换请求的响应报文后，确定发送所述响应报文的LNS，将该LNS确定为故障切换目标LNS，并将故障LNS承载的业务切换至所述故障切换目标LNS。

由以上技术方案可以看出，在本实施例中，通过为多台LNS配置相同的虚拟地址，在LAC与虚拟地址之间建立并维持L2TP隧道，任一LNS故障后LAC与虚拟地址之间的L2TP隧道不会断开，因此使得远端用户与LAC间的访问连接不会因LNS故障而断开，无需用户重复拨号上线；且通过自动为远端用户分配另一LNS承载故障LNS上的业务，实现了用户无感知情况下的故障切换，提升了用户体验。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1为本申请实施例提供的组网结构示例图；

图2为本申请实施例提供的方法流程图；

图3为本申请实施例提供的另一方法流程图；

图4为本申请实施例提供的***结构图；

图5为本申请实施例提供的装置结构图；

图6为本申请实施例提供的装置结构图；

图7为本申请实施例提供的电子设备结构图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

为了使本领域技术人员更好地理解本申请实施例提供的技术方案，并使本申请实施例的上述目的、特征和优点能够更加明显易懂，下面结合附图对本申请实施例中技术方案作进一步详细的说明。

图1举例示出其中一种L2TP组网结构图：

作为一个可选的实施例，在图1所示的组网中，可以包括远端设备101，LAC102，虚拟地址103，LNS104_1、LNS104_2、LNS104_3，服务器105。需要说明的是，图中103是为便于更清晰地说明本实施例而示出的，代表一个虚拟地址，在实际组网中并不真实存在此设备。

作为一个可选的实施例，远端设备101可以通过基于以太网的点对点协议(PPPoE：Point-to-Point Protocol Over Ethernet)与LAC102建立会话，LAC102与虚拟地址103建立L2TP隧道。

其中，虚拟地址103是为LNS104_1、LNS104_2、LNS104_3三台LNS配置的相同虚拟IP地址。需要说明的是，上述三台LNS与外部通信时仍有自身独立的IP地址，在此基础上，为实现本申请在任一LNS故障后，远端用户与LAC间的访问连接不会因LNS故障而断开的目的，可进一步在上述三台LNS配置相同的虚拟IP地址，用于和LAC建立L2TP隧道以实现上述目的。例如，针对LNS104_1，该设备自身IP地址为3.3.3.3，可以用于与外部通信等，在此基础上额外配置了虚拟地址2.2.2.2，用于与LAC建立L2TP隧道，对于LNS104_2、LNS104_3同理，不再赘述。作为一个可选的实施例，可以采用LNS上的本地回环(Loopback)地址，作为虚拟地址103。

在实际应用中LAC可以配置多台LNS，LNS的数量可以根据设备型号或实际需求确定，大于等于二即可，本实施例对此不进行限定。

作为一个可选的实施例，组网中包括用于进行认证的服务器105，具体地，例如，服务器105可以是远程用户拨号认证***(RADIUS：Remote Authentication Dial In UserService)服务器，用于对组网涉及的会话建立、隧道建立、用户信息等进行认证，认证可以是基于密码认证协议(PAP：Password Authentication Protocol)、挑战握手认证协议(CHAP：Challenge Handshake Authentication Protocol)，等等，认证方式与流程属于常规技术手段，本实施例对此不进行限定。可选地，还可以在服务器105中存储认证信息及LNS维护表，在下文的故障切换过程中，直接利用服务器105中存储的认证信息进行认证。上述信息及LNS维护表在服务器105可通过RADIUS扩展属性进行存储，例如，供应商特定(Vendor-specific)属性，本实施例对此不进行限定。

参见图2，图2为本申请实施例提供的方法流程图。可选地，作为一个实施例，该流程可应用于包括LAC和多台LNS的***，且为前述多台LNS配置相同的虚拟地址，LAC与虚拟地址之间建立并维持L2TP隧道。

步骤201，LAC检测到任一LNS故障后，通过L2TP隧道，向虚拟地址发送故障切换请求。

在本实施例中，可选地，用户可通过远端设备向LAC发送访问请求并在远端设备与LAC间建立PPPoE会话，LAC与LNS间则通过L2TP隧道建立会话，由LNS为上述用户分配内网IP地址并提供内部网络访问服务，在本实施例中，L2TP组网及会话建立属于常规技术手段，有很多实现方式，这里不进行赘述。

当L2TP组网建立后且LNS承载用户访问业务时，由LAC对各LNS的状态进行检测，以及时发现是否有LNS出现故障。作为一个可选的实施例，可以采用因特网控制报文协议(ICMP：Internet Control Message Protocol)向上述虚拟地址定期发起故障信息链路探测，当接收到ICMP差错报文后，即可将该差错报文针对的LNS确定为故障LNS，本实施例对于探测故障的方式及协议不进行限定。

当检测到任一LNS故障后，LAC通过上述L2TP隧道，向虚拟地址发送故障切换请求。由于该虚拟地址是为多台LNS配置的相同的地址，因此上述多台LNS都能通过该虚拟地址接收到该故障切换请求。

可选地，作为一个实施例，当检测到任一LNS故障后，LAC还可以将该LNS故障的信息记入LNS维护表中，以供LNS设备判断本设备是否需要针对故障切换请求进行响应，具体判断方式下文结合图3进行描述，这里暂不赘述。

步骤202，当通过L2TP隧道接收到针对故障切换请求的响应报文后，确定发送该响应报文的LNS，将该LNS确定为故障切换目标LNS，并将故障LNS承载的业务切换至故障切换目标LNS。

在本实施例中，LAC发送故障切换请求后，上述多台LNS基于本地保存的LNS维护表进行判断，会有一台LNS针对该故障切换请求进行响应，即通过上述L2TP隧道向LAC发送针对故障切换请求的响应报文，下文结合图3中所示流程对多台LNS接收故障切换请求并判断本设备是否需要响应该请求的过程进行描述，这里暂不赘述。

当LAC通过L2TP接收到上述响应报文后，将发送该响应报文的LNS确定为故障切换目标LNS，LAC与故障切换目标LNS建立会话连接并将故障LNS承载的业务切换至故障切换目标LNS，由故障切换目标LNS代替故障LNS为用户提供内网访问服务。

在此过程中，由于LAC与虚拟地址间的L2TP隧道始终未断开，因此即使承载用户业务的LNS出现故障，用户所用的远端设备与LAC间的PPPoE会话也不会断开，用户无需重新拨号上线。

可选地，作为一个实施例，在上述故障LNS故障前，开始承载上述业务时，在LNS维护表中记录该LNS和该业务的对应关系，在故障LNS承载的业务切换至故障切换目标LNS后，在LNS维护表中更新上述对应关系，即删去故障LNS和该业务的对应关系，记录故障切换目标LNS和该业务的对应关系。LNS维护表中记录的关系信息后续可供LNS设备判断本设备是否需要针对故障切换请求进行响应，具体判断方式下文结合图3进行描述，这里暂不赘述。

可选地，作为一个实施例，还可以在LNS维护表中记录优先级信息，例如，可以为动态优先级信息，或者，可以为静态优先级信息，后续可供LNS设备判断本设备是否需要针对故障切换请求进行响应。

可选地，上述静态优先级信息可通过以下方式获得：

静态配置上述多台LNS的静态优先级排序，作为静态优先级信息。

可选地，上述动态优先级信息可通过以下方式获得：

当接收到业务请求，或者，经过固定间隔时间后，向虚拟地址发起信息获取链路探测，获取上述多台LNS的链路信息，分别计算与多台LNS中任一LNS间的链路成本，基于计算结果生成上述多台LNS的动态优先级排序，作为动态优先级信息。

其中，上述接收到业务请求，可以是LAC接收到来自远端设备的业务请求；上述信息获取链路探测，可以采用ICMP协议进行，也可以采用其它协议，可以与前述故障信息链路探测是同一链路探测，也可以是分别进行链路探测，本实施例对此不进行限定。

获取的链路信息是指可以用于计算链路成本的信息，例如，往返时延(RTT：Round-Trip Time)、生存时间(TTL：Time To Live)、带宽(BD：Bandwidth)，等等，本实施例对此不进行限定。

可选地，在本实施例中，计算链路成本有很多实现方式，下面结合公式1、公式2，举例示出其中一种实施方式：

当获取上述链路信息后，可以通过公式1进行数据正则化处理。

Rank_RTTx＝(RTT_x-RTT_min)/RTT_base (公式1)

其中，Rank_RTTx为第x台LNS的则化处理后的RTT，例如，对于LNS1为Rank_RTT1，对于LNS2为Rank_RTT2，等等，对于公式中的其它x同理；RTT_x为获取的第x台LNS的RTT；RTT_min为获取的上述多台LNS的RTT的最小值；RTT_base为RTT的等级基准系数，根据实际需求预先配置。

类似地，可以计算得到Rank_TTLx、Rank_BDx、Rank_Costx，不再单独描述。

当通过公式1进行上述数据正则化处理后，可以通过公式2计算LAC与多台LNS中任一LNS间的链路成本。

Cost_x＝(Rank_RTTx*W_RTT)+(Rank_TTL*W_TTL)+(-Rank_BDx*W_BD)+(Rank_costx*W_Cost) (公式2)

其中，Cost_x为LAC与第x台LNS间的链路成本，W_RTT、W_TTL、W_BD、W_Cost为针对各数据的预设权值系数，根据实际需求预先配置。

至此，获得了与上述多台LNS中任一LNS间的链路成本，基于链路成本即可对上述多台LNS进行动态优先级排序，作为动态优先级信息。

可选地，可以设置静态优先级信息的优先级高于动态优先级信息，即当LNS维护表中同时存在静态优先级信息与动态优先级信息时，LNS优先按照静态优先级信息进行判断。

可选地，当在LNS维护表中记录任意信息后，例如，上述的故障信息，动态优先级信息，静态优先级信息，或者其它信息，等待，通过L2TP隧道将更新后的LNS维护表发送至虚拟地址，由上述多台LNS通过虚拟地址获取并更新本地保存的LNS维护表。

至此，完成图2所示流程。

通过图2所示流程可以看出，在本实施例中，通过为多台LNS配置相同的虚拟地址，在LAC与虚拟地址之间建立并维持L2TP隧道，任一LNS故障后LAC与虚拟地址之间的L2TP隧道不会断开，因此使得远端用户与LAC间的访问连接不会因LNS故障而断开，无需用户重复拨号上线；且通过自动为远端用户分配另一LNS承载故障LNS上的业务，实现了用户无感知情况下的故障切换，提升了用户体验。

参见图3，图3为本申请实施例提供的方法流程图。可选地，作为一个实施例，该流程可应用于包括LAC和多台LNS的***，且为前述多台LNS配置相同的虚拟地址，LAC与虚拟地址之间建立并维持L2TP隧道。

如图3所示，该流程可包括以下步骤：

步骤301，多台LNS中的任一台LNS，通过虚拟地址接收到LAC发送的故障切换请求后，根据本地保存的LNS维护表，确定本设备是否需要针对故障切换请求发送响应报文。

在本实施例中，由于上述多台LNS配置有相同的虚拟地址，因此在LAC向上述虚拟地址发送故障切换请求后，多台LNS中的任一台都可以通过虚拟地址接收到该故障切换请求。

接收到上述故障切换请求后，各LNS分别通过本地保存的LNS维护表，确定本设备是否需要响应该故障切换请求，即通过L2TP隧道向LAC发送响应报文。

需要说明的是，为保证有且仅有一台LNS向LAC发送响应报文，需要保障各LNS中本地保存的LNS维护表一致。可选地，当LAC在LNS维护表中记录任意信息后，通过L2TP隧道将更新后的LNS维护表发送至虚拟地址，上述多台LNS即可通过虚拟地址获取接收到更新后的LNS维护表，并对本地保存的LNS维护表进行更新。

LNS通过本地保存的LNS维护表确定本设备是否需要响应该故障切换请求的方式有多种，本实施例对此不进行限定。

可选地，作为一个实施例，当任一LNS接收到上述故障切换请求后，根据本地保存的LNS维护表中的故障信息和动态优先级信息，判断动态优先级排序中，是否存在动态优先级高于本设备且未故障的LNS，如果不存在动态优先级高于本设备且未故障的LNS，则确定本设备需要针对上述故障切换请求发送响应报文，如果存在动态优先级高于本设备且未故障的LNS，则本设备不需要针对上述故障切换请求发送响应报文，由于各LNS中本地保存的LNS维护表相同，因此可以保证有且仅有一台LNS向LAC发送响应报文。

可选地，作为一个实施例，当任一LNS接收到上述故障切换请求后，根据本地保存的LNS维护表中的故障信息和静态优先级信息，判断静态优先级排序中，是否存在静态优先级高于本设备且未故障的LNS，如果不存在静态优先级高于本设备且未故障的LNS，则确定本设备需要针对上述故障切换请求发送响应报文，如果存在静态优先级高于本设备且未故障的LNS，则本设备不需要针对上述故障切换请求发送响应报文。

类似地，还可以通过在LNS维护表中存储其它信息，用于任一LNS接收到上述故障切换请求后判断本设备是否需要进行响应，本实施例对此不进行限定。

步骤302，当确定本设备需要针对故障切换请求发送响应报文时，通过L2TP隧道向LAC发送响应报文，承载LAC分配至本设备的业务。

在本实施例中，当上述多台LNS中的任一LNS都通过步骤301中的方式确定本设备是否需要针对上述故障切换请求进行响应后，有且仅有一台LNS会确定本设备需要进行上述响应，则由该LNS通过L2TP隧道向LAC发送响应报文，LAC与该LNS建立会话连接，并由该LNS承载LAC分配至本设备的业务。

优选地，除故障切换请求外，对于有新用户通过远端设备发起业务请求，并需要由LNS提供内网访问服务的情况，也可以采用与上述类似的实现方式。即多个LNS接收到LAC发送的会话创建请求后，通过本地保存的LNS维护表确定本设备是否需要响应该会话创建请求，并为该用户提供内网访问服务。通过该方式可以有效解决现有的实现方式中，LAC通过轮训为LNS分配业务，缺乏调度算法和均衡策略，导致无法合理分配各LNS上承载业务量的问题，同时也避免了对已经故障的LNS重复轮训的问题，提升了接入效率。

通过图3所示流程可以看出，在本实施例中，通过在上述多台LNS中本地保存LNS维护表，使得任一LNS在接收到来自LAC的故障切换请求后，能够基于LNS维护表判断本设备是否需要针对该故障切换请求进行响应，保证了有且仅有一台LNS向LAC发送响应报文，并承载LAC分配至该LNS的业务，实现了用户无感知的故障切换。

以上对本实施例提供的方法进行了描述，下面对本实施例提供的***进行描述：

参见图4，图4为本申请实施例提供的***结构图，该***可包括：LAC401和多台LNS403，包括LNS403_1、LNS403_2……LNS403_n；为多台LNS配置相同的虚拟地址402，建立并维持LAC401与虚拟地址402之间的L2TP隧道。

其中，LAC401检测到任一LNS故障后，例如，LNS403_1故障，通过L2TP隧道，向虚拟地址402发送故障切换请求；

多台LNS403中的任一台LNS，通过虚拟地址402接收到LAC401发送的故障切换请求后，根据本地保存的LNS维护表，确定本设备是否需要针对故障切换请求发送响应报文；

当多台LNS403中的任一台LNS确定本设备需要针对故障切换请求发送响应报文时，例如，当LNS403_2确定本设备需要针对故障切换请求发送响应报文时，LNS403_2通过L2TP隧道向LAC401发送响应报文；

LAC401通过L2TP隧道接收到针对故障切换请求的响应报文后，确定发送响应报文的是LNS403_2，将LNS403_2确定为故障切换目标LNS，并将LNS403_1承载的业务切换至LNS403_2。

上述***中的相关内容具体详见上述方法中对应步骤的实现过程，在此不再赘述。

至此，完成图4所示***的描述。

以上对本实施例提供的***进行了描述，下面对本实施例提供的装置进行描述：

参见图5，图5为本申请实施例提供的装置结构图。该装置对应图2所示流程，可配置于LAC。如图5所示，该装置可包括：

请求发送单元501，用于检测到任一LNS故障后，通过L2TP隧道，向虚拟地址发送故障切换请求。

响应接收单元502，用于当通过L2TP隧道接收到针对故障切换请求的响应报文后，确定发送该响应报文的LNS，将该LNS确定为故障切换目标LNS，并将故障LNS承载的业务切换至故障切换目标LNS。

可选地，在请求发送单元中，LAC可以通过以下方式检测LNS故障：

通过因特网控制报文协议ICMP向虚拟地址定期发起故障信息链路探测；

当接收到ICMP差错报文时，将该ICMP差错报文针对的LNS确定为故障LNS。

可选地，在请求发送单元中，进一步还包括：

检测到任一LNS故障后，在LNS维护表中记录该LNS故障，作为故障信息；

可选地，在响应接收单元中，进一步还包括：

将故障LNS承载的业务切换至故障切换目标LNS后，在LNS维护表中将故障LNS和业务的对应关系删除，记录故障切换目标LNS和业务的对应关系，作为关系信息；

其中，故障LNS和业务的对应关系在故障LNS开始承载业务时记录在LNS维护表中。

可选地，在请求发送单元中，进一步还包括：

当接收到业务请求，或者，经过固定间隔时间后，向虚拟地址发起信息获取链路探测；

基于信息获取链路探测获取多台LNS的链路信息，分别计算与LNS中任一LNS间的链路成本；

基于计算结果生成多台LNS的动态优先级排序，作为动态优先级信息，在LNS维护表中记录动态优先级信息。

可选地，在请求发送单元中，进一步还包括：

静态配置多台LNS的静态优先级排序；

将多台LNS的静态优先级排序作为静态优先级信息，在LNS维护表中记录静态优先级信息。

可选地，在请求发送单元或响应接收单元中，当在LNS维护表中记录任意信息后，进一步还包括：

通过L2TP隧道，将更新后的LNS维护表发送至虚拟地址。

参见图6，图6为本申请实施例提供的装置结构图。该装置对应图3所示流程，可配置于上述多台LNS中的任一台LNS。如图6所示，该装置可包括：

请求接收单元601，用于通过虚拟地址接收到LAC发送的故障切换请求后，根据本地保存的LNS维护表，确定本设备是否需要针对故障切换请求发送响应报文。

响应发送单元602，用于当确定本设备需要针对故障切换请求发送响应报文时，通过L2TP隧道向LAC发送响应报文，承载LAC分配至本设备的业务。

可选地，在请求接收单元中，根据本地保存的LNS维护表，确定本设备是否需要针对故障切换请求发送响应报文，包括：

通过虚拟地址接收到LAC发送的更新后的LNS维护表时，更新本地保存的LNS维护表；

根据LNS维护表中的故障信息和动态优先级信息，判断动态优先级排序中，是否存在动态优先级高于本设备且未故障的LNS；

如果不存在动态优先级高于本设备且未故障的LNS，则确定本设备需要针对故障切换请求发送响应报文。

可选地，在请求接收单元中，根据本地保存的LNS维护表，确定本设备是否需要针对故障切换请求发送响应报文，包括：

通过虚拟地址接收到LAC发送的更新后的LNS维护表时，更新本地保存的LNS维护表；

根据LNS维护表中的故障信息和静态优先级信息，判断静态优先级排序中，是否存在静态优先级高于本设备且未故障的LNS；

如果不存在静态优先级高于本设备且未故障的LNS，则确定本设备需要针对故障切换请求发送响应报文。上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

至此，完成本申请提供的装置结构描述。

本申请实施例还提供了一种硬件结构。参见图7，图7为本申请实施例提供的电子设备结构图。如图7所示，该硬件结构可包括：处理器和机器可读存储介质，机器可读存储介质存储有能够被所述处理器执行的机器可执行指令；所述处理器用于执行机器可执行指令，以实现本申请上述示例公开的方法。

基于与上述方法同样的申请构思，本申请实施例还提供一种机器可读存储介质，所述机器可读存储介质上存储有若干计算机指令，所述计算机指令被处理器执行时，能够实现本申请上述示例公开的方法。

示例性的，上述机器可读存储介质可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，机器可读存储介质可以是：RAM(Radom Access Memory，随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等)，或者类似的存储介质，或者它们的组合。

上述实施例阐明的***、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本申请的实施例可提供为方法、***、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可以由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其它可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其它可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

而且，这些计算机程序指令也可以存储在能引导计算机或其它可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或者多个流程和/或方框图一个方框或者多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其它可编程数据处理设备上，使得在计算机或者其它可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其它可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (9)

1.一种故障切换方法，应用于包括二层隧道协议访问集中器LAC和多台二层隧道协议网络服务器LNS的***，其特征在于，为所述多台LNS配置相同的虚拟地址，建立并维持所述LAC与所述虚拟地址之间的二层隧道协议L2TP隧道；

所述方法包括：

所述LAC检测到任一LNS故障后，通过所述L2TP隧道，向所述虚拟地址发送故障切换请求；

当通过所述L2TP隧道接收到针对所述故障切换请求的响应报文后，确定发送所述响应报文的LNS，将该LNS确定为故障切换目标LNS，并将故障LNS承载的业务切换至所述故障切换目标LNS；

其中，任一LNS在接收到故障切换请求后，根据本地保存的LNS维护表确定是否需要针对所述故障切换请求发送所述响应报文；

LAC检测LNS故障的方式，包括：

通过因特网控制报文协议ICMP向所述虚拟地址定期发起故障信息链路探测；

当接收到ICMP差错报文时，将该ICMP差错报文针对的LNS确定为故障LNS。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

检测到任一LNS故障后，在所述LNS维护表中记录该LNS故障，作为故障信息；

将所述故障LNS承载的业务切换至所述故障切换目标LNS后，在所述LNS维护表中将所述故障LNS和所述业务的对应关系删除，记录故障切换目标LNS和所述业务的对应关系，作为关系信息；

其中，所述故障LNS和所述业务的对应关系在所述故障LNS开始承载所述业务时记录在所述LNS维护表中。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

当接收到业务请求，或者，经过固定间隔时间后，向所述虚拟地址发起信息获取链路探测；

基于所述信息获取链路探测获取所述多台LNS的链路信息，分别计算与所述LNS中任一LNS间的链路成本；

基于计算结果生成所述多台LNS的动态优先级排序，作为动态优先级信息，在所述LNS维护表中记录所述动态优先级信息。

4.根据权利要求2所述的方法，其特征在于，所述方法还包括：

静态配置所述多台LNS的静态优先级排序；

将所述多台LNS的静态优先级排序作为静态优先级信息，在所述LNS维护表中记录所述静态优先级信息。

5.根据权利要求2至4任一项所述的方法，其特征在于，当在所述LNS维护表中记录任意信息后，所述方法还包括：

通过所述L2TP隧道，将更新后的所述LNS维护表发送至虚拟地址。

6.一种故障切换方法，应用于包括LAC和多台LNS的***，其特征在于，为所述多台LNS配置相同的虚拟地址，建立并维持所述LAC与所述虚拟地址之间的L2TP隧道；

所述方法包括：

所述多台LNS中的任一台LNS，通过所述虚拟地址接收到所述LAC发送的故障切换请求后，根据本地保存的所述LNS维护表，确定本设备是否需要针对所述故障切换请求发送响应报文；

当确定本设备需要针对所述故障切换请求发送所述响应报文时，通过所述L2TP隧道向所述LAC发送所述响应报文，承载所述LAC分配至本设备的业务；

LAC检测LNS故障的方式，包括：

通过因特网控制报文协议ICMP向所述虚拟地址定期发起故障信息链路探测；

当接收到ICMP差错报文时，将该ICMP差错报文针对的LNS确定为故障LNS。

7.根据权利要求6所述的方法，其特征在于，所述根据本地保存的所述LNS维护表，确定本设备是否需要针对所述故障切换请求发送响应报文，包括：

通过所述虚拟地址接收到所述LAC发送的更新后的所述LNS维护表时，更新本地保存的所述LNS维护表；

根据所述LNS维护表中的故障信息和动态优先级信息，判断动态优先级排序中，是否存在动态优先级高于本设备且未故障的LNS；

如果不存在所述动态优先级高于本设备且未故障的LNS，则确定本设备需要针对所述故障切换请求发送响应报文。

8.根据权利要求6所述的方法，其特征在于，所述根据本地保存的所述LNS维护表，确定本设备是否需要针对所述故障切换请求发送响应报文，包括：

通过所述虚拟地址接收到所述LAC发送的更新后的所述LNS维护表时，更新本地保存的所述LNS维护表；

根据所述LNS维护表中的故障信息和静态优先级信息，判断静态优先级排序中，是否存在静态优先级高于本设备且未故障的LNS；

如果不存在所述静态优先级高于本设备且未故障的LNS，则确定本设备需要针对所述故障切换请求发送响应报文。

9.一种故障切换***，其特征在于，所述***包括：

LAC和多台LNS，为所述多台LNS配置相同的虚拟地址，建立并维持所述LAC与所述虚拟地址之间的L2TP隧道；

其中，所述LAC检测到任一LNS故障后，通过所述L2TP隧道，向所述虚拟地址发送故障切换请求；

所述多台LNS中的任一台LNS，通过所述虚拟地址接收到所述LAC发送的所述故障切换请求后，根据本地保存的所述LNS维护表，确定本设备是否需要针对所述故障切换请求发送响应报文；

当所述多台LNS中的任一台LNS确定本设备需要针对所述故障切换请求发送所述响应报文时，通过所述L2TP隧道向所述LAC发送所述响应报文；

所述LAC通过所述L2TP隧道接收到针对所述故障切换请求的响应报文后，确定发送所述响应报文的LNS，将该LNS确定为故障切换目标LNS，并将故障LNS承载的业务切换至所述故障切换目标LNS；

LAC检测LNS故障的方式，包括：

通过因特网控制报文协议ICMP向所述虚拟地址定期发起故障信息链路探测；

当接收到ICMP差错报文时，将该ICMP差错报文针对的LNS确定为故障LNS。