Pourquoi mon appel de service Web de mon iPhone a-t-il échoué uniquement sur AT & T 4G LTE?

Question

J'ai une application iPhone qui fait quelques appels de service Web. Il y a 2 appels vers des flux RSS simples, puis il y a 2 appels apportés à un service Web à moteur ASP.NET.

Les appels vers le flux RSS fonctionnent de manière cohérente dans tous les scénarios, que ce soit via WiFi ou 4G, et cela fonctionne également pour chaque porteur (AT & T, Sprint, Verizon, etc.).

Les 2 appels apportés au service Web ASP.NET fonctionnent toujours sur le WiFi, mais ils ne fonctionneront pas sur 4G avec chaque transporteur. Plus précisément AT & T 4G LTE échouera immédiatement sur ces appels chaque fois que les appels effectués par un autre transporteur (Cspire) réussiront 4G.

Je tiens à préciser que les iPhones utilisant la même version de l'application réussiront lors de la demande d'appels ASP.NET via WiFi, mais n'effectueront que lorsque vous utilisez AT & T 4G LTE. Je les ai testé moi-même avec des "barres complètes" (accès complet au service réseau) immédiatement après la visite de sites Web sur 4G.

Je n'ai accès à aucun message d'erreur car je ne possède pas personnellement un iPhone avec AT & T comme support.

J'ai regardé en ligne et j'ai trouvé des problèmes liés à un opérateur spécifique comme celui-ci. Quelqu'un a-t-il déjà entendu parler de cela avant?

Edit: Je n'ai pas été en mesure de tester l'application iPhone sur un périphérique avec T-Mobile comme support, mais j'ai appris que AT & T et T-Mobile utilisent GSM tandis que les autres transporteurs utilisent CDMA. Pourrait-il être un facteur déterminant?

Answer 1

J'ai rencontré un problème très similaire avec un projet que je travaille sur.Le projet utilise des services Web de SOAP authentifiés implémentés dans ASP.NET.

Le problème a fini par être que AT & T possède un proxy HTTP.J'avais accès au service Web d'authentification via HTTP, de sorte qu'il était proxé.L'appel à des services ultérieurs était en cours de traitement via https (qui ne peut pas être proxé) afin que le jeton d'authentification que j'ai reçu sur HTTP n'était pas valide.Commutation de tous les appels de service à HTTPS (y compris l'authentification) corrigé le problème pour moi.