Re: [sipcore] RFC 4028 UAS behavior requirement of Require header

Paul Kyzivat <paul.kyzivat@comcast.net> Tue, 01 June 2021 14:46 UTC

Return-Path: <paul.kyzivat@comcast.net>
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 A17B33A1ACC for <sipcore@ietfa.amsl.com>; Tue, 1 Jun 2021 07:46:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.098
X-Spam-Level:
X-Spam-Status: No, score=-1.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=comcast.net
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 tb9OfT5aWrpC for <sipcore@ietfa.amsl.com>; Tue, 1 Jun 2021 07:46:14 -0700 (PDT)
Received: from resqmta-ch2-04v.sys.comcast.net (resqmta-ch2-04v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:36]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 46E6E3A1AD7 for <sipcore@ietf.org>; Tue, 1 Jun 2021 07:46:13 -0700 (PDT)
Received: from resomta-ch2-13v.sys.comcast.net ([69.252.207.109]) by resqmta-ch2-04v.sys.comcast.net with ESMTP id o49PlZADpx10yo5ellsNLb; Tue, 01 Jun 2021 14:46:11 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1622558771; bh=LUtQt3kHmFD6qjo9Yi4895SyziWcBWdpKrvANuSRjvs=; h=Received:Received:Subject:To:From:Message-ID:Date:MIME-Version: Content-Type; b=e8dVakJCrfEgvwBKM0mH5WJ57rStWT/p6O8NxA5F+/n9xrptc0nPEqHB2nSDDGR06 0z3I9SfIXy4FVEcfxrByr5AEaijEu1qHTawbQIJH/R0uwjAIm4QHHABhQX8PFyC6fz ZA1RYpOOg2+blYTlIgkxc99pflr3J/BfOqtGIVhu/G9aP+PuaPiPioxrCGIAFBzFBd inqSebehoptrJrD7tAA6Uuoo9K+mYVLO7cAcoFXXYWPFB2MppTZ9Fy9ketThXUXXfH 771lmu1KqQT7VcdHAtB2RuLJiPXdn1V/PR0FRKPc6Eh9472RuwUhwoTwoTdLWYb1F3 6rhlRIymEPtvw==
Received: from MacBook-Air.localdomain ([24.62.227.142]) by resomta-ch2-13v.sys.comcast.net with ESMTPA id o5eflJQUgAtJTo5ehlwyVR; Tue, 01 Jun 2021 14:46:07 +0000
X-Xfinity-VAAS: gggruggvucftvghtrhhoucdtuddrgeduledrvdelhedgkeduucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuvehomhgtrghsthdqtfgvshhipdfqfgfvpdfpqffurfetoffkrfenuceurghilhhouhhtmecufedtudenucenucfjughrpefuvfhfhffkffgfgggjtgfgsehtkeertddtfeehnecuhfhrohhmpefrrghulhcumfihiihivhgrthcuoehprghulhdrkhihiihivhgrthestghomhgtrghsthdrnhgvtheqnecuggftrfgrthhtvghrnhepkeetleeufeejfeelledukedtueejheffvddutdejuedtteeivdfgudefkeekjefhnecuffhomhgrihhnpehivghtfhdrohhrghdpohhuthhlohhokhdrtghomhenucfkphepvdegrdeivddrvddvjedrudegvdenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhephhgvlhhopeforggtuehoohhkqdetihhrrdhlohgtrghlughomhgrihhnpdhinhgvthepvdegrdeivddrvddvjedrudegvddpmhgrihhlfhhrohhmpehprghulhdrkhihiihivhgrthestghomhgtrghsthdrnhgvthdprhgtphhtthhopehsihhptghorhgvsehivghtfhdrohhrgh
X-Xfinity-VMeta: sc=0.00;st=legit
To: sipcore@ietf.org
References: <CO6PR02MB7603DC7C115904E3A41C9A95EE229@CO6PR02MB7603.namprd02.prod.outlook.com> <CAFXT-pvFCev5CJ=chpGfHTQOMQ-J1=sBqwZDXLEgyU2i4dSsOQ@mail.gmail.com> <CO6PR02MB76038D3A73C42781CC2D3DE2EE229@CO6PR02MB7603.namprd02.prod.outlook.com>
From: Paul Kyzivat <paul.kyzivat@comcast.net>
Message-ID: <a1832095-cd26-fd02-4ab5-d2cf1101841e@comcast.net>
Date: Tue, 01 Jun 2021 10:46:05 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.10.2
MIME-Version: 1.0
In-Reply-To: <CO6PR02MB76038D3A73C42781CC2D3DE2EE229@CO6PR02MB7603.namprd02.prod.outlook.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/sipcore/wyoBfcQkgQNW0Sm0TOyexUt74uE>
Subject: Re: [sipcore] RFC 4028 UAS behavior requirement of Require header
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: Tue, 01 Jun 2021 14:46:26 -0000

