When an invite request is initiated from the client, the audio in the SDP package is in sendrecv mode and the video is in sendonly mode; However, when receiving the SDP response from Freeswitch’s 183 response, the audio lacks sendrecv instructions, while the video is in the recursive mode and the overall call has become a one-way call. What is the problem?
Can you re-test this on the latest release with a full SIP trace?