Comment les services de messagerie en nuage atteignent-ils les appareils derrière un NAT / pare-feu ?

Comme vous pouvez l'imaginer, Google est assez discret sur les détails de son implémentation. Je me contenterai donc de la décrire dans le cas général et sous une forme très basique.

Le principe du push est le suivant : le client (c'est-à-dire le téléphone) ouvre une connexion TCP avec le serveur de messagerie (par exemple Google). Cette connexion est censée rester ouverte aussi longtemps que le téléphone est allumé. Heureusement, une connexion TCP n'utilise absolument aucune bande passante lorsqu'elle ne transmet rien, ce qui permet de ne pas gaspiller beaucoup de données, de mettre l'émetteur radio hors tension, etc.

La connexion puede restent ouvertes indéfiniment, mais derrière un NAT, l'infrastructure du NAT tient un tableau des connexions ouvertes qu'elle gère et interrompt les connexions qui sont restées inactives pendant un certain temps, généralement 10 à 15 minutes. Aucune des deux extrémités ne reçoit de notification à ce sujet. Ce problème est donc traité en envoyant un paquet TCP keep-alive qui rafraîchit l'entrée dans la table de connexion NAT de l'opérateur. Cela ne coûte qu'environ 50 octets et ne doit être fait que toutes les quelques minutes.