dog-tunnel issues

p2p模式底层采用KCP协议的疑问

2

我有一个服务用的是UDP，已经有一套自己的UDP通讯协议。我现在只需要用到狗洞打通的P2P通道，让客户端直接访问远端打开的UDP端口即可。如果用KCP，数据多转换了一次，是不是反而增加了延迟？

zxlive

感觉还是需要服务器中转

2

两台机器都在内网，没有独立IP，感觉还是需要服务器中转，因为两台机器连上了后下载只有个位数KB

vlike

用Lite 1.2玩UDP网游比较卡是什么原因？

1

测试Youtube看4K，速率4MB。 fast.com 测试24Mbits。但用来玩UDP的网游就会卡，请问会是什么原因？ SS＋锐速测试这个网游不卡。

zxl777

近端一段时间不用就不能用了?

17

开了个ssh端口刚开始能连, 一段时间不用再开ssh 就连不上了. 看log 还是在 `service start success,please connect :2222 p2p mode` 的状态. 关了dtunnel 重新再开倒是可以连

fcying

首先感谢dog-tunnel的作者。我第一时间把最新的dog-tunnel的源码拿出来编译，以体验新增的commpress、fec模式。下面是我几点的疑问： 1。看到最新的提交，commpress、fec模式只能用于UDP模式？ 2。commpress模式说明里面说两端都要指定，但是在参数那里写了一个“c"; 在fec模式也是客户端指定就可以了？ 3。本人远端的服务器是日本的。使用tcp模式转发vpn流量时ping值最接近原始服务器ping值；使用UDP模式时ping值明显增加50ms～70ms，fec模式抖动就比较明显，低的时候很低，高的时候特别高。有时瞬时值600ms～1000ms。下面是延迟比较：TCP（commpress、fec）< UDP (commpress、encrypt)

bhzhu203