RtpEngine play media error when SDP contains a=inactive
Rahul Dhuri
We wanted to confirm whether this behavior is expected or if it indicates an issue.
While using the play media command, we see that RtpEngine logs the following error:
"No suitable SDP section for media playback."
This occurs when the B-party SDP answer contains a=inactive.
During the play media command, we provide the from-tag corresponding to the A-party tag. Based on this, our understanding was that RtpEngine should play the media towards the A-party.
Could you please confirm whether this behavior is expected in this scenario?
For reference, we are currently running RtpEngine version 12.5.1.30.
I have attached Rtpengine debug logs for reference.
Richard Fuchs
While using the play media command, we see that RtpEngine logs the following error:
"No suitable SDP section for media playback."
This occurs when the B-party SDP answer contains a=inactive.
During the play media command, we provide the from-tag corresponding to the A-party tag. Based on this, our understanding was that RtpEngine should play the media towards the A-party.
Could you please confirm whether this behavior is expected in this scenario?
In an offer/answer scenario, the media state is generally passed through to the opposite side. IOW, the B side answering with `inactive` means this answer is passed through to the A side, which would then also be `inactive`. And inactive streams can't be played to.
I assume this is a call being put on hold and you want to play music-on-hold or something similar? Typically you would use a B2BUA or similar to intercept this and do a re-invite towards the A party with a `sendonly` state and then trigger media playback. Right now rtpengine alone can't do this, although it would be a nice feature to have.
Cheers
Rahul Dhuri
Thanks for your response.
This scenario is related to playing a ringback tone when we receive a 180 response after a 183 response. In the 183 response, the SDP contains a=inactive, and this SDP is forwarded to the other side.