CN1719831A - 基于集群路由器结构的高可用分布式边界网关协议系统 - Google Patents
基于集群路由器结构的高可用分布式边界网关协议系统 Download PDFInfo
- Publication number
- CN1719831A CN1719831A CNA2005100121929A CN200510012192A CN1719831A CN 1719831 A CN1719831 A CN 1719831A CN A2005100121929 A CNA2005100121929 A CN A2005100121929A CN 200510012192 A CN200510012192 A CN 200510012192A CN 1719831 A CN1719831 A CN 1719831A
- Authority
- CN
- China
- Prior art keywords
- node
- message
- master control
- route
- peer
- 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
- 238000000034 method Methods 0.000 claims abstract description 55
- 230000008569 process Effects 0.000 claims abstract description 50
- 238000005192 partition Methods 0.000 claims abstract description 6
- 238000012545 processing Methods 0.000 claims description 39
- 238000004364 calculation method Methods 0.000 claims description 36
- 238000004891 communication Methods 0.000 claims description 20
- 238000001514 detection method Methods 0.000 claims description 14
- 238000011084 recovery Methods 0.000 claims description 8
- 238000012544 monitoring process Methods 0.000 claims description 7
- 230000007246 mechanism Effects 0.000 claims description 6
- 230000008859 change Effects 0.000 claims description 5
- 230000001960 triggered effect Effects 0.000 claims description 4
- 230000005540 biological transmission Effects 0.000 claims description 3
- 238000011161 development Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000013024 troubleshooting Methods 0.000 description 1
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
基于集群路由器结构的高可用分布式边界网关协议系统属于路由协议系统结构领域,其特征在于:在集群路由器结构中,选取一个节点为主控节点,另一个节点为主控节点的备份节点,一个连接节点,至少一个从节点;通过对主控节点的备份,使系统没有单一失效点,提高了系统可靠性;通过划分算法的合理分配,使各从节点的负载均衡,提高了整体BGP系统的性能;从而实现了BGP消息的快速处理和BGP的可靠服务。
Description
技术领域
基于集群路由器结构的高可用分布式边界网关协议系统属于路由协议系统结构领域,尤其涉及双节点备份技术和多节点分布式计算系统。
背景技术
Internet的飞速发展对网络设备的计算能力、转发能力和端口密度都提出了更高的要求。单个路由节点在可靠性、性能可扩展性、规模可扩展性和服务可扩展性等方面有其难以逾越的障碍,已经不能满足下一代Internet发展需要。核心路由器技术正在经历着巨大的变化,以T比特核心路由器为代表,路由器体系结构向着路由器群集、分布式、可扩展方向发展。
路由器硬件体系结构从集中控制方式发展到集群结构下的分布式并行处理方式,路由器软件技术的发展则相对比较滞后。在传统的路由器中,所有路由协议、路由策略相关的计算功能还只能在单个节点上运行,其他节点只是作为备份节点,并没有真正实现软件系统可扩展和高可用。
边界网关协议(BGP)作为Internet域间网络协议,负责自治域间的路由可达信息的交互。BGP协议对等体之间相互建立连接,通过发送路由更新(UPDATE)报文通知路由信息的变化。每个BGP实体根据自己的策略计算路由信息的优先级,并选择出最优的路由。
Internet核心路由器控制平面的BGP协议性能面临新的挑战。目前Internet骨干结点的BGP路由表容量呈现出线性增长与指数增长交替的趋势,在大容量路由表条件下,路由器需要消耗更多的存储空间,造成路由更新处理变慢,增加BGP协议的计算开销。传统单进程集中控制的BGP实现在可靠性、路由表容量、路由计算能力和支持的邻居规模上都无法满足未来Internet的发展需求。
本发明充分利用集群结构路由器硬件平台所提供的分布式计算资源与存储能力,设计了合理的划分算法,将BGP实现分布到各个节点并行运行,使各节点的计算负载和内存消耗得到均衡,从而提高BGP系统的整体效率。同时,对系统中可能存在的单一失效点实现冗余备份,达到提高整体系统可靠性的目的。
发明内容
本发明的目的在于克服传统的单节点BGP实现的计算能力、存储能力以及可靠性的不足,提供一种基于集群路由器结构的高可用分布式的BGP实现方案。
本发明解决其技术问题所采用的技术方案是:如图1所示,在集群结构中,一个节点为连接节点,一个节点作为主控节点,另一个节点为主控节点的备份节点,其他节点作为从节点。连接节点负责与外部Internet的连接,在外部Internet和内部节点之间转发数据。主控节点负责管理从节点以及与对等体建立连接,并根据划分算法,将对等体的路由更新(UPDATE)报文分配给从节点处理,从节点对UPDATE报文进行解析后计算路由。
基于集群路由器结构高可用分布式BGP系统由两部分组成:主控节点子系统和从节点子系统。主控节点子系统运行在主控节点上,实现与接对等体建立连接、对从节点的管理以及负载的分配,同时,将重要信息发送给备份节点;从节点子系统运行在从节点上,用于解析UPDATE报文以及路由计算。
通过主控节点的集中控制,使分布式BGP系统便于管理,通过对主控节点的备份,使系统没有单一失效点,提高了系统的可靠性;通过划分算法的合理分配,使各从节点的负载均衡,提高了整体BGP系统的性能。
本发明的特征在于:在集群路由器结构中,选取一个节点作为主控节点,另一个节点为主控节点的备份节点,构成主控节点子系统;一个连接节点;其他节点作为从节点,构成从节点子系统;主控节点、从节点和连接节点通过高速交换网组成所述基于集群路由器结构的高可用分布式边界网关协议系统,所述系统基于网络传输控制协议通过连接节点和对等体建立连接,所述对等体是指与所述系统交互协议信息的边界网关协议系统;其中,
A.主控节点子系统运行在所述主控节点上,负责以下任务:与所述对等体建立连接;根据划分算法把从对等体接收的载有路由更新消息的路由更新报文发送给相应的从节点处理,所述的路由更新消息用“UPDATE消息”表示;接收各从节点UPDATE消息处理后的局部最优路由并从中选择出全局最优路由;将UPDATE消息通告给所述对等体;管理从节点以及把重要消息发送给所述备份节点;
在所述主控节点上维护以下数据库:
全局最优路由数据信息库:保存路由计算得到的路由器全局最优路由信息;
从节点数据库:保存分布式BGP系统中工作的从节点ID,每个从节点的工作负责情况,以及主控节点与从节点的通讯操作备份,所述BGP系统指的是边界网关协议系统;
输出路由信息库:保存发送给对等体的路由更新信息;
在所述主控节点上配置了以下软件模块:
(1)分布式划分算法模块
当所述BGP系统与新的对等体建立连接后,主控节点选择负载最小的从节点来处理新的对等体的UPDATE消息;
(2)从节点管理模块
该模块包括以下各子模块:
(2.1)从节点加入子模块
新加入节点由管理员配置ID和主控节点ID,当新节点加入Cluster时,立即发送消息通告主控节点,主控节点回应这个消息,确认新节点的加入,并将新节点的信息加入到从节点信息库中,所述Cluster即集群路由器结构;
(2.2)从节点退出子模块
主控节点删除从节点信息库中退出从节点的信息,并按照划分算法把这个从节点上处理的对等体重新分配给其他的从节点处理;
(2.3)从节点状态监控子模块
主控节点周期性的向其他所有从节点发送询问消息,收到询问消息的从节点向主控节点回复消息,没有回复消息的从节点将被认为故障;
(2.4)从节点故障处理子模块
主控节点通过状态监控发现某个从节点出现故障,主控节点删除从节点信息库中这个从节点的信息,并按照划分算法把这个从节点上处理的对等体重新分配给其他的从节点处理;
(3)与对等体建立连接模块
该模块依次按以下步骤实现与对等体的连接:
步骤3-1:启动与对等体的连接;
步骤3-2:启动TCP连接;
步骤3-3:建立BGP连接,按以下步骤进行:
步骤3-3-1:向对等体发送用来建立BGP对等体连接的问讯消息,称为OPEN消息;
步骤3-3-2:接收到对等体的OPEN消息后,向对等体回复保持BGP连接的通告消息称为KEEPALIVE消息,同时等待对等体的KEEPALIVE消息,连接状态设置为OpenConfirm;
步骤3-3-3:接收对等体的KEEPALIVE消息,完成与对等体的连接,连接状态设置为Established;
步骤3-4:主控节点根据所述分配算法选出负载最小的从节点,由该从节点处理该对等体的UPDATE消息;
(4)处理BGP消息模块
该模块按以下步骤实现消息处理:
步骤4-1:主控节点调用TCP socket读函数得到BGP消息;
步骤4-2:主控节点处理不同类型消息:
步骤4-2-1:处理OPEN消息
从OPEN消息中读取版本号、自治域号、超时时间、BGP标识符四个域的值,并分别予以检验;
根据自治域号和BGP标识符判断OPEN消息是否来自管理员设置的邻居节点:若不是,则发送用NOTIFICATION表示的故障消息与对等体中断连接;若是,则进行以下检测;
根据BGP协议的连接冲突检测定义进行冲突检测:若有冲突并需关闭该连接便发送故障消息以中断与该对等体的连接;若无冲突,便执行以下检测:
检测版本号是否正确:若不正确,发送故障消息给该对等体以中断连接;若正确,便执行以下检测;
检测超时时间是否为零或者小于3秒:若不是,发送故障消息以中断与该对等体的连接;否则,便执行以下检测;
比较本路由器BGP实体设置的超时时间置和接收的OPEN消息中的超时时间值,以值小的作为这个连接的超时时间值,设置保持BGP连接的通告消息定时器的值为所述连接超时时间值的三分之一;
发送保持BGP连接的通告消息给该对等体确认接收OPEN消息,连接状态设置为OpenConfirm状态;
步骤4-2-2:处理保持BGP连接的通告消息
当连接状态为OpenConfirm状态时,主控节点把连接状态变为Established状态并向对等体发送保持BGP连接的通告消息;
当连接状态为Established状态时,增加保持BGP连接的通告消息接收计数,重置超时时间定时器;
步骤4-2-3:处理从对等体接收到的路由更新消息
主控节点收到路由更新消息后,把路由更新消息发送给相应的从节点;由从节点作以下检查;
对整个属性长度作检查,若超过规定长度,通过故障消息通告对等体,丢弃该路由更新消息;
若路由更新消息中包括不可用路由,检查该路由长度是否正确,若超过规定值,向对等体发送故障消息并丢弃该路由更新消息;否则,对该不可用路由进行语法检查,若有错误,便丢弃该路由更新消息;若正确,便获取不可用路由的值存入变量中;
若路由更新消息中包含可用路由,则检查该路由的长度,若超过规定值,向对等体发送故障消息并丢弃该路由更新消息;否则,对该可用路由的路径属性的每个域进行检查,若有错误,便丢弃该路由更新消息;若正确,便获取路由属性各个域的值存入一个结构变量中;
对于不可用路由,从输入路由信息库中删除该路由,启动分布式BGP路由计算;
对于可用路由,更新输入路由信息库,保存路径属性,启动分布式BGP路由计算;
步骤4-2-4:处理故障消息
主控节点获取该故障消息中各个域的值,显示错误信息,断开与故障对等体的连接;接着,通知该对等体UPDATE消息的处理从节点删除包括故障对等体所发布的路由以及路由属性在内的所有相关信息;
(5)双节点冗余备份模块
主控节点和备份节点形成双节点备份的硬件环境,但是节点之间不提供相互的软硬件失效的硬件检测机制,它们通过心跳算法实现双机的状态监测;主控节点和备份节点都运行主控节点子系统,当主控节点正常工作时,备份节点只能接收主控节点的备份消息,并把备份消息中的备份数据备份到相应的数据库中;当主控节点出现故障时,备份节点接替主控节点的工作;
为实现这种失效转移,采用了的方法是进行检查点(CheckPoint)状态备份,然后进行状态回滚恢复;该模块按以下步骤实现:
步骤1.双节点备份的状态检测
主控节点定时发送查询消息给备份节点,备份节点回复消息;当主控节点收不到备份节点的回复消息时,就认为备份节点故障,这时主控节点将不会向备份节点发送备份消息;当备份节点不能收到主控节点的查询消息时,就认为主控节点出现故障,这时备份节点将进行状态回滚恢复,接替主控节点的工作;
步骤2.状态备份
在主控节点模块中,需要备份的状态信息可以分为两类,一类是:通讯相关的状态信息,包括主控节点与从节点的通讯信息;另一类是:应用相关的状态数据,包括对等体连接状态、全局最优路由信息库、输出路由信息库、从节点信息库;
对于通讯相关的状态数据来说,任何一次操作都可能涉及到从节点的状态变化,所以它们的状态备份必须做到小粒度的备份,在每一次主控节点与从节点进行通讯后进行相应的状态备份;当主控节点与从节点通讯时,主控节点同时将通讯数据读写操作备份到备份节点中,备份的读写操作中包括读写操作的读取和写入数据,数据长度,以及操作返回的结果;
而对于应用相关的状态数据,数据量大,备份粒度较大,主控节点每隔一段的时间把这些应用相关数据发送给备份节点;
步骤3.状态回滚恢复
当主控节点出现故障时,备份节点接替主控节点工作,这时应用相关的状态数据已经保存在备份节点的相应数据库中,备份节点上的主控节点子系统可以直接使用这些状态数据启动,然后重复进行通讯数据读写操作,但是通讯数据读写操作不是在进行实际的数据读写操作,而是从备份的读写操作中返回相应的数据和结果;
B.从节点子系统,负责路由更新消息处理,局部最优路由选择,还要配合主控节点进行全局最优路由选择;该从节点子系统仅有分布式BGP路由计算子模块,按以下步骤以完成从节点子系统的任务:
(1)优先级计算
当从节点对UPDATE报文解析后,发现有可用路由,触发优先级计算过程;在优先级计算过程中,锁定输入路由信息库,根据预先设定好的策略,对新的可用路由或者是替代路由计算一个优先级;计算完成后,解开输入路由信息库,触发路由选择过程;
(2)路由选择
在分布式BGP系统中,路由选择分为两步完成,第一步是从节点选择局部最优路由,第二步是主控节点选择全局最优路由;
当优先级计算过程完成后,首先激活从节点路由选择;从节点路由选择过程锁定输入路由信息库,从所有与新的可用路由目的地相同的路由中选出优先级最高的一条路由,如果选出的路由与局部最优路由信息库中保存的路由相同,结束路由选择过程;否则,更新局部最优信息库,解开输入路由信息库,同时通过系统的分布式消息机制把这条路由信息发送给主控节点,激活主控节点全局路由选择过程;
主控节点上保存着所有从节点的局部最优路由,当收到一条从节点发送来的新的路由时,锁定全局最优路由信息库,从所有与新的可用路由目的地相同的路由中选出优先级最高的一条路由,更新全局最优路由信息库,解开全局最优路由信息库,触发路由分发过程;
(3)路由分发
路由分发过程被路由选择过程激活,将全局最优路由信息库的更新路由包装到UPDATE消息中,发送给每个对端,同时在每个对等体的输出路由信息库中记录发送的路由;
本发明所提出的基于集群路由器结构高可用分布式BGP系统,克服了传统的单节点BGP系统性能和可靠性的不足,提供了一种新的BGP系统实现方案,通过构建一个集群结构分布式处理系统,可以实现BGP报文的快速处理和BGP的可靠服务。
附图说明
图1.基于集群路由器结构分布式BGP系统结构
图2.从节点状态信息查询示意图
图3.主控节点子系统与对等体建立连接流程图
图4.分布式BGP路由计算示意图
图5.容错应用系统的状态备份和回滚恢复示意图
具体实施方式
基于集群路由器结构高可用分布式BGP系统主要由两个子系统构成:主控节点子系统和从节点系统子系统。
●主要功能
主控节点子系统:与对等体建立连接;根据划分算法把接收的路由更新报文发送给相应的从节点处理;接收各从节点BGP消息处理后的局部最优路由并选出全局最优路由;将路由更新通告给对等体;管理从节点。
从节点子系统:对UPDATE消息进行解析;计算各条路由的优先级;选出局部最优路由。
●几个重要概念
BGP实体:路由器上运行的BGP系统。
BGP对等体:与当前系统交互协议消息的BGP系统。
BGP定义了4种报文:
□OPEN消息:用来建立BGP对等体连接的问讯消息;
□UPDATE消息:路由更新消息;
□KEEPALIVE消息:保持BGP连接的通告消息;
□NOTIFICATION消息:故障通告消息;
同时BGP定义了六种与对等体连接状态:启动对等体连接即Idle状态,启动TCP连接即Connect状态、等待TCP连接即Active状态、发送Open消息即OpenSent状态、等待接收OPEN消息确认即OpenConfirm状态、BGP连接成功即Established状态,用来描述与BGP对等体连接建立过程中的不同阶段。在每个连接状态,需要接收的BGP消息不同,并且,会根据接收到的BGP消息改变连接状态
主控节点子系统维护的数据库:
□全局最优路由信息库:保存路由计算得到的路由器全局最优路由信息;
□从节点数据库:保存分布式BGP系统中工作的从节点ID,以及每个从节点的工作负载情况。
□输出路由信息库:保存发送给对等体的路由更新报文信息;
从节点子系统维护的数据库:
输入路由信息库:保存接收到的对等体更新报文信息。
局部最优路由信息库:保存从节点路由计算得到的本节点最优路由信息。
●分布式划分算法
主控子系统维护的从节点信息库中记录了当前有哪些从节点,每个从节点上分配了多少个对等体报文的处理工作,当BGP系统与新的对等体建立连接后,主控子系统选择负载最小的从节点处理新的对等体的UPDATE消息。这个分配算法能够保证各从节点的负载比较均衡。
●从节点管理
□从节点的加入
1.配置从节点的标识号和主控节点的标识号。
2.向主控节点发送加入通告消息,等待主控节点回应消息;
3.主控节点收到从节点的加入通告消息,将新节点的信息加入到从节点库中,发送回应消息给从节点。
□从节点的退出
1.主控节点删除从节点库中退出从节点的信息;
2.按照划分算法把退出从节点上处理的负载重新分配给其他的从节点处理;
□从节点的状态检查
主控节点周期性的向所有从节点发送询问消息,收到询问消息的节点向主控节点回复消息,没有回复消息的从节点将被认为故障。主从节点状态信息查询流程如图2所示。
□从节点的故障处理
1.主控节点通过从节点状态检查发现故障从节点;
2.主控节点等待从节点恢复,等待时间由管理员设定,缓存由故障从节点处理的UPDATE消息;
3.如果在等待时间内从节点没有恢复工作,主控节点删除从节点库中故障从节点的信息,按照划分算法把故障从节点上处理的负载重新分配给其他的从节点处理。
4.如果在等待时间内故障从节点恢复工作,主控节点将缓存的UPDATE消息发送给它处理。
●与对等体建立连接
当前路由器BGP实体首先要和对等体建立连接,流程如图3所示。BGP是基于网络传输控制协议(TCP)之上的路由协议。因此,与对等体建立连接可以分为两个步骤:先建立TCP连接,再建立BGP连接。与对等体建立连接之前将连接状态设置为Idle。
□建立TCP连接有两种模式:主动模式和被动模式
主动模式:主控节点子系统主动向对等体发起TCP连接请求,通过三次握手与对等体
被动模块:主控节点子系统监听TCP的179端口,对等体请求建立TCP连接,通过三次握手与对等体建立TCP连接;
启动TCP连接前将连接状态设置为Connect。
□建立BGP连接
1.向对等体发送OPEN消息,等待对等体的OPEN消息,连接状态设置为OpenSent;
2.接收到对等体的OPEN消息,回复KEEPALIVE消息,同时等待对等体的KEEPALIVE消息,连接状态设置为OpenConfirm;
3.接收KEEPALIVE消息,完成与对等体的连接,连接状态设置为Established。
当BGP实体与对等体建立连接后,主控节点根据分配算法选出负载最小的从节点,由这个从节点处理这个对等体的UPDATE消息。
●处理BGP报文流程
主控节点子系统通过调用TCP socket读函数得到BGP报文。
□OPEN消息处理
在分布式BGP系统中,OPEN消息的处理是在主控节点上实现的,OPEN消息的处理流程如下:
1.从OPEN报文中读取版本号(Version)、自治域号(AS Number)、超时时间(Hold Time)和BGP标识符(BGP Identifier)四个域的值;
2.根据AS Number和BGPI dentifier判断OPEN消息是否来自管理员设置的邻居节点。如果不是,发送NOTIFICATION消息给对等体。
3.根据BGP协议的连接冲突检测定义进行冲突检测,如果有冲突并需要关闭这个连接,则发送NOTIFICATION消息给对等体中断这个连接。
4.检测版本号是否正确,不正确发送NOTIFICATION消息给对等体中断这个连接。
5.检测AS Number是否正确,不正确发送NOTIFICATION消息给对等体中断这个连接。
6.检测Hold Time是否为零或者大于3秒,如果不是,发送NOTIFICATION消息给对等体中断这个连接。
7.比较本路由器BGP实体设置的Hold Time值和接受的OPEN消息中的Hold Time值,以值小的作为这个连接的Hold Time值,设置KEEPALIVE消息定时器为连接Hold Time值的三分之一。
8.发送KEEPALIVE消息给对等体确认接受OPEN消息,使对等体连接的有限状态变为OpenConfirm状态。
□KEEPALIVE消息处理
在分布式BGP系统中,KEEPALIVE消息的处理是在主控节点上实现的。KEEPALIVE消息只有一个消息头,对它的处理比较简单。
当连接状态为OpenConfirm状态时,处理流程如下:
1.将连接状态变为Established状态。
2.发送KEEPALIVE消息给对等体。
3.把当前路由器路由表全部通过UPDATE消息发送给对等体。
当连接状态为Established状态时,处理流程如下:
1.增加KEEPALIVE消息接收计数。
2.重置HOLD Time定时器。
□UPDATE消息处理
在分布式BGP系统中,UPDATE消息由主控节点接收,对UPDATE消息的处理是在从节点上实现的,处理流程如下:
主控节点接收到UPDATE消息,把UPDATE报文发送给相应的从节点;
对整个属性长度检查,如果超过规定长度,通过NOTIFICATION消息通知对等体,丢弃这个UPDATE消息;
如果UPDATE消息中包含不可用路由,检查不可用路由长度是否正确。如果超过规定长度,通过NOTIFICATION消息通知对等体,丢弃这个UPDATE消息;
对不可用路由进行语法检查,如果错误,丢弃这个UPDATE消息;如果正确,获取不可用路由的值存入变量中;
如果UPDATE消息中包含可用路由,对可用路由长度检查,如果太长,通过NOTIFICATION消息通知对等体,丢弃这个UPDATE消息;
对可用路由的路径属性的每个域进行检查,如果有错误,通过NOTIFICATION消息通知对等体,丢弃这个UPDATE消息;如果正确,获取路径属性各个域的值存入一个结构变量中;
对可用路由进行语法检查,如果错误,丢弃这个UPDATE消息;如果正确,获取不可用路由的值存入变量中;
如果有不可用路由,从输入路由信息库中删除这条路由,启动分布式BGP路由计算;
如果有可用路由,更新输入路由信息库,保存路径属性;启动分布式BGP路由计算。
□NOTIFICATION消息处理
在分布式BGP系统中,对NOTIFICATION消息的处理是由主控节点和从节点配合实现的,处理流程如下:
1.获取NOTIFICATION消息中各个域的值;
2.把错误信息显示出来;
3.断开与对等体的连接。
4.主控节点通知处理这个对等体UPDATE消息的从节点删除与之有关的所有相关信息(包括它所发布的路由以及描述这些路由的属性),启动分布式BGP路由计算;
●分布式BGP路由计算
在BGP协议中,BGP路由计算又称为决策过程,分为三期:优先级计算、路由选择、路由分发。这三期分别是三个独立的过程,由不同的事件激发,图4为路由计算示意图。
分布式BGP路由算法描述如下:
1.优先级计算
当从节点对UPDATE报文解析后,发现有可用路由,触发优先级计算过程。在优先级计算过程中,锁定输入路由信息库,根据预先设定好的策略,对新的可用路由或者是替代路由计算一个优先级。计算完成后,解开输入路由信息库,触发路由选择过程。
2.路由选择
在分布式BGP系统中,路由选择分为两步完成,第一步是从节点选择局部最优路由,第二步是主控节点选择全局最优路由。
当优先级计算过程完成后,首先激活从节点路由选择。从节点路由选择过程锁定输入路由信息库,从所有与新的可用路由目的地相同的路由中选出优先级最高的一条路由,如果选出的路由与局部最优路由信息库中保存的路由相同,结束路由选择过程;否则,更新局部最优信息库,解开输入路由信息库,同时通过系统的分布式消息机制把这条路由信息发送给主控节点,激活主控节点全局路由选择过程。
主控节点上保存着所有从节点的局部最优路由,当收到一条从节点发送来的新的路由时,锁定全局最优路由信息库,从所有与新的可用路由目的地相同的路由中选出优先级最高的一条路由,更新全局最优路由信息库,解开全局最优路由信息库,触发路由分发过程。
3.路由分发
路由分发过程被路由选择过程激活,将全局最优路由信息库的更新路由包装到UPDATE消息中,发送给每个对端,同时在每个对等体的输出路由信息库中记录发送的路由。
●主控节点的双节点冗余备份
主控节点和备份节点形成双节点备份的硬件环境,但是节点之间不提供相互的软硬件失效的硬件检测机制,它们通过心跳算法实现双机的状态监测。主控节点和备份节点都运行主控节点子系统,当主控节点正常工作时,备份节点只能接收主控节点的备份消息,并把备份消息中的备份数据备份到相应的数据库中;当主控节点出现故障时,备份节点接替主控节点的工作。
为实现这种失效转移,采用了的方法是进行检查点(CheckPoint)状态备份,然后进行状态回滚恢复,如图5所示:主控节点上的主控节点子系统一步一步执行,在每个步骤完成后都插入一个检查点,检查系统当前的状态,并把系统状态保存到备份节点相应的数据库中,当主控节点上的主控节点子系统在某个步骤,如步骤3出现故障时,备份节点将检查点2的系统状态信息恢复到备份节点上,备份节点的主控节点子系统可以继续执行步骤3。
处理流程如下:
主控节点定时发送查询消息给备份节点,备份节点回复消息;当主控节点收不到备份节点的回复消息时,就认为备份节点故障,这时主控节点将不会向备份节点发送备份消息;当主控节点能够收到备份节点的回复消息时,就认为备份节点正常工作,可以向备份节点备份状态信息;
在主控节点模块中,需要备份的状态信息可以分为两类,一类是:通讯相关的状态信息,包括主控节点与从节点的通讯信息;另一类是:应用相关的状态数据,包括对等体连接状态、全局最优路由信息库、输出路由信息库、从节点信息库;
对于通讯相关的状态数据来说,任何一次操作都可能涉及到从节点的状态变化,所以它们的状态备份必须做到小粒度的备份,在每一次主控节点与从节点进行通讯后进行相应的状态备份;当主控节点与从节点通讯时,主控节点同时将通讯数据读写操作备份到备份节点中,备份的读写操作中包括读写操作的读取和写入数据,数据长度,以及操作返回的结果;
而对于应用相关的状态数据,数据量大,备份粒度较大,主控节点每隔一段的时间把这些应用相关数据发送给备份节点;
当备份节点不能收到主控节点的查询消息时,就认为主控节点出现故障,这时备份节点将进行状态回滚恢复,接替主控节点的工作;
备份节点接替主控节点工作,这时应用相关的状态数据已经保存在备份节点的相应数据库中,备份节点上的主控节点子系统直接使用这些状态数据启动,然后重复进行通讯数据读写操作,但是通讯数据读写操作不是在进行实际的数据读写操作,而是从备份的读写操作中返回相应的数据和结果。
Claims (1)
1.基于集群路由器结构的高可用分布式边界网关协议系统,其特征在于:在集群路由器结构中,选取一个节点作为主控节点,另一个节点为主控节点的备份节点,构成主控节点子系统;一个连接节点;其他节点作为从节点,构成从节点子系统;主控节点、从节点和连接节点通过高速交换网组成所述基于集群路由器结构的高可用分布式边界网关协议系统,所述系统基于网络传输控制协议通过连接节点和对等体建立连接,所述对等体是指与所述系统交互协议信息的边界网关协议系统;其中,
A.主控节点子系统运行在所述主控节点上,负责以下任务:与所述对等体建立连接;根据划分算法把从对等体接收的载有路由更新消息的路由更新报文发送给相应的从节点处理,所述的路由更新消息用“UPDATE消息”表示;接收各从节点UPDATE消息处理后的局部最优路由并从中选择出全局最优路由;将UPDATE消息通告给所述对等体;管理从节点以及把重要消息发送给所述备份节点;
在所述主控节点上维护以下数据库:
全局最优路由数据信息库:保存路由计算得到的路由器全局最优路由信息;
从节点数据库:保存分布式BGP系统中工作的从节点ID,每个从节点的工作负责情况,以及主控节点与从节点的通讯操作备份,所述BGP系统指的是边界网关协议系统;
输出路由信息库:保存发送给对等体的路由更新信息;
在所述主控节点上配置了以下软件模块:
(1)分布式划分算法模块
当所述BGP系统与新的对等体建立连接后,主控节点选择负载最小的从节点来处理新的对等体的UPDATE消息;
(2)从节点管理模块
该模块包括以下各子模块:
(2.1)从节点加入子模块
新加入节点由管理员配置ID和主控节点ID,当新节点加入Cluster时,立即发送消息通告主控节点,主控节点回应这个消息,确认新节点的加入,并将新节点的信息加入到从节点信息库中,所述Cluster即集群路由器结构;
(2.2)从节点退出子模块
主控节点删除从节点信息库中退出从节点的信息,并按照划分算法把这个从节点上处理的对等体重新分配给其他的从节点处理;
(2.3)从节点状态监控子模块
主控节点周期性的向其他所有从节点发送询问消息,收到询问消息的从节点向主控节点回复消息,没有回复消息的从节点将被认为故障;
(2.4)从节点故障处理子模块
主控节点通过状态监控发现某个从节点出现故障,主控节点删除从节点信息库中这个从节点的信息,并按照划分算法把这个从节点上处理的对等体重新分配给其他的从节点处理;
(3)与对等体建立连接模块
该模块依次按以下步骤实现与对等体的连接:
步骤3-1:启动与对等体的连接;
步骤3-2:启动TCP连接;
步骤3-3:建立BGP连接,按以下步骤进行;
步骤3-3-1:向对等体发送用来建立BGP对等体连接的问讯消息,称为OPEN消息;
步骤3-3-2:接收到对等体的OPEN消息后,向对等体回复保持BGP连接的通告消息称为KEEPALIVE消息,同时等待对等体的KEEPALIVE消息,连接状态设置为OpenConfirm;
步骤3-3-3:接收对等体的KEEPALIVE消息,完成与对等体的连接,连接状态设置为Established;
步骤3-4:主控节点根据所述分配算法选出负载最小的从节点,由该从节点处理该对等体的UPDATE消息;
(4)处理BGP消息模块
该模块按以下步骤实现消息处理:
步骤4-1:主控节点调用TCP socket读函数得到BGP消息;
步骤4-2:主控节点处理不同类型消息:
步骤4-2-1:处理OPEN消息
从OPEN消息中读取版本号、自治域号、超时时间、BGP标识符四个域的值,并分别予以检验;
根据自治域号和BGP标识符判断OPEN消息是否来自管理员设置的邻居节点:若不是,则发送用NOTIFICATION表示的故障消息与对等体中断连接;若是,则进行以下检测;
根据BGP协议的连接冲突检测定义进行冲突检测:若有冲突并需关闭该连接便发送故障消息以中断与该对等体的连接;若无冲突,便执行以下检测;
检测版本号是否正确:若不正确,发送故障消息给该对等体以中断连接;若正确,便执行以下检测;
检测超时时间是否为零或者小于3秒:若不是,发送故障消息以中断与该对等体的连接;否则,便执行以下检测;
比较本路由器BGP实体设置的超时时间置和接收的OPEN消息中的超时时间值,以值小的作为这个连接的超时时间值,设置保持BGP连接的通告消息定时器的值为所述连接超时时间值的三分之一;
发送保持BGP连接的通告消息给该对等体确认接收OPEN消息,连接状态设置为OpenConfirm状态;
步骤4-2-2:处理保持BGP连接的通告消息
当连接状态为OpenConfirm状态时,主控节点把连接状态变为Established状态并向对等体发送保持BGP连接的通告消息;
当连接状态为Established状态时,增加保持BGP连接的通告消息接收计数,重置超时时间定时器;
步骤4-2-3:处理从对等体接收到的路由更新消息
主控节点收到路由更新消息后,把路由更新消息发送给相应的从节点;由从节点作以下检查;
对整个属性长度作检查,若超过规定长度,通过故障消息通告对等体,丢弃该路由更新消息;
若路由更新消息中包括不可用路由,检查该路由长度是否正确,若超过规定值,向对等体发送故障消息并丢弃该路由更新消息;否则,对该不可用路由进行语法检查,若有错误,便丢弃该路由更新消息;若正确,便获取不可用路由的值存入变量中;
若路由更新消息中包含可用路由,则检查该路由的长度,若超过规定值,向对等体发送故障消息并丢弃该路由更新消息;否则,对该可用路由的路径属性的每个域进行检查,若有错误,便丢弃该路由更新消息;若正确,便获取路由属性各个域的值存入一个结构变量中;
对于不可用路由,从输入路由信息库中删除该路由,启动分布式BGP路由计算;
对于可用路由,更新输入路由信息库,保存路径属性,启动分布式BGP路由计算;
步骤4-2-4:处理故障消息
主控节点获取该故障消息中各个域的值,显示错误信息,断开与故障对等体的连接;接着,通知该对等体UPDATE消息的处理从节点删除包括故障对等体所发布的路由以及路由属性在内的所有相关信息;
(5)双节点冗余备份模块
主控节点和备份节点形成双节点备份的硬件环境,但是节点之间不提供相互的软硬件失效的硬件检测机制,它们通过心跳算法实现双机的状态监测;主控节点和备份节点都运行主控节点子系统,当主控节点正常工作时,备份节点只能接收主控节点的备份消息,并把备份消息中的备份数据备份到相应的数据库中;当主控节点出现故障时,备份节点接替主控节点的工作;
为实现这种失效转移,采用了的方法是进行检查点状态备份,然后进行状态回滚恢复;
主控节点定时发送查询消息给备份节点,备份节点回复消息;当主控节点收不到备份节点的回复消息时,就认为备份节点故障,这时主控节点将不会向备份节点发送备份消息;当主控节点能够收到备份节点的回复消息时,就认为备份节点正常工作,可以向备份节点备份状态信息;
在主控节点模块中,需要备份的状态信息可以分为两类,一类是:通讯相关的状态信息,包括主控节点与从节点的通讯信息;另一类是:应用相关的状态数据,包括对等体连接状态、全局最优路由信息库、输出路由信息库、从节点信息库;
对于通讯相关的状态数据来说,任何一次操作都可能涉及到从节点的状态变化,所以它们的状态备份必须做到小粒度的备份,在每一次主控节点与从节点进行通讯后进行相应的状态备份;当主控节点与从节点通讯时,主控节点同时将通讯数据读写操作备份到备份节点中,备份的读写操作中包括读写操作的读取和写入数据,数据长度,以及操作返回的结果;
而对于应用相关的状态数据,数据量大,备份粒度较大,主控节点每隔一段的时间把这些应用相关数据发送给备份节点;
当备份节点不能收到主控节点的查询消息时,就认为主控节点出现故障,这时备份节点将进行状态回滚恢复,接替主控节点的工作;
备份节点接替主控节点工作,这时应用相关的状态数据已经保存在备份节点的相应数据库中,备份节点上的主控节点子系统直接使用这些状态数据启动,然后重复进行通讯数据读写操作,但是通讯数据读写操作不是在进行实际的数据读写操作,而是从备份的读写操作中返回相应的数据和结果;
B.从节点子系统,负责路由更新消息处理,局部最优路由选择,还要配合主控节点进行全局最优路由选择;该从节点子系统仅有分布式BGP路由计算子模块,按以下步骤以完成从节点子系统的任务:
(1)优先级计算
当从节点对UPDATE报文解析后,发现有可用路由,触发优先级计算过程;在优先级计算过程中,锁定输入路由信息库,根据预先设定好的策略,对新的可用路由或者是替代路由计算一个优先级;计算完成后,解开输入路由信息库,触发路由选择过程;
(2)路由选择
在分布式BGP系统中,路由选择分为两步完成,第一步是从节点选择局部最优路由,第二步是主控节点选择全局最优路由;
当优先级计算过程完成后,首先激活从节点路由选择;从节点路由选择过程锁定输入路由信息库,从所有与新的可用路由目的地相同的路由中选出优先级最高的一条路由,如果选出的路由与局部最优路由信息库中保存的路由相同,结束路由选择过程;否则,更新局部最优信息库,解开输入路由信息库,同时通过系统的分布式消息机制把这条路由信息发送给主控节点,激活主控节点全局路由选择过程;
主控节点上保存着所有从节点的局部最优路由,当收到一条从节点发送来的新的路由时,锁定全局最优路由信息库,从所有与新的可用路由目的地相同的路由中选出优先级最高的一条路由,更新全局最优路由信息库,解开全局最优路由信息库,触发路由分发过程;
(3)路由分发
路由分发过程被路由选择过程激活,将全局最优路由信息库的更新路由包装到UPDATE消息中,发送给每个对端,同时在每个对等体的输出路由信息库中记录发送的路由。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100121929A CN100452797C (zh) | 2005-07-15 | 2005-07-15 | 基于集群路由器结构的高可用分布式边界网关协议系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100121929A CN100452797C (zh) | 2005-07-15 | 2005-07-15 | 基于集群路由器结构的高可用分布式边界网关协议系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1719831A true CN1719831A (zh) | 2006-01-11 |
CN100452797C CN100452797C (zh) | 2009-01-14 |
Family
ID=35931554
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005100121929A Expired - Fee Related CN100452797C (zh) | 2005-07-15 | 2005-07-15 | 基于集群路由器结构的高可用分布式边界网关协议系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100452797C (zh) |
Cited By (49)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008031334A1 (en) * | 2006-09-07 | 2008-03-20 | Huawei Technologies Co., Ltd. | Route updating method, system and router |
WO2008086641A1 (fr) * | 2007-01-04 | 2008-07-24 | Zte Corporation | Procédé de protection de haut-parleurs du protocole inter-domaines dans un réseau optique |
WO2008138255A1 (en) * | 2007-05-14 | 2008-11-20 | Huawei Technologies Co., Ltd. | Route process method, route processor and router |
WO2008141557A1 (en) * | 2007-05-18 | 2008-11-27 | Huawei Technologies Co., Ltd. | A method for routing convergence, routing device and main control board in the routing device |
WO2009111959A1 (zh) * | 2008-03-13 | 2009-09-17 | 华为技术有限公司 | 路由安装、发布方法和设备 |
CN101014011B (zh) * | 2007-01-31 | 2010-06-09 | 华为技术有限公司 | 路由交换设备、ip网络、通信系统及路径切换方法 |
WO2010081401A1 (zh) * | 2009-01-14 | 2010-07-22 | 深圳市同洲电子股份有限公司 | 一种视频服务系统 |
CN101483548B (zh) * | 2009-02-26 | 2011-01-19 | 中国人民解放军信息工程大学 | 一种距离向量路由协议自愈的方法和系统 |
CN101958805A (zh) * | 2010-09-26 | 2011-01-26 | 中兴通讯股份有限公司 | 一种云计算中终端接入和管理的方法及系统 |
CN101360056B (zh) * | 2008-09-12 | 2011-04-20 | 中兴通讯股份有限公司 | 一种解决备用路由引擎上标签冲突的系统及方法 |
CN101309167B (zh) * | 2008-06-27 | 2011-04-20 | 华中科技大学 | 基于集群备份的容灾系统及方法 |
CN101179504B (zh) * | 2007-11-20 | 2011-05-04 | 华为技术有限公司 | 一种限制路由的方法、系统及网络设备 |
CN102064954A (zh) * | 2009-11-17 | 2011-05-18 | 腾讯科技(深圳)有限公司 | 一种分布式容错系统、设备和方法 |
CN101110776B (zh) * | 2007-07-05 | 2011-06-01 | 华为技术有限公司 | 数据业务的备份方法、备份装置与备份系统 |
CN102135929A (zh) * | 2010-01-21 | 2011-07-27 | 腾讯科技(深圳)有限公司 | 一种分布式容错服务系统 |
CN101127705B (zh) * | 2007-09-20 | 2011-09-21 | 中兴通讯股份有限公司 | 实现网络传输服务质量的方法 |
CN102202425A (zh) * | 2011-06-24 | 2011-09-28 | 中国人民解放军国防科学技术大学 | 基于主从异构型数传模块的卫星集群自组织组网方法 |
CN101217402B (zh) * | 2008-01-15 | 2012-01-04 | 杭州华三通信技术有限公司 | 一种提高集群可靠性的方法和一种高可靠性通信节点 |
CN102340410A (zh) * | 2010-07-21 | 2012-02-01 | 中兴通讯股份有限公司 | 集群管理系统及方法 |
CN101605089B (zh) * | 2008-06-11 | 2012-02-22 | 华为技术有限公司 | Bgp动态迁移方法和装置 |
CN102523257A (zh) * | 2011-11-30 | 2012-06-27 | 广东电子工业研究院有限公司 | 一种基于iaas云平台的虚拟机容错方法 |
CN102694825A (zh) * | 2011-03-22 | 2012-09-26 | 腾讯科技(深圳)有限公司 | 一种数据处理方法及其系统 |
CN102904761A (zh) * | 2012-10-24 | 2013-01-30 | 浙江宇视科技有限公司 | 一种nvr堆叠的方法和nvr |
WO2013020459A1 (zh) * | 2011-08-10 | 2013-02-14 | 华为技术有限公司 | 分布式集群处理系统及其报文处理方法 |
CN103023673A (zh) * | 2011-09-21 | 2013-04-03 | 中兴通讯股份有限公司 | 一种控制单元的启动方法及装置 |
CN103036717A (zh) * | 2012-12-12 | 2013-04-10 | 北京邮电大学 | 分布式数据的一致性维护系统和方法 |
CN103166796A (zh) * | 2013-03-13 | 2013-06-19 | 烽火通信科技股份有限公司 | 电力通信网业务恢复时业务信号收发路径一致的实现方法 |
CN103218381A (zh) * | 2011-11-30 | 2013-07-24 | 富士通株式会社 | 服务器装置和移动控制方法 |
CN103269286A (zh) * | 2013-06-04 | 2013-08-28 | 上海数讯信息技术有限公司 | 基于边界网关协议的可视化路由监控管理系统 |
CN103491011A (zh) * | 2013-09-05 | 2014-01-01 | 杭州华三通信技术有限公司 | Bgp会话变更方法及设备 |
CN103491192A (zh) * | 2013-09-30 | 2014-01-01 | 北京搜狐新媒体信息技术有限公司 | 一种分布式系统的Namenode切换方法和系统 |
CN103888310A (zh) * | 2013-09-04 | 2014-06-25 | 中寰卫星导航通信有限公司 | 监控处理方法及系统 |
WO2015081318A1 (en) * | 2013-11-27 | 2015-06-04 | Futurewei Technologies, Inc. | Failure recovery for transplanting algorithms from cluster to cloud |
CN104821892A (zh) * | 2015-04-09 | 2015-08-05 | 清华大学 | 路由交换系统跨平面行为验证协作方法及装置 |
CN105095008A (zh) * | 2015-08-25 | 2015-11-25 | 国电南瑞科技股份有限公司 | 一种适用于集群系统的分布式任务故障冗余方法 |
US9384103B2 (en) | 2006-05-16 | 2016-07-05 | Oracle International Corporation | EJB cluster timer |
CN103327066B (zh) * | 2006-05-16 | 2016-08-17 | 甲骨文国际公司 | 用于在集群内调度作业的方法和系统 |
WO2016188135A1 (zh) * | 2015-05-25 | 2016-12-01 | 中兴通讯股份有限公司 | 集群路由器cpu资源的配置方法及集群路由器 |
CN106664217A (zh) * | 2014-06-20 | 2017-05-10 | 微软技术许可有限责任公司 | 候选问题网络实体的标识 |
CN107332936A (zh) * | 2017-08-25 | 2017-11-07 | 长沙曙通信息科技有限公司 | 一种分布式存储分发安装系统实现方法 |
CN108197465A (zh) * | 2017-11-28 | 2018-06-22 | 中国科学院声学研究所 | 一种网址检测方法及装置 |
CN108228393A (zh) * | 2017-12-14 | 2018-06-29 | 浙江航天恒嘉数据科技有限公司 | 一种可扩展的大数据高可用的实现方法 |
CN108763312A (zh) * | 2018-04-26 | 2018-11-06 | 大连理工大学 | 一种基于负载的从数据节点筛选方法 |
CN109787795A (zh) * | 2017-11-13 | 2019-05-21 | 比亚迪股份有限公司 | 列车网络主节点故障的处理方法、节点及电子设备 |
CN111695018A (zh) * | 2019-03-13 | 2020-09-22 | 阿里巴巴集团控股有限公司 | 数据处理方法及装置、分布式网络系统、计算机设备 |
CN111737236A (zh) * | 2020-08-26 | 2020-10-02 | 江苏云柜网络技术有限公司 | 智能快递柜业务的数据管理方法及系统 |
CN113112139A (zh) * | 2021-04-07 | 2021-07-13 | 上海联蔚盘云科技有限公司 | 云平台账单的处理方法和设备 |
CN113312216A (zh) * | 2021-05-31 | 2021-08-27 | 中电福富信息科技有限公司 | 一种可扩展型分布式热拔插部署网络爬虫服务模型及其控制方法 |
CN116760764A (zh) * | 2023-08-18 | 2023-09-15 | 深圳捷誊技术有限公司 | 路由公告方法、服务器节点、信息公告板及存储介质 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5921782B2 (ja) | 2013-09-26 | 2016-05-24 | 三菱電機株式会社 | 通信システム、待機装置、通信方法及び待機プログラム |
CN104036548A (zh) * | 2014-07-01 | 2014-09-10 | 浪潮(北京)电子信息产业有限公司 | Mha集群环境重建方法、装置和系统 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1165145C (zh) * | 2003-01-27 | 2004-09-01 | 西安电子科技大学 | 一种大容量可扩展分组交换网络结构 |
US7376121B2 (en) * | 2003-06-06 | 2008-05-20 | Microsoft Corporation | Method and system for global routing and bandwidth sharing |
CN1305279C (zh) * | 2004-07-09 | 2007-03-14 | 清华大学 | 核心网无状态的端到端多约束准入控制方法 |
-
2005
- 2005-07-15 CN CNB2005100121929A patent/CN100452797C/zh not_active Expired - Fee Related
Cited By (80)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103327066B (zh) * | 2006-05-16 | 2016-08-17 | 甲骨文国际公司 | 用于在集群内调度作业的方法和系统 |
US9384103B2 (en) | 2006-05-16 | 2016-07-05 | Oracle International Corporation | EJB cluster timer |
WO2008031334A1 (en) * | 2006-09-07 | 2008-03-20 | Huawei Technologies Co., Ltd. | Route updating method, system and router |
WO2008086641A1 (fr) * | 2007-01-04 | 2008-07-24 | Zte Corporation | Procédé de protection de haut-parleurs du protocole inter-domaines dans un réseau optique |
CN101427531B (zh) * | 2007-01-04 | 2011-11-23 | 中兴通讯股份有限公司 | 光网络域间协议代言点的保护方法 |
CN101014011B (zh) * | 2007-01-31 | 2010-06-09 | 华为技术有限公司 | 路由交换设备、ip网络、通信系统及路径切换方法 |
WO2008138255A1 (en) * | 2007-05-14 | 2008-11-20 | Huawei Technologies Co., Ltd. | Route process method, route processor and router |
CN101309201B (zh) * | 2007-05-14 | 2012-05-23 | 华为技术有限公司 | 路由处理方法、路由处理器及路由器 |
WO2008141557A1 (en) * | 2007-05-18 | 2008-11-27 | Huawei Technologies Co., Ltd. | A method for routing convergence, routing device and main control board in the routing device |
US9461908B2 (en) | 2007-05-18 | 2016-10-04 | Huawei Technologies Co., Ltd. | Method of route convergence, routing device, and main control board in routing device |
CN101110776B (zh) * | 2007-07-05 | 2011-06-01 | 华为技术有限公司 | 数据业务的备份方法、备份装置与备份系统 |
CN101127705B (zh) * | 2007-09-20 | 2011-09-21 | 中兴通讯股份有限公司 | 实现网络传输服务质量的方法 |
CN101179504B (zh) * | 2007-11-20 | 2011-05-04 | 华为技术有限公司 | 一种限制路由的方法、系统及网络设备 |
CN101217402B (zh) * | 2008-01-15 | 2012-01-04 | 杭州华三通信技术有限公司 | 一种提高集群可靠性的方法和一种高可靠性通信节点 |
US8416712B2 (en) | 2008-03-13 | 2013-04-09 | Huawei Technologies Co., Ltd. | Method and device for installing and distributing routes |
CN101534239B (zh) * | 2008-03-13 | 2012-01-25 | 华为技术有限公司 | 路由安装方法和设备 |
WO2009111959A1 (zh) * | 2008-03-13 | 2009-09-17 | 华为技术有限公司 | 路由安装、发布方法和设备 |
CN101605089B (zh) * | 2008-06-11 | 2012-02-22 | 华为技术有限公司 | Bgp动态迁移方法和装置 |
CN101309167B (zh) * | 2008-06-27 | 2011-04-20 | 华中科技大学 | 基于集群备份的容灾系统及方法 |
CN101360056B (zh) * | 2008-09-12 | 2011-04-20 | 中兴通讯股份有限公司 | 一种解决备用路由引擎上标签冲突的系统及方法 |
WO2010081401A1 (zh) * | 2009-01-14 | 2010-07-22 | 深圳市同洲电子股份有限公司 | 一种视频服务系统 |
CN101483548B (zh) * | 2009-02-26 | 2011-01-19 | 中国人民解放军信息工程大学 | 一种距离向量路由协议自愈的方法和系统 |
CN102064954A (zh) * | 2009-11-17 | 2011-05-18 | 腾讯科技(深圳)有限公司 | 一种分布式容错系统、设备和方法 |
CN102064954B (zh) * | 2009-11-17 | 2013-09-18 | 腾讯科技(深圳)有限公司 | 一种分布式容错系统、设备和方法 |
CN102135929A (zh) * | 2010-01-21 | 2011-07-27 | 腾讯科技(深圳)有限公司 | 一种分布式容错服务系统 |
CN102135929B (zh) * | 2010-01-21 | 2013-11-06 | 腾讯科技(深圳)有限公司 | 一种分布式容错服务系统 |
CN102340410A (zh) * | 2010-07-21 | 2012-02-01 | 中兴通讯股份有限公司 | 集群管理系统及方法 |
CN102340410B (zh) * | 2010-07-21 | 2014-09-10 | 中兴通讯股份有限公司 | 集群管理系统及方法 |
CN101958805B (zh) * | 2010-09-26 | 2014-12-10 | 中兴通讯股份有限公司 | 一种云计算中终端接入和管理的方法及系统 |
CN101958805A (zh) * | 2010-09-26 | 2011-01-26 | 中兴通讯股份有限公司 | 一种云计算中终端接入和管理的方法及系统 |
US9614717B2 (en) | 2010-09-26 | 2017-04-04 | Zte Corporation | Method and system for terminal access and management in cloud computing |
CN102694825A (zh) * | 2011-03-22 | 2012-09-26 | 腾讯科技(深圳)有限公司 | 一种数据处理方法及其系统 |
CN102202425A (zh) * | 2011-06-24 | 2011-09-28 | 中国人民解放军国防科学技术大学 | 基于主从异构型数传模块的卫星集群自组织组网方法 |
CN102202425B (zh) * | 2011-06-24 | 2013-09-18 | 中国人民解放军国防科学技术大学 | 基于主从异构型数传模块的卫星集群自组织组网方法 |
WO2013020459A1 (zh) * | 2011-08-10 | 2013-02-14 | 华为技术有限公司 | 分布式集群处理系统及其报文处理方法 |
US10404773B2 (en) | 2011-08-10 | 2019-09-03 | Huawei Technologies Co., Ltd. | Distributed cluster processing system and packet processing method thereof |
CN103023673A (zh) * | 2011-09-21 | 2013-04-03 | 中兴通讯股份有限公司 | 一种控制单元的启动方法及装置 |
CN103218381A (zh) * | 2011-11-30 | 2013-07-24 | 富士通株式会社 | 服务器装置和移动控制方法 |
CN102523257A (zh) * | 2011-11-30 | 2012-06-27 | 广东电子工业研究院有限公司 | 一种基于iaas云平台的虚拟机容错方法 |
CN102904761A (zh) * | 2012-10-24 | 2013-01-30 | 浙江宇视科技有限公司 | 一种nvr堆叠的方法和nvr |
CN102904761B (zh) * | 2012-10-24 | 2016-08-17 | 浙江宇视科技有限公司 | 一种nvr堆叠的方法和nvr |
CN103036717A (zh) * | 2012-12-12 | 2013-04-10 | 北京邮电大学 | 分布式数据的一致性维护系统和方法 |
CN103036717B (zh) * | 2012-12-12 | 2015-11-04 | 北京邮电大学 | 分布式数据的一致性维护系统和方法 |
CN103166796B (zh) * | 2013-03-13 | 2014-12-10 | 武汉邮电科学研究院 | 电力通信网业务恢复时业务信号收发路径一致的实现方法 |
CN103166796A (zh) * | 2013-03-13 | 2013-06-19 | 烽火通信科技股份有限公司 | 电力通信网业务恢复时业务信号收发路径一致的实现方法 |
CN103269286B (zh) * | 2013-06-04 | 2016-01-13 | 上海数讯信息技术有限公司 | 基于边界网关协议的可视化路由监控管理系统 |
CN103269286A (zh) * | 2013-06-04 | 2013-08-28 | 上海数讯信息技术有限公司 | 基于边界网关协议的可视化路由监控管理系统 |
CN103888310A (zh) * | 2013-09-04 | 2014-06-25 | 中寰卫星导航通信有限公司 | 监控处理方法及系统 |
CN103888310B (zh) * | 2013-09-04 | 2017-11-24 | 中寰卫星导航通信有限公司 | 监控处理方法及系统 |
CN103491011A (zh) * | 2013-09-05 | 2014-01-01 | 杭州华三通信技术有限公司 | Bgp会话变更方法及设备 |
CN103491011B (zh) * | 2013-09-05 | 2017-02-08 | 杭州华三通信技术有限公司 | Bgp会话变更方法及设备 |
CN103491192B (zh) * | 2013-09-30 | 2016-08-17 | 北京搜狐新媒体信息技术有限公司 | 一种分布式系统的Namenode切换方法和系统 |
CN103491192A (zh) * | 2013-09-30 | 2014-01-01 | 北京搜狐新媒体信息技术有限公司 | 一种分布式系统的Namenode切换方法和系统 |
WO2015081318A1 (en) * | 2013-11-27 | 2015-06-04 | Futurewei Technologies, Inc. | Failure recovery for transplanting algorithms from cluster to cloud |
US9626261B2 (en) | 2013-11-27 | 2017-04-18 | Futurewei Technologies, Inc. | Failure recovery resolution in transplanting high performance data intensive algorithms from cluster to cloud |
US10721145B2 (en) | 2014-06-20 | 2020-07-21 | Microsoft Technology Licensing, Llc | Identification of candidate problem network entities |
CN106664217B (zh) * | 2014-06-20 | 2020-03-06 | 微软技术许可有限责任公司 | 候选问题网络实体的标识的方法、系统和介质 |
CN106664217A (zh) * | 2014-06-20 | 2017-05-10 | 微软技术许可有限责任公司 | 候选问题网络实体的标识 |
CN104821892A (zh) * | 2015-04-09 | 2015-08-05 | 清华大学 | 路由交换系统跨平面行为验证协作方法及装置 |
CN104821892B (zh) * | 2015-04-09 | 2018-06-19 | 清华大学 | 路由交换系统跨平面行为验证协作方法及装置 |
WO2016188135A1 (zh) * | 2015-05-25 | 2016-12-01 | 中兴通讯股份有限公司 | 集群路由器cpu资源的配置方法及集群路由器 |
CN106302198A (zh) * | 2015-05-25 | 2017-01-04 | 中兴通讯股份有限公司 | 集群路由器cpu资源的配置方法及集群路由器 |
CN105095008B (zh) * | 2015-08-25 | 2018-04-17 | 国电南瑞科技股份有限公司 | 一种适用于集群系统的分布式任务故障冗余方法 |
CN105095008A (zh) * | 2015-08-25 | 2015-11-25 | 国电南瑞科技股份有限公司 | 一种适用于集群系统的分布式任务故障冗余方法 |
CN107332936A (zh) * | 2017-08-25 | 2017-11-07 | 长沙曙通信息科技有限公司 | 一种分布式存储分发安装系统实现方法 |
CN109787795B (zh) * | 2017-11-13 | 2020-12-25 | 比亚迪股份有限公司 | 列车网络主节点故障的处理方法、节点及电子设备 |
CN109787795A (zh) * | 2017-11-13 | 2019-05-21 | 比亚迪股份有限公司 | 列车网络主节点故障的处理方法、节点及电子设备 |
CN108197465B (zh) * | 2017-11-28 | 2020-12-08 | 中国科学院声学研究所 | 一种网址检测方法及装置 |
CN108197465A (zh) * | 2017-11-28 | 2018-06-22 | 中国科学院声学研究所 | 一种网址检测方法及装置 |
CN108228393A (zh) * | 2017-12-14 | 2018-06-29 | 浙江航天恒嘉数据科技有限公司 | 一种可扩展的大数据高可用的实现方法 |
CN108763312B (zh) * | 2018-04-26 | 2021-07-06 | 大连理工大学 | 一种基于负载的从数据节点筛选方法 |
CN108763312A (zh) * | 2018-04-26 | 2018-11-06 | 大连理工大学 | 一种基于负载的从数据节点筛选方法 |
CN111695018A (zh) * | 2019-03-13 | 2020-09-22 | 阿里巴巴集团控股有限公司 | 数据处理方法及装置、分布式网络系统、计算机设备 |
CN111695018B (zh) * | 2019-03-13 | 2023-05-30 | 阿里云计算有限公司 | 数据处理方法及装置、分布式网络系统、计算机设备 |
CN111737236B (zh) * | 2020-08-26 | 2020-12-08 | 江苏云柜网络技术有限公司 | 智能快递柜业务的数据管理方法及系统 |
CN111737236A (zh) * | 2020-08-26 | 2020-10-02 | 江苏云柜网络技术有限公司 | 智能快递柜业务的数据管理方法及系统 |
CN113112139A (zh) * | 2021-04-07 | 2021-07-13 | 上海联蔚盘云科技有限公司 | 云平台账单的处理方法和设备 |
CN113312216A (zh) * | 2021-05-31 | 2021-08-27 | 中电福富信息科技有限公司 | 一种可扩展型分布式热拔插部署网络爬虫服务模型及其控制方法 |
CN116760764A (zh) * | 2023-08-18 | 2023-09-15 | 深圳捷誊技术有限公司 | 路由公告方法、服务器节点、信息公告板及存储介质 |
CN116760764B (zh) * | 2023-08-18 | 2023-11-17 | 深圳捷誊技术有限公司 | 路由公告方法、服务器节点、信息公告板及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN100452797C (zh) | 2009-01-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1719831A (zh) | 基于集群路由器结构的高可用分布式边界网关协议系统 | |
CN1214580C (zh) | 因特网上的数据高速缓冲存储器 | |
CN1143208C (zh) | 用于消息转换的装置和方法 | |
CN1947390A (zh) | 虚拟网络设备集群 | |
CN101060391A (zh) | 主备服务器切换方法及系统及主用服务器、备用服务器 | |
CN1443323A (zh) | 控制集群计算环境的系统通信量的方法、系统和程序产品 | |
CN1652528A (zh) | 分布式路由器 | |
CN1855900A (zh) | 网关系统 | |
CN101064649A (zh) | 选举超级节点、搜索网络节点或资源的方法、装置及系统 | |
CN1925462A (zh) | 高速缓存系统 | |
CN1649341A (zh) | 应用路由选择协议的堆叠式路由器 | |
CN1866922A (zh) | 一种以太网中的控制系统和数据报文传输方法 | |
CN1502191A (zh) | 路由器和路由协议冗余 | |
CN1390007A (zh) | 通信网络管理 | |
CN101046815A (zh) | 事务协调器、资源使用端、服务端及分布式事务处理方法 | |
CN1167020C (zh) | 数据共享方法和终端 | |
CN101048007A (zh) | 从移动终端传送寻呼请求消息的方法 | |
CN101030929A (zh) | 网络中继装置 | |
CN101047549A (zh) | 数据同步系统及其方法 | |
CN1513139A (zh) | 用于在多节点系统内数据和锁定传送期间减少潜伏时间和信息业务的技术 | |
CN1256671C (zh) | 管理资源争用的方法和装置 | |
CN1732664A (zh) | iSCSI的服务质量 | |
CN1889464A (zh) | 一种实现通信接管的方法及装置 | |
CN101068243A (zh) | 处理网关层与业务层的消息交互系统以及发送、接收方法 | |
CN101079736A (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 | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090114 Termination date: 20110715 |