| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Pointed out by deraadt
|
|
|
|
| |
Problem reported by mortimer
|
|
|
|
|
|
|
|
| |
work in slaacd.
Suggested / requested by tb who showed me previous work by reyk which
unfortunately predated my work in slaacd and followed a different
pattern to that done in slaacd.
Testing & OK tb
|
|
|
|
|
| |
4861. No binary change.
While here consistently use #define<tab> instead of #define<space>.
|
|
|
|
| |
OK florian@
|
|
|
|
| |
pointed out by deraadt
|
|
|
|
|
|
| |
repeated in every interface block - they can still be overwritten
on a per interface basis.
Pointed out by, tweaks & OK sthen
|
|
|
|
|
|
|
| |
engine end frontend as part of ra_iface_conf.
Spotted after explaining to bket@ that a similar pattern is not needed
for the mtu option.
|
|
|
|
|
|
| |
- always free struct ra_iface_conf with free_ra_iface_conf()
- free_ra_iface_conf() needs to free the recently added
nameserver and search list
|
|
|
|
|
|
|
|
| |
The MTU option is used in Router Advertisement messages to ensure that
all nodes on a link use the same MTU value in those cases where the link
MTU is not well known.
Feedback (thank you!) and OK from florian@
|
|
|
|
| |
Configuration.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
the config.
RFC 4861, 6.2.5:
[...] the router SHOULD transmit one or more (but not more than
MAX_FINAL_RTR_ADVERTISEMENTS) final multicast Router Advertisements on
the interface with a Router Lifetime field of zero.
|
|
|
|
|
|
|
|
| |
change and if it does send a new advertisement.
The way this is implemented gives us various things for free:
- periodic sending of router advertisements
- send initial advertisement for every interface on startup
|
| |
|
| |
|
|
It's a Router Advertisement Daemon written using the standard 3
process privsep pattern and a parse.y based config file.
Commit early to continue work in tree.
OK jca
"it's totally rad" phessler@
"usr.sbin never runs out of space" deraadt@
|