Office 365网络链接概览（二）--网络链接测试

之前提到了网络对等，也就是ISP到微软骨干网络的地方。这里再介绍另外一个概念，服务前盖–service front door，服务前盖针对每个服务是不一样的。我们先来看Exchange online:
exchange online 中要提到CAFE–client access front end服务器，这些服务器当然是位于数据中心中。举个例子，比如我人现在再澳大利亚的悉尼，我要做本地DNS的域名解析，那么首先就会连到悉尼的CAFE，不管我的邮箱是不是在悉尼，也可能会在美国，或者欧洲。比如我现在ping outlook.office365.com:

这里ping到的就是离我最近的CAFE–XSP-efz.ms-acdc.office.com(这个CAFE在新加坡)，虽然我在上海但是目前连着VPN，所以可能跟你ping出来可能不大一样。

用tracert或者ping来测试网络当然是不专业，针对于Office 365的网络测试，这里推荐一个网页版的工具–connectivity.office.com
先来看一下我测试的结果，重点看第二张图。

这个表格给的数据是干活，非常详细。包括了网络出口（VPN到新加坡），代理服务器，DNS服务器，同地区其他用户的情况等等信息。虽然这里显示我通过了所有测试，但是还是有红色的叉，这就要回到第一张图，不难看出，对于一个身处上海的人，网络出口从新加坡肯定是不合理的，因为并不是与Office 365最近的对等地点。而针对我最好的服务前盖地点也在上图被标识了出来。

现在我断掉VPN，再测试一次：

这次就没基本就没有红叉了，因为我连接到了离我最近最好的网络前盖，也就是香港，延迟，卡顿的表现也有提升。

这对网络规划来说还是相当有参考价值的，比如现在我把我的DNS改成美国，这个工具甚至会给我做一个traceroute，这里可以看到经过了多少步才连到最后的CAFE服务器的。

然后来看一下SharePoint Online和OneDrive for Business。对这两个来说没有CAFE服务器，而是AFD–azure front door，AFD上不光有SPO和ODFB，还有bing，Hotmail，OWA等。所有的SPO都监听着同一个IP地址（anycast）,也就对DNS服务器没那么多要求了。

Teams的服务前盖也不一样，用的是传输中继。比如我现在从上海给一个在澳大利亚的人用skype电话，因为我的Office365租户是在中国的，所以中继是从香港下来的。如果是用teams的话，那就改成从澳大利亚的服务器下来了，所以teams的体验也比Skype好。