|
From: | Rob Ezendam |
Subject: | [Linphone-users] SDP in INVITE, RFC3261 |
Date: | Mon, 6 Aug 2007 14:52:43 +0200 |
Dear all, We are trying to connect linphone to a Mitel 3300 telephone system. From the developers of Mitel we got the following complaint: From looking at the failed calls traces, it would appear that Linphone SIP stack is not following RFC 3261. The 3300 SIP lineside does not offer SDP in the initial invite and the Linphone does not like this nor does it respond back accordingly. It should offer it's SDP capabilities when it receives an INVITE without SDP. When the 3300 creates the initial INVITE, the transaction rules surrounding SDP are: ________________________ RFC 3261 13.2.1 Creating the Initial INVITE For the initial INVITE transaction, the rules are: 1- The initial offer MUST be in either an INVITE or, if not there, in the first reliable non-failure message from the UAS back to the UAC. In this specification, that is the final 2xx response. ... 3- 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). ... Concretely, the above rules specify two exchanges for UAs compliant to this specification alone - the offer is in the INVITE, and the answer
in the 2xx (and possibly in a 1xx as well, with the same value), or the offer is in the 2xx, and the answer is in the ACK. All user agents that support INVITE MUST support these two exchanges. Are there plans to make linphone more compliant to RFC 3261? Kind regards, Rob Ezendam |
[Prev in Thread] | Current Thread | [Next in Thread] |