Agree with Iñaki that logic alone should be enough but
to satisfy the infidels(!), I found this in RFC 3261:
o 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.
o 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.
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Iñaki Baz
Castillo
Sent: 11 February 2010 15:26
To: [email protected]
Subject: Re: [Sip-implementors] About SDPs received in provisional responses
El Jueves, 11 de Febrero de 2010, Saúl Ibarra escribió:
> > Pointing to what exactly?
>
> To the place were it's said that the SDP needs to be sent in the 200OK
> because provisional responses may have been lost.
I don't expect this is explicitely stated in any RFC, it's just the logic and
expected behavior. Provisional responses are not reliable (except when using
100rel) so the UAS must include the SDP in the 200 (200 is reliable). If not,
the previous provisional response with SDP could be lost in the network and the
UAS has no way to determine it.
--
Iñaki Baz Castillo <[email protected]>
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
