From nobody Mon Mar 2 22:16:13 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 B587D1A0155 for ; Mon, 2 Mar 2015 22:16:12 -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 nNyno614smst for ; Mon, 2 Mar 2015 22:16:11 -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 229BC1A008F for ; Mon, 2 Mar 2015 22:16:11 -0800 (PST) Received: from [172.22.241.206] ([162.210.130.3]) (authenticated bits=0) by d.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id t236G3FM011243 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 2 Mar 2015 22:16:04 -0800 Message-ID: <54F551A3.3020707@sonic.net> Date: Mon, 02 Mar 2015 22:16:03 -0800 From: Erik Nordmark User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Ole Troan , 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: UmFuZG9tSVbZyCxN31C/2b6Pb2fbIhXI4+sZyVCW8CiPqlfp9LqWtK9hi2Xkltb/VkYzmkJocWYOFkUVqC6+3cR5oyStCFLq X-Sonic-ID: C;/tZaxWzB5BG/uL5YxQPdhw== M;gk1+xWzB5BG/uL5YxQPdhw== X-Sonic-Spam-Details: 0.0/5.0 by cerberusd 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: Tue, 03 Mar 2015 06:16:12 -0000 On 2/19/15 3:38 AM, Ole Troan wrote: > Erik, > > Thank you. The request is added to the queue. Ole, Did you add two requests to the queue? One was for draft-nordmark-6man-rs-refresh and a separate one for draft-yourtchenko-6man-dad-issues? Either Andrew will present the second one remotely, or I can do it on site. Erik > > Best regards, > Ole > >> On 18 Feb 2015, at 21:03 , 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.) >> >> 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 Tue Mar 3 06:09:23 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 7C9A11A7D83 for ; Tue, 3 Mar 2015 06:09:22 -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 x91XMZ6mEv56 for ; Tue, 3 Mar 2015 06:09:21 -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 0802D1A86E8 for ; Tue, 3 Mar 2015 06:09:17 -0800 (PST) Received: from banjo.employees.org (localhost [127.0.0.1]) by banjo.employees.org (Postfix) with ESMTP id 0522B627A; Tue, 3 Mar 2015 06:09:16 -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=aF34zGZ/6A8ed/JOQCHbBzgqneo=; b= j3sUY8pfBHtRyjbZ8tUVrADb47PutcLzOS3OuVKLmazugh+FrgB9Y7Ava9Y83LFV 04XZB8OZhg8VbGwK3HFFPi4BVFyUq9tMgwwLl5sC4fSL+12xzh62HByob2n0Blb/ sdh31kDpJl1clH/XQMZJJ4LcG7Im64DO8+xMbcCjH98= 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=qMd7wTC2loCJmyGkSOzxwnuilh OrjDO/CImhLgQrGcZxMoZQDSuftDn3+u27fIzKt4L18QGqx7f1MabNl9TVPa/irf OEe45I8NKUp+LmIjJ4K94iyEPR5vIV5mW16TrSMnvxpA1iOBeUG2DEHzNL2Hkzco mVpdDRmnvEGhb3tIw= Received: from gomlefisk.localdomain (unknown [77.88.71.157]) (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 5E07461FF; Tue, 3 Mar 2015 06:09:15 -0800 (PST) Received: from [IPv6:::1] (localhost [IPv6:::1]) by gomlefisk.localdomain (Postfix) with ESMTP id ABEE13FAB03D; Tue, 3 Mar 2015 15:09:01 +0100 (CET) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_D54276B6-F728-4219-A982-B72E968F0993"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b5 From: Ole Troan In-Reply-To: <54F551A3.3020707@sonic.net> Date: Tue, 3 Mar 2015 15:09:01 +0100 Message-Id: <3E8B0214-FEB7-4BAB-9F13-14248B7DDBAD@employees.org> References: <86EF371E-55C4-4056-8569-B3844EE60137@employees.org> <54E4F01E.9030106@acm.org> <54F551A3.3020707@sonic.net> To: Erik Nordmark X-Mailer: Apple Mail (2.2070.6) Archived-At: Cc: 6man Chairs <6man-chairs@tools.ietf.org>, Erik Nordmark , 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: Tue, 03 Mar 2015 14:09:22 -0000 --Apple-Mail=_D54276B6-F728-4219-A982-B72E968F0993 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Erik, > Did you add two requests to the queue? > One was for draft-nordmark-6man-rs-refresh and a separate one for = draft-yourtchenko-6man-dad-issues? > Either Andrew will present the second one remotely, or I can do it on = site. yes, thank you those are added. 15 minutes each. alternatively we make a design team session like we did = last time? cheers, 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=_D54276B6-F728-4219-A982-B72E968F0993 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 iQEcBAEBCgAGBQJU9cB9AAoJEFuJXizso86gXasIAL6qhL0QOOlkhgqyFujFWwdz 7s4FhSb84UPpESRgStPUFUZwCBnEBCf4XsxMBuM8ohW77yGDFQzphRB1QirWSLM7 V7oDo47nBedNEXd1wrnWwnuM1WzPcZpa0xeVhbw3n3PoiqWz4TOBrha0jfddcqwD Bj6Q9zHvvz8IgAsMKPWl8C9AhG6CA8ZliNvZ7yYxbox84DpGahdydPhrYLCchFXg HrhsHTuoudgBoeZVeOdgo1HUGgNIdbj5MPyIKswTLK/iLDdCqVpyKVrPL2xx7Q6m zq0AaYvBnmTcShA+mHDSTi/wQz9RUl4V9wzAfIDPR6XQ/o5x607bof4IGAhtmYs= =E8m5 -----END PGP SIGNATURE----- --Apple-Mail=_D54276B6-F728-4219-A982-B72E968F0993-- From nobody Tue Mar 3 17:06:03 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 F37EC1A89B0 for ; Tue, 3 Mar 2015 17:06:01 -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 j3_Fz_vu7Q6H for ; Tue, 3 Mar 2015 17:06:00 -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 AFC861A89AB for ; Tue, 3 Mar 2015 17:06:00 -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 t2415vCU003392 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 3 Mar 2015 17:05:57 -0800 Message-ID: <54F65A74.6090101@acm.org> Date: Tue, 03 Mar 2015 17:05:56 -0800 From: Erik Nordmark User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Ole Troan References: <86EF371E-55C4-4056-8569-B3844EE60137@employees.org> <54E4F01E.9030106@acm.org> <54F551A3.3020707@sonic.net> <3E8B0214-FEB7-4BAB-9F13-14248B7DDBAD@employees.org> In-Reply-To: <3E8B0214-FEB7-4BAB-9F13-14248B7DDBAD@employees.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Sonic-CAuth: UmFuZG9tSVYPEcuW+0ARF2HJ8o01q1uADISJa2GM0cUTSc74CqRfmDfBSMSKistrgabPxHkQxjkQgohRtj5ehA2wEJrjsjyV X-Sonic-ID: C;6mx2nQrC5BGKnL5YxQPdhw== M;qMaBnQrC5BGKnL5YxQPdhw== X-Sonic-Spam-Details: 0.0/5.0 by cerberusd Archived-At: Cc: 6man Chairs <6man-chairs@tools.ietf.org>, Erik Nordmark , 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: Wed, 04 Mar 2015 01:06:02 -0000 On 3/3/15 6:09 AM, Ole Troan wrote: > Erik, > >> Did you add two requests to the queue? >> One was for draft-nordmark-6man-rs-refresh and a separate one for draft-yourtchenko-6man-dad-issues? >> Either Andrew will present the second one remotely, or I can do it on site. > yes, thank you those are added. > 15 minutes each. alternatively we make a design team session like we did last time? Better to keep them separate. They are both merely(?) outgrowths of the DT work. Erik > > cheers, > Ole > >>>> On 18 Feb 2015, at 21:03 , 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.) >>>> >>>> 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 Mon Mar 9 16:18: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 6A4C81A8AE8 for ; Mon, 9 Mar 2015 16:18:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.6 X-Spam-Level: X-Spam-Status: No, score=-3.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_75=0.6, RCVD_IN_DNSWL_MED=-2.3, 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 bfiiHYcs2HZ4 for ; Mon, 9 Mar 2015 16:18:36 -0700 (PDT) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C476F1A899A for ; Mon, 9 Mar 2015 16:18:35 -0700 (PDT) X-AuditID: c618062d-f79876d000003ebd-fa-54fdd5505494 Received: from EUSAAHC002.ericsson.se (Unknown_Domain [147.117.188.78]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 9E.BE.16061.055DDF45; Mon, 9 Mar 2015 18:16:00 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC002.ericsson.se ([147.117.188.78]) with mapi id 14.03.0210.002; Mon, 9 Mar 2015 19:18:34 -0400 From: Samita Chakrabarti To: "Erik Nordmark (nordmark@acm.org)" Thread-Topic: ND related test results draft Thread-Index: AdBavdD9lk4MIrHLSGmTQh2X5VzA0Q== Date: Mon, 9 Mar 2015 23:18:33 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.9] Content-Type: multipart/alternative; boundary="_000_ECA43DA70480A3498E43C3471FB2E1F01C2E84C1eusaamb103erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrOLMWRmVeSWpSXmKPExsUyuXSPn27A1b8hBne79Cy2H5zEbPHi001G i/6pO5kcmD0uX/H2WLLkJ5PHtusn2AKYo7hsUlJzMstSi/TtErgynsxoYik4alVx4sN2pgbG LcZdjJwcEgImEjdf3GSDsMUkLtxbD2RzcQgJHGGUmLXjLTtIQkhgGaPEnfW8IDabgJVER+8e oDgHh4iApcTHJ0wgJrNAnMSGr2UgFcICahK3/l5mArFFBLQlLi6ezQhh60ksbfvCAmKzCKhI /Hx9EayGV8BXom/pWzCbEeiE76fWgNnMAuISt57MZ4I4TUBiyZ7zzBC2qMTLx/9YIWxFiX39 09kh6vMl1q/+wwoxU1Di5MwnLBMYhWchGTULSdksJGUQcR2JBbs/sUHY2hLLFr5mhrHPHHjM hCy+gJF9FSNHaXFqWW66kcEmRmDMHJNg093BuOel5SFGAQ5GJR5egzl/QoRYE8uKK3MPMUpz sCiJ8y56cDBESCA9sSQ1OzW1ILUovqg0J7X4ECMTB6dUA6PQ6ug8TeZnzKJn/R9JMP9ob1/R MG3hhtsb6u7kBd23njEhnetZ+eQpb73Xbip9+uLmvN6y2unW8xQTnt5gTHnlFCWU5/Vx+RrZ 3jNbdjzo3rzqYkFDlGJoq5tggIDA7L3fRQODxe2nnbpwftdhk/agrP3LWnL9fW//npPrf+jE 0nezTzDkyF9RYinOSDTUYi4qTgQAnzLU0HoCAAA= Archived-At: Cc: "asood2@ncsu.edu" , "efficientnd-dt@ietf.org" Subject: [Efficientnd-dt] ND related test results 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: Mon, 09 Mar 2015 23:18:38 -0000 --_000_ECA43DA70480A3498E43C3471FB2E1F01C2E84C1eusaamb103erics_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello Erik and all: A draft has been published by Ankur Sood (from North Carolina State Univers= ity); Ankur had done some simple tests with ND routers(linux Ubuntu), a no= n-intelligent Wifi access point which sends data back and forth towards and= from the wireless hosts ( two wifi phone devices and a laptop ). The purpose of this draft is to see how RA messages can increase with the f= requency of interval and the difference between min and MAX advinterval. Al= so how different sleeping host implementations behave differently around N= D and DAD. Perhaps it could provide some data point for DAD issues as well. I have CC= 'ed Ankur if anyone has any questions/suggestions for him. -Samita >Name: draft-sood-6man-nd-signalling-n-dad-test > Revision: 00 > Title: Test result analysis of IPv6 Neighbor Discovery in a > simple Wireless network > Document date: 2015-03-09 > Group: Individual Submission > Pages: 14 > URL: > http://www.ietf.org/internet-drafts/draft-sood-6man-nd-signalling-n-dad-t= est-00.txt > Status: > https://datatracker.ietf.org/doc/draft-sood-6man-nd-signalling-n-dad-test= / > Htmlized: > http://tools.ietf.org/html/draft-sood-6man-nd-signalling-n-dad-test-00 > > > Abstract: > IPv6 WG is looking into various Neighbor Discovery (ND) optimization > techniques. This document describes several test cases and test > results on IPv6 ND number of messages, power usages using simple WiFi > configuration and wireless phones as hosts. --_000_ECA43DA70480A3498E43C3471FB2E1F01C2E84C1eusaamb103erics_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello Erik and all:

 

A draft has been published by Ankur = Sood (from North Carolina State University); Ankur had done some simple tes= ts with ND routers(linux Ubuntu), a  non-intelligent Wifi access point which sends data back and forth towards and from the wireless= hosts ( two wifi phone devices and a laptop ).

 

The purpose of this draft is to see = how RA messages can increase with the frequency of interval and the differe= nce between min and MAX advinterval. Also how different sleeping host implementations behave differently  around ND and DAD.<= o:p>

 

Perhaps it could provide some data p= oint for DAD issues as well.  I have CC’ed Ankur if  anyone= has any questions/suggestions for him.

 

-Samita

 

>Name:       =    draft-sood-6man-nd-signalling-n-dad-test
> Revision:       00
> Title:          Test result analysis of IPv6 = Neighbor Discovery in a
> simple Wireless network
> Document date:  2015-03-09
> Group:          Individual Submission
> Pages:          14
> URL:
> http://www.ietf.org/internet-drafts/draft-sood-6= man-nd-signalling-n-dad-test-00.txt
> Status:
> https://datatracker.ietf.org/doc/draft-sood-6man= -nd-signalling-n-dad-test/
> Htmlized:
> http://tools.ietf.org/html/draft-sood-6man-nd-si= gnalling-n-dad-test-00
>
>
> Abstract:
>    IPv6 WG is looking into various Neighbor Discovery (ND) o= ptimization
>    techniques.  This document describes several test ca= ses and test
>    results on IPv6 ND number of messages, power usages using= simple WiFi
>    configuration and wireless phones as hosts.

--_000_ECA43DA70480A3498E43C3471FB2E1F01C2E84C1eusaamb103erics_-- From nobody Tue Mar 10 13:31:12 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 57CD71A3BA6 for ; Tue, 10 Mar 2015 13:31:11 -0700 (PDT) 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 eHWvkSiRgl9F for ; Tue, 10 Mar 2015 13:31:08 -0700 (PDT) Received: from banjo.employees.org (banjo.employees.org [198.137.202.19]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3D1871A8954 for ; Tue, 10 Mar 2015 13:31:08 -0700 (PDT) Received: from banjo.employees.org (localhost [127.0.0.1]) by banjo.employees.org (Postfix) with ESMTP id A4C956275; Tue, 10 Mar 2015 13:31:06 -0700 (PDT) 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=IOgp5ZTOLz7LeomQpGragOqJ0YM=; b= arfTg81NAiO0AMN7WjR9nWDP2vD/BSPmZg/Aqxafqc73GfpFO4svQuTC4TF9o8Ge zVW/MjuSAAF4i9MAMHgjb6HxAa65U0A30bMw1K+hlQH+2+gUbRL3T04r460E4ZiS k62ne3zuwFT/Pzn63V61lfxAtq88Kc6BmZrSFg5FO+w= 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=lDA32NRUf9ma58QJMu1oFejZyE +pOJnzAoGTn/zKQmfSvMeBYCW4UlGr/vzmdCKGGkgkKLpQSza4UaNiXWDoX7DMaH v8Hsg+Tp6DCU7AuM4ilpCqkNv8GiqS4Fi2VrR/p1zRRND3L5M0wICklh2N3gRj12 S9BishuP6BuNukjHc= Received: from gomlefisk.localdomain (unknown [195.159.234.46]) (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 35BC761CE; Tue, 10 Mar 2015 13:31:06 -0700 (PDT) Received: from [IPv6:::1] (localhost [IPv6:::1]) by gomlefisk.localdomain (Postfix) with ESMTP id 7455E407D24F; Tue, 10 Mar 2015 21:31:03 +0100 (CET) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2087\)) Content-Type: multipart/signed; boundary="Apple-Mail=_1C757012-DC1B-4613-8B04-1C55910C8DFF"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b5 From: Ole Troan In-Reply-To: <54F65A74.6090101@acm.org> Date: Tue, 10 Mar 2015 21:31:03 +0100 Message-Id: References: <86EF371E-55C4-4056-8569-B3844EE60137@employees.org> <54E4F01E.9030106@acm.org> <54F551A3.3020707@sonic.net> <3E8B0214-FEB7-4BAB-9F13-14248B7DDBAD@employees.org> <54F65A74.6090101@acm.org> To: Erik Nordmark X-Mailer: Apple Mail (2.2087) 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: Tue, 10 Mar 2015 20:31:11 -0000 --Apple-Mail=_1C757012-DC1B-4613-8B04-1C55910C8DFF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Erik, I also noticed draft-nordmark-6man-dad-approaches-00 is that something = you=92ll want to cover? right now we have 15 minutes reserved for each of. alternatively consider it a 30 minute session that you can split = whichever way you like. cheers, Ole > On 04 Mar 2015, at 2:05 , Erik Nordmark wrote: >=20 > On 3/3/15 6:09 AM, Ole Troan wrote: >> Erik, >>=20 >>> Did you add two requests to the queue? >>> One was for draft-nordmark-6man-rs-refresh and a separate one for = draft-yourtchenko-6man-dad-issues? >>> Either Andrew will present the second one remotely, or I can do it = on site. >> yes, thank you those are added. >> 15 minutes each. alternatively we make a design team session like we = did last time? > Better to keep them separate. They are both merely(?) outgrowths of = the DT work. >=20 > Erik >=20 >>=20 >> cheers, >> Ole >>=20 >>>>> 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=_1C757012-DC1B-4613-8B04-1C55910C8DFF 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 iQEcBAEBCgAGBQJU/1SHAAoJEFuJXizso86gwNIH/1uIXnXl61l+Z2gUDW2y497p fPqLsVXHMbSGs5mz4t3U85M79g4NpBklsQJAkSlkC8IhbVzHY/zayob7S9KgS/z3 nc8Axg3yjRN1/UivFXdtaXAwvqRBaZDMb3iciHpjaLyIquwEUCpBU2jgDag48GV+ lCMzQSmFu1U+xIUpkcz33gWAo8/rRKjnHCq0QHlmGUIvgdbKXI927AcXoYvQL0T0 azEnnI5NRmf64LrLs28yCsMOxu1JxuYEbhxvDumxD64/aRvrTz1JoTYCT3PbIkd9 U03sz0t9InUZtLzwj50OH3tVYs/rQlrnYO10fb5DmKkPBRxDkkZc9LXoNhbvzoE= =ugZC -----END PGP SIGNATURE----- --Apple-Mail=_1C757012-DC1B-4613-8B04-1C55910C8DFF-- From nobody Tue Mar 10 14:40: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 CA8BE1A8A6A for ; Tue, 10 Mar 2015 14:39:59 -0700 (PDT) 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 jW5RWCYbdFK5 for ; Tue, 10 Mar 2015 14:39:58 -0700 (PDT) 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 4B8801A8AB0 for ; Tue, 10 Mar 2015 14:39:58 -0700 (PDT) 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 t2ALdqSn006498 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 10 Mar 2015 14:39:52 -0700 Message-ID: <54FF64A8.8030805@acm.org> Date: Tue, 10 Mar 2015 14:39:52 -0700 From: Erik Nordmark User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Ole Troan , Erik Nordmark References: <86EF371E-55C4-4056-8569-B3844EE60137@employees.org> <54E4F01E.9030106@acm.org> <54F551A3.3020707@sonic.net> <3E8B0214-FEB7-4BAB-9F13-14248B7DDBAD@employees.org> <54F65A74.6090101@acm.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Sonic-CAuth: UmFuZG9tSVaLfFOU0/5gJPN/TuECHkUeMXJvc8EJbA6LA8nI8JNGj/uaCo9i6gJuw5bgvpxgqzQEGPmArCnqOYu+t0467PPn X-Sonic-ID: C;9HT8+23H5BGvl+8Jj30JFw== M;sC0Z/G3H5BGvl+8Jj30JFw== X-Sonic-Spam-Details: 0.0/5.0 by cerberusd 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: Tue, 10 Mar 2015 21:40:00 -0000 On 3/10/15 1:31 PM, Ole Troan wrote: > Erik, > > I also noticed draft-nordmark-6man-dad-approaches-00 is that something you’ll want to cover? I/we can mention it briefly as part of the dad-issues slot. But it is more important to gauge what the WG thinks need to be improved with DAD first. Solution discussion should wait until after that. > right now we have 15 minutes reserved for each of. > > alternatively consider it a 30 minute session that you can split whichever way you like. Some text missing above. I assume the dad-issues and rs-refresh is what you meant by "each of". Thanks, Erik > > cheers, > Ole > > >> On 04 Mar 2015, at 2:05 , Erik Nordmark wrote: >> >> On 3/3/15 6:09 AM, Ole Troan wrote: >>> Erik, >>> >>>> Did you add two requests to the queue? >>>> One was for draft-nordmark-6man-rs-refresh and a separate one for draft-yourtchenko-6man-dad-issues? >>>> Either Andrew will present the second one remotely, or I can do it on site. >>> yes, thank you those are added. >>> 15 minutes each. alternatively we make a design team session like we did last time? >> Better to keep them separate. They are both merely(?) outgrowths of the DT work. >> >> Erik >> >>> cheers, >>> Ole >>> >>>>>> On 18 Feb 2015, at 21:03 , 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.) >>>>>> >>>>>> 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 >>>>>>> -------------------------------------------------------------------- >>>>>>> > > > _______________________________________________ > Efficientnd-dt mailing list > Efficientnd-dt@ietf.org > https://www.ietf.org/mailman/listinfo/efficientnd-dt From nobody Tue Mar 10 17:38:17 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 C46B71A90D8 for ; Tue, 10 Mar 2015 17:38:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 FcsYgjdxXti9 for ; Tue, 10 Mar 2015 17:38:13 -0700 (PDT) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (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 989E21A90D2 for ; Tue, 10 Mar 2015 17:38:13 -0700 (PDT) Received: by igdh15 with SMTP id h15so8575397igd.3 for ; Tue, 10 Mar 2015 17:38:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to; bh=bSfR/mwRKiZbESQp193D6npWZicefGBRC4yDCV26eL4=; b=yUh0qqr6h6myiYZY2wvGna44NSCxxlsj3LCDelJLcuuo0acALA6f8B9BMJrYkNMQ7N pDltgXJOMZdjHLchXI1rt6TtyGi+CyhOq7+Ev16wvROhbq8lRhZ7nkhgQNqCs3Wr5DV1 iBDoWuwy2uvPHNewtsQcY7bqcn7jrg6XG+g+NtPocyxPWEFlFYdpnQENxOmxnPnDA6SI de505tNL5lQap2YiFK5dPv8hCKWy41iUU6i6CYhRHBl+zXTS3aUtSpyeEpAXXTtDSiIZ vSY6e5nLmJ70yR2hWooTwqoZJ0NZFn3SqSAFsXrUdnY+JUGQcs5QPQLN7Q77xbRncHz3 z2DA== X-Received: by 10.107.32.73 with SMTP id g70mr22644180iog.55.1426034293101; Tue, 10 Mar 2015 17:38:13 -0700 (PDT) Received: from ?IPv6:2601:9:400:ac2:3c5c:215d:5d60:80b0? ([2601:9:400:ac2:3c5c:215d:5d60:80b0]) by mx.google.com with ESMTPSA id g195sm1486452iog.24.2015.03.10.17.38.11 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 10 Mar 2015 17:38:11 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_0EF98AB8-6917-45FA-97A2-C641369B07B2"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b5 From: Bob Hinden In-Reply-To: <54FF64A8.8030805@acm.org> Date: Tue, 10 Mar 2015 17:37:57 -0700 Message-Id: <12D1AA79-4D41-4FD4-BFF2-9E902251D4B4@gmail.com> References: <86EF371E-55C4-4056-8569-B3844EE60137@employees.org> <54E4F01E.9030106@acm.org> <54F551A3.3020707@sonic.net> <3E8B0214-FEB7-4BAB-9F13-14248B7DDBAD@employees.org> <54F65A74.6090101@acm.org> <54FF64A8.8030805@acm.org> To: Erik Nordmark X-Mailer: Apple Mail (2.2070.6) Archived-At: Cc: 6man Chairs <6man-chairs@tools.ietf.org>, =?utf-8?Q?Ole_Tr=C3=B8an?= , Andrew Yourtchenko , Bob Hinden , "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, 11 Mar 2015 00:38:15 -0000 --Apple-Mail=_0EF98AB8-6917-45FA-97A2-C641369B07B2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Eric, Check the agenda we posted at: http://www.ietf.org/proceedings/92/agenda/agenda-92-6man Let us know how you would like to change it. Thanks, Bob > On Mar 10, 2015, at 2:39 PM, Erik Nordmark wrote: >=20 > On 3/10/15 1:31 PM, Ole Troan wrote: >> Erik, >>=20 >> I also noticed draft-nordmark-6man-dad-approaches-00 is that = something you=92ll want to cover? > I/we can mention it briefly as part of the dad-issues slot. But it is = more important to gauge what the WG thinks need to be improved with DAD = first. Solution discussion should wait until after that. >=20 >> right now we have 15 minutes reserved for each of. >>=20 >> alternatively consider it a 30 minute session that you can split = whichever way you like. > Some text missing above. I assume the dad-issues and rs-refresh is = what you meant by "each of". >=20 > Thanks, > Erik >=20 >>=20 >> cheers, >> Ole >>=20 >>=20 >>> On 04 Mar 2015, at 2:05 , Erik Nordmark wrote: >>>=20 >>> On 3/3/15 6:09 AM, Ole Troan wrote: >>>> Erik, >>>>=20 >>>>> Did you add two requests to the queue? >>>>> One was for draft-nordmark-6man-rs-refresh and a separate one for = draft-yourtchenko-6man-dad-issues? >>>>> Either Andrew will present the second one remotely, or I can do it = on site. >>>> yes, thank you those are added. >>>> 15 minutes each. alternatively we make a design team session like = we did last time? >>> Better to keep them separate. They are both merely(?) outgrowths of = the DT work. >>>=20 >>> Erik >>>=20 >>>> cheers, >>>> Ole >>>>=20 >>>>>>> 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 >>=20 >>=20 >> _______________________________________________ >> Efficientnd-dt mailing list >> Efficientnd-dt@ietf.org >> https://www.ietf.org/mailman/listinfo/efficientnd-dt >=20 > _______________________________________________ > Efficientnd-dt mailing list > Efficientnd-dt@ietf.org > https://www.ietf.org/mailman/listinfo/efficientnd-dt --Apple-Mail=_0EF98AB8-6917-45FA-97A2-C641369B07B2 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 iQEcBAEBCgAGBQJU/45lAAoJEK7rdBF357uoSygIAKoJRr9qL40r5E+oGvsqLvxh q17nytDWVn1d8eIfyMxIPwFdlj3wUByPkzMXb+bhuFmaHzM4HP/Qrv1gwVJuPYo/ nZ1/r/DlDR36l7kYgyZLYqjm+BzkGZO8tpNPOkt3mj52VQNQs1zOoWNtNCquCWaH Ep5x/CVmwQcO96HvFXMo3IRAVk+ShDh9XJdHI/N2D+hxNI6r4hn8FYghqGBPatxJ lHQJWyCRF8b5N+ATD3S6JvJ4aumnBpOGo1StpXFJrmJ0iFQjWsS9QR/SwvtJQsWB 3WVhZLePfCiho5rHdpgfqcATpz+wD9T74dr3IQ/c6U/PK6o8DqI+3YQgT8j04OA= =3OWK -----END PGP SIGNATURE----- --Apple-Mail=_0EF98AB8-6917-45FA-97A2-C641369B07B2-- From nobody Tue Mar 10 21:47:27 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 1E7631A01D5 for ; Tue, 10 Mar 2015 21:47:26 -0700 (PDT) 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 aCnq8_5imZEA for ; Tue, 10 Mar 2015 21:47:24 -0700 (PDT) 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 4590D1A008F for ; Tue, 10 Mar 2015 21:47:24 -0700 (PDT) Received: from [172.22.245.166] ([162.210.130.3]) (authenticated bits=0) by c.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id t2B4lHEG012530 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 10 Mar 2015 21:47:17 -0700 Message-ID: <54FFC8D5.6000204@sonic.net> Date: Tue, 10 Mar 2015 21:47:17 -0700 From: Erik Nordmark User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Bob Hinden , Erik Nordmark References: <86EF371E-55C4-4056-8569-B3844EE60137@employees.org> <54E4F01E.9030106@acm.org> <54F551A3.3020707@sonic.net> <3E8B0214-FEB7-4BAB-9F13-14248B7DDBAD@employees.org> <54F65A74.6090101@acm.org> <54FF64A8.8030805@acm.org> <12D1AA79-4D41-4FD4-BFF2-9E902251D4B4@gmail.com> In-Reply-To: <12D1AA79-4D41-4FD4-BFF2-9E902251D4B4@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Sonic-CAuth: UmFuZG9tSVaMFHrTOYv0C4IPbCE8PfSBLXh0yGlH80fnaou3B67yvOmi4nUAddcTP1s0dt/dksmWFpmxEJCmAgSLpO+cKLhp X-Sonic-ID: C;oJHssanH5BG9K+8Jj30JFw== M;vPcFsqnH5BG9K+8Jj30JFw== X-Sonic-Spam-Details: 0.0/5.0 by cerberusd Archived-At: Cc: 6man Chairs <6man-chairs@tools.ietf.org>, =?windows-1252?Q?Ole_Tr=F8?= =?windows-1252?Q?an?= , 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: Wed, 11 Mar 2015 04:47:26 -0000 On 3/10/15 5:37 PM, Bob Hinden wrote: > Eric, > > Check the agenda we posted at: > > http://www.ietf.org/proceedings/92/agenda/agenda-92-6man > > Let us know how you would like to change it. That's fine. We should be able to include at least a reference to dad-approaches in the dad issues slot. Erik > > Thanks, > Bob > > >> On Mar 10, 2015, at 2:39 PM, Erik Nordmark wrote: >> >> On 3/10/15 1:31 PM, Ole Troan wrote: >>> Erik, >>> >>> I also noticed draft-nordmark-6man-dad-approaches-00 is that something you’ll want to cover? >> I/we can mention it briefly as part of the dad-issues slot. But it is more important to gauge what the WG thinks need to be improved with DAD first. Solution discussion should wait until after that. >> >>> right now we have 15 minutes reserved for each of. >>> >>> alternatively consider it a 30 minute session that you can split whichever way you like. >> Some text missing above. I assume the dad-issues and rs-refresh is what you meant by "each of". >> >> Thanks, >> Erik >> >>> cheers, >>> Ole >>> >>> >>>> On 04 Mar 2015, at 2:05 , Erik Nordmark wrote: >>>> >>>> On 3/3/15 6:09 AM, Ole Troan wrote: >>>>> Erik, >>>>> >>>>>> Did you add two requests to the queue? >>>>>> One was for draft-nordmark-6man-rs-refresh and a separate one for draft-yourtchenko-6man-dad-issues? >>>>>> Either Andrew will present the second one remotely, or I can do it on site. >>>>> yes, thank you those are added. >>>>> 15 minutes each. alternatively we make a design team session like we did last time? >>>> Better to keep them separate. They are both merely(?) outgrowths of the DT work. >>>> >>>> Erik >>>> >>>>> cheers, >>>>> Ole >>>>> >>>>>>>> On 18 Feb 2015, at 21:03 , 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.) >>>>>>>> >>>>>>>> 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 >>>>>>>>> -------------------------------------------------------------------- >>>>>>>>> >>> >>> _______________________________________________ >>> Efficientnd-dt mailing list >>> Efficientnd-dt@ietf.org >>> https://www.ietf.org/mailman/listinfo/efficientnd-dt >> _______________________________________________ >> Efficientnd-dt mailing list >> Efficientnd-dt@ietf.org >> https://www.ietf.org/mailman/listinfo/efficientnd-dt > > > _______________________________________________ > Efficientnd-dt mailing list > Efficientnd-dt@ietf.org > https://www.ietf.org/mailman/listinfo/efficientnd-dt From nobody Tue Mar 10 23:17:14 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 181311A1A22 for ; Tue, 10 Mar 2015 23:17:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 tZo0u4uGT_w6 for ; Tue, 10 Mar 2015 23:17:11 -0700 (PDT) Received: from mail-ie0-x22d.google.com (mail-ie0-x22d.google.com [IPv6:2607:f8b0:4001:c03::22d]) (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 B86F51A1A1C for ; Tue, 10 Mar 2015 23:17:05 -0700 (PDT) Received: by iecvj10 with SMTP id vj10so14368574iec.0 for ; Tue, 10 Mar 2015 23:17:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to; bh=j9IKUt8yz0/ti08HuHEGlvOYC2VoZlozqO0BZLJ1++s=; b=0D4KJiP05VZNFnsSWQzlbCzrkNqD5brQA7EOYtB+x8kPpx2Na+QkwpFdCn+HbCMmAe XU+Q/xejpsKfmMGTVa/cfAnza9e6+KTtdEO7cSsPpBAxKmzo5oVpuUB0Hnx9aKDAXvNw ondep3URGRDOtYT9bWHQN/Y2UExwjpwV1i4gvu1uYCNGrf5zPSETA4TeepOpSjeVB3qD q2ELqpbqeyjLvSwhWU5RNZ1WaSLJxguJ737yxnhC22ftWroRwXpl33dqq4V6vhx4lupe zmyCSJsAe8O1vgst+JF/XA9g4bRtcrH5sGnKP0HflRNpEvO1ma9fMS8vU9LV2NjIWkVz c89Q== X-Received: by 10.107.9.88 with SMTP id j85mr51559604ioi.60.1426054625039; Tue, 10 Mar 2015 23:17:05 -0700 (PDT) Received: from [10.0.0.38] (c-71-202-19-53.hsd1.ca.comcast.net. [71.202.19.53]) by mx.google.com with ESMTPSA id l11sm1923422ioe.31.2015.03.10.23.17.03 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 10 Mar 2015 23:17:03 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_2D6458C3-8AE4-43A5-BE87-2C122869DCC9"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b5 From: Bob Hinden In-Reply-To: <54FFC8D5.6000204@sonic.net> Date: Tue, 10 Mar 2015 23:16:53 -0700 Message-Id: References: <86EF371E-55C4-4056-8569-B3844EE60137@employees.org> <54E4F01E.9030106@acm.org> <54F551A3.3020707@sonic.net> <3E8B0214-FEB7-4BAB-9F13-14248B7DDBAD@employees.org> <54F65A74.6090101@acm.org> <54FF64A8.8030805@acm.org> <12D1AA79-4D41-4FD4-BFF2-9E902251D4B4@gmail.com> <54FFC8D5.6000204@sonic.net> To: Erik Nordmark X-Mailer: Apple Mail (2.2070.6) Archived-At: Cc: 6man Chairs <6man-chairs@tools.ietf.org>, Bob Hinden , Erik Nordmark , =?utf-8?Q?Ole_Tr=C3=B8an?= , 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: Wed, 11 Mar 2015 06:17:13 -0000 --Apple-Mail=_2D6458C3-8AE4-43A5-BE87-2C122869DCC9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Erik, > On Mar 10, 2015, at 9:47 PM, Erik Nordmark wrote: >=20 > On 3/10/15 5:37 PM, Bob Hinden wrote: >> Eric, >>=20 >> Check the agenda we posted at: >>=20 >> http://www.ietf.org/proceedings/92/agenda/agenda-92-6man >>=20 >> Let us know how you would like to change it. > That's fine. >=20 > We should be able to include at least a reference to dad-approaches in = the dad issues slot. Good. Are there other drafts we should show in the agenda. Thanks, Bob >=20 > Erik >=20 >>=20 >> Thanks, >> Bob >>=20 >>=20 >>> On Mar 10, 2015, at 2:39 PM, Erik Nordmark wrote: >>>=20 >>> On 3/10/15 1:31 PM, Ole Troan wrote: >>>> Erik, >>>>=20 >>>> I also noticed draft-nordmark-6man-dad-approaches-00 is that = something you=92ll want to cover? >>> I/we can mention it briefly as part of the dad-issues slot. But it = is more important to gauge what the WG thinks need to be improved with = DAD first. Solution discussion should wait until after that. >>>=20 >>>> right now we have 15 minutes reserved for each of. >>>>=20 >>>> alternatively consider it a 30 minute session that you can split = whichever way you like. >>> Some text missing above. I assume the dad-issues and rs-refresh is = what you meant by "each of". >>>=20 >>> Thanks, >>> Erik >>>=20 >>>> cheers, >>>> Ole >>>>=20 >>>>=20 >>>>> On 04 Mar 2015, at 2:05 , Erik Nordmark wrote: >>>>>=20 >>>>> On 3/3/15 6:09 AM, Ole Troan wrote: >>>>>> Erik, >>>>>>=20 >>>>>>> Did you add two requests to the queue? >>>>>>> One was for draft-nordmark-6man-rs-refresh and a separate one = for draft-yourtchenko-6man-dad-issues? >>>>>>> Either Andrew will present the second one remotely, or I can do = it on site. >>>>>> yes, thank you those are added. >>>>>> 15 minutes each. alternatively we make a design team session like = we did last time? >>>>> Better to keep them separate. They are both merely(?) outgrowths = of the DT work. >>>>>=20 >>>>> Erik >>>>>=20 >>>>>> cheers, >>>>>> Ole >>>>>>=20 >>>>>>>>> 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 >>>>=20 >>>> _______________________________________________ >>>> Efficientnd-dt mailing list >>>> Efficientnd-dt@ietf.org >>>> https://www.ietf.org/mailman/listinfo/efficientnd-dt >>> _______________________________________________ >>> Efficientnd-dt mailing list >>> Efficientnd-dt@ietf.org >>> https://www.ietf.org/mailman/listinfo/efficientnd-dt >>=20 >>=20 >> _______________________________________________ >> Efficientnd-dt mailing list >> Efficientnd-dt@ietf.org >> https://www.ietf.org/mailman/listinfo/efficientnd-dt >=20 --Apple-Mail=_2D6458C3-8AE4-43A5-BE87-2C122869DCC9 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 iQEcBAEBCgAGBQJU/93VAAoJEK7rdBF357uorv4IAKTnXhFqm9nom/pFKUOcR3t4 wEKsXqqNBWvgn96tb2dnLOAMuaIJMoptf1JJxTJbtofVHElRb0rwzjoc7waIWbss mUjlOgxWo2ea7EwBS7mbI+PTCSDbqcQVbS8EirQN9prKHPbwM3ECxLHQN7ATUtEn GhiskCYLSb4s1wt0dfYQZe/nfqN184YK83uYETWN9uEi+cL8a9ANvhHlSV1Snhhb oGdhXIwBoEDUoYy9OMUDLmeUJiLPT614Q0+RKEs0IliOrOAsWXkQXg5B6KrVO+vz SSB3Wq7zpbz4DYhvjM5qQg9+9ukLRiXCOAGolFMGSBkiNzUJBHUHKgFiCK3cqF8= =fA5I -----END PGP SIGNATURE----- --Apple-Mail=_2D6458C3-8AE4-43A5-BE87-2C122869DCC9-- From nobody Wed Mar 11 09:12:22 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 1339E1A016A for ; Wed, 11 Mar 2015 09:12:21 -0700 (PDT) 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 2AxL9OmBq4fN for ; Wed, 11 Mar 2015 09:12:19 -0700 (PDT) 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 DDC201A0077 for ; Wed, 11 Mar 2015 09:12:18 -0700 (PDT) Received: from [172.22.245.226] ([162.210.130.3]) (authenticated bits=0) by c.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id t2BGCB1n005356 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 11 Mar 2015 09:12:11 -0700 Message-ID: <5500695B.2080400@sonic.net> Date: Wed, 11 Mar 2015 09:12:11 -0700 From: Erik Nordmark User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Bob Hinden References: <86EF371E-55C4-4056-8569-B3844EE60137@employees.org> <54E4F01E.9030106@acm.org> <54F551A3.3020707@sonic.net> <3E8B0214-FEB7-4BAB-9F13-14248B7DDBAD@employees.org> <54F65A74.6090101@acm.org> <54FF64A8.8030805@acm.org> <12D1AA79-4D41-4FD4-BFF2-9E902251D4B4@gmail.com> <54FFC8D5.6000204@sonic.net> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Sonic-CAuth: UmFuZG9tSVZl2pf0vSWohxMUJQYUwNmZAG5w15zoTAVXgw4Wskz2YcS/+2ZlT6rn+NfZPmIZ7EtR8w1Piew48XvmsUK8QV8N X-Sonic-ID: C;RL2lXwnI5BGjWu8Jj30JFw== M;ivO/XwnI5BGjWu8Jj30JFw== X-Sonic-Spam-Details: 0.0/5.0 by cerberusd Archived-At: Cc: 6man Chairs <6man-chairs@tools.ietf.org>, Erik Nordmark , =?windows-1252?Q?Ole_Tr=F8an?= , 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: Wed, 11 Mar 2015 16:12:21 -0000 On 3/10/15 11:16 PM, Bob Hinden wrote: > > Good. Are there other drafts we should show in the agenda. Bob, Wouldn't hurt to list the draft-nordmark-6man-dad-approaches-00 draft in the agenda, since that might make some more folks read it before the meeting. How about listing that under the DAD issues agenda slot together with draft-yourtchenko-6man-dad-issues-01 . Thanks, Erik > > Thanks, > Bob > >> Erik >> >>> Thanks, >>> Bob >>> >>> >>>> On Mar 10, 2015, at 2:39 PM, Erik Nordmark wrote: >>>> >>>> On 3/10/15 1:31 PM, Ole Troan wrote: >>>>> Erik, >>>>> >>>>> I also noticed draft-nordmark-6man-dad-approaches-00 is that something you’ll want to cover? >>>> I/we can mention it briefly as part of the dad-issues slot. But it is more important to gauge what the WG thinks need to be improved with DAD first. Solution discussion should wait until after that. >>>> >>>>> right now we have 15 minutes reserved for each of. >>>>> >>>>> alternatively consider it a 30 minute session that you can split whichever way you like. >>>> Some text missing above. I assume the dad-issues and rs-refresh is what you meant by "each of". >>>> >>>> Thanks, >>>> Erik >>>> >>>>> cheers, >>>>> Ole >>>>> >>>>> >>>>>> On 04 Mar 2015, at 2:05 , Erik Nordmark wrote: >>>>>> >>>>>> On 3/3/15 6:09 AM, Ole Troan wrote: >>>>>>> Erik, >>>>>>> >>>>>>>> Did you add two requests to the queue? >>>>>>>> One was for draft-nordmark-6man-rs-refresh and a separate one for draft-yourtchenko-6man-dad-issues? >>>>>>>> Either Andrew will present the second one remotely, or I can do it on site. >>>>>>> yes, thank you those are added. >>>>>>> 15 minutes each. alternatively we make a design team session like we did last time? >>>>>> Better to keep them separate. They are both merely(?) outgrowths of the DT work. >>>>>> >>>>>> Erik >>>>>> >>>>>>> cheers, >>>>>>> Ole >>>>>>> >>>>>>>>>> On 18 Feb 2015, at 21:03 , 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.) >>>>>>>>>> >>>>>>>>>> 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 >>>>>>>>>>> -------------------------------------------------------------------- >>>>>>>>>>> >>>>> _______________________________________________ >>>>> Efficientnd-dt mailing list >>>>> Efficientnd-dt@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/efficientnd-dt >>>> _______________________________________________ >>>> Efficientnd-dt mailing list >>>> Efficientnd-dt@ietf.org >>>> https://www.ietf.org/mailman/listinfo/efficientnd-dt >>> >>> _______________________________________________ >>> Efficientnd-dt mailing list >>> Efficientnd-dt@ietf.org >>> https://www.ietf.org/mailman/listinfo/efficientnd-dt From nobody Wed Mar 11 09:31:53 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 78DCA1A0027 for ; Wed, 11 Mar 2015 09:31:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 DGCuzpIiYSnd for ; Wed, 11 Mar 2015 09:31:50 -0700 (PDT) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (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 599C31A1A63 for ; Wed, 11 Mar 2015 09:31:50 -0700 (PDT) Received: by igbhl2 with SMTP id hl2so13685482igb.5 for ; Wed, 11 Mar 2015 09:31:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to; bh=svY8Yto2QQ6BhN+cpXmoGYsYyarMRHL50/KK3tFzxno=; b=WDmOqPaDnnjD+TdWeRAfjOpy44NlWn2uSnfXuP0Coj6qAnidhcmbrvszwmr14MLEKY Gssf8TvJjBFRb5LniJ+yGnTTYDsrq+4yzveUv9iR3WEnF7uyKFOJzm31eEQmKRLev2VA cGm/8sf0Tj6QIkLin2oq+hZjJpeaTqeveeyrGn0vMq8CGciCcn+f9M57KYrQzy2KwnEd MA7P0mfxFxT3jzcIpGgpHtAuuOb0n1itk/nYBQM58jSxC842CebZ7j/4b93eFlLAhcm7 x/i1SKTn4wOw4FCqow+s4yUCLWWZ1oW42ONwarA5SNZ9P0ZNVLIbMyDh9jsaIBSeuOT+ 42WQ== X-Received: by 10.107.34.210 with SMTP id i201mr66833767ioi.1.1426091509903; Wed, 11 Mar 2015 09:31:49 -0700 (PDT) Received: from ?IPv6:2601:9:400:ac2:70b6:2228:2463:a072? ([2601:9:400:ac2:70b6:2228:2463:a072]) by mx.google.com with ESMTPSA id p2sm2727980ioi.0.2015.03.11.09.31.48 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 11 Mar 2015 09:31:48 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_12196E0B-E952-442B-903F-4A1DF2A6BF65"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b5 From: Bob Hinden In-Reply-To: <5500695B.2080400@sonic.net> Date: Wed, 11 Mar 2015 09:31:34 -0700 Message-Id: <11CF9324-526F-4B89-990F-FF8F4A2565C3@gmail.com> References: <86EF371E-55C4-4056-8569-B3844EE60137@employees.org> <54E4F01E.9030106@acm.org> <54F551A3.3020707@sonic.net> <3E8B0214-FEB7-4BAB-9F13-14248B7DDBAD@employees.org> <54F65A74.6090101@acm.org> <54FF64A8.8030805@acm.org> <12D1AA79-4D41-4FD4-BFF2-9E902251D4B4@gmail.com> <54FFC8D5.6000204@sonic.net> <5500695B.2080400@sonic.net> To: Erik Nordmark X-Mailer: Apple Mail (2.2070.6) Archived-At: Cc: 6man Chairs <6man-chairs@tools.ietf.org>, Bob Hinden , Erik Nordmark , =?utf-8?Q?Ole_Tr=C3=B8an?= , 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: Wed, 11 Mar 2015 16:31:52 -0000 --Apple-Mail=_12196E0B-E952-442B-903F-4A1DF2A6BF65 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Erik, Will do. Thanks, Bob > On Mar 11, 2015, at 9:12 AM, Erik Nordmark wrote: >=20 > On 3/10/15 11:16 PM, Bob Hinden wrote: >>=20 >> Good. Are there other drafts we should show in the agenda. > Bob, >=20 > Wouldn't hurt to list the draft-nordmark-6man-dad-approaches-00 draft = in the agenda, since that might make some more folks read it before the = meeting. >=20 > How about listing that under the DAD issues agenda slot together with = draft-yourtchenko-6man-dad-issues-01 = . >=20 > Thanks, > Erik >=20 >>=20 >> Thanks, >> Bob >>=20 >>> Erik >>>=20 >>>> Thanks, >>>> Bob >>>>=20 >>>>=20 >>>>> On Mar 10, 2015, at 2:39 PM, Erik Nordmark = wrote: >>>>>=20 >>>>> On 3/10/15 1:31 PM, Ole Troan wrote: >>>>>> Erik, >>>>>>=20 >>>>>> I also noticed draft-nordmark-6man-dad-approaches-00 is that = something you=92ll want to cover? >>>>> I/we can mention it briefly as part of the dad-issues slot. But it = is more important to gauge what the WG thinks need to be improved with = DAD first. Solution discussion should wait until after that. >>>>>=20 >>>>>> right now we have 15 minutes reserved for each of. >>>>>>=20 >>>>>> alternatively consider it a 30 minute session that you can split = whichever way you like. >>>>> Some text missing above. I assume the dad-issues and rs-refresh is = what you meant by "each of". >>>>>=20 >>>>> Thanks, >>>>> Erik >>>>>=20 >>>>>> cheers, >>>>>> Ole >>>>>>=20 >>>>>>=20 >>>>>>> On 04 Mar 2015, at 2:05 , Erik Nordmark = wrote: >>>>>>>=20 >>>>>>> On 3/3/15 6:09 AM, Ole Troan wrote: >>>>>>>> Erik, >>>>>>>>=20 >>>>>>>>> Did you add two requests to the queue? >>>>>>>>> One was for draft-nordmark-6man-rs-refresh and a separate one = for draft-yourtchenko-6man-dad-issues? >>>>>>>>> Either Andrew will present the second one remotely, or I can = do it on site. >>>>>>>> yes, thank you those are added. >>>>>>>> 15 minutes each. alternatively we make a design team session = like we did last time? >>>>>>> Better to keep them separate. They are both merely(?) outgrowths = of the DT work. >>>>>>>=20 >>>>>>> Erik >>>>>>>=20 >>>>>>>> cheers, >>>>>>>> Ole >>>>>>>>=20 >>>>>>>>>>> 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 >>>>>> _______________________________________________ >>>>>> Efficientnd-dt mailing list >>>>>> Efficientnd-dt@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/efficientnd-dt >>>>> _______________________________________________ >>>>> Efficientnd-dt mailing list >>>>> Efficientnd-dt@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/efficientnd-dt >>>>=20 >>>> _______________________________________________ >>>> Efficientnd-dt mailing list >>>> Efficientnd-dt@ietf.org >>>> https://www.ietf.org/mailman/listinfo/efficientnd-dt >=20 --Apple-Mail=_12196E0B-E952-442B-903F-4A1DF2A6BF65 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 iQEcBAEBCgAGBQJVAG3mAAoJEK7rdBF357uoFOUH/jcQeN+YeSwyq6IyV2iJ3wzZ /NJe9XeQ3KO4pWLO8/0xr73pmWsrOMiao+Odz3K0GanuLCdoZ4N8eluxBuOT4K+y WUhEGWB6H4dLa6PToHOc4ShKpzWegx6p+j+HJtGtM2rH82z30lLRkiOTUaMJeUBp c32pq4LlKyKeQRT3uD9qsck8urFlLSstB6pC5QK03Y8ehOPrJlLS1IaFwAqX4SBd FL2jalTW54k/RHnx/VDztma5ZUmH6hRPl4G37sX64Ms6zdpeLWNjTdNq4oAss6NW ++hTRxr9BZHyKZsR9b3fuT2fgXDOELi5wrpjlfhdnJniOSuWHo7pyD0jnWKSt0A= =XafC -----END PGP SIGNATURE----- --Apple-Mail=_12196E0B-E952-442B-903F-4A1DF2A6BF65-- From nobody Wed Mar 11 09:42:12 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 B97411A1B17 for ; Wed, 11 Mar 2015 09:42:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 0E4hkIgyK5cH for ; Wed, 11 Mar 2015 09:41:59 -0700 (PDT) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (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 673C01A1A8A for ; Wed, 11 Mar 2015 09:41:59 -0700 (PDT) Received: by igqa13 with SMTP id a13so41672262igq.0 for ; Wed, 11 Mar 2015 09:41:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to; bh=RhORE7tRryNJykqvn81UeRiNBWVSmlE38xIbJHXXf5o=; b=MLT++r1QENwPJMLt9HmrSpgt0kHXubAkCcSb94rH7hR+TRP9s2U2eLcWHrlrxnJ8xE YOLTAJhnqicW/iRGrzWfRQChmwu2Bi4T6WRCR/OlXeHbqH3Vchf3PrxxDFFd4VAIX9lL kYc1YvFlJuP+fzjIMG2swe6X1al9fXJ2hMZLXypBrgVvWw5hYGjkoPKdB+a1F5lW/DCy 6/5fDuEbezX0LOIp8WO1AvHoFksqdjcxBiCxYB6EvhhHetrvhORt1ha5xuMaJ9YVNcij MGha7NVTRcSNMhAdhD01PThpf34vuzzpNCwS9uj8D9LGMVx915pZLMfjnZj2Cxn1zxfY sx4w== X-Received: by 10.107.9.213 with SMTP id 82mr49560828ioj.57.1426092118907; Wed, 11 Mar 2015 09:41:58 -0700 (PDT) Received: from ?IPv6:2601:9:400:ac2:70b6:2228:2463:a072? ([2601:9:400:ac2:70b6:2228:2463:a072]) by mx.google.com with ESMTPSA id t1sm10072939igs.0.2015.03.11.09.41.57 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 11 Mar 2015 09:41:58 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_40BB53A3-2668-48DB-8637-AC4B74A33016"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b5 From: Bob Hinden In-Reply-To: <11CF9324-526F-4B89-990F-FF8F4A2565C3@gmail.com> Date: Wed, 11 Mar 2015 09:41:47 -0700 Message-Id: <4421388B-57F9-4942-A014-B6F1BB266AC6@gmail.com> References: <86EF371E-55C4-4056-8569-B3844EE60137@employees.org> <54E4F01E.9030106@acm.org> <54F551A3.3020707@sonic.net> <3E8B0214-FEB7-4BAB-9F13-14248B7DDBAD@employees.org> <54F65A74.6090101@acm.org> <54FF64A8.8030805@acm.org> <12D1AA79-4D41-4FD4-BFF2-9E902251D4B4@gmail.com> <54FFC8D5.6000204@sonic.net> <5500695B.2080400@sonic.net> <11CF9324-526F-4B89-990F-FF8F4A2565C3@gmail.com> To: Erik Nordmark X-Mailer: Apple Mail (2.2070.6) Archived-At: Cc: 6man Chairs <6man-chairs@tools.ietf.org>, Bob Hinden , Erik Nordmark , =?utf-8?Q?Ole_Tr=C3=B8an?= , 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: Wed, 11 Mar 2015 16:42:10 -0000 --Apple-Mail=_40BB53A3-2668-48DB-8637-AC4B74A33016 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Done. Bob > On Mar 11, 2015, at 9:31 AM, Bob Hinden wrote: >=20 > Erik, >=20 > Will do. >=20 > Thanks, > Bob >=20 >> On Mar 11, 2015, at 9:12 AM, Erik Nordmark = wrote: >>=20 >> On 3/10/15 11:16 PM, Bob Hinden wrote: >>>=20 >>> Good. Are there other drafts we should show in the agenda. >> Bob, >>=20 >> Wouldn't hurt to list the draft-nordmark-6man-dad-approaches-00 draft = in the agenda, since that might make some more folks read it before the = meeting. >>=20 >> How about listing that under the DAD issues agenda slot together with = draft-yourtchenko-6man-dad-issues-01 = . >>=20 >> Thanks, >> Erik >>=20 >>>=20 >>> Thanks, >>> Bob >>>=20 >>>> Erik >>>>=20 >>>>> Thanks, >>>>> Bob >>>>>=20 >>>>>=20 >>>>>> On Mar 10, 2015, at 2:39 PM, Erik Nordmark = wrote: >>>>>>=20 >>>>>> On 3/10/15 1:31 PM, Ole Troan wrote: >>>>>>> Erik, >>>>>>>=20 >>>>>>> I also noticed draft-nordmark-6man-dad-approaches-00 is that = something you=92ll want to cover? >>>>>> I/we can mention it briefly as part of the dad-issues slot. But = it is more important to gauge what the WG thinks need to be improved = with DAD first. Solution discussion should wait until after that. >>>>>>=20 >>>>>>> right now we have 15 minutes reserved for each of. >>>>>>>=20 >>>>>>> alternatively consider it a 30 minute session that you can split = whichever way you like. >>>>>> Some text missing above. I assume the dad-issues and rs-refresh = is what you meant by "each of". >>>>>>=20 >>>>>> Thanks, >>>>>> Erik >>>>>>=20 >>>>>>> cheers, >>>>>>> Ole >>>>>>>=20 >>>>>>>=20 >>>>>>>> On 04 Mar 2015, at 2:05 , Erik Nordmark = wrote: >>>>>>>>=20 >>>>>>>> On 3/3/15 6:09 AM, Ole Troan wrote: >>>>>>>>> Erik, >>>>>>>>>=20 >>>>>>>>>> Did you add two requests to the queue? >>>>>>>>>> One was for draft-nordmark-6man-rs-refresh and a separate one = for draft-yourtchenko-6man-dad-issues? >>>>>>>>>> Either Andrew will present the second one remotely, or I can = do it on site. >>>>>>>>> yes, thank you those are added. >>>>>>>>> 15 minutes each. alternatively we make a design team session = like we did last time? >>>>>>>> Better to keep them separate. They are both merely(?) = outgrowths of the DT work. >>>>>>>>=20 >>>>>>>> Erik >>>>>>>>=20 >>>>>>>>> cheers, >>>>>>>>> Ole >>>>>>>>>=20 >>>>>>>>>>>> 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 >>>>>>> _______________________________________________ >>>>>>> Efficientnd-dt mailing list >>>>>>> Efficientnd-dt@ietf.org >>>>>>> https://www.ietf.org/mailman/listinfo/efficientnd-dt >>>>>> _______________________________________________ >>>>>> Efficientnd-dt mailing list >>>>>> Efficientnd-dt@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/efficientnd-dt >>>>>=20 >>>>> _______________________________________________ >>>>> Efficientnd-dt mailing list >>>>> Efficientnd-dt@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/efficientnd-dt >>=20 >=20 --Apple-Mail=_40BB53A3-2668-48DB-8637-AC4B74A33016 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 iQEcBAEBCgAGBQJVAHBLAAoJEK7rdBF357uoOd8H/27SKwKtNQNwUE3AyW7J7p3X cSr7oSHsaKQ3imfxvcGF9kpK0bT2mQA5uVjd6pU2IgQdNupPsh7IEWyF8zIwGcw1 384ENP8fk8925Lli1ag1fVqYwb+xYaI1FH+DHB6q5DJZ7hJ9NujqO2w9nRWx3TRD uK//B9eJDRb/bt3eu+wHXuKMpV5QPdA9GhWQkzCYS2qFn8dh+qluoQUbJ7YPhzlC i2/3dZTx2uhHIvLik7J5nfOchJ1DyrE2ech03DgK2SRoS9o0kko/jYj/KerUR/bl LW4ZD24PgnBaGBrxyirEJa8mfMTwVrOgSTdGsVj9dXdvQiaJznDYVPIUhMwfwOM= =VW2m -----END PGP SIGNATURE----- --Apple-Mail=_40BB53A3-2668-48DB-8637-AC4B74A33016-- From nobody Thu Mar 12 14:22:02 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 89F291A9174 for ; Thu, 12 Mar 2015 14:22:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.01 X-Spam-Level: X-Spam-Status: No, score=-2.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_75=0.6, 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 rgHaDtV87EgT for ; Thu, 12 Mar 2015 14:21:58 -0700 (PDT) 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 D9CD21A9172 for ; Thu, 12 Mar 2015 14:21:58 -0700 (PDT) Received: from [172.22.239.87] ([162.210.130.3]) (authenticated bits=0) by c.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id t2CLLmoB032662 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 12 Mar 2015 14:21:48 -0700 Message-ID: <5502036C.2000105@sonic.net> Date: Thu, 12 Mar 2015 14:21:48 -0700 From: Erik Nordmark User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Samita Chakrabarti , "Erik Nordmark (nordmark@acm.org)" References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Sonic-CAuth: UmFuZG9tSVY8X2uznJvFeSJyc34/QZEkr67vqSDZWKxjT+m0oIQvcJzprVp4g1TN+2J+0eUV0e2FiaDxYHVogicH+4LNLPXf X-Sonic-ID: C;5EIVy/3I5BGygO8Jj30JFw== M;MH8yy/3I5BGygO8Jj30JFw== X-Sonic-Spam-Details: 0.0/5.0 by cerberusd Archived-At: Cc: "asood2@ncsu.edu" , "efficientnd-dt@ietf.org" Subject: Re: [Efficientnd-dt] ND related test results 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: Thu, 12 Mar 2015 21:22:00 -0000 On 3/9/15 4:18 PM, Samita Chakrabarti wrote: > > Hello Erik and all: > > A draft has been published by Ankur Sood (from North Carolina State > University); Ankur had done some simple tests with ND routers(linux > Ubuntu), a non-intelligent Wifi access point which sends data back > and forth towards and from the wireless hosts ( two wifi phone devices > and a laptop ). > > The purpose of this draft is to see how RA messages can increase with > the frequency of interval and the difference between min and MAX > advinterval. Also how different sleeping host implementations behave > differently around ND and DAD. > The part about the different behavior of of the hosts is quite informative. I think this is an area we should understand better to see how the implementation choices affect the network behavior. Changing maxRa and not minRa seems less useful than changing one and keeping the max:min ratio constant. One would expect that with a constant ratio between them the RA rate would be proportional to the timers. However, I can't easily check if that is the case from the results due to the change in ratio. (And if there are additional hosts one would expect to see RAs caused by sending RS as they connect; many router implementations multicast those solicited RAs.) I didn't quite understand the last part about changing the lifetime. That should not affect when RAs are transmitted (which the results show). Thanks, Erik > Perhaps it could provide some data point for DAD issues as well. I > have CC’ed Ankur if anyone has any questions/suggestions for him. > > -Samita > > >Name: draft-sood-6man-nd-signalling-n-dad-test > > Revision: 00 > > Title: Test result analysis of IPv6 Neighbor Discovery in a > > simple Wireless network > > Document date: 2015-03-09 > > Group: Individual Submission > > Pages: 14 > > URL: > > > http://www.ietf.org/internet-drafts/draft-sood-6man-nd-signalling-n-dad-test-00.txt > > Status: > > > https://datatracker.ietf.org/doc/draft-sood-6man-nd-signalling-n-dad-test/ > > Htmlized: > > http://tools.ietf.org/html/draft-sood-6man-nd-signalling-n-dad-test-00 > > > > > > Abstract: > > IPv6 WG is looking into various Neighbor Discovery (ND) optimization > > techniques. This document describes several test cases and test > > results on IPv6 ND number of messages, power usages using simple WiFi > > configuration and wireless phones as hosts. > > > > _______________________________________________ > Efficientnd-dt mailing list > Efficientnd-dt@ietf.org > https://www.ietf.org/mailman/listinfo/efficientnd-dt From nobody Thu Mar 12 17:24:17 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 477DC1A888E for ; Thu, 12 Mar 2015 17:24:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.601 X-Spam-Level: X-Spam-Status: No, score=-3.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_75=0.6, RCVD_IN_DNSWL_MED=-2.3, 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 Pw76OnCmaMDr for ; Thu, 12 Mar 2015 17:24:13 -0700 (PDT) Received: from usevmg20.ericsson.net (usevmg20.ericsson.net [198.24.6.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 378DF1A887B for ; Thu, 12 Mar 2015 17:24:13 -0700 (PDT) X-AuditID: c618062d-f79686d0000030a8-de-5501d90933dd Received: from EUSAAHC003.ericsson.se (Unknown_Domain [147.117.188.81]) by usevmg20.ericsson.net (Symantec Mail Security) with SMTP id 8F.15.12456.909D1055; Thu, 12 Mar 2015 19:20:57 +0100 (CET) Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC003.ericsson.se ([147.117.188.81]) with mapi id 14.03.0210.002; Thu, 12 Mar 2015 20:24:11 -0400 From: Samita Chakrabarti To: Erik Nordmark , "Erik Nordmark (nordmark@acm.org)" Thread-Topic: [Efficientnd-dt] ND related test results draft Thread-Index: AdBavdD9lk4MIrHLSGmTQh2X5VzA0QCbkJ0AAANTirA= Date: Fri, 13 Mar 2015 00:24:11 +0000 Message-ID: References: <5502036C.2000105@sonic.net> In-Reply-To: <5502036C.2000105@sonic.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [147.117.188.9] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrMLMWRmVeSWpSXmKPExsUyuXRPoC7nTcZQg6YVVhbbD05itnjx6Saj Rf/UnUwWLzs3sDmweFy+4u2xZMlPJo9t10+weTztbmYJYInisklJzcksSy3St0vgytix9SV7 wR2FiofrulkaGBdKdTFyckgImEi0zzrMAmGLSVy4t56ti5GLQ0jgCKNEf+MUKGc5o8SXFzNY QarYBKwkOnr3sHcxcnCICMRLzPqUBhJmFoiTmLHiMFiJsIC1xLJfq5lAbBEBG4lXb34wQthW Et827gSrYRFQldja+B4szivgK9HT/4UNxBYSyJG4sf0iO4jNKaApcfbLQTCbEei476fWMEHs Epe49WQ+E8TRAhJL9pxnhrBFJV4+/scKYStK7Oufzg5RryOxYPcnNghbW2LZwtfMEHsFJU7O fMIygVFsFpKxs5C0zELSMgtJywJGllWMHKXFqWW56UYGmxiBsXRMgk13B+Oel5aHGAU4GJV4 eD+cYAgVYk0sK67MPcQozcGiJM676MHBECGB9MSS1OzU1ILUovii0pzU4kOMTBycUg2M9d8C 3/WfyLTZqXq3kXn9RsWdMf/FJHI6BDPqlrWwfM6LnLd2euDtV8bKmb+F/Dcc6949K1Pv4c3m tTHMj6/E+u7XuXW3YRp/9LyHUpd8jHVSeDZ4bhQQ6F98SD7vtuXrqOBLFzXO2Mw8VyAS++b7 HukV/YobpjfwGmrIXlPUf3UqTUrhQ2aOEktxRqKhFnNRcSIA0X66X4YCAAA= Archived-At: Cc: "asood2@ncsu.edu" , "efficientnd-dt@ietf.org" Subject: Re: [Efficientnd-dt] ND related test results 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, 13 Mar 2015 00:24:15 -0000 Hi Erik, Please see in-line. -----Original Message----- From: Erik Nordmark [mailto:nordmark@sonic.net]=20 Sent: Thursday, March 12, 2015 2:22 PM To: Samita Chakrabarti; Erik Nordmark (nordmark@acm.org) Cc: asood2@ncsu.edu; efficientnd-dt@ietf.org Subject: Re: [Efficientnd-dt] ND related test results draft On 3/9/15 4:18 PM, Samita Chakrabarti wrote: > > Hello Erik and all: > > A draft has been published by Ankur Sood (from North Carolina State=20 > University); Ankur had done some simple tests with ND routers(linux=20 > Ubuntu), a non-intelligent Wifi access point which sends data back=20 > and forth towards and from the wireless hosts ( two wifi phone devices=20 > and a laptop ). > > The purpose of this draft is to see how RA messages can increase with=20 > the frequency of interval and the difference between min and MAX=20 > advinterval. Also how different sleeping host implementations behave=20 > differently around ND and DAD. > The part about the different behavior of of the hosts is quite informative.= I think this is an area we should understand better to see how the impleme= ntation choices affect the network behavior. [SC>] Most importantly the sleepy behavior of the two wireless phones' imp= lementations and anomaly in response to DAD messages.=20 Changing maxRa and not minRa seems less useful than changing one and keepin= g the max:min ratio constant. One would expect that with a constant ratio b= etween them the RA rate would be proportional to the timers. However, I can= 't easily check if that is the case from the results due to the change in r= atio. (And if there are additional hosts one would expect to see RAs caused= by sending RS as they connect; many router implementations multicast those= solicited RAs.) [SC>] Yes, many implementation still multicast the solicited RA - I think= that might be the case for this Ubuntu implementation too. Ankur-- do you = remember? I didn't quite understand the last part about changing the lifetime.=20 That should not affect when RAs are transmitted (which the results show). [SC>] The advlifetime column is kind of lame here. Originally the plan w= as to observe the node behavior when RA interval is increased to >=3D Ad= vlifetime. But that was not possible from the configuration file [ did no= t allow]. So I believe Ankur tried changing default-lifetime just for exper= iment's sake . The change in number (increment) in RA is probably due to i= ncreased time duration. Also one observation was made (not listed in the draft) that over several = hours of duration only 2/% - 3% battery was consumed when the phone is left= idle and periodic RA messages were sent. But the accuracy of the experimen= t was not clear. Perhaps it is because the phone sleeps and they don't list= en to any of the multicast ND messages. Ankur might have details on that. Thanks, -Samita > Perhaps it could provide some data point for DAD issues as well. I=20 > have CC'ed Ankur if anyone has any questions/suggestions for him. > > -Samita > > >Name: draft-sood-6man-nd-signalling-n-dad-test > > Revision: 00 > > Title: Test result analysis of IPv6 Neighbor Discovery in a > > simple Wireless network > > Document date: 2015-03-09 > > Group: Individual Submission > > Pages: 14 > > URL: > >=20 > http://www.ietf.org/internet-drafts/draft-sood-6man-nd-signalling-n-da > d-test-00.txt > > Status: > >=20 > https://datatracker.ietf.org/doc/draft-sood-6man-nd-signalling-n-dad-t > est/ > > Htmlized: > > http://tools.ietf.org/html/draft-sood-6man-nd-signalling-n-dad-test- > > 00 > > > > > > Abstract: > > IPv6 WG is looking into various Neighbor Discovery (ND) optimization > > techniques. This document describes several test cases and test > > results on IPv6 ND number of messages, power usages using simple WiF= i > > configuration and wireless phones as hosts. > > > > _______________________________________________ > Efficientnd-dt mailing list > Efficientnd-dt@ietf.org > https://www.ietf.org/mailman/listinfo/efficientnd-dt From nobody Thu Mar 12 20:27: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 100DE1A89EF for ; Thu, 12 Mar 2015 20:27:00 -0700 (PDT) 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 2kinvnDh0pAK for ; Thu, 12 Mar 2015 20:26:59 -0700 (PDT) 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 1EA1F1A87AE for ; Thu, 12 Mar 2015 20:26:59 -0700 (PDT) Received: from [172.22.239.87] ([162.210.130.3]) (authenticated bits=0) by c.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id t2D3Qos7001497 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 12 Mar 2015 20:26:50 -0700 Message-ID: <550258FA.2090702@sonic.net> Date: Thu, 12 Mar 2015 20:26:50 -0700 From: Erik Nordmark User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Samita Chakrabarti , "Erik Nordmark (nordmark@acm.org)" References: <5502036C.2000105@sonic.net> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Sonic-CAuth: UmFuZG9tSVZG67mTvjgduccd3JwuIzHtYFPb0EjrHi5P77PK1UQQIC4UPzmnPzOvlcqGpD76uzwveUor1RwGw/zMyiF0IBQx X-Sonic-ID: C;IMStyTDJ5BGYo+8Jj30JFw== M;MkvJyTDJ5BGYo+8Jj30JFw== X-Sonic-Spam-Details: 0.0/5.0 by cerberusd Archived-At: Cc: "asood2@ncsu.edu" , "efficientnd-dt@ietf.org" Subject: Re: [Efficientnd-dt] ND related test results 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, 13 Mar 2015 03:27:00 -0000 On 3/12/15 5:24 PM, Samita Chakrabarti wrote: > Also one observation was made (not listed in the draft) that over several hours of duration only 2/% - 3% battery was consumed when the phone is left idle and periodic RA messages were sent. But the accuracy of the experiment was not clear. Perhaps it is because the phone sleeps and they don't listen to any of the multicast ND messages. One could design tests to check if the phone receives and processes the RA. Just have the router send a single RA with a new prefix and with a long prefix lifetime. Later one can check for the existence of that prefix on the phone. Erik From nobody Sat Mar 14 00:05:29 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 B3ECC1AC427 for ; Sat, 14 Mar 2015 00:05:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.009 X-Spam-Level: X-Spam-Status: No, score=-2.009 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_75=0.6, 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 HPdDRzJiTtqR for ; Sat, 14 Mar 2015 00:05:24 -0700 (PDT) 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 AD55B1AC423 for ; Sat, 14 Mar 2015 00:05:24 -0700 (PDT) Received: from [172.22.241.170] ([162.210.130.3]) (authenticated bits=0) by d.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id t2E75Ef9024385 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 14 Mar 2015 00:05:15 -0700 Message-ID: <5503DDA9.8040508@sonic.net> Date: Sat, 14 Mar 2015 00:05:13 -0700 From: Erik Nordmark User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Ankur Sood , Samita Chakrabarti References: <5502036C.2000105@sonic.net> In-Reply-To: Content-Type: multipart/alternative; boundary="------------000005020301030106090307" X-Sonic-CAuth: UmFuZG9tSVYYj6AdE7Rbu5+RUFZ71Q0m4WdTMGWXyLzpI7A4PSZVFGei878uNJyhf363woXcq5nWiVbikSuN0+QloFYi1OvK X-Sonic-ID: C;cEPVdhjK5BGhe75YxQPdhw== M;0NDxdhjK5BGhe75YxQPdhw== X-Sonic-Spam-Details: 0.0/5.0 by cerberusd Archived-At: Cc: "Erik Nordmark \(nordmark@acm.org\)" , "efficientnd-dt@ietf.org" Subject: Re: [Efficientnd-dt] ND related test results 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, 14 Mar 2015 07:05:27 -0000 This is a multi-part message in MIME format. --------------000005020301030106090307 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 3/13/15 7:53 PM, Ankur Sood wrote: > Hello All, > > Please see the comments inline. > > On Thu, Mar 12, 2015 at 8:24 PM, Samita Chakrabarti > > wrote: > > Hi Erik, > > Please see in-line. > > -----Original Message----- > From: Erik Nordmark [mailto:nordmark@sonic.net > ] > Sent: Thursday, March 12, 2015 2:22 PM > To: Samita Chakrabarti; Erik Nordmark (nordmark@acm.org > ) > Cc: asood2@ncsu.edu ; > efficientnd-dt@ietf.org > Subject: Re: [Efficientnd-dt] ND related test results draft > > On 3/9/15 4:18 PM, Samita Chakrabarti wrote: > > > > Hello Erik and all: > > > > A draft has been published by Ankur Sood (from North Carolina State > > University); Ankur had done some simple tests with ND routers(linux > > Ubuntu), a non-intelligent Wifi access point which sends data back > > and forth towards and from the wireless hosts ( two wifi phone > devices > > and a laptop ). > > > > The purpose of this draft is to see how RA messages can increase > with > > the frequency of interval and the difference between min and MAX > > advinterval. Also how different sleeping host implementations behave > > differently around ND and DAD. > > > The part about the different behavior of of the hosts is quite > informative. I think this is an area we should understand better > to see how the implementation choices affect the network behavior. > > [SC>] Most importantly the sleepy behavior of the two wireless > phones' implementations and anomaly in response to DAD messages. > > Changing maxRa and not minRa seems less useful than changing one > and keeping the max:min ratio constant. One would expect that with > a constant ratio between them the RA rate would be proportional to > the timers. However, I can't easily check if that is the case from > the results due to the change in ratio. (And if there are > additional hosts one would expect to see RAs caused by sending RS > as they connect; many router implementations multicast those > solicited RAs.) > [SC>] Yes, many implementation still multicast the solicited RA > - I think that might be the case for this Ubuntu implementation > too. Ankur-- do you remember? > > [AS] As far as I remember, all the RA's were multicast. > > > I didn't quite understand the last part about changing the lifetime. > That should not affect when RAs are transmitted (which the results > show). > [SC>] The advlifetime column is kind of lame here. Originally > the plan was to observe the node behavior when RA interval is > increased to >= Advlifetime. But that was not possible from the > configuration file [ did not allow]. So I believe Ankur tried > changing default-lifetime just for experiment's sake . The change > in number (increment) in RA is probably due to increased time > duration. > > > [AS] From this test case, I intend to show that as the difference > between [Max/Min]RtrAdvInterval increases, the number of RA messages > transmitted almost remains the same except for the initial case when > the difference between [Max/Min]RtrAdvInterval is very small. > > (1) Taking the default values, > > MinRtrAdvInterval = 3 sec. That isn't the default value. RFC4861 says Default: 0.33 * MaxRtrAdvInterval Thus it would be 600 in this case. > MaxRtrAdvInterval = 1800 sec, > AdvDefaultLifetime = 3*MaxRtrAdvInterval = 5400 sec. > > So here the RA messages would be sent at any random interval between > 3sec. - 1800 sec. Now if we assume that the default router fails, the > hosts will still consider it as the default router for the next 5400 > sec. until a new pefix is advertised. > > (2) Now if we take the below values, > > MinRtrAdvInterval = 3 sec. > MaxRtrAdvInterval = 100 sec. > AdvDefaultLifetime = 3*MaxRtrAdvInterval = 300 sec. > > So here, when the router fails, then the switchover to another router > would be faster. When a router fails then NUD will detect it (assuming the host is sending something) in about 45 seconds and fail over to another default router. And if failover is critical then it is normal to use VRRP to get the failover time down to a few seconds if not less. Regards, Erik > > (3) Also in this test case, I observed that the number of RA messages > exchanged is almost the same except for 30/50 sec value. I observed > that the MaxRtrAdvInterval is not being considered while sending RAs, > otherwise the number of RA messages transmitted would have been > different. So MaxRtrInterval should be kept at a lower value so that > switchover, in the case of router failure, is faster. > > Also one observation was made (not listed in the draft) that over > several hours of duration only 2/% - 3% battery was consumed when > the phone is left idle and periodic RA messages were sent. But the > accuracy of the experiment was not clear. Perhaps it is because > the phone sleeps and they don't listen to any of the multicast ND > messages. > Ankur might have details on that. > > > [AS] I observed the battery drain to be around 2-3% when there were no > applications running on the phone. But it's not clear what other > processes consume the battery apart from the multicast ND messages > > Thanks & Best Regards, > Ankur Sood > > > > > > > Perhaps it could provide some data point for DAD issues as well. I > > have CC'ed Ankur if anyone has any questions/suggestions for him. > > > > -Samita > > > > >Name: draft-sood-6man-nd-signalling-n-dad-test > > > Revision: 00 > > > Title: Test result analysis of IPv6 Neighbor > Discovery in a > > > simple Wireless network > > > Document date: 2015-03-09 > > > Group: Individual Submission > > > Pages: 14 > > > URL: > > > > > > http://www.ietf.org/internet-drafts/draft-sood-6man-nd-signalling-n-da > > d-test-00.txt > > > Status: > > > > > > https://datatracker.ietf.org/doc/draft-sood-6man-nd-signalling-n-dad-t > > est/ > > > Htmlized: > > > > http://tools.ietf.org/html/draft-sood-6man-nd-signalling-n-dad-test- > > > 00 > > > > > > > > > Abstract: > > > IPv6 WG is looking into various Neighbor Discovery (ND) > optimization > > > techniques. This document describes several test cases and > test > > > results on IPv6 ND number of messages, power usages using > simple WiFi > > > configuration and wireless phones as hosts. > > > > > > > > _______________________________________________ > > Efficientnd-dt mailing list > > Efficientnd-dt@ietf.org > > https://www.ietf.org/mailman/listinfo/efficientnd-dt > > --------------000005020301030106090307 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit
On 3/13/15 7:53 PM, Ankur Sood wrote:
Hello All,

