工具 1
浏览器到 Microsoft 365 的响应时间
从您当前的浏览器向几个 Microsoft 365 全球版服务发起轻量请求,测量往返耗时(每项 5 次,取中位数)。建议在工作日 15:00–21:00 的办公室网络下测试,并与早上对比。
| 服务 | 测试地址 | 中位数 | 最大值 | 失败 | 评价 |
|---|
说明:浏览器测得的是 HTTPS 请求往返时间(含 TLS 握手、可能的 DNS),会高于 ping 值,且无法直接测丢包。若多项 > 600 ms 或出现失败,跨境链路质量较差的可能性高。若需要 Microsoft 官方测试,可使用 Microsoft 365 网络连接测试工具。
工具 2
症状自查
勾选您办公室中真实出现的情况。
工具 3
跨境带宽估算
按微软官方的 Teams 每终端带宽,加上邮件与文件协作的经验系数,估算 Microsoft 365 分流链路需要的带宽。
同一人电脑 + 手机入会算 2 个;会议室设备算 1 个
按员工数 × 每人 Mbps 系数估算
建议分流链路带宽(下行)
—
上行 —
Teams 会议(下行)—
屏幕共享(下行)—
邮件 / 文件 / 其它—
余量(×1.3)已计入
建议档位—
估算值仅用于初步沟通。微软建议带宽不足时 Teams 自动降级并优先保障音频;正式带宽以基线测量为准。
把诊断结果发给我们
销售顾问会与您联系,安排多时段基线测量。