Hi Ramesh, If u are following RFC 3264, And u have multiple m line.. So to Reject a particular media , The answer can contain port number =0 in media line (For Video in ur case),with a port number where u are expecting Audio in the m line containing audio.hence the session could be progressed on the negotiated port number.
For a particular directionality of the media u can put a direction attribute to that media Regards, Jayesh A Sangpal On Fri, 2005-03-04 at 17:28, [EMAIL PROTECTED] wrote: > Send Sip-implementors mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors > or, via email, send a message with subject or body 'help' to > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Sip-implementors digest..." > > > Today's Topics: > > 1. 415 unsupported media type. (Ramesh Ramamurthy) > 2. Re: 415 unsupported media type. (Paul Kyzivat) > 3. Re: 415 unsupported media type. (Ramesh Ramamurthy) > 4. Re: 415 unsupported media type. (Paul Kyzivat) > 5. Call-ID field lengths (sandeep K) > 6. About Presence Service (fanrui) > 7. Re: Call-ID field lengths (modulino) > 8. How to know if the server is a presence server or not? (somesh s) > 9. About PIDF (somesh s) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 03 Mar 2005 10:46:43 -0700 > From: Ramesh Ramamurthy <[EMAIL PROTECTED]> > Subject: [Sip-implementors] 415 unsupported media type. > To: [email protected] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="iso-8859-1" > > 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. > 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. > > TIA > > -- > Thanks > Ramesh Ramamurthy > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: ramesh.vcf > Type: text/x-vcard > Size: 179 bytes > Desc: not available > Url: > http://lists.cs.columbia.edu/pipermail/sip-implementors/attachments/20050303/18097acf/ramesh-0001.vcf > > ------------------------------ > > Message: 2 > Date: Thu, 03 Mar 2005 14:02:31 -0500 > From: Paul Kyzivat <[EMAIL PROTECTED]> > Subject: Re: [Sip-implementors] 415 unsupported media type. > To: Ramesh Ramamurthy <[EMAIL PROTECTED]> > Cc: [email protected] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=us-ascii; format=flowed > > > > 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 > > > ------------------------------ > > Message: 3 > Date: Thu, 03 Mar 2005 12:25:27 -0700 > From: Ramesh Ramamurthy <[EMAIL PROTECTED]> > Subject: Re: [Sip-implementors] 415 unsupported media type. > To: Paul Kyzivat <[EMAIL PROTECTED]> > Cc: [email protected] > Message-ID: <[EMAIL PROTECTED]> > Content-Type: text/plain; charset="iso-8859-1" > > Hi, > Do I have to do port=0 or can I just add a=inactive? > > 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
