[quagga-dev 8245] Re: Missing removal of maxaged external LSAs in ospf6

David Lamparter equinox at diac24.net
Thu Sep 9 17:23:09 BST 2010


Hi Jon,

do you still need/use this? Can anyone comment whether this should be
merged? Joakim?

-David, plowing through old patchwork patches


P.S.: we really need per-daemon maintainers.

On Tue, Mar 23, 2010 at 09:05:05AM +0100, Jon wrote:
> The following patch seems to remedy the situation where a redistribution in
> ospf6 is canceled at the originator, but the external LSAs are left at all
> recipients.
> The originator schedules a removal, but this was not done at the recipients.

Rebased patch:

>From 3656c46b8c4ac396edfdc314e2f8e1d814f4eb51 Mon Sep 17 00:00:00 2001
From: Jon <jonirucoeith at gmail.com>
Date: Tue, 23 Mar 2010 07:05:05 +0000
Subject: [PATCH] ospf6: remove maxaged external LSAs

The following patch seems to remedy the situation where a redistribution in
ospf6 is canceled at the originator, but the external LSAs are left at all
recipients.
The originator schedules a removal, but this was not done at the recipients.
---
 ospf6d/ospf6_flood.c |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/ospf6d/ospf6_flood.c b/ospf6d/ospf6_flood.c
index 670c5d1..2bb5bee 100644
--- a/ospf6d/ospf6_flood.c
+++ b/ospf6d/ospf6_flood.c
@@ -870,6 +870,7 @@ ospf6_receive_lsa (struct ospf6_neighbor *from,
 
       /* (e) possibly acknowledge */
       ospf6_acknowledge_lsa (new, ismore_recent, from);
+      ospf6_maxage_remove (ospf6); // Remove maxaged LSAs after delay
 
       /* (f) Self Originated LSA, section 13.4 */
       if (new->header->adv_router == from->ospf6_if->area->ospf6->router_id)
-- 
1.7.1




More information about the Quagga-dev mailing list