3) 8分钟之后，服务器发送一个HTTP 200 OK的消息。然后设备又会尝试发起一个更长些(12分钟)的HTTPS请求给服务器。
4) 如果在这12分钟的时间内，收到了一条新的邮件，服务器会发送给移动设备一个提醒，提示有新内容待同步了。然后，设备会与服务器进行同步，并重新发起这个12分钟的请求。
5) 如果在12分钟后，没有收到任何新的或者变化的内容，服务器会回复一个HTTP 200的OK消息。然后设备会推断出当前的网络状况是支持12分钟heartbeat的，它会继续尝试使用更长(16分钟)的连接。
6) 16分钟后，又没有任何回应了。这时，移动设备会推断出当前的网络不支持16分钟的heartbeat。因为这次超时发生在设备尝试增加heartbeat间隔之后，移送设备知道已经达到了当前网络的最大超时间隔，设备不会又减少间隔时间来重复操作，而是会取上一次成功的heartbeat时间(12分钟)，重新发起12分钟的heartbeat。
总而言之，移动设备保存了它的Ping请求的日志，它会以某种算法尝试使用允许的最长的heartbeat间隔来发起连接请求。这一方面增加了待机时间(每一个请求后，如果用户没有其他的操作设备会挂起)，一方面减少了网络流量。
心跳连接的时间可以在移动设备的注册表中找到
配置跨越防火墙工作的Direct Push
几乎没有哪个企业的内部网是直接接入到Internet的，通常都会有一台服务器充当着防火墙的角色。为了让Direct Push的工作不受防火墙的阻挠，你必须先打开TCP 端口 443，这是SSL的需要。必须保证在用户访问服务器和internet之间该端口是打开的。
除了在防火墙打开必要的端口之外，为了提高Direct Push的性能，应当增加防火墙超时时间值，如果防火墙关闭会话(Session)，邮件就不会被投递出去，直到下一次连接。所以防火墙会话(Session)时间应当被设置为比运营商的网络空闲超时时间隔大一些的范围。一般在15到30分钟之间。从前面的分析我们可以得知，很显然，越短的超时时间会导致移动设备更加频繁的连接请求，这会降低待机时间，增加网络流量。关于配置防火墙的更多信息，请参考ISA Server Product Documentation。
推荐资源
Ø Microsoft Direct Push Homepage
Ø Heartbeat Interval Adjustment
黄季冬<fox23>
hjd.click AT gmail.com
上一页 [1] [2]
打印文档
推荐好友 
返回顶部
增大字体 
减少字体