☰

接続が回復した後にpingを再起動する必要があるのはなぜですか

tag-icon • tag-icon linux networking ping kernel
接続が回復した後にpingを再起動する必要があるのはなぜですか

私のラップトップはワイヤレス接続で Fedora 25 (カーネル 4.9.5) を実行しています。xDSL 回線が切断されて再確立されることがあります。通常、ping を実行したままにしておくと、次のように表示されます。

64 bytes from 8.8.8.8: icmp_seq=294 ttl=48 time=79.0 ms
64 bytes from 8.8.8.8: icmp_seq=295 ttl=48 time=77.9 ms
From 192.168.5.1 icmp_seq=307 Destination Net Unreachable
From 192.168.5.1 icmp_seq=308 Destination Net Unreachable

不可解なのは、ping を再開するまでこれが永遠に続くことです。

From 192.168.5.1 icmp_seq=730 Destination Net Unreachable
From 192.168.5.1 icmp_seq=731 Destination Net Unreachable
From 192.168.5.1 icmp_seq=732 Destination Net Unreachable
^C
--- 8.8.8.8 ping statistics ---
10181 packets transmitted, 269 received, +154 errors, 97% packet loss, time 10414884ms
rtt min/avg/max/mdev = 76.417/84.643/271.002/20.913 ms
$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=48 time=103 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=48 time=93.0 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=48 time=85.5 ms

ping は更新が必要な状態を保持しているようです。それは何でしょうか?

アップデート

... xDSL is down
11:10:29.261358 IP 10.0.0.2 > 8.8.8.8: ICMP echo request, id 4160, seq 110, length 64
11:10:30.285354 IP 10.0.0.2 > 8.8.8.8: ICMP echo request, id 4160, seq 111, length 64
11:10:31.309315 IP 10.0.0.2 > 8.8.8.8: ICMP echo request, id 4160, seq 112, length 64
11:10:32.028919 IP 10.0.0.2 > 8.8.8.8: ICMP echo request, id 4382, seq 1, length 64

<<<<< ctrl-c ping, start ping again >>>>>

11:10:32.102610 IP 8.8.8.8 > 10.0.0.2: ICMP echo reply, id 4382, seq 1, length 64
11:10:33.030808 IP 10.0.0.2 > 8.8.8.8: ICMP echo request, id 4382, seq 2, length 64
11:10:33.113878 IP 8.8.8.8 > 10.0.0.2: ICMP echo reply, id 4382, seq 2, length 64
11:10:34.032032 IP 10.0.0.2 > 8.8.8.8: ICMP echo request, id 4382, seq 3, length 64
11:10:34.108532 IP 8.8.8.8 > 10.0.0.2: ICMP echo reply, id 4382, seq 3, length 64
11:10:35.033693 IP 10.0.0.2 > 8.8.8.8: ICMP echo request, id 4382, seq 4, length 64
11:10:35.111347 IP 8.8.8.8 > 10.0.0.2: ICMP echo reply, id 4382, seq 4, length 64
11:10:36.035507 IP 10.0.0.2 > 8.8.8.8: ICMP echo request, id 4382, seq 5, length 64
11:10:36.111723 IP 8.8.8.8 > 10.0.0.2: ICMP echo reply, id 4382, seq 5, length 64
^C

答え1

問題はおそらくゲートウェイにあり、ラップトップには関係ありません。ping が失敗しても、ゲートウェイから宛先ネットに到達できないという ICMP 応答が返ってきます。ping パケットを転送しようとしなくなったのはゲートウェイです。

ゲートウェイは、ping を再開するとリセットされるようです。これは、ICMP エコー要求のシーケンス番号に基づいて何らかの方法で状態を維持していることを示しています。UDP を使用して ping を実行すると、この問題を回避できる可能性があります。

関連情報