0BTインフィニティのためのWAN MTUの最適化

pfsenseルータに私のBT SmartHubから切り替えているので、私はいくつかのマイナーな歯が生えるの問題を持っていました. そのうちの 1 つは、Squid プロキシ サービスが原因で、BBC の Web サイトにアクセスできず、エラーが発生するという問題がありました。. 私は最終的には少し奇妙な方法でこの問題を解決なかった一方で, 私は、それ自身に固定の価値があった問題の可能性のあるソースに遭遇しました

私はイカをオフにすると、私はすぐにBBCのウェブサイトにアクセスすることができました, それが私オンでなく、一貫性のある「ゼロサイズの返信」があったことをイカからエラーを受信しました. イカはBBCからの任意の応答を取得できませんでしたように見えました. この原因の1つとして、パケットがドロップされた断片化することができ, そして、断片化の原因は、通常、MTUサイズです.

イーサネットのデフォルトMTUはあります 1500 そして、ほとんどの最新のオペレーティングシステムが自動的にLAN上で物事を管理します. 最大サイズを使用することが可能です 9000 スループットを向上させます (わずかに) LAN用. 但し, this was of less interest to me than mak­ing sure pack­ets wer­en’t get­ting frag­men­ted mul­tiple times, またはルータを出た後、断片化されています.

pfsense付き WAN MTUはデフォルトに設定しました (1500) 私は、最大サイズは、断片化せずにいたかを見るための窓からいくつかのpingを試してみました. 使用するコマンドがあります ping google.com -f -l 1500, 最適を見つけるために、最後の番号を変更します. 私のBTインフィニティの接続は、通常の最大値を持つPPPoEを使用しています 1492 (それは実際には本当に私のブリッジモデムはpfsenseにPPPoEのよう提示することができたのPPPoAを使用することができます, 異なるソースは、このことについてさまざまなことを言います), PINGを使用している場合、考慮の価値を持っているいくつかのオーバーヘッドを取ることが必要です 28, 私はのpingのMTUを期待していました 1464 私が使用することができ、最大であることを. To my sur­prise this still res­ul­ted in frag­ment­a­tion and I even­tu­ally found the max­im­um I could use was 1456.

私は、この値を使用しました (ととも​​に 28 背面に追加) のMTU値を設定します 1484 の中に WAN pfsenseのインターフェース設定. 今、唯一の断片化は、LANパケットにルータによって行われるべきです, 私と任意の特定のウェブサイト間のどこかのルータから、それ以降の任意の断片化のリスクなしで. 私のブラウザのキャッシュとイカのキャッシュをクリアした後、私は、成功したBBCのウェブサイトをロードすることができました. 私は、問題がどこかに私の間のルータのブラックホールの問題によって引き起こされた疑いがあります ISP 断片化されたパケットをドロップしたとBBCサーバ. 現象の素敵な説明は上で見つけることができます RCLのブログ

返信を残す