OpenBSD CVS

CVS log for src/usr.sbin/ospf6d/hello.c


[BACK] Up to [local] / src / usr.sbin / ospf6d

Request diff between arbitrary revisions


Default branch: MAIN


Revision 1.23 / (download) - annotate - [select for diffs], Wed Jul 15 14:47:41 2020 UTC (3 years, 10 months ago) by denis
Branch: MAIN
CVS Tags: OPENBSD_7_5_BASE, OPENBSD_7_5, OPENBSD_7_4_BASE, OPENBSD_7_4, OPENBSD_7_3_BASE, OPENBSD_7_3, OPENBSD_7_2_BASE, OPENBSD_7_2, OPENBSD_7_1_BASE, OPENBSD_7_1, OPENBSD_7_0_BASE, OPENBSD_7_0, OPENBSD_6_9_BASE, OPENBSD_6_9, OPENBSD_6_8_BASE, OPENBSD_6_8, HEAD
Changes since 1.22: +1 -3 lines
Diff to previous 1.22 (colored)

Remove unused variables

Revision 1.22 / (download) - annotate - [select for diffs], Fri Jan 3 17:25:48 2020 UTC (4 years, 4 months ago) by denis
Branch: MAIN
CVS Tags: OPENBSD_6_7_BASE, OPENBSD_6_7
Changes since 1.21: +15 -15 lines
Diff to previous 1.21 (colored)

Sync with ospfd's hello.c

OK remi@

Revision 1.21 / (download) - annotate - [select for diffs], Mon Dec 23 11:25:41 2019 UTC (4 years, 5 months ago) by remi
Branch: MAIN
Changes since 1.20: +9 -3 lines
Diff to previous 1.20 (colored)

Log a warning when a neighbor changes its address.
Same as ospfd's hello.c rev 1.23.

ok denis@

Revision 1.20 / (download) - annotate - [select for diffs], Mon Dec 23 07:33:49 2019 UTC (4 years, 5 months ago) by denis
Branch: MAIN
Changes since 1.19: +3 -3 lines
Diff to previous 1.19 (colored)

Area is now part of struct iface

OK remi@

Revision 1.19 / (download) - annotate - [select for diffs], Wed Dec 11 21:33:56 2019 UTC (4 years, 5 months ago) by denis
Branch: MAIN
Changes since 1.18: +2 -2 lines
Diff to previous 1.18 (colored)

Convert sendto() to sendmsg().

This makes code similar to ospfd(8).

OK claudio@ deraadt@

Revision 1.18 / (download) - annotate - [select for diffs], Thu Feb 22 07:43:29 2018 UTC (6 years, 3 months ago) by claudio
Branch: MAIN
CVS Tags: OPENBSD_6_6_BASE, OPENBSD_6_6, OPENBSD_6_5_BASE, OPENBSD_6_5, OPENBSD_6_4_BASE, OPENBSD_6_4, OPENBSD_6_3_BASE, OPENBSD_6_3
Changes since 1.17: +4 -3 lines
Diff to previous 1.17 (colored)

Same change as rev 1.22 in ospfd:
The IF_EVT_NBR_CHNG event needs to be fired when a neighbor transitions to
a state of 2-Way or higher. There is no need to trigger the event for new
neighbors. With this situations with multiple DRs after a netsplit should
be solved.
OK sthen@ and remi@

Revision 1.17 / (download) - annotate - [select for diffs], Tue Nov 18 20:54:28 2014 UTC (9 years, 6 months ago) by krw
Branch: MAIN
CVS Tags: OPENBSD_6_2_BASE, OPENBSD_6_2, OPENBSD_6_1_BASE, OPENBSD_6_1, OPENBSD_6_0_BASE, OPENBSD_6_0, OPENBSD_5_9_BASE, OPENBSD_5_9, OPENBSD_5_8_BASE, OPENBSD_5_8, OPENBSD_5_7_BASE, OPENBSD_5_7
Changes since 1.16: +1 -2 lines
Diff to previous 1.16 (colored)

Nuke more obvious #include duplications.

ok deraadt@ millert@ tedu@