Please see the comments inline.

On Thu, Mar 12, 2015 at 8:24 PM, Samita Chakrabarti <samita.chakrabarti@ericsson.com> wrote:
Hi Erik,

Please see in-line.

-----Original Message-----
From: Erik Nordmark [mailto:nordmark@sonic.net]
Sent: Thursday, March 12, 2015 2:22 PM
To: Samita Chakrabarti; Erik Nordmark (nordmark@acm.org)
Cc: asood2@ncsu.edu; efficientnd-dt@ietf.org
Subject: Re: [Efficientnd-dt] ND related test results draft

On 3/9/15 4:18 PM, Samita Chakrabarti wrote:
>
> Hello Erik and all:
>
> A draft has been published by Ankur Sood (from North Carolina State
> University); Ankur had done some simple tests with ND routers(linux
> Ubuntu), a  non-intelligent Wifi access point which sends data back
> and forth towards and from the wireless hosts ( two wifi phone devices
> and a laptop ).
>
> The purpose of this draft is to see how RA messages can increase with
> the frequency of interval and the difference between min and MAX
> advinterval. Also how different sleeping host implementations behave
> differently  around ND and DAD.
>
The part about the different behavior of of the hosts is quite informative. I think this is an area we should understand better to see how the implementation choices affect the network behavior.

