[Sip-implementors] If SDP answer in 200 OK is not acceptable.....?
HI All, If the intial INVITE contains an SDP offer and the next 200 OK for that INVITE carries the answer, but the answer (in the 200 OK) is not acceptable to the originating UA, then what should it do? Should it generate a resonable offer in the ACK (where would be the answer?) and send a fresh offer in the next ReINVITE OR it will do anything else? Thanks in Advance, Arnab ___ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
Re: [Sip-implementors] If SDP answer in 200 OK is not acceptable.....?
UAC will ACK the 200 OK and then send BYE. But why would the answer be not acceptable? It is a subset of the offer from UAC. Sanjay -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Arnab Biswas Sent: Wednesday, December 19, 2007 10:46 AM To: Sip-implementors@lists.cs.columbia.edu Subject: [Sip-implementors] If SDP answer in 200 OK is not acceptable.? HI All, If the intial INVITE contains an SDP offer and the next 200 OK for that INVITE carries the answer, but the answer (in the 200 OK) is not acceptable to the originating UA, then what should it do? Should it generate a resonable offer in the ACK (where would be the answer?) and send a fresh offer in the next ReINVITE OR it will do anything else? Thanks in Advance, Arnab ___ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors ___ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
[Sip-implementors] Is it acceptable to have methods= param in the Contact header for a REGISTER message
One of the SIP hardphones that I use sends out a REGISTER message with the Contact header that looks like: Contact: sip:[EMAIL PROTECTED]:5060;methods=INVITE, ACK, BYE, CANCEL, OPTIONS, INFO, MESSAGE, SUBSCRIBE, NOTIFY, PRACK, UPDATE, REFER I could not find whether the methods= param in the Contact is acceptable as per RFC3261. I thought Allow: is the only way of specifying supported methods. Would someone know if it is valid and which RFC specifies so? Thanks and Regards, Amit Ahuja ___ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
[Sip-implementors] SDP reject in 200 OK
Hi, If a UAC makes an SDP offer in RE-INVITE, can the offer be rejected in a 200 OK? So my basic question is, can SDP rejects be placed in 200 OK to a request containing the offer, or is it mandated that SDP rejects need to be placed in non-2XX responses only Regards Harsha ___ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
Re: [Sip-implementors] SDP reject in 200 OK
Hi All, Adding to your query, if a session between UAC and UAS is in progress and UAC wishes to add a resource type to the existing session. So UAC sends a re-INVITE to the UAS and UAS responds with a 200 OK. Now my query is, whether there will be a case in which, the answer sent in the 200 OK affects the ongoing session? To be clear, if speechrecog is going on and UAC wishes to add speechsynth to the existing session. So it sends SDP of both speechrecog and speechsynth in the re-INVITE. If the UAS responds with a 200 OK, is there any chance of the previous session being affected, I mean offer-answer match failing for the existing speechrecog?? Regards, J Srinivas ___ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
[Sip-implementors] ACKing 200 OKs
Hi Daniel, I will try to answer your questions. Hope it helps. The SIP stack(application and Transport layer) can be primarily viewed as below -- | Transaction User(TU) | - | Transaction Layer | -- -- | Transport Layer| So basically even if the INVITE transaction is destroyed on receipt of 200 OK, the ACK will still be sent. So the INVITE client transaction(TU) will send the ACK and the INVITE Server transaction(TU) will handle the ACK. Regards Harsha ___ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
