> 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).
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
w
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.
http
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, O
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 sendi
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
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 E
