我們負責實施您sip.teltel.io在先前的問題中建議的更改，但情況並沒有改善。
更新：
- 我們甚至製作了一個測試子域
xip.teltel.io，其設定方式與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;
你能幫我們解決這個問題嗎？這一切對我們來說似乎都很神祕。
謝謝！