1、OSPF P2P模式的收敛速度大约几秒,还是毫秒级?测试收敛过程大约丢包2个左右应该属于正常吧,还有没有办法再优化实现真正的毫秒级呢,使其最多丢包1个。
2、如果配置了P2P模式,是否有必要再联动BFD呢,模拟器测试了下没有什么效果。联动BFD是否一般都在广播型OSPF配置呢?
(0)
(0)
暂无评论
提高OSPF收敛速度最常用的就是BFD结合一起用,可以达到毫秒级,其它的方式参考:
通过调整定时器,可以达到调整OSPF网络收敛速度的目的。
通过调整OSPF邻居之间的Hello定时器的时间间隔,可以改变邻居建立的速度,从而影响网络收敛的速度。
conservative参数表示使能邻居失效定时器保守模式。使能后,如果通过命令ospf timer dead配置的邻居失效时间间隔小于10秒,则仍按照实际配置值判断邻居是否失效。
当链路发生故障时,为加快OSPF协议的收敛速度,建议配置BFD For OSPF功能。但是当对端不支持配置BFD For OSPF功能或用户不想配置BFD For OSPF功能时,建议配置conservative参数,使通过命令ospf timer dead配置的邻居失效时间间隔小于10秒时按照实际配置值生效,否则依靠OSPF的邻居失效时间来进行收敛,时间长,对业务影响比较大。
在OSPF邻居失效时间间隔内,若未收到邻居的Hello报文,就认为该邻居已失效。
如果失效的时间小于10秒,可能会造成邻居关系的中断。故当配置的dead interval的取值小于10秒时,OSPF邻居实际失效时间不小于10秒。但是如果配置ospf timer hello命令并指定conservative参数使能邻居失效定时器保守模式后,如果配置的邻居失效时间间隔小于10秒,则仍按照实际配置值判断邻居是否失效。
修改了网络类型后,Hello与Dead定时器都将恢复缺省值。
可以根据现网中网络连接和设备资源的情况,配置更新LSA的时间间隔。
OSPF协议规定LSA的更新时间间隔5秒,是为了防止网络连接或者路由频繁动荡引起的过多占用网络带宽和设备资源。在网络相对稳定、对路由收敛时间要求较高的组网环境中,可以指定LSA的更新时间间隔为0来取消LSA的更新时间间隔,使得拓扑或者路由的变化可以立即通过LSA发布到网络中,从而加快网络中路由的收敛速度。
如果发送的OSPF LSA没有发生震荡,此时,设备通过lsa-originate-interval命令设置发送的LSA的时间间隔防止LSA的频繁发送。如果发送的OSPF LSA发生震荡,此时,设备通过lsa-originate-interval suppress-flapping命令设置震荡抑制时间,从而在LSA频繁震荡时,降低对业务流量的影响。此时,设备会选择两者中的较大值作为震荡抑制时间。
可以根据现网中网络连接和设备资源的情况,配置接收LSA的时间间隔。
OSPF协议规定LSA的接收时间间隔1秒,是为了防止网络连接或者路由频繁动荡引起的过多占用网络带宽和设备资源。
在网络相对稳定、对路由收敛时间要求较高的组网环境中,可以指定LSA的更新时间间隔为0来取消LSA的更新时间间隔,使得拓扑或者路由的变化可以立即通过LSA发布到网络中,从而加快网络中路由的收敛速度。
如果接收的OSPF LSA没有发生震荡,此时,设备通过lsa-arrival-interval命令设置接收的LSA的时间间隔防止LSA的频繁接收。如果接收的OSPF LSA发生震荡,此时,设备通过lsa-arrival-interval suppress-flapping命令设置震荡抑制时间,从而在LSA频繁震荡时,降低对业务流量的影响。此时,设备会选择两者中的较大值作为震荡抑制时间。
通过调整SPF计算间隔时间,可以抑制由于网络频繁变化带来的资源消耗问题。
当OSPF的链路状态数据库(LSDB)发生改变时,需要重新计算最短路径。如果网络频繁变化,由于不断的计算最短路径,会占用大量系统资源,影响设备的效率。通过配置智能定时器intelligent-timer,设置合理的SPF计算的间隔时间,可以避免占用过多的路由器内存和带宽资源。
如果距离上次SPF计算时间间隔超过最大计算间隔max-interval,并且在该时间内无震荡,则退出智能定时器。
在上次SPF计算间隔内没有发生震荡的情况下,本次计算间隔内如果发生震荡,则SPF计算延时start-interval,SPF计算结束后使用本次计算间隔。
配置OSPF网络的快速收敛后,您可以查看到OSPF的概要信息。
执行命令display ospf brief,可以看到OSPF报文定时器的详细信息。
<HUAWEI> display ospf brief OSPF Process 1 with Router ID 9.9.9.9 OSPF Protocol Information RouterID: 9.9.9.9 Border Router: AREA Multi-VPN-Instance is not enabled Global DS-TE Mode: Non-Standard IETF Mode Graceful-restart capability: disabled Helper support capability : not configured OSPF Stub Router State Reason: Startup Synchronize Router LSA stub links with cost 65535 Summary LSA with cost 16777214 External LSA with cost 16777214 Applications Supported: MPLS Traffic-Engineering Spf-schedule-interval: max 10000ms, start 500ms, hold 1000ms Default ASE parameters: Metric: 1 Tag: 1 Type: 2 Route Preference: 10 ASE Route Preference: 150 Intra Route Preference: 50 Inter Route Preference: 50 SPF Computation Count: 56 RFC 1583 Compatible OSPF is in LSDB overflow status(remain time: 205s) Retransmission limitation is disabled Import routes limitation is enabled Self ASE LSA count: 8 Current status: Normal bfd enabled BFD Timers: Tx-Interval 10 , Rx-Interval 10 , Multiplier 3 Area Count: 2 Nssa Area Count: 1 ExChange/Loading Neighbors: 0 Area: 0.0.0.0 (MPLS TE not enabled) Authtype: None Area flag: Normal SPF scheduled count: 2 Exchange/Loading neighbors: 0 Router ID conflict state: Normal Interface: 1.1.1.1 (GE3/0/0) Cost: 1 State: DR Type: Broadcast MTU: 1500 Priority: 1 Designated Router: 1.1.1.1 Backup Designated Router: 0.0.0.0 Timers: Hello 10, Dead 40, Wait 40, Poll 120, Retransmit 5, Transmit Delay 1 Area: 0.0.0.1 (MPLS TE not enabled) Authtype: None Area flag: NSSA SPF scheduled count: 1 Exchange/Loading neighbors: 0 NSSA Translator State: Elected Router ID conflict state: Normal Import routes limitation is enabled Self NSSA LSA count: 2 Current status: Normal Interface: 1.1.1.1 (GE2/0/0) Cost: 1 State: P-2-P Type: P2P MTU: 1500 Timers: Hello 10, Dead 40, Wait 40, Poll 120, Retransmit 5, Transmit Delay 1 Multi-area interface执行display ospf [ process-id ] statistics maxage-lsa命令,可以查看达到老化时间的Router LSA信息。
<HUAWEI> display ospf statistics maxage-lsa OSPF Process 1 with Router ID 1.1.1.1 Statistics of Router-LSAs ------------------------------------------- Area: 0.0.0.0 LinkState ID MaxAge count Last MaxAge time 1.1.1.1 1 2014-03-22 11:12:00(0)
暂无评论
1,p2p模式省去了建立dr和bdr的过程,少了一个wating状态,这是p2p由于广播方式的地方,但收敛速度受环境影响,比如链路质量,路由表大小。
2,有必要联动BFD的,BFD的反映速度毫秒级,这个远远快与ospf的hello时间,而且ospf的hello时间不适合配置太小(达到BFD的速度),如果ospf的hello时间配置太小,同时会带来其它问题,所以,不管那种ospf方式,联动BFD还是很有必要的
(1)
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论