如果流量在 Internet 上传输，QoS 将毫无用处，因为几乎没有 ISP 对 QoS 标记采取行动（事实上，进入他们的网络时通常会自动剥离）

为了使 QoS 完全有用，路径中的所有节点（路由器、交换机等）不得重置标记，并且还必须对其进行操作（即：如果您有“DSCP EF”标记 - 通常用于语音和视频，如果交换机没有剥离它但没有优先考虑这些数据包，它没有帮助）

这就是为什么您的网络团队告诉您他们无能为力 - 除非您自己的网络存在网络瓶颈，如果您在不使用 QoS 的情况下上网，一切都是“尽力而为”，每个流都是（据说）平等对待（您的 Sharepoint 流量对您的提供商而言并不比您的同事网络请求更重要）。

即使您与您的提供商有特殊的了解，他们也会连接到其他人等等，直到您到达 Sharepoint 服务器。如果用于达到这些的任何 LINK 不支持 QoS，那么您就没有。

TL；DR：整个 Internet不支持QoS

这里有两个问题：

首先，您能否专门识别 Sharepoint 流量？由于它使用端口 80 和 443，因此很难将 Sharepoint 与正常的 Web 流量区分开来。我假设您也不想优先考虑猫视频。要可靠地识别 Sharepoint，您需要深度数据包检查——这需要大量的网络能力。

其次，您确定您的内部网络上的网络拥塞确实是导致问题的原因吗？所有网页浏览都很慢吗？您说您的 Sharepoint 站点在您的网络之外。有许多可能的外部原因导致您无法控制速度缓慢，而 QoS 对此无济于事。