Revision 1.16 / (download) - annotate - [select for diffs], Wed May 26 13:56:08 2010 UTC (14 years ago) by nicm
Branch: MAIN
CVS Tags: OPENBSD_5_6_BASE, OPENBSD_5_6, OPENBSD_5_5_BASE, OPENBSD_5_5, OPENBSD_5_4_BASE, OPENBSD_5_4, OPENBSD_5_3_BASE, OPENBSD_5_3, OPENBSD_5_2_BASE, OPENBSD_5_2, OPENBSD_5_1_BASE, OPENBSD_5_1, OPENBSD_5_0_BASE, OPENBSD_5_0, OPENBSD_4_9_BASE, OPENBSD_4_9, OPENBSD_4_8_BASE, OPENBSD_4_8
Changes since 1.15: +8 -8 lines
Diff to previous 1.15 (colored)

Rename some imsg bits to make namespace collisions less likely buf to
ibuf, buf_read to ibuf_read, READ_BUF_SIZE to IBUF_READ_SIZE.

ok henning gilles claudio jacekm deraadt

Revision 1.15 / (download) - annotate - [select for diffs], Mon Feb 1 10:22:06 2010 UTC (14 years, 4 months ago) by jacekm
Branch: MAIN
CVS Tags: OPENBSD_4_7_BASE, OPENBSD_4_7
Changes since 1.14: +2 -2 lines
Diff to previous 1.14 (colored)

Fix logic error (&& vs. ||), found while looking for inspiration for smtpd
state machine needed by the features that are coming along.

ok claudio@

Revision 1.14 / (download) - annotate - [select for diffs], Sun Mar 29 16:24:38 2009 UTC (15 years, 2 months ago) by stsp
Branch: MAIN
CVS Tags: OPENBSD_4_6_BASE, OPENBSD_4_6
Changes since 1.13: +2 -2 lines
Diff to previous 1.13 (colored)

For SPF calculation, we will need the source address specified
in hello packets by next-hop neighbours. So when notifying the
RDE of a new neighbour, send the source address, too.

ok claudio@

Revision 1.13 / (download) - annotate - [select for diffs], Tue Jan 27 21:58:28 2009 UTC (15 years, 4 months ago) by stsp
Branch: MAIN
CVS Tags: OPENBSD_4_5_BASE, OPENBSD_4_5
Changes since 1.12: +2 -3 lines
Diff to previous 1.12 (colored)

Propagate the neighbour's interface ID, as received in hello packets,
to the RDE.
ok claudio@

Revision 1.12 / (download) - annotate - [select for diffs], Mon Jan 26 23:26:59 2009 UTC (15 years, 4 months ago) by stsp
Branch: MAIN
Changes since 1.11: +7 -25 lines
Diff to previous 1.11 (colored)

RFC5340 says neighbours are identified solely by their router ID in OSPFv3,
regardless of link type. So don't ever use source addresses from the IP
header to match known neighbours when receiving hello packets.
ok claudio@

Revision 1.11 / (download) - annotate - [select for diffs], Sun Dec 28 20:08:31 2008 UTC (15 years, 5 months ago) by claudio
Branch: MAIN
Changes since 1.10: +14 -15 lines
Diff to previous 1.10 (colored)

area_ospf_options() should not return network byte order options. Instead
the callers should take care of getting the byte order right. While there
remove the opts[123] from the hello_hdr and use LSA_24_* to handle this
nasty fields instead. Now router LSA have the correct flags set.

Revision 1.10 / (download) - annotate - [select for diffs], Sun Dec 28 17:56:16 2008 UTC (15 years, 5 months ago) by claudio
Branch: MAIN
Changes since 1.9: +3 -2 lines
Diff to previous 1.9 (colored)

Send the interface index in the correct byte order and add iface_id to
struct nbr to identify the neighbors correclty.
From Stefan Sperling stsp (at) stsp.name

Revision 1.9 / (download) - annotate - [select for diffs], Thu Dec 13 08:54:05 2007 UTC (16 years, 5 months ago) by claudio
Branch: MAIN
CVS Tags: OPENBSD_4_4_BASE, OPENBSD_4_4, OPENBSD_4_3_BASE, OPENBSD_4_3
Changes since 1.8: +8 -4 lines
Diff to previous 1.8 (colored)

