NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: kern/54057: ipv6 neighbor discovery fails to resolve address



The following reply was made to PR kern/54057; it has been noted by GNATS.

From: Robert Elz <kre%munnari.OZ.AU@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: kern/54057: ipv6 neighbor discovery fails to resolve address
Date: Tue, 12 Mar 2019 19:58:33 +0700

 First, yes, the link local default router should work, in
 fact that's the way it is supposed to be used (that way the
 router can send a redirect that will be accepted - redirects
 from global addresses should be ignored, too easy to spoof,
 and redirects are only accepted when they come from the address
 to which the packet was originally sent - so if you send to
 a global addr default router, it can never redirect you to a
 more appropriate router).
 
 Apart from that, ND for the default router is normally not needed,
 unless you have configured the router to send an anycast address
 as the default (in which case ND is needed so you can find the
 "nearest" router that shares the anycast addr) the MAC addr (link
 layer addr) of the router is normally sent in the RA which announces
 the default router.
 
 However, ND should work, and it isn't clear from your tcpdump why
 it isn't.   Any chance you could repeat the tcpdump with -v (or
 even -vv) to get the whole packet dumped, rather than just a summary
 of what the packets are about, which is what the default output
 shows.
 
 kre
 


Home | Main Index | Thread Index | Old Index