Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 21 Oct 2002 12:20:02 -0700 (PDT)
From:      Peter Pentchev <roam@ringlet.net>
To:        freebsd-bugs@FreeBSD.org
Subject:   Re: kern/44355: After deletion of an IPv6 alias, the route to the whole subnet is removed too.
Message-ID:  <200210211920.g9LJK2gA085050@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help
The following reply was made to PR kern/44355; it has been noted by GNATS.

From: Peter Pentchev <roam@ringlet.net>
To: "Dmitry Y. Bordakov" <dmitry_bordakov@agilent.com>
Cc: bug-followup@FreeBSD.org
Subject: Re: kern/44355: After deletion of an IPv6 alias, the route to the whole subnet is removed too.
Date: Mon, 21 Oct 2002 22:13:37 +0300

 On Mon, Oct 21, 2002 at 12:01:24PM -0700, Dmitry Y. Bordakov wrote:
 > 
 > >Number:         44355
 > >Category:       kern
 > >Synopsis:       After deletion of an IPv6 alias, the route to the whole subnet is removed too.
 > >Originator:     Dmitry Y. Bordakov
 > >Release:        4.4-RELEASE
 > >Organization:
 > Agilent Technologies, Inc.
 > >Environment:
 > FreeBSD qar1 4.4-RELEASE FreeBSD 4.4-RELEASE #14: Fri Oct 11 19:55:37 GMT 2002     root@qar1:/usr/src/sys/compile/QAR44GENERIC.znb  i386
 > 
 > >Description:
 > You configured several IPv6 aliases in one subnet (with the same prefix) on one network interface, for example, 3ffe::1, 3ffe::2, 3ffe::3, etc, all on fxp0.
 > During the first alias configuration, the network stack automatically configured an appropriate route to the network, in our example, 3ffe::/64 -> link#1 .
 > Deletion of one of the aliases causes deletion of the route and, therefore, unreachability of the remote addresses in the same subnet, for example, ping6 3ffe::123 returns "No route to host".
 > 
 > >How-To-Repeat:
 > ifconfig lo0 inet6 add 3ffe::1
 > ifconfig lo0 inet6 add 3ffe::2
 > netstat -nr | grep lo0
 >                           ...
 >                           3ffe::/64       fe80::1%lo0   Uc    lo0
 >                           3ffe::1         link#2        UHL   lo0
 >                           3ffe::2         link#2        UHL   lo0
 >                           ...
 > ifconfig lo0 inet6 delete 3ffe::1
 > netstat -nr | grep lo0
 >                           ...
 >                           3ffe::2         link#2        UHL   lo0
 >                           ...
 
 Is there a reason for you not to set a prefixlen 128 on each alias, just
 as you are supposed to set a netmask of 0xffffffff on each IPv4 alias in
 the same subnet as another address on the interface?
 
 Could you try setting a prefixlen 128 on all aliases except for the
 "primary" address (yeah, yeah, I know.. but it helps to talk of a
 "primary" address sometimes), and check if the problem persists?
 
 G'luck,
 Peter
 
 -- 
 Peter Pentchev	roam@ringlet.net	roam@FreeBSD.org
 PGP key:	http://people.FreeBSD.org/~roam/roam.key.asc
 Key fingerprint	FDBA FD79 C26F 3C51 C95E  DF9E ED18 B68D 1619 4553
 I am not the subject of this sentence.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message




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