Baresip项目中ZRTP模块内存不足问题分析与解决

问题背景

在Baresip项目中，当通话同时包含音频和视频流时，gzrtp模块在进行流更新操作时会出现内存不足的错误。具体表现为系统日志中出现"zrtp: protect/protect_ctrl failed (len=60): Out of memory [12]"的错误信息。

问题分析

这个问题主要发生在调用call_set_video_dir函数添加视频流到通话时。通过深入分析代码，发现问题出在SRTP保护机制的缓冲区处理上。

在Srtp::protect_int函数中，系统会检查缓冲区是否有足够的空间来添加认证标签和MKI（Master Key Identifier）。当缓冲区剩余空间不足时，函数会返回ENOMEM错误。

通过添加调试信息发现，当错误发生时：

• 缓冲区总大小为64字节
• 当前数据长度为60字节
• 剩余空间为0字节
• 实际需要8字节额外空间

解决方案

针对这个问题，我们采用了动态调整缓冲区大小的解决方案：

1. 在protect_int函数开始时检查缓冲区剩余空间
2. 如果剩余空间为0，则尝试将缓冲区大小增加64字节
3. 重新计算剩余空间后继续执行保护操作

核心修改代码如下：

if (extra == 0) {
    if (mbuf_resize(mb, mb->size + 64)) {
        warning("zrtp: protect: mbuf resizing failed\n");
        return ENOMEM;
    }
    len = mbuf_get_left(mb);
    extra = (mbuf_get_space(mb) > len)?
        mbuf_get_space(mb) - len : 0;
}

技术细节

SRTP（Secure Real-time Transport Protocol）是RTP的安全版本，它为实时传输协议提供了加密、消息认证和重放保护。在Baresip中，ZRTP模块负责实现SRTP的安全功能。

当添加视频流时，系统需要为新的媒体流建立安全通道，这涉及到：

1. 生成新的加密上下文
2. 分配必要的缓冲区空间
3. 设置认证标签和MKI

缓冲区大小不足会导致安全保护操作失败，从而影响通话质量。通过动态调整缓冲区大小，我们确保了SRTP保护操作有足够的空间来完成其工作。

后续优化建议

1. 考虑移除GZRTP_USE_RE_SRTP宏定义，统一使用RE栈或libzrtp栈
2. 对缓冲区大小进行更精细的管理，避免频繁调整
3. 增加更多的错误检测和恢复机制，提高系统鲁棒性

这个问题的解决不仅修复了特定场景下的功能异常，也为类似的内存管理问题提供了参考解决方案。