一.默认方式:媒体通过freeswitch,
RTP被freeswtich转发,
freeswitch控制编码的协商并在协商不一致时提供语音编码转换能力,
支持录音,二次拨号等。
二.代理模式: 媒体通过freeswitch转发,但是不处理媒体
RTP通过freewtich转发(只改动sdp c= ip)
freeswtich不控制 sdp参数,只是转发。
通话的终端必须有一致的语音或者视频编码,因为freeswitch此时不支持转码(适合视频编码)
不支持录音, 二次拨号等功能
三.不转发也不处理媒体
此模式下freeswitch更像是一个信令proxy,媒体不会通过freeswitch,sdp消息体也不做修改,没有录音,二次拨号等功能。
三种方式在不同应用场景下各有优点,对于a,也是默认方式,更适合呼叫中心等富功能应用,但性能相比其他两个也是最差的,对于b,更适合处理nat问题,可以考虑用这种模式做一个session border controlor,也适合于外部MCU配合做为视频会议,性能也明显好于a,对于 c,更像是一个信令代理,性能最高,但提供的功能有限。