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>