On Mon, Jun 28, 2010 at 3:06 AM, Harbhanu <[email protected]> wrote:
> Please consider the below mentioned scenario. Here, should session timer be
> restarted/'re-handled' when retransmitted 2xx is received?
>
>
>
>  UAC                     UAS
>
>   |                      |
>
>   |INVITE                |
>
>   |--------------------->|
>
>   |           2xx        |
>
>   |<---------------------|
>
>   |                      |
>
>   |UPDATE                |
>
>   |--------------------->|
>
>   |            2xx-UPDATE|
>
>   |<---------------------|
>
>   |                      |
>
>   |         2xx(re-trans)|
>
>   |<---------------------|
>
>   |                      |
>
>
>
>
>
> IMO even though not explicitly mentioned in RFC-4028, we should ignore
> retransmissions of 2xx of refresh requests.
Yes. But you should promptly ACK the received 2xx.
>
> Since, this might have issue in consistent/alike handling of 2xx for ALL
> session refresh requests, since there is a fundamental difference between
> INVITE and UPDATE at transaction layer itself. Otherwise too, here UPDATE
> could change many other parameters such as SE value & refresher, which
> needn't be reverted after receiving 2xx of INVITE.
This seems to be a problem with the UAC behavior. It should not send
UPDATE unless it has sent ACK and INVITE offer/answer has been
completed.
>
>
>
> Please share your opinion. Thanks!
>
>
>
> Regards,
>
> Harbhanu
>
>
>
> ****************************************************************************
> ***********
> This e-mail and attachments contain confidential information from HUAWEI,
> which is intended only for the person or entity whose address is listed
> above. Any use of the information contained herein in any way (including,
> but not limited to, total or partial disclosure, reproduction, or
> dissemination) by persons other than the intended recipient's) is
> prohibited. If you receive this e-mail in error, please notify the sender by
> phone or email immediately and delete it!
>
>
>
> _______________________________________________
> 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

Reply via email to