On Sun, Jan 3, 2010 at 12:18 AM, David Horn <dhorn2000 at gmail.com> wrote:
> Qing --
>
> I have been having some issues with local ipv6 routes to machines that
> are supposed to be on-link (attached to the same ethernet switch as my
> test FreeBSD 9.0 box, and in the same /64) not being able to be
> accessed properly after r201282.
>
> Simple ping6 to the host does not result in a echo response once the
> ndp entries go stale. (from looking at ndp -a)
>
> I noticed that there seems to be a missing /64 on the routing table
> entry, and doing a "route get -inet6 $hostname" for a host that is
> supposed to be on-link and in the same /64 results in a routing entry
> that points to the default router instead of the appropriate route for
> the /64.
>
> I have attached both a working (route.good.txt) and broken
> (route.bad.txt) routing table (from netstat -rWnfinet6)
>
> Let me know if you want a tcpdump, or other configuration data.
>
> I can get it to work again if I hack up in6.c (not a valid fix TTBOMK) like so:
>
> Index: in6.c
> ===================================================================
> --- in6.c (revision 201413)
> +++ in6.c (working copy)
> @@ -1766,8 +1766,6 @@
> || (ifp->if_flags & IFF_LOOPBACK))) {
> error = ifa_add_loopback_route((struct ifaddr *)ia,
> (struct sockaddr *)&ia->ia_addr);
> - if (error == 0)
> - ia->ia_flags |= IFA_RTSELF;
> }
>
> /* Add ownaddr as loopback rtentry, if necessary (ex. on p2p link). */
>
>
> uname -a
> FreeBSD la 9.0-CURRENT FreeBSD 9.0-CURRENT #15 r201407:201413: Sat Jan
> 2 22:36:31 EST 2010 dhorn at la:/usr/obj/usr/src/sys/DHORN amd64
>
>
> --Thanks!
>
> ---Dave Horn
>
Qing --
Thanks for the fix. r201543 seems to work well for me so far.
--Dave Horn