大容量パケットを持つホストにpingを送信する際には、いくつかの問題があります。
ある構成と別の構成との間の待ち時間について調査中です。
8.8.8.8を簡単にpingできるようにbash / zshスクリプトを作成し、出力を解析して平均ping値を取得しました。スクリプトは次のとおりです。
#!/bin/zsh
for SIZE in {100..65500..100}
do
ping 8.8.8.8 -c 5 -s $SIZE > tempfile
TEMP=$(cat tempfile | tail -1 | awk '{print $4}' | cut -d / -f 2)
echo "$SIZE - $TEMP" | tee -a results
done
rm tempfile
問題は、大容量パケット(標準が64bの場合は30kB以上)の場合、pingが機能せず、サーバーが利用できないかのように何も応答しないことです。面白いのは、私が別の場所にいたときにすべてがうまくいき(インターネット接続が少し良くなかった)、問題は約60kBで始まりましたが、ここでは約30kBで始まり(〜300から最後まで、より多くの)問題が発生しました。大きい = 悪い) 知ってみると、このスクリプトを10~20回程度呼び出さなければなりませんでした。小さなパケットの場合(同じサーバー8.8.8.8を使用)、魅力のように動作するため、これは本当に迷惑です。
この問題の原因を知っている人はいますか?
答え1
このように大きなpingの部分がどの方向にも落ちると、まったく答えを受けられません。これが知的財産権がどのように機能するかです。欠落しているセグメントのIP統計を確認してください。帰りの途中で損失が発生すると損失は増加しますが、発信途中で損失が発生した場合は何も得られません。