Andrea Rizzi wrote:
> Brett,
> 
> Could you please clarify why an unreliable provisional response doesn't
> complete an offer/answer? IMO, when a UAC send an offer on the Invite, the
> SDP included in the first provisional response closes the offer/answer
> exchange, regardless it is reliable or not. The UAS, of course, cannot be
> sure the UAC received the answer, so probably it might reject an UPDATE with
> SDP, but it depends on the whole message flow. For instance, in the simplest
> case where it sends a single 18x with SDP, the simple fact that it receives
> the UPDATE means that the UAC had received the unreliable response.

It could have been defined that way, but it wasn't.

Until you get a reliable response with the answer, the answer isn't 
really complete. So you aren't permitted to send another offer until you 
get the answer in a reliable response.

        Thanks,
        Paul

> Andrea
> 
> ------------------------------
> 
> Message: 2
> Date: Thu, 30 Oct 2008 12:09:29 -0400
> From: "Brett Tate" <[EMAIL PROTECTED]>
> Subject: Re: [Sip-implementors] Clarification Question on UPDATE
>       RFC3311
> To: "Romel Khan" <[EMAIL PROTECTED]>,
>       <sip-implementors@lists.cs.columbia.edu>
> Message-ID:
>       
> <[EMAIL PROTECTED]>
> Content-Type: text/plain;     charset="us-ascii"
> 
> UPDATE is allowed; however it might fail if there are offer/answer
> issues.  More specifically a non reliable 18x with SDP does not complete
> an offer/answer; thus an UPDATE with SDP would be rejected.
> 
> 
> 
> _______________________________________________
> 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

Reply via email to