Re: [WIRELESS-LAN] IPv6 drains battery of mobile devices?

2017-10-09 Thread Curtis, Bruce

> On Oct 9, 2017, at 1:26 AM, Frans Panken  wrote:
> 
> Thanks Bruce for the nice overview and +1 for the last remark.
> 
> A search for battery drain and IPv6 gives you tons of hits. I tested the RA 
> myth one year ago by two SSIDs with different RAs (1 SSID with 500 RA/h and 
> the other 30/h). Outcome: hardly any effect. (inspite of the RFC on this 
> topic where Cisco and Google blame IPv6: 
> https://www.rfc-editor.org/rfc/rfc7772.txt)
> 
> My experience is that mainly Samsung devices (upto but not including the S7) 
> suffer from battery drain with IPv6. I saw no significant effects on iPhones, 
> HTC devices and windows phones. I found an article that confirm this, blaming 
> Samsung for choosing their own firmware and doing a bad job (sorry, cannot 
> find the article any more). 
> 
> See also: https://issuetracker.google.com/issues/36949115
> -Frans 

  The March 2 2016 entry on the bottom of the Google issue tracker page  
mentions the Samsung issue.

These two articles give more history and detail.

https://lists.gt.net/nsp/ipv6/54641

http://commandline.ninja/2014/01/02/samsung-galaxy-s4-ipv6-borked/

I’m glad Samsung seems to have fixed the issue in S7 and later.



> On 06/10/2017, 18:34, "The EDUCAUSE Wireless Issues Constituent Group 
> Listserv on behalf of Curtis, Bruce"  behalf of bruce.cur...@ndsu.edu> wrote:
> 
>> 
>> This is an issue with the configuration on that particular WiFi network and 
>> not an architectural issue with IPv6.
>> 
>> http://www.ibtimes.co.uk/why-your-smartphone-battery-being-drained-google-cisco-blame-ipv6-network-misconfiguration-1544393
>> 
>> 
>> IPv4 with NAT does have some architectural issues.
>> 
>> https://www.computerworld.com/article/2494064/internet/ipv6-can-boost-mobile-performance--battery-life--proponents-say.html
>> 
>> 
>> Measurements on properly configured networks show little difference in 
>> power.  But these measurements were during active use.
>> 
>> https://tools.ietf.org/html/draft-petrescu-v6ops-ipv6-power-ipv4-00
>> 
>> 
>> Cloudfare’s view:
>> 
>> "That means that a v6-only mobile phone (looking at you, T-Mobile users) can 
>> establish a clean path to any site or mobile app behind Cloudflare instead 
>> of doing an expensive 464XLAT protocol translation as part of the connection 
>> (shaving milliseconds and conserving very precious battery life)."
>> 
>> https://blog.cloudflare.com/always-on-ipv6/
>> 
>> 
>> 
>> https://blog.wirelessmoves.com/2008/03/why-ipv6-will-b.html
>> 
>> Check out the slide titled “IPv6 brings savings in battery life” about 8 
>> minutes into the video.
>> 
>> https://www.youtube.com/watch?v=o5RbyK0m5OY
>> 
>> 
>> Another RFC for network administrators.
>> 
>> https://tools.ietf.org/html/rfc7772
>> 
>> 
>> So if you find that a specific WiFi network accelerates battery drain send 
>> some of the info mentioned in this thread to your local WiFi network 
>> administrators but don’t tell the world to turn off IPv6.
>> 
>> 
>>> On Oct 6, 2017, at 7:32 AM, Mike King  wrote:
>>> 
>>> So I saw this on Reddit this morning. What do you guys think of this?
>>> 
>>> 
>>> https://www.reddit.com/r/LifeProTips/comments/74jt7s/lpt_if_youre_in_student_halls_campus_or_hotel/
>>>  ** Participation and subscription information for this EDUCAUSE 
>>> Constituent Group discussion list can be found at 
>>> http://www.educause.edu/discuss.
>>> 
>> 
>> ---
>> Bruce Curtis bruce.cur...@ndsu.edu
>> Certified NetAnalyst II701-231-8527
>> North Dakota State University
>> 
>> 
>> **
>> Participation and subscription information for this EDUCAUSE Constituent 
>> Group discussion list can be found at http://www.educause.edu/discuss.
>> 
> 
> **
> Participation and subscription information for this EDUCAUSE Constituent 
> Group discussion list can be found at http://www.educause.edu/discuss.
> 

---
Bruce Curtis bruce.cur...@ndsu.edu
Certified NetAnalyst II701-231-8527
North Dakota State University


**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/discuss.



Re: [WIRELESS-LAN] IPv6 drains battery of mobile devices?

2017-10-08 Thread Frans Panken
Thanks Bruce for the nice overview and +1 for the last remark.

A search for battery drain and IPv6 gives you tons of hits. I tested the RA 
myth one year ago by two SSIDs with different RAs (1 SSID with 500 RA/h and the 
other 30/h). Outcome: hardly any effect. (inspite of the RFC on this topic 
where Cisco and Google blame IPv6: https://www.rfc-editor.org/rfc/rfc7772.txt)

My experience is that mainly Samsung devices (upto but not including the S7) 
suffer from battery drain with IPv6. I saw no significant effects on iPhones, 
HTC devices and windows phones. I found an article that confirm this, blaming 
Samsung for choosing their own firmware and doing a bad job (sorry, cannot find 
the article any more). 

See also: https://issuetracker.google.com/issues/36949115
-Frans 




On 06/10/2017, 18:34, "The EDUCAUSE Wireless Issues Constituent Group Listserv 
on behalf of Curtis, Bruce"  wrote:

>
>This is an issue with the configuration on that particular WiFi network and 
>not an architectural issue with IPv6.
>
>http://www.ibtimes.co.uk/why-your-smartphone-battery-being-drained-google-cisco-blame-ipv6-network-misconfiguration-1544393
>
>
>IPv4 with NAT does have some architectural issues.
>
>https://www.computerworld.com/article/2494064/internet/ipv6-can-boost-mobile-performance--battery-life--proponents-say.html
>
>
>  Measurements on properly configured networks show little difference in 
> power.  But these measurements were during active use.
>
>https://tools.ietf.org/html/draft-petrescu-v6ops-ipv6-power-ipv4-00
>
>
>Cloudfare’s view:
>
>"That means that a v6-only mobile phone (looking at you, T-Mobile users) can 
>establish a clean path to any site or mobile app behind Cloudflare instead of 
>doing an expensive 464XLAT protocol translation as part of the connection 
>(shaving milliseconds and conserving very precious battery life)."
>
>https://blog.cloudflare.com/always-on-ipv6/
>
>
>
>https://blog.wirelessmoves.com/2008/03/why-ipv6-will-b.html
>
>Check out the slide titled “IPv6 brings savings in battery life” about 8 
>minutes into the video.
>
>https://www.youtube.com/watch?v=o5RbyK0m5OY
>
>
>Another RFC for network administrators.
>
>https://tools.ietf.org/html/rfc7772
>
>
>So if you find that a specific WiFi network accelerates battery drain send 
>some of the info mentioned in this thread to your local WiFi network 
>administrators but don’t tell the world to turn off IPv6.
>
>
>> On Oct 6, 2017, at 7:32 AM, Mike King  wrote:
>> 
>> So I saw this on Reddit this morning. What do you guys think of this?
>> 
>> 
>> https://www.reddit.com/r/LifeProTips/comments/74jt7s/lpt_if_youre_in_student_halls_campus_or_hotel/
>>  ** Participation and subscription information for this EDUCAUSE 
>> Constituent Group discussion list can be found at 
>> http://www.educause.edu/discuss.
>> 
>
>---
>Bruce Curtis bruce.cur...@ndsu.edu
>Certified NetAnalyst II701-231-8527
>North Dakota State University
>
>
>**
>Participation and subscription information for this EDUCAUSE Constituent Group 
>discussion list can be found at http://www.educause.edu/discuss.
>

**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/discuss.



Re: [WIRELESS-LAN] IPv6 drains battery of mobile devices?

2017-10-06 Thread Curtis, Bruce

This is an issue with the configuration on that particular WiFi network and not 
an architectural issue with IPv6.

http://www.ibtimes.co.uk/why-your-smartphone-battery-being-drained-google-cisco-blame-ipv6-network-misconfiguration-1544393


IPv4 with NAT does have some architectural issues.

https://www.computerworld.com/article/2494064/internet/ipv6-can-boost-mobile-performance--battery-life--proponents-say.html


  Measurements on properly configured networks show little difference in power. 
 But these measurements were during active use.

https://tools.ietf.org/html/draft-petrescu-v6ops-ipv6-power-ipv4-00


Cloudfare’s view:

"That means that a v6-only mobile phone (looking at you, T-Mobile users) can 
establish a clean path to any site or mobile app behind Cloudflare instead of 
doing an expensive 464XLAT protocol translation as part of the connection 
(shaving milliseconds and conserving very precious battery life)."

https://blog.cloudflare.com/always-on-ipv6/



https://blog.wirelessmoves.com/2008/03/why-ipv6-will-b.html

Check out the slide titled “IPv6 brings savings in battery life” about 8 
minutes into the video.

https://www.youtube.com/watch?v=o5RbyK0m5OY


Another RFC for network administrators.

https://tools.ietf.org/html/rfc7772


So if you find that a specific WiFi network accelerates battery drain send some 
of the info mentioned in this thread to your local WiFi network administrators 
but don’t tell the world to turn off IPv6.


> On Oct 6, 2017, at 7:32 AM, Mike King  wrote:
> 
> So I saw this on Reddit this morning. What do you guys think of this?
> 
> 
> https://www.reddit.com/r/LifeProTips/comments/74jt7s/lpt_if_youre_in_student_halls_campus_or_hotel/
>  ** Participation and subscription information for this EDUCAUSE 
> Constituent Group discussion list can be found at 
> http://www.educause.edu/discuss.
> 

---
Bruce Curtis bruce.cur...@ndsu.edu
Certified NetAnalyst II701-231-8527
North Dakota State University


**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/discuss.



RE: [WIRELESS-LAN] IPv6 drains battery of mobile devices?

2017-10-06 Thread Hector J Rios
For those of you running Cisco controllers, there is a feature called “RA 
Throttling” that can help with this.

Hector Rios
Louisiana State University


From: The EDUCAUSE Wireless Issues Constituent Group Listserv 
[mailto:WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU] On Behalf Of Mike King
Sent: Friday, October 06, 2017 7:33 AM
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Subject: [WIRELESS-LAN] IPv6 drains battery of mobile devices?

So I saw this on Reddit this morning. What do you guys think of this?


https://www.reddit.com/r/LifeProTips/comments/74jt7s/lpt_if_youre_in_student_halls_campus_or_hotel/
 ** Participation and subscription information for this EDUCAUSE 
Constituent Group discussion list can be found at 
http://www.educause.edu/discuss.

**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/discuss.



Re: [WIRELESS-LAN] IPv6 drains battery of mobile devices?

2017-10-06 Thread Daniel Eklund
I did not see the newer RFC referenced in the comments.  Check it out if
you haven't.

https://www.rfc-editor.org/rfc/rfc7772.txt

On Fri, Oct 6, 2017 at 9:12 AM, Daniel Eklund  wrote:

> According to the RFC 4861:
>
>  MaxRtrAdvInterval
>  The maximum time allowed between sending
>  unsolicited multicast Router Advertisements from
>  the interface, in seconds.  MUST be no less than 4
>  seconds and no greater than 1800 seconds.
>
>  Default: 600 seconds
>
>
> So, by default it's 5 minutes which is 12 times per hour.  Maybe this 
> person's institution has made changes to their settings for some reason.
>
>
> On Fri, Oct 6, 2017 at 8:32 AM, Mike King  wrote:
>
>> So I saw this on Reddit this morning. What do you guys think of this?
>>
>>
>> https://www.reddit.com/r/LifeProTips/comments/74jt7s/lpt_if_
>> youre_in_student_halls_campus_or_hotel/ ** Participation and
>> subscription information for this EDUCAUSE Constituent Group discussion
>> list can be found at http://www.educause.edu/discuss.
>>
>>
>
>
> --
>
> Daniel Eklund
> Network Planning Manager
> ITS Infrastructure
> 734-763-6389 <(734)%20763-6389>
>



-- 

Daniel Eklund
Network Planning Manager
ITS Infrastructure
734-763-6389

**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/discuss.



Re: [WIRELESS-LAN] IPv6 drains battery of mobile devices?

2017-10-06 Thread Daniel Eklund
According to the RFC 4861:

 MaxRtrAdvInterval
 The maximum time allowed between sending
 unsolicited multicast Router Advertisements from
 the interface, in seconds.  MUST be no less than 4
 seconds and no greater than 1800 seconds.

 Default: 600 seconds


So, by default it's 5 minutes which is 12 times per hour.  Maybe this
person's institution has made changes to their settings for some
reason.


On Fri, Oct 6, 2017 at 8:32 AM, Mike King  wrote:

> So I saw this on Reddit this morning. What do you guys think of this?
>
>
> https://www.reddit.com/r/LifeProTips/comments/74jt7s/
> lpt_if_youre_in_student_halls_campus_or_hotel/ ** Participation
> and subscription information for this EDUCAUSE Constituent Group discussion
> list can be found at http://www.educause.edu/discuss.
>
>


-- 

Daniel Eklund
Network Planning Manager
ITS Infrastructure
734-763-6389

**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/discuss.



Re: [WIRELESS-LAN] IPv6 drains battery of mobile devices?

2017-10-06 Thread Christina Klam
For years, Windows and Apple devices automatically prefer IPv6.  Moreover, we 
have found issues with BonJour and other functionality, when we disable IPv6.   
Instead we suppress ipv6 nd ra.  This will, at the minimum, limit the 
auto-networking functionality of ipv6.  

--Christina Klam
Network Engineer



- Original Message -
From: "Mike King" 
To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU
Sent: Friday, October 6, 2017 8:32:54 AM
Subject: [WIRELESS-LAN] IPv6 drains battery of mobile devices?

So I saw this on Reddit this morning. What do you guys think of this?


https://www.reddit.com/r/LifeProTips/comments/74jt7s/lpt_if_youre_in_student_halls_campus_or_hotel/

**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/discuss.

**
Participation and subscription information for this EDUCAUSE Constituent Group 
discussion list can be found at http://www.educause.edu/discuss.