[SC>]  Most importantly the sleepy behavior of the two wireless phones' implementations  and  anomaly in response to DAD messages.

Changing maxRa and not minRa seems less useful than changing one and keeping the max:min ratio constant. One would expect that with a constant ratio between them the RA rate would be proportional to the timers. However, I can't easily check if that is the case from the results due to the change in ratio. (And if there are additional hosts one would expect to see RAs caused by sending RS as they connect; many router implementations multicast those solicited RAs.)
[SC>]   Yes, many implementation still multicast the solicited RA - I think that might be the case for this Ubuntu implementation too. Ankur-- do you remember?

[AS] As far as I remember, all the RA's were multicast. 

I didn't quite understand the last part about changing the lifetime.
That should not affect when RAs are transmitted (which the results show).
[SC>]  The advlifetime column is  kind of lame here.  Originally the plan was to observe the  node behavior  when RA interval is increased to  >= Advlifetime.  But  that was not possible from the configuration file [ did not allow]. So I believe Ankur tried changing default-lifetime just for experiment's sake . The change in number (increment) in RA is probably due to  increased time duration.

[AS] From this test case, I intend to show that as the difference between [Max/Min]RtrAdvInterval increases, the number of RA messages transmitted almost remains the same except for the initial case when the difference between [Max/Min]RtrAdvInterval is very small.

