悉尼节点的 HTTP 检测会向你的 URL 发出完整 GET 请求，并报告来自 Equinix SY3（AS152900）的状态码、响应时间和完成情况。对于在悉尼有 CDN PoP 的目标——Cloudflare、Akamai、Fastly 和 AWS CloudFront 均在悉尼运营边缘节点——HTTP 响应应在 20–30 ms 内完成。对于美国或欧洲的裸源服务器，响应时间下限分别为 150 ms 和 280 ms，完全由海底光缆传播时延决定。

澳大利亚是许多出版商的高价值市场，AU 节点正是因其时延特征而成为本平台最具操作价值的测试地点之一。悉尼的 HTTP 响应缓慢而美国和欧洲节点快速，立即证实亚太用户未被本地 CDN PoP 服务，或源站响应缓慢。仅从美国或欧洲节点无法发现这一问题。

澳大利亚的 HTTPS 响应时间严重依赖 TLS 会话管理。在到美国服务器有 155 ms RTT 的连接上，TLS 1.3 至少需要额外一次往返——为连接建立再增加 150+ ms。若悉尼的 HTTP 检测时间相对于到同一服务器的 Ping RTT 显得异常高，TLS 1.2 回退（需要两次往返才能传输首字节）或禁用会话恢复是常见原因。在澳大利亚这种高时延场景下，TLS 1.3 的 0-RTT 恢复效果尤为显著。

悉尼是澳大利亚互联网基础设施的核心。位于亚历山大区的 Equinix SY3 是全国主要运营商中立 IX 设施，大多数澳大利亚 ISP、云服务商和内容网络均在此维护对等互联。SY3 的 IX 交换互联了 Telstra（AS1221）、Optus（AS4804）、TPG（AS7545）以及 NTT（AS2914）、Lumen（AS3356）等国际运营商。我们的探针节点运行在 Equinix SY3 内的 AS152900（Onidel Pty Ltd），直接位于澳大利亚主要对等互联枢纽内部，测试结果反映了悉尼运营商生态的出站流量体验。

澳大利亚与外部世界的连接完全依赖海底光缆——没有陆上出口路由。主要系统包括南十字海缆（经斐济和夏威夷连接美国）、Telstra Endeavour（澳大利亚-关岛-美国）以及 SEACOM/Indigo（连接新加坡和东南亚）。这些海缆的有限容量和地理瓶颈意味着任一系统拥塞都会明显影响澳大利亚用户的国际时延，国际带宽成本也高于拥有多条陆上过境路线的国家。

悉尼节点的参考 RTT：悉尼至新加坡约 85 ms，至东京约 110–120 ms，至洛杉矶约 150–160 ms，至伦敦约 270–285 ms，至法兰克福约 275–290 ms。到欧洲的时延在本平台所有探针节点中属于最高之列——约为欧洲或美国节点到同一欧洲目标时延的两倍。这使 AU 节点对出版商和平台运营商尤具价值——他们需要了解内容对澳大利亚用户的速度，而不仅仅是欧洲或北美用户。

国内骨干网连接悉尼、墨尔本、布里斯班、珀斯和阿德莱德，由 Telstra、Optus 和 NBN Co 运营高容量光纤。悉尼至墨尔本约 15–18 ms，至布里斯班约 15–20 ms，至珀斯约 45–55 ms。珀斯与东部海岸相距逾 3000 公里，产生可测量的国内时延，网络运营商设计澳大利亚基础设施时必须加以考量。AusIX 在悉尼和墨尔本均设有交换节点，以减少墨尔本流量绕经悉尼的需要。

我们在 Equinix SY3 的澳大利亚单一节点清晰呈现了来自主要澳大利亚 IX 枢纽的连接状况。AS152900（Onidel Pty Ltd）前缀是合法的澳大利亚托管 ASN，所有主流 GeoIP 数据库均正确将其定位至澳大利亚。由于 SY3 处于澳大利亚对等互联的核心位置，该节点的测试结果对于面向亚太地区的性能审计尤具参考价值。