Age | Commit message (Collapse) | Author |
|
|
|
Link state changes are sent from the parent to both childs and
iface FSM state changes are sent from the ospfe to the rde.
|
|
|
|
matter anymore to cache this value for ospf6d.
|
|
ospfd's version.
|
|
Without this fix Cisco's OSPF 6 ignores our network-LSAs.
ok claudio@
|
|
The other imessages use the stack variables area and iface.
ok claudio@
|
|
ok claudio@
|
|
advertised as link-lsa and intra-area-prefix-lsa when they change
dynamically. Handle RTM_NEWADDR and RTM_DELADDR in kroute by sending
an imsg to ospfe. Upon this event, originate a new link-lsa in
ospfe. In rde a new intra-area-prefix-lsa is generated when a
link-lsa appears or goes away.
ok claudio@; ok and test stsp@
|
|
ibuf, buf_read to ibuf_read, READ_BUF_SIZE to IBUF_READ_SIZE.
ok henning gilles claudio jacekm deraadt
|
|
ospf6ctl is already broken in tree (not connected to build).
ok pyr@
|
|
|
|
time in the callback. Same diff that went into ospfd applied with some
fuzz.
|
|
can make use of it much better. No functional change.
ok claudio@
|
|
Will soon be done in rde instead.
"Sure but don't wait too long before readding the code in rde" claudio@
|
|
printing IFINFO while we are actually handling an IFDELETE imsg.
|
|
length, regardless of interface type.
Allowed by RFC5340 and ok claudio@
|
|
|
|
LSAs which refer to Router LSAs.
ok claudio@
|
|
Routers can now advertise prefixes with global scope throughout
an area. This paves the way towards doing SPF calculations to
generate routing tables for a single area.
ok claudio@
|
|
of IPv6 prefixes with a Network LSA (there's another type of this LSA which
associates prefixes with a Router LSA -- this remains to be done).
Add what is necessary to allow ospf6ctl to read the new LSA type via IMSG.
ok claudio@
|
|
Make it handle other types of links, too.
ok claudio@
|
|
OK claudio@
|
|
of the Link LSA is still not solved though.
|
|
attached to the LSA (saves 8 to 12 bytes per prefix and makes our life
more interesting or complex).
|
|
the or-ed result of all active neighbors. freaky...
Discussed with stsp@
|
|
LSA is lost in lsa_flood. Put this in because it goes in the right direction
and ospf6d is work in progress. Add necessary framework so that we can print
Link LSA in ospf6ctl.
Diff mostly from stsp@ ospf6ctl part by myself
|
|
changes by myself.
|
|
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.
|
|
work for IF_TYPE_BROADCAST networks.
Initial diff by Stefan Sperling, some additional work by myself
|
|
* 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
|
|
area as lookup point. Additionally make lsa_dump or actually the code around
it pass all LSA to ospf6ctl. The rde_spf.c are not final.
|
|
a) implement all (or at least most) lsa_check() cases.
b) classify the LSA scope correctly and add a per interface lsa_tree for
the link local stuff.
c) implement a function to parse a prefix.
There is still a lot missing currently link local LSA are added to the
interface tree but nothing can access them (lsa_find() and a few friends
need some changes).
OK norby@
|
|
|
|
session resets because of bad packets. With this it seems we survive the
hello and database exchange phases. A closer look at the DR and BDR calculation
is still needed.
|
|
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.
|
|
destination address of incomming packets. This also removes the need for
IP_HDRINCL. Additionally use IPV6_CHECKSUM to let the kernel do the
necessary packet checksumming, way easier than doing it in userland.
OK norby@
|
|
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@
|