Commit Graph

1308 Commits

Author SHA1 Message Date
paul
2d59836a4f From endo@suri.co.jp Fri Jan 17 23:36:30 2003
Date: Fri, 20 Dec 2002 17:58:43 +0900
From: Masahiko Endo <endo@suri.co.jp>
Reply-To: zebra@zebra.org
To: zebra@zebra.org
Cc: kunihiro@zebra.org
Subject: [zebra 16824] [PATCH] nsm_kill_neighbor

    [ The following text is in the "ISO-2022-JP" character set. ]
    [ Your display is set for the "ISO-8859-1" character set.  ]
    [ Some characters may be displayed incorrectly. ]

Hi Ishiguro-san,

Here is my problem analysis against the case that the ospfd crashes
when an interface is brought down.

When the ospfd receives a ZEBRA message "ZEBRA_INTERFACE_DOWN" from
zebra daemon, the ospfd performs bunch of ospf-interface cleanup for
the notified zebra-interface.
There are cases that neighbor instance "nbr", which will be removed
afterward, may scheduled in the NSM thread event queue. And when the
NSM event thread is fired, dereference for this already freed "nbr"
pointer causes SIGSEGV.
Please take a look at following timeline of processing sequences.
2003-01-17 23:48:42 +00:00
paul
f2c8065220 Kevin C Miller <kevinm@andrew.cmu.edu>
[zebra 16681] OSPF NSSA Patches
2002-12-13 21:44:27 +00:00
paul
00df0c1e80 [zebra 14631] Generic PtP and RFC3021 interface addressing support 2002-12-13 21:07:36 +00:00
paul
2e3b2e474e zebra link state detection support 2002-12-13 21:03:13 +00:00
paul
7afa08da2d ospfd Point-to-Multipoint support 2002-12-13 20:59:45 +00:00
paul
30961a15cf Greg Troxel <gdt@ir.bbn.com>
[zebra 15715] FIX for ospf md5 authentication problem, finally!

fix copy of ospf packet buffer
2002-12-13 20:56:48 +00:00
paul
9483e15540 zebra-ospfd-md5auth-seqnum.patch - paulj - change OSPF md5 sequence number
to be derived from time() to speed up synching after restart of ospfd
2002-12-13 20:55:25 +00:00
paul
718e374419 Initial revision 2002-12-13 20:15:29 +00:00