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

Hoil Choi <hoil.choi@hotmail.com> Fri, 28 May 2021 20:18 UTC

Return-Path: <hoil.choi@hotmail.com>
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 C26383A3466 for <sipcore@ietfa.amsl.com>; Fri, 28 May 2021 13:18:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 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, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=hotmail.com
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 waAIFb9S1pTO for <sipcore@ietfa.amsl.com>; Fri, 28 May 2021 13:18:39 -0700 (PDT)
Received: from NAM11-BN8-obe.outbound.protection.outlook.com (mail-bn8nam11olkn2083.outbound.protection.outlook.com [40.92.20.83]) (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 08BED3A3464 for <sipcore@ietf.org>; Fri, 28 May 2021 13:18:38 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=FUGLpSW2F9jABYILD5om+guwtbAovdoWIYf4EWaMQRCbledogINqGtsSizKtKoVhB6UmDMLlXtn7Iy7vFu7tLFebi1LEAIjjSEnfX2vTrTxoAW2eK6V3lmydab3UkDLEGEkNsqAr5SDvDzIq39Pmnkyf58s4ZyWnMP82bTxVFTXT8uclzkB7jTm1TGLlS05D120ip+KMLXmXAdoDxaM95Cpq6ronjuv1Ltrz+Mc+SJGPGbvOyQ8JY3htjFhNaWNYLtpciEmEsx+vU0nH0/HJ9P5pRqFhMGEpV7fp0a+7uR/8T9aEoMIKdAPAAjl4xEQhVZcxp25+SbGslLVISXVYsA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=NDrsRGMxVMsTQCwuZFoQRvfe0CFfZ89lRkcyP1hHvgc=; b=BRaqCqLDz+nCtbzycg5UFp1WV7FCGdtn9EMULDmab9TfMMz6/Pnd4mTlf1orIEOT+VlBDBbpZyFdMWAUay95kWrCZYDoUuJw1bAPANe90cw3x4pgaBaQdv6VlVhD8YmVD64rAGkTu3NAEvECAm9B+jYrEbj/235j3V051lwFhI33UKf6P3xRGLW150uLeu98Cy+DDIOD6nFxtxtosrC9/0suzC0OsXlbDzvafL2NhryNqH2vjC1GyxLiB06Aayw5e5uEoWnaovhEEUSOYmRGF3rv71AXeHIBglIuzh/FNWZ0X5PQoonOfiMMsUU3JU3UNhiXgNI07O+7T3mZgvyNjg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=NDrsRGMxVMsTQCwuZFoQRvfe0CFfZ89lRkcyP1hHvgc=; b=QrSNOEO/9ZtfO3ZB4PcNIIZN+32dbqNjAFR//+CjFToprFQGymmXdreEvx5yYdU9a88GLH9dlwi46vjo3lYMnHuYtpsyHB+Vm0JUuEi01tObIBhFmN+68nVz4S2UKVB0txnkFNxBZ+cog111W8ELJQ5aMRW5FuP5P1VD88Ul2iW+nyc3ywQ63wp8PYJ7uxGr4nL0RLbOcVCFbhWJ0obj6oyTqoqX6yjfuscxXWI9QdSvVgfYZ5t8809sQaUvVu9D1tKLp8ZSGKeFbn+W5pxEi00wSHKOi1uo2+wwIo4quikWOZJGMvQ37CGQTEuofc0BQj4QxYvCjM4sYIFi4h5psg==
Received: from DM6NAM11FT026.eop-nam11.prod.protection.outlook.com (2a01:111:e400:fc4d::40) by DM6NAM11HT175.eop-nam11.prod.protection.outlook.com (2a01:111:e400:fc4d::402) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4129.25; Fri, 28 May 2021 20:18:36 +0000
Received: from CO6PR02MB7603.namprd02.prod.outlook.com (2a01:111:e400:fc4d::40) by DM6NAM11FT026.mail.protection.outlook.com (2a01:111:e400:fc4d::161) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4150.30 via Frontend Transport; Fri, 28 May 2021 20:18:36 +0000
Received: from CO6PR02MB7603.namprd02.prod.outlook.com ([fe80::11c6:9a98:84a:7f22]) by CO6PR02MB7603.namprd02.prod.outlook.com ([fe80::11c6:9a98:84a:7f22%7]) with mapi id 15.20.4173.027; Fri, 28 May 2021 20:18:36 +0000
From: Hoil Choi <hoil.choi@hotmail.com>
To: Ranjit Avasarala <ranjitkav12@gmail.com>, "Sip-implementors@lists.cs.columbia.edu" <Sip-implementors@lists.cs.columbia.edu>
CC: "sipcore@ietf.org" <sipcore@ietf.org>
Thread-Topic: [sipcore] RFC 4028 UAS behavior requirement of Require header
Thread-Index: AQHXU42WCj5aHc4bTkuBkpJKe+ECaKr5St6AgAAHxtQ=
Date: Fri, 28 May 2021 20:18:36 +0000
Message-ID: <CO6PR02MB76038D3A73C42781CC2D3DE2EE229@CO6PR02MB7603.namprd02.prod.outlook.com>
References: <CO6PR02MB7603DC7C115904E3A41C9A95EE229@CO6PR02MB7603.namprd02.prod.outlook.com>, <CAFXT-pvFCev5CJ=chpGfHTQOMQ-J1=sBqwZDXLEgyU2i4dSsOQ@mail.gmail.com>
In-Reply-To: <CAFXT-pvFCev5CJ=chpGfHTQOMQ-J1=sBqwZDXLEgyU2i4dSsOQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-incomingtopheadermarker: OriginalChecksum:6975C097A3EBED95C4FF98F74F8EA3728B6CAB1A6D3ABAA94FA3BDA4BFF0AF98; UpperCasedChecksum:A9407BEFA058CCC341953244D35AB80D98D786B81456B3F897D26B9407CC07A1; SizeAsReceived:7158; Count:45
x-ms-exchange-messagesentrepresentingtype: 1
x-tmn: [QaomksQbqiKZc2aIKlgA2Cu6HVeVhjVo]
x-ms-publictraffictype: Email
x-incomingheadercount: 45
x-eopattributedmessage: 0
x-ms-office365-filtering-correlation-id: 61231480-6ecd-49f6-18b9-08d92215c658
x-ms-traffictypediagnostic: DM6NAM11HT175:
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: tmOVPd0ApV6yzIzosWlz8R/7FrAW+D1AWGBGrNa6JIlZG0WF4jGwh1/9z74c7CzVqhUDqV1mCMlYRYSnCnd87p1yT5tvNYGY3LwhOkiYmpZlVgYgf3PklfxVQpZtKdVFydQbImVzmXOs4iJabcG4pRr2oqErGKBYPzsnQfN5J/OdGURmb5A4TllTUUzaIauOJl73UTivUNt8ii+odK0morM26VvHOwVIUjPzK9zwz6rwCRIwoNApGtHBQeJnO1TQ+iD4z2y+59QU1/p/boaDuqwcdHXSf63Tco+DJS9jJXWTPAHyYrJO9nsm2quIm5tDR2ZHGpFHiiwo/kPhA61xpstPFOkIdjPP4+Tk+dy0YtNKkM7BvzgFV71bTKft7RLOA3AtQQqMgZf/FBWDUBrgGF1tcGiRHYLAXP8BvoOc3splPtJY8NmyAdzRiKxbLYbcs3+dpUQUyQjZf8coUzdUvn6BozZsTSqhoIyx51AqnsA=
x-ms-exchange-antispam-messagedata: yZn98T9AqmWDiAJXCXxi+C6s1ALcNLE0vPTSetXnpzk7R9NgB1W6UGiNWiB2pD3KfCO2NHlQn70G9L1iDpnhSKXdalgIupAsjNtb3kuOuUeAVHggpGq18JLMQQUsBnx5W0ChRuo3xtqxvm9HxCmRXA==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_CO6PR02MB76038D3A73C42781CC2D3DE2EE229CO6PR02MB7603namp_"
MIME-Version: 1.0
X-OriginatorOrg: hotmail.com
X-MS-Exchange-CrossTenant-AuthAs: Anonymous
X-MS-Exchange-CrossTenant-AuthSource: DM6NAM11FT026.eop-nam11.prod.protection.outlook.com
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-Network-Message-Id: 61231480-6ecd-49f6-18b9-08d92215c658
X-MS-Exchange-CrossTenant-originalarrivaltime: 28 May 2021 20:18:36.5950 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6NAM11HT175
Archived-At: <https://mailarchive.ietf.org/arch/msg/sipcore/AeFSa8HcHfZjJOV2hifmfk8v7_U>
X-Mailman-Approved-At: Mon, 31 May 2021 06:51:23 -0700
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: Fri, 28 May 2021 20:18:44 -0000

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>