O.P.这篇文章已编辑
背景：
我的房子是通过 NBN FTTP 100/17 计划连接的，直到最近切换到新的提供商后，我一直在使用该网络，没有出现任何问题。虽然我仍然可以连接到互联网，但我遇到了一些奇怪的问题，例如 YouTube 缩略图无法加载并且无法在我的 PlayStation 5 主机上玩游戏。我主要在PS5上玩NBA2K，所以一开始我怀疑游戏服务器有问题。有趣的是，我的 PC 上的游戏受到的影响较小，在《Apex Legends》等 FPS 游戏的游戏内性能面板上仅显示轻微的数据包丢失 (1-5%)。
我已联系 ISP 和游戏团队和我已经进行了大量的测试和故障排除，但双方都声称一切正常。由于我以前的 ISP 没有出现这些问题，因此我怀疑该问题可能与 ISP 有关。但是，切换到另一个 ISP 后，问题仍然存在。
到目前为止我已完成的故障排除：
通过每个 ISP 对 Google.com、2K.com、和 104.255.107.131（2K 团队提供的服务器 IP）。
将两台计算机和 PlayStation 5 直接连接到两个 ISP 上的 NBN 调制解调器，确认问题仍然存在。
测试了多条以太网电缆。
对两个 ISP 应用静态 IP 并选择退出 CGNAT，以确保共享 CG-NAT 不会导致问题。
重新启动路由器和 NBN 盒子。
对 PS5 进行出厂重置并清除系统缓存。
从头开始重新下载游戏。
将 DNS 设置更改为 1.1.1.1/8.8.8.8。
尝试使用个人热点，能够玩游戏而不会被踢。
现状:
我现在使用 Exetel，该公司最近从 PPPOE 切换到 IPOE，尽管他们仍然提供 PPPOE 作为后端选项。
使用 DHCP 配置：
浏览和视频流媒体工作正常。
速度测试结果良好（下载速度超过 100 Mbps/上传速度约为 17 Mbps）。
NBA2K 仍然存在问题；我可以玩 2v2 和 3v3 模式，我怀疑这是点对点连接，但每次加载到 REC 模式时我都会立即被踢。
从路由器 Ping Google 显示没有数据包丢失，但有间歇性 ICMP使用终端 ping 时超时。
使用 PPPOE 配置：
可以访问互联网，但 Gmail 和 YouTube 等网站的加载速度明显较慢（例如，Gmail 需要大约 30 秒才能加载电子邮件） )。
速度测试结果显示性能较低，下载延迟较高（超过 200 毫秒）。
在 NBA2K 中，我在尝试玩 2v2 和 3v3 模式时被踢，但我可以加入并完成 REC 模式游戏而不会被踢，我怀疑它使用了专用服务器（尽管我可能是错的）。
我还尝试了不同的路由器来进行 DHCP 和 PPPOE 配置，但结果始终相同。奇怪的是，使用 DHCP，我可以进入 2v2 和 3v3 模式而不会被踢，而使用 PPPOE，我可以始终进入 REC 模式而没有问题。
有人有类似的经验、解决方案或任何想法吗？可能导致这些问题？
评论
您使用的是什么路由器？
您的 Exetel 故障单号是多少？
评论
@J 写道...
通过每个 ISP 对 Google.com、2K.com 和 104.255.107.131（ 2K 团队提供的服务器 IP）。
有跟踪路由的任何屏幕截图/输出吗？
获取这些游戏服务器的一些持续时间较长的 pingplotter 结果也可能会有所帮助。< /p>
可以访问互联网，但 Gmail 和 YouTube 等网站的加载速度明显较慢（例如，Gmail 需要大约 30 秒才能加载电子邮件）。
您可以在大多数浏览器，然后导航到“网络”选项卡，它应该显示每个内容加载所需的时间。
我怀疑您的本地端可能存在某些问题，当您遇到任何数据包丢失/数据包延迟时， ping 你的路由器？
我认为你在帖子中没有提到，但我认为这都是以太网？
评论
O.P.
GlennW 写道...
您使用的是什么路由器？
我目前使用的是我以前的 ISP 提供的 TP-Link VX220 路由器。我之前使用过沃达丰提供的网通NL20，但情况还是一样。我也尝试过使用我自己的 Linksys MX5300，但问题实际上更加严重了 — YouTube 缩略图无法加载到具有 PPPOE 配置的智能电视上，因此我切换回了 TP-Link VX220 和 Netcomm NL20，而我没有与之前的问题相同。
您的 Exetel 故障单号是多少？
谢谢您的提问：）我还没有在 Exetel 上开具故障单。我与之前的两个 ISP 打过交道，但都没有成功，因为他们都声称自己没有问题。在开始另一轮故障排除之前，我非常乐意收集一些意见。
评论
O.P.
rupx 写道...
有跟踪路由的任何屏幕截图/输出吗？
2K 服务器 104.255.107.131 DHCP
| 主机 – % |已发送 |接收 |最佳|平均 |第一 |最后|
|----------------------------
| VX220-G2V – 28 | 863 | 863 623 | 623 0 | 0 | 1 | 0 |
| gateway.vic.exetel.com.au – 0 | 1800 | 1800 1800 | 1800 1 | 2 | 11 | 11 3 |
| 202.90.206.214 – 0 | 1800 | 1800 1800 | 1800 1 | 3 | 18 | 3 |
| as32787.melbourne.megaport.com – 0 | 1800 | 1800 1800 | 1800 1 | 1 | 6 | 2 |
| po110.bs-b.sech-mel.netarch.akamai.com – 0 | 1800 | 1800 1800 | 1800 1 | 1 | 13 | 2 |
|a72-52-1-139.deploy.static.akamaitechnologies.com – 0 | 1800 | 1800 1800 | 1800 1 | 1 | 11 | 11 2 |
|ae121.access-a.sech-mel.netarch.akamai.com – 0 | 1800 | 1800 1800 | 1800 1 | 1 | 11 | 11 1 |
|ae154-2706.connect1.plxcon-tyo1.netarch.akamai.com – 4 | 1581 | 1581 1523 | 1523 130 | 130 131 | 131 157 | 157 131 |
|ae154-1022.connect1.plxcon-sjc1.netarch.akamai.com – 0 | 1800 | 1800 1800 | 1800 204 | 204 204 | 204 211 | 211 205 |
|a209-200-189-202.deploy.static.akamaitechnologies.com – 0 | 1800 | 1800 1800 | 1800 273 | 273 273 | 273 290 | 290 274 |
| 主机没有回复 – 100 | 365 | 365 0 | 0 | 0 | 0 | 0 |
| 主机没有回复 – 100 | 365 | 365 0 | 0 | 0 | 0 | 0 |
| 主机没有回复 – 100 | 365 | 365 0 | 0 | 0 | 0 | 0 |
| 主机没有回复 – 100 | 365 | 365 0 | 0 | 0 | 0 | 0 |
Google.com DHCP
| 主机 – % |已发送 |接收 |最佳|平均 |第一 |最后|
|----------------------------
| VX220-G2V – 29 | 845 | 845 601 | 601 0 | 0 | 3 | 0 |
| gateway.vic.exetel.com.au – 0 | 1801 | 1801 1801 | 1801 1 | 2 | 10 | 10 2 |
| 202.90.206.214 – 0 | 1801 | 1801 1801 | 1801 1 | 3 | 20 | 3 |
| 74.125.118.152 – 1 | 1797 | 1797 1796 | 1796 1 | 1 | 29 | 29 2 |
| 142.250.234.129 – 0 | 1801 | 1801 1801 | 1801 1 | 2 | 89 | 89 3 |
| 142.250.230.155 – 0 | 1801 | 1801 1801 | 1801 1 | 2 | 19 | 19 2 |
| mel04s02-in-f14.1e100.net – 0 | 1801 | 1801 1801 | 1801 1 | 1 | 3 | 1 |
2k.com DHCP
| WinMTR 统计 |
| 主机 – % |已发送 |接收 |最佳|平均 |第一 |最后|
|----------------------------
| VX220-G2V – 29 | 848 | 848 604 | 604 0 | 0 | 0 | 0 |
| gateway.vic.exetel.com.au – 0 | 1803 | 1803 1803 | 1803 1 | 2 | 12 | 12 2 |
| 202.90.206.214 – 0 | 1803 | 1803 1803 | 1803 1 | 3 | 22 | 22 2 |
|bundle-ether36.bdr02-ipt-826lorim-mel.au.superloop.net.co – 1 | 1792 | 1792 1789 | 1789 167 | 167 168 | 168 176 | 176 167 |
| 103.200.13.239 – 44 | 665 | 665 375 | 375 0 | 172 | 172 188 | 188 172 |
| 103.200.13.168 – 58 | 103.200.13.168 – 58 554 | 554 236 | 236 0 | 162 | 162 163 | 163 162 |
| lax-b22-link.ip.twelve99.net – 0 | 1803 | 1803 1803 | 1803 162 | 162 163 | 163 248 | 248 163 |
| palo-b24-link.ip.twelve99.net – 0 | 1803 | 1803 1803 | 1803 168 | 168 169 | 169 187 | 187 170 |
| sjo-b23-link.ip.twelve99.net – 1 | 1799 | 1799 1798 | 1798 167 | 167 168 | 168 250 | 250 168 |
| 海-b1-link.ip.twelve99.net – 0 | 1803 | 1803 1803 | 1803 187 | 187 189 | 189 267 | 267 188 |
| 主持人没有回复 – 100 | 365 | 365 0 | 0 | 0 | 0 | 0 |
| 主持人没有回复 – 100 | 365 | 365 0 | 0 | 0 | 0 | 0 |
| 主持人没有回复 – 100 | 365 | 365 0 | 0 | 0 | 0 | 0 |
| 主持人没有回复 – 100 | 365 | 365 0 | 0 | 0 | 0 | 0 |
| 主持人没有回复 – 100 | 365 | 365 0 | 0 | 0 | 0 | 0 |
| 主持人没有回复 – 100 | 365 | 365 0 | 0 | 0 | 0 | 0 |
| 主持人没有回复 – 100 | 365 | 0 | 0 | 0 | 0 | 0 |
|server-3-165-160-56.sea90.r.cloudfront.net – 0 | 1803 | 1803 1803 | 1803 191 | 191 191 | 191 213 | 213 191 |
评论
O.P.
rupx 写道...
有跟踪路由的屏幕截图/输出吗？
104.255.107.131 2K 服务器 PPPOE
| WinMTR 统计 |
| 主机 – % |已发送 |接收 |最佳|平均 |第一 |最后|
|----------------------------
| VX220-G2V – 30 | 1618 | 1618 1141 | 1141 0 | 0 | 1 | 0 |
| 123.176.118.198 – 0 | 3496 | 3496 3496 | 3496 1 | 2 | 16 | 16 2 |
| 202.90.206.214 – 1 | 3453 | 3453 3442 | 3442 1 | 3 | 47 | 47 4 |
| as32787.melbourne.megaport.com – 1 | 3461 | 3461 3452 | 3452 1 | 1 | 63 | 63 2 |
| po110.bs-b.sech-mel.netarch.akamai.com – 0 | 3496 | 3496 3496 | 3496 1 | 1 | 15 | 15 2 |
|a72-52-1-139.deploy.static.akamaitechnologies.com – 0 | 3496 | 3496 3496 | 3496 1 | 1 | 64 | 64 2 |
|ae121.access-a.sech-mel.netarch.akamai.com – 0 | 3496 | 3496 3496 | 3496 1 | 1 | 16 | 16 2 |
|ae154-2706.connect1.plxcon-tyo1.netarch.akamai.com – 2 | 3265 | 3265 3204 | 3204 130 | 130 131 | 131 144 | 144 132 |
|ae154-1022.connect1.plxcon-sjc1.netarch.akamai.com – 1 | 3435 | 3435 3419 | 3419 204 | 204 205 | 205 212 | 212 205 |
|a209-200-189-202.deploy.static.akamaitechnologies.com – 0 | 3496 | 3496 3496 | 3496 273 | 273 273 | 273 291 | 291 273 |
| 主持人没有回复 – 100 | 705 | 705 0 | 0 | 0 | 0 | 0 |
| 主持人没有回复 – 100 | 705 | 705 0 | 0 | 0 | 0 | 0 |
| 主持人没有回复 – 100 | 705 | 705 0 | 0 | 0 | 0 | 0 |
| 主持人没有回复 – 100 | 705 | 705 0 | 0 | 0 | 0 | 0 |
| 主持人没有回复 – 100 | 705 | 705 0 | 0 | 0 | 0 | 0 |
| 主持人没有回复 – 100 | 705 | 705 0 | 0 | 0 | 0 | 0 |
| 主持人没有回复 – 100 | 705 | 705 0 | 0 | 0 | 0 | 0 |
| 主持人没有回复 – 100 | 705 | 705 0 | 0 | 0 | 0 | 0 |
| 主持人没有回复 – 100 | 705 | 705 0 | 0 | 0 | 0 | 0 |
| 主持人没有回复 – 100 | 705 | 705 0 | 0 | 0 | 0 | 0 |
| 主持人没有回复 – 100 | 705 | 705 0 | 0 | 0 | 0 | 0 |
| 主持人没有回复 – 100 | 705 | 705 0 | 0 | 0 | 0 | 0 |
| 主持人没有回复 – 100 | 705 | 705 0 | 0 | 0 | 0 | 0 |
| 主持人没有回复 – 100 | 705 | 705 0 | 0 | 0 | 0 | 0 |
| 主持人没有回复 – 100 | 705 | 705 0 | 0 | 0 | 0 | 0 |
| 主持人没有回复 – 100 | 705 | 705 0 | 0 | 0 | 0 | 0 |
| 主持人没有回复 – 100 | 705 | 705 0 | 0 | 0 | 0 | 0 |
| 主持人没有回复 – 100 | 705 | 705 0 | 0 | 0 | 0 | 0 |
| 主持人没有回复 – 100 | 705 | 705 0 | 0 | 0 | 0 | 0 |
| 主持人没有回复 – 100 | 705 | 705 0 | 0 | 0 | 0 | 0 |
|____________________________
Google.com PPPOE
| ----------------------------------------
| WinMTR 统计 |
| 主机 – % |已发送 |接收 |最佳|平均 |第一 |最后|
|----------------------------
| VX220-G2V – 27 | 1736 | 1736 1283 | 1283 0 | 0 | 5 | 0 |
| 123.176.118.198 – 0 | 3521 | 3521 3521 | 3521 1 | 2 | 188 | 188 5 |
| 202.90.206.214 – 1 | 3478 | 3478 3467 | 3467 1 | 4 | 21 | 21 5 |
| 74.125.118.152 – 1 | 3517 | 3517 3516 | 3516 1 | 2 | 17 | 17 2 |
| 142.250.234.129 – 0 | 3521 | 3521 3521 | 3521 1 | 2 | 86 | 86 2 |
|142.250.230.155 – 0 | 3520 | 3520 3520 | 3520 1 | 2 | 34 | 34 2 |
| mel04s02-in-f14.1e100.net – 50 | 1186 | 1186 595 | 595 0 | 1 | 5 | 1 |
|____________________________
2k.com PPPOE
|---- ------------------------
| WinMTR 统计 |
| 主机 – % |已发送 |接收 |最佳|平均 |第一 |最后 |
|----------------------------
| VX220-G2V – 30 | 1608 | 1608 1128 | 1128 0 | 0 | 2 | 0 |
| 123.176.118.198 – 0 | 3500 | 3500 3500 | 3500 1 | 2 | 22 | 22 2 |
| 202.90.206.214 – 1 | 3438| 3422 | 3422 1 | 4 | 112 | 112 5 |
|bundle-ether36.bdr02-ipt-826lorim-mel.au.superloop.net.co – 1 | 3383 | 3383 3352 | 3352 167 | 167 168 | 168 184 | 184 168 |
| 103.200.13.239 – 55 | 103.200.13.239 – 55 1108 | 1108 503 | 503 171 | 171 172 | 172 182 | 182 171 |
| 103.200.13.168 – 67 | 103.200.13.168 – 67 962 | 962 320 | 320 0 | 162 | 162 168 | 168 163 |
| 206.72.211.146.any2ix.coresite.com – 1 | 3473 | 3473 3466 | 3466 167 | 167 171 | 171 230 | 230 169 |
| 主机没有回复 – 100 | 706 | 706 0 | 0 | 0 | 0 | 0 |
| 主机没有回复 – 100 | 706 | 706 0 | 0 | 0 | 0 | 0 |
| 主机没有回复 – 100 | 706 | 706 0 | 0 | 0 | 0 | 0 |
| 主机没有回复 – 100 | 706 | 706 0 | 0 | 0 | 0 | 0 |
| 主机没有回复 – 100 | 706 | 706 0 | 0 | 0 | 0 | 0 |
| 主机没有回复 – 100 | 706 | 706 0 | 0 | 0 | 0 | 0 |
| 15.230.16.18 – 1 | 3474 | 3474 3467 | 3467 162 | 162 163 | 163 179 | 179 163 |
|server-18-65-25-17.lax53.r.cloudfront.net – 53 | 1138 | 1138 540 | 540 0 | 163 | 163 170 | 170 162 |
|____________________________
评论
O.P.
rupx 写入...
有跟踪路由的任何屏幕截图/输出吗？
对于共享文本文件的延迟表示歉意 - 我只是有时间收集所有这些文件。另外，对格式表示抱歉；我是新来的，不太确定如何在论坛中有效地发布屏幕截图或结果。
您在 ping 路由器时是否遇到任何数据包丢失/数据包延迟
我已经尝试使用 DHCP 和 PPPOE 配置对我的路由器执行 ping 操作，但均未显示任何数据包丢失。但是，我确实注意到 PPPOE 的延迟较高，有时达到 100 毫秒以上。
我认为您在帖子中没有提到，但我认为这都是以太网？
是的，所有测试，包括上述 WinMTR 测试，都是通过以太网进行的。
我怀疑你的本地端可能有什么东西
在这一点上，我同意并且我开始感觉问题可能是本地的，但我不确定出了什么问题。可能是配置问题，甚至可能是 NBN 盒子的问题。我怀疑路由器是原因，因为我尝试了多个路由器，结果相似...
评论
@J 写道...
TP-Link VX220
尝试通过已知良好的 CAT6 以太网电缆从性能最佳的 PC 直接连接到 FTTP NTD，然后重新运行测试。这将消除所有其他潜在的 CPE/Wi-Fi 相关问题。
我尚未向 Exetel 开具票证
请致电 13 39 38 联系支持人员并提交故障票证。如果他们无法解决问题，他们将上报给我们的网络工程师进行调查。请分享票号，以便我也看看。
评论
@J 写道...
我已尝试使用 DHCP 和 PPPOE 配置对我的路由器执行 ping 操作，但均未显示任何数据包丢失。不过，我确实注意到 PPPOE 的延迟较高，有时达到 100 毫秒以上。
100 毫秒远远超出了正常范围。 ping 路由器时，您应该会看到 <1ms（Exetel 上的默认值应为 192.168.20.1）。 <1ms 假设以太网、WiFi 充其量是不稳定的，在此诊断阶段没有帮助。
如果您看到路由器有 100ms 的延迟，我会认为您的本地端出现了严重错误。它也不应该波动，路线/路径是一致的。它应该始终为 1 毫秒或以下。老实说，如果我通过以太网看到我的路由器有 2 毫秒的时间，我会很担心。
你复制粘贴的跟踪器outes 也不会像您提到的那样指示 100ms 第一跳...
GlennW 建议连接到 NTD 上的 Uni-D 端口（因此拔下路由器并将笔记本电脑/计算机直接插入 Uni-D） D 端口）并 ping 各种内容以确认问题仍然存在。
如果问题仍然存在，则问题可能存在于您的网络之外（尽管可能是有故障的 NTD 或其他东西，但可能性极小）。
如果问题得到解决，则表明您的布线/交换机或可能存在路由器问题，在这种情况下，建议恢复出厂设置。
我希望问题已经解决已经解决了，但无论如何请联系 Exetel，如果您事先进行上述测试，他们可以更快地帮助您。
评论
O.P.这篇文章已编辑
rupx 写道...
本地出现严重错误
我今天尝试使用 192.168.1.1 ping 路由器，但 ping 似乎正常。
连接到 NTD 上的 Uni-D 端口
我尝试在 PC 上运行测试并得到类似的跟踪路由结果。我只能使用 DHCP 配置直接通过 UNI-D 端口进行测试，因为每次尝试 PPPOE 时都会出错。
有一点非常奇怪。当我使用 DHCP 配置进行连接时，在 ping google.com 或 8.8.8.8 等网站时出现 ICMP 超时。即使在路由器的“Ping 诊断”页面中，我也看到类似的结果，例如 4 个数据包中有 3 个丢失。然而，PPPOE 一切正常 — 在我的 MacBook 终端 ping 测试或路由器的“Ping 诊断”页面中都没有 ICMP 超时。可能是什么原因造成的？除配置类型外，设置均相同。
确认问题仍然存在
问题在于 PlayStation 5 主机存在问题，并且很难执行网络连接排除故障。
联系 Exetel 无论如何
会做...只是这样我知道在与他们打交道时要问什么。非常感谢您的建议。
评论
O.P.
GlennW 写道...
您的 Exetel 故障单号码是多少？
只是案例的更新。我已向 Exetel 团队报告了该问题，票号为#4961895。一直在进行一些 netstats 和 Traceroute 测试，并等待团队的进一步更新。
评论
O.P.
我在 ping Exetel 默认网关时发现数据包丢失，即使是直接使用与 NTD 的连接。我不确定这一点的重要性，但我想指出这一点，以防它有助于识别问题。
评论
@J写...
4961895
升级
澳洲中文论坛热点
- 新西兰总理：出世在新西兰的新纳粹Thomas Sewell是“挺蹩脚的人”，但那是澳洲的问题
- 新西兰总理拉克森称新纳粹Thomas Sewell是坏人，但是没对要求把他从澳大利亚遣返到诞生国去的呼吁置评。
- 撞穿学校栅栏害死十一岁男孩的司机不必坐牢
- 一位女司机撞穿学校栅栏、害死了11岁男孩，被罚2000元罚金、撤消驾照，不必坐牢。Jack Davey 的父母去了