この章を使用します。
ネットワークの問題は、端への、一般的なWebページが開かないなど、QQは続くことができます。
画像など、Webページの表示不良は、表示されません。
ブランチでのインターネットアクセスの問題。
これは主に、エリア間ルート、および送信サーバとクライアントを理解していました。
まず、アプリケーションの操作
MSSを変更する方法についてのすべての話の1.最初：
IP]> [ファイアウォール]> [マングルを入力し、次のように+、新しいルールを作成するにはサインクリックします。
内部の[詳細オプション：
アクションオプション
1480年のPPPOE MTU
2.結果の比較：
未修飾の前に、SYN番号MSSの要求、対応する数が返されるパケットのペイロード負荷
SYN要求
これは、ペイロードデータサイズの返信です。
1420年改訂、図3以下：
SYN要求：
対応するバックホール：
第二に、概念の理解：
MTUは、最大伝送単位MTU、作業データリンク層は、第二層OSIに属します。
IP、インターネットプロトコルアドレスインターネットプロトコルアドレス、ネットワーク・トランスポート層での作業は、第三層OSIに属します。
TCPトランスポート層で動作し、伝送制御プロトコルの伝送制御プロトコルは、第四のOSI層に属します。
UDPは、ユーザーデータグラムプロトコルユーザーデータグラムプロトコルは、トランスポート層での作業、OSI第4層に属します。
MSS、最大セグメントサイズ、最大セグメントサイズは、TCPプロトコルが子であり、また、OSI第四層に働きます。
MSS 40は--- MTU-40 = 20バイトのIPヘッダとTCPヘッダの20のバイトを含んでいます
三、原則の人気を理解する上でTCP MSS：
サーバは、容器、空の容器40T、トラック1460Tを有する、関節貨物も1500Tが起こります。私たちを送信するには！
異なるコンベアベルトに接続された多くのネットワークホップ伝送（ルータ）のように、1400Tを有する、1500Tがあります。
空の容器又は40Tが、唯一の負荷1360T上記1400Tベルト。
当服务器的货从1500T的传送带转发到1400T的传送带时候，货柜就要拆分重新装柜，1460T的货物就要分为两个柜，一个装1360T，一个装100T，这明显增加了转发站的工作量，进出都要拆包和重新打包，然后在到我们手上的时候，我们的本地的路由器要把这两个柜重新装成1460T的一个柜发给我们。我们就能看到页面了，原理很完美！
但是这个时候就会导致转发站十分繁忙，因为一次的事情要做两次，所以忙中出错导致没封装完整的事情。
另外经过不同的转发站时候，有些转发站会限制你的PIR速率（Peak Information Rate，峰值信息速率），达到PIR速率直接丢包，这样导致了我们本地路由器收到的货不对板，等待了许久也收到不到剩下的包，所以无法在我们的本地的转发站上面将这些货柜按照相应的顺序装好返给我们，只能丢弃。所以我们就半天都打不开网站页面，最后除了一些小货柜能收到（文字）。
问题来了，TCP不是会重传吗？
是的,TCP会重传，但是服务器端发出的数据给我们就开始等我们说收到了（ACK），但是我们收不到包，没发回复ACK，服务器等了一会，基于使命必达原因给我们重传，我没还是没有收到包，没发回复ACK，第一次等1秒，第二次等2秒，第三次等4秒，一般默认重传15次。如此类推，直到重传超时RTO，切断连接。
RTO在Linux最小为200毫秒，最大120秒，可以在内核中设置该项值。
Router OS也可以在防火墙里面设置连接追踪的时间
四、修改MSS的好处
修改了MSS的大小，就是主动向服务器协商发送给我们路由器的每个包有效载荷是多少，这样可以让数据包在传输路径中可以一次性传送回来给我们，降低我们因为被分片所导致丢包问题，如果丢包的话，也好区分丢分了哪些包。简单来说就是在外部转发路径中尽量减少拆分和封装的流程，只在我们路由器上面重组。
五、为什么只建议修改MSS，不修改MTU
很好的问题，别因为我们在OSI四层中，不是只有TCP协议，还有UDP！
MSSは、MTU、MSSを低減させることができる変更、TCPに依存しているが、また、私たちのUDPの伝送効率を低下させます。我々はまた、そのようなQQ、IPテレフォニー、およびビデオ会議などのUDPプロトコルに基づいて、たくさんあります。
したがって、我々はあなたのルータがMSSの変更をサポートしていない場合を除き、むしろMTUよりもMSSを改正することを提案しました。