(1) Taking the default values,

MinRtrAdvInterval = 3 sec.

That isn't the default value. RFC4861 says
Default: 0.33 * MaxRtrAdvInterval

Thus it would be 600 in this case.
MaxRtrAdvInterval = 1800 sec,
AdvDefaultLifetime = 3*MaxRtrAdvInterval = 5400 sec.

So here the RA messages would be sent at any random interval between 3sec. - 1800 sec. Now if we assume that the default router fails, the hosts will still consider it as the default router for the next 5400 sec. until a new pefix is advertised.

(2) Now if we take the below values,

MinRtrAdvInterval = 3 sec.
MaxRtrAdvInterval = 100 sec.
AdvDefaultLifetime = 3*MaxRtrAdvInterval = 300 sec.

So here, when the router fails, then the switchover to another router would be faster.

When a router fails then NUD will detect it (assuming the host is sending something) in about 45 seconds and fail over to another default router.
And if failover is critical then it is normal to use VRRP to get the failover time down to a few seconds if not less.

Regards,
   Erik


(3) Also in this test case, I observed that the number of RA messages exchanged is almost the same except for 30/50 sec value. I observed that the MaxRtrAdvInterval is not being considered while sending RAs, otherwise the number of RA messages transmitted would have been different. So MaxRtrInterval should be kept at a lower value so that switchover, in the case of router failure, is faster.

