CN108023772B - 一种异常节点修复方法、装置及相关设备 - Google Patents

一种异常节点修复方法、装置及相关设备 Download PDF

Info

Publication number
CN108023772B
CN108023772B CN201711284014.0A CN201711284014A CN108023772B CN 108023772 B CN108023772 B CN 108023772B CN 201711284014 A CN201711284014 A CN 201711284014A CN 108023772 B CN108023772 B CN 108023772B
Authority
CN
China
Prior art keywords
service
node
address
abnormal
rtp
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
CN201711284014.0A
Other languages
English (en)
Other versions
CN108023772A (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.)
Hytera Communications Corp Ltd
Original Assignee
Hytera Communications Corp 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 Hytera Communications Corp Ltd filed Critical Hytera Communications Corp Ltd
Priority to CN201711284014.0A priority Critical patent/CN108023772B/zh
Publication of CN108023772A publication Critical patent/CN108023772A/zh
Application granted granted Critical
Publication of CN108023772B publication Critical patent/CN108023772B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0659Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • H04L41/0661Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities by reconfiguring faulty entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/65Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Hardware Redundancy (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请提供了一种异常节点修复方法、***及相关设备,方法包括:RTP实时通信集群中的各个服务节点各自获取除自身之外的其他服务节点的RTP通信信息并判断除自身之外的其他服务节点中是否存在异常节点;若存在异常节点,则第一服务节点从冗余地址组中选取一个冗余地址,并将选取出的冗余地址模拟成异常节点的服务地址,并从获取到的除自身之外的其他服务节点的RTP通信信息中查找出异常节点的RTP通信信息并利用异常节点的RTP通信信息,在将选取出的冗余地址模拟成的异常节点的服务地址上重建异常节点在发生异常前正在执行的服务,并执行重建的服务。在本申请中,通过以上方式提高了通信效率。

Description

一种异常节点修复方法、装置及相关设备
技术领域
本申请涉及通信领域,特别涉及一种异常节点修复方法、装置及相关设备。
背景技术
RTP(实时传输协议,Real-time Transport Protocol)是一个网络传输协议,它是由IETF的多媒体传输工作小组1996年在RFC 1889中公布的,后在RFC3550中进行更新。
RTP协议详细说明了在互联网上传递音频和视频的标准数据包格式。它一开始被设计为一个多播协议,但后来被用在很多单播应用中。RTP协议常用于流媒体***(配合RTSP协议),视频会议和一键通(Push to Talk)***(配合H.323或SIP)等实时通信领域中,使它成为IP电话产业的技术基础。RTP协议和RTP控制协议RTCP一起使用,而且它是建立在用户数据报协议上的。RTP广泛应用于流媒体相关的通讯和娱乐,包括电话、视频会议、电视和基于网络的一键通业务(类似对讲机的通话)。
在RTP实时通信领域中,通常具备发送者设备、接收者设备和服务节点;服务节点接收发送者设备的媒体数据,向接收者设备发送媒体数据,即服务节点对外提供流媒体的转发分发功能。对外服务时,服务节点组成RTP实时通信集群,当RTP实时通信集群中某服务节点异常时,需要不影响现有服务,服务可以继续提供。
为了实现当RTP实时通信集群中某服务节点异常时,不影响现有服务,服务可以继续提供,目前主要使用主备节点备份实现服务节点的异常修复:即服务启动时,优先启动的服务节点为主机,后续启动的服务节点即为备机。服务节点相互间通过心跳确定节点状态,当主机异常时,异常主机上正在进行的服务被中止,此时异常主机切换到备机,备机为主机,备机需要等客户端重新发起服务请求后,重新建立服务并继续提供服务。这种方式造成异常主机即异常节点的被中止的服务的恢复速度慢,通信效率低。
发明内容
为解决上述技术问题,本申请实施例提供一种异常节点修复方法、装置及相关设备,以达到提高通信效率的目的,技术方案如下:
一种异常节点修复方法,包括:
RTP实时通信集群中的各个服务节点各自获取除自身之外的其他服务节点的RTP通信信息;
所述RTP实时通信集群中的各个服务节点判断除自身之外的其他服务节点中是否存在异常节点;
若所述RTP实时通信集群中的各个服务节点中的第一服务节点判断出除自身之外的其他服务节点中存在异常节点,则所述第一服务节点从冗余地址组中选取一个冗余地址,并将选取出的冗余地址模拟成所述异常节点的服务地址,所述冗余地址组包括至少一个冗余地址;
所述第一服务节点从获取到的除自身之外的其他服务节点的RTP通信信息中查找出所述异常节点的RTP通信信息;
所述第一服务节点利用所述异常节点的RTP通信信息,在将选取出的冗余地址模拟成的所述异常节点的服务地址上重建所述异常节点在发生异常前正在执行的服务,并执行重建的服务。
优选的,RTP实时通信集群中的各个服务节点各自获取除自身之外的其他服务节点的RTP通信信息,包括:
RTP实时通信集群中的各个服务节点各自向除自身之外的其他服务节点发送RTP通信信息订阅请求;
所述RTP实时通信集群中的各个服务节点接收除自身之外的其他服务节点响应所述RTP通信信息订阅请求发送的RTP通信信息。
优选的,所述第一服务节点利用所述异常节点的RTP通信信息,在将选取出的冗余地址模拟成的所述异常节点的服务地址上重建所述异常节点在发生异常前正在执行的服务,并执行重建的服务之后,还包括:
在所述重建的服务结束后,所述第一服务节点释放将选取出的冗余地址模拟成的所述异常节点的服务地址;
所述第一服务节点将释放的服务地址存入所述冗余地址组。
优选的,将释放的服务地址存入所述冗余地址组之后,还包括:
恢复正常的所述异常节点在全新的服务地址上提供服务;
或,恢复正常的所述异常节点从所述冗余地址组中选取一个冗余地址,并在选取出的冗余地址上提供服务。
一种异常节点修复装置,应用于RTP实时通信集群中的各个服务节点,所述装置包括:
获取模块,用于获取除所述获取模块自身所属服务节点之外的其他服务节点的RTP通信信息;
判断模块,用于判断除所述判断模块自身所属服务节点之外的其他服务节点中是否存在异常节点,若所述判断模块自身所属服务节点为第一服务节点且判断出除所述判断模块自身所属服务节点之外的其他服务节点中存在异常节点,则执行模拟模块;
所述模拟模块,用于从冗余地址组中选取一个冗余地址,并将选取出的冗余地址模拟成所述异常节点的服务地址,所述冗余地址组包括至少一个冗余地址;
查找模块,用于从获取到的除自身之外的其他服务节点的RTP通信信息中查找出所述异常节点的RTP通信信息;
重建模块,用于利用所述异常节点的RTP通信信息,在将选取出的冗余地址模拟成的所述异常节点的服务地址上重建所述异常节点在发生异常前正在执行的服务;
执行模块,用于执行重建的服务。
优选的,所述获取模块包括:
发送单元,用于除所述发送单元自身所属服务节点之外的其他服务节点发送RTP通信信息订阅请求;
接收单元,用于接收除所述发送单元自身所属服务节点之外的其他服务节点响应所述RTP通信信息订阅请求发送的RTP通信信息。
优选的,所述装置还包括:
释放模块,用于释放将选取出的冗余地址模拟成的所述异常节点的服务地址;
存储模块,用于将释放的服务地址存入所述冗余地址组。
优选的,所述装置还包括:应用于恢复正常的所述异常节点的第一提供模块或第二提供模块;
所述第一提供模块,用于在全新的服务地址上提供服务;
所述第二提供模块,用于从所述冗余地址组中选取一个冗余地址,并在选取出的冗余地址上提供服务。
一种RTP实时通信集群中的服务节点,包括:处理器、存储器和数据总线,所述处理器和所述存储器通过所述数据总线通信;
所述存储器,用于存放程序;
所述处理器,用于执行所述程序;
所述程序当由所述处理器执行时实现以下方法步骤:
获取除自身之外的其他服务节点的RTP通信信息;
判断除自身之外的其他服务节点中是否存在异常节点;
若判断出除自身之外的其他服务节点中存在异常节点,则从冗余地址组中选取一个冗余地址,并将选取出的冗余地址模拟成所述异常节点的服务地址,所述冗余地址组包括至少一个冗余地址;
从获取到的除自身之外的其他服务节点的RTP通信信息中查找出所述异常节点的RTP通信信息;
利用所述异常节点的RTP通信信息,在将选取出的冗余地址模拟成的所述异常节点的服务地址上重建所述异常节点在发生异常前正在执行的服务,并执行重建的服务。
一种RTP实时通信集群中异常节点的修复***,包括多个如上述所述的RTP实时通信集群中的服务节点。
与现有技术相比,本申请的有益效果为:
在本申请中,RTP实时通信集群中的各个服务节点首先实现通信信息的共享即RTP实时通信集群中的各个服务节点各自获取除自身之外的其他服务节点的RTP通信信息,在实现通信信息共享的基础上,若第一服务节点判断出除自身之外的其他服务节点中存在异常节点,第一服务节点即从冗余地址组中选取一个冗余地址,并将选取出的冗余地址模拟成所述异常节点的服务地址,并从共享的通信信息中查找出异常节点的RTP通信信息,并利用将选取出的冗余地址模拟成的所述异常节点的服务地址和所述异常节点的RTP通信信息,重建所述异常节点在发生异常前正在执行的服务,并执行重建的服务,不需要等客户端重新发起服务请求后,再重建服务,缩减了重建服务的过程,提升了异常节点的被中止服务的恢复速度,进而提高了通信效率。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请提供的异常节点修复方法的一种流程图;
图2是本申请提供的异常节点修复方法的一种子流程图;
图3是本申请提供的异常节点修复方法的另一种流程图;
图4是本申请提供的异常节点修复方法的再一种流程图;
图5是本申请提供的异常节点修复方法的再一种流程图;
图6是本申请提供的异常节点修复装置的一种逻辑结构示意图;
图7是本申请提供的获取模块的一种逻辑结构示意图;
图8是本申请提供的异常节点修复装置的另一种逻辑结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
实施例一
请参见图1,其示出了本申请提供的异常节点修复方法的一种流程图,可以包括以下步骤:
步骤S11:RTP实时通信集群中的各个服务节点各自获取除自身之外的其他服务节点的RTP通信信息。
步骤S12:所述RTP实时通信集群中的各个服务节点判断除自身之外的其他服务节点中是否存在异常节点。
在本实施例中,RTP实时通信集群中的各个服务节点判断除自身之外的其他服务节点中是否存在异常节点具体可以为RTP实时通信集群中的各个服务节点通过心跳确定除自身之外的其他服务节点的状态,并根据确定的除自身之外的其他服务节点的状态来确定除自身之外的其他服务节点中是否存在异常节点。
若所述RTP实时通信集群中的各个服务节点中的第一服务节点判断出除自身之外的其他服务节点中存在异常节点,则执行步骤S13。
步骤S13:所述第一服务节点从冗余地址组中选取一个冗余地址,并将选取出的冗余地址模拟成所述异常节点的服务地址,所述冗余地址组包括至少一个冗余地址。
在本实施例中,冗余地址组为一组对外地址,即多个服务节点可同时对外提供服务。
在本实施例中,将选取出的冗余地址模拟成所述异常节点的服务地址具体为:所述第一服务节点可以具有多个服务地址(如IP地址),在添加新的服务地址(即选取出的冗余地址)后,广播ARP包告诉路由器等设备添加的新的服务地址在本服务节点上。
步骤S14:所述第一服务节点从获取到的除自身之外的其他服务节点的RTP通信信息中查找出所述异常节点的RTP通信信息。
步骤S15:所述第一服务节点利用所述异常节点的RTP通信信息,在将选取出的冗余地址模拟成的所述异常节点的服务地址上重建所述异常节点在发生异常前正在执行的服务,并执行重建的服务。
在本实施例中,所述异常节点在发生异常前正在执行的服务具体指所述异常节点在发生异常前通过网络传输提供的服务,如发送数据服务、接收数据服务、存储服务和数据库服务等。
在本申请中,RTP实时通信集群中的各个服务节点首先实现通信信息的共享即RTP实时通信集群中的各个服务节点各自获取除自身之外的其他服务节点的RTP通信信息,在实现通信信息共享的基础上,若第一服务节点判断出除自身之外的其他服务节点中存在异常节点,第一服务节点即从冗余地址组中选取一个冗余地址,并将选取出的冗余地址模拟成所述异常节点的服务地址,并从共享的通信信息中查找出异常节点的RTP通信信息,并利用将选取出的冗余地址模拟成的所述异常节点的服务地址和所述异常节点的RTP通信信息,重建所述异常节点在发生异常前正在执行的服务,并执行重建的服务,不需要等客户端重新发起服务请求后,再重建服务,缩减了重建服务的过程,提升了异常节点的被中止服务的恢复速度,进而提高了通信效率。
在本实施例中,上述RTP实时通信集群中的各个服务节点各自获取除自身之外的其他服务节点的RTP通信信息的具体过程可以参见图2,可以包括以下步骤:
步骤S21:RTP实时通信集群中的各个服务节点各自向除自身之外的其他服务节点发送RTP通信信息订阅请求。
步骤S22:所述RTP实时通信集群中的各个服务节点接收除自身之外的其他服务节点响应所述RTP通信信息订阅请求发送的RTP通信信息。
在本实施例中,在图1示出的异常节点修复方法的基础上扩展出另外一种异常节点修复方法,请参见图3,在图1示出的所述第一服务节点利用所述异常节点的RTP通信信息,在将选取出的冗余地址模拟成的所述异常节点的服务地址上重建所述异常节点在发生异常前正在执行的服务,并执行重建的服务之后,还可以包括以下步骤:
步骤S16:在所述重建的服务结束后,所述第一服务节点释放将选取出的冗余地址模拟成的所述异常节点的服务地址。
步骤S17:所述第一服务节点将释放的服务地址存入所述冗余地址组。
所述第一服务节点将释放的服务地址存入所述冗余地址组,使释放的服务地址成为新的冗余地址,以待其他服务节点新加入使用或者异常时使用。
在本实施例中,在图3示出的异常节点修复方法的基础上扩展出另外一种异常节点修复方法,请参见图4或图5。
如图4所示,在图3示出的将释放的服务地址存入所述冗余地址组之后,还可以包括以下步骤:
步骤S18:恢复正常的所述异常节点在全新的服务地址上提供服务。
如图5所示,在图3示出的将释放的服务地址存入所述冗余地址组之后,还可以包括以下步骤:
步骤S19:恢复正常的所述异常节点从所述冗余地址组中选取一个冗余地址,并在选取出的冗余地址上提供服务。
现举例对上述异常节点修复方法的具体过程进行说明。例如,1.设备a、b、c、d、e,服务节点u、v,通过RTP实时通信集群X进行RTP实时通信(呼叫或者会议)
2.节点u、v各自具有自己的服务地址,具有冗余地址且冗余地址可以相互模拟成对方服务地址,节点间共享通信参数信息,设备a、b、c、d、e与节点相互可见,假设a、b、c在节点u上做RTP实时通信,d、e做节点v上做RTP实时通信
如,冗余地址即地址是集中管理的,然后地址多于节点的个数,有冗余,服务地址即正在服务的对外地址,如有127.0.0.1、127.0.0.2、127.0.0.3地址,服务节点u启动后申请127.0.0.1这个地址,此时服务地址即127.0.0.1,服务节点v启动后申请了127.0.0.2作服务地址,v异常后,u感知到,此时将127.0.0.2这个地址加到自己节点中,节点u有127.0.0.1、127.0.0.2两个服务地址,v启动后申请了127.0.0.3作服务地址,当u节点上接续的服务异议结束后,释放127.0.0.2地址。模拟地址:这个是计算机的功能,一个机器可以具有多个IP,添加IP后广播ARP包告诉路由器此时这个IP在这台机器上。
3.当v异常失效,u感知v的异常后把冗余地址模拟成v的服务地址,通过共享的通信参数,为d、e建立通道。
4.u向v的路由、交换设备广播,此时u可以与d、e传输媒体数据。
5.RTP/udp通信,客户端不需要动作。
6.RTP/tcp通信,客户端需要一直定期重试,直到通信恢复。
7.RTP/http通信,客户端不需要动作。
8.v失效的地址目前在u上提供服务,此时u上对该地址不建立新的通信服务,新的通信服务建立其他地址之上。
9.当所有与该地址关联的通信服务结束后,u释放该地址,该地址成为新的冗余地址待其他集群节点新加入使用或者异常时使用。
10.v恢复后,使用新的或冗余的地址,在其上提供服务。
11.RTP实时通信集群间,整个切换过程中,异常节点地址上的服务一直有效提供。
实施例二
与上述方法实施例相对应,本实施例提供了一种异常节点修复装置,应用于RTP实时通信集群中的各个服务节点,请参见图6,异常节点修复装置包括:获取模块11、判断模块12、模拟模块13、查找模块14、重建模块15和执行模块16。
获取模块,用于获取除所述获取模块自身所属服务节点之外的其他服务节点的RTP通信信息。
在本实施例中,获取模块11具体可以包括:发送单元111和接收单元112,如图7所示。
发送单元111,用于除所述发送单元自身所属服务节点之外的其他服务节点发送RTP通信信息订阅请求;
接收单元112,用于接收除所述发送单元自身所属服务节点之外的其他服务节点响应所述RTP通信信息订阅请求发送的RTP通信信息。
判断模块12,用于判断除所述判断模块自身所属服务节点之外的其他服务节点中是否存在异常节点,若所述判断模块自身所属服务节点为第一服务节点且判断出除所述判断模块自身所属服务节点之外的其他服务节点中存在异常节点,则执行模拟模块13。
所述模拟模块13,用于从冗余地址组中选取一个冗余地址,并将选取出的冗余地址模拟成所述异常节点的服务地址,所述冗余地址组包括至少一个冗余地址。
查找模块14,用于从获取到的除自身之外的其他服务节点的RTP通信信息中查找出所述异常节点的RTP通信信息。
重建模块15,用于利用所述异常节点的RTP通信信息,在将选取出的冗余地址模拟成的所述异常节点的服务地址上重建所述异常节点在发生异常前正在执行的服务.
执行模块16,用于执行重建的服务。
在本实施例中,图6示出的异常节点修复装置还可以包括:释放模块17和存储模块18,如图8所示。
释放模块17,用于释放将选取出的冗余地址模拟成的所述异常节点的服务地址。
存储模块18,用于将释放的服务地址存入所述冗余地址组。
在本实施例中,图8示出的异常节点修复装置还可以包括:应用于恢复正常的所述异常节点的第一提供模块或第二提供模块。
所述第一提供模块,用于在全新的服务地址上提供服务;
所述第二提供模块,用于从所述冗余地址组中选取一个冗余地址,并在选取出的冗余地址上提供服务。
实施例三
在本实施例中,提供了一种RTP实时通信集群中的服务节点,包括:处理器、存储器和数据总线,所述处理器和所述存储器通过所述数据总线通信;
所述存储器,用于存放程序;
所述处理器,用于执行所述程序;
所述程序当由所述处理器执行时实现以下方法步骤:
获取除自身之外的其他服务节点的RTP通信信息;
判断除自身之外的其他服务节点中是否存在异常节点;
若判断出除自身之外的其他服务节点中存在异常节点,则从冗余地址组中选取一个冗余地址,并将选取出的冗余地址模拟成所述异常节点的服务地址,所述冗余地址组包括至少一个冗余地址;
从获取到的除自身之外的其他服务节点的RTP通信信息中查找出所述异常节点的RTP通信信息;
利用所述异常节点的RTP通信信息,在将选取出的冗余地址模拟成的所述异常节点的服务地址上重建所述异常节点在发生异常前正在执行的服务,并执行重建的服务。
实施例四
在本实施例中,提供了一种RTP实时通信集群中异常节点的修复***,包括多个如实施例三示出的RTP实时通信集群中的服务节点。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本申请所提供的一种异常节点修复方法、装置及相关设备进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。

Claims (8)

1.一种异常节点修复方法,其特征在于,包括:
RTP实时通信集群中的各个服务节点各自获取除自身之外的其他服务节点的RTP通信信息;所述RTP实时通信集群中的各个服务节点各自获取除自身之外的其他服务节点的RTP通信信息,包括:RTP实时通信集群中的各个服务节点各自向除自身之外的其他服务节点发送RTP通信信息订阅请求;所述RTP实时通信集群中的各个服务节点接收除自身之外的其他服务节点响应所述RTP通信信息订阅请求发送的RTP通信信息;
所述RTP实时通信集群中的各个服务节点判断除自身之外的其他服务节点中是否存在异常节点;
若所述RTP实时通信集群中的各个服务节点中的第一服务节点判断出除自身之外的其他服务节点中存在异常节点,则所述第一服务节点从冗余地址组中选取一个冗余地址,并将选取出的冗余地址模拟成所述异常节点的服务地址,所述将选取出的冗余地址模拟成所述异常节点的服务地址,包括:添加所述选取出的冗余地址,将所述选取出的冗余地址作为新的服务地址,并广播ARP包以告知所述第一服务节点的设备添加所述新的服务地址,所述冗余地址组包括至少一个冗余地址;
所述第一服务节点从获取到的除自身之外的其他服务节点的RTP通信信息中查找出所述异常节点的RTP通信信息;
所述第一服务节点利用所述异常节点的RTP通信信息,在将选取出的冗余地址模拟成的所述异常节点的服务地址上重建所述异常节点在发生异常前正在执行的服务,并执行重建的服务。
2.根据权利要求1所述的方法,其特征在于,所述第一服务节点利用所述异常节点的RTP通信信息,在将选取出的冗余地址模拟成的所述异常节点的服务地址上重建所述异常节点在发生异常前正在执行的服务,并执行重建的服务之后,还包括:
在所述重建的服务结束后,所述第一服务节点释放将选取出的冗余地址模拟成的所述异常节点的服务地址;
所述第一服务节点将释放的服务地址存入所述冗余地址组。
3.根据权利要求2所述的方法,其特征在于,将释放的服务地址存入所述冗余地址组之后,还包括:
恢复正常的所述异常节点在全新的服务地址上提供服务;
或,恢复正常的所述异常节点从所述冗余地址组中选取一个冗余地址,并在选取出的冗余地址上提供服务。
4.一种异常节点修复装置,其特征在于,应用于RTP实时通信集群中的各个服务节点,所述装置包括:
获取模块,用于获取除所述获取模块自身所属服务节点之外的其他服务节点的RTP通信信息,所述获取模块包括:发送单元,用于除所述发送单元自身所属服务节点之外的其他服务节点发送RTP通信信息订阅请求;接收单元,用于接收除所述发送单元自身所属服务节点之外的其他服务节点响应所述RTP通信信息订阅请求发送的RTP通信信息;
判断模块,用于判断除所述判断模块自身所属服务节点之外的其他服务节点中是否存在异常节点,若所述判断模块自身所属服务节点为第一服务节点且判断出除所述判断模块自身所属服务节点之外的其他服务节点中存在异常节点,则执行模拟模块;
所述模拟模块,用于从冗余地址组中选取一个冗余地址,并将选取出的冗余地址模拟成所述异常节点的服务地址,所述将选取出的冗余地址模拟成所述异常节点的服务地址,包括:添加所述选取出的冗余地址,将所述选取出的冗余地址作为新的服务地址,并广播ARP包以告知所述第一服务节点的设备添加所述新的服务地址,所述冗余地址组包括至少一个冗余地址;
查找模块,用于从获取到的除自身之外的其他服务节点的RTP通信信息中查找出所述异常节点的RTP通信信息;
重建模块,用于利用所述异常节点的RTP通信信息,在将选取出的冗余地址模拟成的所述异常节点的服务地址上重建所述异常节点在发生异常前正在执行的服务;
执行模块,用于执行重建的服务。
5.根据权利要求4所述的装置,其特征在于,所述装置还包括:
释放模块,用于释放将选取出的冗余地址模拟成的所述异常节点的服务地址;
存储模块,用于将释放的服务地址存入所述冗余地址组。
6.根据权利要求4所述的装置,其特征在于,所述装置还包括:应用于恢复正常的所述异常节点的第一提供模块或第二提供模块;
所述第一提供模块,用于在全新的服务地址上提供服务;
所述第二提供模块,用于从所述冗余地址组中选取一个冗余地址,并在选取出的冗余地址上提供服务。
7.一种RTP实时通信集群中的服务节点,其特征在于,包括:处理器、存储器和数据总线,所述处理器和所述存储器通过所述数据总线通信;
所述存储器,用于存放程序;
所述处理器,用于执行所述程序;
所述程序当由所述处理器执行时实现以下方法步骤:
获取除自身之外的其他服务节点的RTP通信信息;所述获取除自身之外的其他服务节点的RTP通信信息,包括:向除自身之外的其他服务节点发送RTP通信信息订阅请求;所述RTP实时通信集群中的各个服务节点接收除自身之外的其他服务节点响应所述RTP通信信息订阅请求发送的RTP通信信息;
判断除自身之外的其他服务节点中是否存在异常节点;
若判断出除自身之外的其他服务节点中存在异常节点,则从冗余地址组中选取一个冗余地址,并将选取出的冗余地址模拟成所述异常节点的服务地址,所述将选取出的冗余地址模拟成所述异常节点的服务地址,包括:添加所述选取出的冗余地址,将所述选取出的冗余地址作为新的服务地址,并广播ARP包以告知自身的设备添加所述新的服务地址,所述冗余地址组包括至少一个冗余地址;
从获取到的除自身之外的其他服务节点的RTP通信信息中查找出所述异常节点的RTP通信信息;
利用所述异常节点的RTP通信信息,在将选取出的冗余地址模拟成的所述异常节点的服务地址上重建所述异常节点在发生异常前正在执行的服务,并执行重建的服务。
8.一种RTP实时通信集群中异常节点的修复***,其特征在于,包括多个如权利要求7所述的RTP实时通信集群中的服务节点。
CN201711284014.0A 2017-12-07 2017-12-07 一种异常节点修复方法、装置及相关设备 Active CN108023772B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711284014.0A CN108023772B (zh) 2017-12-07 2017-12-07 一种异常节点修复方法、装置及相关设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711284014.0A CN108023772B (zh) 2017-12-07 2017-12-07 一种异常节点修复方法、装置及相关设备

Publications (2)

Publication Number Publication Date
CN108023772A CN108023772A (zh) 2018-05-11
CN108023772B true CN108023772B (zh) 2021-02-26

Family

ID=62078891

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711284014.0A Active CN108023772B (zh) 2017-12-07 2017-12-07 一种异常节点修复方法、装置及相关设备

Country Status (1)

Country Link
CN (1) CN108023772B (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101309167A (zh) * 2008-06-27 2008-11-19 华中科技大学 基于集群备份的容灾***及方法
CN102231681A (zh) * 2011-06-27 2011-11-02 中国建设银行股份有限公司 一种高可用集群计算机***及其故障处理方法
CN105511805A (zh) * 2015-11-26 2016-04-20 深圳市中博科创信息技术有限公司 集群文件***的数据处理方法和装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9176799B2 (en) * 2012-12-31 2015-11-03 Advanced Micro Devices, Inc. Hop-by-hop error detection in a server system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101309167A (zh) * 2008-06-27 2008-11-19 华中科技大学 基于集群备份的容灾***及方法
CN102231681A (zh) * 2011-06-27 2011-11-02 中国建设银行股份有限公司 一种高可用集群计算机***及其故障处理方法
CN105511805A (zh) * 2015-11-26 2016-04-20 深圳市中博科创信息技术有限公司 集群文件***的数据处理方法和装置

Also Published As

Publication number Publication date
CN108023772A (zh) 2018-05-11

Similar Documents

Publication Publication Date Title
EP2636199B1 (en) Signalling gateway, method, computer program and computer program product for communication between http and sip
US9565396B2 (en) Methods, systems and program products for initiating a process on data network
CN110971698B (zh) 一种数据转发***、方法及装置
CN102783094B (zh) 用于基于会话发起协议的通信***的弹性路由
CN109067578B (zh) 一种组播快速切换的方法和装置
US20040088309A1 (en) Method of constructing and managing overlay multicast tree on Internet
CN104509073A (zh) 在软件定义的网络中发现ip多播组成员
WO2016177056A1 (zh) 用于视频会议的数据传输方法、装置及***
CN111432158B (zh) 媒体节点的负载均衡方法及装置、存储介质、电子装置
US8650309B2 (en) Cascading architecture for audio and video streams
WO2017020790A1 (zh) 多屏控制方法及装置
US20200169695A1 (en) Video conference multi-point control method and device, storage medium and computer apparatus
US9385877B2 (en) Multicast systems, methods, and computer program products
JP2012533959A (ja) マルチキャスト対応ルータにおいて効果的なホスト・マネジメント・プロトコル
CN113485821A (zh) 一种高可靠视频会议***及其控制方法、存储介质
WO2021110167A1 (zh) 自组网级联方法、音频采集设备、会议***、存储介质
CN111541608B (zh) 一种网络通信的方法、***以及相关装置
CN108023772B (zh) 一种异常节点修复方法、装置及相关设备
WO2017206369A1 (zh) 数据发送的方法、装置、***、物理家庭网关及接入节点
US8036141B2 (en) Apparatus and method for managing a network
WO2016177098A1 (zh) 会议备份方法和装置
CN109787870B (zh) 接入管理方法、装置、***、初始及目标接入设备
CN115529433A (zh) 一种级联视频会议跨域轮巡方法、装置及电子设备
CN102694833A (zh) 多播树建立方法及多播***中的服务器和节点
CN110120937B (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
GR01 Patent grant
GR01 Patent grant