summaryrefslogtreecommitdiffstats
path: root/ospf6d/ospf6_flood.c
diff options
context:
space:
mode:
authorgdt <gdt>2004-11-05 19:42:27 +0100
committergdt <gdt>2004-11-05 19:42:27 +0100
commit6639a04da2c5ac6bfa0d5eff006637fb6f1372ee (patch)
tree8841c4f47f61c6a67703cefc265164f5666c3a79 /ospf6d/ospf6_flood.c
parentspelling: s/supress/suppress/ (diff)
downloadfrr-6639a04da2c5ac6bfa0d5eff006637fb6f1372ee.tar.xz
frr-6639a04da2c5ac6bfa0d5eff006637fb6f1372ee.zip
2004-11-05 Phil Spagnolo <phillip.a.spagnolo@boeing.com>
* ospf6_flood.c: When adding a thread to retransmit an lsa after rxmt_interval, the ospf6d used thread_add_event(). However, thread_add_event() executes immediately and ignores the delay parameter. This was causing unnecesary unicast LSU sends. Adding the thread has been changed to use thread_add_timer() which will expire after delay. After the fix results appear consistent with expectation.
Diffstat (limited to 'ospf6d/ospf6_flood.c')
-rw-r--r--ospf6d/ospf6_flood.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/ospf6d/ospf6_flood.c b/ospf6d/ospf6_flood.c
index acfe28ab9..3c9987fe3 100644
--- a/ospf6d/ospf6_flood.c
+++ b/ospf6d/ospf6_flood.c
@@ -335,7 +335,7 @@ ospf6_flood_interface (struct ospf6_neighbor *from,
ospf6_lsdb_add (ospf6_lsa_copy (lsa), on->retrans_list);
if (on->thread_send_lsupdate == NULL)
on->thread_send_lsupdate =
- thread_add_event (master, ospf6_lsupdate_send_neighbor,
+ thread_add_timer (master, ospf6_lsupdate_send_neighbor,
on, on->ospf6_if->rxmt_interval);
retrans_added++;
}