这是一个创建于 3301 天前的主题，其中的信息可能已经有所发展或是发生改变。
由于公司的业务要求，我们需要让两个项目调用同一个服务，服务通过 HTTP 传输，具体情况是这样的： 项目 A 和项目 B ，同时需要调用 S 服务，其中 A 和 S 位于同一个局域网中， B 是另外的一个局域网，之前 B 是联通托管， A 和 S 都是电信托管，后由于 B 访问 S 时间过长，把 S 的服务映射到了联通的 IP 地址。 映射之后到现在， B ping S 的地址只需要不到 1ms 。 但是， A 调用 S 的时候只需要 4~5ms 返回结果，但是 B 调用 S 就需要 100+ms ，有时候甚至到了 200ms 。 不知道是什么原因，会不会是 IP 地址映射的问题？
 | 1 loading 2016-12-14 15:46:44 +08:00 via Android 世界最远的距离…… |
 | 2 raincious 2016-12-14 15:50:22 +08:00 说真的，楼主，你在发这个帖子之前有没有试过一条神奇的命令叫 ping ？ |
 | 3 mhycy 2016-12-14 15:54:25 +08:00 具体场景具体排查，在帖中楼主提到 B 到 S 的 ping 延迟是 1ms ，那么至少证明 ICMP 通路的路由是正常的。 建议试试 TCP PING 直接对服务接口进行检查，看延迟值是否在可接受范围内。 以此排除由路由配置导致的数据包走向异常。 |
| 4 raincious 2016-12-14 16:05:22 +08:00 我错了。楼主 Ping 过。 这样就进入了很“脏”的排查阶段了。首先是写一个 TCP Echo 服务器，部署在 S 上，然后让 B 调用这个 Echo 服务器看看延迟是什么样的，这样能排查是否是服务器上的应用程序或 iptables 这样防火墙导致的问题。 然后检查通过路由的 QoS 之类设置，看是不是 QoS 对数据请求设置了优先级。 |
 | 5 flyingHagan OP @loading 这 TM 就叫咫尺天涯。 |
| 6 flyingHagan OP @mhycy 我去试试 |
| 7 flyingHagan OP @raincious 现在 A 调用 S 的时间只有 4~5ms ，这样能够排除应用程序的问题吗？ |
| 8 raincious 2016-12-14 16:35:49 +08:00 |
| 9 raincious 2016-12-14 16:41:24 +08:00 @mtdwss 其实你可以做另一个测试，放另一台机器 C 在 B 的子网里，然后从 A 的子网的一台机器 D 访问 C （用 TCP Ping 之类），如果问题复现了，你需要检查 A<->B 网络中间的路由，看是否有比如 QoS 策略、防火墙之类导致了这些延迟。 如果问题没有复现，则可能问题很大可能是出在 B 和 A 这两台机器本身的程序上。 |
| 10 loading 2016-12-14 18:06:10 +08:00 via Android linux:tracerout windows:tracert |
Select Language