Hoil,

I already replied once about this. I'll try again.

The simple answer to why the UAS should add Require:timer is that 
RFC4028 says that it must.

Arguing that 4028 could have been written differently is a futile 
exercise. That RFC was written over 16 years ago, and people have been 
implementing it since long before it became an rfc. Are you imagining 
that anyone will revise the rfc or change their implementations for your 
convenience?

	Thanks,
	Paul

On 5/28/21 4:18 PM, Hoil Choi wrote:
> Hi Ranjit, thanks for taking a look.
> 
> However, I'm more interested in case where UAS is responding to UAC's 
> request with refresher as itself (uac).  Consider this case -
> 
> UAC ---- INVITE (Session-Expires: 1800;refresher=uac, Supported: timer) 
> ----> UAS
> UAC <---- 200 OK (Session-Expires: 1800;refresher=uac) 
> --------------------- UAS
> 
> In this case, the statement in question seems to convey that UAS should 
> also add "Require: timer" in its 200 response.  Why would this be, when 
> it's clear that UAC declared itself as the refresher and that timer is 
> supported?
> 
> For reference, RFC 4028 Section 9 UAS Behavior (or page 16)
> If the refresher parameter in the Session-Expires header field in the 
> 2xx response has a value of 'uac', the UAS MUST place a Require header 
> field into the response with the value 'timer'.
> 
> Thanks,
> Hoil
> 
> ------------------------------------------------------------------------
> *From:* Ranjit Avasarala <ranjitkav12@gmail.com>
> *Sent:* Friday, May 28, 2021 12:38 PM
> *To:* Hoil Choi <hoil.choi@hotmail.com>; 
> Sip-implementors@lists.cs.columbia.edu 
> <Sip-implementors@lists.cs.columbia.edu>
> *Cc:* sipcore@ietf.org <sipcore@ietf.org>
> *Subject:* Re: [sipcore] RFC 4028 UAS behavior requirement of Require 
> header
> Hi Holi
> the presence of the "Require" header with value "timer" from UAS 
> indicates to UAC that it (UAC) is performing the refreshing operation. 
> but if the UAS is the refresher, then if Require header with value 
> "timer" is present in response from UAS, then UAC should send BYE if it 
> does not receive a session refresh request from UAS.
> 
> Regards
> Ranjit
> 
> 
> 
> On Fri, May 28, 2021 at 10:02 AM Hoil Choi <hoil.choi@hotmail.com 
> <mailto:hoil.choi@hotmail.com>> wrote:
> 
>     Hello,
> 
>     I hope this mail finds appropriate person or team for an answer to
>     my question on RFC 4028.
>     I am a SIP enthusiast and always learning a lot about it, but by no
>     means am I an expert; so please excuse my ignorance.
> 
>     I came across an interesting statement In Section 9 UAS Behavior (or
>     page 16).
> 
> 
>     If the refresher parameter in the Session-Expires header field in the
>         2xx response has a value of 'uac', the UAS MUST place a Require
>         header field into the response with the value 'timer'.
> 
> 
>     Statement seems to convey that UAS must place a Require header with
>     value 'timer' when UAC requests itself to be the refresher.
> 
>     However, this statement should only be true, if UAC did not put
>     Session-Expire with value of 'uac'.
> 
>     If UAC, in INVITE request, put Session-Expire with value of 'uac'
>     (itself), UAS should not bother putting Require header field in the
>     response.  Or to be more accurate, UAC should include 'timer' in
>     Supported header, so that UAS doesn't have to bother putting Require
>     header field.
> 
>     What is the reason behind the requirement of Require header, from
>     UAS in this case?
> 
>     Thanks!
>     Hoil Choi
>     253-273-5442
> 
>     _______________________________________________
>     sipcore mailing list
>     sipcore@ietf.org <mailto:sipcore@ietf.org>
>     https://www.ietf.org/mailman/listinfo/sipcore
>     <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fsipcore&data=04%7C01%7C%7C4f68f91aa77847f0fb6508d922102eb4%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637578275155641932%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=3McfrKwjz9RwC%2FBRLtdyopgzmNmUqsAKdAXyyRvChuc%3D&reserved=0>
> 
> 
> _______________________________________________
> sipcore mailing list
> sipcore@ietf.org
> https://www.ietf.org/mailman/listinfo/sipcore
>