NAT1打洞后，至于比特彗星的UTP为什么是所有BT软件里面速度最慢的，比utorrenet慢了二十倍
NAT1打洞后，至于比特彗星的UTP为什么是所有BT软件里面速度最慢的，比utorrenet慢了二十倍qBittorrent不具备NAT1打洞能力，可以参考视频，简介上有详细的复现测试方法
https://www.bilibili.com/video/BV1Sq4y1W7D1
比特彗星是世界上目前唯一的一款支持NAT1打洞的BT下载软件，其它软件都不支持
https://www.bilibili.com/video/BV1cm4y1R7bt
而且比特彗星的NAT1打洞不挑客户端，完美支持和任意客户端打洞成功
比特彗星1.95版本开始优化了UTP，这个版本开始支持动态调整MTU，默认值均为548，1.95版本开始可动态调整到1457，传输速度提高了2.6倍
目前版本UTP速度起不来的原因，不一定是CPU单核心瓶颈，之前测过单核心UTP跑个400Mbps都没任何问题
至于比特彗星的UTP为什么是所有BT软件里面速度最慢的，比utorrenet慢了二十倍
视乎是软件有发送间隔延迟什么的，导致建立连接后，不愿意发出去UTP下载上传请求，现在没有高级选项调整UTP的发送间隔延迟
或者BT协议中UTP设计最初目的就是拥塞控制，然后比特彗星支持的比较规范，导致被控制住了所以不愿意发出UTP请求
至于qBittorrent为什么有时候会出现绿色插头，基本上是快乐灯
这个是BEP55，不是真正属于NAT1打洞，需要列表中其中有人必须是公网ip，或者有人使用比特彗星并且开启了UTP打洞后充当公网ip身份，比原生打洞效率差远了
使用BEP55协议，打洞需要等待2分钟左右
（UTP直接发起请求连接失败后，则对自身客户端已经建立TCP和UTP传输连接的所有peer发起BEP55协议请求，随后响应可用于打洞的peer）
真正的NAT1打洞必须要和视频里演示一样，直接AB两者打洞，或者ABC打洞，并且需要C和B支持反向回连等，实现每个人都是公网ip效果才是NAT1打洞
（可以实现AB互相打洞，A为公网，B为NAT1的情况，B异常原因断开连接后A可以直接回连到B，而不需要傻傻的等待B后续远程连入到A）
而且BEP55还有个问题，因为是直接UTP发起连接，没有先询问对方拿到C，从而导致B连接到A后，无法获取C的IP，包括如果双方都是TCP连接，那么就拿不到任何BEP55的打洞信息
好帖子 要支持
页:
[1]