​问题：非代理模式下，视频媒体主叫如果是recvonly，主叫收不到被叫发过来的视频包！发送方的payload type和协商的不一致，freeswitch过滤了； freeswitch接收到一方的包，解码完后，并没有转发给对方；freeswitch代码逻辑还是相当复杂的，一个函数通常都是上千行的代码，所以跟踪分析问题并不是那么容易，最好是gdb结合log打印跟踪分析问题；

应用场景：SIP终端拨入后，FS将该SIP终端的视频流转发为RTSP 流，提供NVR进行录制；问题1、如何在Freeswitch配置录制？问题2、可不可以在Freeswitch做录制？建议是方案可以，但不建议用Freeswitch做录制；原因是Freeswitch擅长做媒体交换，录制会拖累软交换的性能，建议是Freeswitch转一路流出去，给专门做录制和点播的服务；

问题虽小，也好定位，但验证和修改过程，却不是那么容易，记录下来，后面碰到类似问题修改就容易了！问题：广播终端作为被叫方，接听时，只看对方的视频，本端的视频是recvonly，webrtc生成sdp时是recvonly，但是janus转到freeswitch后，freeswitch收到的sdp的video部分却成了sendrecv;

最近在调研SIP代理、SIP集群和媒体集群的能力，了解到OV500这个项目，对理解Freeswitch的能力，Kamailio作为信令代理的配置等实现的学习还是很有帮助的，这个GITHUB项目地址:OV500 ，OV500提供了强大的计费管理，话单管理，对理解完整的业务链条很有帮助，建议做VOIP业务后台的同学可以细致的分析这块的完整业务；