Kavita Sudhakaran wrote:
Message: 1
Date: Thu, 6 Jan 2005 13:05:47 +0530
From: Tauseef Hasan <[EMAIL PROTECTED]>
Subject: [Sip-implementors] SDP in 486 busy
To: [email protected]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=US-ASCII

Hi
Can SDP(message body) be sent in a 486 Busy Response



If the initial offer is in an INVITE, the answer MUST be in a
reliable non-failure message from UAS back to UAC which is

correlated to that INVITE. For this specification, that is

only the final 2xx response to that INVITE. That same exact

answer MAY also be placed in any provisional responses sent

prior to the answer. The UAC MUST treat the first session

description it receives as the answer, and MUST ignore any

session descriptions in subsequent responses to the initial

INVITE.

o If the initial offer is in the first reliable non-failure

message from the UAS back to UAC, the answer MUST be in the

acknowledgement for that message (in this specification, ACK

for a 2xx response).



486 busy response is a failure final response and so sdp cannot be sent in
busy response

None of the stuff you quote supports that conclusion.

Of course there is also nothing that suggests you *should* include SDP in a 486, nor does it say what the meaning would be if you did. So there is probably nothing gained by sending it.

You seem to be taking the position that anything not explicitly permitted is denied. That isn't generally the case with sip.

If you were to include SDP in a 486 response, most recipients would not know what to do with it. Given the default content-disposition:
Content-Dispostion: session,handling=required
one would expect any recipient that didn't know what to do with it to consider it an error. Since the error is on a response, it would have to be simply ignored. But it might cause side effects, like error logging, that would be objectionable.


        Paul
_______________________________________________
Sip-implementors mailing list
[email protected]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors

Reply via email to