我们已按照您在我们之前的问题中建议的方式实施了更改sip.teltel.io，但情况并未改善。
更新：
- 我们甚至创建了一个测试子域
xip.teltel.io，其设置方式与 8.8.8.8 完全相同sip.teltel.io，当将该域解析为 8.8.8.8 时，它每次都能正常工作。sip.teltel.io 和 xip.teltel.io 之间的唯一区别是负载： 啜接收客户的流量并西普仅限我们的测试请求。
你怎么解释这个？
- 我们还注意到：从本地 Wi-Fi 或个人热点等解析 8.8.8.8 时，有时会失败。响应来自以下 Google IP 地址：
74.125.46.10
74.125.112.1
74.125.112.9
74.125.x.x
74.125.z.z
74.125.w.w
但是，当从 AWS 或 DO 上的服务器解析 8.8.8.8 时，它总是成功。响应来自不同的 Google IP 地址：
172.253.199.4
172.253.1.194
172.217.33.132
与公众相比，Google 是否更重视 AWS 或 DO 等大客户……？还是有其他解释？
- 我们通过执行 tcpdump（tcpdump udp 和端口 53）捕获了流量，并注意到当 Google 无法解析时，我们的名称服务器永远不会收到来自 Google 的请求。
- 您可以在这里自己测试循环：
有时会失败，出现“啜“-while true; do dig A 42894078.sip.teltel.io @8.8.8.8; done;
这总是可以的西普“-while true; do dig A 42894078.xip.teltel.io @8.8.8.8; done;
你能帮我们解决这个问题吗？对我们来说，这一切似乎都很神秘。
谢谢！