概念
ARQ: 自动重传请求 (Automatic Repeat-reQuest,ARQ) 是 OSI 模型中数据链路层的错误纠正协议之一.
RTO:Retransmission TimeOut
FEC:Forward Error Correction
kcp 简介
kcp 是一个基于 udp 实现快速、可靠、向前纠错的的协议,能以比 TCP 浪费 10%-20% 的带宽的代价,换取平均延迟降低 30%-40%,且最大延迟降低三倍的传输效果。纯算法实现,并不负责底层协议(如 UDP)的收发。查看官方文档kcp
kcp-go 是用 go 实现了 kcp 协议的一个库,其实 kcp 类似 tcp,协议的实现也很多参考 tcp 协议的实现,滑动窗口,快速重传,选择性重传,慢启动等。
kcp 和 tcp 一样,也分客户端和监听端。
+-+-+-+-+-+ +-+-+-+-+-+| Client | | Server |+-+-+-+-+-+ +-+-+-+-+-+|------ kcp data ------>||<----- kcp data -------|
kcp 协议
layer model
+----------------------+| Session |+----------------------+| KCP(ARQ) |+----------------------+| FEC(OPTIONAL) |+----------------------+| CRYPTO(OPTIONAL)|+----------------------+| UDP(Packet) |+----------------------+
KCP Header Format
4 1 1 2 (Byte)+---+---+---+---+---+---+---+---+| conv |cmd|frg| wnd |+---+---+---+---+---+---+---+---+| ts | sn |+---+---+---+---+---+---+---+---+| una | len |+---+---+---+---+---+---+---+---+| |+ DATA +| |+---+---+---+---+---+---+---+---+
代码结构
src/vendor/github.com/xtaci/kcp-go/├── LICENSE├── README.md├── crypt.go 加解密实现├── crypt_test.go├── donate.png├── fec.go 向前纠错实现├── frame.png├── kcp-go.png├── kcp.go kcp协议实现├── kcp_test.go├── sess.go 会话管理实现├── sess_test.go├── snmp.go 数据统计实现├── updater.go 任务调度实现├── xor.go xor封装└── xor_test.go
着重研究两个文件kcp.go和sess.go
kcp 浅析
kcp 是基于 udp 实现的,所有 udp 的实现这里不做介绍,kcp 做的事情就是怎么封装 udp 的数据和怎么解析 udp 的数据,再加各种处理机制,为了重传,拥塞控制,纠错等。下面介绍 kcp 客户端和服务端整体实现的流程,只是大概介绍一下函数流,不做详细解析,详细解析看后面数据流的解析。
kcp client 整体函数流
和 tcp 一样,kcp 要连接服务端需要先拨号,但是和 tcp 有个很大的不同是,即使服务端没有启动,客户端一样可以拨号成功,因为实际上这里的拨号没有发送任何信息,而 tcp 在这里需要三次握手。
DialWithOptions(raddr string, block BlockCrypt, dataShards, parityShards int)Vnet.DialUDP("udp", nil, udpaddr)VNewConn()VnewUDPSession() {初始化UDPSession}VNewKCP() {初始化kcp}Vupdater.addSession(sess) {管理session会话,任务管理,根据用户设置的internal参数间隔来轮流唤醒任务}Vgo sess.readLoop()Vgo s.receiver(chPacket)Vs.kcpInput(data)Vs.fecDecoder.decodeBytes(data)Vs.kcp.Input(data, true, s.ackNoDelay)Vkcp.parse_data(seg) {将分段好的数据插入kcp.rcv_buf缓冲}VnotifyReadEvent()
客户端大体的流程如上面所示,先Dial,建立 udp 连接,将这个连接封装成一个会话,然后启动一个 go 程,接收 udp 的消息。
kcp server 整体函数流
ListenWithOptions()Vnet.ListenUDP()VServerConn()VnewFECDecoder()Vgo l.monitor() {从chPacket接收udp数据,写入kcp}Vgo l.receiver(chPacket) {从upd接收数据,并入队列}VnewUDPSession()Vupdater.addSession(sess) {管理session会话,任务管理,根据用户设置的internal参数间隔来轮流唤醒任务}Vs.kcpInput(data)`Vs.fecDecoder.decodeBytes(data)Vs.kcp.Input(data, true, s.ackNoDelay)Vkcp.parse_data(seg) {将分段好的数据插入kcp.rcv_buf缓冲}VnotifyReadEvent()
服务端的大体流程如上图所示,先Listen,启动 udp 监听,接着用一个 go 程监控 udp 的数据包,负责将不同 session 的数据写入不同的 udp 连接,然后解析封装将数据交给上层。
kcp 数据流详细解析
不管是 kcp 的客户端还是服务端,他们都有 io 行为,就是读与写,我们只分析一个就好了,因为它们读写的实现是一样的,这里分析客户端的读与写。
kcp client 发送消息
s.Write(b []byte)Vs.kcp.WaitSnd() {}Vs.kcp.Send(b) {将数据根据mss分段,并存在kcp.snd_queue}Vs.kcp.flush(false) [flush data to output] {if writeDelay==true {flush}else{每隔`interval`时间flush一次}}Vkcp.output(buffer, size)Vs.output(buf)Vs.conn.WriteTo(ext, s.remote)Vs.conn..Conn.WriteTo(buf)
读写都是在sess.go文件中实现的,Write 方法:
func (s *UDPSession) Write(b []byte) (n int, err error) {for {...if s.kcp.WaitSnd() < int(s.kcp.snd_wnd) {n = len(b)for {if len(b) <= int(s.kcp.mss) {s.kcp.Send(b)break} else {s.kcp.Send(b[:s.kcp.mss])b = b[s.kcp.mss:]}}if !s.writeDelay {s.kcp.flush(false)}s.mu.Unlock()atomic.AddUint64(&DefaultSnmp.BytesSent, uint64(n))return n, nil}...select {case <-s.chWriteEvent:case <-c:case <-s.die:}if timeout != nil {timeout.Stop()}}}
假设发送一个 hello 消息,Write 方法会先判断发送窗口是否已满,满的话该函数阻塞,不满则 kcp.Send(“hello”), 而 Send 函数实现根据 mss 的值对数据分段,当然这里的发送的 hello,长度太短,只分了一个段,并把它们插入发送的队列里。
func (kcp *KCP) Send(buffer []byte) int {...for i := 0; i < count; i++ {var size intif len(buffer) > int(kcp.mss) {size = int(kcp.mss)} else {size = len(buffer)}seg := kcp.newSegment(size)copy(seg.data, buffer[:size])if kcp.stream == 0 {seg.frg = uint8(count - i - 1)} else {seg.frg = 0}kcp.snd_queue = append(kcp.snd_queue, seg)buffer = buffer[size:]}return 0}
接着判断参数writeDelay,如果参数设置为 false,则立马发送消息,否则需要任务调度后才会触发发送,发送消息是由 flush 函数实现的。
func (kcp *KCP) flush(ackOnly bool) {var seg Segmentseg.conv = kcp.convseg.cmd = IKCP_CMD_ACKseg.wnd = kcp.wnd_unused()seg.una = kcp.rcv_nxtbuffer := kcp.bufferptr := bufferfor i, ack := range kcp.acklist {size := len(buffer) - len(ptr)if size+IKCP_OVERHEAD > int(kcp.mtu) {kcp.output(buffer, size)ptr = buffer}if ack.sn >= kcp.rcv_nxt || len(kcp.acklist)-1 == i {seg.sn, seg.ts = ack.sn, ack.tsptr = seg.encode(ptr)}}kcp.acklist = kcp.acklist[0:0]if ackOnly {size := len(buffer) - len(ptr)if size > 0 {kcp.output(buffer, size)}return}if kcp.rmt_wnd == 0 {current := currentMs()if kcp.probe_wait == 0 {kcp.probe_wait = IKCP_PROBE_INITkcp.ts_probe = current + kcp.probe_wait} else {if _itimediff(current, kcp.ts_probe) >= 0 {if kcp.probe_wait < IKCP_PROBE_INIT {kcp.probe_wait = IKCP_PROBE_INIT}kcp.probe_wait += kcp.probe_wait / 2if kcp.probe_wait > IKCP_PROBE_LIMIT {kcp.probe_wait = IKCP_PROBE_LIMIT}kcp.ts_probe = current + kcp.probe_waitkcp.probe |= IKCP_ASK_SEND}}} else {kcp.ts_probe = 0kcp.probe_wait = 0}if (kcp.probe & IKCP_ASK_SEND) != 0 {seg.cmd = IKCP_CMD_WASKsize := len(buffer) - len(ptr)if size+IKCP_OVERHEAD > int(kcp.mtu) {kcp.output(buffer, size)ptr = buffer}ptr = seg.encode(ptr)}if (kcp.probe & IKCP_ASK_TELL) != 0 {seg.cmd = IKCP_CMD_WINSsize := len(buffer) - len(ptr)if size+IKCP_OVERHEAD > int(kcp.mtu) {kcp.output(buffer, size)ptr = buffer}ptr = seg.encode(ptr)}kcp.probe = 0cwnd := _imin_(kcp.snd_wnd, kcp.rmt_wnd)if kcp.nocwnd == 0 {cwnd = _imin_(kcp.cwnd, cwnd)}newSegsCount := 0for k := range kcp.snd_queue {if _itimediff(kcp.snd_nxt, kcp.snd_una+cwnd) >= 0 {break}newseg := kcp.snd_queue[k]newseg.conv = kcp.convnewseg.cmd = IKCP_CMD_PUSHnewseg.sn = kcp.snd_nxtkcp.snd_buf = append(kcp.snd_buf, newseg)kcp.snd_nxt++newSegsCount++kcp.snd_queue[k].data = nil}if newSegsCount > 0 {kcp.snd_queue = kcp.remove_front(kcp.snd_queue, newSegsCount)}resent := uint32(kcp.fastresend)if kcp.fastresend <= 0 {resent = 0xffffffff}current := currentMs()var change, lost, lostSegs, fastRetransSegs, earlyRetransSegs uint64for k := range kcp.snd_buf {segment := &kcp.snd_buf[k]needsend := falseif segment.xmit == 0 {needsend = truesegment.rto = kcp.rx_rtosegment.resendts = current + segment.rto} else if _itimediff(current, segment.resendts) >= 0 {needsend = trueif kcp.nodelay == 0 {segment.rto += kcp.rx_rto} else {segment.rto += kcp.rx_rto / 2}segment.resendts = current + segment.rtolost++lostSegs++} else if segment.fastack >= resent {needsend = truesegment.fastack = 0segment.rto = kcp.rx_rtosegment.resendts = current + segment.rtochange++fastRetransSegs++} else if segment.fastack > 0 && newSegsCount == 0 {needsend = truesegment.fastack = 0segment.rto = kcp.rx_rtosegment.resendts = current + segment.rtochange++earlyRetransSegs++}if needsend {segment.xmit++segment.ts = currentsegment.wnd = seg.wndsegment.una = seg.unasize := len(buffer) - len(ptr)need := IKCP_OVERHEAD + len(segment.data)if size+need > int(kcp.mtu) {kcp.output(buffer, size)current = currentMs()ptr = buffer}ptr = segment.encode(ptr)copy(ptr, segment.data)ptr = ptr[len(segment.data):]if segment.xmit >= kcp.dead_link {kcp.state = 0xFFFFFFFF}}}size := len(buffer) - len(ptr)if size > 0 {kcp.output(buffer, size)}sum := lostSegsif lostSegs > 0 {atomic.AddUint64(&DefaultSnmp.LostSegs, lostSegs)}if fastRetransSegs > 0 {atomic.AddUint64(&DefaultSnmp.FastRetransSegs, fastRetransSegs)sum += fastRetransSegs}if earlyRetransSegs > 0 {atomic.AddUint64(&DefaultSnmp.EarlyRetransSegs, earlyRetransSegs)sum += earlyRetransSegs}if sum > 0 {atomic.AddUint64(&DefaultSnmp.RetransSegs, sum)}if change > 0 {inflight := kcp.snd_nxt - kcp.snd_unakcp.ssthresh = inflight / 2if kcp.ssthresh < IKCP_THRESH_MIN {kcp.ssthresh = IKCP_THRESH_MIN}kcp.cwnd = kcp.ssthresh + resentkcp.incr = kcp.cwnd * kcp.mss}if lost > 0 {kcp.ssthresh = cwnd / 2if kcp.ssthresh < IKCP_THRESH_MIN {kcp.ssthresh = IKCP_THRESH_MIN}kcp.cwnd = 1kcp.incr = kcp.mss}if kcp.cwnd < 1 {kcp.cwnd = 1kcp.incr = kcp.mss}}
flush 函数非常的重要,kcp 的重要参数都是在调节这个函数的行为,这个函数只有一个参数ackOnly,意思就是只发送 ack,如果ackOnly为 true 的话,该函数只遍历 ack 列表,然后发送,就完事了。 如果不是,也会发送真实数据。 在发送数据前先进行 windSize 探测,如果开启了拥塞控制 nc=0,则每次发送前检测服务端的 winsize,如果服务端的 winsize 变小了,自身的 winsize 也要更着变小,来避免拥塞。如果没有开启拥塞控制,就按设置的 winsize 进行数据发送。
接着循环每个段数据,并判断每个段数据的是否该重发,还有什么时候重发:
- 如果这个段数据首次发送,则直接发送数据。 2. 如果这个段数据的当前时间大于它自身重发的时间,也就是 RTO,则重传消息。 3. 如果这个段数据的 ack 丢失累计超过 resent 次数,则重传,也就是快速重传机制。这个 resent 参数由
resend参数决定。 4. 如果这个段数据的 ack 有丢失且没有新的数据段,则触发 ER,ER 相关信息ER 
最后通过 kcp.output 发送消息 hello,output 是个回调函数,函数的实体是sess.go的:
func (s *UDPSession) output(buf []byte) {var ecc [][]byteext := bufif s.headerSize > 0 {ext = s.ext[:s.headerSize+len(buf)]copy(ext[s.headerSize:], buf)}if s.fecEncoder != nil {ecc = s.fecEncoder.Encode(ext)}if s.block != nil {io.ReadFull(rand.Reader, ext[:nonceSize])checksum := crc32.ChecksumIEEE(ext[cryptHeaderSize:])binary.LittleEndian.PutUint32(ext[nonceSize:], checksum)s.block.Encrypt(ext, ext)if ecc != nil {for k := range ecc {io.ReadFull(rand.Reader, ecc[k][:nonceSize])checksum := crc32.ChecksumIEEE(ecc[k][cryptHeaderSize:])binary.LittleEndian.PutUint32(ecc[k][nonceSize:], checksum)s.block.Encrypt(ecc[k], ecc[k])}}}nbytes := 0npkts := 0for i := 0; i < s.dup+1; i++ {if n, err := s.conn.WriteTo(ext, s.remote); err == nil {nbytes += nnpkts++}}if ecc != nil {for k := range ecc {if n, err := s.conn.WriteTo(ecc[k], s.remote); err == nil {nbytes += nnpkts++}}}atomic.AddUint64(&DefaultSnmp.OutPkts, uint64(npkts))atomic.AddUint64(&DefaultSnmp.OutBytes, uint64(nbytes))}
output 函数才是真正的将数据写入内核中,在写入之前先进行了 fec 编码,fec 编码器的实现是用了一个开源库github.com/klauspost/reedsolomon,编码以后的 hello 就不是和原来的 hello 一样了,至少多了几个字节。 fec 编码器有两个重要的参数 reedsolomon.New(dataShards, parityShards, reedsolomon.WithMaxGoroutines(1)),dataShards和parityShards,这两个参数决定了 fec 的冗余度,冗余度越大抗丢包性就越强。
kcp 的任务调度器
其实这里任务调度器是一个很简单的实现,用一个全局变量updater来管理 session,代码文件为updater.go。其中最主要的函数
func (h *updateHeap) updateTask() {var timer <-chan time.Timefor {select {case <-timer:case <-h.chWakeUp:}h.mu.Lock()hlen := h.Len()now := time.Now()if hlen > 0 && now.After(h.entries[0].ts) {for i := 0; i < hlen; i++ {entry := heap.Pop(h).(entry)if now.After(entry.ts) {entry.ts = now.Add(entry.s.update())heap.Push(h, entry)} else {heap.Push(h, entry)break}}}if hlen > 0 {timer = time.After(h.entries[0].ts.Sub(now))}h.mu.Unlock()}}
任务调度器实现了一个堆结构,每当有新的连接,session 都会插入到这个堆里,接着 for 循环每隔 interval 时间,遍历这个堆,得到entry然后执行entry.s.update()。而entry.s.update()会执行s.kcp.flush(false)来发送数据。
总结
这里简单介绍了 kcp 的整体流程,详细介绍了发送数据的流程,但未介绍 kcp 接收数据的流程,其实在客户端发送数据后,服务端是需要返回 ack 的,而客户端也需要根据返回的 ack 来判断数据段是否需要重传还是在队列里清除该数据段。处理返回来的 ack 是在函数 kcp.Input() 函数实现的。具体详细流程下次再介绍。
https://www.cnblogs.com/zhangboyu/p/34c07c3577c85e9ae5c3477d7cab5f52.html
