@htfcuddles 刚用 Linux 与 windows 测试，ping TTL=49 都是 49 。tracert 跳数都是 14 跳。

@htfcuddles 即是说 tracert 结果中的跳数非 100%准确，ping 结果中的 TTL 是相对准确的？

拿我这个案例来说，只能说明客户端与服务器之间经过 13-15 个路由器，而不能确定是某个数？

@cpstar 防火墙都手动关闭啦。目前就两三个 IP 有此类问题。


@datocp ping 的时候无法获取 mac ，arp -a 里没有对应条目。

@NewYear 我现在怀疑是不是 B 电脑的系统原因，毕竟只有她这一台 Win11 。

@htfcuddles 是不是可以理解为 ping 结果中的 TTL 数字与 tracert 结果中的跳数，没有必然的联系？

@iijboom 中国电信

@hefish 请赐教，服务器是 ubuntu ， 默认 TTL 是 64 ，ping 的 TTL 结果与 tracert 的跳数存在对应关系吗？比如 ping 的 TTL 为 51 ，则可计算到 tracert 的跳数应为 64-51=13 跳，如此，ping 的 TTL=49 时，跳数应为 15 跳，实际上我反复测试过一直是 13 跳，从未出现过 15 跳的情况。

莫非 tracert 的结果跳数还可以主动隐藏起来？

哪个施工单位出来背锅？

@mrco 那你这个应问题不大，我的 8P 动不动就 无服务，我的应是基带问题。

无信号的意思信号指示格全黑，但服务商的名字仍然显示？还是指 无信号=无服务？

哈哈，似乎是我多年前想要的。赞！

@AS58453 感谢 AS58453 科普，感谢各位。

@AS58453 看 ID 就知道应该是权威解答，对于第二个问题，如果第 7 跳[AS6453]与第 8 跳[AS9808] 是通过 IX 互联的话，IX 本身有没有要求需要有 AS 号？有的话 IX 本身的 AS 号会不会出现在 traceroute 的结果中？

@crc8 第 7 跳[AS6453]与第 8 跳[AS9808] 我想应该是通过 AS58453 来连接的。

@yyzh 如果不宣告的话，是不是意味着这 IP 的前一跳与后一跳都得是自家的设备或 AS 才行？

另外一个问题，日本甲骨云回中国广州移动，第 7 跳[AS6453]与第 8 跳[AS9808]并没有直连，是怎样连接的呢？通过 IX 交换中心吗？

如下：

3 ix-be-35.ecore1.tv2-tokyo.as6453.net (180.87.180.137) [AS6453] 1.466 ms 1.456 ms 1.451 ms
4 * * *
5 * * *
6 * * *
7 if-bundle-19-2.qcore1.esin4-singapore.as6453.net (63.243.180.65) [AS6453] 81.157 ms * *
8 221.183.55.58 (221.183.55.58) [AS9808] 81.714 ms 81.908 ms 81.872 ms
9 221.183.92.21 (221.183.92.21) [AS9808] 80.025 ms 80.518 ms 80.499 ms
10 * * *
11 * * *
12 183.235.230.234 (183.235.230.234) [AS9808/AS56040] 89.343 ms 89.344 ms 89.326 ms
13 * * *

@XiLingHost 目前正经它出去呢；

@htfcuddles 嗯，家宽联通确实比家宽电信要好点，去甲骨云。

@TWSF 好的，感谢各位。

@siriussilen 5# 看来只有 9929 优化线路才走上海，其他都丢到北京去。


@TWSF 6# 请问你这个是移动宽带吗？还是 4G5G 流量？