From nobody Wed Feb 18 12:04:37 2015 Return-Path: X-Original-To: efficientnd-dt@ietfa.amsl.com Delivered-To: efficientnd-dt@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 344AC1A0378 for ; Wed, 18 Feb 2015 12:04:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.935 X-Spam-Level: X-Spam-Status: No, score=-1.935 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no 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 VG1aqd5h9ZqM for ; Wed, 18 Feb 2015 12:04:31 -0800 (PST) Received: from d.mail.sonic.net (d.mail.sonic.net [64.142.111.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F17361A0373 for ; Wed, 18 Feb 2015 12:03:49 -0800 (PST) Received: from [172.22.227.238] ([162.210.130.3]) (authenticated bits=0) by d.mail.sonic.net (8.15.1/8.14.9) with ESMTPSA id t1IK3hX3005626 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 18 Feb 2015 12:03:43 -0800 Message-ID: <54E4F01E.9030106@acm.org> Date: Wed, 18 Feb 2015 12:03:42 -0800 From: Erik Nordmark User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Ole Troan References: <86EF371E-55C4-4056-8569-B3844EE60137@employees.org> In-Reply-To: <86EF371E-55C4-4056-8569-B3844EE60137@employees.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Sonic-CAuth: UmFuZG9tSVZUSt8BYuTvYLqUaxu4jMOFohJaDkHebP2X+YzQeQ8EwzXTegzgYW1w6dXD+qCCyGYdPaBTqmFLVDCvkvzlrfWT X-Sonic-ID: C;qLMVPam35BGrV9UUxQPdhw== M;tiIvPam35BGrV9UUxQPdhw== X-Sonic-Spam-Details: 0.0/5.0 by cerberusd Archived-At: Cc: 6man Chairs <6man-chairs@tools.ietf.org>, "Andrew Yourtchenko \(ayourtch\)" , "efficientnd-dt@ietf.org" Subject: Re: [Efficientnd-dt] 6man IETF 92 Call for agenda items X-BeenThere: efficientnd-dt@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: 6man Efficient ND Design Team discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 20:04:36 -0000 As part of the efficient-nd report in HNL we mentioned two drafts but they were not discussed at any depth: draft-yourtchenko-6man-dad-issues and draft-nordmark-6man-rs-refresh I think it would make sense for Andrew to present the first one (he is cc'ed); including that request here to reserve some time on the agenda while we determine whether this is needed. The purpose of such a presentation would be to get an answer to what the WG wants to do about DAD. (See my reminder to the list today.) draft-nordmark-6man-rs-refresh received some positive feedback in the room. I think a presentation + question whether to make it a WG draft makes sense. While the presentation can be short - 3-4 slides of substance might do it - it would be good to time for discussion around making it a WG draft. So 15 minutes might be a reasonable. Thanks, Erik On 2/17/15 6:42 AM, Ole Troan wrote: > We have asked for a two and a half hour slot in Dallas for the 6MAN working group. > > If you have a draft you would like to discuss, please send your request for agenda time to the 6man chairs. > Please include in the request, the title and file name of the draft, the speakers name (and email), > and how much time you need. > > We will prioritise drafts that are working group items and drafts that have been actively discussed on the list. > > We expect at least half the presentation time to be used for open discussion, > please plan your presentation accordingly. > > New drafts not discussed on the mailing list prior to the meeting, > or drafts that do not appear to have support from the working group are unlikely to get time at the meeting. > > Please have agenda items to us by 2015-03-09 and also note the draft deadline for IETF92: > 2015-03-09 (Monday): Internet Draft submission cut-off (for all drafts, including -00) by UTC 23:59 > > Regards, > > Bob & Ole > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- > From nobody Wed Feb 18 12:05:57 2015 Return-Path: X-Original-To: efficientnd-dt@ietfa.amsl.com Delivered-To: efficientnd-dt@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 062421A1A2E for ; Wed, 18 Feb 2015 12:05:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.935 X-Spam-Level: X-Spam-Status: No, score=-1.935 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no 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 ownNQ-SKdLlw for ; Wed, 18 Feb 2015 12:05:54 -0800 (PST) Received: from c.mail.sonic.net (c.mail.sonic.net [64.142.111.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9350A1A0AF1 for ; Wed, 18 Feb 2015 12:04:39 -0800 (PST) Received: from [172.22.227.238] ([162.210.130.3]) (authenticated bits=0) by c.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id t1IK4YkX027900 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 18 Feb 2015 12:04:35 -0800 Message-ID: <54E4F052.5050406@acm.org> Date: Wed, 18 Feb 2015 12:04:34 -0800 From: Erik Nordmark User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: "efficientnd-dt@ietf.org" References: <54E4EDC5.5090909@arista.com> In-Reply-To: <54E4EDC5.5090909@arista.com> X-Forwarded-Message-Id: <54E4EDC5.5090909@arista.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Sonic-CAuth: UmFuZG9tSVbDxVIXHnYYzWCvSnc9uixkR2ZC09TYnlvHyKGQuXbS2rmgaroKEn/F4vyD02m5qO0bZYKRB7tQwonJN06nlUrL X-Sonic-ID: C;mOe5W6m35BG6cmRBj30JFw== M;wnpWXKm35BG6cmRBj30JFw== X-Sonic-Spam-Details: 0.0/5.0 by cerberusd Archived-At: Subject: [Efficientnd-dt] Long time no see X-BeenThere: efficientnd-dt@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: 6man Efficient ND Design Team discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 20:05:55 -0000 Hello, We need to determine whether we should do anything as a design team for Dallas. I just sent an email to the 6man list about DAD. Hopefully we can get some email discussion ... It might make sense to plan to present all of draft-yourtchenko-6man-dad-issues in Dallas. Andrew, do you want to ask for a slot? I think it would also make sense to present draft-nordmark-6man-rs-refresh - there seemed to be some support for that in the WG in November. So I'll ask for a slot. I've also wondered whether we should produce a WG report in the form of an Internet-Draft. I think we have material in the slides which could be made into a document, which will refer to other drafts. But it would make sense to have a better feel for whether the WG wants to do anything with DAD before we do so. Thoughts? Erik From nobody Wed Feb 18 12:18:16 2015 Return-Path: X-Original-To: efficientnd-dt@ietfa.amsl.com Delivered-To: efficientnd-dt@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C9521A015F for ; Wed, 18 Feb 2015 11:53:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.701 X-Spam-Level: X-Spam-Status: No, score=-2.701 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_LOW=-0.7, SPF_PASS=-0.001] 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 3Y2TszNE96CP for ; Wed, 18 Feb 2015 11:53:47 -0800 (PST) Received: from mail-pa0-f53.google.com (mail-pa0-f53.google.com [209.85.220.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E47FC1A0155 for ; Wed, 18 Feb 2015 11:53:43 -0800 (PST) Received: by padfa1 with SMTP id fa1so3638995pad.2 for ; Wed, 18 Feb 2015 11:53:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=arista.com; s=google; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=nFDZGyK8Bi8BeSNUzol3EulYxKugly1R+EslwndxTIA=; b=A1w1MOLj6G+YnMdsocUUsZtgP/kVYPS/guXp20F7ad7dsexwM8An3MRbM5h4CG9X0G IZoTkL8t51OKtH8m/t/z0oRwyyQTS4C6ecnZH07+0Sg8iRd/fUdYGHCUsMsEJJ5thq7X z0W+hr2jOh8gvYwW6+JtnovgidLfUhHZHqLL8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=nFDZGyK8Bi8BeSNUzol3EulYxKugly1R+EslwndxTIA=; b=I0B1yMHDCAUamEDGpxEmzaxvgSCVn8hK7UCu2rbnayxBxloVn2hFLhYgj4MTxfGQAV tAH96DM5JlchBIuWUYbGrFCqDKUhX+wAw9Tm/595WyXbS1/tieOD9UAI1yqlh05YSbvM 1WuD1W6vjnDuqAAZudW5JSK4LD6AZwCllbWrHq+C6KTLqOeB+xKuhxkvNRDdZ3tX8AyP MuEXtF6fq2wakSiQQoxhMLHMSRQXMmKz0BL8VfwxOTahW/Jxaky6J/fvJNTuJnTvZrPG S8OoLz/FFcCnjSxXvf9sKYQH1sIcZz2o91xkAF59eEP04nwqJcwFRgV1bDngNnQwjFV5 1GYA== X-Gm-Message-State: ALoCoQkVkA/NpTACUqp/k8om2npA278SUTvAQLcHVNZrLCzCewkI+Q8/7o1Sxmdij7rYNloxWhgK X-Received: by 10.66.254.105 with SMTP id ah9mr1645968pad.82.1424289223603; Wed, 18 Feb 2015 11:53:43 -0800 (PST) Received: from [172.22.227.238] ([162.210.130.3]) by mx.google.com with ESMTPSA id f3sm20407235pdn.89.2015.02.18.11.53.42 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 18 Feb 2015 11:53:43 -0800 (PST) Message-ID: <54E4EDC5.5090909@arista.com> Date: Wed, 18 Feb 2015 11:53:41 -0800 From: Erik Nordmark User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: "efficientnd-dt@ietf.org" Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: X-Mailman-Approved-At: Wed, 18 Feb 2015 12:18:10 -0800 Subject: [Efficientnd-dt] Long time no see X-BeenThere: efficientnd-dt@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: 6man Efficient ND Design Team discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Feb 2015 19:53:48 -0000 Hello, We need to determine whether we should do anything as a design team for Dallas. I just sent an email to the 6man list about DAD. Hopefully we can get some email discussion ... It might make sense to plan to present all of draft-yourtchenko-6man-dad-issues in Dallas. Andrew, do you want to ask for a slot? I think it would also make sense to present draft-nordmark-6man-rs-refresh - there seemed to be some support for that in the WG in November. So I'll ask for a slot. I've also wondered whether we should produce a WG report in the form of an Internet-Draft. I think we have material in the slides which could be made into a document, which will refer to other drafts. But it would make sense to have a better feel for whether the WG wants to do anything with DAD before we do so. Thoughts? Erik From nobody Thu Feb 19 01:24:21 2015 Return-Path: X-Original-To: efficientnd-dt@ietfa.amsl.com Delivered-To: efficientnd-dt@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 60F241A8973 for ; Thu, 19 Feb 2015 01:24:20 -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 HQHQv6ZHVngK for ; Thu, 19 Feb 2015 01:24:18 -0800 (PST) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 675071A8969 for ; Thu, 19 Feb 2015 01:24:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2801; q=dns/txt; s=iport; t=1424337858; x=1425547458; h=date:from:to:cc:subject:in-reply-to:message-id: references:mime-version; bh=uwruSmnDek6dOIH/Ed/IS4mUsx6lbO+Ata42qnBHQKM=; b=JhLdkq5ofQOsRebfJ06y4IjM6BmOpdo2XZfO49giuaw9riNgR1Np4vaw X/L+SFwywsrpHjktZb4e0Eu+F1/tFhvFJ5+s5zZg0qcH/2fhJHHMlQ5xq 5JabjgVkFzpxe1xJBjWGYSYVA7s7gTfCsOzkivA8rx66ZbKg0F7L0CzWU g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0ARCQBFq+VU/4MNJK1bgwZSWgSwEQEBAQEBBQF2kU8KhXECgRdDAQEBAQEBfIQMAQEBAwEBAQEaGwI0CxALGC4nMAYOBYgnCA3SRQEBAQEBAQEBAQEBAQEBAQEBAQEVBIYEhQuEDBEBUAeEKgWFXpQ+gxCCK4V6gwuDPiKDb26BCzl/AQEB X-IronPort-AV: E=Sophos;i="5.09,607,1418083200"; d="scan'208";a="125005118" Received: from alln-core-1.cisco.com ([173.36.13.131]) by alln-iport-4.cisco.com with ESMTP; 19 Feb 2015 09:24:16 +0000 Received: from xhc-aln-x10.cisco.com (xhc-aln-x10.cisco.com [173.36.12.84]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id t1J9OGov014039 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 19 Feb 2015 09:24:16 GMT Received: from [10.61.169.138] (10.61.169.138) by xhc-aln-x10.cisco.com (173.36.12.84) with Microsoft SMTP Server (TLS) id 14.3.195.1; Thu, 19 Feb 2015 03:24:16 -0600 Date: Thu, 19 Feb 2015 10:23:45 +0100 From: Andrew Yourtchenko X-X-Sender: ayourtch@ayourtch-mac To: Erik Nordmark In-Reply-To: <54E4F01E.9030106@acm.org> Message-ID: References: <86EF371E-55C4-4056-8569-B3844EE60137@employees.org> <54E4F01E.9030106@acm.org> User-Agent: Alpine 2.00 (OSX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII"; format=flowed X-Originating-IP: [10.61.169.138] Archived-At: Cc: 6man Chairs <6man-chairs@tools.ietf.org>, Ole Troan , "efficientnd-dt@ietf.org" Subject: Re: [Efficientnd-dt] 6man IETF 92 Call for agenda items X-BeenThere: efficientnd-dt@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: 6man Efficient ND Design Team discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 09:24:20 -0000 On Wed, 18 Feb 2015, Erik Nordmark wrote: > > As part of the efficient-nd report in HNL we mentioned two drafts but they > were not discussed at any depth: > draft-yourtchenko-6man-dad-issues and draft-nordmark-6man-rs-refresh > > I think it would make sense for Andrew to present the first one (he is > cc'ed); including that request here to reserve some time on the agenda while > we determine whether this is needed. > The purpose of such a presentation would be to get an answer to what the WG > wants to do about DAD. (See my reminder to the list today.) I thought we had already presented it in a single-slide form during the design team update on the previous IETF ? (And the feedback I remember at least from Lorenzo was 'yeah it is not reliable and we don't want it reliable because evil operators'). IIRC there were no updates since then, but I can push a no-op refresh and present it remotely if needed (won't make it to Dallas for personal reasons). > > draft-nordmark-6man-rs-refresh received some positive feedback in the room. I > think a presentation + question whether to make it a WG draft makes sense. > While the presentation can be short - 3-4 slides of substance might do it - > it would be good to time for discussion around making it a WG draft. So 15 > minutes might be a reasonable. +1 on this. --a > > Thanks, > Erik > > On 2/17/15 6:42 AM, Ole Troan wrote: >> We have asked for a two and a half hour slot in Dallas for the 6MAN working >> group. >> >> If you have a draft you would like to discuss, please send your request for >> agenda time to the 6man chairs. >> Please include in the request, the title and file name of the draft, the >> speakers name (and email), >> and how much time you need. >> >> We will prioritise drafts that are working group items and drafts that have >> been actively discussed on the list. >> >> We expect at least half the presentation time to be used for open >> discussion, >> please plan your presentation accordingly. >> >> New drafts not discussed on the mailing list prior to the meeting, >> or drafts that do not appear to have support from the working group are >> unlikely to get time at the meeting. >> >> Please have agenda items to us by 2015-03-09 and also note the draft >> deadline for IETF92: >> 2015-03-09 (Monday): Internet Draft submission cut-off (for all drafts, >> including -00) by UTC 23:59 >> >> Regards, >> >> Bob & Ole >> >> -------------------------------------------------------------------- >> IETF IPv6 working group mailing list >> ipv6@ietf.org >> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 >> -------------------------------------------------------------------- >> > From nobody Thu Feb 19 03:38:51 2015 Return-Path: X-Original-To: efficientnd-dt@ietfa.amsl.com Delivered-To: efficientnd-dt@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E7BC41A8AA9 for ; Thu, 19 Feb 2015 03:38:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.011 X-Spam-Level: X-Spam-Status: No, score=-2.011 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 8Q-uvIo4u9UN for ; Thu, 19 Feb 2015 03:38:48 -0800 (PST) Received: from banjo.employees.org (banjo.employees.org [IPv6:2001:1868:205::19]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0596E1A8AE5 for ; Thu, 19 Feb 2015 03:38:45 -0800 (PST) Received: from banjo.employees.org (localhost [127.0.0.1]) by banjo.employees.org (Postfix) with ESMTP id A2F2A61C5; Thu, 19 Feb 2015 03:38:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=employees.org; h=subject :mime-version:content-type:from:in-reply-to:date:cc:message-id :references:to; s=selector1; bh=aEdX4IEEISAZkIW6T5pZWSLpgd8=; b= CKV86CbgJ9TPWK2MEu01Kzfc1vuznAkmeLDHCVrg8/yy0bznC2FGxBiQfnajeSY5 04oPMdIB8tmgFxumTdOAGJG5oNBa0WfEhJFreclds5Ds/0g+WtwO+X6zvQMMeRWy tE6ZJpEBgSDZ07cqy/xxPZUK38ioUysKmjKWs/KgBBQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=employees.org; h=subject :mime-version:content-type:from:in-reply-to:date:cc:message-id :references:to; q=dns; s=selector1; b=ddv5bRS1oQ/8ptDoDHEIg6NV/k qzTqj7vdJiUnfRLpkmQDzg2B45geibPTDT/QSrN1cEBP+jjPgdGE1xUzAPhr4Old a/GC23NMUkEyh5488Q9xys6SDSow5novrxu/0U2+0qbvEaefqmQPpBtpLE1xk/Sh A0Qi+yqSjNvD+TyqI= Received: from gomlefisk.localdomain (173-38-208-170.cisco.com [173.38.208.170]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: otroan) by banjo.employees.org (Postfix) with ESMTPSA id 237F36198; Thu, 19 Feb 2015 03:38:43 -0800 (PST) Received: from [IPv6:::1] (localhost [IPv6:::1]) by gomlefisk.localdomain (Postfix) with ESMTP id C04BA3EFCE9B; Thu, 19 Feb 2015 12:38:40 +0100 (CET) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_44FD65B6-E32E-4120-8A7D-F696BB93C981"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b5 From: Ole Troan In-Reply-To: <54E4F01E.9030106@acm.org> Date: Thu, 19 Feb 2015 12:38:40 +0100 Message-Id: References: <86EF371E-55C4-4056-8569-B3844EE60137@employees.org> <54E4F01E.9030106@acm.org> To: Erik Nordmark X-Mailer: Apple Mail (2.2070.6) Archived-At: Cc: 6man Chairs <6man-chairs@tools.ietf.org>, Andrew Yourtchenko , "efficientnd-dt@ietf.org" Subject: Re: [Efficientnd-dt] 6man IETF 92 Call for agenda items X-BeenThere: efficientnd-dt@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: 6man Efficient ND Design Team discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 11:38:50 -0000 --Apple-Mail=_44FD65B6-E32E-4120-8A7D-F696BB93C981 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Erik, Thank you. The request is added to the queue. Best regards, Ole > On 18 Feb 2015, at 21:03 , Erik Nordmark wrote: >=20 >=20 > As part of the efficient-nd report in HNL we mentioned two drafts but = they were not discussed at any depth: > draft-yourtchenko-6man-dad-issues and draft-nordmark-6man-rs-refresh >=20 > I think it would make sense for Andrew to present the first one (he is = cc'ed); including that request here to reserve some time on the agenda = while we determine whether this is needed. > The purpose of such a presentation would be to get an answer to what = the WG wants to do about DAD. (See my reminder to the list today.) >=20 > draft-nordmark-6man-rs-refresh received some positive feedback in the = room. I think a presentation + question whether to make it a WG draft = makes sense. While the presentation can be short - 3-4 slides of = substance might do it - it would be good to time for discussion around = making it a WG draft. So 15 minutes might be a reasonable. >=20 > Thanks, > Erik >=20 > On 2/17/15 6:42 AM, Ole Troan wrote: >> We have asked for a two and a half hour slot in Dallas for the 6MAN = working group. >>=20 >> If you have a draft you would like to discuss, please send your = request for agenda time to the 6man chairs. >> Please include in the request, the title and file name of the draft, = the speakers name (and email), >> and how much time you need. >>=20 >> We will prioritise drafts that are working group items and drafts = that have been actively discussed on the list. >>=20 >> We expect at least half the presentation time to be used for open = discussion, >> please plan your presentation accordingly. >>=20 >> New drafts not discussed on the mailing list prior to the meeting, >> or drafts that do not appear to have support from the working group = are unlikely to get time at the meeting. >>=20 >> Please have agenda items to us by 2015-03-09 and also note the draft = deadline for IETF92: >> 2015-03-09 (Monday): Internet Draft submission cut-off (for all = drafts, including -00) by UTC 23:59 >>=20 >> Regards, >>=20 >> Bob & Ole >>=20 >> -------------------------------------------------------------------- >> IETF IPv6 working group mailing list >> ipv6@ietf.org >> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 >> -------------------------------------------------------------------- >>=20 --Apple-Mail=_44FD65B6-E32E-4120-8A7D-F696BB93C981 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJU5ctAAAoJEFuJXizso86gmpUH/R0eYcFBItX5TqOIq+q5b5+P A9EFjw0+9lXOw4faYpF1d741IuyuSK8giOlZ21PaenlAGKOCrBuVjsoMV0Uybkw2 aReJfdlJGjyIhJoFJFqXqwc3g5F+wjZpL+C5tmsQDX76lhw+u1ZOfrS+KNRqFb4K /ueQ04R+LsU06VpNo2eMQtZvStGaJLgeimiO3erBQbUpc2VqsYXaiWNI57UoiPQh 4rU2R+LKpuSjY5U7igc/Af86EdoBEZhio5F5fbjtXo7KsKVywlDHXK9PnQw35QHP I1T5ppYZG+tgM+/boBRZ4yt9Adfphp3H2ODQDMKM1aftgAQorrCTFKG+KmINwIU= =YfrN -----END PGP SIGNATURE----- --Apple-Mail=_44FD65B6-E32E-4120-8A7D-F696BB93C981-- From nobody Thu Feb 19 14:16:01 2015 Return-Path: X-Original-To: efficientnd-dt@ietfa.amsl.com Delivered-To: efficientnd-dt@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8D4C61A036F for ; Thu, 19 Feb 2015 14:15:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.935 X-Spam-Level: X-Spam-Status: No, score=-1.935 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no 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 cQJ6QL84idiI for ; Thu, 19 Feb 2015 14:15:58 -0800 (PST) Received: from d.mail.sonic.net (d.mail.sonic.net [64.142.111.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1E4251A0A6A for ; Thu, 19 Feb 2015 14:15:49 -0800 (PST) Received: from [172.22.227.238] ([162.210.130.3]) (authenticated bits=0) by d.mail.sonic.net (8.15.1/8.14.9) with ESMTPSA id t1JMFiGG025244 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 19 Feb 2015 14:15:44 -0800 Message-ID: <54E66090.8030900@acm.org> Date: Thu, 19 Feb 2015 14:15:44 -0800 From: Erik Nordmark User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Andrew Yourtchenko , Erik Nordmark References: <86EF371E-55C4-4056-8569-B3844EE60137@employees.org> <54E4F01E.9030106@acm.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Sonic-CAuth: UmFuZG9tSVbd9fQpD9YUWue8sCp2xJ+Brxqv3ohTLTY3yy8scxZyjtNeG1S32HU0OQnz60S4uSLYrnmdpZ8JT5ubR8fkOMAA X-Sonic-ID: C;GJYn2YS45BGSvtUUxQPdhw== M;ogVC2YS45BGSvtUUxQPdhw== X-Sonic-Spam-Details: 0.0/5.0 by cerberusd Archived-At: Cc: 6man Chairs <6man-chairs@tools.ietf.org>, Ole Troan , "efficientnd-dt@ietf.org" Subject: Re: [Efficientnd-dt] 6man IETF 92 Call for agenda items X-BeenThere: efficientnd-dt@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: 6man Efficient ND Design Team discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Feb 2015 22:15:59 -0000 On 2/19/15 1:23 AM, Andrew Yourtchenko wrote: > On Wed, 18 Feb 2015, Erik Nordmark wrote: > >> >> As part of the efficient-nd report in HNL we mentioned two drafts but >> they were not discussed at any depth: >> draft-yourtchenko-6man-dad-issues and draft-nordmark-6man-rs-refresh >> >> I think it would make sense for Andrew to present the first one (he >> is cc'ed); including that request here to reserve some time on the >> agenda while we determine whether this is needed. >> The purpose of such a presentation would be to get an answer to what >> the WG wants to do about DAD. (See my reminder to the list today.) > > I thought we had already presented it in a single-slide form during > the design team update on the previous IETF ? (And the feedback I > remember at least from Lorenzo was 'yeah it is not reliable and we > don't want it reliable because evil operators'). I don't think Lorenzo said we can't make DAD more reliable - if so he would object to the ACD RFC for ARP as well. He has expressed concern about mandatory explicit registrations - that they could be used for evil purposes by evil operators. From the emails on the list it sounds like the WG could benefit from some more detail on what is in the DAD issues draft; unless the WG wants to let Lorenzo make all the decisions ;-) > > IIRC there were no updates since then, but I can push a no-op refresh > and present it remotely if needed (won't make it to Dallas for > personal reasons). Let's talk offline - might make sense to add more information to the draft about available solutions etc. Erik > >> >> draft-nordmark-6man-rs-refresh received some positive feedback in the >> room. I think a presentation + question whether to make it a WG draft >> makes sense. While the presentation can be short - 3-4 slides of >> substance might do it - it would be good to time for discussion >> around making it a WG draft. So 15 minutes might be a reasonable. > > +1 on this. > > --a > >> >> Thanks, >> Erik >> >> On 2/17/15 6:42 AM, Ole Troan wrote: >>> We have asked for a two and a half hour slot in Dallas for the 6MAN >>> working group. >>> >>> If you have a draft you would like to discuss, please send your >>> request for agenda time to the 6man chairs. >>> Please include in the request, the title and file name of the draft, >>> the speakers name (and email), >>> and how much time you need. >>> >>> We will prioritise drafts that are working group items and drafts >>> that have been actively discussed on the list. >>> >>> We expect at least half the presentation time to be used for open >>> discussion, >>> please plan your presentation accordingly. >>> >>> New drafts not discussed on the mailing list prior to the meeting, >>> or drafts that do not appear to have support from the working group >>> are unlikely to get time at the meeting. >>> >>> Please have agenda items to us by 2015-03-09 and also note the draft >>> deadline for IETF92: >>> 2015-03-09 (Monday): Internet Draft submission cut-off (for all >>> drafts, including -00) by UTC 23:59 >>> >>> Regards, >>> >>> Bob & Ole >>> >>> -------------------------------------------------------------------- >>> IETF IPv6 working group mailing list >>> ipv6@ietf.org >>> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 >>> -------------------------------------------------------------------- >>> >> > > _______________________________________________ > Efficientnd-dt mailing list > Efficientnd-dt@ietf.org > https://www.ietf.org/mailman/listinfo/efficientnd-dt > From nobody Thu Feb 26 22:52:45 2015 Return-Path: X-Original-To: efficientnd-dt@ietfa.amsl.com Delivered-To: efficientnd-dt@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A94F61A8940 for ; Thu, 26 Feb 2015 22:52:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.1 X-Spam-Level: X-Spam-Status: No, score=0.1 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_LOW=-0.7, T_FILL_THIS_FORM_SHORT=0.01, T_RP_MATCHES_RCVD=-0.01] 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 Owno6UJSyxqm for ; Thu, 26 Feb 2015 22:52:39 -0800 (PST) Received: from c.mail.sonic.net (c.mail.sonic.net [64.142.111.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 30BFD1A8944 for ; Thu, 26 Feb 2015 22:52:39 -0800 (PST) Received: from [172.22.239.195] ([162.210.130.3]) (authenticated bits=0) by c.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id t1R6qYRD030040 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 26 Feb 2015 22:52:35 -0800 Message-ID: <54F01432.8070705@sonic.net> Date: Thu, 26 Feb 2015 22:52:34 -0800 From: Erik Nordmark User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: "efficientnd-dt@ietf.org" Content-Type: multipart/mixed; boundary="------------080005080500070701030605" X-Sonic-CAuth: UmFuZG9tSVZ7qTsomP0ODU+5yYCVzuUjIchYkHEUILDkOCkFJxA1w8IPL9lmuMdEe4fFq8S5YhFddXnpPO50bKs+sIKzflNB X-Sonic-ID: C;rpiWNU2+5BGqve8Jj30JFw== M;Gjq2NU2+5BGqve8Jj30JFw== X-Sonic-Spam-Details: 0.0/5.0 by cerberusd Archived-At: Subject: [Efficientnd-dt] Update to dad-issues draft X-BeenThere: efficientnd-dt@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: 6man Efficient ND Design Team discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Feb 2015 06:52:44 -0000 This is a multi-part message in MIME format. --------------080005080500070701030605 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Andrew and I have made some updates to the dad-issues draft, mainly to order the list to make it more clear which issues remain, which are already (being) solved and which are more observations about DAD. Comments welcome, Erik --------------080005080500070701030605 Content-Type: text/plain; charset=UTF-8; name="draft-yourtchenko-6man-dad-issues-01.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="draft-yourtchenko-6man-dad-issues-01.txt" CgoKTmV0d29yayBXb3JraW5nIEdyb3VwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIEEuIFlvdXJ0Y2hlbmtvCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBjaXNjbwpJbnRlbmRlZCBzdGF0 dXM6IEluZm9ybWF0aW9uYWwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRS4gTm9y ZG1hcmsKRXhwaXJlczogQXVndXN0IDI5LCAyMDE1ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgQXJpc3RhIE5ldHdvcmtzCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBGZWJydWFyeSAyNSwgMjAxNQoKCiAgICAgQSBz dXJ2ZXkgb2YgaXNzdWVzIHJlbGF0ZWQgdG8gSVB2NiBEdXBsaWNhdGUgQWRkcmVzcyBEZXRl Y3Rpb24KICAgICAgICAgICAgICAgICAgZHJhZnQteW91cnRjaGVua28tNm1hbi1kYWQtaXNz dWVzLTAxCgpBYnN0cmFjdAoKICAgVGhpcyBkb2N1bWVudCBlbnVtZXJhdGVzIHRoZSBwcmFj dGljYWwgaXNzdWVzIG9ic2VydmVkIHdpdGggcmVzcGVjdAogICB0byBEdXBsaWNhdGUgQWRk cmVzcyBEZXRlY3Rpb24uCgpTdGF0dXMgb2YgdGhpcyBNZW1vCgogICBUaGlzIEludGVybmV0 LURyYWZ0IGlzIHN1Ym1pdHRlZCBpbiBmdWxsIGNvbmZvcm1hbmNlIHdpdGggdGhlCiAgIHBy b3Zpc2lvbnMgb2YgQkNQIDc4IGFuZCBCQ1AgNzkuCgogICBJbnRlcm5ldC1EcmFmdHMgYXJl IHdvcmtpbmcgZG9jdW1lbnRzIG9mIHRoZSBJbnRlcm5ldCBFbmdpbmVlcmluZwogICBUYXNr IEZvcmNlIChJRVRGKS4gIE5vdGUgdGhhdCBvdGhlciBncm91cHMgbWF5IGFsc28gZGlzdHJp YnV0ZQogICB3b3JraW5nIGRvY3VtZW50cyBhcyBJbnRlcm5ldC1EcmFmdHMuICBUaGUgbGlz dCBvZiBjdXJyZW50IEludGVybmV0LQogICBEcmFmdHMgaXMgYXQgaHR0cDovL2RhdGF0cmFj a2VyLmlldGYub3JnL2RyYWZ0cy9jdXJyZW50Ly4KCiAgIEludGVybmV0LURyYWZ0cyBhcmUg ZHJhZnQgZG9jdW1lbnRzIHZhbGlkIGZvciBhIG1heGltdW0gb2Ygc2l4IG1vbnRocwogICBh bmQgbWF5IGJlIHVwZGF0ZWQsIHJlcGxhY2VkLCBvciBvYnNvbGV0ZWQgYnkgb3RoZXIgZG9j dW1lbnRzIGF0IGFueQogICB0aW1lLiAgSXQgaXMgaW5hcHByb3ByaWF0ZSB0byB1c2UgSW50 ZXJuZXQtRHJhZnRzIGFzIHJlZmVyZW5jZQogICBtYXRlcmlhbCBvciB0byBjaXRlIHRoZW0g b3RoZXIgdGhhbiBhcyAid29yayBpbiBwcm9ncmVzcy4iCgogICBUaGlzIEludGVybmV0LURy YWZ0IHdpbGwgZXhwaXJlIG9uIEF1Z3VzdCAyOSwgMjAxNS4KCkNvcHlyaWdodCBOb3RpY2UK CiAgIENvcHlyaWdodCAoYykgMjAxNSBJRVRGIFRydXN0IGFuZCB0aGUgcGVyc29ucyBpZGVu dGlmaWVkIGFzIHRoZQogICBkb2N1bWVudCBhdXRob3JzLiAgQWxsIHJpZ2h0cyByZXNlcnZl ZC4KCiAgIFRoaXMgZG9jdW1lbnQgaXMgc3ViamVjdCB0byBCQ1AgNzggYW5kIHRoZSBJRVRG IFRydXN0J3MgTGVnYWwKICAgUHJvdmlzaW9ucyBSZWxhdGluZyB0byBJRVRGIERvY3VtZW50 cwogICAoaHR0cDovL3RydXN0ZWUuaWV0Zi5vcmcvbGljZW5zZS1pbmZvKSBpbiBlZmZlY3Qg b24gdGhlIGRhdGUgb2YKICAgcHVibGljYXRpb24gb2YgdGhpcyBkb2N1bWVudC4gIFBsZWFz ZSByZXZpZXcgdGhlc2UgZG9jdW1lbnRzCiAgIGNhcmVmdWxseSwgYXMgdGhleSBkZXNjcmli ZSB5b3VyIHJpZ2h0cyBhbmQgcmVzdHJpY3Rpb25zIHdpdGggcmVzcGVjdAogICB0byB0aGlz IGRvY3VtZW50LiAgQ29kZSBDb21wb25lbnRzIGV4dHJhY3RlZCBmcm9tIHRoaXMgZG9jdW1l bnQgbXVzdAogICBpbmNsdWRlIFNpbXBsaWZpZWQgQlNEIExpY2Vuc2UgdGV4dCBhcyBkZXNj cmliZWQgaW4gU2VjdGlvbiA0LmUgb2YKICAgdGhlIFRydXN0IExlZ2FsIFByb3Zpc2lvbnMg YW5kIGFyZSBwcm92aWRlZCB3aXRob3V0IHdhcnJhbnR5IGFzCiAgIGRlc2NyaWJlZCBpbiB0 aGUgU2ltcGxpZmllZCBCU0QgTGljZW5zZS4KCgoKCgpZb3VydGNoZW5rbyAmIE5vcmRtYXJr ICAgRXhwaXJlcyBBdWd1c3QgMjksIDIwMTUgICAgICAgICAgICAgICAgW1BhZ2UgMV0KDApJ bnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgREFEIGlzc3VlcyAgICAgICAgICAgICAg ICAgIEZlYnJ1YXJ5IDIwMTUKCgpUYWJsZSBvZiBDb250ZW50cwoKICAgMS4gIEludHJvZHVj dGlvbiAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAzCiAgIDIuICBPcGVuIElzc3VlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gMwogICAgIDIuMS4gIFJvYnVzdG5lc3M6IEludGVyYWN0 aW9uIHdpdGggZGVsYXkgaW4gZm9yd2FyZGluZyAgLiAuIC4gLiAuIDMKICAgICAyLjIuICBS b2J1c3RuZXNzOiBCZWhhdmlvciBvbiBsaW5rcyB3aXRoIHVucmVsaWFibGUgbXVsdGljYXN0 IC4gLiA0CiAgICAgMi4zLiAgUm9idXN0bmVzczogUGFydGl0aW9uLWpvaW4gdG9sZXJhbmNl ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gNAogICAgIDIuNC4gIFJvYnVzdG5lc3M6IEJlaGF2 aW9yIG9uIGNvbGxpc2lvbiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDQKICAgICAyLjUu ICBFbmVyZ3kgRWZmaWNpZW5jeSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiA0CiAgICAgMi42LiAgV2FrZS11cCBhbmQgTDIgZXZlbnRzIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gNQogICAzLiAgU29sdmVkIElzc3VlcyAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDUKICAgICAz LjEuICBJbnRlcmFjdGlvbiB3aXRoIGxvb3BlZCBpbnRlcmZhY2VzICAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiA1CiAgICAgMy4yLiAgRGVsYXlzIGJlZm9yZSBhbiBhZGRyZXNzIGNhbiBi ZSB1c2VkICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gNQogICA0LiAgT2JzZXJ2YXRpb25zICAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDYKICAg ICA0LjEuICBEdXBsaWNhdGUgTDIgYWRkcmVzcyBkZXRlY3Rpb24gIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiA2CiAgICAgNC4yLiAgVXNhZ2Ugb2YgREFEIHRvIGNyZWF0ZSBzdGF0 ZSAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gNgogICAgIDQuMy4gIE5vIHN1cHBv cnQgb2YgbXVsdGktbGluayBzdWJuZXRzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDYK ICAgICA0LjQuICBBbnljYXN0IEFkZHJlc3NlcyBhbmQgRHVwbGljYXRlIEFkZHJlc3MgRGV0 ZWN0aW9uIC4gLiAuIC4gLiA3CiAgICAgNC41LiAgSW1wbGVtZW50YXRpb25zIGRvaW5nIERB RCBvbmNlIHBlciBJSUQgIC4gLiAuIC4gLiAuIC4gLiAuIC4gNwogICAgIDQuNi4gIEJhY2t3 YXJkcyBjb21wYXRpYmlsaXR5IGFuZCBwcmVzZW5jZSBvZiB0aGUgREFEIHByb3hpZXMgLiAu IDcKICAgNS4gIEFja25vd2xlZGdlbWVudHMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiA4CiAgIDYuICBJQU5BIENvbnNpZGVyYXRpb25zIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gOAogICA3LiAgU2VjdXJp dHkgQ29uc2lkZXJhdGlvbnMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIDgKICAgOC4gIFJlZmVyZW5jZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA4CiAgICAgOC4xLiAgTm9ybWF0aXZlIFJlZmVyZW5j ZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gOAogICAgIDguMi4g IEluZm9ybWF0aXZlIFJlZmVyZW5jZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIDkKICAgQXV0aG9ycycgQWRkcmVzc2VzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA5CgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCllv dXJ0Y2hlbmtvICYgTm9yZG1hcmsgICBFeHBpcmVzIEF1Z3VzdCAyOSwgMjAxNSAgICAgICAg ICAgICAgICBbUGFnZSAyXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICBEQUQg aXNzdWVzICAgICAgICAgICAgICAgICAgRmVicnVhcnkgMjAxNQoKCjEuICBJbnRyb2R1Y3Rp b24KCiAgIFRoZSBrZXkgd29yZHMgIk1VU1QiLCAiTVVTVCBOT1QiLCAiUkVRVUlSRUQiLCAi U0hBTEwiLCAiU0hBTEwgTk9UIiwKICAgIlNIT1VMRCIsICJTSE9VTEQgTk9UIiwgIlJFQ09N TUVOREVEIiwgIk1BWSIsIGFuZCAiT1BUSU9OQUwiIGluIHRoaXMKICAgZG9jdW1lbnQgYXJl IHRvIGJlIGludGVycHJldGVkIGFzIGRlc2NyaWJlZCBpbiBbUkZDMjExOV0uCgogICBEdXBs aWNhdGUgQWRkcmVzcyBEZXRlY3Rpb24gaXMgYSBwcm9jZWR1cmUgaW4gSVB2NiBwZXJmb3Jt ZWQgYmVmb3JlCiAgIGFueSBhZGRyZXNzIGNhbiBiZSBhc3NpZ25lZCB0byB0aGUgaW50ZXJm YWNlLiAgT24gb25lIGhhbmQsIGl0IGlzCiAgIG1hbmRhdG9yeSBmb3IgYWxsIGFkZHJlc3Nl cy4gIE9uIHRoZSBvdGhlciBoYW5kLCBpdCBpcyBhICJiZXN0CiAgIGVmZm9ydCIgYWN0aXZp dHkuICBUaGVzZSBzb21ld2hhdCBjb3VudGVyLWludHVpdGl2ZSBwcm9wZXJ0aWVzIHJlc3Vs dAogICBpbiBzb21lIGlzc3VlcyB0aGF0IGFyaXNlIHJlbGF0ZWQgdG8gREFELiAgVGhleSBh cmUgbGlzdGVkIGJlbG93LgogICBUaGUgaXNzdWVzIGhhdmUgYmVlbiBncm91cGVkIHRvIGZh Y2lsaXRhdGUgZGlzY3Vzc2luZyB0aGVtLgoKCjIuICBPcGVuIElzc3VlcwoKICAgV2hldGhl ciBpdCBpcyBkdWUgdG8gdGhlIGFzc3VtcHRpb25zIG1hZGUgaW4gMTk5NSwgb3IgY2hhbmdl cyBpbiBob3cKICAgbmV0d29ya3MgYXJlIGJ1aWx0IG9yIGRlcGxveWVkLCB0aGVyZSBhcmUg bWFueSByZWFzb25zIHdoeSBEQUQgd291bGQKICAgZmFpbCB0byBkZXRlY3QgYSBkdXBsaWNh dGUgZXZlbiB3aGVuIG9uZSBleGlzdHMuICBGcm9tIGEgaGlzdG9yaWNhbAogICBwZXJzcGVj dGl2ZSBpdCBpcyBpbXBvcnRhbnQgdG8ga2VlcCBpbiBtaW5kIHRoYXQgd2hlbiBEQUQgd2Fz CiAgIGRlc2lnbmVkIHdlIGhhZCB0d28gZm9ybXMgb2YgSVB2NiBhZGRyZXNzZXM7IHRob3Nl IGRlcml2ZWQgZnJvbQogICBFVUktNjQgYW5kIHN0YXRpY2FsbHkgYXNzaWduZWQuICBTaW5j ZSB0aGUgSUVURiBoYXMgZGV2ZWxvcGVkCiAgIGFkZGl0aW9uYWwgbWV0aG9kcyBmb3IgYWRk cmVzcyBhc3NpZ25tZW50IGxpa2UgREhDUHY2IGFuZCBhZGRyZXNzZXMKICAgdGhhdCBpbXBy b3ZlIHByaXZhY3kgYnkgcmVkdWNpbmcgbGlua2FiaWxpdHkuCgoyLjEuICBSb2J1c3RuZXNz OiBJbnRlcmFjdGlvbiB3aXRoIGRlbGF5IGluIGZvcndhcmRpbmcKCiAgIFRoZSBEQUQgbWFr ZXMgYW4gYXNzdW1wdGlvbiB0aGF0IGlmIGEgbGluayBsYXllciBpcyB1cCwgdGhlIHRyYWZm aWMKICAgY2FuIGJlIGltbWVkaWF0ZWx5IGZvcndhcmRlZCwgd2hpY2ggaXMgZnJlcXVlbnRs eSBub3QgdGhlIGNhc2UgaW4KICAgbW9kZXJuIG5ldHdvcmtzLiAgVHdvIHByb21pbmVudCBj YXNlcyBpbmNsdWRlIHRoZSBzd2l0Y2hlcyBydW5uaW5nCiAgIFNwYW5uaW5nIFRyZWUgUHJv dG9jb2wgKFNUUCksIGFuZCBicmlkZ2luZyBtb2RlbXMuCgogICBXaGVuIGEgcG9ydCBvbiBh biBTVFAtZW5hYmxlZCBzd2l0Y2ggY29tZXMgdXAsIGl0IGdvZXMgdGhyb3VnaCB0aHJlZQog ICBwaGFzZXMgb2YgTGlzdGVuaW5nIHRoZW4gTGVhcm5pbmcgdGhlbiBGb3J3YXJkaW5nLiAg VGhlIGRlZmF1bHQgaXMgdG8KICAga2VlcCBpdCBmb3IgMTUgc2Vjb25kcyBpbiBMaXN0ZW5p bmcgYW5kIDE1IHNlY29uZHMgaW4gTGVhcm5pbmcKICAgc3RhdGVzLiAgRHVyaW5nIHRoaXMg dGltZSBubyB1c2VyIHRyYWZmaWMgaXMgZm9yd2FyZGVkIGJ5IHRoZSBzd2l0Y2gKICAgZnJv bSBhbmQgdG8gdGhpcyBwb3J0LiAgVGhlcmVmb3JlLCBpZiBhIERBRCBwcm9jZXNzIGhhcHBl bnMgZHVyaW5nCiAgIHRoaXMgcGVyaW9kIGl0IGlzIGd1YXJhbnRlZWQgdG8gbm90IGRldGVj dCBhbnkgZHVwbGljYXRlcy4gIFRoaXMKICAgcmVzdWx0cyBpbiBEQUQgYmVpbmcgaW5lZmZl Y3RpdmUgZm9yIGxpbmstbG9jYWwgYW5kIG90aGVyd2lzZSBwcmUKICAgY29uZmlndXJlZCBh ZGRyZXNzZXMuCgogICBTaW1pbGFybHksIGEgbW9kZW0tbGlrZSBkZXZpY2Ugd2hvc2UgbGlu ZSBzdGF0dXMgaXMgaW52aXNpYmxlIHRvIElQCiAgIHN0YWNrIGVpdGhlciB3aXRoaW4gdGhl IG1vZGVtIG9yIHRvIGEgaG9zdCBjb25uZWN0ZWQgb24gdGhlIEV0aGVybmV0CiAgIHNpZGUs IGFsc28gcmVuZGVycyB0aGUgREFEIGluZWZmZWN0aXZlIC0gdGhlIGRlbGF5IGJlZm9yZSB0 aGUKICAgY29ubmVjdGl2aXR5IGlzIGVzdGFibGlzaGVkIGNhbiBiZSBtdWNoIGxvbmdlciB0 aGFuIGFueSBEQUQgd2FpdC4KCiAgIFNvbWUgb2YgdGhlIGxpbmsgdHlwZXMsIG5vdGFibHkg Y2FibGUgbW9kZW1zLCBoYXZlIGxpbmstc3BlY2lmaWMKICAgc3RhbmRhcmRzIHRvIGFkZHJl c3MgdGhpcyBpc3N1ZSBieSByZXF1aXJpbmcgYSBuZXcgREFEIGVhY2ggdGltZSB0aGUKCgoK WW91cnRjaGVua28gJiBOb3JkbWFyayAgIEV4cGlyZXMgQXVndXN0IDI5LCAyMDE1ICAgICAg ICAgICAgICAgIFtQYWdlIDNdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgIERB RCBpc3N1ZXMgICAgICAgICAgICAgICAgICBGZWJydWFyeSAyMDE1CgoKICAgUkYtc2lkZSBp bnRlcmZhY2UgYm91bmNlcywgYXMgd2VsbCBhcyBib3VuY2luZyB0aGUgTEFOIGludGVyZmFj ZQogICB0cmlnZ2VyZWQgYnkgdGhlIGJvdW5jZSBvZiB0aGUgUkYgaW50ZXJmYWNlLgoKICAg Tm90ZSB0aGF0IFtJLUQuaWV0Zi02bWFuLXJlc2lsaWVudC1yc10gbWFrZXMgdGhlIHJvdXRl ciBzb2xpY2l0YXRpb24KICAgcmVzaWxlbnQgdG8gdGhlIGFib3ZlIGNhc2VzLCBidXQgdGhl cmUgaXMgbm8gY291bnRlcnBhcnQgdG8gbWFrZSBEQUQKICAgcm9idXN0LgoKMi4yLiAgUm9i dXN0bmVzczogQmVoYXZpb3Igb24gbGlua3Mgd2l0aCB1bnJlbGlhYmxlIG11bHRpY2FzdAoK ICAgREFEIHJlcXVpcmVzIHR3byBtdWx0aWNhc3QgbWVzc2FnZXMgdG8gcGFzcyB0aHJvdWdo IC0gdGhlIE5TIGFuZCBOQS4KICAgVGh1cyBpdCBzaG93cyBhIG5vdGljZWFibGUgZmFpbHVy ZSByYXRlIG9uIGxpbmtzIHRoYXQgZG8gbm90IHBhc3MKICAgbXVsdGljYXN0IHJlbGlhYmx5 IChlLmcuIHRoZSA4MDIuMTFhL2IvZy9uIHNlcmllcyBvZiB0ZWNobm9sb2dpZXMpLgogICBB dXRob3IncyBhZC1ob2MgZXhwZXJpbWVudGF0aW9uIGF0IElFVEY5MCByZXZlYWxlZCB0aGUg c3VjY2VzcyByYXRlCiAgIG9mIGRldGVjdGluZyB0aGUgZHVwbGljYXRlIGFkZHJlc3MgYmVp bmcgYWJvdXQgNCBpbiA1LiAgVGhpcyBtYXkKICAgdmlvbGF0ZSB0aGUgYXNzdW1wdGlvbnMg dGhhdCBvdGhlciBwcm90b2NvbHMgbWFrZS4KCjIuMy4gIFJvYnVzdG5lc3M6IFBhcnRpdGlv bi1qb2luIHRvbGVyYW5jZQoKICAgW1JGQzQ4NjJdIGV4cGxpY2l0bHkgbWVudGlvbnMgdGhp cyBwcm9ibGVtOiAiTm90ZSB0aGF0IHRoZSBtZXRob2QgZm9yCiAgIGRldGVjdGluZyBkdXBs aWNhdGVzIGlzIG5vdCBjb21wbGV0ZWx5IHJlbGlhYmxlLCBhbmQgaXQgaXMgcG9zc2libGUK ICAgdGhhdCBkdXBsaWNhdGUgYWRkcmVzc2VzIHdpbGwgc3RpbGwgZXhpc3QgKGUuZy4sIGlm IHRoZSBsaW5rIHdhcwogICBwYXJ0aXRpb25lZCB3aGlsZSBEdXBsaWNhdGUgQWRkcmVzcyBE ZXRlY3Rpb24gd2FzIHBlcmZvcm1lZCkuIgoKICAgSW4gY29udHJhc3QsIElQdjQgc3RhY2tz IHR5cGljYWxseSBpbXBsZW1lbnQgdGhlIEFkZHJlc3MgQ29uZmxpY3QKICAgRGV0ZWN0aW9u IChBQ0QpIGZyb20gW1JGQzUyMjddLiAgVGhpcyBkaXNwYXJpdHkgcmVzdWx0cyBpbiBhIGxl c3MKICAgcm9idXN0IG9wZXJhdGlvbiBvZiBJUHY2IGNvbXBhcmVkIHRvIElQdjQgYW5kIGlz IHVuZGVzaXJhYmxlLgoKICAgTm90ZSB0aGF0IHNvbHV0aW9ucyBhbG9uZyB0aGUgbGluZXMg b2YgQUNELCB3aGlsZSBpbXByb3ZpbmcKICAgcm9idXN0bmVzcywgbWlnaHQgcmVzdWx0IGlu IG1vcmUgcmVzb3VyY2UgdXNhZ2UgaW4gb24gdGhlIGxpbmtzIGFuZAogICBub2RlcyBieSBt dWx0aWNhc3RpbmcgbW9yZSBORCBwYWNrZXRzLgoKMi40LiAgUm9idXN0bmVzczogQmVoYXZp b3Igb24gY29sbGlzaW9uCgogICBbUkZDNDg2Ml0gaW4gaXRzIHNlY3Rpb24gIjUuNC41LiAg V2hlbiBEdXBsaWNhdGUgQWRkcmVzcyBEZXRlY3Rpb24KICAgRmFpbHMiIGlzIG11Y2ggbW9y ZSBwcmVzY3JpcHRpdmUgdGhhbiBbUkZDMjQ2Ml0gdGhhdCBpdCBzdXBlcmNlZWRzLgogICBI b3dldmVyLCBpdCBoYXMgYmVlbiBvYnNlcnZlZCB0aGF0IHNvbWUgaW1wbGVtZW50YXRpb25z IG1heSBzaW1wbHkKICAgcmVzZXQgdGhlIG5ldHdvcmsgaW50ZXJmYWNlIGFuZCBhdHRlbXB0 IHRoZSBEQUQgcHJvY2VzcyBhZ2Fpbi4gIFRoaXMKICAgYmVoYXZpb3IsIHdoaWxlIGJlaW5n IG1vcmUgcmVzaWxpZW50IGluIGNhc2UgdGhlIERBRCBmYWlsdXJlIGlzCiAgIGhhcHBlbmlu ZyBlcnJvbmVvdXNseSwgaXMgZGlmZmVyZW50IGZyb20gd2hhdCBpcyByZWNvbW1lbmRlZCBp biB0aGUKICAgc3RhbmRhcmQuCgogICBUQkQ6IERvIHRoZSBvdGhlciBSRkNzIGZvciBhZGRy ZXNzIGFsbG9jYXRpb24gcmVxdWlyZSBzb21lIHJldHJ5CiAgIGJlaGF2aW9yPwoKMi41LiAg RW5lcmd5IEVmZmljaWVuY3kKCiAgIFRoZSB1c2Ugb2YgbXVsdGljYXN0IG1lc3NhZ2VzIGZv ciBEQUQgcmVzdWx0cyBpbiBzb21lIGluZWZmaWNpZW5jaWVzCiAgIGZvciBib3RoIHRoZSBu ZXR3b3JrLCBpbiBwYXJ0aWN1bGFyIHdoZW4gbXVsdGljYXN0IHVzZXMgbW9yZSBsYXllciAy CgoKCllvdXJ0Y2hlbmtvICYgTm9yZG1hcmsgICBFeHBpcmVzIEF1Z3VzdCAyOSwgMjAxNSAg ICAgICAgICAgICAgICBbUGFnZSA0XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAg ICBEQUQgaXNzdWVzICAgICAgICAgICAgICAgICAgRmVicnVhcnkgMjAxNQoKCiAgIHJlc291 cmNlcyB0aGFuIHVuaWNhc3QsIGFuZCBhbHNvIGhhcyBlZmZpY2llbmN5IGltcGxpY2F0aW9u cyBmb3IKICAgaG9zdHMuICBQb3RlbnRpYWwgdGVjaG5pcXVlcyBmb3IgbWFraW5nIERBRCBy ZWxpYWJseSBkZXRlY3QgYW5kCiAgIHJlY292ZXIgZnJvbSBkdXBsaWNhdGVzIG1pZ2h0IHJl c3VsdCBpbiByZWR1Y2VkIGVmZmljaWVuY3kuCgogICBJZiBhIG5vZGUgd2FudHMgdG8gImRl ZmVuZCIgaXRzIGFkZHJlc3MgdXNpbmcgREFELCBpdCBoYXMgdG8gYmUgYXdha2UKICAgYW5k IGxpc3RlbmluZyBvbiB0aGUgc29saWNpdGVkIG5vZGUgbXVsdGljYXN0IGFkZHJlc3MgaW4g b3JkZXIgdG8KICAgcmVjZWl2ZSB0aGUgREFEIE5TLiAgSW4gdGhlIGxvdy1wb3dlciBlbnZp cm9ubWVudHMgdGhpcyBtYXkKICAgc2lnbmlmaWNhbnRseSBpbXBhY3QgdGhlIGJhdHRlcnkg bGlmZSBvZiB0aGUgZGV2aWNlcy4KCjIuNi4gIFdha2UtdXAgYW5kIEwyIGV2ZW50cwoKICAg SW4gbW9iaWxlIGVudmlyb25tZW50cywgbm9kZSBtYXkgcm9hbSBpbiBkaWZmZXJlbnQgcGFy dHMgb2YgdGhlCiAgIG5ldHdvcmsgYW5kIGFsc28gdGFrZSAibmFwcyIuICBUaGUgc3BlY2lm aWNhdGlvbiBpbiBbUkZDNDg2Ml0gZG9lcwogICBub3QgZXhwbGljaXRseSBkaXNjdXNzIHRo aXMgc2NlbmFyaW8sIG5vciBkb2VzIEROQSBbUkZDNjA1OV0sIHNvCiAgIHRoZXJlIGlzIGEg cm9vbSBmb3IgYW1iaWd1aXR5IGluIGltcGxlbWVudGF0aW9uLiAgVGhpcyBtYXkgZWl0aGVy CiAgIHJlc3VsdCBpbiBsZXNzIHJvYnVzdCBEQUQgY292ZXJhZ2UgKGlmIHRoZSBub2RlIGRv ZXMgbm90IHBlcmZvcm0gdGhlCiAgIERBRCBhZ2FpbiB3aGVuIGFuIEwyIGV2ZW50IGhhcHBl bnMpLCBvciBhbiBleGNlc3NpdmUgYW1vdW50IG9mCiAgIG11bHRpY2FzdCBwYWNrZXRzICh3 aGVuIGEgbm9kZSBwZXJmb3JtcyB0aGUgZGFkIGV2ZXJ5IHRpbWUgTDIgZXZlbnQKICAgaGFw cGVucyBhbmQgdGhlcmUgaXMgYSBsb3Qgb2YgdGhlbSBtb3Zpbmcgd2l0aGluIGEgc2VnbWVu dCkuCgogICBUaHVzIHRoaXMgaXRlbSBjb3VsZCBiZSBjYXRlZ29yaXplZCBhcyBiZWluZyBl aXRoZXIgaW4gdGhlIHJvYnVzdG5lc3MKICAgb3IgZWZmaWNpZW5jeSBncm91cCBvZiBpdGVt cy4KCgozLiAgU29sdmVkIElzc3VlcwoKICAgU29tZSBpc3N1ZXMgaGF2ZSBiZWVuIG9yIGFy ZSBpbiB0aGUgcHJvY2VzcyBvZiBiZWluZyBzb2x2ZWQuCgozLjEuICBJbnRlcmFjdGlvbiB3 aXRoIGxvb3BlZCBpbnRlcmZhY2VzCgogICBbUkZDNDg2Ml0gZXhwbGljaXRseSBkZWZpbmVz IHRoYXQgdGhlIGNhc2Ugb2YgYSBwaHlzaWNhbGx5IGxvb3BlZAogICBiYWNrIGludGVyZmFj ZSBpcyBub3QgYSBmYWlsdXJlOiAiSWYgdGhlIHNvbGljaXRhdGlvbiBpcyBmcm9tIHRoZQog ICBub2RlIGl0c2VsZiAoYmVjYXVzZSB0aGUgbm9kZSBsb29wcyBiYWNrIG11bHRpY2FzdCBw YWNrZXRzKSwgdGhlCiAgIHNvbGljaXRhdGlvbiBkb2VzIG5vdCBpbmRpY2F0ZSB0aGUgcHJl c2VuY2Ugb2YgYSBkdXBsaWNhdGUgYWRkcmVzcy4iCgogICBIb3dldmVyLCB0aGUgcHJhY3Rp Y2FsIGV4cGVyaWVuY2VzIHNob3cgdGhhdCB0aGUgbWVhc3VyZXMgZGVzY3JpYmVkCiAgIGlu IFtSRkM0ODYyXSBhcmUgZWl0aGVyIGluY29tcGxldGUgb3IgaW5jb3JyZWN0bHkgaW1wbGVt ZW50ZWQ6IGEKICAgbG9vcGJhY2sgb24gdGhlIGludGVyZmFjZSBjYXVzZXMgREFEIGZhaWx1 cmUuCgogICBbSS1ELmlldGYtNm1hbi1lbmhhbmNlZC1kYWRdIHByb3ZpZGVzIHRoZSBzb2x1 dGlvbiB0byB0aGlzIGlzc3VlLgoKMy4yLiAgRGVsYXlzIGJlZm9yZSBhbiBhZGRyZXNzIGNh biBiZSB1c2VkCgogICBTZWN0aW9uICI1LjQuICBEdXBsaWNhdGUgQWRkcmVzcyBEZXRlY3Rp b24iIG9mIFtSRkM0ODYyXSBzcGVjaWZpZXMKICAgdGhhdCB1bnRpbCB0aGUgREFEIHByb2Nl ZHVyZSBjb21wbGV0ZXMsIHRoZSBhZGRyZXNzIHJlbWFpbnMgaW4KICAgVGVudGF0aXZlIHN0 YXRlLiAgSW4gdGhpcyBzdGF0ZSwgYW55IHRyYWZmaWMgdG8gdGhpcyBhZGRyZXNzIG90aGVy CiAgIHRoYW4gdGhhdCByZWxhdGVkIHRvIERBRC1yZWxhdGVkIGlzIGRyb3BwZWQuICBUaGlz IGludHJvZHVjZXMgZGVsYXkKICAgYmV0d2VlbiB0aGUgaW50ZXJmYWNlIGdldHRpbmcgY29u bmVjdGVkIHRvIHRoZSBuZXR3b3JrIGFuZCBhbiBhZGRyZXNzCgoKCllvdXJ0Y2hlbmtvICYg Tm9yZG1hcmsgICBFeHBpcmVzIEF1Z3VzdCAyOSwgMjAxNSAgICAgICAgICAgICAgICBbUGFn ZSA1XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICBEQUQgaXNzdWVzICAgICAg ICAgICAgICAgICAgRmVicnVhcnkgMjAxNQoKCiAgIG9uIHRoaXMgaW50ZXJmYWNlIGJlY29t aW5nIHVzYWJsZS4gIEZvciBmYXN0LW1vdmluZyBub2RlcyBpdCBtYXkgYmUgYQogICBwcm9i bGVtLgoKICAgW1JGQzQ0MjldIGludHJvZHVjZXMgIk9wdGltaXN0aWMgREFEIiBwcm9jZXNz LCB3aGljaCBhZGRyZXNzZXMgdGhpcy4KICAgVGhhdCBkb2N1bWVudCBoYXMgc29tZSBub3Rl cyBhYm91dCBwb3RlbnRpYWxseSBjYXVzaW5nIFRDUCBSU1Qgd2hlbgogICB0aGVyZSBpcyBh IGR1cGxpY2F0ZSwgd2hpY2ggY2FuIHJlc2V0IGFuIGV4aXN0aW5nIFRDUCBjb25uZWN0aW9u IGZvcgogICB0aGUgZXhpc3RpbmcgdXNlciBvZiB0aGUgSVB2NiBhZGRyZXNzLiAgVGhhdCBo YXMgc29tZSBvdmVyYWxsIGltcGFjdAogICBvbiB0aGUgcm9idXN0bmVzcyBvZiB0aGUgbmV0 d29yayBhbmQgaW1wbGljaXRseSBhc3N1bWVzIHRoYXQgYWxsCiAgIGFwcGxpY2F0aW9uIHBy b3RvY29scyB3aWxsIGFsd2F5cyByZXRyeSBpbiBvcmRlciB0byBoYW5kbGUgc3VjaCBhbgog ICBldmVudC4KCgo0LiAgT2JzZXJ2YXRpb25zCgogICBTb21lIGlzc3VlcyB3ZSBjYW4ndCBk byBtdWNoIGFib3V0IGluIHRoYXQgdGhleSBhcmUgbW9yZSBvYnNlcnZhdGlvbnMKICAgb2Yg d2hhdCBjYW4gYmUgZG9uZS4KCjQuMS4gIER1cGxpY2F0ZSBMMiBhZGRyZXNzIGRldGVjdGlv bgoKICAgREFEIGRvZXMgbm90IGRldGVjdCBkdXBsaWNhdGUgTDIgYWRkcmVzc2VzIGluIGFs bCBjYXNlcy4gIERlcGVuZGluZwogICBvbiB0aGUgbWVkaXVtLCBpdCBtYXkgYmUgaW1wb3Nz aWJsZSB0byBkZXRlY3QgYSBkdXBsaWNhdGUgTDIgYWRkcmVzcwogICAtIGUuZy4gaWYgdGhp cyBhZGRyZXNzIGl0c2VsZiBpcyB1c2VkIGFzIGEgZGV0ZXJtaW5hbnQgaW4gb3JkZXIgdG8K ICAgZXN0YWJsaXNoIHRoZSBMMiBjb25uZWN0aW9uLgoKNC4yLiAgVXNhZ2Ugb2YgREFEIHRv IGNyZWF0ZSBzdGF0ZQoKICAgW1JGQzQ4NjJdIGluIHNlY3Rpb24gIjUuNC4gIER1cGxpY2F0 ZSBBZGRyZXNzIERldGVjdGlvbiIgc3RhdGVzIHRoYXQKICAgREFEIG11c3QgYmUgcGVyZm9y bWVkIG9uIGFsbCBhZGRyZXNzZXMuICBHaXZlbiB0aGUgcG90ZW50aWFsbHkKICAgZGVjZW50 cmFsaXplZCBuYXR1cmUgb2YgYWRkcmVzcyBhc3NpZ25tZW50IGluIElQdjYsIHRoaXMgcHJv cGVydHkgaXMKICAgYmVpbmcgdXNlZCB0byBwcmVidWlsZCB0aGUgc3RhdGUgaW4gdGhlIG5l dHdvcmsgYWJvdXQgdGhlIGhvc3QncwogICBhZGRyZXNzZXMgLSBlLmcuIGZvciAiRmlyc3Qg Q29tZSBGaXJzdCBTZXJ2ZWQiIHNlY3VyaXR5IGFzIGRlc2NyaWJlZAogICBpbiBzZWN0aW9u ICIzLjIuMy4gIFByb2Nlc3Npbmcgb2YgTG9jYWwgVHJhZmZpYyIgb2YgW1JGQzY2MjBdLgoK ICAgSWYgdGhlIGRlbGl2ZXJ5IG9mIHRoZSBEQURfTlMgcGFja2V0cyBpcyB1bnJlbGlhYmxl IG9yIHRoZXJlIGFyZQogICBub2RlcyBvbiB0aGUgc2VnbWVudCB3aGljaCB1c2UgdGhlIE9w dGltaXN0aWMgREFEIG1lY2hhbmlzbSwgc3RhdGUKICAgY3JlYXRlZCBwdXJlbHkgb24gREFE X05TIHBhY2tldHMgbWlnaHQgYmUgYWxzbyB1bnJlbGlhYmxlLiAgVGhlCiAgIHNwZWNpZmlj IGNhc2Ugb2YgW1JGQzY2MjBdIHNvbHZlcyB0aGUgaXNzdWUgYnkgdHJpZ2dlcmluZyB0aGUK ICAgcmVjcmVhdGlvbiBvZiBzdGF0ZSBiYXNlZCBvbiBkYXRhIHBhY2tldHMgYXMgd2VsbCwg aG93ZXZlciBpdCBtaWdodAogICBub3QgYmUgcG9zc2libGUgaW4gc29tZSBzY2VuYXJpb3Mu Cgo0LjMuICBObyBzdXBwb3J0IG9mIG11bHRpLWxpbmsgc3VibmV0cwoKICAgREFEIGRvZXNu J3Qgc3VwcG9ydCBtdWx0aS1saW5rIHN1Ym5ldHM6IGEgbXVsdGljYXN0IERBRF9OUyBzZW50 IG9uCiAgIG9uZSBsaW5rIHdpbGwgbm90IGJlIHNlZW4gb24gdGhlIG90aGVyLgoKICAgW1JG QzYyNzVdIHNwZWNpZmljYWxseSBwcm92aWRlcyBvbmUgd2F5IHRvIGNvbnN0cnVjdCBhIG11 bHRpLWxpbmsKICAgc3VibmV0IChjb25zaXN0aW5nIG9mIGEgYnJvYWRjYXN0IGxpbmsgYW5k IGEgY29sbGVjdGlvbiBvZiBwb2ludCB0bwogICBwb2ludCB0dW5uZWxzKS4gIEl0IGV4cGxp Y2l0bHkgZGVmaW5lcyB0aGUgcHJvY2VkdXJlcyBmb3IgbWFraW5nIERBRAoKCgpZb3VydGNo ZW5rbyAmIE5vcmRtYXJrICAgRXhwaXJlcyBBdWd1c3QgMjksIDIwMTUgICAgICAgICAgICAg ICAgW1BhZ2UgNl0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgREFEIGlzc3Vl cyAgICAgICAgICAgICAgICAgIEZlYnJ1YXJ5IDIwMTUKCgogICB3b3JrIGluIHRoYXQgdG9w b2xvZ3kuCgogICBbUkZDNDkwM10gZGlzY3Vzc2VzIHRoZSBpc3N1ZXMgcmVsYXRlZCB0byBt dWx0aS1saW5rIHN1Ym5ldHMgLSBhbmQKICAgZ2l2ZW4gdGhlIG11bHRpLWxpbmsgc3VibmV0 cyBtaWdodCBiZSBjcmVhdGVkIGluIG1hbnkgd2F5cywgaXQgbWlnaHQKICAgYmUgcHJ1ZGVu dCB0byBrZWVwIGVuaGFuY2VtZW50cyB0byBEQUQgd2hvc2Ugc29sZSBwdXJwb3NlIGlzIHJl bGF0ZWQKICAgdG8gbXVsdGktbGluayBzdWJuZXRzLCB0byBiZSBvdXQgb2Ygc2NvcGUuCgog ICBPbmUgbWF5IGFsc28gYXJndWUgdGhhdCBzaW5jZSBbUkZDNDg2MV0gZGVmZXJzIHRoZSBj bGFyaWZpY2F0aW9ucyBvbgogICBJUHY2IG9wZXJhdGlvbiBvbiBOQk1BIG5ldHdvcmtzIHRv IFtSRkMyNDkxXSwgaXQgaXMgdW5yZWFzb25hYmxlIHRvCiAgIGV4cGVjdCBbUkZDNDg2Ml0g ZGVzY3JpYmUgdGhlIG9wZXJhdGlvbiBvZiBEQUQgb24gTkJNQSB0eXBlIGxpbmtzLAogICBh bmQgaXQgaXMgdXAgdG8gYSBsaW5rLXNwZWNpZmljIGRvY3VtZW50IHRvIGRlc2NyaWJlIHN1 Y2ggb3BlcmF0aW9uLgogICAoQW4gZXhhbXBsZSBpcyBjYWJsZSBpbmR1c3RyeSwgd2hlcmUg dGhlIGNhYmxlIHN0YW5kYXJkcyBkZWZpbmUgaXQpLgoKICAgSG93ZXZlciwgaXQgaXMgdGhl biB1bmNsZWFyIHdoZXJlIHRvIGFkZHJlc3MgdGhlIGZyZXF1ZW50bHkgdXNlZAogICBzY2Vu YXJpbyBvZiBXaUZpIHdpdGggYmxvY2tlZCBkaXJlY3QgY29tbXVuaWNhdGlvbiBiZXR3ZWVu IHRoZQogICBzdGF0aW9ucyAtIHdoZXRoZXIgaXQgaXMgc3VwcG9zZWQgdG8gYmUgYW4gSUVF RSBkb2N1bWVudCBvciBJRVRGCiAgIGRvY3VtZW50ID8gIEFuZCBpcyB0aGVyZSBlbm91Z2gg ZnVuZGFtZW50YWwgZGlmZmVyZW5jZXMgYmV0d2VlbiB0aGUKICAgZGlmZmVyZW50IE5CTUEg bW9kZWxzIHRvIHdhcnJhbnQgdGhlIGxpbmstc3BlY2lmaWMgYXBwcm9hY2hlcyB0byBEQUQK ICAgPwoKNC40LiAgQW55Y2FzdCBBZGRyZXNzZXMgYW5kIER1cGxpY2F0ZSBBZGRyZXNzIERl dGVjdGlvbgoKICAgU2VjdGlvbiA1LjQgIkR1cGxpY2F0ZSBBZGRyZXNzIERldGVjdGlvbiIg b2YgW1JGQzQ4NjJdIHNwZWNpZmllcyB0aGF0CiAgIER1cGxpY2F0ZSBBZGRyZXNzIERldGVj dGlvbiBNVVNUIE5PVCBiZSBwZXJmb3JtZWQgb24gYW55Y2FzdAogICBhZGRyZXNzZXMuICBU aGlzLCBzdGVtcyBmcm9tIHRoZSBmYWN0IHRoYXQgdGhlIGFueWNhc3QgYWRkcmVzc2VzIGFy ZQogICBzeW50YWN0aWNhbGx5IGluZGlzdGluZ3Vpc2hhYmxlIGZyb20gdW5pY2FzdCBhZGRy ZXNzZXMuICBPbmUgY2FuCiAgIGFyZ3VlIHRoYXQgdGhpcyBhbGxvd3MgZm9yIG1pc2NvbmZp Z3VyYXRpb24gaWYgYW4gYWRkcmVzcyBkZWVtZWQgdG8KICAgYmUgYW55Y2FzdCBhbHJlYWR5 IGV4aXN0IG9uIHRoZSBuZXR3b3JrLgoKNC41LiAgSW1wbGVtZW50YXRpb25zIGRvaW5nIERB RCBvbmNlIHBlciBJSUQKCiAgIFNlY3Rpb24gNS40IG9mIFtSRkM0ODYyXSBtZW50aW9ucyB0 aGUgaW1wbGVtZW50YXRpb25zIHBlcmZvcm1pbmcgYQogICBzaW5nbGUgREFEIHBlciBpbnRl cmZhY2UgaWRlbnRpZmllciwgYW5kIGRpc2NvdXJhZ2VzIHRoYXQKICAgIm9wdGltaXphdGlv biIuICBBcyB0aGUgcHJhY3RpY2UgaXMgZW1lcmdpbmcgaW4gdGhlIGluZHVzdHJ5IGlzIHRv CiAgIG1vdmUgYXdheSBmcm9tIHRoZSBmaXhlZCBpbnRlcmZhY2UgaWRlbnRpZmllcnMgYW55 d2hlcmUsIHRoZQogICBuZWNlc3NpdHkgdG8gcGVyZm9ybSBhIERBRCBvbiBhIHBlci1hZGRy ZXNzIGJhc2lzIG1pZ2h0IGJlIHVzZWZ1bCB0bwogICBlbGV2YXRlIHRvIGEgcmVxdWlyZW1l bnQgc3RhdHVzLgoKNC42LiAgQmFja3dhcmRzIGNvbXBhdGliaWxpdHkgYW5kIHByZXNlbmNl IG9mIHRoZSBEQUQgcHJveGllcwoKICAgV2hpbGUgbm90IGJlaW5nIGFuIGlzc3VlIGFzIHN1 Y2gsIHRoaXMgaXMgYSByZW1pbmRlciB0aGF0IHRoZQogICBvcGVyYXRpb24gb2YgREFEIGhh cyB0byByZW1haW4gYmFja3dhcmRzIGNvbXBhdGlibGUsIGJvdGggdG8gcmVtYWluCiAgIGNv b3BlcmF0aXZlIHdpdGggdGhlIGV4aXN0aW5nIGhvc3RzLCBhbmQgdGhlIHBvdGVudGlhbGx5 IHByZXNlbnQgREFECiAgIHByb3hpZXMgYXMgZGVzY3JpYmVkIGluIFtSRkM2OTU3XS4KCgoK CgoKCllvdXJ0Y2hlbmtvICYgTm9yZG1hcmsgICBFeHBpcmVzIEF1Z3VzdCAyOSwgMjAxNSAg ICAgICAgICAgICAgICBbUGFnZSA3XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAg ICBEQUQgaXNzdWVzICAgICAgICAgICAgICAgICAgRmVicnVhcnkgMjAxNQoKCjUuICBBY2tu b3dsZWRnZW1lbnRzCgogICBUaGFua3MgdG8gT2xlIFRyb2FuIGZvciBjcmVhdGluZyBhbmQg Y3VyYXRpbmcgdGhlIG9yaWdpbmFsIGxpc3QuCiAgIFRoYW5rcyBhIGxvdCB0byBTdXJlc2gg S3Jpc2huYW4sIEhlbWFudCBTaW5naCBhbmQgTG9yZW56byBDb2xpdHRpIGZvcgogICB0aGUg cmV2aWV3cyBhbmQgdXNlZnVsIHN1Z2dlc3Rpb25zLgoKCjYuICBJQU5BIENvbnNpZGVyYXRp b25zCgogICBOb25lLgoKCjcuICBTZWN1cml0eSBDb25zaWRlcmF0aW9ucwoKICAgVGhlcmUg YXJlIG5vIGFkZGl0aW9uYWwgc2VjdXJpdHkgY29uc2lkZXJhdGlvbnMgYXMgdGhpcyBkb2N1 bWVudCBvbmx5CiAgIG91dGxpbmVzIHRoZSBpc3N1ZXMgb2JzZXJ2ZWQgd2l0aCB0aGUgY3Vy cmVudCBEdXBsaWNhdGUgQWRkcmVzcwogICBEZXRlY3Rpb24gcHJvdG9jb2wuCgoKOC4gIFJl ZmVyZW5jZXMKCjguMS4gIE5vcm1hdGl2ZSBSZWZlcmVuY2VzCgogICBbUkZDMjExOV0gIEJy YWRuZXIsIFMuLCAiS2V5IHdvcmRzIGZvciB1c2UgaW4gUkZDcyB0byBJbmRpY2F0ZQogICAg ICAgICAgICAgIFJlcXVpcmVtZW50IExldmVscyIsIEJDUCAxNCwgUkZDIDIxMTksIE1hcmNo IDE5OTcuCgogICBbUkZDMjQ2Ml0gIFRob21zb24sIFMuIGFuZCBULiBOYXJ0ZW4sICJJUHY2 IFN0YXRlbGVzcyBBZGRyZXNzCiAgICAgICAgICAgICAgQXV0b2NvbmZpZ3VyYXRpb24iLCBS RkMgMjQ2MiwgRGVjZW1iZXIgMTk5OC4KCiAgIFtSRkMyNDkxXSAgQXJtaXRhZ2UsIEcuLCBT Y2h1bHRlciwgUC4sIEpvcmssIE0uLCBhbmQgRy4gSGFydGVyLCAiSVB2NgogICAgICAgICAg ICAgIG92ZXIgTm9uLUJyb2FkY2FzdCBNdWx0aXBsZSBBY2Nlc3MgKE5CTUEpIG5ldHdvcmtz IiwKICAgICAgICAgICAgICBSRkMgMjQ5MSwgSmFudWFyeSAxOTk5LgoKICAgW1JGQzQ0Mjld ICBNb29yZSwgTi4sICJPcHRpbWlzdGljIER1cGxpY2F0ZSBBZGRyZXNzIERldGVjdGlvbiAo REFEKQogICAgICAgICAgICAgIGZvciBJUHY2IiwgUkZDIDQ0MjksIEFwcmlsIDIwMDYuCgog ICBbUkZDNDg2MV0gIE5hcnRlbiwgVC4sIE5vcmRtYXJrLCBFLiwgU2ltcHNvbiwgVy4sIGFu ZCBILiBTb2xpbWFuLAogICAgICAgICAgICAgICJOZWlnaGJvciBEaXNjb3ZlcnkgZm9yIElQ IHZlcnNpb24gNiAoSVB2NikiLCBSRkMgNDg2MSwKICAgICAgICAgICAgICBTZXB0ZW1iZXIg MjAwNy4KCiAgIFtSRkM0ODYyXSAgVGhvbXNvbiwgUy4sIE5hcnRlbiwgVC4sIGFuZCBULiBK aW5tZWksICJJUHY2IFN0YXRlbGVzcwogICAgICAgICAgICAgIEFkZHJlc3MgQXV0b2NvbmZp Z3VyYXRpb24iLCBSRkMgNDg2MiwgU2VwdGVtYmVyIDIwMDcuCgogICBbUkZDNDkwM10gIFRo YWxlciwgRC4sICJNdWx0aS1MaW5rIFN1Ym5ldCBJc3N1ZXMiLCBSRkMgNDkwMywKICAgICAg ICAgICAgICBKdW5lIDIwMDcuCgogICBbUkZDNTIyN10gIENoZXNoaXJlLCBTLiwgIklQdjQg QWRkcmVzcyBDb25mbGljdCBEZXRlY3Rpb24iLCBSRkMgNTIyNywKICAgICAgICAgICAgICBK dWx5IDIwMDguCgoKCllvdXJ0Y2hlbmtvICYgTm9yZG1hcmsgICBFeHBpcmVzIEF1Z3VzdCAy OSwgMjAxNSAgICAgICAgICAgICAgICBbUGFnZSA4XQoMCkludGVybmV0LURyYWZ0ICAgICAg ICAgICAgICAgICBEQUQgaXNzdWVzICAgICAgICAgICAgICAgICAgRmVicnVhcnkgMjAxNQoK CiAgIFtSRkM2MDU5XSAgS3Jpc2huYW4sIFMuIGFuZCBHLiBEYWxleSwgIlNpbXBsZSBQcm9j ZWR1cmVzIGZvcgogICAgICAgICAgICAgIERldGVjdGluZyBOZXR3b3JrIEF0dGFjaG1lbnQg aW4gSVB2NiIsIFJGQyA2MDU5LAogICAgICAgICAgICAgIE5vdmVtYmVyIDIwMTAuCgogICBb UkZDNjI3NV0gIFBlcmtpbnMsIEMuLCBKb2huc29uLCBELiwgYW5kIEouIEFya2tvLCAiTW9i aWxpdHkgU3VwcG9ydAogICAgICAgICAgICAgIGluIElQdjYiLCBSRkMgNjI3NSwgSnVseSAy MDExLgoKICAgW1JGQzY2MjBdICBOb3JkbWFyaywgRS4sIEJhZ251bG8sIE0uLCBhbmQgRS4g TGV2eS1BYmVnbm9saSwgIkZDRlMKICAgICAgICAgICAgICBTQVZJOiBGaXJzdC1Db21lLCBG aXJzdC1TZXJ2ZWQgU291cmNlIEFkZHJlc3MgVmFsaWRhdGlvbgogICAgICAgICAgICAgIElt cHJvdmVtZW50IGZvciBMb2NhbGx5IEFzc2lnbmVkIElQdjYgQWRkcmVzc2VzIiwKICAgICAg ICAgICAgICBSRkMgNjYyMCwgTWF5IDIwMTIuCgogICBbUkZDNjk1N10gIENvc3RhLCBGLiwg Q29tYmVzLCBKLU0uLCBQb3VnbmFyZCwgWC4sIGFuZCBILiBMaSwKICAgICAgICAgICAgICAi RHVwbGljYXRlIEFkZHJlc3MgRGV0ZWN0aW9uIFByb3h5IiwgUkZDIDY5NTcsIEp1bmUgMjAx My4KCjguMi4gIEluZm9ybWF0aXZlIFJlZmVyZW5jZXMKCiAgIFtJLUQuaWV0Zi02bWFuLWVu aGFuY2VkLWRhZF0KICAgICAgICAgICAgICBBc2F0aSwgUi4sIFNpbmdoLCBILiwgQmVlYmVl LCBXLiwgUGlnbmF0YXJvLCBDLiwgRGFydCwgRS4sCiAgICAgICAgICAgICAgYW5kIFcuIEdl b3JnZSwgIkVuaGFuY2VkIER1cGxpY2F0ZSBBZGRyZXNzIERldGVjdGlvbiIsCiAgICAgICAg ICAgICAgZHJhZnQtaWV0Zi02bWFuLWVuaGFuY2VkLWRhZC0xMyAod29yayBpbiBwcm9ncmVz cyksCiAgICAgICAgICAgICAgRmVicnVhcnkgMjAxNS4KCiAgIFtJLUQuaWV0Zi02bWFuLXJl c2lsaWVudC1yc10KICAgICAgICAgICAgICBLcmlzaG5hbiwgUy4sIEFuaXBrbywgRC4sIGFu ZCBELiBUaGFsZXIsICJQYWNrZXQgbG9zcwogICAgICAgICAgICAgIHJlc2lsaWVuY3kgZm9y IFJvdXRlciBTb2xpY2l0YXRpb25zIiwKICAgICAgICAgICAgICBkcmFmdC1pZXRmLTZtYW4t cmVzaWxpZW50LXJzLTA0ICh3b3JrIGluIHByb2dyZXNzKSwKICAgICAgICAgICAgICBPY3Rv YmVyIDIwMTQuCgoKQXV0aG9ycycgQWRkcmVzc2VzCgogICBBbmRyZXcgWW91cnRjaGVua28K ICAgY2lzY28KICAgNmIgZGUgS2xlZXRsYWFuCiAgIERpZWdlbSAgMTgzMQogICBCZWxnaXVt CgogICBFbWFpbDogYXlvdXJ0Y2hAY2lzY28uY29tCgoKICAgRXJpayBOb3JkbWFyawogICBB cmlzdGEgTmV0d29ya3MKICAgU2FudGEgQ2xhcmEsIENBCiAgIFVTQQoKICAgRW1haWw6IG5v cmRtYXJrQGFyaXN0YS5jb20KCgoKCllvdXJ0Y2hlbmtvICYgTm9yZG1hcmsgICBFeHBpcmVz IEF1Z3VzdCAyOSwgMjAxNSAgICAgICAgICAgICAgICBbUGFnZSA5XQoMCg== --------------080005080500070701030605 Content-Type: text/xml; name="draft-yourtchenko-6man-dad-issues-01.xml" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="draft-yourtchenko-6man-dad-issues-01.xml" ]> A survey of issues related to IPv6 Duplicate Address Detection cisco
6b de Kleetlaan Diegem 1831 Belgium ayourtch@cisco.com
Arista Networks
Santa Clara, CA USA nordmark@arista.com
This document enumerates the practical issues observed with respect to Duplicate Address Detection.
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in . Duplicate Address Detection is a procedure in IPv6 performed before any address can be assigned to the interface. On one hand, it is mandatory for all addresses. On the other hand, it is a "best effort" activity. These somewhat counter-intuitive properties result in some issues that arise related to DAD. They are listed below. The issues have been grouped to facilitate discussing them.
Whether it is due to the assumptions made in 1995, or changes in how networks are built or deployed, there are many reasons why DAD would fail to detect a duplicate even when one exists. From a historical perspective it is important to keep in mind that when DAD was designed we had two forms of IPv6 addresses; those derived from EUI-64 and statically assigned. Since the IETF has developed additional methods for address assignment like DHCPv6 and addresses that improve privacy by reducing linkability.
The DAD makes an assumption that if a link layer is up, the traffic can be immediately forwarded, which is frequently not the case in modern networks. Two prominent cases include the switches running Spanning Tree Protocol (STP), and bridging modems. When a port on an STP-enabled switch comes up, it goes through three phases of Listening then Learning then Forwarding. The default is to keep it for 15 seconds in Listening and 15 seconds in Learning states. During this time no user traffic is forwarded by the switch from and to this port. Therefore, if a DAD process happens during this period it is guaranteed to not detect any duplicates. This results in DAD being ineffective for link-local and otherwise pre configured addresses. Similarly, a modem-like device whose line status is invisible to IP stack either within the modem or to a host connected on the Ethernet side, also renders the DAD ineffective - the delay before the connectivity is established can be much longer than any DAD wait. Some of the link types, notably cable modems, have link-specific standards to address this issue by requiring a new DAD each time the RF-side interface bounces, as well as bouncing the LAN interface triggered by the bounce of the RF interface. Note that makes the router solicitation resilent to the above cases, but there is no counterpart to make DAD robust.
DAD requires two multicast messages to pass through - the NS and NA. Thus it shows a noticeable failure rate on links that do not pass multicast reliably (e.g. the 802.11a/b/g/n series of technologies). Author's ad-hoc experimentation at IETF90 revealed the success rate of detecting the duplicate address being about 4 in 5. This may violate the assumptions that other protocols make.
explicitly mentions this problem: "Note that the method for detecting duplicates is not completely reliable, and it is possible that duplicate addresses will still exist (e.g., if the link was partitioned while Duplicate Address Detection was performed)." In contrast, IPv4 stacks typically implement the Address Conflict Detection (ACD) from . This disparity results in a less robust operation of IPv6 compared to IPv4 and is undesirable. Note that solutions along the lines of ACD, while improving robustness, might result in more resource usage in on the links and nodes by multicasting more ND packets.
in its section "5.4.5. When Duplicate Address Detection Fails" is much more prescriptive than that it superceeds. However, it has been observed that some implementations may simply reset the network interface and attempt the DAD process again. This behavior, while being more resilient in case the DAD failure is happening erroneously, is different from what is recommended in the standard. TBD: Do the other RFCs for address allocation require some retry behavior?
The use of multicast messages for DAD results in some inefficiencies for both the network, in particular when multicast uses more layer 2 resources than unicast, and also has efficiency implications for hosts. Potential techniques for making DAD reliably detect and recover from duplicates might result in reduced efficiency. If a node wants to "defend" its address using DAD, it has to be awake and listening on the solicited node multicast address in order to receive the DAD NS. In the low-power environments this may significantly impact the battery life of the devices.
In mobile environments, node may roam in different parts of the network and also take "naps". The specification in does not explicitly discuss this scenario, nor does DNA , so there is a room for ambiguity in implementation. This may either result in less robust DAD coverage (if the node does not perform the DAD again when an L2 event happens), or an excessive amount of multicast packets (when a node performs the dad every time L2 event happens and there is a lot of them moving within a segment). Thus this item could be categorized as being either in the robustness or efficiency group of items.
Some issues have been or are in the process of being solved.
explicitly defines that the case of a physically looped back interface is not a failure: "If the solicitation is from the node itself (because the node loops back multicast packets), the solicitation does not indicate the presence of a duplicate address." However, the practical experiences show that the measures described in are either incomplete or incorrectly implemented: a loopback on the interface causes DAD failure. provides the solution to this issue.
Section "5.4. Duplicate Address Detection" of specifies that until the DAD procedure completes, the address remains in Tentative state. In this state, any traffic to this address other than that related to DAD-related is dropped. This introduces delay between the interface getting connected to the network and an address on this interface becoming usable. For fast-moving nodes it may be a problem. introduces "Optimistic DAD" process, which addresses this. That document has some notes about potentially causing TCP RST when there is a duplicate, which can reset an existing TCP connection for the existing user of the IPv6 address. That has some overall impact on the robustness of the network and implicitly assumes that all application protocols will always retry in order to handle such an event.
Some issues we can't do much about in that they are more observations of what can be done.
DAD does not detect duplicate L2 addresses in all cases. Depending on the medium, it may be impossible to detect a duplicate L2 address - e.g. if this address itself is used as a determinant in order to establish the L2 connection.
in section "5.4. Duplicate Address Detection" states that DAD must be performed on all addresses. Given the potentially decentralized nature of address assignment in IPv6, this property is being used to prebuild the state in the network about the host's addresses - e.g. for "First Come First Served" security as described in section "3.2.3. Processing of Local Traffic" of . If the delivery of the DAD_NS packets is unreliable or there are nodes on the segment which use the Optimistic DAD mechanism, state created purely on DAD_NS packets might be also unreliable. The specific case of solves the issue by triggering the recreation of state based on data packets as well, however it might not be possible in some scenarios.
DAD doesn't support multi-link subnets: a multicast DAD_NS sent on one link will not be seen on the other. specifically provides one way to construct a multi-link subnet (consisting of a broadcast link and a collection of point to point tunnels). It explicitly defines the procedures for making DAD work in that topology. discusses the issues related to multi-link subnets - and given the multi-link subnets might be created in many ways, it might be prudent to keep enhancements to DAD whose sole purpose is related to multi-link subnets, to be out of scope. One may also argue that since defers the clarifications on IPv6 operation on NBMA networks to , it is unreasonable to expect describe the operation of DAD on NBMA type links, and it is up to a link-specific document to describe such operation. (An example is cable industry, where the cable standards define it). However, it is then unclear where to address the frequently used scenario of WiFi with blocked direct communication between the stations - whether it is supposed to be an IEEE document or IETF document ? And is there enough fundamental differences between the different NBMA models to warrant the link-specific approaches to DAD ?
Section 5.4 "Duplicate Address Detection" of specifies that Duplicate Address Detection MUST NOT be performed on anycast addresses. This, stems from the fact that the anycast addresses are syntactically indistinguishable from unicast addresses. One can argue that this allows for misconfiguration if an address deemed to be anycast already exist on the network.
Section 5.4 of mentions the implementations performing a single DAD per interface identifier, and discourages that "optimization". As the practice is emerging in the industry is to move away from the fixed interface identifiers anywhere, the necessity to perform a DAD on a per-address basis might be useful to elevate to a requirement status.
While not being an issue as such, this is a reminder that the operation of DAD has to remain backwards compatible, both to remain cooperative with the existing hosts, and the potentially present DAD proxies as described in .
Thanks to Ole Troan for creating and curating the original list. Thanks a lot to Suresh Krishnan, Hemant Singh and Lorenzo Colitti for the reviews and useful suggestions.
None.
There are no additional security considerations as this document only outlines the issues observed with the current Duplicate Address Detection protocol.
&RFC2119; &RFC2462; &RFC2491; &RFC4861; &RFC4862; &RFC4429; &RFC4903; &RFC5227; &RFC6059; &RFC6275; &RFC6620; &RFC6957; &ENHANCED-DAD; &RESILIENT-RS; --------------080005080500070701030605-- From nobody Thu Feb 26 23:59:36 2015 Return-Path: X-Original-To: efficientnd-dt@ietfa.amsl.com Delivered-To: efficientnd-dt@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C34B1A905D for ; Thu, 26 Feb 2015 23:59:35 -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 Gr1sDVZ6Wcuk for ; Thu, 26 Feb 2015 23:59:34 -0800 (PST) Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DD7B61A1AAF for ; Thu, 26 Feb 2015 23:59:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1488; q=dns/txt; s=iport; t=1425023973; x=1426233573; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=EBxPMUFMn8P9+AXUSzON4uGKasWu2dUyvyUaODP9/AY=; b=jFC+Wrt4QIyfH6e02CbmsDXPaTsrM26XUvzmFQBO5hJiDQOBh4W9tciX sQsT4wjH61uZyUkWJkdZsb1Sqh/OAIgkye8iV58CVSNRXfXTOOvHHMRKZ Qu2njfu4uKBav/xWdfzOmV0U6HiGdg0q0kXpR5RfdVbQF7w+vX496e4g8 g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0BTBQBgI/BU/4UNJK1bgwKBLASDBr02hzcCHIEDOBQBAQEBAQEBfIQQAQEEIxFVAgEIGgImAgICMBUQAgQBEogvvGOaHAEBAQEBAQEDAQEBAQEBARuBIYlxhDsYIoJogUMBBI90hXaDUIEbi2SDFIM+I4Nub4FEfwEBAQ X-IronPort-AV: E=Sophos;i="5.09,658,1418083200"; d="scan'208";a="127380859" Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-8.cisco.com with ESMTP; 27 Feb 2015 07:59:33 +0000 Received: from xhc-aln-x05.cisco.com (xhc-aln-x05.cisco.com [173.36.12.79]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id t1R7xXCH016540 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 27 Feb 2015 07:59:33 GMT Received: from xmb-aln-x02.cisco.com ([169.254.5.138]) by xhc-aln-x05.cisco.com ([173.36.12.79]) with mapi id 14.03.0195.001; Fri, 27 Feb 2015 01:59:33 -0600 From: "Eric Vyncke (evyncke)" To: Erik Nordmark , "efficientnd-dt@ietf.org" Thread-Topic: [Efficientnd-dt] Update to dad-issues draft Thread-Index: AQHQUloC/Bft05B3+EK2dYX0pMZL+J0ElxEA Date: Fri, 27 Feb 2015 07:59:32 +0000 Message-ID: References: <54F01432.8070705@sonic.net> In-Reply-To: <54F01432.8070705@sonic.net> Accept-Language: fr-FR, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.6.141106 x-originating-ip: [10.55.185.73] Content-Type: text/plain; charset="utf-8" Content-ID: <22A337B86BA0B8419D548EC7ED3228E1@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [Efficientnd-dt] Update to dad-issues draft X-BeenThere: efficientnd-dt@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: 6man Efficient ND Design Team discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Feb 2015 07:59:35 -0000 RXJpayBhbmQgQW5kcmV3LA0KDQpTb21lIHF1aWNrIGNvbW1lbnRzOg0KLSBpbiBpbnRybzogYWRk IHhyZWYgdG8gUkZDIDI0NjAsIHdvcnRoIHRvIGNvcHkgdGhlIGRlc2NyaXB0aW9uIG9mIERBRA0K bWVjaGFuaXNtIGluIHlvdXIgZG9jdW1lbnQgaWYgbm90IHRvbyBsb25nPyBBbHNvIGludHJvZHVj ZSB0aGUgREFEIGFjcm9ueW0NCmVhcmx5IGluIHRoZSBpbnRybw0KLSAyLjMgc2hvdWxkIGV4cGxp Y2l0bHkgbWVudGlvbiB3aXJlbGVzcz8gU2hvdWxkIG1lbnRpb24gdGhlIEktRCByZWdhcmRpbmcN CnRoZSB1c2UvYWJ1c2Ugb2YgbWNhc3QgdHJhZmZpYyBieSBORFA/DQotIEkgbGlrZSB0aGUgY2xh c3NpZmljYXRpb24gYnkgZ3JvdXBzIG9mIGlzc3VlcyByYXRoZXIgdGhhbiB0aGUgbG9uZyBsaXN0 DQotIDMuMiBpbiBjYXNlIG9mIGR1cGxpY2F0ZSBhZGRyZXNzLCBub3Qgb25seSBUQ1AgaXMgaW1w YWN0ZWQuIElmIHRoZSBuZXcNCmhvc3QgKHdpdGggY29sbGlkaW5nIGFkZHJlc3MpIGRvZXMgbm90 IGxpc3RlbiBvbiBVRFAgcG9ydCBYIHdoaWxlIHRoZSBvbGQNCm9uZSBkb2VzLCB0aGVuIElDTVAg cG9ydCB1bnJlYWNoYWJsZSB3aWxsIGJlIHNlbnQgd2hpY2ggY291bGQgaGF2ZQ0KdW5kZXNpcmFi bGUgY29uc2VxdWVuY2VzDQotIDQuMyByZWFkYWJpbGl0eS9jbGFyaXR5IGNvdWxkIGJlIGltcHJv dmVkLCBlc3AgcGFyYWdyYXBoIDQNCi0gNC41IHMvYW55d2hlcmUvYW55d2F5LyA/DQoNCkhvcGUg aXQgaGVscHMNCg0KLcOpcmljDQoNCg0KT24gMjcvMDIvMTUgMDc6NTIsICJFcmlrIE5vcmRtYXJr IiA8bm9yZG1hcmtAc29uaWMubmV0PiB3cm90ZToNCg0KPg0KPkFuZHJldyBhbmQgSSBoYXZlIG1h ZGUgc29tZSB1cGRhdGVzIHRvIHRoZSBkYWQtaXNzdWVzIGRyYWZ0LCBtYWlubHkgdG8NCj5vcmRl ciB0aGUgbGlzdCB0byBtYWtlIGl0IG1vcmUgY2xlYXIgd2hpY2ggaXNzdWVzIHJlbWFpbiwgd2hp Y2ggYXJlDQo+YWxyZWFkeSAoYmVpbmcpIHNvbHZlZCBhbmQgd2hpY2ggYXJlIG1vcmUgb2JzZXJ2 YXRpb25zIGFib3V0IERBRC4NCj4NCj5Db21tZW50cyB3ZWxjb21lLA0KPiAgICAgRXJpaw0KPg0K DQo= From nobody Fri Feb 27 14:34:39 2015 Return-Path: X-Original-To: efficientnd-dt@ietfa.amsl.com Delivered-To: efficientnd-dt@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E20571A044D for ; Fri, 27 Feb 2015 14:34:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.61 X-Spam-Level: X-Spam-Status: No, score=-2.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, T_RP_MATCHES_RCVD=-0.01] 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 uzLK_KobIJmL for ; Fri, 27 Feb 2015 14:34:36 -0800 (PST) Received: from d.mail.sonic.net (d.mail.sonic.net [64.142.111.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0500C1A0439 for ; Fri, 27 Feb 2015 14:34:35 -0800 (PST) Received: from [172.22.227.238] ([162.210.130.3]) (authenticated bits=0) by d.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id t1RMYWMo021591 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 27 Feb 2015 14:34:32 -0800 Message-ID: <54F0F0F9.5000800@sonic.net> Date: Fri, 27 Feb 2015 14:34:33 -0800 From: Erik Nordmark User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: "Eric Vyncke (evyncke)" , "efficientnd-dt@ietf.org" References: <54F01432.8070705@sonic.net> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Sonic-CAuth: UmFuZG9tSVa/96qlCZWJDLZym8YMsWh0ArcaJIHDPlr06kHlvZ5ROc4iE2GUBG3iDvKLYunDnJc7JK8l0Ak28JTfspew+K6Q X-Sonic-ID: C;2BegzNC+5BG3er5YxQPdhw== M;sjTMzNC+5BG3er5YxQPdhw== X-Sonic-Spam-Details: 0.0/5.0 by cerberusd Archived-At: Subject: Re: [Efficientnd-dt] Update to dad-issues draft X-BeenThere: efficientnd-dt@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: 6man Efficient ND Design Team discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Feb 2015 22:34:38 -0000 On 2/26/15 11:59 PM, Eric Vyncke (evyncke) wrote: > Erik and Andrew, > > Some quick comments: > - in intro: add xref to RFC 2460, worth to copy the description of DAD > mechanism in your document if not too long? Also introduce the DAD acronym > early in the intro Eric, Thanks for your comments. DAD is described in 2462. What do we need to cite from 2460? I'll add a short description of DAD and expand the acronym. > - 2.3 should explicitly mention wireless? Should mention the I-D regarding > the use/abuse of mcast traffic by NDP? 2.3 is about Partition-join tolerance. I don't know if there are specific partition issues for wireless that are worth mentioning. Section 2.2 is about the packet loss. We should add a reference in 2.2 - mcast-not-efficient makes sense. Did you have some additional draft in mind? Should we add a reference to draft-desmouceaux-ipv6-mcast-wifi-power-usage? That was more about power consumption AFAIR. I'll add a reference to that draft in the efficiency section. > - I like the classification by groups of issues rather than the long list > - 3.2 in case of duplicate address, not only TCP is impacted. If the new > host (with colliding address) does not listen on UDP port X while the old > one does, then ICMP port unreachable will be sent which could have > undesirable consequences Agreed. While other protocols can be affected, the description of this is more subtle. If the new host sends a packet to some peer the response will go back to the old host, which as you say might generate an error. Some protocols like a DNS lookup doesn't care about those unreachables. But an application layer protocol using UDP which creates or modifies some state when it receives the packet from the next host might cause failures for the old host's communication. The optimistic DAD draft doesn't go into those details, and it is a bit of a tangent for this draft. Thus I don't want to go into all those details in this draft. I could be convinced to add some vague language like "Other protocols which manage state like TCP create could also be affected." > - 4.3 readability/clarity could be improved, esp paragraph 4 That is the paragraph about NBMA. I think Andrew added that. I don't know if we'd view a multi-link subnet as an NBMA link since each link is still broadcast, while the subnet would not have a notion of a link-layer broadcast. A WiFi link and subnet with blocked host-to-host communication is different again; there is a subnet prefix assigned to the link, and link-local broadcast/multicast can be used for some communication paths (e.g., a router can send to all-nodes multicast and it will get through, but a host's multicasts will be filtered.) Perhaps we should preface this with some more explanatory text, and also rename the section to be about "odd links" which includes - multi-link subnets - NBMA links - filtering host-to-host communication on a link With such a prelude, would things be more clear? Or are there specific clarifications in para 4 that would fix it? > - 4.5 s/anywhere/anyway/ ? Will fix. Thanks again Erik > > Hope it helps > > -éric > > > On 27/02/15 07:52, "Erik Nordmark" wrote: > >> Andrew and I have made some updates to the dad-issues draft, mainly to >> order the list to make it more clear which issues remain, which are >> already (being) solved and which are more observations about DAD. >> >> Comments welcome, >> Erik >> > _______________________________________________ > Efficientnd-dt mailing list > Efficientnd-dt@ietf.org > https://www.ietf.org/mailman/listinfo/efficientnd-dt > From nobody Sat Feb 28 14:04:21 2015 Return-Path: X-Original-To: efficientnd-dt@ietfa.amsl.com Delivered-To: efficientnd-dt@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B9FE51A001A for ; Sat, 28 Feb 2015 14:04:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, T_FILL_THIS_FORM_SHORT=0.01, T_RP_MATCHES_RCVD=-0.01] 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 BI9GfkPFAeMA for ; Sat, 28 Feb 2015 14:04:08 -0800 (PST) Received: from c.mail.sonic.net (c.mail.sonic.net [64.142.111.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 810151A0037 for ; Sat, 28 Feb 2015 14:04:08 -0800 (PST) Received: from [172.22.239.165] ([162.210.130.3]) (authenticated bits=0) by c.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id t1SM43nc001677 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 28 Feb 2015 14:04:03 -0800 Message-ID: <54F23B53.6080709@sonic.net> Date: Sat, 28 Feb 2015 14:04:03 -0800 From: Erik Nordmark User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: "Eric Vyncke (evyncke)" , "efficientnd-dt@ietf.org" References: <54F01432.8070705@sonic.net> In-Reply-To: Content-Type: multipart/mixed; boundary="------------060109080604040800080807" X-Sonic-CAuth: UmFuZG9tSVZ5kHg6UJvOC8jDMRrPwObBoyAWSg9YM1MCtpXiY683Y6JlWJoqC6NRPEFJVUjRb8T6IZHWjyFryPo9WWWI81uF X-Sonic-ID: C;3FPQtJW/5BG8U+8Jj30JFw== M;1HbxtJW/5BG8U+8Jj30JFw== X-Sonic-Spam-Details: 0.0/5.0 by cerberusd Archived-At: Subject: Re: [Efficientnd-dt] Update to dad-issues draft X-BeenThere: efficientnd-dt@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: 6man Efficient ND Design Team discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Feb 2015 22:04:18 -0000 This is a multi-part message in MIME format. --------------060109080604040800080807 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit I've done some updates based on the below comments plus the ones on the list. I think the draft is good enough to be submitted but other comments are welcome. Erik On 2/26/15 11:59 PM, Eric Vyncke (evyncke) wrote: > Erik and Andrew, > > Some quick comments: > - in intro: add xref to RFC 2460, worth to copy the description of DAD > mechanism in your document if not too long? Also introduce the DAD acronym > early in the intro > - 2.3 should explicitly mention wireless? Should mention the I-D regarding > the use/abuse of mcast traffic by NDP? > - I like the classification by groups of issues rather than the long list > - 3.2 in case of duplicate address, not only TCP is impacted. If the new > host (with colliding address) does not listen on UDP port X while the old > one does, then ICMP port unreachable will be sent which could have > undesirable consequences > - 4.3 readability/clarity could be improved, esp paragraph 4 > - 4.5 s/anywhere/anyway/ ? > > Hope it helps > > -éric > > > On 27/02/15 07:52, "Erik Nordmark" wrote: > >> Andrew and I have made some updates to the dad-issues draft, mainly to >> order the list to make it more clear which issues remain, which are >> already (being) solved and which are more observations about DAD. >> >> Comments welcome, >> Erik >> > _______________________________________________ > Efficientnd-dt mailing list > Efficientnd-dt@ietf.org > https://www.ietf.org/mailman/listinfo/efficientnd-dt > --------------060109080604040800080807 Content-Type: text/plain; charset=UTF-8; name="draft-yourtchenko-6man-dad-issues-01.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="draft-yourtchenko-6man-dad-issues-01.txt" CgoKTmV0d29yayBXb3JraW5nIEdyb3VwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIEEuIFlvdXJ0Y2hlbmtvCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBjaXNjbwpJbnRlbmRlZCBzdGF0 dXM6IEluZm9ybWF0aW9uYWwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRS4gTm9y ZG1hcmsKRXhwaXJlczogU2VwdGVtYmVyIDEsIDIwMTUgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgQXJpc3RhIE5ldHdvcmtzCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBGZWJydWFyeSAyOCwgMjAxNQoKCiAgICAgQSBz dXJ2ZXkgb2YgaXNzdWVzIHJlbGF0ZWQgdG8gSVB2NiBEdXBsaWNhdGUgQWRkcmVzcyBEZXRl Y3Rpb24KICAgICAgICAgICAgICAgICAgZHJhZnQteW91cnRjaGVua28tNm1hbi1kYWQtaXNz dWVzLTAxCgpBYnN0cmFjdAoKICAgVGhpcyBkb2N1bWVudCBlbnVtZXJhdGVzIHRoZSBwcmFj dGljYWwgaXNzdWVzIG9ic2VydmVkIHdpdGggcmVzcGVjdAogICB0byBEdXBsaWNhdGUgQWRk cmVzcyBEZXRlY3Rpb24uCgpTdGF0dXMgb2YgdGhpcyBNZW1vCgogICBUaGlzIEludGVybmV0 LURyYWZ0IGlzIHN1Ym1pdHRlZCBpbiBmdWxsIGNvbmZvcm1hbmNlIHdpdGggdGhlCiAgIHBy b3Zpc2lvbnMgb2YgQkNQIDc4IGFuZCBCQ1AgNzkuCgogICBJbnRlcm5ldC1EcmFmdHMgYXJl IHdvcmtpbmcgZG9jdW1lbnRzIG9mIHRoZSBJbnRlcm5ldCBFbmdpbmVlcmluZwogICBUYXNr IEZvcmNlIChJRVRGKS4gIE5vdGUgdGhhdCBvdGhlciBncm91cHMgbWF5IGFsc28gZGlzdHJp YnV0ZQogICB3b3JraW5nIGRvY3VtZW50cyBhcyBJbnRlcm5ldC1EcmFmdHMuICBUaGUgbGlz dCBvZiBjdXJyZW50IEludGVybmV0LQogICBEcmFmdHMgaXMgYXQgaHR0cDovL2RhdGF0cmFj a2VyLmlldGYub3JnL2RyYWZ0cy9jdXJyZW50Ly4KCiAgIEludGVybmV0LURyYWZ0cyBhcmUg ZHJhZnQgZG9jdW1lbnRzIHZhbGlkIGZvciBhIG1heGltdW0gb2Ygc2l4IG1vbnRocwogICBh bmQgbWF5IGJlIHVwZGF0ZWQsIHJlcGxhY2VkLCBvciBvYnNvbGV0ZWQgYnkgb3RoZXIgZG9j dW1lbnRzIGF0IGFueQogICB0aW1lLiAgSXQgaXMgaW5hcHByb3ByaWF0ZSB0byB1c2UgSW50 ZXJuZXQtRHJhZnRzIGFzIHJlZmVyZW5jZQogICBtYXRlcmlhbCBvciB0byBjaXRlIHRoZW0g b3RoZXIgdGhhbiBhcyAid29yayBpbiBwcm9ncmVzcy4iCgogICBUaGlzIEludGVybmV0LURy YWZ0IHdpbGwgZXhwaXJlIG9uIFNlcHRlbWJlciAxLCAyMDE1LgoKQ29weXJpZ2h0IE5vdGlj ZQoKICAgQ29weXJpZ2h0IChjKSAyMDE1IElFVEYgVHJ1c3QgYW5kIHRoZSBwZXJzb25zIGlk ZW50aWZpZWQgYXMgdGhlCiAgIGRvY3VtZW50IGF1dGhvcnMuICBBbGwgcmlnaHRzIHJlc2Vy dmVkLgoKICAgVGhpcyBkb2N1bWVudCBpcyBzdWJqZWN0IHRvIEJDUCA3OCBhbmQgdGhlIElF VEYgVHJ1c3QncyBMZWdhbAogICBQcm92aXNpb25zIFJlbGF0aW5nIHRvIElFVEYgRG9jdW1l bnRzCiAgIChodHRwOi8vdHJ1c3RlZS5pZXRmLm9yZy9saWNlbnNlLWluZm8pIGluIGVmZmVj dCBvbiB0aGUgZGF0ZSBvZgogICBwdWJsaWNhdGlvbiBvZiB0aGlzIGRvY3VtZW50LiAgUGxl YXNlIHJldmlldyB0aGVzZSBkb2N1bWVudHMKICAgY2FyZWZ1bGx5LCBhcyB0aGV5IGRlc2Ny aWJlIHlvdXIgcmlnaHRzIGFuZCByZXN0cmljdGlvbnMgd2l0aCByZXNwZWN0CiAgIHRvIHRo aXMgZG9jdW1lbnQuICBDb2RlIENvbXBvbmVudHMgZXh0cmFjdGVkIGZyb20gdGhpcyBkb2N1 bWVudCBtdXN0CiAgIGluY2x1ZGUgU2ltcGxpZmllZCBCU0QgTGljZW5zZSB0ZXh0IGFzIGRl c2NyaWJlZCBpbiBTZWN0aW9uIDQuZSBvZgogICB0aGUgVHJ1c3QgTGVnYWwgUHJvdmlzaW9u cyBhbmQgYXJlIHByb3ZpZGVkIHdpdGhvdXQgd2FycmFudHkgYXMKICAgZGVzY3JpYmVkIGlu IHRoZSBTaW1wbGlmaWVkIEJTRCBMaWNlbnNlLgoKCgoKCllvdXJ0Y2hlbmtvICYgTm9yZG1h cmsgIEV4cGlyZXMgU2VwdGVtYmVyIDEsIDIwMTUgICAgICAgICAgICAgICBbUGFnZSAxXQoM CkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICBEQUQgaXNzdWVzICAgICAgICAgICAg ICAgICAgRmVicnVhcnkgMjAxNQoKClRhYmxlIG9mIENvbnRlbnRzCgogICAxLiAgSW50cm9k dWN0aW9uIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gIDMKICAgMi4gIE9wZW4gSXNzdWVzICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuICAzCiAgICAgMi4xLiAgUm9idXN0bmVzczogSW50ZXJh Y3Rpb24gd2l0aCBkZWxheSBpbiBmb3J3YXJkaW5nIC4gLiAuIC4gLiAgMwogICAgIDIuMi4g IFJvYnVzdG5lc3M6IEJlaGF2aW9yIG9uIGxpbmtzIHdpdGggdW5yZWxpYWJsZSBtdWx0aWNh c3QgIC4gIDQKICAgICAyLjMuICBSb2J1c3RuZXNzOiBQYXJ0aXRpb24tam9pbiB0b2xlcmFu Y2UgLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA0CiAgICAgMi40LiAgUm9idXN0bmVzczogQmVo YXZpb3Igb24gY29sbGlzaW9uICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNAogICAgIDIu NS4gIEVuZXJneSBFZmZpY2llbmN5ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gIDUKICAgICAyLjYuICBXYWtlLXVwIGFuZCBMMiBldmVudHMgIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA1CiAgIDMuICBTb2x2ZWQgSXNzdWVzICAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNQogICAg IDMuMS4gIEludGVyYWN0aW9uIHdpdGggbG9vcGVkIGludGVyZmFjZXMgLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gIDUKICAgICAzLjIuICBEZWxheXMgYmVmb3JlIGFuIGFkZHJlc3MgY2Fu IGJlIHVzZWQgLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA2CiAgIDQuICBPYnNlcnZhdGlvbnMg LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNgog ICAgIDQuMS4gIER1cGxpY2F0ZSBMMiBhZGRyZXNzIGRldGVjdGlvbiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gIDYKICAgICA0LjIuICBVc2FnZSBvZiBEQUQgdG8gY3JlYXRlIHN0 YXRlIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA2CiAgICAgNC4zLiAgTm8gc3Vw cG9ydCBvZiBtdWx0aS1saW5rIHN1Ym5ldHMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAg NwogICAgIDQuNC4gIEFueWNhc3QgQWRkcmVzc2VzIGFuZCBEdXBsaWNhdGUgQWRkcmVzcyBE ZXRlY3Rpb24gIC4gLiAuIC4gIDcKICAgICA0LjUuICBJbXBsZW1lbnRhdGlvbnMgZG9pbmcg REFEIG9uY2UgcGVyIElJRCAuIC4gLiAuIC4gLiAuIC4gLiAuICA3CiAgICAgNC42LiAgQmFj a3dhcmRzIGNvbXBhdGliaWxpdHkgYW5kIHByZXNlbmNlIG9mIHRoZSBEQUQgcHJveGllcyAg LiAgOAogICA1LiAgQWNrbm93bGVkZ2VtZW50cyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gIDgKICAgNi4gIElBTkEgQ29uc2lkZXJhdGlvbnMgIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA4CiAgIDcuICBTZWN1 cml0eSBDb25zaWRlcmF0aW9ucyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAgOAogICA4LiAgUmVmZXJlbmNlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDgKICAgICA4LjEuICBOb3JtYXRpdmUgUmVmZXJl bmNlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA4CiAgICAgOC4y LiAgSW5mb3JtYXRpdmUgUmVmZXJlbmNlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAgOQogICBBdXRob3JzJyBBZGRyZXNzZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTAKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoK WW91cnRjaGVua28gJiBOb3JkbWFyayAgRXhwaXJlcyBTZXB0ZW1iZXIgMSwgMjAxNSAgICAg ICAgICAgICAgIFtQYWdlIDJdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgIERB RCBpc3N1ZXMgICAgICAgICAgICAgICAgICBGZWJydWFyeSAyMDE1CgoKMS4gIEludHJvZHVj dGlvbgoKICAgVGhlIGtleSB3b3JkcyAiTVVTVCIsICJNVVNUIE5PVCIsICJSRVFVSVJFRCIs ICJTSEFMTCIsICJTSEFMTCBOT1QiLAogICAiU0hPVUxEIiwgIlNIT1VMRCBOT1QiLCAiUkVD T01NRU5ERUQiLCAiTUFZIiwgYW5kICJPUFRJT05BTCIgaW4gdGhpcwogICBkb2N1bWVudCBh cmUgdG8gYmUgaW50ZXJwcmV0ZWQgYXMgZGVzY3JpYmVkIGluIFtSRkMyMTE5XS4KCiAgIER1 cGxpY2F0ZSBBZGRyZXNzIERldGVjdGlvbiAoREFEKSBpcyBhIHByb2NlZHVyZSBpbiBJUHY2 IHBlcmZvcm1lZCBvbgogICBhbiBhZGRyZXNzIGJlZm9yZSBpdCBjYW4gYmUgYXNzaWduZWQg dG8gYW4gaW50ZXJmYWNlIFtSRkMyNDYyXS4gIEJ5CiAgIGRlZmF1bHQgaXQgY29uc2lzdHMg b2Ygc2VuZGluZyBhIHNpbmdsZSBtdWx0aWNhc3QgTmVpZ2hib3IKICAgU29saWNpYXRpb24g bWVzc2FnZSBhbmQgd2FpdGluZyBmb3IgYSByZXNwb25zZSBmb3Igb25lIHNlY29uZC4gIElm IG5vCiAgIHJlc3BvbnNlIGlzIHJlY2VpdmVkLCB0aGUgYWRkcmVzcyBpcyBkZWNsYXJlZCB0 byBub3QgYmUgYSBkdXBsaWNhdGUuCiAgIE9uY2UgdGhlIGFkZHJlc3MgaGFzIGJlZW4gdGVz dGVkIG9uY2UsIHRoZXJlIGlzIG5vIGZ1cnRoZXIgYXR0ZW1wdHMKICAgdG8gY2hlY2sgZm9y IGR1cGxpY2F0ZXMgKHVubGVzcyB0aGUgaW50ZXJmYWNlIGlzIHJlLWluaXRpYWxpemVkKS4K CiAgIE9uIG9uZSBoYW5kLCBpdCBpcyBtYW5kYXRvcnkgZm9yIGFsbCBhZGRyZXNzZXMuICBP biB0aGUgb3RoZXIgaGFuZCwKICAgaXQgaXMgYSAiYmVzdCBlZmZvcnQiIGFjdGl2aXR5LiAg VGhlc2Ugc29tZXdoYXQgY291bnRlci1pbnR1aXRpdmUKICAgcHJvcGVydGllcyByZXN1bHQg aW4gc29tZSBpc3N1ZXMgdGhhdCBhcmlzZSByZWxhdGVkIHRvIERBRC4gIFRoZXkgYXJlCiAg IGxpc3RlZCBiZWxvdy4gIFRoZSBpc3N1ZXMgaGF2ZSBiZWVuIGdyb3VwZWQgdG8gZmFjaWxp dGF0ZSBkaXNjdXNzaW5nCiAgIHRoZW0uCgoKMi4gIE9wZW4gSXNzdWVzCgogICBXaGV0aGVy IGl0IGlzIGR1ZSB0byB0aGUgYXNzdW1wdGlvbnMgbWFkZSBpbiAxOTk1LCBvciBjaGFuZ2Vz IGluIGhvdwogICBuZXR3b3JrcyBhcmUgYnVpbHQgb3IgZGVwbG95ZWQsIHRoZXJlIGFyZSBt YW55IHJlYXNvbnMgd2h5IERBRCB3b3VsZAogICBmYWlsIHRvIGRldGVjdCBhIGR1cGxpY2F0 ZSBldmVuIHdoZW4gb25lIGV4aXN0cy4gIEZyb20gYSBoaXN0b3JpY2FsCiAgIHBlcnNwZWN0 aXZlIGl0IGlzIGltcG9ydGFudCB0byBrZWVwIGluIG1pbmQgdGhhdCB3aGVuIERBRCB3YXMK ICAgZGVzaWduZWQgd2UgaGFkIHR3byBmb3JtcyBvZiBJUHY2IGFkZHJlc3NlczsgdGhvc2Ug ZGVyaXZlZCBmcm9tCiAgIEVVSS02NCBhbmQgc3RhdGljYWxseSBhc3NpZ25lZC4gIFNpbmNl IHRoZSBJRVRGIGhhcyBkZXZlbG9wZWQKICAgYWRkaXRpb25hbCBtZXRob2RzIGZvciBhZGRy ZXNzIGFzc2lnbm1lbnQgbGlrZSBESENQdjYgYW5kIGFkZHJlc3NlcwogICB0aGF0IGltcHJv dmUgcHJpdmFjeSBieSByZWR1Y2luZyBsaW5rYWJpbGl0eS4KCjIuMS4gIFJvYnVzdG5lc3M6 IEludGVyYWN0aW9uIHdpdGggZGVsYXkgaW4gZm9yd2FyZGluZwoKICAgVGhlIERBRCBtYWtl cyBhbiBhc3N1bXB0aW9uIHRoYXQgaWYgYSBsaW5rIGxheWVyIGlzIHVwLCB0aGUgdHJhZmZp YwogICBjYW4gYmUgaW1tZWRpYXRlbHkgZm9yd2FyZGVkLCB3aGljaCBpcyBmcmVxdWVudGx5 IG5vdCB0aGUgY2FzZSBpbgogICBtb2Rlcm4gbmV0d29ya3MuICBUd28gcHJvbWluZW50IGNh c2VzIGluY2x1ZGUgdGhlIHN3aXRjaGVzIHJ1bm5pbmcKICAgU3Bhbm5pbmcgVHJlZSBQcm90 b2NvbCAoU1RQKSwgYW5kIGJyaWRnaW5nIG1vZGVtcy4KCiAgIFdoZW4gYSBwb3J0IG9uIGFu IFNUUC1lbmFibGVkIHN3aXRjaCBjb21lcyB1cCwgaXQgZ29lcyB0aHJvdWdoIHRocmVlCiAg IHBoYXNlcyBvZiBMaXN0ZW5pbmcgdGhlbiBMZWFybmluZyB0aGVuIEZvcndhcmRpbmcuICBU aGUgZGVmYXVsdCBpcyB0bwogICBrZWVwIGl0IGZvciAxNSBzZWNvbmRzIGluIExpc3Rlbmlu ZyBhbmQgMTUgc2Vjb25kcyBpbiBMZWFybmluZwogICBzdGF0ZXMuICBEdXJpbmcgdGhpcyB0 aW1lIG5vIHVzZXIgdHJhZmZpYyBpcyBmb3J3YXJkZWQgYnkgdGhlIHN3aXRjaAogICBmcm9t IGFuZCB0byB0aGlzIHBvcnQuICBUaGVyZWZvcmUsIGlmIGEgREFEIHByb2Nlc3MgaGFwcGVu cyBkdXJpbmcKICAgdGhpcyBwZXJpb2QgaXQgaXMgZ3VhcmFudGVlZCB0byBub3QgZGV0ZWN0 IGFueSBkdXBsaWNhdGVzLiAgVGhpcwogICByZXN1bHRzIGluIERBRCBiZWluZyBpbmVmZmVj dGl2ZSBmb3IgbGluay1sb2NhbCBhbmQgb3RoZXJ3aXNlIHByZQogICBjb25maWd1cmVkIGFk ZHJlc3Nlcy4KCgoKCllvdXJ0Y2hlbmtvICYgTm9yZG1hcmsgIEV4cGlyZXMgU2VwdGVtYmVy IDEsIDIwMTUgICAgICAgICAgICAgICBbUGFnZSAzXQoMCkludGVybmV0LURyYWZ0ICAgICAg ICAgICAgICAgICBEQUQgaXNzdWVzICAgICAgICAgICAgICAgICAgRmVicnVhcnkgMjAxNQoK CiAgIFNpbWlsYXJseSwgYSBtb2RlbS1saWtlIGRldmljZSB3aG9zZSBsaW5lIHN0YXR1cyBp cyBpbnZpc2libGUgdG8gSVAKICAgc3RhY2sgZWl0aGVyIHdpdGhpbiB0aGUgbW9kZW0gb3Ig dG8gYSBob3N0IGNvbm5lY3RlZCBvbiB0aGUgRXRoZXJuZXQKICAgc2lkZSwgYWxzbyByZW5k ZXJzIHRoZSBEQUQgaW5lZmZlY3RpdmUgLSB0aGUgZGVsYXkgYmVmb3JlIHRoZQogICBjb25u ZWN0aXZpdHkgaXMgZXN0YWJsaXNoZWQgY2FuIGJlIG11Y2ggbG9uZ2VyIHRoYW4gYW55IERB RCB3YWl0LgoKICAgU29tZSBvZiB0aGUgbGluayB0eXBlcywgbm90YWJseSBjYWJsZSBtb2Rl bXMsIGhhdmUgbGluay1zcGVjaWZpYwogICBzdGFuZGFyZHMgdG8gYWRkcmVzcyB0aGlzIGlz c3VlIGJ5IHJlcXVpcmluZyBhIG5ldyBEQUQgZWFjaCB0aW1lIHRoZQogICBSRi1zaWRlIGlu dGVyZmFjZSBib3VuY2VzLCBhcyB3ZWxsIGFzIGJvdW5jaW5nIHRoZSBMQU4gaW50ZXJmYWNl CiAgIHRyaWdnZXJlZCBieSB0aGUgYm91bmNlIG9mIHRoZSBSRiBpbnRlcmZhY2UuCgogICBO b3RlIHRoYXQgW0ktRC5pZXRmLTZtYW4tcmVzaWxpZW50LXJzXSBtYWtlcyB0aGUgcm91dGVy IHNvbGljaXRhdGlvbgogICByZXNpbGVudCB0byB0aGUgYWJvdmUgY2FzZXMsIGJ1dCB0aGVy ZSBpcyBubyBjb3VudGVycGFydCB0byBtYWtlIERBRAogICByb2J1c3QuCgoyLjIuICBSb2J1 c3RuZXNzOiBCZWhhdmlvciBvbiBsaW5rcyB3aXRoIHVucmVsaWFibGUgbXVsdGljYXN0Cgog ICBEQUQgcmVxdWlyZXMgdHdvIG11bHRpY2FzdCBtZXNzYWdlcyB0byBwYXNzIHRocm91Z2gg LSB0aGUgTlMgYW5kIE5BLgogICBUaHVzIGl0IHNob3dzIGEgbm90aWNlYWJsZSBmYWlsdXJl IHJhdGUgb24gbGlua3MgdGhhdCBkbyBub3QgcGFzcwogICBtdWx0aWNhc3QgcmVsaWFibHkg ZS5nLiB0aGUgODAyLjExYS9iL2cvbiBzZXJpZXMgb2YgdGVjaG5vbG9naWVzLgogICBTZWUg W0ktRC52eW5ja2UtNm1hbi1tY2FzdC1ub3QtZWZmaWNpZW50XSBmb3IgbW9yZSBpbmZvcm1h dGlvbi4KCiAgIFRoZSBhdXRob3IncyBhZC1ob2MgZXhwZXJpbWVudGF0aW9uIGF0IElFVEY5 MCByZXZlYWxlZCB0aGUgc3VjY2VzcwogICByYXRlIG9mIGRldGVjdGluZyB0aGUgZHVwbGlj YXRlIGFkZHJlc3Mgb24gdGhlIElFVEYgV2lGaSBuZXR3b3JrCiAgIGJlaW5nIGFib3V0IDQg aW4gNS4gIFRoaXMgbWF5IHZpb2xhdGUgdGhlIGFzc3VtcHRpb25zIHRoYXQgb3RoZXIKICAg cHJvdG9jb2xzIG1ha2UuCgoyLjMuICBSb2J1c3RuZXNzOiBQYXJ0aXRpb24tam9pbiB0b2xl cmFuY2UKCiAgIFtSRkM0ODYyXSBleHBsaWNpdGx5IG1lbnRpb25zIHRoaXMgcHJvYmxlbTog Ik5vdGUgdGhhdCB0aGUgbWV0aG9kIGZvcgogICBkZXRlY3RpbmcgZHVwbGljYXRlcyBpcyBu b3QgY29tcGxldGVseSByZWxpYWJsZSwgYW5kIGl0IGlzIHBvc3NpYmxlCiAgIHRoYXQgZHVw bGljYXRlIGFkZHJlc3NlcyB3aWxsIHN0aWxsIGV4aXN0IChlLmcuLCBpZiB0aGUgbGluayB3 YXMKICAgcGFydGl0aW9uZWQgd2hpbGUgRHVwbGljYXRlIEFkZHJlc3MgRGV0ZWN0aW9uIHdh cyBwZXJmb3JtZWQpLiIKCiAgIEluIGNvbnRyYXN0LCBJUHY0IHN0YWNrcyB0eXBpY2FsbHkg aW1wbGVtZW50IHRoZSBBZGRyZXNzIENvbmZsaWN0CiAgIERldGVjdGlvbiAoQUNEKSBmcm9t IFtSRkM1MjI3XS4gIFRoaXMgZGlzcGFyaXR5IHJlc3VsdHMgaW4gYSBsZXNzCiAgIHJvYnVz dCBvcGVyYXRpb24gb2YgSVB2NiBjb21wYXJlZCB0byBJUHY0IGFuZCBpcyB1bmRlc2lyYWJs ZS4KCiAgIE5vdGUgdGhhdCBzb2x1dGlvbnMgYWxvbmcgdGhlIGxpbmVzIG9mIEFDRCwgd2hp bGUgaW1wcm92aW5nCiAgIHJvYnVzdG5lc3MsIG1pZ2h0IHJlc3VsdCBpbiBtb3JlIHJlc291 cmNlIHVzYWdlIGluIG9uIHRoZSBsaW5rcyBhbmQKICAgbm9kZXMgYnkgbXVsdGljYXN0aW5n IG1vcmUgTkQgcGFja2V0cy4KCjIuNC4gIFJvYnVzdG5lc3M6IEJlaGF2aW9yIG9uIGNvbGxp c2lvbgoKICAgW1JGQzQ4NjJdIGluIGl0cyBzZWN0aW9uICI1LjQuNS4gIFdoZW4gRHVwbGlj YXRlIEFkZHJlc3MgRGV0ZWN0aW9uCiAgIEZhaWxzIiBpcyBtdWNoIG1vcmUgcHJlc2NyaXB0 aXZlIHRoYW4gW1JGQzI0NjJdIHRoYXQgaXQgc3VwZXJjZWVkcy4KICAgSG93ZXZlciwgaXQg aGFzIGJlZW4gb2JzZXJ2ZWQgdGhhdCBzb21lIGltcGxlbWVudGF0aW9ucyBtYXkgc2ltcGx5 CiAgIHJlc2V0IHRoZSBuZXR3b3JrIGludGVyZmFjZSBhbmQgYXR0ZW1wdCB0aGUgREFEIHBy b2Nlc3MgYWdhaW4uICBUaGlzCiAgIGJlaGF2aW9yLCB3aGlsZSBiZWluZyBtb3JlIHJlc2ls aWVudCBpbiBjYXNlIHRoZSBEQUQgZmFpbHVyZSBpcwoKCgpZb3VydGNoZW5rbyAmIE5vcmRt YXJrICBFeHBpcmVzIFNlcHRlbWJlciAxLCAyMDE1ICAgICAgICAgICAgICAgW1BhZ2UgNF0K DApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgREFEIGlzc3VlcyAgICAgICAgICAg ICAgICAgIEZlYnJ1YXJ5IDIwMTUKCgogICBoYXBwZW5pbmcgZXJyb25lb3VzbHksIGlzIGRp ZmZlcmVudCBmcm9tIHdoYXQgaXMgcmVjb21tZW5kZWQgaW4gdGhlCiAgIHN0YW5kYXJkLgoK ICAgVEJEOiBEbyB0aGUgb3RoZXIgUkZDcyBmb3IgYWRkcmVzcyBhbGxvY2F0aW9uIHJlcXVp cmUgc29tZSByZXRyeQogICBiZWhhdmlvcj8KCjIuNS4gIEVuZXJneSBFZmZpY2llbmN5Cgog ICBUaGUgdXNlIG9mIG11bHRpY2FzdCBtZXNzYWdlcyBmb3IgREFEIHJlc3VsdHMgaW4gc29t ZSBpbmVmZmljaWVuY2llcwogICBmb3IgYm90aCB0aGUgbmV0d29yaywgaW4gcGFydGljdWxh ciB3aGVuIG11bHRpY2FzdCB1c2VzIG1vcmUgbGF5ZXIgMgogICByZXNvdXJjZXMgdGhhbiB1 bmljYXN0LCBhbmQgYWxzbyBoYXMgZWZmaWNpZW5jeSBpbXBsaWNhdGlvbnMgZm9yCiAgIGhv c3RzLiAgUG90ZW50aWFsIHRlY2huaXF1ZXMgZm9yIG1ha2luZyBEQUQgcmVsaWFibHkgZGV0 ZWN0IGFuZAogICByZWNvdmVyIGZyb20gZHVwbGljYXRlcyBtaWdodCByZXN1bHQgaW4gcmVk dWNlZCBlZmZpY2llbmN5LiAgVGhlCiAgIGltcGFjdCBmb3IgV2lGaSBpcyBzaG93biBpbgog ICBbSS1ELmRlc21vdWNlYXV4LWlwdjYtbWNhc3Qtd2lmaS1wb3dlci11c2FnZV0uCgogICBJ ZiBhIG5vZGUgd2FudHMgdG8gImRlZmVuZCIgaXRzIGFkZHJlc3MgdXNpbmcgREFELCBpdCBo YXMgdG8gYmUgYXdha2UKICAgYW5kIGxpc3RlbmluZyBvbiB0aGUgc29saWNpdGVkIG5vZGUg bXVsdGljYXN0IGFkZHJlc3MgaW4gb3JkZXIgdG8KICAgcmVjZWl2ZSB0aGUgREFEIE5TLiAg SW4gdGhlIGxvdy1wb3dlciBlbnZpcm9ubWVudHMgdGhpcyBtYXkKICAgc2lnbmlmaWNhbnRs eSBpbXBhY3QgdGhlIGJhdHRlcnkgbGlmZSBvZiB0aGUgZGV2aWNlcy4KCjIuNi4gIFdha2Ut dXAgYW5kIEwyIGV2ZW50cwoKICAgSW4gbW9iaWxlIGVudmlyb25tZW50cywgbm9kZSBtYXkg cm9hbSBpbiBkaWZmZXJlbnQgcGFydHMgb2YgdGhlCiAgIG5ldHdvcmsgYW5kIGFsc28gdGFr ZSAibmFwcyIuICBUaGUgc3BlY2lmaWNhdGlvbiBpbiBbUkZDNDg2Ml0gZG9lcwogICBub3Qg ZXhwbGljaXRseSBkaXNjdXNzIHRoaXMgc2NlbmFyaW8sIG5vciBkb2VzIEROQSBbUkZDNjA1 OV0sIHNvCiAgIHRoZXJlIGlzIGEgcm9vbSBmb3IgYW1iaWd1aXR5IGluIGltcGxlbWVudGF0 aW9uLiAgVGhpcyBtYXkgZWl0aGVyCiAgIHJlc3VsdCBpbiBsZXNzIHJvYnVzdCBEQUQgY292 ZXJhZ2UgKGlmIHRoZSBub2RlIGRvZXMgbm90IHBlcmZvcm0gdGhlCiAgIERBRCBhZ2FpbiB3 aGVuIGFuIEwyIGV2ZW50IGhhcHBlbnMpLCBvciBhbiBleGNlc3NpdmUgYW1vdW50IG9mCiAg IG11bHRpY2FzdCBwYWNrZXRzICh3aGVuIGEgbm9kZSBwZXJmb3JtcyB0aGUgZGFkIGV2ZXJ5 IHRpbWUgTDIgZXZlbnQKICAgaGFwcGVucyBhbmQgdGhlcmUgaXMgYSBsb3Qgb2YgdGhlbSBt b3Zpbmcgd2l0aGluIGEgc2VnbWVudCkuCgogICBUaHVzIHRoaXMgaXRlbSBjb3VsZCBiZSBj YXRlZ29yaXplZCBhcyBiZWluZyBlaXRoZXIgaW4gdGhlIHJvYnVzdG5lc3MKICAgb3IgZWZm aWNpZW5jeSBncm91cCBvZiBpdGVtcy4KCgozLiAgU29sdmVkIElzc3VlcwoKICAgU29tZSBp c3N1ZXMgaGF2ZSBiZWVuIG9yIGFyZSBpbiB0aGUgcHJvY2VzcyBvZiBiZWluZyBzb2x2ZWQu CgozLjEuICBJbnRlcmFjdGlvbiB3aXRoIGxvb3BlZCBpbnRlcmZhY2VzCgogICBbUkZDNDg2 Ml0gZXhwbGljaXRseSBkZWZpbmVzIHRoYXQgdGhlIGNhc2Ugb2YgYSBwaHlzaWNhbGx5IGxv b3BlZAogICBiYWNrIGludGVyZmFjZSBpcyBub3QgYSBmYWlsdXJlOiAiSWYgdGhlIHNvbGlj aXRhdGlvbiBpcyBmcm9tIHRoZQogICBub2RlIGl0c2VsZiAoYmVjYXVzZSB0aGUgbm9kZSBs b29wcyBiYWNrIG11bHRpY2FzdCBwYWNrZXRzKSwgdGhlCiAgIHNvbGljaXRhdGlvbiBkb2Vz IG5vdCBpbmRpY2F0ZSB0aGUgcHJlc2VuY2Ugb2YgYSBkdXBsaWNhdGUgYWRkcmVzcy4iCgog ICBIb3dldmVyLCB0aGUgcHJhY3RpY2FsIGV4cGVyaWVuY2VzIHNob3cgdGhhdCB0aGUgbWVh c3VyZXMgZGVzY3JpYmVkCgoKCllvdXJ0Y2hlbmtvICYgTm9yZG1hcmsgIEV4cGlyZXMgU2Vw dGVtYmVyIDEsIDIwMTUgICAgICAgICAgICAgICBbUGFnZSA1XQoMCkludGVybmV0LURyYWZ0 ICAgICAgICAgICAgICAgICBEQUQgaXNzdWVzICAgICAgICAgICAgICAgICAgRmVicnVhcnkg MjAxNQoKCiAgIGluIFtSRkM0ODYyXSBhcmUgZWl0aGVyIGluY29tcGxldGUgb3IgaW5jb3Jy ZWN0bHkgaW1wbGVtZW50ZWQ6IGEKICAgbG9vcGJhY2sgb24gdGhlIGludGVyZmFjZSBjYXVz ZXMgREFEIGZhaWx1cmUuCgogICBbSS1ELmlldGYtNm1hbi1lbmhhbmNlZC1kYWRdIHByb3Zp ZGVzIHRoZSBzb2x1dGlvbiB0byB0aGlzIGlzc3VlLgoKMy4yLiAgRGVsYXlzIGJlZm9yZSBh biBhZGRyZXNzIGNhbiBiZSB1c2VkCgogICBTZWN0aW9uICI1LjQuICBEdXBsaWNhdGUgQWRk cmVzcyBEZXRlY3Rpb24iIG9mIFtSRkM0ODYyXSBzcGVjaWZpZXMKICAgdGhhdCB1bnRpbCB0 aGUgREFEIHByb2NlZHVyZSBjb21wbGV0ZXMsIHRoZSBhZGRyZXNzIHJlbWFpbnMgaW4KICAg VGVudGF0aXZlIHN0YXRlLiAgSW4gdGhpcyBzdGF0ZSwgYW55IHRyYWZmaWMgdG8gdGhpcyBh ZGRyZXNzIG90aGVyCiAgIHRoYW4gdGhhdCByZWxhdGVkIHRvIERBRC1yZWxhdGVkIGlzIGRy b3BwZWQuICBUaGlzIGludHJvZHVjZXMgZGVsYXkKICAgYmV0d2VlbiB0aGUgaW50ZXJmYWNl IGdldHRpbmcgY29ubmVjdGVkIHRvIHRoZSBuZXR3b3JrIGFuZCBhbiBhZGRyZXNzCiAgIG9u IHRoaXMgaW50ZXJmYWNlIGJlY29taW5nIHVzYWJsZS4gIEZvciBmYXN0LW1vdmluZyBub2Rl cyBpdCBtYXkgYmUgYQogICBwcm9ibGVtLgoKICAgW1JGQzQ0MjldIGludHJvZHVjZXMgIk9w dGltaXN0aWMgREFEIiBwcm9jZXNzLCB3aGljaCBhZGRyZXNzZXMgdGhpcy4KICAgVGhhdCBk b2N1bWVudCBoYXMgc29tZSBub3RlcyBhYm91dCBwb3RlbnRpYWxseSBjYXVzaW5nIFRDUCBS U1Qgd2hlbgogICB0aGVyZSBpcyBhIGR1cGxpY2F0ZSwgd2hpY2ggY2FuIHJlc2V0IGFuIGV4 aXN0aW5nIFRDUCBjb25uZWN0aW9uIGZvcgogICB0aGUgZXhpc3RpbmcgdXNlciBvZiB0aGUg SVB2NiBhZGRyZXNzLiAgVGhhdCBoYXMgc29tZSBvdmVyYWxsIGltcGFjdAogICBvbiB0aGUg cm9idXN0bmVzcyBvZiB0aGUgbmV0d29yayBhbmQgaW1wbGljaXRseSBhc3N1bWVzIHRoYXQg YWxsCiAgIGFwcGxpY2F0aW9uIHByb3RvY29scyB3aWxsIGFsd2F5cyByZXRyeSBpbiBvcmRl ciB0byBoYW5kbGUgc3VjaCBhbgogICBldmVudC4KCgo0LiAgT2JzZXJ2YXRpb25zCgogICBT b21lIGlzc3VlcyB3ZSBjYW4ndCBkbyBtdWNoIGFib3V0IGluIHRoYXQgdGhleSBhcmUgbW9y ZSBvYnNlcnZhdGlvbnMKICAgb2Ygd2hhdCBjYW4gYmUgZG9uZS4KCjQuMS4gIER1cGxpY2F0 ZSBMMiBhZGRyZXNzIGRldGVjdGlvbgoKICAgREFEIGRvZXMgbm90IGRldGVjdCBkdXBsaWNh dGUgTDIgYWRkcmVzc2VzIGluIGFsbCBjYXNlcy4gIERlcGVuZGluZwogICBvbiB0aGUgbWVk aXVtLCBpdCBtYXkgYmUgaW1wb3NzaWJsZSB0byBkZXRlY3QgYSBkdXBsaWNhdGUgTDIgYWRk cmVzcwogICAtIGUuZy4gaWYgdGhpcyBhZGRyZXNzIGl0c2VsZiBpcyB1c2VkIGFzIGEgZGV0 ZXJtaW5hbnQgaW4gb3JkZXIgdG8KICAgZXN0YWJsaXNoIHRoZSBMMiBjb25uZWN0aW9uLgoK NC4yLiAgVXNhZ2Ugb2YgREFEIHRvIGNyZWF0ZSBzdGF0ZQoKICAgW1JGQzQ4NjJdIGluIHNl Y3Rpb24gIjUuNC4gIER1cGxpY2F0ZSBBZGRyZXNzIERldGVjdGlvbiIgc3RhdGVzIHRoYXQK ICAgREFEIG11c3QgYmUgcGVyZm9ybWVkIG9uIGFsbCBhZGRyZXNzZXMuICBHaXZlbiB0aGUg cG90ZW50aWFsbHkKICAgZGVjZW50cmFsaXplZCBuYXR1cmUgb2YgYWRkcmVzcyBhc3NpZ25t ZW50IGluIElQdjYsIHRoaXMgcHJvcGVydHkgaXMKICAgYmVpbmcgdXNlZCB0byBwcmVidWls ZCB0aGUgc3RhdGUgaW4gdGhlIG5ldHdvcmsgYWJvdXQgdGhlIGhvc3QncwogICBhZGRyZXNz ZXMgLSBlLmcuIGZvciAiRmlyc3QgQ29tZSBGaXJzdCBTZXJ2ZWQiIHNlY3VyaXR5IGFzIGRl c2NyaWJlZAogICBpbiBzZWN0aW9uICIzLjIuMy4gIFByb2Nlc3Npbmcgb2YgTG9jYWwgVHJh ZmZpYyIgb2YgW1JGQzY2MjBdLgoKICAgSWYgdGhlIGRlbGl2ZXJ5IG9mIHRoZSBEQURfTlMg cGFja2V0cyBpcyB1bnJlbGlhYmxlIG9yIHRoZXJlIGFyZQogICBub2RlcyBvbiB0aGUgc2Vn bWVudCB3aGljaCB1c2UgdGhlIE9wdGltaXN0aWMgREFEIG1lY2hhbmlzbSwgc3RhdGUKICAg Y3JlYXRlZCBwdXJlbHkgb24gREFEX05TIHBhY2tldHMgbWlnaHQgYmUgYWxzbyB1bnJlbGlh YmxlLiAgVGhlCgoKCllvdXJ0Y2hlbmtvICYgTm9yZG1hcmsgIEV4cGlyZXMgU2VwdGVtYmVy IDEsIDIwMTUgICAgICAgICAgICAgICBbUGFnZSA2XQoMCkludGVybmV0LURyYWZ0ICAgICAg ICAgICAgICAgICBEQUQgaXNzdWVzICAgICAgICAgICAgICAgICAgRmVicnVhcnkgMjAxNQoK CiAgIHNwZWNpZmljIGNhc2Ugb2YgW1JGQzY2MjBdIHNvbHZlcyB0aGUgaXNzdWUgYnkgdHJp Z2dlcmluZyB0aGUKICAgcmVjcmVhdGlvbiBvZiBzdGF0ZSBiYXNlZCBvbiBkYXRhIHBhY2tl dHMgYXMgd2VsbCwgaG93ZXZlciBpdCBtaWdodAogICBub3QgYmUgcG9zc2libGUgaW4gc29t ZSBzY2VuYXJpb3MuCgo0LjMuICBObyBzdXBwb3J0IG9mIG11bHRpLWxpbmsgc3VibmV0cwoK ICAgREFEIGRvZXNuJ3Qgc3VwcG9ydCBtdWx0aS1saW5rIHN1Ym5ldHM6IGEgbXVsdGljYXN0 IERBRF9OUyBzZW50IG9uCiAgIG9uZSBsaW5rIHdpbGwgbm90IGJlIHNlZW4gb24gdGhlIG90 aGVyLgoKICAgW1JGQzYyNzVdIHNwZWNpZmljYWxseSBwcm92aWRlcyBvbmUgd2F5IHRvIGNv bnN0cnVjdCBhIG11bHRpLWxpbmsKICAgc3VibmV0IChjb25zaXN0aW5nIG9mIGEgYnJvYWRj YXN0IGxpbmsgYW5kIGEgY29sbGVjdGlvbiBvZiBwb2ludCB0bwogICBwb2ludCB0dW5uZWxz KS4gIEl0IGV4cGxpY2l0bHkgZGVmaW5lcyB0aGUgcHJvY2VkdXJlcyBmb3IgbWFraW5nIERB RAogICB3b3JrIGluIHRoYXQgdG9wb2xvZ3kuCgogICBbUkZDNDkwM10gZGlzY3Vzc2VzIHRo ZSBpc3N1ZXMgcmVsYXRlZCB0byBtdWx0aS1saW5rIHN1Ym5ldHMgLSBhbmQKICAgZ2l2ZW4g dGhlIG11bHRpLWxpbmsgc3VibmV0cyBtaWdodCBiZSBjcmVhdGVkIGluIG1hbnkgd2F5cywg aXQgbWlnaHQKICAgYmUgcHJ1ZGVudCB0byBrZWVwIGVuaGFuY2VtZW50cyB0byBEQUQgd2hv c2Ugc29sZSBwdXJwb3NlIGlzIHJlbGF0ZWQKICAgdG8gbXVsdGktbGluayBzdWJuZXRzLCB0 byBiZSBvdXQgb2Ygc2NvcGUuCgogICBPbmUgbWF5IGFsc28gYXJndWUgdGhhdCBzaW5jZSBb UkZDNDg2MV0gZGVmZXJzIHRoZSBjbGFyaWZpY2F0aW9ucyBvbgogICBJUHY2IG9wZXJhdGlv biBvbiBOQk1BIG5ldHdvcmtzIHRvIFtSRkMyNDkxXSwgaXQgaXMgdW5yZWFzb25hYmxlIHRv CiAgIGV4cGVjdCBbUkZDNDg2Ml0gZGVzY3JpYmUgdGhlIG9wZXJhdGlvbiBvZiBEQUQgb24g TkJNQSB0eXBlIGxpbmtzLAogICBhbmQgaXQgaXMgdXAgdG8gYSBsaW5rLXNwZWNpZmljIGRv Y3VtZW50IHRvIGRlc2NyaWJlIHN1Y2ggb3BlcmF0aW9uLgogICAoQW4gZXhhbXBsZSBpcyBj YWJsZSBpbmR1c3RyeSwgd2hlcmUgdGhlIGNhYmxlIHN0YW5kYXJkcyBkZWZpbmUgaXQpLgoK ICAgSG93ZXZlciwgaXQgaXMgdGhlbiB1bmNsZWFyIHdoZXJlIHRvIGFkZHJlc3MgdGhlIGZy ZXF1ZW50bHkgdXNlZAogICBzY2VuYXJpbyBvZiBXaUZpIHdpdGggYmxvY2tlZCBkaXJlY3Qg Y29tbXVuaWNhdGlvbiBiZXR3ZWVuIHRoZQogICBzdGF0aW9ucyAtIHdoZXRoZXIgaXQgaXMg c3VwcG9zZWQgdG8gYmUgYW4gSUVFRSBkb2N1bWVudCBvciBJRVRGCiAgIGRvY3VtZW50ID8g IEFuZCBpcyB0aGVyZSBlbm91Z2ggZnVuZGFtZW50YWwgZGlmZmVyZW5jZXMgYmV0d2VlbiB0 aGUKICAgZGlmZmVyZW50IE5CTUEgbW9kZWxzIHRvIHdhcnJhbnQgdGhlIGxpbmstc3BlY2lm aWMgYXBwcm9hY2hlcyB0byBEQUQKICAgPwoKNC40LiAgQW55Y2FzdCBBZGRyZXNzZXMgYW5k IER1cGxpY2F0ZSBBZGRyZXNzIERldGVjdGlvbgoKICAgU2VjdGlvbiA1LjQgIkR1cGxpY2F0 ZSBBZGRyZXNzIERldGVjdGlvbiIgb2YgW1JGQzQ4NjJdIHNwZWNpZmllcyB0aGF0CiAgIER1 cGxpY2F0ZSBBZGRyZXNzIERldGVjdGlvbiBNVVNUIE5PVCBiZSBwZXJmb3JtZWQgb24gYW55 Y2FzdAogICBhZGRyZXNzZXMuICBUaGlzLCBzdGVtcyBmcm9tIHRoZSBmYWN0IHRoYXQgdGhl IGFueWNhc3QgYWRkcmVzc2VzIGFyZQogICBzeW50YWN0aWNhbGx5IGluZGlzdGluZ3Vpc2hh YmxlIGZyb20gdW5pY2FzdCBhZGRyZXNzZXMuICBPbmUgY2FuCiAgIGFyZ3VlIHRoYXQgdGhp cyBhbGxvd3MgZm9yIG1pc2NvbmZpZ3VyYXRpb24gaWYgYW4gYWRkcmVzcyBkZWVtZWQgdG8K ICAgYmUgYW55Y2FzdCBhbHJlYWR5IGV4aXN0IG9uIHRoZSBuZXR3b3JrLgoKNC41LiAgSW1w bGVtZW50YXRpb25zIGRvaW5nIERBRCBvbmNlIHBlciBJSUQKCiAgIFNlY3Rpb24gNS40IG9m IFtSRkM0ODYyXSBtZW50aW9ucyB0aGUgaW1wbGVtZW50YXRpb25zIHBlcmZvcm1pbmcgYQog ICBzaW5nbGUgREFEIHBlciBpbnRlcmZhY2UgaWRlbnRpZmllciwgYW5kIGRpc2NvdXJhZ2Vz IHRoYXQKICAgIm9wdGltaXphdGlvbiIuICBBcyB0aGUgcHJhY3RpY2UgaXMgZW1lcmdpbmcg aW4gdGhlIGluZHVzdHJ5IGlzIHRvCiAgIG1vdmUgYXdheSBmcm9tIHRoZSBmaXhlZCBpbnRl cmZhY2UgaWRlbnRpZmllcnMgYW55aG93LCB0aGUgbmVjZXNzaXR5CiAgIHRvIHBlcmZvcm0g YSBEQUQgb24gYSBwZXItYWRkcmVzcyBiYXNpcyBtaWdodCBiZSB1c2VmdWwgdG8gZWxldmF0 ZSB0bwoKCgpZb3VydGNoZW5rbyAmIE5vcmRtYXJrICBFeHBpcmVzIFNlcHRlbWJlciAxLCAy MDE1ICAgICAgICAgICAgICAgW1BhZ2UgN10KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAg ICAgICAgREFEIGlzc3VlcyAgICAgICAgICAgICAgICAgIEZlYnJ1YXJ5IDIwMTUKCgogICBh IHJlcXVpcmVtZW50IHN0YXR1cy4KCjQuNi4gIEJhY2t3YXJkcyBjb21wYXRpYmlsaXR5IGFu ZCBwcmVzZW5jZSBvZiB0aGUgREFEIHByb3hpZXMKCiAgIFdoaWxlIG5vdCBiZWluZyBhbiBp c3N1ZSBhcyBzdWNoLCB0aGlzIGlzIGEgcmVtaW5kZXIgdGhhdCB0aGUKICAgb3BlcmF0aW9u IG9mIERBRCBoYXMgdG8gcmVtYWluIGJhY2t3YXJkcyBjb21wYXRpYmxlLCBib3RoIHRvIHJl bWFpbgogICBjb29wZXJhdGl2ZSB3aXRoIHRoZSBleGlzdGluZyBob3N0cywgYW5kIHRoZSBw b3RlbnRpYWxseSBwcmVzZW50IERBRAogICBwcm94aWVzIGFzIGRlc2NyaWJlZCBpbiBbUkZD Njk1N10uCgogICBUaGVyZSBhcmUgYWxzbyB2YXJpb3VzIGZvcm1zIG9mIHNsZWVwIHByb3hp ZXMgW0VDTUEtMzkzXQogICBbaHR0cDovL2VuLndpa2lwZWRpYS5vcmcvd2lraS9Cb25qb3Vy X1NsZWVwX1Byb3h5XSB3aGljaCBwZXJmb3JtCiAgIGhhbmRvZmZzIG9mIE5laWdoYm9yIERp c2NvdmVyeSBwcm90b2NvbCBwcm9jZXNzaW5nIHRoYXQgbmVlZCB0byBiZQogICBjb25zaWRl cmVkLgoKCjUuICBBY2tub3dsZWRnZW1lbnRzCgogICBUaGFua3MgdG8gT2xlIFRyb2FuIGZv ciBjcmVhdGluZyBhbmQgY3VyYXRpbmcgdGhlIG9yaWdpbmFsIGxpc3QuCiAgIFRoYW5rcyBh IGxvdCB0byBMb3JlbnpvIENvbGl0dGksIFN1cmVzaCBLcmlzaG5hbiwgSGVtYW50IFNpbmdo LAogICBIZXNoYW0gU29saW1hbiwgRXJpYyBWeW5ja2UsIGFuZCBKYW1lcyBXb29keWF0dCBm b3IgdGhlIHJldmlld3MgYW5kCiAgIHVzZWZ1bCBzdWdnZXN0aW9ucy4KCgo2LiAgSUFOQSBD b25zaWRlcmF0aW9ucwoKICAgTm9uZS4KCgo3LiAgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMK CiAgIFRoZXJlIGFyZSBubyBhZGRpdGlvbmFsIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zIGFz IHRoaXMgZG9jdW1lbnQgb25seQogICBvdXRsaW5lcyB0aGUgaXNzdWVzIG9ic2VydmVkIHdp dGggdGhlIGN1cnJlbnQgRHVwbGljYXRlIEFkZHJlc3MKICAgRGV0ZWN0aW9uIHByb3RvY29s LgoKCjguICBSZWZlcmVuY2VzCgo4LjEuICBOb3JtYXRpdmUgUmVmZXJlbmNlcwoKICAgW1JG QzIxMTldICBCcmFkbmVyLCBTLiwgIktleSB3b3JkcyBmb3IgdXNlIGluIFJGQ3MgdG8gSW5k aWNhdGUKICAgICAgICAgICAgICBSZXF1aXJlbWVudCBMZXZlbHMiLCBCQ1AgMTQsIFJGQyAy MTE5LCBNYXJjaCAxOTk3LgoKICAgW1JGQzI0NjJdICBUaG9tc29uLCBTLiBhbmQgVC4gTmFy dGVuLCAiSVB2NiBTdGF0ZWxlc3MgQWRkcmVzcwogICAgICAgICAgICAgIEF1dG9jb25maWd1 cmF0aW9uIiwgUkZDIDI0NjIsIERlY2VtYmVyIDE5OTguCgogICBbUkZDMjQ5MV0gIEFybWl0 YWdlLCBHLiwgU2NodWx0ZXIsIFAuLCBKb3JrLCBNLiwgYW5kIEcuIEhhcnRlciwgIklQdjYK ICAgICAgICAgICAgICBvdmVyIE5vbi1Ccm9hZGNhc3QgTXVsdGlwbGUgQWNjZXNzIChOQk1B KSBuZXR3b3JrcyIsCiAgICAgICAgICAgICAgUkZDIDI0OTEsIEphbnVhcnkgMTk5OS4KCgoK WW91cnRjaGVua28gJiBOb3JkbWFyayAgRXhwaXJlcyBTZXB0ZW1iZXIgMSwgMjAxNSAgICAg ICAgICAgICAgIFtQYWdlIDhdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgICAgIERB RCBpc3N1ZXMgICAgICAgICAgICAgICAgICBGZWJydWFyeSAyMDE1CgoKICAgW1JGQzQ0Mjld ICBNb29yZSwgTi4sICJPcHRpbWlzdGljIER1cGxpY2F0ZSBBZGRyZXNzIERldGVjdGlvbiAo REFEKQogICAgICAgICAgICAgIGZvciBJUHY2IiwgUkZDIDQ0MjksIEFwcmlsIDIwMDYuCgog ICBbUkZDNDg2MV0gIE5hcnRlbiwgVC4sIE5vcmRtYXJrLCBFLiwgU2ltcHNvbiwgVy4sIGFu ZCBILiBTb2xpbWFuLAogICAgICAgICAgICAgICJOZWlnaGJvciBEaXNjb3ZlcnkgZm9yIElQ IHZlcnNpb24gNiAoSVB2NikiLCBSRkMgNDg2MSwKICAgICAgICAgICAgICBTZXB0ZW1iZXIg MjAwNy4KCiAgIFtSRkM0ODYyXSAgVGhvbXNvbiwgUy4sIE5hcnRlbiwgVC4sIGFuZCBULiBK aW5tZWksICJJUHY2IFN0YXRlbGVzcwogICAgICAgICAgICAgIEFkZHJlc3MgQXV0b2NvbmZp Z3VyYXRpb24iLCBSRkMgNDg2MiwgU2VwdGVtYmVyIDIwMDcuCgogICBbUkZDNDkwM10gIFRo YWxlciwgRC4sICJNdWx0aS1MaW5rIFN1Ym5ldCBJc3N1ZXMiLCBSRkMgNDkwMywKICAgICAg ICAgICAgICBKdW5lIDIwMDcuCgogICBbUkZDNTIyN10gIENoZXNoaXJlLCBTLiwgIklQdjQg QWRkcmVzcyBDb25mbGljdCBEZXRlY3Rpb24iLCBSRkMgNTIyNywKICAgICAgICAgICAgICBK dWx5IDIwMDguCgogICBbUkZDNjA1OV0gIEtyaXNobmFuLCBTLiBhbmQgRy4gRGFsZXksICJT aW1wbGUgUHJvY2VkdXJlcyBmb3IKICAgICAgICAgICAgICBEZXRlY3RpbmcgTmV0d29yayBB dHRhY2htZW50IGluIElQdjYiLCBSRkMgNjA1OSwKICAgICAgICAgICAgICBOb3ZlbWJlciAy MDEwLgoKICAgW1JGQzYyNzVdICBQZXJraW5zLCBDLiwgSm9obnNvbiwgRC4sIGFuZCBKLiBB cmtrbywgIk1vYmlsaXR5IFN1cHBvcnQKICAgICAgICAgICAgICBpbiBJUHY2IiwgUkZDIDYy NzUsIEp1bHkgMjAxMS4KCiAgIFtSRkM2NjIwXSAgTm9yZG1hcmssIEUuLCBCYWdudWxvLCBN LiwgYW5kIEUuIExldnktQWJlZ25vbGksICJGQ0ZTCiAgICAgICAgICAgICAgU0FWSTogRmly c3QtQ29tZSwgRmlyc3QtU2VydmVkIFNvdXJjZSBBZGRyZXNzIFZhbGlkYXRpb24KICAgICAg ICAgICAgICBJbXByb3ZlbWVudCBmb3IgTG9jYWxseSBBc3NpZ25lZCBJUHY2IEFkZHJlc3Nl cyIsCiAgICAgICAgICAgICAgUkZDIDY2MjAsIE1heSAyMDEyLgoKICAgW1JGQzY5NTddICBD b3N0YSwgRi4sIENvbWJlcywgSi1NLiwgUG91Z25hcmQsIFguLCBhbmQgSC4gTGksCiAgICAg ICAgICAgICAgIkR1cGxpY2F0ZSBBZGRyZXNzIERldGVjdGlvbiBQcm94eSIsIFJGQyA2OTU3 LCBKdW5lIDIwMTMuCgo4LjIuICBJbmZvcm1hdGl2ZSBSZWZlcmVuY2VzCgogICBbSS1ELmRl c21vdWNlYXV4LWlwdjYtbWNhc3Qtd2lmaS1wb3dlci11c2FnZV0KICAgICAgICAgICAgICBE ZXNtb3VjZWF1eCwgWS4sICJQb3dlciBjb25zdW1wdGlvbiBkdWUgdG8gSVB2NiBtdWx0aWNh c3QKICAgICAgICAgICAgICBvbiBXaUZpIGRldmljZXMiLAogICAgICAgICAgICAgIGRyYWZ0 LWRlc21vdWNlYXV4LWlwdjYtbWNhc3Qtd2lmaS1wb3dlci11c2FnZS0wMSAod29yayBpbgog ICAgICAgICAgICAgIHByb2dyZXNzKSwgQXVndXN0IDIwMTQuCgogICBbSS1ELmlldGYtNm1h bi1lbmhhbmNlZC1kYWRdCiAgICAgICAgICAgICAgQXNhdGksIFIuLCBTaW5naCwgSC4sIEJl ZWJlZSwgVy4sIFBpZ25hdGFybywgQy4sIERhcnQsIEUuLAogICAgICAgICAgICAgIGFuZCBX LiBHZW9yZ2UsICJFbmhhbmNlZCBEdXBsaWNhdGUgQWRkcmVzcyBEZXRlY3Rpb24iLAogICAg ICAgICAgICAgIGRyYWZ0LWlldGYtNm1hbi1lbmhhbmNlZC1kYWQtMTMgKHdvcmsgaW4gcHJv Z3Jlc3MpLAogICAgICAgICAgICAgIEZlYnJ1YXJ5IDIwMTUuCgogICBbSS1ELmlldGYtNm1h bi1yZXNpbGllbnQtcnNdCiAgICAgICAgICAgICAgS3Jpc2huYW4sIFMuLCBBbmlwa28sIEQu LCBhbmQgRC4gVGhhbGVyLCAiUGFja2V0IGxvc3MKICAgICAgICAgICAgICByZXNpbGllbmN5 IGZvciBSb3V0ZXIgU29saWNpdGF0aW9ucyIsCgoKCllvdXJ0Y2hlbmtvICYgTm9yZG1hcmsg IEV4cGlyZXMgU2VwdGVtYmVyIDEsIDIwMTUgICAgICAgICAgICAgICBbUGFnZSA5XQoMCklu dGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICBEQUQgaXNzdWVzICAgICAgICAgICAgICAg ICAgRmVicnVhcnkgMjAxNQoKCiAgICAgICAgICAgICAgZHJhZnQtaWV0Zi02bWFuLXJlc2ls aWVudC1ycy0wNCAod29yayBpbiBwcm9ncmVzcyksCiAgICAgICAgICAgICAgT2N0b2JlciAy MDE0LgoKICAgW0ktRC52eW5ja2UtNm1hbi1tY2FzdC1ub3QtZWZmaWNpZW50XQogICAgICAg ICAgICAgIFZ5bmNrZSwgRS4sIFRodWJlcnQsIFAuLCBMZXZ5LUFiZWdub2xpLCBFLiwgYW5k IEEuCiAgICAgICAgICAgICAgWW91cnRjaGVua28sICJXaHkgTmV0d29yay1MYXllciBNdWx0 aWNhc3QgaXMgTm90IEFsd2F5cwogICAgICAgICAgICAgIEVmZmljaWVudCBBdCBEYXRhbGlu ayBMYXllciIsCiAgICAgICAgICAgICAgZHJhZnQtdnluY2tlLTZtYW4tbWNhc3Qtbm90LWVm ZmljaWVudC0wMSAod29yayBpbgogICAgICAgICAgICAgIHByb2dyZXNzKSwgRmVicnVhcnkg MjAxNC4KCgpBdXRob3JzJyBBZGRyZXNzZXMKCiAgIEFuZHJldyBZb3VydGNoZW5rbwogICBj aXNjbwogICA2YiBkZSBLbGVldGxhYW4KICAgRGllZ2VtICAxODMxCiAgIEJlbGdpdW0KCiAg IEVtYWlsOiBheW91cnRjaEBjaXNjby5jb20KCgogICBFcmlrIE5vcmRtYXJrCiAgIEFyaXN0 YSBOZXR3b3JrcwogICBTYW50YSBDbGFyYSwgQ0EKICAgVVNBCgogICBFbWFpbDogbm9yZG1h cmtAYXJpc3RhLmNvbQoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCllvdXJ0Y2hlbmtvICYgTm9y ZG1hcmsgIEV4cGlyZXMgU2VwdGVtYmVyIDEsIDIwMTUgICAgICAgICAgICAgIFtQYWdlIDEw XQoMCg== --------------060109080604040800080807 Content-Type: text/xml; name="draft-yourtchenko-6man-dad-issues-01.xml" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="draft-yourtchenko-6man-dad-issues-01.xml" ]> A survey of issues related to IPv6 Duplicate Address Detection cisco
6b de Kleetlaan Diegem 1831 Belgium ayourtch@cisco.com
Arista Networks
Santa Clara, CA USA nordmark@arista.com
This document enumerates the practical issues observed with respect to Duplicate Address Detection.
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in . Duplicate Address Detection (DAD) is a procedure in IPv6 performed on an address before it can be assigned to an interface . By default it consists of sending a single multicast Neighbor Soliciation message and waiting for a response for one second. If no response is received, the address is declared to not be a duplicate. Once the address has been tested once, there is no further attempts to check for duplicates (unless the interface is re-initialized). On one hand, it is mandatory for all addresses. On the other hand, it is a "best effort" activity. These somewhat counter-intuitive properties result in some issues that arise related to DAD. They are listed below. The issues have been grouped to facilitate discussing them.
Whether it is due to the assumptions made in 1995, or changes in how networks are built or deployed, there are many reasons why DAD would fail to detect a duplicate even when one exists. From a historical perspective it is important to keep in mind that when DAD was designed we had two forms of IPv6 addresses; those derived from EUI-64 and statically assigned. Since the IETF has developed additional methods for address assignment like DHCPv6 and addresses that improve privacy by reducing linkability.
The DAD makes an assumption that if a link layer is up, the traffic can be immediately forwarded, which is frequently not the case in modern networks. Two prominent cases include the switches running Spanning Tree Protocol (STP), and bridging modems. When a port on an STP-enabled switch comes up, it goes through three phases of Listening then Learning then Forwarding. The default is to keep it for 15 seconds in Listening and 15 seconds in Learning states. During this time no user traffic is forwarded by the switch from and to this port. Therefore, if a DAD process happens during this period it is guaranteed to not detect any duplicates. This results in DAD being ineffective for link-local and otherwise pre configured addresses. Similarly, a modem-like device whose line status is invisible to IP stack either within the modem or to a host connected on the Ethernet side, also renders the DAD ineffective - the delay before the connectivity is established can be much longer than any DAD wait. Some of the link types, notably cable modems, have link-specific standards to address this issue by requiring a new DAD each time the RF-side interface bounces, as well as bouncing the LAN interface triggered by the bounce of the RF interface. Note that makes the router solicitation resilent to the above cases, but there is no counterpart to make DAD robust.
DAD requires two multicast messages to pass through - the NS and NA. Thus it shows a noticeable failure rate on links that do not pass multicast reliably e.g. the 802.11a/b/g/n series of technologies. See for more information. The author's ad-hoc experimentation at IETF90 revealed the success rate of detecting the duplicate address on the IETF WiFi network being about 4 in 5. This may violate the assumptions that other protocols make.
explicitly mentions this problem: "Note that the method for detecting duplicates is not completely reliable, and it is possible that duplicate addresses will still exist (e.g., if the link was partitioned while Duplicate Address Detection was performed)." In contrast, IPv4 stacks typically implement the Address Conflict Detection (ACD) from . This disparity results in a less robust operation of IPv6 compared to IPv4 and is undesirable. Note that solutions along the lines of ACD, while improving robustness, might result in more resource usage in on the links and nodes by multicasting more ND packets.
in its section "5.4.5. When Duplicate Address Detection Fails" is much more prescriptive than that it superceeds. However, it has been observed that some implementations may simply reset the network interface and attempt the DAD process again. This behavior, while being more resilient in case the DAD failure is happening erroneously, is different from what is recommended in the standard. TBD: Do the other RFCs for address allocation require some retry behavior?
The use of multicast messages for DAD results in some inefficiencies for both the network, in particular when multicast uses more layer 2 resources than unicast, and also has efficiency implications for hosts. Potential techniques for making DAD reliably detect and recover from duplicates might result in reduced efficiency. The impact for WiFi is shown in . If a node wants to "defend" its address using DAD, it has to be awake and listening on the solicited node multicast address in order to receive the DAD NS. In the low-power environments this may significantly impact the battery life of the devices.
In mobile environments, node may roam in different parts of the network and also take "naps". The specification in does not explicitly discuss this scenario, nor does DNA , so there is a room for ambiguity in implementation. This may either result in less robust DAD coverage (if the node does not perform the DAD again when an L2 event happens), or an excessive amount of multicast packets (when a node performs the dad every time L2 event happens and there is a lot of them moving within a segment). Thus this item could be categorized as being either in the robustness or efficiency group of items.
Some issues have been or are in the process of being solved.
explicitly defines that the case of a physically looped back interface is not a failure: "If the solicitation is from the node itself (because the node loops back multicast packets), the solicitation does not indicate the presence of a duplicate address." However, the practical experiences show that the measures described in are either incomplete or incorrectly implemented: a loopback on the interface causes DAD failure. provides the solution to this issue.
Section "5.4. Duplicate Address Detection" of specifies that until the DAD procedure completes, the address remains in Tentative state. In this state, any traffic to this address other than that related to DAD-related is dropped. This introduces delay between the interface getting connected to the network and an address on this interface becoming usable. For fast-moving nodes it may be a problem. introduces "Optimistic DAD" process, which addresses this. That document has some notes about potentially causing TCP RST when there is a duplicate, which can reset an existing TCP connection for the existing user of the IPv6 address. That has some overall impact on the robustness of the network and implicitly assumes that all application protocols will always retry in order to handle such an event.
Some issues we can't do much about in that they are more observations of what can be done.
DAD does not detect duplicate L2 addresses in all cases. Depending on the medium, it may be impossible to detect a duplicate L2 address - e.g. if this address itself is used as a determinant in order to establish the L2 connection.
in section "5.4. Duplicate Address Detection" states that DAD must be performed on all addresses. Given the potentially decentralized nature of address assignment in IPv6, this property is being used to prebuild the state in the network about the host's addresses - e.g. for "First Come First Served" security as described in section "3.2.3. Processing of Local Traffic" of . If the delivery of the DAD_NS packets is unreliable or there are nodes on the segment which use the Optimistic DAD mechanism, state created purely on DAD_NS packets might be also unreliable. The specific case of solves the issue by triggering the recreation of state based on data packets as well, however it might not be possible in some scenarios.
DAD doesn't support multi-link subnets: a multicast DAD_NS sent on one link will not be seen on the other. specifically provides one way to construct a multi-link subnet (consisting of a broadcast link and a collection of point to point tunnels). It explicitly defines the procedures for making DAD work in that topology. discusses the issues related to multi-link subnets - and given the multi-link subnets might be created in many ways, it might be prudent to keep enhancements to DAD whose sole purpose is related to multi-link subnets, to be out of scope. One may also argue that since defers the clarifications on IPv6 operation on NBMA networks to , it is unreasonable to expect describe the operation of DAD on NBMA type links, and it is up to a link-specific document to describe such operation. (An example is cable industry, where the cable standards define it). However, it is then unclear where to address the frequently used scenario of WiFi with blocked direct communication between the stations - whether it is supposed to be an IEEE document or IETF document ? And is there enough fundamental differences between the different NBMA models to warrant the link-specific approaches to DAD ?
Section 5.4 "Duplicate Address Detection" of specifies that Duplicate Address Detection MUST NOT be performed on anycast addresses. This, stems from the fact that the anycast addresses are syntactically indistinguishable from unicast addresses. One can argue that this allows for misconfiguration if an address deemed to be anycast already exist on the network.
Section 5.4 of mentions the implementations performing a single DAD per interface identifier, and discourages that "optimization". As the practice is emerging in the industry is to move away from the fixed interface identifiers anyhow, the necessity to perform a DAD on a per-address basis might be useful to elevate to a requirement status.
While not being an issue as such, this is a reminder that the operation of DAD has to remain backwards compatible, both to remain cooperative with the existing hosts, and the potentially present DAD proxies as described in . There are also various forms of sleep proxies [ECMA-393] [http://en.wikipedia.org/wiki/Bonjour_Sleep_Proxy] which perform handoffs of Neighbor Discovery protocol processing that need to be considered.
Thanks to Ole Troan for creating and curating the original list. Thanks a lot to Lorenzo Colitti, Suresh Krishnan, Hemant Singh, Hesham Soliman, Eric Vyncke, and James Woodyatt for the reviews and useful suggestions.
None.
There are no additional security considerations as this document only outlines the issues observed with the current Duplicate Address Detection protocol.
&RFC2119; &RFC2462; &RFC2491; &RFC4861; &RFC4862; &RFC4429; &RFC4903; &RFC5227; &RFC6059; &RFC6275; &RFC6620; &RFC6957; &ENHANCED-DAD; &RESILIENT-RS; &MCAST-NOT-EFFICIENT; &MCAST-WIFI-POWER; --------------060109080604040800080807--