https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233283
jin...@wide.ad.jp changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jin...@wide.ad.jp
--- Comment #12 from jin...@wide.ad.jp ---
I don't think this text is relevant to the topic:
--snip--
If the source address of the packet prompting the solicitation is the
same as one of the addresses assigned to the outgoing interface, that
address SHOULD be placed in the IP Source Address of the outgoing
solicitation. Otherwise, any one of the addresses assigned to the
interface should be used.
--snip--
The "otherwise" case is basically about a forwarding node (router), in which
case the source address of the packet being forwarded is normally different
from any of the outgoing interface of the forwarding node. Obviously this case
should be an exception to the SHOULD. As far as I know FreeBSD is compliant to
this spec.
Besides, I don't see any relevance of the source address selection of outgoing
NS to this issue.
The problem description is a bit unclear, but I don't see anything in the
FreeBSD's implementation that may be related to this trouble and is not
RFC-compliant. If I were to guess, the expected operation here is to allow the
user to manually specify an on-link prefix (in this case, that would be
<router's IPv6 address>/128). As far as I know there's no RFC that requires a
host to implement such a manual configuration. But supporting it may not be a
bad idea. And, if we add support for it, I'd do so by extending 'ndp' so that
it allows the user to manually create an entry that would be listed by 'ndp
-p', rather than allowing route(8) to tweak the routing table that causes the
same effect (which b72db1d3321d7a80f4da3f727765bcc200f30278 of the dragonfly
patch seems to do).
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
