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

pfsenseルータに私のBT SmartHubから切り替えているので、私はいくつかのマイナーな歯が生えるの問題を持っていました. One of which has been the squid proxy ser­vice caus­ing a prob­lem where I can­’t access the BBC web­site with an error. 私は最終的には少し奇妙な方法でこの問題を解決なかった一方で, 私は、それ自身に固定の価値があった問題の可能性のあるソースに遭遇しました


私はイカをオフにすると、私はすぐに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 私が使用することができ、最大であることを. 驚いたことに、これはまだ断片化が生じたと私は最終的に私が使用できる最大でした 1456.

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

これが有用であることが判明? 以下のコメントをドロップすることによって、私たちに知らせてください. あなたが購読したい場合は、右上のメニューで購読リンクをご利用ください. また、下記の社会的なリンクを使用してお友達とこれを共有することができます. 乾杯.

返信を残します