Monster commit of stuff I did mostly last month. What it does:
 * removes kif and uses iface for everything interface related.
   This removes unneeded data redundancy which makes the code more complex.
 * adds the link local prefix to struct iface and attaches a list with
   the other prefixes to the struct iface. This is needed to generate the
   link LSA.
 * disconnects struct iface from struct area (the backpointer is gone)
   this will make the reload code a bit easier.
norby@ agrees with the direction we're heading with this

Revision 1.8 / (download) - annotate - [select for diffs], Tue Oct 16 09:00:50 2007 UTC (16 years, 7 months ago) by norby
Branch: MAIN
Changes since 1.7: +11 -15 lines
Diff to previous 1.7 (colored)

Fix the neighbor election process.

ok claudio@

Revision 1.7 / (download) - annotate - [select for diffs], Thu Oct 11 20:41:28 2007 UTC (16 years, 7 months ago) by claudio
Branch: MAIN
Changes since 1.6: +1 -12 lines
Diff to previous 1.6 (colored)

OSPFv3 runs on links not on networks so there is no need for a mask in the
hello protocol. Kill no longer needed code.

Revision 1.6 / (download) - annotate - [select for diffs], Thu Oct 11 19:21:25 2007 UTC (16 years, 7 months ago) by claudio
Branch: MAIN
Changes since 1.5: +2 -2 lines
Diff to previous 1.5 (colored)

The person that came up with the glorious idea to define a 24bit field should
be hanged and shot. Add a ntohl() around the area_ospf_options() call.

Revision 1.5 / (download) - annotate - [select for diffs], Thu Oct 11 19:02:47 2007 UTC (16 years, 7 months ago) by claudio
Branch: MAIN
Changes since 1.4: +7 -7 lines
Diff to previous 1.4 (colored)

From ospfd:
Bye bye global ospf options. OSPF options are per area (at least the one
flag that we set). So introduce a area_ospf_options() function that will
return the correct flags for each area. This makes stub area support a lot
easier.
Don't check for OSPF_OPTION_E in the parent. OSPF_OPTION_E is per area and
so the parent process has no way to know if it should redistribute or not.

Revision 1.4 / (download) - annotate - [select for diffs], Wed Oct 10 14:09:25 2007 UTC (16 years, 7 months ago) by claudio
Branch: MAIN
Changes since 1.3: +4 -7 lines
Diff to previous 1.3 (colored)

send_packet() now takes a struct in6_addr as destination instead of a
struct sockaddr_in6 and builds the struct sockaddr_in6 internaly adding scope
if necessary. While there switch to sendto() we don't need any of the sendmsg()
features here.
OK norby@

Revision 1.3 / (download) - annotate - [select for diffs], Wed Oct 10 13:36:01 2007 UTC (16 years, 7 months ago) by claudio
Branch: MAIN
Changes since 1.2: +2 -3 lines
Diff to previous 1.2 (colored)

Turn on the V6 and E bits in hello messages. This makes other OSPFv3 routers
a bit more happy. The E bit should be turned of in stub areas but there is no
support for those at the moment. OK norby@

Revision 1.2 / (download) - annotate - [select for diffs], Tue Oct 9 06:26:47 2007 UTC (16 years, 7 months ago) by claudio
Branch: MAIN
Changes since 1.1: +5 -5 lines
Diff to previous 1.1 (colored)

Remaining bit of last night work. Make packet reception use all the goodies
introduced (checksumming is no longer needed, no IP header checking is needed,
get a in6_pktinfo with the ifindex and dest addr, cleanup and remove a lot
of other code). With this ospf6d is able to send and receive first hello
packets.  OK norby@

Revision 1.1 / (download) - annotate - [select for diffs], Mon Oct 8 10:44:50 2007 UTC (16 years, 7 months ago) by norby
Branch: MAIN

Welcome ospf6d

The new ospf6d daemon will support OSPFv3, basically OSPF for IPv6 networks.

It is heavily based on ospfd(8), it is more or less a copy and paste of it.
Currently some unneeded stuff has been removed and the trasition from
IPv4 to IPv6 has begun.

ospf6d is not very usefull at the moment, it is being imported to allow more
people to work on it concurrently.

Not yet connected to the builds.

ok claudio@ dlg@

This form allows you to request diff's between any two revisions of a file. You may select a symbolic revision name using the selection box or you may type in a numeric name using the type-in text box.