#
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@
|