Choix du numéro de port Android C2DM

J'ai remarqué que Google C2DM (push) connexion tcp utilise le port 5228. Je sais aussi que certains pare-feu bloquer les ports autres que les 80 443 (en raison de htttp et https), ce qui provoque beaucoup d'utilisateurs se plaignent qu'ils ne peuvent pas utiliser le Marché de l'app ou GTalk sur leurs téléphones à l'aide de leur entreprise wifi par exemple.

Maintenant, ma question est: pourquoi vous n'avez pas Google choisissez le port 443 ou 80 pour leurs persistante connexion tcp?

source d'informationauteur Erdal

  1. 12

    Il y a quelques raisons que je pense que Google peut avoir choisi d'utiliser 5228 au lieu de 80 ou 443.

    Tout d'abord, dans la plupart (mais pas tous) des cas, 5228 ne devrait pas être un problème (c'est à dire bloqué) parce que les notifications push sont largement utilisés lorsque les appareils sont sur la route. Cela signifie qu'ils sont à l'aide de données de téléphone portable connexions qui ne sont pas de bloquer ce port et ne sont pas derrière un pare-feu.

    Deuxièmement, dans le cas des environnements où il pourrait y avoir un pare-feu (c'est à dire avec le WiFi à l'intérieur d'une société), il est également probable que le trafic http est mandaté ou sous le contrôle d'une certaine façon. C2DM ne repose pas sur une norme de protocole HTTP et est prévu pour une longue durée de vie de la connexion. Cela signifie que l'exécution sur 80/443 peut entraîner des problèmes dans ces environnements.

    Troisièmement, ces services ont été à l'aide de 5228 avant la sortie de C2DM et il n'y avait aucune raison de le changer.

    Basé sur mon expérience, je pense qu'il aurait été idéal si ils ont utilisé 5228 comme un défaut, et a tenté de se rabattre sur 443 dans d'autres cas (comme il y a certainement de nombreux scénarios où 443 serait de travailler quand 5228 ne serait pas). Au moins dans le cas de 443, la modification de données est moins probable que si sur le port 80 car le protocole devrait normalement être chiffré. Cependant, il est toujours possible que la connexion serait mis fin prématurément à 443. Cependant, ce risque existe dans n'importe quel environnement réseau, et il n'y aurait aucun inconvénient à essayer.

    Et sur une autre note, il est probable que l'activation de C2DM sur 443 aurait été plus difficile qu'il n'y paraît pour Google, car leur distribués avant la fin de l'serveurs savez probablement comment traiter spécifiquement 80/443 trafic HTTP et demanderaient à être re-travailler pour gérer C2DM.

  2. 1

    Je soupçonne qu'ils voulaient obtenir les ports standard pour quelque chose d'autre et de cette façon, ils peuvent facilement surveiller les niveaux de trafic de C2DM de la circulation.

    Ils ne sont pas seuls Apple et de faire exactement la même chose pour pousser leur mise en œuvre.