一.默认方式:媒体通过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，更像是一个信令代理，性能最高，但提供的功能有限。
就是传说中的bypass 模式
网友评论