FreeSWITCH视频通话实战：关键配置文件解析与编解码优化

原创

于 2026-02-15 02:54:59 发布 · 216 阅读

1. 从零开启FreeSWITCH视频通话：核心配置文件解析

很多朋友在部署好FreeSWITCH，成功实现了音频通话后，兴致勃勃地想测试视频功能，却发现画面怎么也出不来。这其实很正常，因为FreeSWITCH默认的配置更侧重于稳定、高效的语音交换，视频功能需要我们手动“解锁”。我自己在第一次配置时也卡在这里很久，后来才发现，问题的关键就藏在几个核心的配置文件里。今天，我就带你一起，像拆解一台精密仪器一样，把vars.xml和internal.xml这两个文件里关于视频的“开关”和“参数”彻底搞清楚。

简单来说，FreeSWITCH处理视频通话，主要涉及三个层面：媒体流代理模式、SIP信令协商策略以及编解码器支持列表。音频通话可能不需要过多干预就能工作，但视频对网络路径和媒体处理的要求更高，所以我们需要明确地告诉FreeSWITCH该如何处理视频流。整个过程并不复杂，你不需要理解深奥的SDP协议细节，只需要找准地方，修改几个关键参数即可。

我会假设你已经有一个可以正常进行音频通话的FreeSWITCH环境。我们的操作将主要集中在conf/目录下的两个文件：vars.xml（全局变量定义）和sip_profiles/internal.xml（内网SIP配置文件）。修改前，我强烈建议你先备份原文件，这是避免操作失误的最好习惯。好了，我们直接进入实战环节。

1.1 第一步：启用媒体代理（proxy_media）

首先，我们打开FreeSWITCH安装目录下的 conf/vars.xml 文件。这个文件定义了许多影响全局行为的变量。我们需要找到合适的位置（通常可以在文件末尾，或者其他<X-PRE-PROCESS>指令附近），添加以下一行：

<X-PRE-PROCESS cmd="set" data="proxy_media=true"/>

这行配置的作用是设置一个名为proxy_media的全局变量为true。“媒体代理” 是理解FreeSWITCH视频通话的关键。当这个选项关闭（默认）时，FreeSWITCH在建立通话后，会尝试让两个终端（比如两个软电话）直接传输媒体流（RTP流），自己则尽可能不参与其中，这被称为“穿通”（bypass）模式。这种方式能降低服务器负载，但在复杂的网络环境（尤其是存在NAT防火墙）下，两个终端可能无法直接找到对方，导致媒体流中断。

开启proxy_media后，FreeSWITCH会主动充当媒体流的中间人。所有音频、视频数据包都先发送到FreeSWITCH服务器，再由服务器转发给对端。这样做的好处是确保了媒体流路径的可靠性，特别有利于穿透各种网络障碍，对于视频这种对连续性和延迟要求更高的媒体来说，这是更稳妥的选择。当然，这会增加服务器的CPU和带宽负担，但在企业内网或可控的云环境中，这点开销换取稳定性是值得的。