Re: netinet6/in6.c r201282

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)
> _at__at_ -1766,8 +1766,6 _at__at_
>                || (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