Page MenuHomeFreeBSD

Add and use new RTF_CONNECTED flag to mark connected routes
AbandonedPublic

Authored by guyyur_gmail.com on May 12 2018, 6:14 PM.
Tags
None
Referenced Files
Unknown Object (File)
Sat, Nov 23, 10:34 AM
Unknown Object (File)
Wed, Nov 20, 9:45 PM
Unknown Object (File)
Sat, Nov 16, 3:30 AM
Unknown Object (File)
Thu, Nov 14, 6:41 PM
Unknown Object (File)
Oct 10 2024, 7:17 AM
Unknown Object (File)
Oct 10 2024, 7:16 AM
Unknown Object (File)
Oct 10 2024, 6:45 AM
Unknown Object (File)
Oct 4 2024, 5:56 AM

Details

Reviewers
None
Group Reviewers
manpages
network
Summary

The flag will be used to allow IPv6 neighbor routes
when they are added by userland (bug 194485).

Reusing the same value as RTF_CLONING for
compatibility with NetBSD.

RTF_CONNECTED added based on locations RTF_CLONING was
removed from in r186119 and on NetBSD changes converting
RTF_CLONING to RTF_CONNECTED.

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Skipped
Unit
Tests Skipped

Event Timeline

I user D15404 + D15405 + D15406 on current kernel to get an updated net/dhcpcd to work

Now with rc.conf containing:

ifconfig_re0="DHCP"
ifconfig_re0_ipv6="inet6"
dhclient_program="/usr/local/sbin/dhcpcd"

and dhcpcd-7.1.1 installed - changed Makefile version and ran:

make makesum && make install

I used pfsense DHCPv6 and the router mode set to "managed" I was able to get static IPv6 address assigned

I am using kernel: FreeBSD 13.0-CURRENT #2 r346220M

I read the problem description from the PR194485 and looked in the other (D15405, D15406) patches.

I fully agree we should fix the problem (and D15405 approach looks sane). I don't fully understand why do we need a separate flag for these routes. How are they different from the any other non-gatewayed routes? If the some address is directly reachable via the interface it should be possible to communicate with it directly.

It also works on 12.0-RELEASE-p3 using same process as my previous comment