☰

对称 FTTP 100/100Mbps 链路上传性能较差

tag-icon • tag-icon networking internet-connection upload packet-loss fiber
对称 FTTP 100/100Mbps 链路上传性能较差

我知道我所遭受的是一个“第一世界”的问题……我过得很好，但还没有达到应有的水平。[根据 SE 网络工程版主的建议，搬到这里。]

总结：我有 100/100 FTTP 服务，但上传速度非常慢。我收集了大量数据（见下文），但它表明了什么问题？我还能做什么来找出根本原因？

我希望有人能给我一些启发。我做了很多测试/诊断，但我不是网络工程师，所以我会尽可能详细地分享（首先希望你能帮助我，其次希望它能帮助其他观察到类似问题的人）。

简短版本：我刚刚连接到 FTTP 服务，他们声称该服务应该能给我 100/100 对称。speedtest.net (classic/flash)、Ookla iOS、Ookla Android 和 speedtest-cli 都一致显示 100/100。
我使用常规下载和通过其他协议下行互联网访问的经验遵循这些结果。

问题是，UPLOADS 实际上无法用于任何实际用途。

以下是症状列表。[使用 Win7、Win10 和 RPi 以及 5Ghz Wifi 上的 Macbook Pro 在以太网上直接连接到路由器进行测试 - 本地连接不是问题]

  1. http://beta.speedtest.net（HTML5/WebSockets）通常提供 100/2（是的，2！！）Mbps
  2. Google 速度测试器 (HTML5/WebSockets) 显示 100/2 Mbps
    • 以上两种方法最多只能使用 4 个 Web 套接字 - 如果下载性能良好，speedtest classic 和 cli 都会创建 8 个或更多 TCP 连接。我知道还有一位用户在这些基本测试中得到了类似的结果。
    • 这两项测试都表明，在测试开始时，性能会出现短暂的飙升。

  3. 通过 CLI 上传 15Mb 文件到 AWS S3 - 最大速度约为 150kbps，经常会停顿/失败（通过 17/1Mpbs ADSL2 或 4G 网络共享从同一设备上传）可提供可靠的 3-500kbps）。

    • 使用 AWS CLI 上传 1-2Mb 文件的速度通常约为 150kbps（即，较小的上传速度会再次快速提高吞吐量）
    • 从 AWS CLI 从 Azure 托管的 M 上传到 S3 可以获得非常快的性能（AWS 端没有限制）。
    • 配置 AWS CLI 进行分段上传没有任何好处（最小的块大小为 5Mb，这似乎对于可靠的

  4. 通过 AWS 网络控制台上传到 AWS S3 - 不起作用 - 超时。

  5. 通过 SCP 或 SFTP（使用 bash、WinSCP 或 filezilla）将文件上传到 Azure 或 AWS VM 的速度约为 125 kbps。（从 AWS 到 Azure 的 SCP 以及反之亦然可提供非常快的性能 - 在 AWS/Azure 上不会受到任何限制）

  6. iPerf 使用本地托管的服务器进行测试，或者使用 AWS EC2 VM 上托管的服务器（本地客户端）进行测试，或者使用在 speedtest.serverius.net:5002 上托管的第三方 iPerf 服务器进行测试

    • 所有这些都给出了一致的结果，如下所示
    • 下行 TCP 连接（下载或推送到我的网络） - 单个 TCP 流将达到约 60-70Mbps，而 2 个或更多流的最大速度将达到 100Mpbs :thumbsup:
    • 上游 TCP 连接（上传或从我的网络拉取）——单个 TCP 流将达到约 3-5Mbps。运行多个流大致成正比
    • 10 个并行 TCP 流将提供约 40Mpbs，而 25-30 个流将使连接达到最大值。
    • 调整 TCP 窗口大小不会带来任何积极影响
    • UDP 吞吐量双向都将达到 100Mbps。

  7. 运行 wireshark 捕获上传数据时，发现有大量重复 ACK，许多数据包有 20-30 个重复。我没有资格判断这是“绝对糟糕”还是“可能正常”，但谷歌搜索发现多个 DUP ACK 的引用，表明数据包丢失和可能的接口协商问题。

  8. 我知道提供商回程是 Virgin Media Business。我的路由器/ONT 显示我与他们的连接是 1000Gbps 全双工，我看到 Virgin 网络上第一跳的 ping 时间可靠低于 5ms。
    • traceroute 显示，在流量到达 Virgin 主机之前，只有一个由提供商（大概是他们的光纤交换机）控制的单跳。
  9. 提供商尚未确认他们是否可以在其他连接或自己的网络上重复这些测试。我现在知道另一个用户看到了最明显的问题（谷歌速度），但还没有要求他们进一步测试。

  10. 我向他们提供了所有这些数据，并提供了诊断所需的任何帮助，他们也积极主动，包括联系 Ookla 来检查 speedtest.net classic 和 beta 之间的差异 [具有讽刺意味的是，他们说它们是“相同的”，而我从网络对话跟踪中看到它们显然是不同的]

  11. 他们测试了我的光纤并提出更换路由器。根据我的结果，这似乎不太可能是问题所在，但我会让他们这样做以排除另一个可能的原因。

  12. 毫无疑问，该提供商的大多数住宅客户都信任他们从 Ookla 看到的 100/100 数字。他们对浏览器下载、流媒体等非常满意，并且可能会容忍 GDrive、Gmail、电子邮件服务等的缓慢上传，因为它们比 BT/OpenReach 提供的不可靠的农村 ADSL2 选项要好。
  13. ONT/路由器是运行 DRGOS 1.13.3 的 Genexsys DRG739v2（我无法更新它，它在提供商的控制之下）。

