CN102932116B - 一种链路状态通告信息确认方法和设备 - Google Patents

一种链路状态通告信息确认方法和设备 Download PDF

Info

Publication number
CN102932116B
CN102932116B CN201210415457.XA CN201210415457A CN102932116B CN 102932116 B CN102932116 B CN 102932116B CN 201210415457 A CN201210415457 A CN 201210415457A CN 102932116 B CN102932116 B CN 102932116B
Authority
CN
China
Prior art keywords
link state
ospf
state update
equipment
update packet
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
CN201210415457.XA
Other languages
English (en)
Other versions
CN102932116A (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.)
Maipu Communication Technology Co Ltd
Original Assignee
Maipu Communication Technology Co 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 Maipu Communication Technology Co Ltd filed Critical Maipu Communication Technology Co Ltd
Priority to CN201210415457.XA priority Critical patent/CN102932116B/zh
Publication of CN102932116A publication Critical patent/CN102932116A/zh
Application granted granted Critical
Publication of CN102932116B publication Critical patent/CN102932116B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请公开了一种链路状态通告信息确认方法,该方法包括:OSPF设备启动第一进程接收邻居OSPF设备发送的LSU报文,解析并确认该LSU报文中的LSA信息,并向所述邻居OSPF设备发送LSAck报文,向第二进程发送接收的LSU报文;启动第二进程接收第一进程发送的LSU报文,并进行LSAck报文回复之外的OSPF协议任务的处理。基于同样的发明构思,本申请还提出一种设备,能够快速完成LSAck报文回复,避免因CPU繁忙LSAck报文回复延迟而导致的大量报文重传、网络拥塞、路由不通、浪费系统资源的问题。

Description

