CN102171995A - 服务器故障时的报文处理方法及路由器 - Google Patents
服务器故障时的报文处理方法及路由器 Download PDFInfo
- Publication number
- CN102171995A CN102171995A CN2011800004153A CN201180000415A CN102171995A CN 102171995 A CN102171995 A CN 102171995A CN 2011800004153 A CN2011800004153 A CN 2011800004153A CN 201180000415 A CN201180000415 A CN 201180000415A CN 102171995 A CN102171995 A CN 102171995A
- Authority
- CN
- China
- Prior art keywords
- value
- added service
- service server
- router
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- 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/04—Processing captured monitoring data, e.g. for logfile generation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/22—Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2002—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant
- G06F11/2005—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant using redundant communication controllers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2002—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant
- G06F11/2007—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where interconnections or communication control functionality are redundant using redundant communication media
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/64322—IP
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Mining & Analysis (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明实施例公开了一种服务器故障时的报文处理方法及路由器,涉及网络通信技术领域,本发明通过路由器查询本地保存的主用增值业务服务器的状态,可立刻获知该主用增值业务服务器的状态,且当查询到的该主用增值业务服务器的状态为故障状态时,可立刻由路由器将接收到的请求报文转发至请求调度服务器重新调度或转发给备份增值业务服务器,减少了客户端在请求视频增值业务时的等待时间。另外,由于备份增值业务服务器的地址保存在路由器上,克服了现有技术中客户端复杂度增加及网络安全性降低的缺陷。本发明主要用于提供基于IP协议的电视广播业务的网络中。
Description
技术领域
本发明涉及网络通信技术领域,尤其涉及服务器故障时的报文处理方法及路由器。
背景技术
随着通信行业的发展,IPTV(Internet Protocol Television,基于IP协议的电视广播)业务获得了越来越广泛的应用。传统的IPTV业务中,由于视频编码和解码的问题,容易导致频道切换慢,且网络链路的丢包现象容易导致视频播放时出现花屏、黑屏。为了解决这些问题,现有技术提出了一种路由器,其上设置有一种增值业务单板可以提供视频增值业务。单个或多个增值业务单板组成增值业务服务器(也称为:增值业务组),该服务器可以进行FCC(FastChannel Changing,频道快速切换)和RET(Retransmission,丢包重传),从而提高了用户的视频体验。
当客户端(即机顶盒)请求进行FCC和RET时,会向RRS(Request RoutingServer,请求调度服务器)发送请求报文,RRS调度主用增值业务服务器,并将该请求报文转发至RRS调度的该主用增值业务服务器,然后由该主用增值业务服务器直接与客户端通信。
RRS通过心跳报文维护所有增值业务服务器的状态信息。RRS每隔10秒会发送一次心跳报文给增值业务服务器,如果连续3次都得不到增值业务服务器的回应即认为该增值业务服务器故障,并修改本地保存的该增值业务服务器的状态为故障状态。此后,若RRS再收到客户端的请求,将不会再调度到该发生故障的增值业务服务器。
当增值业务服务器中增值业务单板出现故障时,RRS检测到增值业务服务器故障并对客户端的请求重新调度至少需要30s的时间,若在这段时间内有客户端向该增值业务服务器发送请求报文,则不会马上得到响应,导致客户端在请求进行FCC和RET时等待较长的时间,从而降低了用户的视频体验。
为了防止客户端在请求进行FCC和RET时等待较长的时间,现有技术提出了在路由器上设置备份增值业务服务器的方法。备份增值业务服务器由单个或多个增值业务单板构成。客户端上保存了所有备份增值业务服务器的地址,客户端在发送请求报文时,会将保存的所有备份增值业务服务器的地址携带在该报文中。当RRS调度的主用增值业务服务器中增值业务单板出现故障,导致该主用增值业务服务器故障无法响应请求报文时,该主用增值业务服务器会根据请求报文中携带的备份增值业务服务器的地址将请求报文转发到备份增值业务服务器,由备份增值业务服务器直接与客户端进行通信,由此减少了客户端在请求进行FCC和RET时的等待时间。
在上述通过备份增值业务服务器实现FCC和RET的过程中,发明人发现现有技术中至少存在如下问题:由于客户端需要预先知道所有备份增值业务服务器的地址,因此增加了客户端的复杂度,并且由于所有备份增值业务服务器的地址在请求报文传送的过程中都暴露无疑,因此降低了网络的安全性。
发明内容
本发明的实施例提供一种服务器故障时的报文处理方法及路由器,不仅能减少客户端在请求视频增值业务时的等待时间,还能防止客户端复杂度的增加和网络安全性的降低。
为达到上述目的,本发明的实施例采用如下技术方案:
一种服务器故障时的报文处理方法,包括:路由器接收客户端在建立初始连接或请求进行FCC和RET时生成的请求报文,所述请求报文携带所述路由器中主用增值业务服务器信息;所述路由器根据所述主用增值业务服务器信息查询本地保存的所述主用增值业务服务器的状态;当所述主用增值业务服务器状态为故障状态时,所述路由器将所述请求报文转发至请求调度服务器进行重新调度;或者,当所述主用增值业务服务器状态为故障状态时,所述路由器根据本地保存的备份增值业务服务器的地址,将所述请求报文转发至所述备份增值业务服务器。
一种路由器,包括:接收模块,用于接收客户端在建立初始连接或请求进行FCC和RET时生成的请求报文,所述请求报文携带所述路由器中主用增值业务服务器信息;查询模块,用于根据所述主用增值业务服务器信息查询所述路由器在本地保存的所述主用增值业务服务器的状态;转发模块,用于当所述查询模块查询到所述主用增值业务服务器状态为故障状态时,将所述请求报文转发至请求调度服务器进行重新调度;或者,所述转发模块用于当所述查询模块查询到所述主用增值业务服务器状态为故障状态时,根据所述路由器在本地保存的备份增值业务服务器的地址,将所述请求报文转发至所述备份增值业务服务器。
本发明实施例提供的服务器故障时的报文处理方法及路由器中,通过路由器查询本地保存的主用增值业务服务器的状态,可立刻获知该主用增值业务服务器目前的状态,且当查询到的该主用增值业务服务器状态为故障状态时,可立刻由路由器立刻将接收到的请求报文转发至RRS重新调度或转发给备份增值业务服务器,随后由重新调度的主用增值业务服务器或备份增值业务服务器响应客户端的请求。而现有技术只能通过RRS的心跳报文检测主用增值业务服务器的故障,需要至少30s才能确认主用增值业务服务器的故障状态,随后RRS才能进行重新调度。因此,本发明实施例提供的服务器故障时的报文处理方法及路由器可减少客户端在请求视频增值业务时的等待时间。
另外,本发明实施例提供的服务器故障时的报文处理方法及路由器中,由于备份增值业务服务器的地址保存在路由器上,当主用增值业务服务器故障时,路由器可选择可用的备份增值业务服务器,并将接收到的请求报文直接转发至该选定的备份增值业务服务器,克服了现有技术中因备份增值业务服务器地址保存在客户端,导致的客户端复杂度增加及网络安全性降低的缺陷。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例1服务器故障时的报文处理方法的流程图;
图2为本发明实施例1路由器的方框图;
图3为本发明实施例2服务器故障时的报文处理方法中故障反馈过程的流程图;
图4为本发明实施例2路由器的方框图;
图5为本发明实施例3服务器故障时的报文处理方法的流程图;
图6为现有技术中客户端向主用增值业务服务器发起请求的方法的流程图;
图7为本发明实施例3路由器的方框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例1
本实施例提供一种服务器故障时的报文处理方法,如图1所示,该方法包括以下步骤。
101、路由器接收客户端在建立初始连接或请求进行FCC和RET时生成的请求报文,所述请求报文携带所述路由器中主用增值业务服务器信息。
具体地,路由器的接口板上接收请求报文,该请求报文是客户端在建立初始连接或请求进行FCC和RET时生成的。该请求报文可以是从RRS转发来的,也可以是从客户端直接发送过来的,且该请求报文携带有该路由器中主用增值业务服务器信息,如主用增值业务服务器地址。该主用增值业务服务器由路由器上的至少一个增值业务单板组成。
102、所述路由器根据所述主用增值业务服务器信息查询本地保存的所述主用增值业务服务器的状态。
路由器上设有主控板,用于控制和管理该路由器上所有的增值业务单板,并维护这些增值业务单板的状态信息,同时也维护由增值业务单板组成的增值业务服务器的状态信息。这些状态信息由所述主控板保存在本地。
路由器根据请求报文携带的主用增值业务服务器信息查询本地保存的对应该主用增值业务服务器的状态。
103、当所述主用增值业务服务器状态为故障状态时,所述路由器将所述请求报文转发至请求调度服务器进行重新调度;或者,当所述主用增值业务服务器状态为故障状态时,所述路由器根据本地保存的备份增值业务服务器的地址,将所述请求报文转发至所述备份增值业务服务器。
具体地,当路由器查询到该主用增值业务服务器状态为故障状态时,路由器会将上述接收到的请求报文转发至请求调度服务器(即RRS),由RRS重新调度其它可用的主用增值业务服务器,然后由RRS将接收到的请求报文转发给该重新选定的主用增值业务服务器。
或者,当路由器查询到该主用增值业务服务器状态为故障状态时,路由器根据其保存的备份增值业务服务器的地址,选择可用的备份增值业务服务器,将上述接收到的请求报文转发至选定的备份增值业务服务器。
若主控板未检测到主用增值业务服务器存在故障的增值业务单板,则确认该主用增值业务服务器的状态为正常状态,接下来路由器会将该接收到的请求报文传送给该主用增值业务服务器,由该主用增值业务服务器响应该请求报文,随后直接与客户端进行通信。
本实施例提供的服务器故障时的报文处理方法通过路由器查询本地保存的主用增值业务服务器的状态,可立刻获知该主用增值业务服务器目前的状态,且当查询到的该主用增值业务服务器状态为故障状态时,可立刻由路由器将接收到的请求报文转发至RRS重新调度或转发给备份增值业务服务器,随后由重新调度的主用增值业务服务器或备份增值业务服务器响应客户端的请求。而现有技术只能通过RRS的心跳报文检测主用增值业务服务器的故障,需要至少30s才能确认主用增值业务服务器的故障状态,随后RRS才能进行重新调度。因此,本实施例提供的服务器故障时的报文处理方法可减少客户端在请求视频增值业务时的等待时间。
另外,本实施例提供的服务器故障时的报文处理方法中,备份增值业务服务器的地址保存在路由器上,当主用增值业务服务器故障时,路由器可选择可用的备份增值业务服务器,并将接收到的请求报文直接转发至选定的备份增值业务服务器,克服了现有技术中因备份增值业务服务器地址保存在客户端,导致的客户端复杂度增加及网络安全性降低的缺陷。
本实施例还提供一种路由器,如图2所示,该路由器包括:接收模块21,用于接收客户端在建立初始连接或请求进行FCC和RET时生成的请求报文,所述请求报文携带所述路由器中主用增值业务服务器信息;查询模块22,用于根据所述主用增值业务服务器信息查询所述路由器在本地保存的所述主用增值业务服务器的状态;转发模块23,用于当所述查询模块22查询到所述主用增值业务服务器状态为故障状态时,将所述请求报文转发至请求调度服务器进行重新调度;或者,转发模块23用于当所述查询模块22查询到所述主用增值业务服务器状态为故障状态时,根据所述路由器在本地保存的备份增值业务服务器的地址,将所述请求报文转发至所述备份增值业务服务器。
上述各模块所执行的方法已在上面做了详细说明,在此不再赘述。
本实施例提供的路由器通过查询模块查询本地保存的上述主用增值业务服务器的状态,可立刻获知该主用增值业务服务器的状态,且当查询到的该主用增值业务服务器处于故障状态时,可立刻由路由器将接收到的请求报文通过转发模块转发至RRS重新调度或者转发给备份增值业务服务器。而现有技术只能通过RRS的心跳报文检测主用增值业务服务器的故障,需要至少30s才能确认主用增值业务服务器的故障状态,随后RRS才能进行重新调度。因此,本实施例提供的路由器可减少客户端在请求视频增值业务时的等待时间。
另外,本实施例提供的路由器中,由于备份增值业务服务器的地址保存在路由器上,当主用增值业务服务器故障时,路由器可选择可用的备份增值业务服务器,并将接收到的请求报文直接转发至选定的备份增值业务服务器,克服了现有技术中因备份增值业务服务器地址保存在客户端,导致的客户端复杂度增加及网络安全性降低的缺陷。
实施例2
本实施例提供一种服务器故障时的报文处理方法,该方法是对实施例1中服务器故障时的报文处理方法的进一步改进,该方法包括如下步骤。
步骤一、路由器接收客户端在建立初始连接或请求进行FCC和RET时生成的请求报文,所述请求报文携带所述路由器中主用增值业务服务器信息。
步骤二、所述路由器根据所述主用增值业务服务器信息查询本地保存的所述主用增值业务服务器的状态;
步骤三、当所述主用增值业务服务器状态为故障状态时,所述路由器将所述请求报文转发至请求调度服务器进行重新调度;或者,当所述主用增值业务服务器状态为故障状态时,所述路由器根据本地保存的备份增值业务服务器的地址,将所述请求报文转发至所述备份增值业务服务器。
上述三个步骤与实施例1中服务器故障时的报文处理方法相同,在此不再赘述,本实施例提供的服务器故障时的报文处理方法可通过上述三个步骤达到减少客户端在请求视频增值业务时的等待时间的目的,该方法还可以进一步通过下述步骤301~302实现路由器的故障反馈及恢复功能,下面参照图3对步骤301~302进行详细说明。
301、路由器定期查询本地保存的上述主用增值业务服务器的状态。
具体地,路由器除了具有上述接收请求报文和转发请求报文的功能外,还具有故障反馈功能。路由器中主控板会将增值业务服务器的状态保存在本地。路由器可通过定期查询该路由器中上述主用增值业务服务器的状态,获得该主用增值业务服务器的状态转换情况。
302、当查询到主用增值业务服务器的状态由正常状态转为故障状态时,路由器向RRS发送第一故障消息;当查询到主用增值业务服务器的状态由故障状态转为正常状态时,路由器向RRS发送故障恢复消息。
具体地,当路由器查询到上述主用增值业务服务器的状态由正常状态转为故障状态时,路由器会向RRS发送第一故障消息,该消息用于通知RRS修改其保存的对应该主用增值业务服务器的状态为故障状态。从而使得RRS在随后进行的主用增值业务服务器调度中,不会再调度该处于故障状态的主用增值业务服务器。而现有技术中由于不存在故障反馈功能,当主用增值业务服务器发生故障后,且在RRS通过心跳报文检测到故障之前,客户端的请求报文还是会发送到该已发生故障的主用增值业务服务器,再由该故障服务器转发至备份增值业务服务器,这样大大增加了故障服务器的负担,且请求报文到达能响应请求的服务器的路径也不是最优的。
通过执行步骤301和步骤302可解决现有技术中存在的增值业务服务器发生故障后,还会被RRS继续调用的问题。
另外,当路由器查询到上述主用增值业务服务器的状态由故障状态转为正常状态时,路由器会向RRS发送故障恢复消息,该消息用于通知RRS修改其保存的相应主用增值业务服务器的状态为正常状态。从而使得RRS在随后进行的主用增值业务服务器调度中,能调度到该恢复正常状态的主用增值业务服务器。
上述各步骤中所述主用增值业务服务器的状态由所述路由器中主控板通过主动检测获得,或由所述主控板接收所述主用增值业务服务器上报的状态消息获得,并由所述主控板保存在本地。
具体地,增值业务单板发生故障后,主控板获知该故障的方式有以下两种。增值业务单板的故障通常包括普通故障和单板挂死。当发生普通故障时,增值业务单板会立刻通知主控板,主控板再修改其保存的该增值业务单板及其所属的增值业务服务器的状态为故障状态;当发生单板挂死时,增值业务单板无法通知主控板,主控板会通过心跳报文检测增值业务单板的状态。若在主控板发送12个心跳报文后(即12s)仍收不到增值业务单板的响应报文,则主控板确认增值业务单板挂死,并修改其保存的该增值业务单板及其所属的增值业务服务器的状态为故障状态,同时使该故障增值业务单板进行丢心跳重启。路由器通过上述查询操作可实时地获知上述主用增值业务服务器的状态。
当然,主用增值业务服务器从故障状态转为正常状态,可通过但不限于由路由器将备份增值业务服务器的数据复制到主用增值业务服务器上。由于备份增值业务服务器与主用增值业务服务器为等价服务器,它们包含相同的信息,能向客户端提供相同的业务,因此通过将备份增值业务服务器上的数据复制到其对应的发生故障的主用增值业务服务器上,可使得该故障的主用增值业务服务器恢复为正常状态。
本实施例提供的服务器故障时的报文处理方法是在实施例1基础上进行改进的方法,不仅能克服实施例1中所克服的客户端在请求视频增值业务时的等待时间长、客户端复杂度增加及网络安全性降低的缺陷,还能解决增值业务服务器在发生故障后继续被RRS调用,导致的故障增值业务服务器负担增加及请求报文传输路径非最优的问题。
本实施例还提供一种路由器,如图4所示,该路由器包括:接收模块41,用于接收客户端在建立初始连接或请求进行FCC和RET时生成的请求报文,所述请求报文携带所述路由器中主用增值业务服务器信息;查询模块42,用于根据所述主用增值业务服务器信息查询所述路由器在本地保存的所述主用增值业务服务器的状态;转发模块43,用于当所述查询模块42查询到所述主用增值业务服务器状态为故障状态时,将所述请求报文转发至请求调度服务器进行重新调度;或者,所述转发模块43用于当所述查询模块42查询到所述主用增值业务服务器状态为故障状态时,根据本地保存的备份增值业务服务器的地址,将所述请求报文转发至所述备份增值业务服务器。
所述查询模块42还可用于定期查询所述路由器在本地保存的所述主用增值业务服务器的状态。
该路由器还可包括第一通知模块44,用于当所述查询模块42查询到所述主用增值业务服务器状态由正常状态转为故障状态时,向所述请求调度服务器发送第一故障消息,所述第一故障消息用于通知所述请求调度服务器修改其保存的所述主用增值业务服务器的状态为故障状态。
该第一通知模块44还可用于当所述查询模块42查询到所述主用增值业务服务器状态由故障状态转为正常状态时,向所述请求调度服务器发送故障恢复消息,所述故障恢复消息用于通知所述请求调度服务器修改其保存的所述主用增值业务服务器的状态为正常状态。
上述路由器还可包括存储模块45,用于存储所述主用增值业务服务器的状态,所述主用增值业务服务器的状态由所述路由器中主控板通过主动检测获得,或由所述主控板接收所述主用增值业务服务器上报的状态消息获得。
上述路由器还可包括备份模块46,用于通过将所述备份增值业务服务器的数据复制到所述主用增值业务服务器上,使得所述主用增值业务服务器的状态从所述故障状态转为正常状态。
上述各模块所执行的方法已在实施例1和上述方法描述中进行了详细说明,在此不再赘述。
本实施例提供的路由器是在实施例1基础上进行改进的路由器,不仅能克服实施例1中所克服的客户端在请求视频增值业务时的等待时间长、客户端复杂度增加及网络安全性降低的缺陷,还能解决服务器在发生故障后继续被RRS调用,导致的故障服务器负担增加及请求报文传输路径非最优的问题。
实施例3
本实施例提供一种服务器故障时的报文处理方法,该方法是对实施例1中服务器故障时的报文处理方法的进一步改进,如图5所示,该方法包括如下步骤。
501、路由器接收客户端发送的客户端在建立初始连接或请求进行FCC和RET时生成的请求报文,所述请求报文携带所述路由器中主用增值业务服务器信息。
具体地,路由器的接口板接收请求报文,该请求报文是客户端在建立初始连接或请求进行FCC和RET时生成的。该请求报文由客户端发送,且该请求报文携带有该路由器中主用增值业务服务器信息,如主用增值业务服务器地址。该主用增值业务服务器由路由器上的至少一个增值业务单板组成。
502、路由器根据所述主用增值业务服务器信息查询本地保存的所述主用增值业务服务器的状态。
503、当所述主用增值业务服务器状态为故障状态时,所述路由器将所述请求报文转发至请求调度服务器进行重新调度;或者,当所述主用增值业务服务器状态为故障状态时,所述路由器根据本地保存的备份增值业务服务器的地址,将所述请求报文转发至所述备份增值业务服务器。
上述三个步骤与实施例1中服务器故障时的报文处理方法相同,在此不再赘述。
504、所述路由器向所述客户端发送第二故障消息。
现有技术中客户端向主用增值业务服务器请求服务的流程如图6所示,包括如下步骤。
当客户端需要向主用增值业务服务器请求视频增值业务时,会执行步骤601:根据请求服务的内容生成请求报文。通常,客户端在第一次向RRS请求调度成功后,会在本地的存储器内保存调度到的主用增值业务服务器的地址,因此,在生成请求报文后,客户端先执行步骤602:判断本地的存储器内是否保存有主用增值业务服务器地址,若有则执行步骤603:客户端直接与该主用增值业务服务器进行通信,若没有保存主用增值业务服务器地址,则执行步骤604:客户端将请求报文发送至请求调度服务器。
请求调度服务器接收到请求报文后,调度可用的主用增值业务服务器,然后将该请求报文转发至该可用的主用增值业务服务器,接下来客户端执行步骤605:客户端与请求调度服务器所调度的可用的主用增值业务服务器进行通信。通信完毕客户端执行步骤606:在本地的存储器内保存该可用的主用增值业务服务器的地址。
由上述分析可知,现有技术中,客户端在一次通信完毕后会记录主用增值业务服务器的地址,下一次请求业务时就直接与记录的主用增值业务服务器进行通信,而不需要RRS进行调度。当客户端记录了主用增值业务服务器后,在下一次通信前,若该主用增值业务服务器发生了故障,由于客户端无法获知主用增值业务服务器的状态,因此还会继续将请求报文发送给该已发生故障的主用增值业务服务器,也会导致故障增值业务服务器负担增加及请求报文传输路径非最优的问题。
通过本实施例步骤504可解决上述现有技术中客户端在主用增值业务服务器故障后还会继续调用该主用增值业务服务器的问题。
具体地,当路由器查询到客户端发送的请求报文中主用增值业务服务器状态为故障状态时,首先执行步骤503,路由器将该请求报文转发给RRS重新调度或将该请求报文转发给备份增值业务服务器,然后执行步骤504,向客户端发送第二故障消息,该第二故障消息用于通知客户端删除其保存的主用增值业务服务器地址。由此,客户端在下一次发起请求时,由于本地未保存主用增值业务服务器地址,就会将请求报文发送给RRS,由RRS调度可用的主用增值业务服务器。
本实施例提供的服务器故障时的报文处理方法,是在实施例1基础上进行改进的方法,可克服实施例1中所克服的客户端在请求视频增值业务时等待时间长、客户端复杂度增加及网络安全性降低的缺陷。另外,本实施例的路由器在收到客户端发送的请求报文时,若查询到主用增值业务服务器处于故障状态,则除了按实施例1所描述的方法由路由器转发该请求报文外,还会向客户端发送一个故障消息,以通知客户端其保存的主用增值业务服务器已故障,需将该保存的主用增值业务服务器信息删除,使得下一次的请求报文直接发给RRS调度。由此,解决了故障增值业务服务器负担增加及请求报文传输路径非最优的问题。
需要说明的是:本实施例提供的服务器故障时的报文处理方法还可以包括如下步骤一和步骤二,以使得上述本实施例的服务器故障时的报文处理方法具有故障反馈及恢复功能。
步骤一、路由器定期查询本地保存的上述主用增值业务服务器的状态。
步骤二、当查询到主用增值业务服务器的状态由正常状态转为故障状态时,路由器向RRS发送第一故障消息;当查询到主用增值业务服务器的状态由故障状态转为正常状态时,路由器向RRS发送故障恢复消息。
上述两个步骤在实施例2中结合图3做了详细说明,在此不再赘述。通过增加这两个步骤可使得本实施例提供的服务器故障时的报文处理方法还能解决增值业务服务器在发生故障后继续被RRS调用,导致的故障增值业务服务器负担增加及请求报文传输路径非最优的问题。
上述各步骤中所述主用增值业务服务器的状态由所述路由器中主控板通过主动检测获得,或由所述主控板接收所述主用增值业务服务器上报的状态消息获得,并由所述主控板保存在本地。
当然,主用增值业务服务器从故障状态转为正常状态,可通过但不限于由路由器将备份增值业务服务器的数据复制到主用增值业务服务器上。
状态保存步骤及主用增值业务服务器从故障中恢复正常的步骤已在实施2中做了详细说明,在此不再赘述。
本实施例又提供一种路由器,如图7所示,该路由器包括:接收模块71,用于接收客户端在建立初始连接或请求进行FCC和RET时生成的请求报文,所述请求报文携带所述路由器中主用增值业务服务器信息;查询模块72,用于根据所述主用增值业务服务器信息查询所述路由器在本地保存的所述主用增值业务服务器的状态;转发模块73,用于当所述查询模块72查询到所述主用增值业务服务器状态为故障状态时,将所述请求报文转发至请求调度服务器进行重新调度;或者,转发模块73用于当所述查询模块72查询到所述主用增值业务服务器状态为故障状态时,根据本地保存的备份增值业务服务器的地址,将所述请求报文转发至所述备份增值业务服务器。
该路由器接收到的请求报文由客户端发送时,该路由器还可包括:第二通知模块74,用于在将所述请求报文转发至请求调度服务器进行重新调度,或者根据本地保存的备份增值业务服务器的地址,将所述请求报文转发至所述备份增值业务服务器之后,向所述客户端发送第二故障消息,所述第二故障消息用于通知所述客户端删除其保存的主用增值业务服务器地址。
上述各模块所执行的方法已在实施例1和上述方法描述中进行了详细说明,在此不再赘述。
本实施例提供的路由器,是在实施例1基础上进行改进的路由器,可克服实施例1中所克服的客户端在请求视频增值业务时等待时间长、客户端复杂度增加及网络安全性降低的缺陷。另外,本实施例的路由器在收到客户端发送的请求报文时,若路由器查询到主用增值业务服务器处于故障状态,则除了按实施例1所描述的通过转发模块转发该请求报文外,还会通过第二通知模块向客户端发送一个故障消息,以通知客户端其保存的主用增值业务服务器已故障,需删除该保存的主用增值业务服务器信息,使得下一次的请求报文直接发给RRS调度。由此,解决了故障增值业务服务器负担增加及请求报文传输路径非最优的问题。
需要说明的是:所述查询模块72还可用于定期查询所述路由器在本地保存的所述主用增值业务服务器的状态。
本实施例提供的路由器还可包括第一通知模块75,用于当所述查询模块72查询到所述主用增值业务服务器状态由正常状态转为故障状态时,向所述请求调度服务器发送第一故障消息,所述第一故障消息用于通知所述请求调度服务器修改其保存的所述主用增值业务服务器的状态为故障状态。
该第一通知模块75还可用于当所述查询模块72查询到所述主用增值业务服务器状态由故障状态转为正常状态时,向所述请求调度服务器发送故障恢复消息,所述故障恢复消息用于通知所述请求调度服务器修改其保存的所述主用增值业务服务器的状态为正常状态。
上述路由器还可包括存储模块76,用于存储所述主用增值业务服务器的状态,所述主用增值业务服务器的状态由所述路由器中主控板通过主动检测获得,或由所述主控板接收所述主用增值业务服务器上报的状态消息获得。
该路由器还可包括备份模块77,用于通过将所述备份增值业务服务器的数据复制到所述主用增值业务服务器上,使得所述主用增值业务服务器的状态从所述故障状态转为正常状态。
上述各模块所执行的方法已在实施例2中进行了详细说明,在此不再赘述。通过增加第一通知模块可使得本实施例提供的路由器还能解决增值业务服务器在发生故障后继续被RRS调用,导致故障增值业务服务器负担增加及请求报文传输路径非最优的问题。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本发明实施例主要用于提供IPTV业务的网络中。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
Claims (10)
1.一种服务器故障时的报文处理方法,其特征在于,包括:
路由器接收客户端在建立初始连接或请求进行FCC和RET时生成的请求报文,所述请求报文携带所述路由器中主用增值业务服务器信息;
所述路由器根据所述主用增值业务服务器信息查询本地保存的所述主用增值业务服务器的状态;
当所述主用增值业务服务器状态为故障状态时,所述路由器将所述请求报文转发至请求调度服务器进行重新调度;或者,
当所述主用增值业务服务器状态为故障状态时,所述路由器根据本地保存的备份增值业务服务器的地址,将所述请求报文转发至所述备份增值业务服务器。
2.根据权利要求1所述的服务器故障时的报文处理方法,其特征在于,还包括:
所述路由器定期查询本地保存的所述主用增值业务服务器的状态;
当所述主用增值业务服务器状态由正常状态转为故障状态时,所述路由器向所述请求调度服务器发送第一故障消息,所述第一故障消息用于通知所述请求调度服务器修改其保存的所述主用增值业务服务器的状态为故障状态。
当所述主用增值业务服务器状态由故障状态转为正常状态时,所述路由器向所述请求调度服务器发送故障恢复消息,所述故障恢复消息用于通知所述请求调度服务器修改其保存的所述主用增值业务服务器的状态为正常状态。
3.根据权利要求1或2所述的服务器故障时的报文处理方法,其特征在于,所述主用增值业务服务器的状态由所述路由器中主控板通过主动检测获得,或由所述主控板接收所述主用增值业务服务器上报的状态消息获得,并由所述主控板保存在本地。
4.根据权利要求3所述的服务器故障时的报文处理方法,其特征在于,所述请求报文由所述客户端发送;
在所述路由器将所述请求报文转发至请求调度服务器进行重新调度,或者所述路由器根据本地保存的备份增值业务服务器的地址,将所述请求报文转发至所述备份增值业务服务器之后还包括:
所述路由器向所述客户端发送第二故障消息,所述第二故障消息用于通知所述客户端删除其保存的主用增值业务服务器地址。
5.根据权利要求2所述的服务器故障时的报文处理方法,其特征在于,所述主用增值业务服务器状态由故障状态转为正常状态包括:所述路由器通过将所述备份增值业务服务器的数据复制到所述主用增值业务服务器上,使得所述主用增值业务服务器的状态从所述故障状态转为所述正常状态。
6.一种路由器,其特征在于,包括:
接收模块,用于接收客户端在建立初始连接或请求进行FCC和RET时生成的请求报文,所述请求报文携带所述路由器中主用增值业务服务器信息;
查询模块,用于根据所述主用增值业务服务器信息查询所述路由器在本地保存的所述主用增值业务服务器的状态;
转发模块,用于当所述查询模块查询到所述主用增值业务服务器状态为故障状态时,将所述请求报文转发至请求调度服务器进行重新调度;或者,
所述转发模块用于当所述查询模块查询到所述主用增值业务服务器状态为故障状态时,根据所述路由器在本地保存的备份增值业务服务器的地址,将所述请求报文转发至所述备份增值业务服务器。
7.根据权利要求6所述的路由器,其特征在于,所述查询模块还用于定期查询所述路由器在本地保存的所述主用增值业务服务器的状态;
所述路由器还包括:第一通知模块,用于当所述查询模块查询到所述主用增值业务服务器状态由正常状态转为故障状态时,向所述请求调度服务器发送第一故障消息,所述第一故障消息用于通知所述请求调度服务器修改其保存的所述主用增值业务服务器的状态为故障状态;或者,
所述第一通知模块还用于当所述查询模块查询到所述主用增值业务服务器状态由故障状态转为正常状态时,向所述请求调度服务器发送故障恢复消息,所述故障恢复消息用于通知所述请求调度服务器修改其保存的所述主用增值业务服务器的状态为正常状态。
8.根据权利要求6或7所述的路由器,其特征在于,还包括:
存储模块,用于存储所述主用增值业务服务器的状态,所述主用增值业务服务器的状态由所述路由器中主控板通过主动检测获得,或由所述主控板接收所述主用增值业务服务器上报的状态消息获得。
9.根据权利要求8所述的路由器,其特征在于,所述请求报文由所述客户端发送,
所述路由器还包括:第二通知模块,用于在将所述请求报文转发至请求调度服务器进行重新调度,或者根据本地保存的备份增值业务服务器的地址,将所述请求报文转发至所述备份增值业务服务器之后,向所述客户端发送第二故障消息,所述第二故障消息用于通知所述客户端删除其保存的主用增值业务服务器地址。
10.根据权利要求7所述的路由器,其特征在于,还包括:备份模块,用于通过将所述备份增值业务服务器的数据复制到所述主用增值业务服务器上,使得所述主用增值业务服务器的状态从所述故障状态转为正常状态。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2011/072971 WO2011103837A2 (zh) | 2011-04-19 | 2011-04-19 | 服务器故障时的报文处理方法及路由器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102171995A true CN102171995A (zh) | 2011-08-31 |
CN102171995B CN102171995B (zh) | 2013-09-11 |
Family
ID=44491712
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2011800004153A Active CN102171995B (zh) | 2011-04-19 | 2011-04-19 | 服务器故障时的报文处理方法及路由器 |
Country Status (5)
Country | Link |
---|---|
US (1) | US9391854B2 (zh) |
EP (1) | EP2701331B1 (zh) |
JP (1) | JP5828954B2 (zh) |
CN (1) | CN102171995B (zh) |
WO (1) | WO2011103837A2 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104253700A (zh) * | 2013-06-25 | 2014-12-31 | 中兴通讯股份有限公司 | Cdn***中宕机后自动重连方法、装置及*** |
CN105553975A (zh) * | 2015-12-14 | 2016-05-04 | 上海红神信息技术有限公司 | 一种用于提供网络服务的方法、装置和*** |
CN109412940A (zh) * | 2018-10-23 | 2019-03-01 | 迈普通信技术股份有限公司 | 路由器管理方法及路由器管理*** |
CN110417595A (zh) * | 2019-07-29 | 2019-11-05 | 北京奇艺世纪科技有限公司 | 业务服务容灾方法、装置、***、管理服务器及电子设备 |
Families Citing this family (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104081734B (zh) | 2012-04-18 | 2018-01-30 | Nicira股份有限公司 | 利用事务使分布式网络控制***中的波动降至最小 |
CN102833591B (zh) * | 2012-08-09 | 2015-08-12 | 中兴通讯股份有限公司 | 交互式网络电视***中点播服务不中断的方法及装置 |
EP3073683B1 (en) * | 2013-12-24 | 2019-05-29 | Huawei Technologies Co., Ltd. | Method, network device and value-added service device for deploying value-added service |
EP2993866A1 (en) * | 2014-09-08 | 2016-03-09 | Alcatel Lucent | Method for distribution of service requests |
US10079865B2 (en) * | 2014-12-18 | 2018-09-18 | Software AG USA Inc. | Method and system for an ontology based request/reply service |
US9967134B2 (en) * | 2015-04-06 | 2018-05-08 | Nicira, Inc. | Reduction of network churn based on differences in input state |
US10069941B2 (en) * | 2015-04-28 | 2018-09-04 | Microsoft Technology Licensing, Llc | Scalable event-based notifications |
US10204122B2 (en) | 2015-09-30 | 2019-02-12 | Nicira, Inc. | Implementing an interface between tuple and message-driven control entities |
US20170288816A1 (en) * | 2016-03-30 | 2017-10-05 | Le Holdings (Beijing) Co., Ltd. | Method and system for compensating hls slice loss |
US11019167B2 (en) | 2016-04-29 | 2021-05-25 | Nicira, Inc. | Management of update queues for network controller |
CN107749873A (zh) * | 2017-10-10 | 2018-03-02 | 杭州迪普科技股份有限公司 | 一种多通道协议的会话备份方法和装置 |
CN110347467A (zh) * | 2019-07-08 | 2019-10-18 | 北京字节跳动网络技术有限公司 | 一种数据请求处理方法、装置、终端设备及存储介质 |
CN111176876B (zh) * | 2019-12-27 | 2024-04-16 | 广东浪潮大数据研究有限公司 | 一种故障恢复确定方法、装置、设备及可读存储介质 |
CN111708775B (zh) * | 2020-05-21 | 2023-06-27 | 四川虹美智能科技有限公司 | 自增id生成方法、装置及*** |
CN112332942A (zh) * | 2020-12-02 | 2021-02-05 | 天津光电通信技术有限公司 | 一种光信号汇聚处理设备中主控备份设备及方法 |
CN114079636A (zh) * | 2021-10-25 | 2022-02-22 | 深信服科技股份有限公司 | 一种流量处理方法及交换机、软负载设备、存储介质 |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1614930A (zh) * | 2003-11-06 | 2005-05-11 | 华为技术有限公司 | 宽带接入***中的计费服务器检测***及其方法 |
CN1679294A (zh) * | 2002-06-28 | 2005-10-05 | 霍尼韦尔国际公司 | 用于过程控制的对象链接和嵌入服务器重定向管理器 |
CN1870536A (zh) * | 2006-03-08 | 2006-11-29 | 华为技术有限公司 | 一种软交换容错处理方法及实现*** |
CN1878088A (zh) * | 2006-03-07 | 2006-12-13 | 华为技术有限公司 | 热备维护***及热备维护和故障切换的方法 |
CN1934548A (zh) * | 2004-03-25 | 2007-03-21 | 索福帮Bb股份有限公司 | 访问***及访问方法 |
CN1946058A (zh) * | 2006-10-28 | 2007-04-11 | 武汉市中光通信公司 | 适用于软交换网络的软交换设备异地容灾***及其方法 |
CN1997048A (zh) * | 2006-12-19 | 2007-07-11 | 华为技术有限公司 | 终端在ip网络中通信的方法及重定向装置 |
CN101059807A (zh) * | 2007-01-26 | 2007-10-24 | 华中科技大学 | 一种提高元数据服务可靠性的方法及其*** |
CN101068339A (zh) * | 2007-06-01 | 2007-11-07 | 华为技术有限公司 | 一种视频点播类业务的实现方法、服务器及客户端 |
CN101425969A (zh) * | 2008-11-25 | 2009-05-06 | 华为技术有限公司 | 调度方法、调度装置和调度*** |
CN101645791A (zh) * | 2009-09-07 | 2010-02-10 | 中兴通讯股份有限公司 | 网络电视业务***运行方法、装置及网络电视业务*** |
Family Cites Families (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3786328B2 (ja) | 1998-07-27 | 2006-06-14 | 株式会社日立製作所 | サーバおよび通信制御方法 |
US7168086B1 (en) * | 1998-11-30 | 2007-01-23 | Microsoft Corporation | Proxy for video on demand server control |
US6609212B1 (en) * | 2000-03-09 | 2003-08-19 | International Business Machines Corporation | Apparatus and method for sharing predictive failure information on a computer network |
JP2002169704A (ja) * | 2000-12-01 | 2002-06-14 | Hitachi Ltd | 代行処理方法、代行処理システム及びコンピュータシステム |
US6915445B2 (en) * | 2002-05-08 | 2005-07-05 | Pluris, Inc. | Fault-protection mechanism for protecting multi-protocol-label switching (MPLS) capability within a distributed processor router operating in an MPLS network |
JP2005328380A (ja) * | 2004-05-14 | 2005-11-24 | Mitsubishi Electric Corp | ゲートウェイ装置 |
CN100382503C (zh) * | 2005-06-20 | 2008-04-16 | 华为技术有限公司 | 一种在用户注册过程中注册异常的处理方法 |
CN101052208B (zh) | 2006-04-06 | 2010-10-20 | 华为技术有限公司 | 一种切换方法及切换网络 |
JP5018128B2 (ja) * | 2007-02-23 | 2012-09-05 | セイコーエプソン株式会社 | ネットワークシステム、ネットワークシステムの通信制御方法およびプログラム |
CN101364167A (zh) * | 2007-08-06 | 2009-02-11 | 山东新北洋信息技术股份有限公司 | 打印控制方法和装置 |
US20090254952A1 (en) * | 2008-04-02 | 2009-10-08 | Alcatel Lucent | IPTV Network with D-Server Controller, VoD-Server Controller and Policy Server that Implement Diagnostic Tools |
CN101610162A (zh) * | 2008-06-16 | 2009-12-23 | 华为技术有限公司 | 一种基于对等存储网络提供内容的方法、***和设备 |
CN101489260B (zh) * | 2008-12-31 | 2012-04-04 | 华为技术有限公司 | 一种通信业务处理的方法、装置及*** |
US7953883B2 (en) * | 2009-01-27 | 2011-05-31 | Cisco Technology, Inc. | Failover mechanism for real-time packet streaming sessions |
EP2422502B1 (en) * | 2009-04-21 | 2016-10-05 | Nokia Solutions and Networks Oy | Intra-realm aaa fallback mechanism |
US9141489B2 (en) * | 2009-07-09 | 2015-09-22 | Uniloc Luxembourg S.A. | Failover procedure for server system |
CN101651691B (zh) * | 2009-08-31 | 2013-03-27 | 中兴通讯股份有限公司 | 一种网络***、接入设备以及应用层服务接入方法 |
CN101635728B (zh) * | 2009-09-02 | 2012-09-26 | 中兴通讯股份有限公司 | 内容分发网络中数据同步的方法及*** |
CN102035720B (zh) | 2009-09-24 | 2012-07-04 | 华为技术有限公司 | 数据传输方法和*** |
US8874508B1 (en) * | 2012-10-02 | 2014-10-28 | Symantec Corporation | Systems and methods for enabling database disaster recovery using replicated volumes |
-
2011
- 2011-04-19 JP JP2014505478A patent/JP5828954B2/ja not_active Expired - Fee Related
- 2011-04-19 WO PCT/CN2011/072971 patent/WO2011103837A2/zh active Application Filing
- 2011-04-19 CN CN2011800004153A patent/CN102171995B/zh active Active
- 2011-04-19 EP EP11746879.3A patent/EP2701331B1/en active Active
-
2013
- 2013-10-16 US US14/055,117 patent/US9391854B2/en active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1679294A (zh) * | 2002-06-28 | 2005-10-05 | 霍尼韦尔国际公司 | 用于过程控制的对象链接和嵌入服务器重定向管理器 |
CN1614930A (zh) * | 2003-11-06 | 2005-05-11 | 华为技术有限公司 | 宽带接入***中的计费服务器检测***及其方法 |
CN1934548A (zh) * | 2004-03-25 | 2007-03-21 | 索福帮Bb股份有限公司 | 访问***及访问方法 |
CN1878088A (zh) * | 2006-03-07 | 2006-12-13 | 华为技术有限公司 | 热备维护***及热备维护和故障切换的方法 |
CN1870536A (zh) * | 2006-03-08 | 2006-11-29 | 华为技术有限公司 | 一种软交换容错处理方法及实现*** |
CN1946058A (zh) * | 2006-10-28 | 2007-04-11 | 武汉市中光通信公司 | 适用于软交换网络的软交换设备异地容灾***及其方法 |
CN1997048A (zh) * | 2006-12-19 | 2007-07-11 | 华为技术有限公司 | 终端在ip网络中通信的方法及重定向装置 |
CN101059807A (zh) * | 2007-01-26 | 2007-10-24 | 华中科技大学 | 一种提高元数据服务可靠性的方法及其*** |
CN101068339A (zh) * | 2007-06-01 | 2007-11-07 | 华为技术有限公司 | 一种视频点播类业务的实现方法、服务器及客户端 |
CN101425969A (zh) * | 2008-11-25 | 2009-05-06 | 华为技术有限公司 | 调度方法、调度装置和调度*** |
CN101645791A (zh) * | 2009-09-07 | 2010-02-10 | 中兴通讯股份有限公司 | 网络电视业务***运行方法、装置及网络电视业务*** |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104253700A (zh) * | 2013-06-25 | 2014-12-31 | 中兴通讯股份有限公司 | Cdn***中宕机后自动重连方法、装置及*** |
CN105553975A (zh) * | 2015-12-14 | 2016-05-04 | 上海红神信息技术有限公司 | 一种用于提供网络服务的方法、装置和*** |
CN109412940A (zh) * | 2018-10-23 | 2019-03-01 | 迈普通信技术股份有限公司 | 路由器管理方法及路由器管理*** |
CN109412940B (zh) * | 2018-10-23 | 2022-02-01 | 迈普通信技术股份有限公司 | 路由器管理方法及路由器管理*** |
CN110417595A (zh) * | 2019-07-29 | 2019-11-05 | 北京奇艺世纪科技有限公司 | 业务服务容灾方法、装置、***、管理服务器及电子设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2011103837A2 (zh) | 2011-09-01 |
US9391854B2 (en) | 2016-07-12 |
EP2701331A2 (en) | 2014-02-26 |
EP2701331A4 (en) | 2014-04-23 |
WO2011103837A3 (zh) | 2012-03-22 |
JP5828954B2 (ja) | 2015-12-09 |
US20140040466A1 (en) | 2014-02-06 |
CN102171995B (zh) | 2013-09-11 |
JP2014512149A (ja) | 2014-05-19 |
EP2701331B1 (en) | 2017-03-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102171995A (zh) | 服务器故障时的报文处理方法及路由器 | |
US7467221B2 (en) | Video server for video distribution system | |
RU2517382C2 (ru) | Способ и система для синхронизации данных в сети доставки контента | |
CN101350817B (zh) | 网络业务的智能负载平衡和故障转移的方法和装置 | |
JP2010045760A (ja) | 冗長化システム用コネクションリカバリ装置,方法および処理プログラム | |
US20090316573A1 (en) | System and method for transmitting messages using a redundancy mechanism | |
CN103747091A (zh) | 一种嵌入式设备的分布式数据同步***及方法 | |
RU2012112014A (ru) | Способ, устройство управления системой обслуживания телевидения в сетях передачи данных по протоколу ip, и система обслуживания в сетях передачи данных по протоколу ip | |
US20100088417A1 (en) | Storage medium, uniqueness assurance realizing method, session management method and uniqueness assurance information setting management device | |
CN106656593A (zh) | 流媒体直播录制冗余热备的方法及*** | |
CN110677282B (zh) | 一种分布式***的热备份方法及分布式*** | |
CN111787349B (zh) | 一种数据缓存方法、装置、设备及介质 | |
JP5255035B2 (ja) | フェイルオーバシステム、記憶処理装置及びフェイルオーバ制御方法 | |
GB2473079A (en) | Remote backup using journals relayed via Stagers | |
CN102420868A (zh) | 服务的提供方法、装置及*** | |
CN112039710A (zh) | 服务故障处理方法、终端设备及可读存储介质 | |
US7882241B2 (en) | Communication management apparatus and communication management method | |
EP2457348B1 (en) | Efficient host management protocol on multicast capable router | |
CN102439946B (zh) | 数据传输方法和设备 | |
US8266253B2 (en) | Server system and event message transmission method therefor, client terminal and connection method and program therefor, and recording medium | |
CN101557296A (zh) | 组播业务断开后快速恢复的方法、装置及网关设备 | |
CN113489601A (zh) | 基于视联网自治云网络架构的抗毁方法和装置 | |
CN102255716B (zh) | 一种对协议状态的设备间备份的方法及*** | |
JP2009217765A (ja) | 複数宛先への同期送信方法、その実施システム及び処理プログラム | |
CN102318272A (zh) | 一种进程组和进程组中的异常组成员离开的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |