Re: [v6ops] unicast RA to save battery: link-layer joining multicast groups

Alexandru Petrescu <alexandru.petrescu@gmail.com> Thu, 23 July 2015 09:58 UTC

Return-Path: <alexandru.petrescu@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7065D1A0149 for <v6ops@ietfa.amsl.com>; Thu, 23 Jul 2015 02:58:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.983
X-Spam-Level:
X-Spam-Status: No, score=-4.983 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_HI=-5, SPF_SOFTFAIL=0.665] 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 8_s4uHcn0RZ4 for <v6ops@ietfa.amsl.com>; Thu, 23 Jul 2015 02:58:33 -0700 (PDT)
Received: from sainfoin-out.extra.cea.fr (sainfoin-out.extra.cea.fr [132.167.192.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3AD531A0107 for <v6ops@ietf.org>; Thu, 23 Jul 2015 02:58:33 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.3) with ESMTP id t6N9wU2X016839; Thu, 23 Jul 2015 11:58:30 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 445E2204920; Thu, 23 Jul 2015 12:02:07 +0200 (CEST)
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 3CBC62048D0; Thu, 23 Jul 2015 12:02:07 +0200 (CEST)
Received: from [127.0.0.1] ([132.166.84.151]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.2) with ESMTP id t6N9wTxm016119; Thu, 23 Jul 2015 11:58:30 +0200
To: Andrew Yourtchenko <ayourtch@gmail.com>
References: <55AE44AA.7070304@gmail.com> <CAPi140MZrP7sZhLdZPVqTS0h157kmPUsUW-X5wDEoFbV2E8H7Q@mail.gmail.com> <55AF874F.5000807@gmail.com> <069FB97F-6828-4CD6-8AC0-55AC564B668A@gmail.com>
From: Alexandru Petrescu <alexandru.petrescu@gmail.com>
Message-ID: <55B0BAC5.1030706@gmail.com>
Date: Thu, 23 Jul 2015 11:58:29 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0
MIME-Version: 1.0
In-Reply-To: <069FB97F-6828-4CD6-8AC0-55AC564B668A@gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/y8Jqw7Ktj1MbNzcjXi72-_tyJJo>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] unicast RA to save battery: link-layer joining multicast groups
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 23 Jul 2015 09:58:39 -0000

If in addition to battery, one problems is: Router drops incoming
facetime call to a standby smartphone.

The drop is because Router does not buffer the call during its search
for the smartphone's MAC address (NS/NA).

A call made of two sequenced packets would suffice, two hammers
hitting a bell.

But the smartphone could also periodically send an unsolicited NA just
before standing by.

Of course, provided that I understand the problem in addition to the
battery problem.

And y es, let us discuss f2f tomorrow.

Alex

Le 22/07/2015 14:18, Andrew Yourtchenko a écrit :
> You proposed dropping all multicast RAs when device is I standby. I
> commented that the devices are already doing it and it is exactly a
> problem that we are trying to solve with the draft, thus the
> suggestion is unhelpful.
>
> Makes sense ?
>
> --a
>
> Sent from my iPhone
>
>> On 22 Jul 2015, at 14:06, Alexandru Petrescu
>> <alexandru.petrescu@gmail.com>; wrote:
>>
>> Thanks for the pointer, but that's a long discussion, it's hard to
>>  draw quickly a conclusion on it.
>>
>> I would think to argue that if Android has a problem in this then
>> it's an Android problem.
>>
>> If it's a particular driver problem (dependent on the card of that
>>  samsung phone) then fix that problem.
>>
>> Maybe it's not so.
>>
>> But I am sure the linux devices I use dont consume more power when
>>  receiving more RAs, on wifi.
>>
>> And even if they did, I have enough batteries and enough other
>> sources of energy to provide them in order to be able to make
>> handovers fast enough to not loose 1 single packet.
>>
>> Not sure whether the goal here is to save energy?
>>
>> Alex
>>
>> Le 22/07/2015 10:34, Andrew 👽  Yourtchenko a écrit :
>>> This is what some phones do today and is exactly the problem we
>>> are trying to solve.
>>>
>>> https://code.google.com/p/android/issues/detail?id=32662
>>>
>>> --a
>>>
>>>> On 7/21/15, Alexandru Petrescu <alexandru.petrescu@gmail.com>;
>>>> wrote: On another hand,
>>>>
>>>> IEEE 802.11bgn multicast groups (33::1 etc) are 'joined' at MAC
>>>> layer by setting filters.  (maybe even by MAC messaging for
>>>> joining MAC multicast groups).
>>>>
>>>> Maybe we can request the Hosts to set local filters to not
>>>> receive multicast RAs.  Or request the Hosts short on energy to
>>>> express interest in these IPv6 multicast groups.
>>>>
>>>> Alex
>>>>
>>>> _______________________________________________ v6ops mailing
>>>> list v6ops@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/v6ops
>>
>