一种链路状态通告信息确认方法和设备
技术领域
本申请涉及链路状态路由协议技术,特别涉及一种链路状态通告信息确认方法和设备。
背景技术
路由交换网络设备在因特网互联中,承担着网络流量的转发和路由转发等重要工作。网络设备通过路由协议来学习路由信息,目前比较常用的路由协议为动态路由协议,如开放式最短路径优先协议(Open Shortest Path First,OSPF)等。
为了保证网络设备路由学习的可靠性,动态路由协议,尤其是链路状态路由协议,通常采用重传确认技术来保证路由信息的可靠传输和路由学习的正确性及完整性,避免路由环路和路由不可达问题产生。
重传确认技术是通过在网络设备上运行的路由协议间传递确认(Ack)报文来完成的。例如OSPF协议,当OSPF设备收到来自邻居OSPF设备的链路状态更新(LSU)报文时,从LSU报文中解析链路状态通告(LSA)信息,完成对LSA的数据库安装、泛洪,并将针对LSU报文中包含的每一个LSA信息进行确认,将所有的确认信息封装成链路状态确认(LSAck)报文发送给邻居OSPF设备,表示正确接收了LSU报文。当无法及时回复LSAck报文或邻居OSPF设备无法及时接收到LSAck报文时,邻居OSPF设备将重传LSU报文。
当网络振荡较厉害时,OSPF设备将进行大量的LSU报文的转发,OSPF设备将处理大量的LSU报文,每处理一个LSU报文后回复对应的LSAck信息,当处理一个LSU报文时,后续收到的LSU报文将被堆积,后续的LSU报文将无法及时回复LSAck信息,当OSPF设备忙于路由计算等计算密集型操作时,将长时间占用CPU,导致LSU报文不能及时得到处理,从而LSAck信息不能及时发送,最终导致邻居OSPF设备重传LSU报文。大量的重传报文将占用部分网络带宽,当网络中数据流量较大时,大量的重传可能造成网络拥塞,使网络延迟增大。
发明内容
有鉴于此,本申请提供一种链路状态通告信息确认方法和设备,能够快速完成LSAck报文回复,避免因CPU繁忙LSAck报文回复延迟而导致的大量报文重传、网络拥塞、路由不通、浪费系统资源的问题。
为解决上述技术问题,本发明的技术方案是这样实现的:
一种链路状态通告信息确认方法,所述方法应用于包含多个开放式最短路径优先OSPF设备的网络中,该网络中相邻的OSPF设备之间建立邻居关系,包括:
任一所述OSPF设备启动第一进程接收邻居OSPF设备发送的链路状态更新LSU报文,解析并确认该LSU报文中的链路状态通告LSA信息后,向所述邻居OSPF设备发送链路状态确认LSAck报文,并向第二进程发送接收的LSU报文;
该OSPF设备启动第二进程接收第一进程发送的LSU报文,并对接收的LSU报文进行LSAck报文回复之外的OSPF协议任务的处理。
一种设备,应用于包含多个开放式最短路径优先OSPF设备的网络中,该网络中相邻的OSPF设备之间建立邻居关系,该设备包括:第一进程模块和第二进程模块;
所述第一进程模块,用于接收邻居OSPF设备发送的链路状态更新LSU报文,解析并确认该报文中的链路状态通告LSA信息,并向该邻居OSPF设备发送链路状态确认LSAck报文,向所述第二进程模块发送接收的LSU报文;
所述第二进程模块,用于接收所述第一进程模块发送的LSU报文,并对所述接收到的LSU报文进行LSAck报文回复之外的OSPF协议任务的处理。
综上所述,本申请通过对接收的LSU报文通过第一进程和第二进程分别进行不同的处理,调用第一进程先完成对LSU报文的LSAck报文的回复,之后再传递给第二进程,进行LSAck报文回复之外的处理,能够快速完成LSAck报文回复,避免因CPU繁忙LSAck报文回复延迟而导致的大量报文重传、网络拥塞、路由不通、浪费系统资源的问题。
附图说明
图1为本发明实施例中链路状态通告信息确认方法流程示意图;
图2为用于实现链路状态通告信息确认的设备的结构示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明所述方案作进一步地详细说明。
本发明实施例中提出一种链路状态通告信息确认方法,该方法应用于包含多个OSPF设备的网络中,该网络中相邻的各OSPF设备之间建立邻居关系,该方法能够快速完成LSAck报文回复,避免因CPU繁忙LSAck报文回复延迟而导致的大量报文重传、网络拥塞、路由不通、浪费系统资源的问题。
参见图1,图1为本发明实施例中链路状态通告信息确认方法流程示意图。具体步骤为:
步骤101,任一所述OSPF设备启动第一进程接收邻居OSPF设备发送的LSU报文,解析并确认该LSU报文中的LSA信息后,向所述邻居OSPF设备发送LSAck报文,并向第二进程发送接收的LSU报文。
OSPF设备启动第一进程仅用来接收邻居OSPF设备发送的LSU报文,解析LSU报文中的LSA信息并确认,进行LSAck报文的回复,不进行LSAck报文回复之外的处理,LSAck报文回复之后,第一进程将该LSU报文发送给第二进程。
步骤102,该OSPF设备启动第二进程接收第一进程发送的LSU报文,并对接收的LSU报文进行LSAck报文回复之外的OSPF协议任务的处理。
本步骤中,OSPF设备启动第二进程接收第一进程发送的LSU报文,对接收的LSU报文进行LSAck报文回复之外的OSPF协议任务的处理,具体包括:第二进程从所述接收到的LSU报文中解析LSA信息,完成对LSA信息的数据库安装、泛洪以及路由计算和路由更新。在LSA安装数据库时不能失败,如果当时安装不成功,则临时存储,直到条件具备时安装,避免出现路由丢失的情况。
在具体实现时,该OSPF设备也会有产生本地LSU报文的情况,发送给邻居OSPF设备时,接收到自身OSPF设备回复的LSAck报文。这些操作都由OSPF设备启动第二进程来执行。因此,OSPF启动第一进程所做的处理仅为如下三件事:
第一件事为:接收邻居OSPF设备发送的LSU报文。
第二件事为:解析该接收的LSU报文得到LSA信息,对发送该LSU报文的邻居OSPF设备发送LSAck报文。具体为:解析接收到的LSU报文,获得该报文中所有LSA信息,对每一个LSA信息进行确认,将所有的确认信息封装成一条LSAck报文,回复给发送该LSU报文的邻居OSPF设备。
第三件事为:传递接收的LSU报文给第二进程。该OSPF设备启动第一进程向第二进程发送接收的LSU报文时采用的通信方式为内部TCP方式或管道方式或通信信号量方式等。
OSPF设备启动的第一进程和第二进程的数据不共享,即完全分离,互不相关。第一进程与第二进程之间的通信可以作为一般进程间通信来考虑,任务间通信机制一般包括内部TCP、管道、信号量、共享数据结构等。如果使用共享数据结构,则存在对数据结构的互斥访问,一旦互斥访问数据结构就需要两个任务使用一个信号量来保护被访问的数据结构,如果第一进程取得信号量后对被访问的数据结构执行数据密集型计算操作时,将长时间占用信号量,此时将导致第一进程因获取不到信号量而被阻塞不能运行,或导致系统中的其它进程得不到调度。因此对于本发明具体实施例中,第一进程和第二进程之间的通信方式可以采用内部TCP方式、管道方式或通信信号量方式等。
该方法进一步包括:OSPF设备为第一进程和第二进程设置优先级别,且设置第一进程处理LSU报文的优先级别高于所述第二进程处理LSU报文的优先级别。即第一进程处理完接收的所有LSU报文,才启动第二进程处理其接收到的LSU报文。具体实现时,对第一进程的设置可以满足实时性要求的较高优先级别,该进程处理的任务相对简单,对第二进程的设置可以设置为相对较低的优先级别,避免对系统中其他实时性要求较高的任务造成冲击。
该OSPF设备启动第二进程对接收的LSU报文进行LSAck报文回复之外的OSPF协议任务的处理之前,所述方法进一步包括:该OSPF设备确定所述第一进程中是否存在未处理的LSU报文,如果是,继续通过第一进程处理接收的LSU报文;否则,该OSPF设备启动第二进程对接收的LSU报文进行LSAck报文回复之外的OSPF协议任务的处理。
由于OSPF设备对第一进程设置的优先级高于第二进程,如果仅对于该两个进程处理报文来说,要等第一进程处理完所有的LSU报文时,才会启动第二进程处理其接收到的LSU报文。
第二进程按照互联网协议草案及标准(RFC)等来具体设计实现,自身在处理接收LSU报文的基本流程可以不受第一进程的影响,仅是在接收到LSU报文时,不进行LSAck报文回复。
由上可见,本发明实施例中在实现链路状态通告信息确认方法中将现有技术中一个进程完成的协议主体任务,分离为两个进程来完成,并且将完成回复LSAck报文的进程的优先级设置高于完成协议主体任务中的其他任务的进程优先级,能够实现链路状态通告信息快速确认,避免了由于不能及时回复LSAck报文,导致大量报文重传、网络拥塞、路由不同、浪费系统资源等问题。
本发明具体实施例中基于同样的发明构思,还提出一种设备,可应用于包含多个OSPF设备的网络中,该网络中相邻的OSPF设备之间建立邻居关系。参见图2,图2为用于实现链路状态通告信息确认的设备的结构示意图。该设备包括:第一进程模块201和第二进程模块202。
第一进程模块201,用于接收邻居OSPF设备发送的LSU报文,解析并确认该报文中的LSA信息,并向该邻居OSPF设备发送LSAck报文,向第二进程模块202发送接收的LSU报文。
第二进程模块202,用于接收第一进程模块201发送的LSU报文,并对所述接收到的LSU报文进行LSAck报文回复之外的OSPF协议任务的处理。
较佳地,
第一进程模块201,进一步用于设置自身处理任务的优先级别高于第二进程模块202处理任务的优先级别;当存在未回复LSAck报文的LSU报文时,继续对未处理的LSU报文进行回复LSAck报文处理。
第二进程模块202,进一步用于设置自身处理任务的优先级别低于所述第一进程模块处理任务的优先级别;当第一进程模块201中不存在未回复LSAck报文的LSU报文时,对接收到的LSU报文进行LSAck报文回复之外的OSPF协议任务的处理。
较佳地,
第二进程模块202,用于从接收到的LSU报文中解析LSA信息,完成对LSA信息的数据库安装、泛洪以及路由计算和路由更新;进一步用于若本地产生LSU报文时,发送给与本设备建立邻居关系的OSPF设备,并接收各邻居OSPF设备发送的LSAck报文。
较佳地,
第一进程模块201向第二进程模块202发送接收的LSU报文时采用的通信方式为内部TCP方式、管道方式或通信信号量方式。
上述实施例的单元可以集成于一体,也可以分离部署;可以合并为一个单元,也可以进一步拆分成多个子单元。
综上所述,本发明具体实施例中对接的LSU报文通过第一进程和第二进程分别进行不同的处理,调用第一进程先完成对LSU报文的LSAck报文的回复,之后再传递给第二进程,进行LSAck报文回复之外的处理,能够快速完成LSAck报文回复,避免因CPU繁忙LSAck报文回复延迟而导致的大量报文重传、网络拥塞、路由不通、浪费系统资源的问题。
在具体实施例中设置第一进程的优先级高于第二进程,使第一进程完成所有的LSU报文的确认处理之后,再启动第二进程进行LSU报文的确认之外的处理,且由于第一进程的LSU报文确认处理过程简单,且不进行其他处理,因此在不影响网络中其他进程的情况下快速完成了LSAck报文的回复。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (10)

