Je me demande si ce n'est pas pour économiser tout le trafic de scan qui est envoyé a toutes les IP publiques.

Quand on regarde sur une IP publique, il y a en permanence du trafic.

Il est vrai qu'il existe un "bruit de fond" du net, surtout les ports des protocoles Windows (Netbios, SMB...), Unix (ssh), et des serveurs et proxy HTTP. (Si ils trouvent un serveur accessible, ils font des scan de nom de d'utilisateur et de mot de passe...)

N'importe quel PC bien configuré n'a strictement rien à craindre de ce genre de choses. Mais ça reste une pollution; moi, je n'aime pas voir des paquets non désirés dans mon tcpdump, parce que c'est une distraction! Des connexions ssh non désirées, c'est aussi du temps CPU perdu (des exponentielles de grand nombres entiers calculées pour rien), et aussi des lignes de log qui sont sans intérêt : encore une distraction.

Même si on sait qu'on n'a rien à craindre de ce genre d'attaque (p.ex. si sshd n'accepte que des logins par clé publique), on peut vouloir s'en protéger.

Petit trafic mais suffisant pour réserver les ressources radios (pour simplifier, elles sont libérées en cas d'absence de trafic pendant quelques secondes).

Je ne savais pas.

De toute façon, on peut avoir envie de bloquer un certain type de trafic entrant avant la boucle locale. J'ai toujours été favorable à ce que l'utilisateur puisse placer un pare-feu sur le DSLAM, même le plus simple pare-feu sans état.

Le push mail faisant que les mails arrivent presque plus vite sur mon smartphone que mon PC, je me suis dit que ça impliquait une connexion constante au serveur de messagerie.

J'ai cru comprendre (ce n'est pas mon domaine de compétence) que les appli de chat sur mobile (type jabber / msn) sont entraîne une consommation de ressource élevée (par rapport à une consommation IP qui reste assez faible)

Pour les IP publique, Free a trompé le RIPE pour obtenir beaucoup IP d'avance (demander plusieurs IPv4 publiques par abonné pour le service Free WiFi). Free est un des FAI à avoir le plus d'IPv4 en stock et je ne pense pas que FreeWifi consomme 10 millions d'IP...

Donc une bonne partie des smartphones consomment de la ressource radio sans cesse.

Pourquoi voudrais-tu qu'une connexion utilise "sans cesse" le réseau?

Je me fais peut-être une mauvaise idée mais en gros :

Il y a une connexion ouverte entre mon smartphone et le serveur de messagerie sans cesse pour permettre le push -> il existe un lien "ininterrompu" entre les deux -> la ressource radio est réservée pour maintenir ce lien.

J'ai peut-être fait un raccourci/pas compris un truc après, je ne dis pas le contraire.

Franchement, vu comme les opérateurs mobiles sont radins, si c'était contraignant pour eux d'avoir des téléphones tout le temps connectés, je pense qu'ils fixeraient des limites! Personnellement, je paye moins de 15€/mois, et je peux pourtant rester connecté toute la journée, garder une connection permanente, si je consomme peu de data. Et je crois que les applications spécialement conçues pour être "always on" come le tchat ou le push-mail consomment le minimum possible: quelques paquets toutes les 5 minutes ou quelque chose comme ça.

Leon.

J'ai du mal à voir comment tu lies "always-on" à "réservation de ressource radio" : comment tu vois le "push", concrètement?