Ramesh Ramamurthy wrote:
Hi, Do I have to do port=0 or can I just add a=inactive?
Depends on your intent.
If you want to have *nothing* to do with this media stream, do port=0. You can then expect not to receive anything, and will be expected to send nothing.
If you specify a=inactive with a non-zero port, you are expected to set up the ports for both RTP and RTCP. And you will be expected to send and receive RTCP. You probably only want to do this if you expect to something other than inactive during the call.
Paul
thanks ramesh
Paul Kyzivat wrote:
Ramesh Ramamurthy wrote:
Hi,
I have 2 question with this error message and multiple m lines.
1. The offer has 2 m lines 1. audio 2. video. If the answerer does not support video should he send 415 unsupported media
or should he just answer for the audio.
If you are willing to do the audio without the video then it would be better to just reject the video (port=0 in answer).
If you for some reason don't want to do audio without video, or are unwilling to do either audio *or* video, you *could* refuse both media (port=0 in answer) and start with a session that has no media. While probably not very useful long term, this would then give the option of offering something else (e.g. IM).
If you are unwilling to do the audio without the video, and are also unwilling to accept a session with no media at all, then the error you want to use is probably 488. The 415 error means you don't understand the media type of a required mime body part in the message.
2. Can the Answerer endpoint still expect to get the video stream and relay the picture. This is the case where the software supports the video stream, but the answerer could not claim video support as he could not find a Camera on his side.
If you want to receive video, but have none to transmit, then you should not refuse the video stream. Accept it, specifying a=recvonly. And then just don't transmit anything.
Paul
TIA
_______________________________________________ Sip-implementors mailing list [email protected] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
_______________________________________________ Sip-implementors mailing list [email protected] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
