Franchement j'ai IPv6 partout depuis 10 ans et j'ai vraiment pas le moindre souci d'autonomie... bizarre ton truc

Et les RA... lol ?

les ARP et le broadcast en général, faut pas le traiter aussi peut-être ? mort de rire...

Je testerai ça : https://showipprotocols.blogspot.com/2016/02/increase-iphones-battery-life-by.html

Ça c'est imaginer que je n'utilise que des réseaux ou il y'a de l'ipv6, c'est loin d'être le cas justement

Tu as jeté un œil au dernier lien ? Je pense que s'ils en parlent (spécifiquement les iPhone d'ailleurs), ça ne sort pas de nulle part. Il faudrait que je regarde cela et surtout comment faire.

Je coupe IPv6 pour une semaine pour comparer le comportement des batteries de mes iBidules WiFi.

Ce serait dommage de devoir se passer d'IPv6 pour ménager la consommation électrique.

Je me souviens que cette histoire de paquets « réveillant tout sur le réseau » venant du routeur était une problématique plus universelle et pas forcément cantonée à l'ipv6 ; certains routeurs font/faisaient des bêtises similaires en ipv4.

Vivien avait aussi notifié que chez certains opérateurs mobile il pouvait y avoir une consomation plus élevé, chez FM il me semble, une histoire de NAT64 je ne sais plus trop.

Oui, Free fait utiliser le 464XLAT, qui doit être géré localement. En théorie, ça induit des calculs supplémentaires localement pour la traduction des adresses. En pratique, je crois me souvenir avoir lu que l'impact est vraiment négligeable au point de ne pas être mesurable

Je suis en IPv6-only + DNS64/NAT64 sur les LANs depuis des années et je n'ai jamais remarqué ce souci. Côté mobile, chez Bouygues, c'est la même config: aucun souci.

Je peux penser à deux choses (dont certaines ont été mentionnées plus haut):
- les annonces RA trop fréquentes. Sur le VLAN wifi, j'annonce des RA toutes les 5 minutes (car parfois ils se perdent, vu que c'est du multicast) -> aucun souci d'autonomie sur deux iPhones différents.
- des timers de connection tracking (firewall ou NAT64 ou NAT44) trop faibles, qui obligent le téléphone à ré-établir sa connexion TCP pour les notifications au lieu de la garder ouverte pendant longtemps. Apple n'expose à priori pas encore ces endpoints en v6, donc chez moi ca passe par le NAT64 -> aucun souci non plus chez moi.

Sur iPhone, la gestion des NS/RA est assez bien faite : c'est le chip wifi qui fait le processing et qui ne réveille le CPU que si nécessaire. Il me semble qu'il peut même répondre aux NS sans réveiller le CPU, mais je ne suis plus sûr d'où j'ai vu ca.

Oui, Free fait utiliser le 464XLAT, qui doit être géré localement. En théorie, ça induit des calculs supplémentaires localement pour la traduction des adresses. En pratique, je crois me souvenir avoir lu que l'impact est vraiment négligeable au point de ne pas être mesurable

Il y a deux facons de gérer le CLAT sur iOS:
- du "bump in the API" où le système va générer automatiquement un socket v6 lorsqu'une application veut se connecter à une destination v4-only,
- un CLAT (ajouté relativement récemment) pour les applications v4-only qui manipulent les sockets directement, sans passer par la surcouche de gestion des sockets iOS (CFNetwork? Je sais plus).

Dans le premier cas, il n'y aura pas d'overhead car le traffic est directement v6 : pas besoin de passer par le CLAT pour faire une translation supplémentaire.
Dans le 2e, il y a potentiellement un impact si le device fait beaucoup de traffic v4. Si c'est super faible, c'est l'épaisseur du trait.

À mon sens, le problème de notre ami K-L est ailleurs.

Peux-tu vérifier tes timers RA, router et address lifetime ?

EDIT: pour donner une idée de quand je dis "aucun souci": un iPhone 8 vieillot tient ~1,5 jours sur une charge, un iPhone 10 tient ~2 jours. On est pas des méga utilisateurs non plus, mais je bosse avec le mien, tout de même.
J'ajouterai que background app refresh est désactivé sur les deux. J'ai pas encore vraiement compris à quoi ca sert (tout fonctionne normalement sans que je manque de notifications) mais par contre, ca fait une différence d'autonomie assez incroyable.

Je n'ai pas de notifs avtivées, je pense plus aux annonce RA en effet, il faut que je voie où configurer ça.

Par contre, je persiste à dire qu'affirmer être en IPv6 depuis des mois sans avoir vu de souci d'autonomie n'a rien d'anormal, il faudrait faire l'inverse : n'utiliser qu'IPv4 au même endroit sur le même réseau WiFi.

Quand je réactiverai IPv6 (pas tout de suite histoire que je voie si mes iBidules se vident moins en en IPv4), je regarderai où configurer ces histoires de RA.

Je garde cette explication sous le coude :

IPv6 supports a packet type called Router Advertisement that’s supposed to help manage the connection of new devices. The problem is the frequency at which these RA packets are sent out over IPv6 networks, coming as often as once every three seconds.

Even when a smartphone’s not otherwise in use, its SoC needs to wake up and process these RA packets, preventing it from staying in low-power sleep mode. One estimate suggests that waking up and dealing with a single RA packet consumes something like 0.014 mAh – so if we’re doing one every three seconds, that’s 16.8 mAh an hour, or about 400 mAh over the course of a day.

Si c'est vérifié ça veut dire que ça fait +10% environ de la batterie pour un iphone en 24h, ce serait de la folie et là effectivement je pense que tout le monde désactiverait