From owner-freebsd-net@FreeBSD.ORG Tue Apr 10 02:02:04 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2FC21065675 for ; Tue, 10 Apr 2012 02:02:03 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6FC2C8FC1E for ; Tue, 10 Apr 2012 02:02:03 +0000 (UTC) Received: by wern13 with SMTP id n13so3879205wer.13 for ; Mon, 09 Apr 2012 19:02:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=m2cEPrcY85B5lsqj62usVoQR1THSlWP5NhoxZQRXD5A=; b=mLCpvkYIhTMQJ+KDCUFOpKWu0W9NgcU2mRAJzd41jsJY/Y4eI3YfyZ+J9XCrAnfvMy pKqt1f23+ftlPRj1iTyDUa3jp0p9kSTNqbTSEbDaEME0G9L2DweUKERBH0BuJmX6L7T9 XqcR8upMXYFxcWjNJi8yIP8S0ClVc94iVRVdnPZIGlK7FIIfqheaxxnzwO+vThuUOxgP hO8iO+H97xuE/Rr+KXFahj7I2uti0zvg2BbwfjXTwcIoRL/Oj89urovq4V2kcBcEzjzQ qfuHU3bd4X/Hj7J4zKWq/cCKxJrlKt8Sic5xLHmNw2BF3Iw5EktcWLQ9z58SfqnhP2A/ lAxg== MIME-Version: 1.0 Received: by 10.180.78.40 with SMTP id y8mr2617243wiw.15.1334023322313; Mon, 09 Apr 2012 19:02:02 -0700 (PDT) Received: by 10.180.104.98 with HTTP; Mon, 9 Apr 2012 19:02:02 -0700 (PDT) In-Reply-To: References: Date: Mon, 9 Apr 2012 22:02:02 -0400 Message-ID: From: Ryan Stone To: "Li, Qing" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net Subject: Re: Removing an IPv6 address does not remove NDP entries on that subnet X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Apr 2012 02:02:04 -0000 On Mon, Apr 9, 2012 at 9:08 PM, Li, Qing wrote: > I have not followed this thread closely from the beginning, so let me confirm. > > Are you reporting multiple bugs: 1) ndp entries remain after the removal of > an address (according to the thread title), and 2) you believe there is a race condition > around in6_lltable_prefix_free() but if it can never be called, so where is the race condition > coming from ? It's all well and good to say that the code can't crash now, but this is a landmine that somebody's going to step on the first time that they try to call this function. > wrt 1), I cannot reproduce the issue, if it's a problem for you, please provide a description > or just forward me the thread [rstone@vm-head ~]ping6 -c 1 1::2 PING6(56=40+8+8 bytes) 1::1 --> 1::2 16 bytes from 1::2, icmp_seq=0 hlim=64 time=0.477 ms --- 1::2 ping6 statistics --- 1 packets transmitted, 1 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 0.477/0.477/0.477/0.000 ms [rstone@vm-head ~]ndp -a Neighbor Linklayer Address Netif Expire S Flags 1::1 08:00:27:fa:87:32 em0 permanent R 1::2 08:00:27:1e:b8:16 em0 25s R fe80::a00:27ff:fefa:8732%em0 08:00:27:fa:87:32 em0 permanent R [rstone@vm-head ~]sudo ifconfig em0 inet6 1::1/64 -alias [rstone@vm-head ~]ndp -a Neighbor Linklayer Address Netif Expire S Flags 1::2 08:00:27:1e:b8:16 em0 7s R fe80::a00:27ff:fefa:8732%em0 08:00:27:fa:87:32 em0 permanent R [rstone@vm-head ~]uname -a FreeBSD vm-head 10.0-CURRENT FreeBSD 10.0-CURRENT #10 r233549:233552M: Wed Mar 28 10:27:20 EDT 2012 rstone@rstone-laptop:/home/rstone/freebsd/obj/usr/home/rstone/freebsd/head/sys/DTRACE amd64