当我在家从事技术工作时，我需要频繁、可靠地上传/发送数据，并且（希望）速度要快。对于某些服务/协议，此 FTTP 连接不可靠，并且对于这些相同的服务/协议，它比我的 ASDL2 或 4G 慢。你能看出我急于找到解决方案吗？:-)

那么...问题是：

  1. 是否有人认识到这些症状并且有任何解决建议可以传达给提供者？？？

[我知道有很多因素，从硬件到接口配置，到数据包整形、QoS，还有其他不知道的因素，但这导致无法使用的连接，这似乎很疯狂]

  1. 这可能是一个错误协商的接口吗？......这是否会导致并行 TCP 流可以实现完全吞吐量的连接，或者这是否意味着有人在故意做某事（整形/节流）？？？

  2. 如果存在协商错误的接口，您是否希望在连接开始时看到吞吐量的短暂爆发（可能传输 1-2Mb）？如果存在数据包整形，您是否希望看到这种情况？

  3. 这可能是 Virgin Media Business 而不是我的 ISP 在调整流量吗？谁说他们不施加任何限制？我发现有关 Virgin 商业服务的细节很少，当然我不是他们的客户（直接）。

  4. 这可能是 Virgin Media Business 的连接/配置问题吗？他们在配置、验证和监控网络方面有什么好的办法吗？

  5. 我还能做些什么来帮助提供商诊断和解决这个问题？

我花了几个小时（可能是几天）的时间试图消除网络、设备、其他服务提供商等变量，并了解速度测试客户端之间的差异，这些客户端会给出不同的结果并收集尽可能多的数据。最终，我希望提供商能够成功，所以我投入了时间尝试帮助他们彻底解决这个问题。尽管经过两周的调查后仍未解决此问题，但他们并没有否认这个问题，到目前为止还是很有帮助。我希望他们会努力解决这个问题，但我想让他们尽可能轻松/明显地解决这个问题。

提前感谢所有建议和忠告。

编辑：1) 问题最初通过最终说服 ISP 将我的连接切换到其交换机/路由器上的新端口得到解决。作为一家小型 ISP，他们能够在我打电话时执行此操作，并且通过大多数测试立即为我提供对称 100/100Mbs。2) 好消息并没有持续多久，间歇性问题导致 VPN 和 VOIP 不稳定 - 在提供更多数据后，他们最终将其追溯到他们的网络管理软件（该软件将我的 1Gbps 基本连接限制为 100/100 订阅）。他们将其关闭，我享受了几个月的 800+Mbps 对称，直到他们解决了这个问题。

相关内容