Re: [Sip] Reg. session timer+earlyupdate

Harbhanu <harbhanu@huawei.com> Tue, 18 May 2010 13:44 UTC

Return-Path: <harbhanu@huawei.com>
X-Original-To: sip@core3.amsl.com
Delivered-To: sip@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0DAA13A69B1 for <sip@core3.amsl.com>; Tue, 18 May 2010 06:44:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.683
X-Spam-Level:
X-Spam-Status: No, score=0.683 tagged_above=-999 required=5 tests=[AWL=1.422, BAYES_20=-0.74, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZfgDKKs+OXay for <sip@core3.amsl.com>; Tue, 18 May 2010 06:44:25 -0700 (PDT)
Received: from szxga05-in.huawei.com (szxga04-in.huawei.com [119.145.14.67]) by core3.amsl.com (Postfix) with ESMTP id 080793A69E1 for <sip@ietf.org>; Tue, 18 May 2010 06:43:49 -0700 (PDT)
Received: from huawei.com (szxga05-in [172.24.2.49]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0L2M005EQBGT4B@szxga05-in.huawei.com> for sip@ietf.org; Tue, 18 May 2010 21:43:41 +0800 (CST)
Received: from huawei.com ([172.24.2.119]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0L2M006U8BGSXR@szxga05-in.huawei.com> for sip@ietf.org; Tue, 18 May 2010 21:43:40 +0800 (CST)
Received: from BLRNSHTIPL1NC ([10.18.1.31]) by szxml04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0L2M008GGBGR2S@szxml04-in.huawei.com> for sip@ietf.org; Tue, 18 May 2010 21:43:40 +0800 (CST)
Date: Tue, 18 May 2010 19:13:38 +0530
From: Harbhanu <harbhanu@huawei.com>
In-reply-to: <747A6506A991724FB09B129B79D5FEB614815B6E3D@EXMBXCLUS01.citservers.local>
To: 'Brett Tate' <brett@broadsoft.com>, sip@ietf.org
Message-id: <80A4862FA0D64E62A9EDF26CA4FC1499@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.3790.4325
X-Mailer: Microsoft Office Outlook 11
Content-type: multipart/alternative; boundary="Boundary_(ID_n8u3G1xNb9E7KbLaRoPsLw)"
Thread-index: Acr1g4osur4vNccuTTiDg5e8TTaePQA4TWWwAAcXMZAAA3O3gA==
References: <CD39FCAB00D54E869CC60E16B58BFAAE@china.huawei.com> <747A6506A991724FB09B129B79D5FEB614815B6E3D@EXMBXCLUS01.citservers.local>
Subject: Re: [Sip] Reg. session timer+earlyupdate
X-BeenThere: sip@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Session Initiation Protocol <sip.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sip>
List-Post: <mailto:sip@ietf.org>
List-Help: <mailto:sip-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sip>, <mailto:sip-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 18 May 2010 13:44:30 -0000

May be your expectation is correct, but here the issue is in defining the
behavior of UA for the following scenario.

I will rephrase the issue.Which value should the UAC and UAS take for SE and
interval timer, when either of them is acting as refresher ? i.e.

 

1.	UAC refresher, then SE and refresh time for UAC and SE value at UAS?
2.	UAS refresher, then SE and refresh time for UAS and SE value at UAC?

 

Please consider the consistency of behavior incase there is a crossover of
2xx of UPDATE and that of INVITE.

 

****************************************************************************
***********
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!

  _____  

From: Brett Tate [mailto:brett@broadsoft.com] 
Sent: Tuesday, May 18, 2010 6:10 PM
To: Harbhanu; sip@ietf.org
Subject: RE: [Sip] Reg. session timer+earlyupdate

 

The UAS is compliant; thus sending BYE (because think UAS is acting
incorrectly) is not correct behavior.  If the following is the section 9
snippet in question, notice that the dialog's previously negotiated
session-expires value has no relevance; the "MUST NOT" is associated the
header received within the request.  If you are referring to another "MUST
NOT" (within this section or another), please send the paragraph.

 

"  If the UAS wishes to accept the request, it copies the value of the

   Session-Expires header field from the request into the 2xx response.

   The UAS response MAY reduce its value but MUST NOT set it to a
   duration lower than the value in the Min-SE header field in the
   request, if it is present; otherwise the UAS MAY reduce its value but
   MUST NOT set it to a duration lower than 90 seconds.  The UAS MUST
   NOT increase the value of the Session-Expires header field.

"

 

From: sip-bounces@ietf.org [mailto:sip-bounces@ietf.org] On Behalf Of
Harbhanu
Sent: Tuesday, May 18, 2010 4:35 AM
To: sip@ietf.org
Subject: [Sip] Reg. session timer+earlyupdate

 

Hi,

We were unable to locate the specific behavior of session timer handling in
UA, for the following scenario:

 

1. UE1 --- INVITE SE-1800 --> UE2

2. UE1 <--- 183 ------------------ UE2

 

3. UE1 --- UPDATE SE-600 --> UE2

4. UE1 <--- 200 UPDATE -SE600 -- UE2

 

5. UE1 <--- 200 INVITE SE-1800 -- UE2

 

6. UE1 -------------------------  BYE --> UE2

7. UE1 <--- BYE 200 ------------------ UE2

 

 

Here, UE1 sends a BYE since UE2(UAS) has increased the value of session
expires, which it MUST NOT (4028-Section-9, Page-16).

 

Please let me know whether this behaviour is correct or not.

 

Thanks in advance.

 

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!