UnetStack传输服务场景下三次握手及TCP代理必要性问询

地面网络中，传输层采用Transmission Control Protocol (TCP)与对等方建立可靠的端到端通信，TCP通过三次握手实现该机制。而UnetStack提供一种传输服务，其默认实现的SWTTransport协议可向对等方可靠传输数据。

在双节点网络实验中，通过该传输服务（为保障可靠性）从节点A向节点B发送数据报，但在节点A发送数据报前的日志中，未发现节点A与B之间交换任何三次握手报文。

问题1：在此传输场景下是否有必要进行三次握手？ #

没必要。SWTTransport是UnetStack针对资源受限网络（比如水下通信）设计的可靠传输协议，它的可靠性实现逻辑和TCP完全不同：

• TCP的三次握手是面向连接设计的核心步骤，目的是在不可靠IP网络上同步双方的收发状态、初始序列号，确认彼此的通信能力。
• SWTTransport采用基于数据报的停止-等待ARQ（自动重传请求）机制实现可靠性，不需要预先建立连接。它直接针对每一个发送的数据报等待接收方的确认，超时未收到确认就重传，全程没有额外的连接建立握手流程，所以你看不到三次握手报文。
• 双节点拓扑简单，不存在复杂路由或中间节点，这种无连接的可靠传输方式更高效，完全不需要TCP式的三次握手提前建立连接状态。

问题2：是否需要TCP代理来保障节点间的可靠通信？ #

不需要。原因如下：

• SWTTransport本身就是UnetStack提供的可靠传输实现，已经通过ARQ应答、超时重传、数据校验等机制保证了数据的可靠送达，完全满足实验的可靠性需求。
• TCP是为地面高带宽、低延迟的IP网络设计的，在UnetStack的目标场景（尤其是水下通信，带宽低、延迟高、丢包波动大）中，TCP的三次握手、滑动窗口等机制会带来额外开销，反而降低传输效率，适配性不佳。
• 双节点实验场景下，直接使用SWTTransport就能完成可靠传输，引入TCP代理属于冗余操作，不仅没必要，还会增加网络复杂度和传输延迟。

内容的提问来源于stack exchange，提问作者PrajwalB