PC客户端与STM32H7服务器的Mbed TLS握手重传问题

环境背景 #

• 客户端：PC，基于MbedTLS的ssl_client1.c实现
• 服务器：STM32H753，适配现有SSL_Server示例搭建SSL服务器
• 通信方式：USB
• 网络栈：LwIP
• 安全协议：Mbed TLS v1.2

核心问题现象 #

1. 客户端发送Client Hello后，服务器已接收但未即时回复TCP ACK，触发客户端多次重传Client Hello
2. 服务器运行期间出现错误：

Last error was: -29312 - SSL - The connection indicated an EOF

3. 服务器会在RSA私钥运算产生的延迟后，一次性发送所有待发数据，存在后续通信隐患

基于altcp_write()/altcp_output()的可能错误点 #

1. TCP ACK触发逻辑异常 #

LwIP默认会在接收数据后自动触发ACK，但如果在适配SSL服务器时修改了TCP接收回调的处理逻辑，比如：

• 把接收的数据全部缓存后才调用LwIP的ACK触发接口，导致ACK被延迟到RSA运算完成后才发送
• 禁用了LwIP的延迟ACK功能但未正确手动触发ACK，或者延迟ACK的超时配置不合理

2. altcp_write()调用时机与参数错误 #

• 调用altcp_write()时，未正确设置TCP_WRITE_FLAG_COPY等标志，导致数据未被正确写入发送缓冲区，直到后续操作才触发缓冲区刷新
• 发送缓冲区被RSA运算相关的操作占用，导致altcp_write()返回EAGAIN，未处理该错误导致数据堆积，直到后续一次性发送

3. Mbed TLS与LwIP的异步适配问题 #

• SSL服务器的Mbed TLS握手逻辑（尤其是RSA私钥运算）是阻塞式运行，阻塞了LwIP的TCP协议栈处理线程，导致ACK无法即时发送
• 未将Mbed TLS的加密运算放到独立线程处理，占用了网络栈的处理时间片，导致TCP层的ACK回复被延迟

4. USB虚拟网卡的驱动适配问题 #

• STM32的USB CDC-ECM驱动存在数据发送/接收的延迟配置问题，导致ACK包被缓存而未即时发送到PC端
• USB端点的中断优先级配置不合理，网络栈的中断被RSA运算的高优先级任务抢占，无法及时处理并发送ACK

建议排查步骤 #

• 检查LwIP的TCP配置，确认TCP_ACK_DELAY参数是否合理，或手动在接收Client Hello后调用altcp_recved()触发ACK
• 验证altcp_write()的返回值，确保数据被正确写入缓冲区，必要时添加重试逻辑或调整发送缓冲区大小
• 将RSA私钥运算迁移到独立的硬件加密线程（STM32H7支持硬件加密加速器），避免阻塞网络栈线程
• 检查USB驱动的端点配置，确保接收数据后能即时触发网络栈的处理流程

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