From 1b0d4f6d0895c1106ecd9443d1c7a9afaf2e4336 Mon Sep 17 00:00:00 2001 From: wangyu- Date: Tue, 8 Aug 2017 01:24:34 -0700 Subject: [PATCH] Update README.zh-cn.md --- doc/README.zh-cn.md | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/doc/README.zh-cn.md b/doc/README.zh-cn.md index cc64d41..e21055f 100644 --- a/doc/README.zh-cn.md +++ b/doc/README.zh-cn.md @@ -18,13 +18,15 @@ Udp2raw-tunnel ### 模拟TCP3次握手 模拟TCP3次握手，模拟seq ack过程。另外还模拟了一些tcp option：MSS,sackOk,TS,TS_ack,wscale，用来使流量看起来更像是由普通的linux tcp协议栈发送的。 -### 连接保持，连接快速恢复 +### 连接保持，连接快速恢复，单向链路失效检测 心跳机制检查连接是否中断，一旦心跳超时。client会立即换raw socket的端口重连，重连成功后会恢复之前中断的连接。虽然raw端的端口变了，但是udp端的所有连接都会继续有效。udp这边感觉不到raw端的重连，只会感觉到短暂断流,这跟普通的短暂丢包是类似的，不会导致上层应用重连。 -另一个优化是，重连只需要client发起，就可以立即被server处理，不需要等到server端的连接超时后。这个在单向连接失效的情况下有用。 +Client能用单倍的超时时间检测到单向链路的失效，不管是上行还是下行，只要有一端失效就能被client检测到。重连只需要client发起，就可以立即被server处理，不需要等到server端的连接超时后。 另外，对于有大量client的情况，对于不同client,server发送的心跳是错开时间发送的，不会因为短时间发送大量的心跳而造成拥塞和延迟抖动。 + + ### 其他特性 信道复用，client的udp端支持多个连接。