]> CyberLeo.Net >> Repos - FreeBSD/stable/10.git/commit
MFC r342884:
authorhselasky <hselasky@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Fri, 18 Jan 2019 08:59:00 +0000 (08:59 +0000)
committerhselasky <hselasky@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Fri, 18 Jan 2019 08:59:00 +0000 (08:59 +0000)
commit8025e55f1aba54375fc62e599022ef3f1b0405ef
treeb2a78b783d26fc04057e6a3289d99487f15038ff
parenteb62f49d7862c9060f1b6938d3319a3602f4a44a
MFC r342884:
Fix loopback traffic when using non-lo0 link local IPv6 addresses.

The loopback interface can only receive packets with a single scope ID,
namely the scope ID of the loopback interface itself. To mitigate this
packets which use the scope ID are appearing as received by the real
network interface, see "origifp" in the patch. The current code would
drop packets which are designated for loopback which use a link-local
scope ID in the destination address or source address, because they
won't match the lo0's scope ID. To fix this restore the network
interface pointer from the scope ID in the destination address for
the problematic cases. See comments added in patch for a more detailed
description.

This issue was introduced with route caching by karels@ .

Reviewed by: bz (network)
Differential Revision: https://reviews.freebsd.org/D18769
Sponsored by: Mellanox Technologies

git-svn-id: svn://svn.freebsd.org/base/stable/10@343139 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
sys/netinet6/ip6_output.c