<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/xhtml; charset=utf-8">
</head>
<body>
<div style="font-family:sans-serif"><div style="white-space:normal"><p dir="auto">Hi, </p>
<p dir="auto">this looks like an integer overflow and could be a bug. SPF will never run with minus timer and I wonder which condition will trigger this.</p>
<p dir="auto">What versions are your running? </p>
<p dir="auto">I would start with <br>
debug ospf <spf, adj, bfd, error)<br>
show cpu-utilization detail | include ospf<br>
show ip os neighbor </p>
<p dir="auto">and maybe try and set different timers and then restart the router?<br>
E.g. <br>
router ospf<br>
timers throttle spf 5 1000 90000</p>
<p dir="auto">Jörg</p>
<br><p dir="auto">On 2 Aug 2017, at 16:06, Pave Lunin wrote:</p>
</div>
<blockquote style="border-left:2px solid #777; color:#777; margin:0 0 5px; padding-left:5px"><div id="B216EAA8-C8A0-448C-B602-814A70D35855"><div><div> </div><div>Hi,</div><div> </div><div>Any ideas, what "Next SPF run wait" actually means in the following output? It is a large negative value which is increasing by absolute value (will never reach zero).</div><div> </div><div>It looks like it never runs SFP as the box doesn't install new routes. I see that it learns the LSAs but it never uses them as routes: show ip routes / show ip ospf routes don't show theses routes, while I see the corresponding LSAs in the OSPF DB. All the neighbor state machinery works well. But active routes are never updated even if an interfaces and a corresponding neighbor fail.</div><div> </div><div><div>SSH@CER#show ip ospf</div><div>OSPF Version Version 2</div><div>Router Id 10.x.x.x </div><div>ASBR Status No </div><div>ABR Status No (0)</div><div>Redistribute Ext Routes from </div><div>Initial SPF schedule delay 0 (msecs)</div><div>Minimum hold time for SPFs 0 (msecs)</div><div>Maximum hold time for SPFs 0 (msecs)</div><div><strong>Next SPF run wait (msecs) -177170950</strong></div><div>External LSA Counter 0 </div><div>External LSA Checksum Sum 00000000 </div><div>Originate New LSA Counter 89 </div><div>Rx New LSA Counter 3260 </div><div>External LSA Limit 14447047 </div><div>Database Overflow Interval 0 </div><div>Database Overflow State : NOT OVERFLOWED </div><div>RFC 1583 Compatibility : Enabled </div><div>NSSA Translator: Enabled </div><div>Nonstop Routing: Disabled </div><div>Graceful Restart: Disabled, timer 120</div><div>Graceful Restart Helper: Enabled</div><div>BFD: Enabled</div><div> </div></div><div> </div><div>I checked other NetIron boxes (CERs and MLXes) but this line is just not present in the output.</div><div> </div><div>We saw this behavior on another CERs, fixed this by a reboot. Unfortunately I don't have "show ip ospf" before the reboot from those boxes, now this line (Next SFP run wait) is just not present on the rebooted boxes.</div><div> </div><div>Looks like a bug, but maybe I am missing something. Can't it be something like SPF throttling and maybe there is a way to clear this state less disruptively? On the other hand, "clear ip ospf all" did not help yesterday.</div><div> </div><div> </div><div>--</div><div>Kind regards,</div><div>Pavel</div><div> </div><div> </div><div> </div><div><br /> </div><div> </div></div></div></blockquote>
<div style="white-space:normal"><blockquote style="border-left:2px solid #777; color:#777; margin:0 0 5px; padding-left:5px">
</blockquote></div>
</div>
</body>
</html>