Also one observation was made (not listed in the draft) that  over several hours of duration only 2/% - 3% battery was consumed when the phone is left idle and periodic RA messages were sent. But the accuracy of the experiment was not clear. Perhaps it is because the phone sleeps and they don't listen to any of the multicast ND messages.
Ankur might have details on that.

[AS] I observed the battery drain to be around 2-3% when there were no applications running on the phone. But it's not clear what other processes consume the battery apart from the multicast ND messages 

Thanks & Best Regards,
Ankur Sood 




> Perhaps it could provide some data point for DAD issues as well.  I
> have CC'ed Ankur if anyone has any questions/suggestions for him.
>
> -Samita
>
> >Name: draft-sood-6man-nd-signalling-n-dad-test
> > Revision:       00
> > Title:          Test result analysis of IPv6 Neighbor Discovery in a
> > simple Wireless network
> > Document date:  2015-03-09
> > Group:          Individual Submission
> > Pages:          14
> > URL:
> >
> http://www.ietf.org/internet-drafts/draft-sood-6man-nd-signalling-n-da
> d-test-00.txt
> > Status:
> >
> https://datatracker.ietf.org/doc/draft-sood-6man-nd-signalling-n-dad-t
> est/
> > Htmlized:
> > http://tools.ietf.org/html/draft-sood-6man-nd-signalling-n-dad-test-
> > 00
> >
> >
> > Abstract:
> >    IPv6 WG is looking into various Neighbor Discovery (ND) optimization
> >    techniques.  This document describes several test cases and test
> >    results on IPv6 ND number of messages, power usages using simple WiFi
> >    configuration and wireless phones as hosts.
>
>
>
> _______________________________________________
> Efficientnd-dt mailing list
> Efficientnd-dt@ietf.org
> https://www.ietf.org/mailman/listinfo/efficientnd-dt



