History log of /openbsd/usr.sbin/ospfd/neighbor.c (Results 1 – 25 of 51)
Revision Date Author Comments
# 5b133f3f 08-Mar-2023 guenther <guenther@openbsd.org>

Delete obsolete /* ARGSUSED */ lint comments.

ok miod@ millert@


# 9cc19ef1 03-Nov-2021 sthen <sthen@openbsd.org>

log the interface along with the neighbour ID in various ospfd/ospf6d
messages. ok remi@ benno@

if a neighbour is reachable over multiple network links, some problems
may be related to the link its

log the interface along with the neighbour ID in various ospfd/ospf6d
messages. ok remi@ benno@

if a neighbour is reachable over multiple network links, some problems
may be related to the link itself rather than the neighbour, so knowing
the interface can be important when trying to locate the source of a
problem.

show more ...


# ef209401 19-Nov-2019 remi <remi@openbsd.org>

Add point-to-point support for broadcast interfaces.

tested by Kapetanakis Giannis
ok claudio@


# 02ff5b3d 09-Feb-2018 claudio <claudio@openbsd.org>

Simplify logic a bit by moving a block. nbr_stop_itimer() does not use
the dr or bdr fields so clear them first.


# 06267228 22-Nov-2015 claudio <claudio@openbsd.org>

Improve ABR support especially for self-originated stub networks.
This seems to solve the last issues people reported when using ospfd
in multiple areas. OK sthen@ prodding by deraadt@


# c983ff94 17-Jan-2013 markus <markus@openbsd.org>

improve snapshot handling:
- don't start a new snapshot if we are already in NBR_STA_SNAP
- ignore IMSG_DB_SNAPSHOT and IMSG_DB_END unless we are in NBR_STA_SNAP
- add new IMSG_LS_SNAP message so we

improve snapshot handling:
- don't start a new snapshot if we are already in NBR_STA_SNAP
- ignore IMSG_DB_SNAPSHOT and IMSG_DB_END unless we are in NBR_STA_SNAP
- add new IMSG_LS_SNAP message so we can distinguish it from
IMSG_LS_UPD. this way we can ignore them if we are not in NBR_STA_SNAP
ok claudio@

show more ...


# 92141c17 17-Jan-2013 markus <markus@openbsd.org>

ignore the nbr_adj_timer if we are not forming adjacencies; ok claudio


# 87325ee2 17-Jan-2013 markus <markus@openbsd.org>

transmit correct state to RDE; ok claudio


# 097ed198 09-May-2011 claudio <claudio@openbsd.org>

First bits to support opaque LSA. Type-9, 10 and 11 are LSA that can
hold about any data you like and is used for things like greaceful
reload. Implement the basic redistribute logic and LSDB handlin

First bits to support opaque LSA. Type-9, 10 and 11 are LSA that can
hold about any data you like and is used for things like greaceful
reload. Implement the basic redistribute logic and LSDB handling but
the data sent is currently not looked at.
Tested and OK sthen@

show more ...


# 72f25908 24-Mar-2011 claudio <claudio@openbsd.org>

Fix some memory leaks. Mainly better cleanup on shutdown but the v_nexthop
leak is a runtime one.
OK bluhm@


# 699b69fb 07-May-2010 sthen <sthen@openbsd.org>

When failing to form an adjacency, log the interface name as well
as the neighbour. ok claudio@


# 47d3fe48 16-Feb-2010 claudio <claudio@openbsd.org>

Clear the DR and BDR addresses in nbr_act_delete(), makes the election
process more reliable after interface flaps. Especially when the router-id
changed at the same time.
OK dlg@, sthen@


# f6f3b5e0 30-Sep-2009 claudio <claudio@openbsd.org>

Oups, these changes should not have been commited. Revert.


# fac689dc 30-Sep-2009 claudio <claudio@openbsd.org>

Announce a stub network LSA for backup carp interfaces. This should help
when fail-over happens, since removing the better route will not result
in a blackhole until the update from the new master is

Announce a stub network LSA for backup carp interfaces. This should help
when fail-over happens, since removing the better route will not result
in a blackhole until the update from the new master is processed.
Tested, OK and input sthen@, phessler@

show more ...


# 98c612a2 11-Feb-2008 norby <norby@openbsd.org>

Correct the output of several error and debug messages.


# 4d267a96 11-Oct-2007 claudio <claudio@openbsd.org>

Do not overload nbr->options with the dd exchange bits. nbr->options is used
by the hello protocol. Instead add a dd_more flag that is used together with
(the renamed) dd_master flag.
Tested and OK n

Do not overload nbr->options with the dd exchange bits. nbr->options is used
by the hello protocol. Instead add a dd_more flag that is used together with
(the renamed) dd_master flag.
Tested and OK norby@

show more ...


# a26af33f 13-Jun-2007 claudio <claudio@openbsd.org>

NBR_ACT_HELLO_CHK was missing in the nbr_action_names list.


# a302a2ce 24-Jan-2007 claudio <claudio@openbsd.org>

When deleting a neighbor or a interface make sure that no events are pending.
Needed for reload support. OK norby@


# fff6feda 06-Aug-2006 claudio <claudio@openbsd.org>

Remove a XXX in a comment.


# 3aede346 13-Mar-2006 claudio <claudio@openbsd.org>

The return value of the start/stop timer functions is almost never checked.
Switch them to void functions and check if evtimer_add/del fails -- in which
case we fatal() as there is no useful way to r

The return value of the start/stop timer functions is almost never checked.
Switch them to void functions and check if evtimer_add/del fails -- in which
case we fatal() as there is no useful way to recover in such an event.
OK norby@

show more ...


# cdd38203 09-Mar-2006 claudio <claudio@openbsd.org>

Move *_name functions to log.c and use these for both ospfd and ospfctl.
Stuff that is only used in ospfd debug messages is simplified.
OK norby@


# 129e6b5f 19-Feb-2006 norby <norby@openbsd.org>

Keep track of the duration of our relationships with neighbors.
Displayed in "ospfctl show neighbor".

ok claudio@


# 718e8ec2 19-Feb-2006 norby <norby@openbsd.org>

Do not kick the adj_timer for neighbors that are in state 2-Way.

ok claudio@


# 1ba81fef 19-Feb-2006 norby <norby@openbsd.org>

Do not traverse the entire LS retransmission list to figure out how many
are present on it.

ok claudio@


# 1ccc5a96 09-Feb-2006 norby <norby@openbsd.org>

Prevent the neighbor FSM from getting stuck forever in state EXSTART.

ok claudio@


123