0优化WAN MTU的BT无限

因为从我的BT SmartHub切换到pfsense路由器我有一些很小的问题. 其中之一已被squid代理服务导致在那里，我不能出错访问BBC网站问题. 虽然我并最终通过一个稍微奇怪的方法解决这个问题, 我所遇到的问题的可能来源，值得固定在它自己的

当我打开过的鱿鱼我立刻能够访问BBC网站, 但它开启我一贯收到一个错误鱿鱼曾有过一个“零大小回复”. 这似乎鱿鱼是无法得到从BBC的任何回复. 这方面的一个可能的原因是分段的数据包被丢弃, 和破碎的原因通常为MTU大小.

以太网的默认的MTU是 1500 和大多数现代操作系统在局域网上自动管理的事情. 它可以使用尺寸高达 9000 增加吞吐量 (略) 对于LAN. 然而, 这是不感兴趣的我不是进行确认的数据包并没有获得分段多次, 或离开后，路由器的碎片化.

随着pfsense 广域网 MTU设置为默认 (1500) 我尝试了一些从Windows ping命令，看看有什么最大尺寸是没有碎片. 使用的命令是 ping google.com -f -l 1500, 改变的最后一个号码找到最佳. 我的BT无限连接使用PPPoE通常具有的最大值 1492 (实际上它可能是真正使用它的PPPoA我桥接调制解调器可呈现PPPoE来pfsense, 不同消息来源说，这个不同的事), 并使用ping时，既要考虑到一些开销，这具有的价值 28, 所以我期待的ping MTU 1464 是最大的，我可以用. 令我惊讶的是，这仍然导致碎片化，我最终发现我可以使用的最大值是1456.

我用这个值 (同 28 加了回去) 设定的MTU值 1484 在里面 广域网 pfsense的接口设置. 现在唯一的碎片应该由路由器LAN数据包进行, 任何后来碎片从路由器的地方我和任何特定网站之间没有任何风险. 清除浏览器缓存和squid缓存后，我当时能够成功加载BBC网站. 我怀疑问题是由路由器blackholing问题的地方之间引起了我 ISP 和BBC服务器，这些服务器被丢弃数据包碎片. 现象一个很好的说明上可以找到 RCL的博客