Near as we can tell from debugging on the cisco and lining up with packet traces, some TC's in the group will not ack an LSA reannouncement from the DR (the cisco) that is generated by the second link of a multilink connection coming online. This in turn causes the cisco to resend the announcement, unicast to that particular TC, which still ignores it. Do this enough times, and the DR syslogs an event (too many retransmissions) and tears down the neighbor state with the TC. It then brings it back up on the first hello it recieves. Joshua Coombs ----- Original Message ----- From: "Charles Sprickman" <spork@inch.com> To: <usr-tc@mailman.xmission.com> Sent: Tuesday, November 26, 2002 10:33 PM Subject: Re: [USR-TC] MPIP + OSPF Hell
On Tue, 26 Nov 2002, Joshua Coombs wrote:
I currently administer a pool of 8 TC1000 chassis, and have been pulling hair out trying to stabilize OSPF. What we are seeing is some TC's refuse to ack some LSA reannouncements from the DR, causing it to eventually drop and restart OSPF sessions at random times.
Since there's very little info available from the ARC, what kind of debugging have you done on the cisco side? There's lots of good info available there that might point you in the right direction.
Start with "term mon" to get debug going to your session, then look at what comes up under "debug ospf ?". You can get as little as state changes to full db dumps; somewhere you may find what kind of weird stuff the ARC is doing.
I got OSPF working well, but we have no MPIP set up, so... I guess I'm lucky. :)
Charles
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc