Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 12 Jan 2009 04:20:14 +0900 (JST)
From:      Hiroki Sato <hrs@FreeBSD.org>
To:        stable@FreeBSD.org
Subject:   IPv6 routing on 7.1R
Message-ID:  <20090112.042014.205677175.hrs@allbsd.org>

next in thread | raw e-mail | index | archive | help
----Security_Multipart(Mon_Jan_12_04_20_14_2009_954)--
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

 I noticed an odd behavior regarding IPv6 after upgrading my 7.0R box
 to 7.1R.  The situation and symptom are the following:

 1. The box has two NICs.  One has an address 2001:0db8:1::1/64 (NIC
    A), and another has 2001:0db8:2::1/64 (NIC B).  These addresses
    are assigned manually ($ipv6_ifconfig in rc.conf).

 2. RA is periodically sent to the network 2001:0db8:1::1/64 (NIC A)
    by a router on the subnet.  The RA includes a source link-layer
    address option only.

 When setting net.inet6.ip6.accept_rtadv=1 in this configuration, I
 expected the box assigns an autoconf IPv6 address (prefix
 2001:0db8:1::/64 + EUI64) to NIC A and an default route based on
 source link-layer address in the RA packet.  Actually, these two were
 done as expected.  However, after addresses are assigned, routes for
 NIC B disappeared from the routing table.  More specifically, a
 cloning route "2001:0db8:2::1/64 -> link#2" was removed for some
 reason.

 Is this an expected behavior?  IIRC, 7.0R does not remove the route
 and I think it is strange.  It works fine if a box has a single NIC,
 though.

--
| Hiroki SATO

----Security_Multipart(Mon_Jan_12_04_20_14_2009_954)--
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (FreeBSD)

iEYEABECAAYFAklqRm4ACgkQTyzT2CeTzy0vYgCgy2+jwbltC4hR4Gqs1o0LFy0L
2wcAoJkmPjB2wf/VEJedj4FrfyAySoUv
=5+wj
-----END PGP SIGNATURE-----

----Security_Multipart(Mon_Jan_12_04_20_14_2009_954)----



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090112.042014.205677175.hrs>