<div dir="ltr"><div>Not sure what version of hardware and what software version you are running but in some older versions of Cisco IOS i have seen stale routes hanging about.<br><br></div><div>In the eg im taking about, You have a cluster of router reflectors and one seems to hang onto old stale route and the others are fine.. After the session's are cleared it seems update.<br>
<br></div><div><br></div><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 5 March 2014 11:44, Andrew Jones <span dir="ltr"><<a href="mailto:aj@jonesy.com.au" target="_blank">aj@jonesy.com.au</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
When tracking down a routing issue today, I discovered a stale route in the routing table on a peering router of ours, learned from PIPE NSW's route servers: <a href="http://122.100.13.0/24" target="_blank">122.100.13.0/24</a> - it was 44 weeks old and I've lost the exact AS path unfortunately, but it began with "4739 7607 7606 7606 7606".<br>

<br>
When I looked, it did not appear in PIPE NSW's route servers' routing tables as seen from their looking glass. Clearing the sessions to the route-servers has resolved the issue and I'm now reaching that subnet via a /23 route which is being advertised.<br>

<br>
Is anyone else seeing this route in their tables currently? I'm wondering whether it's my router misbehaving and ignoring some withdraws?<br>
Thanks,<br>
Andrew<br>
______________________________<u></u>_________________<br>
AusNOG mailing list<br>
<a href="mailto:AusNOG@lists.ausnog.net" target="_blank">AusNOG@lists.ausnog.net</a><br>
<a href="http://lists.ausnog.net/mailman/listinfo/ausnog" target="_blank">http://lists.ausnog.net/<u></u>mailman/listinfo/ausnog</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Regards,<br><br>Bruce
</div>