--------------000005020301030106090307-- From asood2@ncsu.edu Fri Mar 13 19:53:31 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 519001A914E for ; Fri, 13 Mar 2015 19:53:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.977 X-Spam-Level: X-Spam-Status: No, score=-2.977 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_75=0.6, RCVD_IN_DNSWL_MED=-2.3] 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 fkx2vxC_GzPO for ; Fri, 13 Mar 2015 19:53:28 -0700 (PDT) Received: from na3sys009aog130.obsmtp.com (na3sys009aog130.obsmtp.com [74.125.149.143]) by ietfa.amsl.com (Postfix) with SMTP id C2C361A914B for ; Fri, 13 Mar 2015 19:53:27 -0700 (PDT) Received: from mail-ig0-f181.google.com ([209.85.213.181]) (using TLSv1) by na3sys009aob130.postini.com ([74.125.148.12]) with SMTP ID DSNKVQOip0tjjCpIdg3aS9r6n5rhCr3G3rDC@postini.com; Fri, 13 Mar 2015 19:53:27 PDT Received: by igad1 with SMTP id d1so1498466iga.0 for ; Fri, 13 Mar 2015 19:53:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=yw0ui9VdcP7ue7KFADzWze9zsDO6fnsKDmaxQZcbsqs=; b=IJCNTRJt/OHa7NRPXmC4mqRO+GBPhcobDgsAb+0fOl5NRsck9FUw8K5tASJCY3/n+H g+0kqUT8RjUX6+0GSaxVmcNeOXaX9rSX/qKS6Uc87kZ1fJTKuStutdzfJCcDfNw7V8g/ Q76XLwkJjb6wKkzeIOFg5edxKTBUz9lZ1hztdQ5QKbgodl5EScYFhpz986bEKaCJgrG4 YKdno0C6Ywp8nqMGW/N7N3eWWs2vSllWgAmYvxSCb+dXMPB7k+bUR42hI++Fl7WqkX0l pAiOf2eRWL3Ao9WUSzwHkfPPULb8hfrAknGGlDDqm6kHoRRU1a7X8zU0Hsncbc5LTi89 hKdw== X-Gm-Message-State: ALoCoQkUBgJ5cvoXGEqoph0SyjNh+0Qs2Re3CgUwb4tCLbeUIZeCsY/66d9C9Ciu/xZQav+8q18LG0iU24FhZryhfK/5ItYLNNgF6RGivPIAdNv0t3hbC6kPATZfgdY7NlmMERCku7kNwvfJF4a9EL1hCDFv8a7ghg== X-Received: by 10.107.153.193 with SMTP id b184mr90912471ioe.85.1426301606930; Fri, 13 Mar 2015 19:53:26 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.107.153.193 with SMTP id b184mr90912460ioe.85.1426301606800; Fri, 13 Mar 2015 19:53:26 -0700 (PDT) Received: by 10.50.178.98 with HTTP; Fri, 13 Mar 2015 19:53:26 -0700 (PDT) In-Reply-To: References: <5502036C.2000105@sonic.net> Date: Fri, 13 Mar 2015 22:53:26 -0400 Message-ID: From: Ankur Sood To: Samita Chakrabarti , Erik Nordmark Content-Type: multipart/alternative; boundary=001a1140ef5c9dcd52051136b899 Archived-At: X-Mailman-Approved-At: Sun, 15 Mar 2015 13:40:55 -0700 Cc: "Erik Nordmark \(nordmark@acm.org\)" , "efficientnd-dt@ietf.org" Subject: Re: [Efficientnd-dt] ND related test results 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, 14 Mar 2015 03:04:23 -0000 --001a1140ef5c9dcd52051136b899 Content-Type: text/plain; charset=UTF-8 Hello All, Please see the comments inline. On Thu, Mar 12, 2015 at 8:24 PM, Samita Chakrabarti < samita.chakrabarti@ericsson.com> wrote: > Hi Erik, > > Please see in-line. > > -----Original Message----- > From: Erik Nordmark [mailto:nordmark@sonic.net] > Sent: Thursday, March 12, 2015 2:22 PM > To: Samita Chakrabarti; Erik Nordmark (nordmark@acm.org) > Cc: asood2@ncsu.edu; efficientnd-dt@ietf.org > Subject: Re: [Efficientnd-dt] ND related test results draft > > On 3/9/15 4:18 PM, Samita Chakrabarti wrote: > > > > Hello Erik and all: > > > > A draft has been published by Ankur Sood (from North Carolina State > > University); Ankur had done some simple tests with ND routers(linux > > Ubuntu), a non-intelligent Wifi access point which sends data back > > and forth towards and from the wireless hosts ( two wifi phone devices > > and a laptop ). > > > > The purpose of this draft is to see how RA messages can increase with > > the frequency of interval and the difference between min and MAX > > advinterval. Also how different sleeping host implementations behave > > differently around ND and DAD. > > > The part about the different behavior of of the hosts is quite > informative. I think this is an area we should understand better to see how > the implementation choices affect the network behavior. > > [SC>] Most importantly the sleepy behavior of the two wireless phones' > implementations and anomaly in response to DAD messages. > > Changing maxRa and not minRa seems less useful than changing one and > keeping the max:min ratio constant. One would expect that with a constant > ratio between them the RA rate would be proportional to the timers. > However, I can't easily check if that is the case from the results due to > the change in ratio. (And if there are additional hosts one would expect to > see RAs caused by sending RS as they connect; many router implementations > multicast those solicited RAs.) > [SC>] Yes, many implementation still multicast the solicited RA - I > think that might be the case for this Ubuntu implementation too. Ankur-- do > you remember? > > [AS] As far as I remember, all the RA's were multicast. > > I didn't quite understand the last part about changing the lifetime. > That should not affect when RAs are transmitted (which the results show). > [SC>] The advlifetime column is kind of lame here. Originally the plan > was to observe the node behavior when RA interval is increased to >= > Advlifetime. But that was not possible from the configuration file [ did > not allow]. So I believe Ankur tried changing default-lifetime just for > experiment's sake . The change in number (increment) in RA is probably due > to increased time duration. > [AS] From this test case, I intend to show that as the difference between [Max/Min]RtrAdvInterval increases, the number of RA messages transmitted almost remains the same except for the initial case when the difference between [Max/Min]RtrAdvInterval is very small. (1) Taking the default values, MinRtrAdvInterval = 3 sec. MaxRtrAdvInterval = 1800 sec, AdvDefaultLifetime = 3*MaxRtrAdvInterval = 5400 sec. So here the RA messages would be sent at any random interval between 3sec. - 1800 sec. Now if we assume that the default router fails, the hosts will still consider it as the default router for the next 5400 sec. until a new pefix is advertised. (2) Now if we take the below values, MinRtrAdvInterval = 3 sec. MaxRtrAdvInterval = 100 sec. AdvDefaultLifetime = 3*MaxRtrAdvInterval = 300 sec. So here, when the router fails, then the switchover to another router would be faster. (3) Also in this test case, I observed that the number of RA messages exchanged is almost the same except for 30/50 sec value. I observed that the MaxRtrAdvInterval is not being considered while sending RAs, otherwise the number of RA messages transmitted would have been different. So MaxRtrInterval should be kept at a lower value so that switchover, in the case of router failure, is faster. Also one observation was made (not listed in the draft) that over several > hours of duration only 2/% - 3% battery was consumed when the phone is left > idle and periodic RA messages were sent. But the accuracy of the experiment > was not clear. Perhaps it is because the phone sleeps and they don't listen > to any of the multicast ND messages. > Ankur might have details on that. > [AS] I observed the battery drain to be around 2-3% when there were no applications running on the phone. But it's not clear what other processes consume the battery apart from the multicast ND messages Thanks & Best Regards, Ankur Sood > > > > > > Perhaps it could provide some data point for DAD issues as well. I > > have CC'ed Ankur if anyone has any questions/suggestions for him. > > > > -Samita > > > > >Name: draft-sood-6man-nd-signalling-n-dad-test > > > Revision: 00 > > > Title: Test result analysis of IPv6 Neighbor Discovery in a > > > simple Wireless network > > > Document date: 2015-03-09 > > > Group: Individual Submission > > > Pages: 14 > > > URL: > > > > > http://www.ietf.org/internet-drafts/draft-sood-6man-nd-signalling-n-da > > d-test-00.txt > > > Status: > > > > > https://datatracker.ietf.org/doc/draft-sood-6man-nd-signalling-n-dad-t > > est/ > > > Htmlized: > > > http://tools.ietf.org/html/draft-sood-6man-nd-signalling-n-dad-test- > > > 00 > > > > > > > > > Abstract: > > > IPv6 WG is looking into various Neighbor Discovery (ND) optimization > > > techniques. This document describes several test cases and test > > > results on IPv6 ND number of messages, power usages using simple > WiFi > > > configuration and wireless phones as hosts. > > > > > > > > _______________________________________________ > > Efficientnd-dt mailing list > > Efficientnd-dt@ietf.org > > https://www.ietf.org/mailman/listinfo/efficientnd-dt > > --001a1140ef5c9dcd52051136b899 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello All,

