Date: Tue, 10 Apr 2012 01:08:49 +0000 From: "Li, Qing" <qing.li@bluecoat.com> To: Ryan Stone <rysto32@gmail.com> Cc: freebsd-net <freebsd-net@freebsd.org> Subject: RE: Removing an IPv6 address does not remove NDP entries on that subnet Message-ID: <B143A8975061C446AD5E29742C531723C64E49@pwsvl-excmbx-05.internal.cacheflow.com> In-Reply-To: <CAFMmRNwBt3s4a2_zYN14FQ=tC6nRR2_F4hdfRRu_Gb8SWPLYrw@mail.gmail.com> References: <CAFMmRNyK6RXb43kCRxZbZPSWmmGHYx-1cxsTgL1orVjoDcKYAg@mail.gmail.com> <B143A8975061C446AD5E29742C531723C4C6F8@pwsvl-excmbx-05.internal.cacheflow.com> <CAFMmRNxWUw4XmsNZZi%2BzVjZK6i-Ukisqyub2MsOY11Nb8T9ZCQ@mail.gmail.com> <B143A8975061C446AD5E29742C531723C510D6@pwsvl-excmbx-05.internal.cacheflow.com> <B143A8975061C446AD5E29742C531723C648D5@pwsvl-excmbx-05.internal.cacheflow.com>, <CAFMmRNwBt3s4a2_zYN14FQ=tC6nRR2_F4hdfRRu_Gb8SWPLYrw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
I have not followed this thread closely from the beginning, so let me confi= rm.=0A= =0A= Are you reporting multiple bugs: 1) ndp entries remain after the removal of= =0A= an address (according to the thread title), and 2) you believe there is a r= ace condition =0A= around in6_lltable_prefix_free() but if it can never be called, so where is= the race condition=0A= coming from ?=0A= =0A= wrt 1), I cannot reproduce the issue, if it's a problem for you, please pro= vide a description=0A= or just forward me the thread=0A= =0A= wrt 2), let me revisit what was the intention and looks like we use it diff= erently in our=0A= private branch=0A= =0A= --Qing=0A= =0A= ________________________________________=0A= From: Ryan Stone [rysto32@gmail.com]=0A= Sent: Monday, April 09, 2012 4:50 PM=0A= To: Li, Qing=0A= Cc: freebsd-net=0A= Subject: Re: Removing an IPv6 address does not remove NDP entries on that s= ubnet=0A= =0A= On Mon, Apr 9, 2012 at 5:46 PM, Li, Qing <qing.li@bluecoat.com> wrote:=0A= > Could you please share with me a call path that you believe is=0A= > problematic, or a simple test case that uncovers the issue ?=0A= =0A= I cannot because it is literally impossible for=0A= in6_lltable_prefix_free() to ever be called.=0A=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?B143A8975061C446AD5E29742C531723C64E49>