1.一种链路状态通告信息确认方法,所述方法应用于包含多个开放式最短路径优先OSPF设备的网络中,该网络中相邻的OSPF设备之间建立邻居关系,其特征在于,包括:
任一所述OSPF设备启动第一进程接收邻居OSPF设备发送的链路状态更新LSU报文,解析并确认该LSU报文中的链路状态通告LSA信息后,向所述邻居OSPF设备发送链路状态确认LSAck报文,并向第二进程发送接收的LSU报文;
该OSPF设备启动第二进程接收第一进程发送的LSU报文,并对接收的LSU报文进行LSAck报文回复之外的OSPF协议任务的处理。
2.根据权利要求1所述的方法,其特征在于,该OSPF设备启动第二进程对接收的LSU报文进行LSAck报文回复之外的OSPF协议任务的处理之前,所述方法进一步包括:该OSPF设备确定所述第一进程中是否存在未处理的LSU报文,如果是,继续通过第一进程处理接收的LSU报文;否则,该OSPF设备启动第二进程对接收的LSU报文进行LSAck报文回复之外的OSPF协议任务的处理。
3.根据权利要求2所述的方法,其特征在于,所述该OSPF设备启动第二进程对所述接收到的LSU报文进行LSAck报文回复之外的OSPF协议任务的处理,包括:从所述接收到的LSU报文中解析LSA信息,完成对LSA信息的数据库安装、泛洪以及路由计算和路由更新。
4.根据权利要求1所述的方法,其特征在于,所述方法进一步包括:该OSPF设备若启动第二进程在本地产生LSU报文,发送给各邻居OSPF设备;则该OSPF设备启动第二进程接收各邻居OSPF设备发送的LSAck报文。
5.根据权利要求1-4任意一项所述的方法,其特征在于,所述方法进一步包括:设置所述第一进程处理LSU报文的优先级别高于所述第二进程处理LSU报文的优先级别。
6.根据权利要求5所述的方法,其特征在于,
该OSPF设备启动第一进程向第二进程发送接收的LSU报文时采用的通信方式包括内部TCP、管道或通信信号量方式。
7.一种设备,应用于包含多个开放式最短路径优先OSPF设备的网络中,该网络中相邻的OSPF设备之间建立邻居关系,其特征在于,该设备包括:第一进程模块和第二进程模块;
所述第一进程模块,用于接收邻居OSPF设备发送的链路状态更新LSU报文,解 析并确认该报文中的链路状态通告LSA信息,并向该邻居OSPF设备发送链路状态确认LSAck报文,向所述第二进程模块发送接收的LSU报文;
所述第二进程模块,用于接收所述第一进程模块发送的LSU报文,并对所述接收到的LSU报文进行LSAck报文回复之外的OSPF协议任务的处理。
8.根据权利要求7所述的设备,其特征在于,
所述第一进程模块,进一步用于设置自身处理任务的优先级别高于所述第二进程模块处理任务的优先级别;当存在未回复LSAck报文的LSU报文时,继续对未处理的LSU报文进行回复LSAck报文处理;
所述第二进程模块,进一步用于设置自身处理任务的优先级别低于所述第一进程模块处理任务的优先级别;当所述第一进程模块中不存在未回复LSAck报文的LSU报文时,对接收到的LSU报文进行LSAck报文回复之外的OSPF协议任务的处理。
9.根据权利要求8所述的设备,其特征在于,
所述第二进程模块,用于从接收到的LSU报文中解析LSA信息,完成对LSA信息的数据库安装、泛洪以及路由计算和路由更新;进一步用于若本地产生LSU报文时,发送给邻居OSPF设备,并接收各邻居OSPF设备发送的LSAck报文。
10.根据权利要求7-9中任意一项所述的设备,其特征在于,
所述第一进程模块向所述第二进程模块发送接收的LSU报文时采用的通信方式为内部TCP方式、管道方式或通信信号量方式。
CN201210415457.XA 2012-10-26 2012-10-26 一种链路状态通告信息确认方法和设备 Active CN102932116B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201210415457.XA CN102932116B (zh) 2012-10-26 2012-10-26 一种链路状态通告信息确认方法和设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210415457.XA CN102932116B (zh) 2012-10-26 2012-10-26 一种链路状态通告信息确认方法和设备

