Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 5 Sep 2017 20:09:19 +0300
From:      "Andrey V. Elsukov" <bu7cher@yandex.ru>
To:        Greg Rivers <gcr+freebsd-stable@tharned.org>, freebsd-stable@freebsd.org
Subject:   Re: SLAAC not working
Message-ID:  <17a5889c-3a62-9028-c2d2-96c2b55695e3@yandex.ru>
In-Reply-To: <1762879.zBQMMkUt4K@flake.tharned.org>
References:  <1646645.UkMcyRZBVl@flake.tharned.org> <16545541.lkKC6IFVDn@flake.tharned.org> <37bf1f27-0cdd-b5a9-7345-d16eb228c4cb@yandex.ru> <1762879.zBQMMkUt4K@flake.tharned.org>

next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--PJuSB0LrirJBUbOju2kT5mvMD1QOm5gOx
Content-Type: multipart/mixed; boundary="Fxum1ij6eOBdO3hS9orO6CMLWnp16tmiI";
 protected-headers="v1"
From: "Andrey V. Elsukov" <bu7cher@yandex.ru>
To: Greg Rivers <gcr+freebsd-stable@tharned.org>, freebsd-stable@freebsd.org
Message-ID: <17a5889c-3a62-9028-c2d2-96c2b55695e3@yandex.ru>
Subject: Re: SLAAC not working
References: <1646645.UkMcyRZBVl@flake.tharned.org>
 <16545541.lkKC6IFVDn@flake.tharned.org>
 <37bf1f27-0cdd-b5a9-7345-d16eb228c4cb@yandex.ru>
 <1762879.zBQMMkUt4K@flake.tharned.org>
In-Reply-To: <1762879.zBQMMkUt4K@flake.tharned.org>

--Fxum1ij6eOBdO3hS9orO6CMLWnp16tmiI
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable

On 05.09.2017 18:25, Greg Rivers wrote:
> dtrace saw nothing, yet tcpdump recorded what one would expect. Apparen=
tly the inbound RAs and NSs are not making it through to the IPv6 stack. =
At this point I suspect a bug in the Emulex oce(4) driver, or a bad inter=
action between oce(4) and lagg(4). I have not seen this issue on hosts wi=
th lagg and other NICs. As soon as I can, I'm going to eliminate lagg and=
 repeat the experiment while running on just one oce interface. I'll repo=
rt back with results.
>=20
>>> $ ping6 fe80:XXXX:XXXX:4013:23::2%lagg0
>>> ping6: UDP connect: Network is unreachable
>>
>> Hmm. Can you show the second word of address in this example?
>> Is it not zero? I.e. fe80:XXXX: is correct or you missed '::' part?
>>
> Correct, neither of the XXXX parts are zero; the :: part is at the end =
of the address: ...::2%lagg0. Sorry for the obfuscation, but policy at $W=
ORK about company information on public lists is very strict.

I think the problem is not with oce(4) driver.
Unfortunately, your router uses IPv6 LLA that is not compatible with
KAME based IPv6 stack that is used by all BSDs.

The FreeBSD kernel internally uses special form of IPv6 addresses, that
have IPv6 scope zone id embedded into second word of address. This
problem was recently discussed here:
https://mailarchive.ietf.org/arch/msg/ipv6/fuzpfBXJHeBfsEddMBtgIpGjKvk

Some time ago I have patched the kernel to avoid use of this hack, but
this was done for 9.3 kernel and currently I have no time to port
patches to recent CURRENT.

--=20
WBR, Andrey V. Elsukov


--Fxum1ij6eOBdO3hS9orO6CMLWnp16tmiI--

--PJuSB0LrirJBUbOju2kT5mvMD1QOm5gOx
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEzBAEBCAAdFiEE5lkeG0HaFRbwybwAAcXqBBDIoXoFAlmu2j8ACgkQAcXqBBDI
oXqVxgf8CCzVpEVFMOQ4zpMh7sCP2AUc70ojW884+/Oq2tbB5NTOMtY19QtUc28K
TX3spruzZKWa31xERAx0t2ZbTEfR3uNyCtH7uDqim8fPMV2rzcuhlQ9YdpyWFIWB
6+vnHwlQMoYv5wBK/lmlEfhb9RNxoEhO+YO9pfE8RDQR2sMH4mFYDYU/oveNdX04
UD55AQx9W/CS6Fn3b8AnoO2egr6KcubKd87yUaYvbI4EEuImBkTpRGLLHFLHfiCe
022UPoHoJVVhhuc1WyNjDUPd64Y4XqDynkbdgxur7Yf0pe6KJXox7f4Xw9bgXKYZ
VGjF695hp0+QIMMGBBwhDYIdwNPrJQ==
=xqv2
-----END PGP SIGNATURE-----

--PJuSB0LrirJBUbOju2kT5mvMD1QOm5gOx--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?17a5889c-3a62-9028-c2d2-96c2b55695e3>