CN105357140A - 路由负荷分担方法和装置 - Google Patents
路由负荷分担方法和装置 Download PDFInfo
- Publication number
- CN105357140A CN105357140A CN201410407347.8A CN201410407347A CN105357140A CN 105357140 A CN105357140 A CN 105357140A CN 201410407347 A CN201410407347 A CN 201410407347A CN 105357140 A CN105357140 A CN 105357140A
- Authority
- CN
- China
- Prior art keywords
- row
- write
- time
- encapsulating sheet
- load sharing
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
- H04L45/021—Ensuring consistency of routing table updates, e.g. by using epoch numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
- H04L45/023—Delayed use of routing table updates
Abstract
本发明公开了一种路由负荷分担方法,通过预先配置写上行转发表的时间;当配置的写上行转发表的时间到时,判断是否已经写下行封装表;如果已经写下行封装表,则直接写上行转发表。本发明还公开了一种路由负荷分担装置。本发明通过预先配置写上行转发表的时间来保证下行先于上行写表,解决了分布式设备上下行同步不一致导致的转发丢包的问题,从而保证网络传输的可靠性。
Description
技术领域
本发明涉及通信领域,尤其涉及路由负荷分担方法和装置。
背景技术
在计算机数据通讯领域,路由负荷分担是一种在网络节点设备上,在多条链路上进行负载均衡的策略和方法,路由负荷分担使得网络节点设备能够将流量分配到多条路径上,从而充分利用带宽资源。现有技术中,路由负荷分担的转发架构采用上行查找转发前缀,下行查找封装信息,在分布式系统中,网络节点设备通常采用多块业务处理板进行处理的方式,流量从一块处理板进来,从另一块处理板出去,进来的处理板称为上行,出去的处理板称为下行,当路由负荷分担新增链路是上下行跨板运行时,上行转发已经添加到芯片,那么流量会被分担到这条新增链路上,但如果下行封装由于时序的问题还未下发到芯片,那么流量最终会因找不到出口而丢包。
发明内容
本发明的主要目的旨在解决分布式系统中,路由负荷分担的新增链路的上行转发前缀与下行封装是跨板运行时,上行先于下行写到芯片而导致的丢包的问题。
为实现上述目的,本发明提供一种路由负荷分担方法,应用于路由负荷分担装置,所述路由负荷分担方法包括以下步骤:
预先配置写上行转发表的时间;
当配置的写上行转发表的时间到时,判断是否已经写下行封装表;
如果已经写下行封装表,则直接写上行转发表。
优选地,所述当配置的写上行转发表的时间到时,判断是否已经写下行封装表的步骤之后还包括:
如果未写下行封装表,则设定延时时间,当延时时间到时,如果已经写下行封装表,则写上行转发表。
优选地,所述当配置的写上行转发表的时间到时,判断是否已经写下行封装表的步骤之后还包括:
当延时时间到时,如果未写下行封装表,则重新设定延时时间,直至写下行封装表执行完毕后,写上行转发表。
优选地,所述如果已经写下行封装表,则直接写上行转发表的步骤具体包括:
如果已经写下行封装表,则所有成员都不需要延时写上行转发表,直接写上行转发表。
优选地,所述当配置的写上行转发表的时间到时,判断是否已经写下行封装表的步骤之后还包括:
如果未写下行封装表,则将第一接近配置的写上行转发表的时间的成员不延时直接写上下行转发表,并将第二接近配置的写上行转发表的时间作为重新延时写上行转发表的时间。
为解决上述的技术问题,本发明进一步提供一种路由负荷分担装置,所述路由负荷分担装置包括:
预置模块,用于预先配置写上行转发表的时间;
判断模块,用于当配置的写上行转发表的时间到时,判断是否已经写下行封装表;
执行模块,用于如果已经写下行封装表,则直接写上行转发表。
优选地,所述路由负荷分担装置还包括。
延时模块,用于如果未写下行封装表,则设定延时时间,当延时时间到时,如果已经写下行封装表,则写上行转发表。
优选地,所述延时模块,还用于当延时时间到时,如果未写下行封装表,则重新设定延时时间,直至写下行封装表执行完毕后,写上行转发表。
优选地,所述执行模块,具体用于如果已经写下行封装表,则所有成员都不需要延时写上行转发表,直接写上行转发表。
优选地,所述延时模块还用于如果未写下行封装表,则将第一接近配置的写上行转发表的时间的成员不延时直接写上下行转发表,并将第二接近配置的写上行转发表的时间作为重新延时的写上行转发表的时间。
本发明提供的一种路由负荷分担方法,包括以下步骤:预先配置写上行转发表的时间;当配置的写上行转发表的时间到时,判断是否已经写下行封装表;如果已经写下行封装表,则直接写上行转发表。本发明所能实现的有益效果为通过预先配置写上行转发表的时间来保证下行先于上行写表,解决了分布式设备上下行同步不一致导致的转发丢包的问题,从而保证网络传输的可靠性。
附图说明
图1为本发明路由负荷分担方法的第一实施例流程示意图;
图2为本发明路由负荷分担方法的第二实施例流程示意图;
图3为本发明路由负荷分担方法的第三实施例流程示意图;
图4为本发明路由负荷分担方法的第四实施例流程示意图;
图5为本发明路由负荷分担装置的功能模块示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明提供一种路由负荷分担方法,参照图1,图1为本发明路由负荷分担方法的第一实施例流程示意图,在一实施例中,该路由负荷分担方法,包括以下步骤:
步骤S100、预先配置写上行转发表的时间。
路由负荷分担装置首先配置路由负荷分担写上行转发表的时间,该预先配置写上行转发表的时间并不是任意的时间间隔,而是经过多次验证后获得的一个经验值。此预先配置写上行转发表的时间特别重要,既要保护数据传输的可靠性又要确保响应的及时性。
步骤S200、当配置的写上行转发表的时间到时,判断是否已经写下行封装表。
路由负荷分担装置逐个遍历各个成员,判断各个成员在配置的写上行转发表的时间到时是否已经写下行封装表,是否需要延时写入上行转发表。判断的目的是为了先写下行封装表后写上行转发表,当上行写好后流量就会引到对应的下行。
步骤S300、如果已经写下行封装表,则直接写上行转发表。
路由负荷分担装置根据判断结果,如果已经写下行封装表,说明下行封装已执行完毕,则所有成员都不需要延时写上行转发表,则直接写上行转发表,从而保证了先写下行封装表,后写上行转发表的目的。
本实施例提供的路由负荷分担方法,解决了分布式设备上下行同步不一致导致的转发丢包的问题,从而保证网络传输的可靠性。
进一步参见图2,路由负荷分担方法的第二实施例流程示意图,在第二实施例中,步骤S200之后还包括:
步骤S400、如果未写下行封装表,则设定延时时间,当延时时间到时,如果已经写下行封装表,则写上行转发表。
路由负荷分担装置根据判断结果,如果未写下行封装表,则设定延时时间,当延时时间到时,如果已经写下行封装表,则写上行转发表。本实施例中路由负荷分担装置通过延时时间确保下行先于上行写表,解决了分布式设备上下行同步不一致导致的转发丢包的问题,从而保证网络传输的可靠性。
进一步参见图3,路由负荷分担方法的第三实施例流程示意图,在第三实施例中,步骤S200之后还包括:
步骤S500、当延时时间到时,如果未写下行封装表,则重新设定延时时间,直至写下行封装表执行完毕后,写上行转发表。
路由负荷分担装置根据判断结果,当延时时间到时,如果仍然未写下行封装表,则重新设定延时时间,直至写下行封装表执行完毕后,写上行转发表。延时时间不宜设置过长或过短,要进行适当调整,既要保护数据传输的可靠性又要确保响应的及时性。
进一步参见图4,路由负荷分担方法的第四实施例流程示意图,在第四实施例中,步骤S200之后还包括:
步骤S600、如果未写下行封装表,则将第一接近配置的写上行转发表的时间的成员不延时直接写上下行转发表,并将第二接近配置的写上行转发表的时间作为重新延时的写上行转发表的时间。本实施例提出的即时数据传输技术,每隔一定时间传输数据,在保障系统传输的速率的基础上,同时保障网络传输的可靠性。
路由负荷分担装置根据判断结果,如果未写下行封装表,将第一接近配置的写上行转发表的时间的成员不延时直接写上下行转发表,并将第二接近配置的写上行转发表的时间作为重新延时的写上行转发表的时间。从而保证了在下次路由负荷分担时,通过重新延时的写上行转发表的时间,及时写上行转发表。
本实施例进一步提供一种路由负荷分担装置,如图5所示,所述路由负荷分担装置包括:
预设模块10,用于预先配置写上行转发表的时间;
判断模块20,用于当配置的写上行转发表的时间到时,判断是否已经写下行封装表;
执行模块30,用于如果已经写下行封装表,则直接写上行转发表。
路由负荷分担装置预设模块10首先配置路由负荷分担写上行转发表的时间,该预先配置写上行转发表的时间并不是任意的时间间隔,而是经过多次验证后获得的一个经验值。此预先配置写上行转发表的时间特别重要,既要保护数据传输的可靠性又要确保响应的及时性。
路由负荷分担装置判断模块20逐个遍历各个成员,判断各个成员在配置的写上行转发表的时间到时是否已经写下行封装表,是否需要延时写入上行转发表。判断的目的是为了先写下行封装表后写上行转发表,当上行写好后流量就会引到对应的下行。
路由负荷分担装置执行模块30根据判断结果,如果已经写下行封装表,说明下行封装已执行完毕,则所有成员都不需要延时写上行转发表,则直接写上行转发表,从而保证了先写下行封装表,后写上行转发表的目的。
本实施例提供的路由负荷分担装置,所能实现的有益效果为通过预先配置写上行转发表的时间来保证下行先于上行写表,解决了分布式设备上下行同步不一致导致的转发丢包的问题,从而保证网络传输的可靠性。
进一步参见图5,所述路由负荷分担装置还包括:
延时模块40,用于如果未写下行封装表,则设定延时时间,当延时时间到时,如果已经写下行封装表,则写上行转发表。
路由负荷分担装置延时模块40根据判断结果,如果未写下行封装表,则设定延时时间,当延时时间到时,如果已经写下行封装表,则写上行转发表。本实施例中路由负荷分担装置通过延时时间确保下行先于上行写表,解决了分布式设备上下行同步不一致导致的转发丢包的问题,从而保证网络传输的可靠性。
所述延时模块40,还用于当延时时间到时,如果未写下行封装表,则重新设定延时时间,直至写下行封装表执行完毕后,写上行转发表。
路由负荷分担装置延时模块40还用于根据判断结果,当延时时间到时,如果仍然未写下行封装表,则重新设定延时时间,直至写下行封装表执行完毕后,写上行转发表。延时时间不宜设置过长或过短,要进行适当调整,既要保护数据传输的可靠性又要确保响应的及时性。
所述延时模块40,还用于如果未写下行封装表,则将第一接近配置的写上行转发表的时间的成员不延时直接写上下行转发表,并将第二接近延时的写上行转发表的时间作为重新配置的写上行转发表的时间。
路由负荷分担装置延时模块40还用于根据判断结果,如果未写下行封装表,将第一接近配置的写上行转发表的时间的成员不延时直接写上下行转发表,并将第二接近配置的写上行转发表的时间作为重新延时的写上行转发表的时间。从而保证了在下次路由负荷分担时,通过重新延时的写上行转发表的时间,及时写上行转发表。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种路由负荷分担方法,其特征在于,所述路由负荷分担方法包括以下步骤:
预先配置写上行转发表的时间;
当配置的写上行转发表的时间到时,判断是否已经写下行封装表;
如果已经写下行封装表,则直接写上行转发表。
2.如权利要求1所述的一种路由负荷分担方法,其特征在于,所述当配置的写上行转发表的时间到时,判断是否已经写下行封装表的步骤之后还包括:
如果未写下行封装表,则设定延时时间,当延时时间到时,如果已经写下行封装表,则写上行转发表。
3.如权利要求1所述的一种路由负荷分担方法,其特征在于,所述当配置的写上行转发表的时间到时,判断是否已经写下行封装表的步骤之后还包括:
当延时时间到时,如果未写下行封装表,则重新设定延时时间,直至写下行封装表执行完毕后,写上行转发表。
4.如权利要求1所述的路由负荷分担方法,其特征在于,所述如果已经写下行封装表,则直接写上行转发表的步骤具体包括:
如果已经写下行封装表,则所有成员都不需要延时写上行转发表,直接写上行转发表。
5.如权利要求1至4任一项所述的一种路由负荷分担方法,其特征在于,所述当配置的写上行转发表的时间到时,判断是否已经写下行封装表的步骤之后还包括:
如果未写下行封装表,则将第一接近配置的写上行转发表的时间的成员延时写上行转发表,并将第二接近配置的写上行转发表的时间作为重新配置的写上行转发表的时间。
6.一种路由负荷分担装置,其特征在于,所述路由负荷分担装置包括:
预置模块,用于预先配置写上行转发表的时间;
判断模块,用于当配置的写上行转发表的时间到时,判断是否已经写下行封装表;
执行模块,用于如果已经写下行封装表,则直接写上行转发表。
7.如权利要求6所述的路由负荷分担装置,其特征在于,所述路由负荷分担装置还包括。
延时模块,用于如果未写下行封装表,则设定延时时间,当延时时间到时,如果已经写下行封装表,则写上行转发表。
8.如权利要求6所述的路由负荷分担装置,其特征在于,所述延时模块,还用于当延时时间到时,如果未写下行封装表,则重新设定延时时间,直至写下行封装表执行完毕后,写上行转发表。
9.如权利要求6所述的路由负荷分担装置,其特征在于,所述执行模块,具体用于如果已经写下行封装表,则所有成员都不需要延时写上行转发表,直接写上行转发表。
10.如权利要求6至9任一项所述的路由负荷分担装置,其特征在于,所述延时模块还用于如果未写下行封装表,则将第一接近配置的写上行转发表的时间的成员不延时直接写上下行转发表,并将第二接近配置的写上行转发表的时间作为重新延时的写上行转发表的时间。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410407347.8A CN105357140A (zh) | 2014-08-18 | 2014-08-18 | 路由负荷分担方法和装置 |
PCT/CN2014/089448 WO2015117408A1 (zh) | 2014-08-18 | 2014-10-24 | 路由负荷分担方法和装置 |
EP14881611.9A EP3185494B1 (en) | 2014-08-18 | 2014-10-24 | Routing load sharing method and apparatus |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410407347.8A CN105357140A (zh) | 2014-08-18 | 2014-08-18 | 路由负荷分担方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105357140A true CN105357140A (zh) | 2016-02-24 |
Family
ID=53777225
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410407347.8A Pending CN105357140A (zh) | 2014-08-18 | 2014-08-18 | 路由负荷分担方法和装置 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP3185494B1 (zh) |
CN (1) | CN105357140A (zh) |
WO (1) | WO2015117408A1 (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101001198A (zh) * | 2006-01-10 | 2007-07-18 | 中兴通讯股份有限公司 | 硬切换过程中的业务数据包的处理方法 |
CN101297523A (zh) * | 2004-08-13 | 2008-10-29 | 高通弗拉里奥恩技术公司 | 用于高效的vpn服务器接口、地址分配和与本地寻址域的信令传递的方法和装置 |
CN102761955A (zh) * | 2011-12-30 | 2012-10-31 | 慕福奇 | 一种多跳无线网络的数据传输控制方法 |
CN103139669A (zh) * | 2011-11-22 | 2013-06-05 | 中兴通讯股份有限公司 | 数据发送方法及系统 |
EP2624632A1 (en) * | 2012-02-06 | 2013-08-07 | Juniper Networks, Inc. | Mobile node host route installation and withdrawal |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101374113A (zh) * | 2008-10-07 | 2009-02-25 | 中兴通讯股份有限公司 | 一种基于组索引的组播跨板转发控制方法 |
CN101980487B (zh) * | 2010-10-22 | 2014-11-05 | 中兴通讯股份有限公司 | 一种路由选择出口的方法和装置 |
CN102420772B (zh) * | 2011-12-31 | 2014-05-14 | 杭州华三通信技术有限公司 | 隧道报文收发方法和装置 |
-
2014
- 2014-08-18 CN CN201410407347.8A patent/CN105357140A/zh active Pending
- 2014-10-24 EP EP14881611.9A patent/EP3185494B1/en active Active
- 2014-10-24 WO PCT/CN2014/089448 patent/WO2015117408A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101297523A (zh) * | 2004-08-13 | 2008-10-29 | 高通弗拉里奥恩技术公司 | 用于高效的vpn服务器接口、地址分配和与本地寻址域的信令传递的方法和装置 |
CN101001198A (zh) * | 2006-01-10 | 2007-07-18 | 中兴通讯股份有限公司 | 硬切换过程中的业务数据包的处理方法 |
CN103139669A (zh) * | 2011-11-22 | 2013-06-05 | 中兴通讯股份有限公司 | 数据发送方法及系统 |
CN102761955A (zh) * | 2011-12-30 | 2012-10-31 | 慕福奇 | 一种多跳无线网络的数据传输控制方法 |
EP2624632A1 (en) * | 2012-02-06 | 2013-08-07 | Juniper Networks, Inc. | Mobile node host route installation and withdrawal |
Also Published As
Publication number | Publication date |
---|---|
EP3185494B1 (en) | 2021-02-17 |
EP3185494A1 (en) | 2017-06-28 |
WO2015117408A1 (zh) | 2015-08-13 |
EP3185494A4 (en) | 2017-09-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105227497B (zh) | 一种嵌入于时间触发以太网交换机的中心保卫仲裁系统 | |
RU2019104412A (ru) | Чувствительная ко времени программно определяемая сеть | |
CN106155014B (zh) | 工业互联网现场层宽带总线实时性实现方法 | |
CN109314662A (zh) | 数据传输方法及装置 | |
CN107612825A (zh) | 建立灵活以太网路径的方法和网络设备 | |
CN105610729A (zh) | 一种缓存分配方法、装置及网络处理器 | |
CN103748845B (zh) | 报文发送方法、接收方法、装置及系统 | |
CN102546832A (zh) | 基于tcp协议的报文发送方法 | |
CN111357318A (zh) | 用于不同数据分组流之间的同步的方法和装置 | |
KR102184035B1 (ko) | 서비스 데이터의 전송 방법, 단말기 및 네트워크측 기기 | |
CN103200068B (zh) | 一种基于用户业务多隧道传输装置 | |
WO2008053153A3 (en) | Driver level segmentation offload | |
CN104767695A (zh) | 一种数据中心中的任务级别的流调度方法 | |
CN109889312A (zh) | 多链路数据传输方法、装置及计算机可读存储介质 | |
CN105553795A (zh) | 一种在工业以太网中传输标准以太网数据的方法 | |
GB2514057A (en) | Method and system to reduce wireless network packets for centralized layer two network | |
US20230171197A1 (en) | Packet transmission method, apparatus, device, and readable storage medium | |
CN105357140A (zh) | 路由负荷分担方法和装置 | |
CN103516568A (zh) | 网络通信装置、系统和方法 | |
CN105933183A (zh) | 基于potn的流量控制优化方法 | |
CN102739508A (zh) | 一种高速网络数据传输的方法及系统 | |
CN106372013A (zh) | 远程内存访问方法、装置和系统 | |
CN103259623A (zh) | 一种数据传输方法及装置 | |
CN105141543B (zh) | 一种基于流量控制器的优化方法及流量控制器 | |
CN104023091A (zh) | 一种多链路融合方法及设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20160224 |