IPsec VPNを介してpingするときに説明できない待機時間

IPsec VPNを介してpingするときに説明できない待機時間

ホストを介してネットワークVPNにpingを送信すると、2回目のpingが毎秒1秒ずつ遅延し、同時にVPN外のセキュリティゲートウェイにpingを送信するのに平均13ミリ秒から20ミリ秒以下がかかる場合、その理由は何ですか?可能な最大値をいつ使用する必要がありますかping -s 1464
(大きなピンが発生しますicmp_seq=1 Frag needed and DF set (mtu = 1492)。)

64 bytes from 192.168.178.1: icmp_seq=2301 ttl=64 time=17.6 ms
64 bytes from 192.168.178.1: icmp_seq=2302 ttl=64 time=1034 ms
64 bytes from 192.168.178.1: icmp_seq=2303 ttl=64 time=19.8 ms
64 bytes from 192.168.178.1: icmp_seq=2304 ttl=64 time=1032 ms
64 bytes from 192.168.178.1: icmp_seq=2305 ttl=64 time=18.6 ms
64 bytes from 192.168.178.1: icmp_seq=2306 ttl=64 time=803 ms
64 bytes from 192.168.178.1: icmp_seq=2307 ttl=64 time=19.6 ms
64 bytes from 192.168.178.1: icmp_seq=2308 ttl=64 time=455 ms
64 bytes from 192.168.178.1: icmp_seq=2309 ttl=64 time=19.9 ms
64 bytes from 192.168.178.1: icmp_seq=2310 ttl=64 time=18.4 ms
64 bytes from 192.168.178.1: icmp_seq=2311 ttl=64 time=1052 ms
64 bytes from 192.168.178.1: icmp_seq=2312 ttl=64 time=1019 ms
64 bytes from 192.168.178.1: icmp_seq=2313 ttl=64 time=18.2 ms
64 bytes from 192.168.178.1: icmp_seq=2314 ttl=64 time=1023 ms

パケットがわずかに大きい場合でも、状況はさらに悪化します。

ping -s 234 192.168.178.1
242 bytes from 192.168.178.1: icmp_seq=8 ttl=64 time=23.7 ms
242 bytes from 192.168.178.1: icmp_seq=9 ttl=64 time=18.6 ms
242 bytes from 192.168.178.1: icmp_seq=10 ttl=64 time=2060 ms
242 bytes from 192.168.178.1: icmp_seq=11 ttl=64 time=1043 ms
242 bytes from 192.168.178.1: icmp_seq=12 ttl=64 time=1024 ms
242 bytes from 192.168.178.1: icmp_seq=13 ttl=64 time=41.2 ms
242 bytes from 192.168.178.1: icmp_seq=14 ttl=64 time=2047 ms
242 bytes from 192.168.178.1: icmp_seq=15 ttl=64 time=1042 ms
242 bytes from 192.168.178.1: icmp_seq=16 ttl=64 time=2034 ms
242 bytes from 192.168.178.1: icmp_seq=17 ttl=64 time=1032 ms
242 bytes from 192.168.178.1: icmp_seq=18 ttl=64 time=18.7 ms

IPsecプロトコルでpingICMPが干渉なしで通過すると、ネットワークでパケット損失が発生する可能性がありますか?
それでは、これをデバッグする方法は?

編集:これはAVMによって最近修正された問題かもしれません。Fritz-Boxの公開されていないさまざまな脆弱性

クライアントはvpnc 0.5.3r550-3.1LUbuntu 20.04を使用し、セキュリティゲートウェイは最新のソフトウェアFritz-Box 7530を使用します。
再起動しても役に立ちませんでした。
同じクライアントソフトウェアとハ​​ードウェアは、この遅延なしにADSLを介して同じゲートウェイハードウェアで動作します。
現在、光ファイバーネットワークに切り替えると問題が発生しているようですが、Fritz-Boxのソフトウェアアップデートによって問題が発生する可能性があります。

関連情報