Date: Sat, 13 Apr 2002 14:56:55 +0300 (EEST) From: "Oles Hnatkevych" <gnut@fc.kiev.ua> To: <zebra@zebra.org> Cc: <freebsd-questions@freebsd.org> Subject: zebra 0.93 on freebsd 4.5: ospfd Message-ID: <2438.192.168.34.102.1018699015.squirrel@blend.fc.kiev.ua> In-Reply-To: <002a01c1e27a$b2e31ac0$08e075d9@yeayea> References: <002a01c1e27a$b2e31ac0$08e075d9@yeayea>
next in thread | previous in thread | raw e-mail | index | archive | help
<ΓΙΤΑΤΑ ΟΤ="Danny Burns"> > Hi Ya > > I had this problem, updateing to the latest CVS fixes it > No, it does not. I've collected some log/debug information and it seems that SOMEHOW after 2-5 minutes cisco stops sending hello's. More, two ciscos, one 3640 and another 2510 simultaneously. According to tcpdump on freebsd, the ciscos cease to send hello packets. Zebra's dead timers expire, it forgets about first cisco, re-elects itself as DR, hello's its decision to cisco's and they see mismatch, telling Apr 13 13:38:48.901 EEST: OSPF: Cannot see ourself in hello from 192.168.3.32 on FastEthernet3/0, state INIT Apr 13 13:38:48.901 EEST: OSPF: Neighbor change Event on interface FastEthernet3/0 Apr 13 13:38:48.901 EEST: OSPF: DR/BDR election on FastEthernet3/0 May be it's not the zebra problem, but FreeBSD itself? Suddenly all traffic stops. And I do not know how "debug" OSPF on cisco to see outgoing hello's not incoming. Restarting ospf process on cisco does not help, restarting zebra's ospfd helps... for several minutes. ;) So does anyone have any ideas? -- --- --- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2438.192.168.34.102.1018699015.squirrel>