Publications (2)

Publication Number Publication Date
CN102932116A CN102932116A (zh) 2013-02-13
CN102932116B true CN102932116B (zh) 2015-06-17

Family

ID=47646833

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210415457.XA Active CN102932116B (zh) 2012-10-26 2012-10-26 一种链路状态通告信息确认方法和设备

Country Status (1)

Country Link
CN (1) CN102932116B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106330527B (zh) * 2015-07-03 2020-12-04 中兴通讯股份有限公司 路由链路状态数据的管理方法及装置
CN112866107B (zh) * 2021-01-25 2023-07-18 网宿科技股份有限公司 Ip地址通告方法、流量引导方法及网络设备
CN115002020B (zh) * 2021-02-24 2023-07-14 中国电信股份有限公司 基于ospf的数据处理方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1404268A (zh) * 2002-10-25 2003-03-19 清华大学 互联网大规模路由开放最短路径优先协议仿真方法及系统
CN1889531A (zh) * 2006-08-01 2007-01-03 华为技术有限公司 一种路由器链路状态数据同步的方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8289961B2 (en) * 2009-08-20 2012-10-16 Telefonaktiebolaget L M Ericsson (Publ) Link state identifier collision handling

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1404268A (zh) * 2002-10-25 2003-03-19 清华大学 互联网大规模路由开放最短路径优先协议仿真方法及系统
CN1889531A (zh) * 2006-08-01 2007-01-03 华为技术有限公司 一种路由器链路状态数据同步的方法

Also Published As

Publication number Publication date
CN102932116A (zh) 2013-02-13

Similar Documents

Publication Publication Date Title
JP5364728B2 (ja) ローカル・ピア・グループ(lpg)に基づく車両アドホックネットワークにおける高信頼度マルチキャスト方法
Lou et al. Toward broadcast reliability in mobile ad hoc networks with double coverage
US8595359B2 (en) Efficient message distribution for directed acyclic graphs
US7349390B2 (en) Packet transmission method and communication system
JP3853326B2 (ja) アドホックネットワーク環境で確実にブロードキャストするシステム及び方法
CN108933735B (zh) 一种报文发送的方法、装置及设备
JP5653535B2 (ja) 通信装置およびアドホックネットワークシステム
US20160072663A1 (en) Robust Routing of Data in Wireless Networks
JP2008547311A (ja) 無線通信ネットワークにおいて経路を発見するための方法
US9686733B2 (en) Communication method in a wireless telecommunications network, associated computer program and wireless communication node
CN102932116B (zh) 一种链路状态通告信息确认方法和设备
CN103188716A (zh) Rudp链路故障定位方法及装置
CN103560947A (zh) 一种避免中间系统邻居关系震荡的方法及装置
CN102106105B (zh) 用于数据传输的方法和装置
CN100384126C (zh) 一种基于多接口路由设备的链路状态信息传输方法
JP6174454B2 (ja) マルチホップネットワークシステムおよびマルチホップネットワークシステムの制御方法
CN109041167A (zh) 一种支持eigrp协议进行链路单双向状态检测的方法
CN106603205B (zh) 数据传输方法、装置和系统
CN105247901A (zh) 在无线网络中管理多播组的装置及方法
JP5692404B2 (ja) 送信制御方法および送信制御装置
CN111490938A (zh) 通信链路检查方法
CN113014481B (zh) 传输链路状态通告的方法、装置、设备及存储介质
US20230073985A1 (en) Bulk data transfer between mesh nodes
US9270573B2 (en) Node apparatus, data relay method and computer-readable recording medium
KR101510902B1 (ko) 무선 네트워크에서의 라우팅 정보 전송방법

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
CP02 Change in the address of a patent holder

Address after: 610041 15-24 floor, 1 1 Tianfu street, Chengdu high tech Zone, Sichuan

Patentee after: MAIPU COMMUNICATION TECHNOLOGY Co.,Ltd.

Address before: 610041 Sichuan city of Chengdu province high tech Zone nine Hing Road No. 16 building, Maipu

Patentee before: MAIPU COMMUNICATION TECHNOLOGY Co.,Ltd.

CP02 Change in the address of a patent holder
CP02 Change in the address of a patent holder

Address after: 610041 nine Xing Xing Road 16, hi tech Zone, Sichuan, Chengdu

Patentee after: MAIPU COMMUNICATION TECHNOLOGY Co.,Ltd.

Address before: 610041 15-24 floor, 1 1 Tianfu street, Chengdu high tech Zone, Sichuan

Patentee before: MAIPU COMMUNICATION TECHNOLOGY Co.,Ltd.

CP02 Change in the address of a patent holder