针对东京服务器在日本本地某些运营商访问慢的问题，给出排查思路和修复方案。
问题一：NTT 用户正常，SoftBank 用户访问慢 表现：NTT 用户延迟 10ms，SoftBank 用户延迟 100ms+。 可能原因：SoftBank 到机房路由绕行；机房未接入 SoftBank peering。 排查步骤：用 SoftBank SIM 卡 mtr 测试；对比 NTT 和 SoftBank 的路由节点；联系机房确认 peering 情况。 快速修复：要求机房增加 SoftBank peering；切换到多运营商接入的机房；用 CDN 覆盖 SoftBank 用户。
问题二：晚高峰日本本地访问卡顿 表现：白天正常，晚高峰 20:00-23:00 延迟升高。 可能原因：机房出口带宽拥塞；运营商互联点拥塞。 排查步骤：晚高峰 iftop 看出口带宽；mtr 看哪个节点丢包；对比白天和晚高峰路由。 快速修复：扩容出口带宽；选有充足带宽余量的机房；CDN 分流静态资源。
问题三：日本本地访问出现间歇性丢包 表现：偶尔丢包 5%-10%，无明显规律。 可能原因：网络设备故障；运营商骨干问题；机房内部网络问题。 排查步骤：持续 ping 监控；mtr 定位丢包节点；联系机房排查内部网络。 快速修复：切换备用 IP；联系机房排查；如果持续，考虑换机房。
问题四：移动网络（4G/5G）访问慢 表现：宽带正常，手机 4G/5G 访问慢。 可能原因：移动运营商路由不同；NAT 导致连接数受限。 排查步骤：用手机流量测试；对比宽带和移动的路由。 快速修复：CDN 优化移动端；增加连接池；优化移动端请求。
问题五：某些地区访问不通 表现：东京本地正常，大阪或九州用户无法访问。 可能原因：运营商区域路由问题；IP 被区域封锁。 排查步骤：从大阪、九州测试；检查 IP 是否在黑名单。 快速修复：联系运营商处理；更换 IP；CDN 覆盖各地区。
预防：选多运营商接入（NTT、KDDI、SoftBank 都有 peering）的机房，CDN 覆盖日本全国，定期监控各运营商延迟。