Please see the comments inli= ne.

On Thu, Ma= r 12, 2015 at 8:24 PM, Samita Chakrabarti <samita.chakrabart= i@ericsson.com> wrote:
Hi Erik,

Please see in-line.

-----Original Message-----
From: Erik Nordmark [mailto:nordmark@sonic.net]
Sent: Thursday, March 12, 2015 2:22 PM
To: Samita Chakrabarti; Erik Nordmark (nordmark@acm.org)
Cc: asood2@ncsu.edu; efficientnd= -dt@ietf.org
Subject: Re: [Efficientnd-dt] ND related test results draft

On 3/9/15 4:18 PM, Samita Chakrabarti wrote:
>
> Hello Erik and all:
>
> A draft has been published by Ankur Sood (from North Carolina State > University); Ankur had done some simple tests with ND routers(linux > Ubuntu), a=C2=A0 non-intelligent Wifi access point which sends data ba= ck
> and forth towards and from the wireless hosts ( two wifi phone devices=
> and a laptop ).
>
> The purpose of this draft is to see how RA messages can increase with<= br> > the frequency of interval and the difference between min and MAX
> advinterval. Also how different sleeping host implementations behave > differently=C2=A0 around ND and DAD.
>
The part about the different behavior of of the hosts is quite informative.= I think this is an area we should understand better to see how the impleme= ntation choices affect the network behavior.

[SC>]=C2=A0 Most importantly the sleepy behavior of the two wirel= ess phones' implementations=C2=A0 and=C2=A0 anomaly in response to DAD = messages.

Changing maxRa and not minRa seems less useful than changing one and keepin= g the max:min ratio constant. One would expect that with a constant ratio b= etween them the RA rate would be proportional to the timers. However, I can= 't easily check if that is the case from the results due to the change = in ratio. (And if there are additional hosts one would expect to see RAs ca= used by sending RS as they connect; many router implementations multicast t= hose solicited RAs.)
[SC>]=C2=A0 =C2=A0Yes, many implementation still multicast the so= licited RA - I think that might be the case for this Ubuntu implementation = too. Ankur-- do you remember?

[AS] As far as I remember, all the RA= 9;s were multicast.=C2=A0

I didn't quite understand the last part about changing the lifetime. That should not affect when RAs are transmitted (which the results show). [SC>]=C2=A0 The advlifetime column is=C2=A0 kind of lame here.=C2= =A0 Originally the plan was to observe the=C2=A0 node behavior=C2=A0 when R= A interval is increased to=C2=A0 >=3D Advlifetime.=C2=A0 But=C2=A0 that = was not possible from the configuration file [ did not allow]. So I believe= Ankur tried changing default-lifetime just for experiment's sake . The= change in number (increment) in RA is probably due to=C2=A0 increased time= duration.

[AS]=C2=A0From this test case, I intend to show that as th= e difference between [Max/Min]RtrAdvInterval increases, the number of RA me= ssages transmitted almost remains the same except for the initial case when= the difference between=C2=A0[Max/Min]RtrAdvInterval=C2=A0is very small.

(1) Taking the default v= alues,

MinRtrAdvInterval =3D 3 sec.
MaxRtrAd= vInterval =3D 1800 sec,
AdvDefaultLifetime =3D 3*MaxRtrAdvInterval =3D = 5400 sec.

So here the RA messages would be sent at any random= interval between 3sec. - 1800 sec.=C2=A0Now if we assume that the default router fails, the hosts will s= till consider it as the default router for the next 5400 sec. until a new p= efix is advertised.

(2) Now if we take the = below values,

MinRtrAdvInterval =3D 3 sec.
MaxRtrAdvInterval =3D 100 sec.
AdvDefaultLifetime =3D 3*Ma= xRtrAdvInterval =3D 300 sec.

So here, when the= router fails, then the switchover to another router would be faster.
=

(3) Also in this test case, I observed that the number = of RA messages exchanged is almost the same except for 30/50 sec value. I o= bserved that the MaxRtrAdvInterval is not being considered while sending RA= s, otherwise the number of RA messages transmitted would have been differen= t. So MaxRtrInterval should be kept at a lower value so that switchover, in= the case of router failure, is faster.

Also one observation was made (not listed in the draft) that=C2=A0 = over several hours of duration only 2/% - 3% battery was consumed when the = phone is left idle and periodic RA messages were sent. But the accuracy of = the experiment was not clear. Perhaps it is because the phone sleeps and th= ey don't listen to any of the multicast ND messages.
Ankur might have details on that.

[AS] = I observed the battery drain to be around 2-3% when there were no applicati= ons running on the phone. But it's not clear what other processes consu= me the battery apart from the multicast ND messages=C2=A0

Thanks & Best Regards,
Ankur Sood=C2=A0




> Perhaps it could provide some data point for DAD issues as well.=C2=A0= I
> have CC'ed Ankur if anyone has any questions/suggestions for him.<= br> >
> -Samita
>
> >Name: draft-sood-6man-nd-signalling-n-dad-test
> > Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A000
> > Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Test result analysis of = IPv6 Neighbor Discovery in a
> > simple Wireless network
> > Document date:=C2=A0 2015-03-09
> > Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Individual Submission > > Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 14
> > URL:
> >
> http://www.ietf.org/internet-drafts/draft-so= od-6man-nd-signalling-n-da
> d-test-00.txt
> > Status:
> >
> https://datatracker.ietf.org/doc/draft-sood-= 6man-nd-signalling-n-dad-t
> est/
> > Htmlized:
> > http://tools.ietf.org/html/draft-sood-6ma= n-nd-signalling-n-dad-test-
> > 00
> >
> >
> > Abstract:
> >=C2=A0 =C2=A0 IPv6 WG is looking into various Neighbor Discovery (= ND) optimization
> >=C2=A0 =C2=A0 techniques.=C2=A0 This document describes several te= st cases and test
> >=C2=A0 =C2=A0 results on IPv6 ND number of messages, power usages = using simple WiFi
> >=C2=A0 =C2=A0 configuration and wireless phones as hosts.
>
>
>
> _______________________________________________
> Efficientnd-dt mailing list
> Efficient= nd-dt@ietf.org
> https://www.ietf.org/mailman/listinfo/efficientnd-dt


--001a1140ef5c9dcd52051136b899-- From nobody Sun Mar 15 13:40:59 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 0B7931A916F for ; Fri, 13 Mar 2015 20:09:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.577 X-Spam-Level: X-Spam-Status: No, score=-3.577 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3] 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 aGagZpFueLDb for ; Fri, 13 Mar 2015 20:09:24 -0700 (PDT) Received: from na3sys009aog120.obsmtp.com (na3sys009aog120.obsmtp.com [74.125.149.140]) by ietfa.amsl.com (Postfix) with SMTP id 960C31A9135 for ; Fri, 13 Mar 2015 20:09:24 -0700 (PDT) Received: from mail-ie0-f169.google.com ([209.85.223.169]) (using TLSv1) by na3sys009aob120.postini.com ([74.125.148.12]) with SMTP ID DSNKVQOmZDiGXCzrht2t5tk5Er4oJPtUG2ZI@postini.com; Fri, 13 Mar 2015 20:09:24 PDT Received: by iecvj10 with SMTP id vj10so129888106iec.0 for ; Fri, 13 Mar 2015 20:09:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=mCWjTwk21rqjkM4iHjOin9EGfaIW6Cc3+1/nwt2o2yA=; b=mDX11BSqfBhikIRmEHeNJTxLcnDrPd46xYVZsSkfDluOVYol/cgTiKkSC6x0n3ek5J oMtF2NnAE2K/9U1xJoaCcVccuy/bryeCB0HBc95qCqWcD3dySdzZPNTpc3SQXXajZbpq Vj4wVIinl4V7ymuvqTLMYJKDB20bHu1n4lmXBGR6GAdpzhhYuYZQBgcuRDXg6uO5kkVi JWJADxNPB/eZIFhMetdVa7DMaK/zRuJvJ8GWwW0JNXdcvKZmV6/gxDNgd5+rXiSYMq+k m4Q0NdhuggXX0+ZSwo0ohF3XfDkeBCo0QhotAk0Wu8MNqIm7Dd0e4hfW+qdymSXYX0cE AKjg== X-Gm-Message-State: ALoCoQkKLwoeoh6Ggj4gnk56DluLSKIoIB+t1DIcahBFYi8Ulg/7wq/1CnhQUewYseE9j2ox5Ml/+7CvsE06CvBsL8tKjq1d3B2Z0wBOPVxJtaV5xEMLc2Uy2GFd5e64QGKqAmqFvnrNrXFygXeNxKh5a0XV2SOaag== X-Received: by 10.50.111.115 with SMTP id ih19mr88992407igb.47.1426302564179; Fri, 13 Mar 2015 20:09:24 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.50.111.115 with SMTP id ih19mr88992395igb.47.1426302564088; Fri, 13 Mar 2015 20:09:24 -0700 (PDT) Received: by 10.50.178.98 with HTTP; Fri, 13 Mar 2015 20:09:24 -0700 (PDT) In-Reply-To: <550258FA.2090702@sonic.net> References: <5502036C.2000105@sonic.net> <550258FA.2090702@sonic.net> Date: Fri, 13 Mar 2015 23:09:24 -0400 Message-ID: From: Ankur Sood To: Erik Nordmark Content-Type: multipart/alternative; boundary=089e013d0df8ace9c8051136f109 Archived-At: X-Mailman-Approved-At: Sun, 15 Mar 2015 13:40:55 -0700 Cc: Samita Chakrabarti , "efficientnd-dt@ietf.org" , "Erik Nordmark \(nordmark@acm.org\)" Subject: Re: [Efficientnd-dt] ND related test results 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, 14 Mar 2015 03:09:26 -0000 --089e013d0df8ace9c8051136f109 Content-Type: text/plain; charset=UTF-8 Hello All, I did check this scenario and the phone processes the new RA with the chnaged AdvDefaultLifetime.. Thanks & Best Regards, Ankur Sood On Thu, Mar 12, 2015 at 11:26 PM, Erik Nordmark wrote: > On 3/12/15 5:24 PM, Samita Chakrabarti wrote: > >> Also one observation was made (not listed in the draft) that over >> several hours of duration only 2/% - 3% battery was consumed when the phone >> is left idle and periodic RA messages were sent. But the accuracy of the >> experiment was not clear. Perhaps it is because the phone sleeps and they >> don't listen to any of the multicast ND messages. >> > One could design tests to check if the phone receives and processes the > RA. Just have the router send a single RA with a new prefix and with a long > prefix lifetime. Later one can check for the existence of that prefix on > the phone. > > Erik > > --089e013d0df8ace9c8051136f109 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello All,

I did check this scena= rio and the phone processes the new RA with the chnaged AdvDefaultLifetime.= .

Thanks & Best Regards,
Ankur Sood
<= div>

On Thu, Mar 12, 2015 at 11:26 PM, Erik Nordmark <nordmark@sonic.net> wrote:
On 3= /12/15 5:24 PM, Samita Chakrabarti wrote:
Also one observation was made (not listed in the draft) that=C2=A0 over sev= eral hours of duration only 2/% - 3% battery was consumed when the phone is= left idle and periodic RA messages were sent. But the accuracy of the expe= riment was not clear. Perhaps it is because the phone sleeps and they don&#= 39;t listen to any of the multicast ND messages.
 One could design tests to check if the phone receives and processes the RA.= Just have the router send a single RA with a new prefix and with a long pr= efix lifetime. Later one can check for the existence of that prefix on the = phone.

=C2=A0 Erik


