RE: To DAD or not to DAD?

"Pascal Thubert (pthubert)" <pthubert@cisco.com> Wed, 25 February 2015 13:22 UTC

Return-Path: <pthubert@cisco.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97C751A0382 for <ipv6@ietfa.amsl.com>; Wed, 25 Feb 2015 05:22:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c4HbFynV4zvL for <ipv6@ietfa.amsl.com>; Wed, 25 Feb 2015 05:22:50 -0800 (PST)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 027FD1A026F for <6man@ietf.org>; Wed, 25 Feb 2015 05:22:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9492; q=dns/txt; s=iport; t=1424870571; x=1426080171; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=JDJosiHV3mfHqsrJ8dYsx28/t/fnBdFFzWpW9zt++74=; b=jBvCuH6jODszDe6rT5HK8poFB8EbDIAKeKo79yYvH0ExI061awjOphw5 pMxM9tRudn7gMqdGFC/cj+aYPoD2QwS4yfBndbPmwTnOM2cPPBV7gWO2f AzWUHFAkh3NGQgi428mXdB9ORjCmdCs5wJUXOWw87HWfhg0sK8lBMRLRB E=;
X-Files: smime.p7s : 4831
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0DtBQBTzO1U/5RdJa1bgwJSWgTAdIIgCoVwAoEiQwEBAQEBAXyEDwEBAQQBAQFrFwQCAQgRBAEBAQodBwIlCxQJCAIEARIIBg2IFA3UaAEBAQEBAQEBAQEBAQEBAQEBAQEBARMEixOEDBEBHxYiBoMRgRQFhWSEPIU8gWGBLoY3kz0ig25vgQIFAgIXIn8BAQE
X-IronPort-AV: E=Sophos;i="5.09,644,1418083200"; d="p7s'?scan'208";a="398992078"
Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by rcdn-iport-3.cisco.com with ESMTP; 25 Feb 2015 13:22:50 +0000
Received: from xhc-aln-x05.cisco.com (xhc-aln-x05.cisco.com [173.36.12.79]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id t1PDMmRr020177 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 25 Feb 2015 13:22:48 GMT
Received: from xmb-rcd-x01.cisco.com ([169.254.1.159]) by xhc-aln-x05.cisco.com ([173.36.12.79]) with mapi id 14.03.0195.001; Wed, 25 Feb 2015 07:22:48 -0600
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Erik Nordmark <nordmark@acm.org>, "6man@ietf.org" <6man@ietf.org>
Subject: RE: To DAD or not to DAD?
Thread-Topic: To DAD or not to DAD?
Thread-Index: AQHQUH1kTZZ4njkebUio2cP8BCSONp0BWXmA
Date: Wed, 25 Feb 2015 13:22:45 +0000
Deferred-Delivery: Wed, 25 Feb 2015 13:22:00 +0000
Message-ID: <E045AECD98228444A58C61C200AE1BD849D20064@xmb-rcd-x01.cisco.com>
References: <54E4EC1A.3080303@acm.org> <54ECF4A4.9090201@gont.com.ar>
In-Reply-To: <54ECF4A4.9090201@gont.com.ar>
Accept-Language: fr-FR, en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.61.172.154]
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg="SHA1"; boundary="----=_NextPart_000_0939_01D05106.64579760"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/ipv6/BZYgpD5kTMVlb1cIuw6ukXByB_8>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Feb 2015 13:22:51 -0000

Hello Erik;

Same here, option 3, both a and b. The scenarios that demand it are out
there already.

And now is not a good time for the beach anyway. So let's do real progress
before summer!

I'd note that 3a and 3b are largely different in appearance, but maybe not
in the solution space.
It sounds really bad in a split-join scenario to have all devices chat at
the same time to figure out what's going on.
Which boils down to some degree of centralization/reflection which in turn
could allow 3b quite naturally...

Cheers,

Pascal


> -----Original Message-----
> From: ipv6 [mailto:ipv6-bounces@ietf.org] On Behalf Of Fernando Gont
> Sent: mardi 24 février 2015 23:01
> To: Erik Nordmark; 6man@ietf.org
> Subject: Re: To DAD or not to DAD?
> 
> Hi, Erik,
> 
> On 02/18/2015 04:46 PM, Erik Nordmark wrote:
> >
> > The key questions in the design team report was what to do about DAD.
> > But we haven't had any discussion on this on the list and I'd like to
> > get some feedback from the WG to we can move forward.
> >
> > The slides offered these options:
> > 1. Deprecate DAD - it is expensive and duplicates are not common 2.
> > Only send and receive DAD for manually configured addresses 3. Improve
> > DAD  3a. Better at detecting duplicates (partition-join, etc)  3b.
> > Less network and host impact (allow sleep schedule) 4. Do nothing a.
> > aka go to the beach ;-)
> 
> I'm all for option 3.
> 
> 
> > Given that the beach is kind of cold this time of year, we can remove
> > the 4th choice from the list.
> > More seriously, the WG needs to decide how to move forward with DAD.
> >
> > Would it be helpful to present draft-yourtchenko-6man-dad-issues in
> > Dallas? Or can we have an email discussion without/prior to such a
> > presentation?
> 
> I'd suggest to start email discussion prior to the f2f meeting such that
we can
> probably frame the discussion and then mke more progress during the f2f
> meeting.
> 
> Thanks,
> --
> Fernando Gont
> e-mail: fernando@gont.com.ar || fgont@si6networks.com PGP Fingerprint:
> 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1
> 
> 
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------