首先 - 我读过这篇文章，但只是部分内容。我在这里使用了 VPN。
我遇到了严重的延迟和数据包丢失 ==> 有时无法使用，WFH 会议中的 VoIP 不稳定。
为了完成 ISP 的工作，我运行 mtr 到 google.com，然后找到属于 google 的第一个 IP，向后退一个 IP，然后 mtr 到该 IP（#11）- 现在我完全进入了 ISP。mtr 跟踪如下所示
这是一个合理的方法吗？我需要这样做，这样 ISP 支持团队就不会只是推卸责任，说“这不是我们的错！”。这样做的目的是让整个 mtr 体验都在 ISP 网络中
#10 处的数据包丢失通常为 15％ 或更高，40％ 并不罕见。
现在，当我连接到 VPN 时，所有延迟问题都消失了。这是怎么回事？是我的 ISP 在干扰我的流量吗？他们没有任何好处，他们为什么要这么做？
我的工作笔记本电脑阻止了 VPN 软件的安装和运行，所以我真的希望解决这个问题（让 ISP 解决它）这样我的工作生活就会更好。
所以，我最大的疑问
- 我的 ISP 是不是在捉弄我？不知道他们为什么会这样做。
- 保留 IP 对我而言是可见的，这似乎很奇怪，但我对此不太确定。我以为所有保留 IP 都属于防火墙后面和服务器机房？
- 有哪位合理的 ISP 会跳出他们的网络然后再跳回来吗？
我这样做是否正确，迫使他们接受 #10 IP 需要关注？这种情况已经断断续续持续了 3 年多
不太可能。他们为什么要这么做？我敢打赌他们只是懒得调查这件事。多一个客户，少一个客户，谁在乎呢？
它是链接IP 地址。从技术上讲，IP 通常仅用于终止连接，但转发数据包时 IP 不会以任何方式使用。当您设置默认路由（如“默认通过 192.168.1.1”）时，此 192.168.1.1 仅用于记录网关所在的 NIC 和网关的 MAC 地址以发送以太网数据包；网关本身的 IP 地址从未使用。此外，网关无法理解您的数据包是如何到达它的。因此，只要 NIC 和 MAC 恰好相同，您就可以为此使用任何地址，或者根本不使用地址（前提是您有一个可以直接像这样设置的花哨的网络堆栈）。
互联网也是如此。运营商需要路由器上的 IP 地址；它们用于建立 BGP（路由协议）会话以交换路由，并且当选择将 RIB 条目添加到 FIB 中时，为 FIB 条目提供“目标”NIC 和 MAC（即“创建路由”）。通常，没有人会看到它们，因为它们在转发时不会使用。这些通常被称为“链接地址”。而且，这也意味着链接地址在技术上不需要公开，因此一些管理员选择使用私有地址，以节省宝贵的公共 IPv4 地址。
但是当转发系统（路由器）需要实际发起数据包时，一切都会发生变化。ICMP TTL 超出消息需要发起方 IP 地址，而路由器除了将其链接地址放入数据包之外别无他法。这是您碰巧看到其链接地址的唯一方法。
跟踪显示 #10可能存在问题，但这并不一定意味着它确实存在问题。例如，系统以最低权限处理 ICMP，如果有实际工作要做，它们会自由地丢弃或忽略它们。这就像一个提示，向管理员显示从哪里开始搜索。对您来说，一个提示可能是由于经过这一跳的跳数没有显示类似的问题， #10 中的转发正常进行，其数据包丢失表示 ICMP 节流而不是问题。如果在某个跳数之后数据包丢失稳步增加，则意味着该跳数（或它之前的链接）存在问题。
我曾经遇到过类似的情况，它发生在商业环境中（例如，一个组织遭受了损失），持续了一年多的时间，并且我们只能在我们的一名前员工碰巧在该 ISP 工作一小段时间并且他们自愿发起调查时偶然解决这个问题。
所以，如果你有办法向他们施压，那就去做吧。阅读你的合同，等等。
如果 VPN 效果更好，您最好通过实际请求在您的笔记本电脑上安装 VPN 来解决这个问题。向您的管理员展示此跟踪，解释您的经历，给您的经理写一封说明，说明您遇到的网络问题可能会妨碍您高效工作，但可以使用 VPN 解决，以加快您组织中的官僚机构的运转速度。