[LAC-TF] Mayor consumo de Batería con IPv6

Isaias Mercado isaias.mercado at gmail.com
Thu Feb 25 14:54:20 BRT 2016


Gracias Jordi, por compartir esta importante información con nosotros.

Entiendo que los fabricantes de móviles deben estar bien enfocados en
resolver esta situación.

*Isaias Mercado López.*


2016-02-25 13:21 GMT-04:00 JORDI PALET MARTINEZ <jordi.palet at consulintel.es>
:

> Afortunadamente el mismo RFC da la solución con la apropiada configuración
> de los Ras.
>
> De todos modos creo que si un celular o tablet esta “idle”, la interfaz de
> red se encuentra inactiva, la menos eso he observado yo en varias pruebas
> con iPhone.
>
> Hay un estudio de Nokia, que habla de algo parecido, pero mucho peor,
> porque no tiene solución, con IPv4 y NAT, ya que requiere usar keepalives
> cada 30 segundos (media), que no solo consumen batería, sino tambien enlace
> de radio en el canal 3G/4G.
>
> Saludos,
> Jordi
>
>
>
>
>
>
>
>
>
> -----Mensaje original-----
> De: LACTF <lactf-bounces at lacnic.net> en nombre de Alejandro D'Egidio <
> adegidio at telecentro.net.ar>
> Responder a: <lactf at lac.ipv6tf.org>
> Fecha: jueves, 25 de febrero de 2016, 18:13
> Para: <lactf at lacnic.net>
> Asunto: [LAC-TF] Mayor consumo de Batería con IPv6
>
> >Les comparto este articulo que encontré sobre el incremento de consumo de
> batería en dispositivos móviles cuando tienen IPv6 causados por los RAs.
> >
> >"Andrew Youtchenko, de Cisco y Lorenzo Colitti, de Google, trataron de
> mostrar esto con cifras. Mientras que el consumo de energía en modo espera
> es de unos 5 mAh, al recibir el paquete de informaciones, el teléfono puede
> consumir hasta 200 mAh en 250ms para completar el proceso que permite a la
> CPU procesar la información y volver de nuevo a standby. Cada RA recibido
> puede costar a la batería de tu teléfono 0.014 mAh. La recomendación es que
> los administradores configuren las redes para limitar el volumen a 7 RAs
> por hora. Consideran que, de esta forma, el impacto sobre la batería no
> sería tan significativo."
> >
> >
> >Incluso está documentado en la RFC7772 [
> https://tools.ietf.org/html/rfc7772] publicada este mes.
> >
> >
> >Saludos,
> >Alejandro D'Egidio
> >Jefe de Ingeniería de Backbone
> >adegidio at telecentro.net.ar
> >Apolinario
> >Figueroa 254 | Tel: 54 11 3977 1025
> >C1414EDF | CABA
> >| Argentina
> >TELECENTRO S.A.
> >
> >ESTE MENSAJE ES
> >CONFIDENCIAL. Puede contener información amparada por el secreto
> profesional.
> >Si usted ha recibido este e-mail por error, por favor comuníquenoslo
> >inmediatamente vía e-mail y tenga la amabilidad de eliminarlo de su
> sistema; no
> >deberá copiar el mensaje ni divulgar su contenido a ninguna persona.
> Muchas
> >gracias.
> >
> >THIS MESSAGE IS
> >CONFIDENTIAL. It may also contain information that is privileged or
> otherwise
> >legally exempt from disclosure. If you have received it by mistake please
> let
> >us know by e-mail immediately and delete it from your system; should also
> not
> >copy the message nor disclose its contents to anyone. Many thanks.
> >
> >
> >
> >
> >
> >
> >
> >
> >_______________________________________________
> >LACTF mailing list
> >LACTF at lacnic.net
> >https://mail.lacnic.net/mailman/listinfo/lactf
> >Cancelar suscripcion: lactf-unsubscribe at lacnic.net
>
>
> _______________________________________________
> LACTF mailing list
> LACTF at lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lactf
> Cancelar suscripcion: lactf-unsubscribe at lacnic.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.lacnic.net/pipermail/lactf/attachments/20160225/b78f1363/attachment-0001.html>


More information about the LACTF mailing list