Re: [Efficientnd-dt] http://tools.ietf.org/html/draft-desmouceaux-ipv6-mcast-wifi-power-usage-0 0

Andrew Yourtchenko <ayourtch@cisco.com> Mon, 21 July 2014 22:32 UTC

Return-Path: <ayourtch@cisco.com>
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 D39B21A00DF for <efficientnd-dt@ietfa.amsl.com>; Mon, 21 Jul 2014 15:32:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.502
X-Spam-Level:
X-Spam-Status: No, score=-14.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ui4lozirmm61 for <efficientnd-dt@ietfa.amsl.com>; Mon, 21 Jul 2014 15:32:17 -0700 (PDT)
Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6EB871A006B for <efficientnd-dt@ietf.org>; Mon, 21 Jul 2014 15:32:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2820; q=dns/txt; s=iport; t=1405981937; x=1407191537; h=date:from:to:cc:subject:in-reply-to:message-id: references:mime-version; bh=QyoWB13a4dqT1wH5g5JjRfmts/9OmuzuW6CAHNpVF+Q=; b=SIUVcb2nuTpiEOc3petyNsEF1GBR9Xh1Ax/UplFkpOFNO15/p1woxa9i ctzlJPq57j5l7Hj2nc4Nk66vo322x1Cyh4pnG+WkOnvcI9gzZBgPQUmon bNyp+EjSOo7gAwvup9Wflhinwz9a+78053vWOaN86X2nX5TlV64aUN4SG I=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhISAACUzVOtJA2F/2dsb2JhbABZgw5SWAOCdKtODAEBAQEBAQUBbgGXM4dDAYEXFnaEBAEBAwEjVhALOwcCAlcGDh4CiB8IDagMlyMXhXuIaBpOB4J4gU4BBJxyhUiNGoICgV6CFQ
X-IronPort-AV: E=Sophos;i="5.01,704,1400025600"; d="scan'208";a="341778829"
Received: from alln-core-11.cisco.com ([173.36.13.133]) by rcdn-iport-5.cisco.com with ESMTP; 21 Jul 2014 22:32:16 +0000
Received: from xhc-aln-x10.cisco.com (xhc-aln-x10.cisco.com [173.36.12.84]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id s6LMWG25015052 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 21 Jul 2014 22:32:16 GMT
Received: from [10.61.218.242] (10.61.218.242) by xhc-aln-x10.cisco.com (173.36.12.84) with Microsoft SMTP Server (TLS) id 14.3.123.3; Mon, 21 Jul 2014 17:32:10 -0500
Date: Mon, 21 Jul 2014 18:31:47 -0400
From: Andrew Yourtchenko <ayourtch@cisco.com>
X-X-Sender: ayourtch@ayourtch-mac
To: Samita Chakrabarti <samita.chakrabarti@ericsson.com>
In-Reply-To: <ECA43DA70480A3498E43C3471FB2E1F01C1FB486@eusaamb103.ericsson.se>
Message-ID: <alpine.OSX.2.00.1407211601580.47731@ayourtch-mac>
References: <ECA43DA70480A3498E43C3471FB2E1F01C1FB486@eusaamb103.ericsson.se>
User-Agent: Alpine 2.00 (OSX 1167 2008-08-23)
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="0-812808838-1405981930=:47731"
X-Originating-IP: [10.61.218.242]
Archived-At: http://mailarchive.ietf.org/arch/msg/efficientnd-dt/0TRu1kgdRvJ1JUpTs8_vWptVOnc
Cc: "efficientnd-dt@ietf.org" <efficientnd-dt@ietf.org>
Subject: Re: [Efficientnd-dt] http://tools.ietf.org/html/draft-desmouceaux-ipv6-mcast-wifi-power-usage-0 0
X-BeenThere: efficientnd-dt@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: 6man Efficient ND Design Team discussion list <efficientnd-dt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/efficientnd-dt>, <mailto:efficientnd-dt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/efficientnd-dt/>
List-Post: <mailto:efficientnd-dt@ietf.org>
List-Help: <mailto:efficientnd-dt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/efficientnd-dt>, <mailto:efficientnd-dt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Jul 2014 22:32:19 -0000

Hi Samita,

On Mon, 21 Jul 2014, Samita Chakrabarti wrote:

> 
> Hi Andrew:
>
> 
> 
> It’d be good if we could give some airtime to the draft at the efficient-nd meeting.

yeah I think we can definitely invite Yoann into one of the next meetings 
so he can present, or if we are meeting at IETF, maybe he might be able to 
attend..

> 
> Perhaps we can use the presentation that was used in int-area,
>
> 
> 
> One curious question: The draft refers to Eric Vyncke’s draft on  multicast-not-efficient and then Andrew and
> Collitti draft but there is no mention of what so ever on draft-chakrabarti-efficient-nd – that is very
> strange. Because efficient-nd  draft brings up the issue first  with a solution and the follow up drafts are
> written with evidences which support the idea. 
>
> 
> 
> Did you not find efficient-nd draft relevant to your document or  there is some other unobvious reason to
>  avoid referencing that document?

It was partially intentional, partially oversight on my part.

The intentional part was I wanted him to try to do more of "research" 
(since it was his final project in the university), and approach it 
from a more abstract point of view than efficient-nd does - he did look at 
multicast in general, not just ND, so I did not want to bias him, and did 
not emphasize efficient-nd.

But efficient-nd should have been acknowledged as being the trigger for 
all of the work, and that's the oversight that we did not include the 
reference into the text (I was in a rush for a vacation, and I came back 
already after the submission deadline).

Yoann's final thesis is mostly finished, but I think there is 
plenty of further research that can be done - there are a couple more 
points that I think are worth exploring further:

1) Would be interesting to match the network behavioral model that Yoann 
has derived, with the other networks. We analyzed a couple of networks and 
distribution of connections was exponential, if we prove this is 
universal, together with everything else, this could make it a pretty 
powerful tool to measure the network size's impact on battery life. If the 
folks on the team have the access to such a data, correlating it with the 
model would be very useful.

2) Digging deeper into the impact of all-hosts multicast traffic going to 
multiple APs, potentially causing the co-channel contention/interference, 
thus blocking the network at large, and how much this can be different
with different designs.

We can discuss this stuff the next time we meet.

--a

>
> 
> 
> Regards,
> 
> -Samita
> 
> 
>