访问东京的服务时，数据从巴黎发出，可能经由不同网络抵达；返回巴黎的流量也未必沿原路折返。要判断国际互联网回程路由不对称的识别方法，关键不是只看一条 traceroute，而是从通信两端分别探测，并核对时间、协议和网络出口。
先明确“不对称”指什么
路由不对称是指两个方向经过的网络或路由器不同。去程可记为 A→B，回程为 B→A。它不必然代表故障：运营商可能按成本、容量或互联策略选择不同路径。更重要的是，它可能使两端时延、丢包和故障定位结果不同。
traceroute 通常显示探测包从本机发出时经过的跳点；它不能单独还原对端返回流量的路径。各跳显示的时延是探测报文往返到该设备的时间，也不等于该链路单向时延。中间路由器不回应探测、过滤报文或采用负载均衡，都可能让结果出现星号或跳点变化。
双向探测：按步骤收集证据
确定两端地址与探测时间。记录源地址、目标地址、网络接入方式、时间和使用的协议；尽量在两端各自运行探测，避开一端使用 Wi-Fi、另一端使用移动网络等变量。
从 A 到 B 执行 traceroute，或使用 MTR 连续观察。常见系统可用 traceroute、tracert 等工具；若网络过滤 ICMP，可在获准的前提下改用 TCP 探测，并注明端口。不同协议得到的路径可能不同。
在 B 到 A 方向重复相同操作。比较两组跳点中的网络归属、跨境或跨洲节点，以及进入双方接入网络前后的变化。路径不必逐跳对应，判断重点是方向间是否持续经过不同网络。
在相近时段重复采样。可间隔数分钟收集数轮，或让 MTR 运行数分钟；具体时长按网络波动和故障复现情况调整。保存原始结果，避免只凭一次探测下结论。
对照路由控制面信息。RIPE Atlas 的公开探针可用于从其他网络位置发起测量；BGP 路由视图可辅助查看网络公告与下一跳。两者提供的证据不同：探针观察数据面路径，BGP 信息反映路由公告，不等同于实际报文一定经过的完整路径。
怎样区分路径差异与探测假象
看稳定的路径段，不盯单个星号
如果中间某跳不回应，但后续跳点仍正常，这通常只能说明该设备没有返回探测响应，不能据此认定丢包发生在该处。若终点持续无法到达，再结合两端测试、应用连接结果和其他协议探测判断。
把时延与路由分开比较
去程和回程经过不同网络，是不对称的直接线索；但单看 RTT 变大，无法证明回程绕路，因为 RTT 同时包含两个方向的传输时间和设备处理时间。MTR 报告的中间节点丢包也可能源于设备限速响应，需确认损失是否延续到终点。
排除多路径与时间变化
ECMP 等负载分担机制可能让不同探测流量经过不同路径。若每轮路径不同，可使用支持固定流标识的 Paris traceroute 一类工具降低变量，并在相同源地址、协议及近似时段复测。路径随时段变化时，应报告观测窗口，不能把一次结果概括成长期路由。
结果怎么写，才能用于排障
记录两端各自的探测命令、时间、源与目标地址、协议、终点可达性、稳定出现的网络跳点及 RTT 范围，并注明哪些路由器未响应。将结论写成“观测期间 A→B 与 B→A 的路径不同”，比直接断言某运营商造成故障更严谨。国际互联网回程路由不对称的识别方法，最终依赖双向数据与多种证据相互印证，而非单张路由截图。
常见问题
只有本地服务器，能确认回程路径吗？
通常不能完整确认。需要在对端或靠近对端的网络发起反向探测；公开测量探针可补充视角，但其接入网络不一定与实际用户相同。
双向跳点不同就一定有问题吗？
不一定。不同路径可能是正常的路由策略结果。只有结合终点丢包、时延变化和业务影响，才能评估是否需要处理。
国际互联网回程路由不对称的识别方法可以只用 BGP 查询吗？
不可以。BGP 路由视图有助于理解网络间的路由选择，但不直接展示每个数据包的实际路径；应与双向数据面探测结合。