Date: Sun, 15 Nov 2015 22:04:25 +0100 From: Filias Heidt <post@filias.name> To: freebsd-questions@freebsd.org Subject: Networking issues with IPv6, bhyve and rtadvd Message-ID: <FB397C7A-5B45-4638-BD64-BE292522B424@filias.name>
next in thread | raw e-mail | index | archive | help
--Apple-Mail=_45C8950C-5D8A-4F86-96CA-D549110597DF
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=utf-8
Hi list,
I have a bhyve host and various VMs set up. The host is running =
11-CURRENT, the guests usually run 10.2.
The networking setup on the host looks as follows:
ifconfig_ix0=3D"inet 149.202.80.18/24"
ifconfig_ix0_ipv6=3D"inet6 2001:41d0:1004:0412::/64 -accept_rtadv"
defaultrouter=3D"149.202.80.254"
ipv6_gateway_enable=3D"YES"
ipv6_defaultrouter=3D"2001:41d0:1004:4ff:ff:ff:ff:ff"
cloned_interfaces=3D"ix0 bridge0 tap0"
ifconfig_bridge0=3D"inet 149.202.132.97/27 addm ix0 addm tap0"
ifconfig_bridge0_ipv6=3D"inet6 2001:41d0:1004:412::100/64 -accept_rtadv"
rtadvd_enable=3D"YES"
rtadvd_interfaces=3D"ix0 bridge0=E2=80=9D
and the /etc/rtadv.conf:
ix0: \
:addr=3D"2001:41d0:1004:412::":prefixlen#64:rltime#0:
bridge0: \
:addr=3D"2001:41d0:1004:412::":prefixlen#64:rltime#0:
Then, on the guests, I just put
ifconfig_vtnet0_ipv6=3D"inet6 accept_rtadv=E2=80=9D
in the rc.conf and would it expect to generate an IPv6 address with the =
advertised prefix from the host.
Question: The autoconfig takes a while. Manually executing =E2=80=9Crtsol =
-dD -a=E2=80=9D does NOT generate an IPv6 address. Instead it just pops =
up after a couple of minutes. Maybe when the rtadvd on the host decides =
to retransmit (restarting the rtadvd seems to speed this up)?
After the IP is assigned, the routes look like this:
Internet6:
Destination Gateway Flags =
Netif Expire
::/96 ::1 UGRS =
lo0
default fe80::205:73ff:fea0:1%vtnet0 UG =
vtnet0
::1 link#2 UH =
lo0
::ffff:0.0.0.0/96 ::1 UGRS =
lo0
2001:41d0:1004:400::/56 link#1 U =
vtnet0
2001:41d0:1004:412:2a0:98ff:fed8:1a5e link#1 UHS =
lo0
I can not ping the 2001:41d0:1004:0412::. Pinging =
2001:41d0:1004:412::100 works after the first ping took a while:
PING6(56=3D40+8+8 bytes) 2001:41d0:1004:412:2a0:98ff:fe7a:c95f --> =
2001:41d0:1004:412::100
16 bytes from 2001:41d0:1004:412::100, icmp_seq=3D0 hlim=3D64 =
time=3D1020.595 ms
16 bytes from 2001:41d0:1004:412::100, icmp_seq=3D1 hlim=3D64 time=3D0.118=
ms
After that, pinging 0412:: works, too!
PING6(56=3D40+8+8 bytes) 2001:41d0:1004:412:2a0:98ff:fe7a:c95f --> =
2001:41d0:1004:412::
16 bytes from 2001:41d0:1004:412::, icmp_seq=3D0 hlim=3D64 time=3D0.252 =
ms
16 bytes from 2001:41d0:1004:412::, icmp_seq=3D1 hlim=3D64 time=3D0.209 =
ms
16 bytes from 2001:41d0:1004:412::, icmp_seq=3D2 hlim=3D64 time=3D0.201 =
ms
Now it seems like everything is working. I can use the v6 services, that =
the vm is providing. But only for a few minutes. After that, I can=E2=80=99=
t even ping the VMs from the outside anymore.
Notes: I completely disabled pf for testing this and it happens on all =
the VMs on that host. I haven=E2=80=99t had the opportunity to test it =
on other bhyve hosts, though.
Any hints on how to debug this further or what I am doing wrong would be =
greatly appreciated!
Cheerio,
Filias
--Apple-Mail=_45C8950C-5D8A-4F86-96CA-D549110597DF
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename=signature.asc
Content-Type: application/pgp-signature;
name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail
-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - https://gpgtools.org
iQEcBAEBCgAGBQJWSPNaAAoJEGvCWp6gb8LRXkEIALmHdZZY3OBuOfR0hyPH2UJy
tejse+fauA+XAHCcfo5eTOlDcf2+mEBYFEqFG/AGWP7wGn55s6daPTD5PG1nbNVh
vhRs5IfhiUhpVzFRbs2T8q0obhNCDozRh4027F5RoTYqoA5QB7ZQxnGDlMBJYL91
tB5nOy+OYSHvQZqfGJh4SjQCXcZIcdmrh6oDr/Hhg95YGeaueuyzaydVvRH6ptC/
dCnPP3x3fvcvM77pA1SSYaI/9RzUCbQ72Rg8reIIRs9u6D/T2DP0TidORRihJA1w
IHixjSxIV6sraWPErdfGNN2sc2HNmNqPE8en6ae5kl368NNV4pRIqq5A03c9nCk=
=QSaO
-----END PGP SIGNATURE-----
--Apple-Mail=_45C8950C-5D8A-4F86-96CA-D549110597DF--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?FB397C7A-5B45-4638-BD64-BE292522B424>