2013-01-04 29 views
0

这是使用钛SDK 2.1.3.GA的移动应用程序开发的IOS 5移动设备联网间断的

有一段时间我一直在争夺什么,我虽然是在我的应用程序的错误,他们仍有可能是的,但我似乎无法超越这个问题。我甚至不知道这是否是一个钛手机问题,但我没有想法。

我有一个我写的Web服务(WCF服务)和我连接的一个Titanium Mobile应用程序。在我的模拟器上,它可以很好地从MAC硬连线上运行。我做了所有测试,并将应用程序部署到运行IOS 5.1.1(9B206)的iPhone 4gs。现在我在iPhone上运行它,同时启用3G和WiFi。我发送数据请求,它可能会或可能不会回来。通常情况下,它会超时。这些请求在工作时似乎有些迟钝。这是通过我们的WiFi连接在我们的内部网络上。然后我关掉手机上的WiFi,开始看似100%的工作。最重要的是,它速度很快。最初,这个问题出现在只有WiFi的iPad 2上,这让我转向了手机。 iPad和iPhone都运行相同版本的OS IOS 5.1.1(9B206)。然后,我使用相同的测试将我的应用程序部署在运行IOS 6的iPhone 5上(忘记完整版本)。在WiFi上看起来有问题,但在4G LTE上看起来不错。

现在,我正在查看运行IIS 6的Web服务器日志。在连接看起来超时的情况下,它在日志中显示200 0 64。根据另一个stackoverflow文章(http://stackoverflow.com/questions/372149/iis-file-download-hangs-timeouts-sc-win32-status-64),这意味着网络名称不再可用。所以看起来网络请求超时。我的所有请求都设置为30000ms超时。然后,我从IIS日志中获得手机的IP地址,并决定运行tracert,并从服务器报告设备的单跳(WiFi)。我启动ping -t服务器上的设备IP,这是当我感兴趣的时候。最初,它报告请求超时。在设备上我拨打网络电话,在我的网络电话期间,我收到2条回复,1条超时,然后在服务器和电话设备之间的网络通信过程中再收到2条回复。然后它返回到请求超时。我觉得设备关闭网络连接时应该保持打开状态以接收请求。

任何有关如何进一步排除故障的想法?

回答

0

有另一个WiFi路由器测试,它看起来已经运行了很多。对于这种情况,我会将网络基础设施或发生故障的设备归咎于问题。因此,解决方案显而易见的是消除了这个网络设备作为问题的可能来源,并得到另一个测试。似乎修复了它。