1
0
mirror of https://github.com/openbsd/src.git synced 2024-12-22 16:42:56 -08:00
Commit Graph

2663 Commits

Author SHA1 Message Date
henning
a90eb1f1d3 when adding a new peer during reconfiguration set its sock to -1.
misbehaviour found by claudio
2003-12-19 16:46:07 +00:00
henning
9951bdc5d8 for our internal peer ID just use the peer's IP address for now.
this collides with multiviews (which we don't have yet) and will have to
be changed then, but allows us to progress much faster now.
ok claudio@
2003-12-19 14:23:28 +00:00
henning
e4c85a3158 don't bother sending a SESSION_DOWN imsg to the RDE if we are quitting, this
is at best pointless and usually just causes a fatal() when we try to send it
as the pipe is already closed by the RDE then. this way we can at least finish
the cleanup work, including notifications to the peers about us leaving.
2003-12-19 11:25:18 +00:00
henning
59da885e38 fix getpwnam use; noticed by claudio@ 2003-12-19 11:19:02 +00:00
henning
da58afcfbd fix copyright 2003-12-19 01:38:34 +00:00
deraadt
ad2ef90aaf knf & 64-bit cleanup; henning ok 2003-12-19 01:15:47 +00:00
henning
6deb71cf7b for(p = something; p != NULL; p = p->next) is not going to fly if there is
a free(p) inside that for loop...
2003-12-19 01:13:34 +00:00
claudio
4c4b397069 First step for configuration merges in the RDE. Currently this will not
work correctly because the peer id changes on config reload. The code in
the RDE per se should be OK.
2003-12-18 22:22:22 +00:00
henning
16f7688858 reset nconf to NULL after free(), from claudio 2003-12-18 18:56:23 +00:00
henning
13842e9a2b send reconf requests to the RDE as well and handle them there; syncing peer
data with RIB missing
use same message in RDE and SE for consistency
2003-12-17 19:26:26 +00:00
henning
4c25d1c50c style 2003-12-17 18:11:31 +00:00
henning
49ccf1e0ce oups, kill (then helpful) shit from the time when it live out of the tree...
noticed by Dries Schellekens <gwyllion@ace.ulyssis.org>
2003-12-17 12:34:06 +00:00
henning
a16c099288 welcome, bgpd
started by me some time ago with moral support from theo, the proceeded up to
the point where the session engine worked correctly. claudio jeker joined
then and did a lot of work in the RDE.
it is not particulary usefull as application right now as parts are still
missing but is imported to enable more people to work on it.
status:
BGP sessions get established fine, OPEN messages and then KEEPALIVEs
exchanged etc. session FSM works fine; NOTIFICATIONs are handled fine, and
all connection drops etc I provoked get handled fine.
Incoming UPDATE messgages are parsed well and the data entered to the RIB,
the decision process is not yet there, neither is outgoing UPDATEs or sync
to the kernel routing table.

not connected to the builds yet.
2003-12-17 11:46:54 +00:00