occupy8的专栏

路径mtu探测在基于udp的程序中很有用，如果大了，会引起ip层分片，导致容易丢包。小了，网络利用率不高。quic做mtu探测是根据，可以设置ip层包不分片来做的。如果超过了mtu大小会丢失。所有工作是在定时器里做的，封装为ping包while(condition){ send current_mtu_pkg_size //定时器做的 if(error)

fec在quic新版本中废弃了，据官方说法，在大部分情况下，作用不大。fec从本质上讲是基于冗余的，会浪费带宽。只能恢复随机丢包。大块丢包也无能为力。不过，quic实现还是代表了一种十分优美的方案，算法简单实用。quic fec 只能恢复fecgroup里一个包比如： 10个包+加上一个fec包接收端：fec包。fecqroup记录这个,初始化为第一个接受到的g

QUIC FEC v1背景前向纠错算法（FEC）可以传输多余的数据，在网络丢包的情况下，为网络传输提供稳定性。quic是基于XOR实现FEC的，这种算法简单，快速，能提供N+1的稳定传输。

前提quic提供流和连接维度的流控算法。一端发送WINDOW_UPDATE帧通知对端增加流控窗口大小，当有数据但是无法发送时发送BLOCKED帧通知对端。 一个很好的例子是，一个具有限制内存的server，它需要一种机制控制每个发送给它的客户端的数据量，从而控制内存使用。面向流的流控stream的流控算法简单的说就是，各端需要告诉对方在连接上我想收多少数据。 在quic里，流控就是通知我想收多少