Re: [sipcore] Session-timer: Result below an acceptable value

Paul Kyzivat <pkyzivat@alum.mit.edu> Sat, 06 October 2018 17:18 UTC

Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: sipcore@ietfa.amsl.com
Delivered-To: sipcore@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D516130DF2 for <sipcore@ietfa.amsl.com>; Sat, 6 Oct 2018 10:18:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id atprI7LrcYP2 for <sipcore@ietfa.amsl.com>; Sat, 6 Oct 2018 10:18:00 -0700 (PDT)
Received: from alum-mailsec-scanner-5.mit.edu (alum-mailsec-scanner-5.mit.edu [18.7.68.17]) by ietfa.amsl.com (Postfix) with ESMTP id 4857B128CE4 for <sipcore@ietf.org>; Sat, 6 Oct 2018 10:17:59 -0700 (PDT)
X-AuditID: 12074411-dd9ff70000000b07-d4-5bb8ee477a91
Received: from outgoing-alum.mit.edu (OUTGOING-ALUM.MIT.EDU [18.7.68.33]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by alum-mailsec-scanner-5.mit.edu (Symantec Messaging Gateway) with SMTP id 97.C2.02823.74EE8BB5; Sat, 6 Oct 2018 13:17:59 -0400 (EDT)
Received: from PaulKyzivatsMBP.localdomain (c-24-62-227-142.hsd1.ma.comcast.net [24.62.227.142]) (authenticated bits=0) (User authenticated as pkyzivat@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.13.8/8.12.4) with ESMTP id w96HHw71025240 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for <sipcore@ietf.org>; Sat, 6 Oct 2018 13:17:58 -0400
To: sipcore@ietf.org
References: <VI1PR07MB478264B6B2F31F25BF46EDE093EA0@VI1PR07MB4782.eurprd07.prod.outlook.com> <5eaf2341-dc1f-4241-b0e4-99ad1737d753@email.android.com> <VI1PR07MB4782BF5E160BCA2B56D95BA293EA0@VI1PR07MB4782.eurprd07.prod.outlook.com> <c0937619-589a-e459-fdbe-dde4cf8a5082@gmail.com>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
Message-ID: <ca1b566e-0f49-5f88-318c-9c2e06f4f7e8@alum.mit.edu>
Date: Sat, 06 Oct 2018 13:17:58 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
MIME-Version: 1.0
In-Reply-To: <c0937619-589a-e459-fdbe-dde4cf8a5082@gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrGIsWRmVeSWpSXmKPExsUixO6iqOv+bke0wf9WQYuvPzaxOTB6LFny kymAMYrLJiU1J7MstUjfLoEr49LhyYwF85QrXr3dzdTAuE2mi5GTQ0LAROLN5VtMXYxcHEIC O5gkbsxrZodwvjNJvO2bxAhSJSzgJrHmwBEmEFtEQETi2fR/bBBFc5kkvs87wwqSYBPQkphz 6D8LiM0rYC8xt3cDWDOLgIrExS2TmUFsUYE0ib+dSxghagQlTs58AlbPKWArcfzsX7AFzAJm EvM2P2SGsMUlbj2ZDxWXl2jeOpt5AiP/LCTts5C0zELSMgtJywJGllWMcok5pbm6uYmZOcWp ybrFyYl5ealFuqZ6uZkleqkppZsYIYEpuINxxkm5Q4wCHIxKPLwz5m+PFmJNLCuuzD3EKMnB pCTK++jN1mghvqT8lMqMxOKM+KLSnNTiQ4wSHMxKIrwn5u+IFuJNSaysSi3Kh0lJc7AoifMy m+yNEhJITyxJzU5NLUgtgsnKcHAoSfA6vgVqFCxKTU+tSMvMKUFIM3FwggznARr++w3I8OKC xNzizHSI/ClGY449X5tmMHO0Pb0+g1mIJS8/L1VKnNcAZJwASGlGaR7cNFhyecUoDvScMG8Q SBUPMDHBzXsFtIoJZFUC2KqSRISUVANj/PP5vHwXvu4qv3BfR9nk615Z1U/7trIHsDJM5795 IcXrxLv887umnBANOf5A1vPOT5c5jjEtZuJxRV17gl/Ndu2UnBKQopnBZumvZShuoes7v1X1 QCPj2mf6O9jdGl7HLzvAKvjBY8K0DKP/jfGGd2wEd8tEWlgyJse+PLfdLVnpmaTny9tKLMUZ iYZazEXFiQDLJ/8OCQMAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/sipcore/M9LQDSq4BgR3c90ZcYxJSgCtGPY>
Subject: Re: [sipcore] Session-timer: Result below an acceptable value
X-BeenThere: sipcore@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: SIP Core Working Group <sipcore.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sipcore>, <mailto:sipcore-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sipcore/>
List-Post: <mailto:sipcore@ietf.org>
List-Help: <mailto:sipcore-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sipcore>, <mailto:sipcore-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 06 Oct 2018 17:18:03 -0000

On 10/6/18 3:50 AM, OKUMURA Shinji wrote:
> Hi,
> 
> If a proxy decreases the S-E, the next proxy is more likely to reject
> the request by 422.
> So I think that a proxy should adjust the Min-SE rather than decrease
> the S-E.
> And ultimately, a UAS should decrease the S-E as low as possible after
> considering it's own wishes.

There is an inherent conflict here: those elements (presumably proxies) 
that need the timer for tracking session state (e.g. for billing) may 
want a small S-E value to improve precision. The other elements (notably 
the UAs) that don't *need* it want the value as large as possible in 
order to reduce their load. The negotiation of S-E and Min-SE is 
intended to seek a compromise between these. But there is no guarantee 
that there is an acceptable compromise. Somebody may decide there is no 
acceptable value and reject the session. I see no "solution" to this.

	Thanks,
	Paul

> Regards,
> Shinji
> 
> On 2018/10/04 22:33, Christer Holmberg wrote:
>> Hi,
>>
>>
>> The UAS is not allowed to include Min-SE to begin with (unless it sends a 422 response).
>>
>>
>> The UAS is currently allowed to reduce the S-E value in the response, as long as it it's larger than the Min-SE value in the corresponding request. My suggestion would be to say that a UAS SHOULD NOT reduce the S-E. Again, assuming the proxies know better how often they want session refreshes, there is no need for the UAS to reduce the value.
>>
>>
>> Regards,
>>
>>
>> Christer
>>
>>
>>
>> ________________________________
>> From: roland.jesske@web.de <roland.jesske@web.de>
>> Sent: Thursday, October 4, 2018 4:21 PM
>> To: Christer Holmberg
>> Cc: Roman Shpount; OKUMURA Shinji; SIPCORE
>> Subject: Re: [sipcore] Session-timer: Result below an acceptable value
>>
>> Hi
>> Reading this. I understand that the proxy should be allowed to increase the Min SE.
>> For my understanding.
>> Following that the UAS cannot lower it again. Correct?
>> That would be my understanding.
>>
>> Best Regards
>> Roland
>>
>> Am 04.10.2018 20:05 schrieb Christer Holmberg <christer.holmberg@ericsson.com>:
>>
>> Hi,
>>
>>
>> In order to keep track of the suggested RFC modifications, I suggest that we create GitHub issues.
>>
>>
>> As an example, I created one for Shinji's suggestion to allow a proxy to increase the Min-SE header field value.
>>
>>
>> https://github.com/cdh4u/draft-sessiontimer-race/issues/1
>>
>> [https://avatars0.githubusercontent.com/u/9333380?s=400&v=4]<https://github.com/cdh4u/draft-sessiontimer-race/issues/1>
>>
>> Proxy allowed to increase Min-SE header field value · Issue #1 · cdh4u/draft-sessiontimer-race<https://github.com/cdh4u/draft-sessiontimer-race/issues/1>
>> github.com
>> BACKGROUND: Section 8.1 of RFC 4028 says: "A proxy MUST NOT insert a Min-SE header field or modify the value of an existing header field in a proxied request if that request contains a Support...
>>
>>
>>
>>
>>
>> (As always, any formal decision whether to modify something will be made on the list)
>>
>>
>> Regards,
>>
>>
>> Christer
>>
>>
>>
>>
>> ________________________________
>> From: sipcore <sipcore-bounces@ietf.org> on behalf of Christer Holmberg <christer.holmberg@ericsson.com>
>> Sent: Thursday, October 4, 2018 2:43 PM
>> To: Roman Shpount
>> Cc: OKUMURA Shinji; SIPCORE
>> Subject: Re: [sipcore] Session-timer: Result below an acceptable value
>>
>>
>> Hi,
>>
>>
>> Sorry, I read your first e-mail wrong: I thought you said that the proxy would DECREASE Min-SE. But, now I see that you talk about INCREASE 😊
>>
>>
>> I see no reason why a proxy couldn't increase Min-SE.
>>
>>
>> As we have learned, the main users of session timer are proxies, not UAs, so a UA should not care if the minimum value is increased.
>>
>>> Technically speaking UA still care about how often they need to generate refresh since this can result in extra load on the UA.
>> Sure, but increasing the Min-SE value will not result in extra load - on the contrary it may reduce load :)
>>
>>> When session timer is negotiated, S-E specifies the max acceptable value and Min-SE specifies min acceptable value, so proxy should be able to increase Min-SE and decrease SE.
>> Correct.
>>
>> Regards,
>>
>> Christer
>>
>>
>>
> 
> 
> 
> _______________________________________________
> sipcore mailing list
> sipcore@ietf.org
> https://www.ietf.org/mailman/listinfo/sipcore
>