--089e013d0df8ace9c8051136f109-- From nobody Sun Mar 15 13:41: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 32B111A0383 for ; Sun, 15 Mar 2015 13:28:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.977 X-Spam-Level: X-Spam-Status: No, score=-2.977 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_75=0.6, RCVD_IN_DNSWL_MED=-2.3] 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 7qjaxrSMtSuR for ; Sun, 15 Mar 2015 13:28:07 -0700 (PDT) Received: from na3sys009aog129.obsmtp.com (na3sys009aog129.obsmtp.com [74.125.149.142]) by ietfa.amsl.com (Postfix) with SMTP id 3831F1A035F for ; Sun, 15 Mar 2015 13:28:06 -0700 (PDT) Received: from mail-ig0-f170.google.com ([209.85.213.170]) (using TLSv1) by na3sys009aob129.postini.com ([74.125.148.12]) with SMTP ID DSNKVQXrVpL6K7ldV6DvxopnVmbeuQHALMYS@postini.com; Sun, 15 Mar 2015 13:28:07 PDT Received: by igbue6 with SMTP id ue6so20915749igb.1 for ; Sun, 15 Mar 2015 13:28:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=jL9MYD3bY0UeXbYnkJzkhOyDtMf/jKFycKpLDz+z30Y=; b=ZU/zoy7Bl3kpCYsm25nBkICxhkhXP91LtQIfC65T8qrXS4ewzWJYeNYvIJo4i00AYU 9t1Bt1ILC/iyer135VmuACHtu57vxXdEv1j3VtQ3O764Eo2316yiyylXB3CxDnJc53uH fcLYlim7bxfP3fcwOkW+5SvGk581DToDuBk//TJkNHulnrbobzmatEos6j15T2I6uLgm AYT1G9EsstsvwPih/hJVsTM/6NG+UbhKy3QRU8BXLZpziPjA/W19EC49ANfUpDhCooLQ w2qMsGW7TsPtpquLTmp6Sxai6XFqirSgYQd3Cn1eknBvTPJ1e2fE6D5hQHe6DNXj4V6u 7oLA== X-Gm-Message-State: ALoCoQnqOSXPZr07eTEp4WCLHnMaFJ0+BLnRcejCtbMGabBWH2hW2OEjoJVp7OkXQBzw2U7FVqmq4sFE0i1qaPrPWgJ2yf7+/mbla1b+112tNZht5kfuyu/ufKb6dNbkhl9OTp3TTWqOB1V2O5LrEoyXmJv3uJR68Q== X-Received: by 10.42.87.131 with SMTP id y3mr18531442icl.45.1426451286398; Sun, 15 Mar 2015 13:28:06 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.42.87.131 with SMTP id y3mr18531429icl.45.1426451286254; Sun, 15 Mar 2015 13:28:06 -0700 (PDT) Received: by 10.50.178.98 with HTTP; Sun, 15 Mar 2015 13:28:06 -0700 (PDT) In-Reply-To: <5503DDA9.8040508@sonic.net> References: <5502036C.2000105@sonic.net> <5503DDA9.8040508@sonic.net> Date: Sun, 15 Mar 2015 16:28:06 -0400 Message-ID: From: Ankur Sood To: Erik Nordmark Content-Type: multipart/alternative; boundary=20cf30223f99351f240511599277 Archived-At: X-Mailman-Approved-At: Sun, 15 Mar 2015 13:40:55 -0700 Cc: Samita Chakrabarti , "efficientnd-dt@ietf.org" , "Erik Nordmark \(nordmark@acm.org\)" Subject: Re: [Efficientnd-dt] ND related test results 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: Sun, 15 Mar 2015 20:28:11 -0000 --20cf30223f99351f240511599277 Content-Type: text/plain; charset=UTF-8 Hello Erik, That's right. NUD will detect router failure. However, in this test case I am getting almost the same number of RA messages for the different values of [Min/Max]RtrAdvInterval. Would it not be different since the frequency is made less with the increasing difference between [Min/Max]RtrAdvInterval. Thanks & Best Regards, Ankur Sood On Sat, Mar 14, 2015 at 3:05 AM, Erik Nordmark wrote: > On 3/13/15 7:53 PM, Ankur Sood wrote: > > Hello All, > > Please see the comments inline. > > On Thu, Mar 12, 2015 at 8:24 PM, Samita Chakrabarti < > samita.chakrabarti@ericsson.com> wrote: > >> Hi Erik, >> >> Please see in-line. >> >> -----Original Message----- >> From: Erik Nordmark [mailto:nordmark@sonic.net] >> Sent: Thursday, March 12, 2015 2:22 PM >> To: Samita Chakrabarti; Erik Nordmark (nordmark@acm.org) >> Cc: asood2@ncsu.edu; efficientnd-dt@ietf.org >> Subject: Re: [Efficientnd-dt] ND related test results draft >> >> On 3/9/15 4:18 PM, Samita Chakrabarti wrote: >> > >> > Hello Erik and all: >> > >> > A draft has been published by Ankur Sood (from North Carolina State >> > University); Ankur had done some simple tests with ND routers(linux >> > Ubuntu), a non-intelligent Wifi access point which sends data back >> > and forth towards and from the wireless hosts ( two wifi phone devices >> > and a laptop ). >> > >> > The purpose of this draft is to see how RA messages can increase with >> > the frequency of interval and the difference between min and MAX >> > advinterval. Also how different sleeping host implementations behave >> > differently around ND and DAD. >> > >> The part about the different behavior of of the hosts is quite >> informative. I think this is an area we should understand better to see how >> the implementation choices affect the network behavior. >> >> [SC>] Most importantly the sleepy behavior of the two wireless phones' >> implementations and anomaly in response to DAD messages. >> >> Changing maxRa and not minRa seems less useful than changing one and >> keeping the max:min ratio constant. One would expect that with a constant >> ratio between them the RA rate would be proportional to the timers. >> However, I can't easily check if that is the case from the results due to >> the change in ratio. (And if there are additional hosts one would expect to >> see RAs caused by sending RS as they connect; many router implementations >> multicast those solicited RAs.) >> [SC>] Yes, many implementation still multicast the solicited RA - I >> think that might be the case for this Ubuntu implementation too. Ankur-- do >> you remember? >> >> [AS] As far as I remember, all the RA's were multicast. > >> >> I didn't quite understand the last part about changing the lifetime. >> That should not affect when RAs are transmitted (which the results show). >> [SC>] The advlifetime column is kind of lame here. Originally the plan >> was to observe the node behavior when RA interval is increased to >= >> Advlifetime. But that was not possible from the configuration file [ did >> not allow]. So I believe Ankur tried changing default-lifetime just for >> experiment's sake . The change in number (increment) in RA is probably due >> to increased time duration. >> > > [AS] From this test case, I intend to show that as the difference > between [Max/Min]RtrAdvInterval increases, the number of RA messages > transmitted almost remains the same except for the initial case when the > difference between [Max/Min]RtrAdvInterval is very small. > > (1) Taking the default values, > > MinRtrAdvInterval = 3 sec. > > > That isn't the default value. RFC4861 says > Default: 0.33 * MaxRtrAdvInterval > > Thus it would be 600 in this case. > > MaxRtrAdvInterval = 1800 sec, > AdvDefaultLifetime = 3*MaxRtrAdvInterval = 5400 sec. > > So here the RA messages would be sent at any random interval between 3sec. > - 1800 sec. Now if we assume that the default router fails, the hosts > will still consider it as the default router for the next 5400 sec. until a > new pefix is advertised. > > (2) Now if we take the below values, > > MinRtrAdvInterval = 3 sec. > MaxRtrAdvInterval = 100 sec. > AdvDefaultLifetime = 3*MaxRtrAdvInterval = 300 sec. > > So here, when the router fails, then the switchover to another router > would be faster. > > > When a router fails then NUD will detect it (assuming the host is sending > something) in about 45 seconds and fail over to another default router. > And if failover is critical then it is normal to use VRRP to get the > failover time down to a few seconds if not less. > > Regards, > Erik > > > > (3) Also in this test case, I observed that the number of RA messages > exchanged is almost the same except for 30/50 sec value. I observed that > the MaxRtrAdvInterval is not being considered while sending RAs, otherwise > the number of RA messages transmitted would have been different. So > MaxRtrInterval should be kept at a lower value so that switchover, in the > case of router failure, is faster. > > Also one observation was made (not listed in the draft) that over >> several hours of duration only 2/% - 3% battery was consumed when the phone >> is left idle and periodic RA messages were sent. But the accuracy of the >> experiment was not clear. Perhaps it is because the phone sleeps and they >> don't listen to any of the multicast ND messages. >> Ankur might have details on that. >> > > [AS] I observed the battery drain to be around 2-3% when there were no > applications running on the phone. But it's not clear what other processes > consume the battery apart from the multicast ND messages > > Thanks & Best Regards, > Ankur Sood > >> >> >> >> >> > Perhaps it could provide some data point for DAD issues as well. I >> > have CC'ed Ankur if anyone has any questions/suggestions for him. >> > >> > -Samita >> > >> > >Name: draft-sood-6man-nd-signalling-n-dad-test >> > > Revision: 00 >> > > Title: Test result analysis of IPv6 Neighbor Discovery in a >> > > simple Wireless network >> > > Document date: 2015-03-09 >> > > Group: Individual Submission >> > > Pages: 14 >> > > URL: >> > > >> > http://www.ietf.org/internet-drafts/draft-sood-6man-nd-signalling-n-da >> > d-test-00.txt >> > > Status: >> > > >> > https://datatracker.ietf.org/doc/draft-sood-6man-nd-signalling-n-dad-t >> > est/ >> > > Htmlized: >> > > http://tools.ietf.org/html/draft-sood-6man-nd-signalling-n-dad-test- >> > > 00 >> > > >> > > >> > > Abstract: >> > > IPv6 WG is looking into various Neighbor Discovery (ND) >> optimization >> > > techniques. This document describes several test cases and test >> > > results on IPv6 ND number of messages, power usages using simple >> WiFi >> > > configuration and wireless phones as hosts. >> > >> > >> > >> > _______________________________________________ >> > Efficientnd-dt mailing list >> > Efficientnd-dt@ietf.org >> > https://www.ietf.org/mailman/listinfo/efficientnd-dt >> >> > > --20cf30223f99351f240511599277 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hello Erik,

That's right. NUD will = detect router failure. However, in this test case I am getting almost the s= ame number of RA messages for the different values of [Min/Max]RtrAdvInterv= al. Would it not be different since the frequency is made less with the inc= reasing difference between=C2=A0[Min/Max]RtrAdvInterval.

Thanks & Best Regards,
Ankur Sood



On Sat, Mar 14, 2015 at 3:05 AM, Erik Nordmark &l= t;nordmark@sonic.ne= t> wrote:
=20 =20 =20
On 3/13/15 7:53 PM, Ankur Sood wrote:
Hello All,

Please see the comments inline.

On Thu, Mar 12, 2015 at 8:24 PM, Samita Chakrabarti <samita.chakrabarti@ericsso= n.com> wrote:
Hi Erik,

Please see in-line.

-----Original Message-----
From: Erik Nordmark [mailto:nordmark@sonic.net]
Sent: Thursday, March 12, 2015 2:22 PM
To: Samita Chakrabarti; Erik Nordmark (nordmark@acm.org)
Cc: = asood2@ncsu.edu; efficientnd-dt@ietf.org
Subject: Re: [Efficientnd-dt] ND related test results draft

On 3/9/15 4:18 PM, Samita Chakrabarti wrote:
>
> Hello Erik and all:
>
> A draft has been published by Ankur Sood (from North Carolina State
> University); Ankur had done some simple tests with ND routers(linux
> Ubuntu), a=C2=A0 non-intelligent Wifi access point which sends data back
> and forth towards and from the wireless hosts ( two wifi phone devices
> and a laptop ).
>
> The purpose of this draft is to see how RA messages can increase with
> the frequency of interval and the difference between min and MAX
> advinterval. Also how different sleeping host implementations behave
> differently=C2=A0 around ND and DAD.
>
The part about the different behavior of of the hosts is quite informative. I think this is an area we should understand better to see how the implementation choices affect the network behavior.

[SC>]=C2=A0 Most importantly the sleepy behavior = of the two wireless phones' implementations=C2=A0 and=C2= =A0 anomaly in response to DAD messages.

Changing maxRa and not minRa seems less useful than changing one and keeping the max:min ratio constant. One would expect that with a constant ratio between them the RA rate would be proportional to the timers. However, I can't easily check if that is the case fro= m the results due to the change in ratio. (And if there are additional hosts one would expect to see RAs caused by sending RS as they connect; many router implementations multicast those solicited RAs.)
[SC>]=C2=A0 =C2=A0Yes, many implementation still multicast the solicited RA - I think that might be the case for this Ubuntu implementation too. Ankur-- do you remember?

[AS] As far as I remember, all the RA's were multicast.=C2=A0

I didn't quite understand the last part about changin= g the lifetime.
That should not affect when RAs are transmitted (which the results show).
[SC>]=C2=A0 The advlifetime column is=C2=A0 kind = of lame here.=C2=A0 Originally the plan was to observe the=C2=A0 no= de behavior=C2=A0 when RA interval is increased to=C2=A0 >= =3D Advlifetime.=C2=A0 But=C2=A0 that was not possible from the configuration file [ did not allow]. So I believe Ankur tried changing default-lifetime just for experiment's sake . The change in number (increment) in RA is probably due to=C2=A0 increased time duration.

[AS]=C2=A0F= rom this test case, I intend to show that as the difference between [Max/Min]RtrAdvInterval increases, the number of RA messages transmitted almost remains the same except for the initial case when the difference between=C2=A0[Max/Min]RtrAdvInterval=C2=A0is very small.

(1) Taking the default values,

MinRtrAdvInterval =3D 3 sec.

That isn't the default value. RFC4861 says
Default: 0.33 * MaxRtrAdvInterval

Thus it would be 600 in this case.
MaxRtrAdvInterval =3D 1800 sec,
AdvDefaultLifetime =3D 3*MaxRtrAdvInterval =3D 5400 sec.

So here the RA messages would be sent at any random interval between 3sec. - 1800 sec.=C2=A0Now if we assume that the default router fails, the hosts will still consider it as the default router for the next 5400 sec. until a new pefix is advertised.

(2) Now if we take the below values,

MinRtrAdvInterval =3D 3 sec.
MaxRtrAdvInterval =3D 100 sec.
AdvDefaultLifetime =3D 3*MaxRtrAdvInterval =3D 300 sec= .

So here, when the router fails, then the switchover to another router would be faster.

 When a router fails then NUD will detect it (assuming the host is sending something) in about 45 seconds and fail over to another default router.
And if failover is critical then it is normal to use VRRP to get the failover time down to a few seconds if not less.

Regards,
=C2=A0=C2=A0 Erik



(3) Also in this test case, I observed that the number of RA messages exchanged is almost the same except for 30/50 sec value. I observed that the MaxRtrAdvInterval is not being considered while sending RAs, otherwise the number of RA messages transmitted would have been different. So MaxRtrInterval should be kept at a lower value so that switchover, in the case of router failure, is faster.

Also one observation was made (not listed in the draft) that=C2= =A0 over several hours of duration only 2/% - 3% battery was consumed when the phone is left idle and periodic RA messages were sent. But the accuracy of the experiment was not clear. Perhaps it is because the phone sleeps and they don't listen to any of the multicast ND messages.
Ankur might have details on that.

[AS] I observed the battery drain to be around 2-3% when there were no applications running on the phone. But it's not clear what other processes consume the battery apart from the multicast ND messages=C2=A0

Thanks & Best Regards,
Ankur Sood=C2=A0




> Perhaps it could provide some data point for DAD issues as well.=C2=A0 I
> have CC'ed Ankur if anyone has any questions/suggestions for him.
>
> -Samita
>
> >Name: draft-sood-6man-nd-signalling-n-dad-test
> > Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A000
> > Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Test= result analysis of IPv6 Neighbor Discovery in a
> > simple Wireless network
> > Document date:=C2=A0 2015-03-09
> > Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Indi= vidual Submission
> > Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 14 > > URL:
> >
> http://www.ietf.org/inte= rnet-drafts/draft-sood-6man-nd-signalling-n-da
> d-test-00.txt
> > Status:
> >
> https://datatracker.ietf= .org/doc/draft-sood-6man-nd-signalling-n-dad-t
> est/
> > Htmlized:
> > http://tools.ietf.org= /html/draft-sood-6man-nd-signalling-n-dad-test-
> > 00
> >
> >
> > Abstract:
> >=C2=A0 =C2=A0 IPv6 WG is looking into various Neighbor Discovery (ND) optimization
> >=C2=A0 =C2=A0 techniques.=C2=A0 This document = describes several test cases and test
> >=C2=A0 =C2=A0 results on IPv6 ND number of mes= sages, power usages using simple WiFi
> >=C2=A0 =C2=A0 configuration and wireless phone= s as hosts.
>
>
>
> _______________________________________________ > Efficientnd-dt mailing list
> Efficientnd-dt@ietf.org
> https://www.ietf.org/mailman/listinfo/effi= cientnd-dt




--20cf30223f99351f240511599277--