Hi, I have some questions about the following situation:
INVITE |<--------------------------------------| 180 (with To tag) |-------------------------------------->| /Early dialog established/ UPDATE |-------------------------------------->| 408/481 |<--------------------------------------| ??? |-------------------------------------->| /RFC 3261/15 says:/ / The caller's UA MAY send a BYE for either/ / confirmed or early dialogs, *and the callee's UA MAY send a BYE on*/ /* confirmed dialogs, but MUST NOT send a BYE on early dialogs.*/ /* However, the callee's UA MUST NOT send a BYE on a confirmed dialog*/ /* until it has received an ACK for its 2xx response or until the server*/ /* transaction times out. */ /RFC 3311/5.3 //says:/ /If a UA receives a non-2xx final response to a UPDATE, the session/ / parameters MUST remain unchanged, as if no UPDATE had been issued./ / Note that, as stated in Section 12.2.1 of RFC 3261 <http://tools.ietf.org/html/rfc3261#section-12.2.1> [1 <http://tools.ietf.org/html/rfc3311#ref-1>], *if the non-*/ /* 2xx final response is a 481 (Call/Transaction Does Not Exist), or a*/ /* 408 (Request Timeout), or no response at all is received for the*/ /* UPDATE (that is, a timeout is returned by the UPDATE client*/ /* transaction), the UAC will terminate the dialog.*/ Q1: The question is, how can UA (that is callee/hasn't initiated dialog) that has sent the UPDATE, terminate the dialog, when that /*UA MUST NOT send a BYE*/? Q2: What is the solution of this situation? Thanks in advance. // * *-- Nina Garaca Software Development & Testing --- "ZESIUM mobile" d.o.o. Valentina Vodnika 8/9 21000 Novi Sad Serbia Tel: +381 (0)21 472 15 48 Fax: +381 (0)21 472 15 49 Mob: +381 (0)63 16 15 891 E-mail: [EMAIL PROTECTED] _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
