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

Ranjit Avasarala <ranjitkav12@gmail.com> Fri, 28 May 2021 20:41 UTC

Return-Path: <ranjitkav12@gmail.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 592AC3A3514 for <sipcore@ietfa.amsl.com>; Fri, 28 May 2021 13:41:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.746
X-Spam-Level:
X-Spam-Status: No, score=-1.746 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_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, 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=gmail.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 kp7rcnjjUOEK for <sipcore@ietfa.amsl.com>; Fri, 28 May 2021 13:41:02 -0700 (PDT)
Received: from mail-ed1-x52a.google.com (mail-ed1-x52a.google.com [IPv6:2a00:1450:4864:20::52a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0B5ED3A3512 for <sipcore@ietf.org>; Fri, 28 May 2021 13:41:01 -0700 (PDT)
Received: by mail-ed1-x52a.google.com with SMTP id j9so6244524edt.6 for <sipcore@ietf.org>; Fri, 28 May 2021 13:41:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=0jK6UGDGEnOkuPuwj6G0lUK/x/pTnTkjdbxjEECVMb0=; b=AVenxVKvuuPhWpf6rrT/do5H7h/vJxksCY3aUeS10CC19zEioQ6W0/DLx6DvVhu6oo LpRhyq0L0gwYgNS9tgXaOReBjBpLoftvQRl6rA4HozmlBgtiR4BrFxFkN6f/5thOaVkE xdXAXWq5w+C24qDWuggeTQDs8IpegAuyKBCZRC1XO2R6q1PLGMHfd3fDN8RQkQroudw9 2lAGx2Q52aSdhFdcZqdB2ncc5OlBgBoOSrggQTShB5UJ+RiutfsKW9bnHXFPvIhqEJKf FzujdgDK/+ItT3HDOYsxVeH9C5EZcKRWI3B9NT3ufNMMVAHvfx3kZaBvZQQc/8Td0eRF iluw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=0jK6UGDGEnOkuPuwj6G0lUK/x/pTnTkjdbxjEECVMb0=; b=jTSUs4N87xhSzPTv+zEzB85Twuf+mlj95nz6WVT7P5iUJuT+fsfdLEQXYxPQ4Eukcv fvHkAksQNMcJOratlWqhRwzUpGR0ZpEnZTiQBiM4P7brp8sw/rldqlAWnlfA+ncyP3+p DD01jYoN48atYHTFymu4fcPHVZIxWeoZPpKFlKNhPUriI6jArBEktQSN8nHwN+ZHiD2l eyqlmnrtpIgedFuNo5VvHltXQE2wtYrh/yMQhSY3l3Cwzf1onFXsidh2IWxbl4ha2KHn exJvVl+BR7yCioqk9Q3OWnDd3oFliT627rS8lJR1eXalrce1ubQ5iegfzGWpMk8ZBHmU VltQ==
X-Gm-Message-State: AOAM533rdtmbudESFWZnSgP0Zyb62UTgLXcEGwHXtdPxIihzDhbwzMpm KvtI+1u05lfKlFldXSzuyUo0OWRu3OF6NpsJAbU=
X-Google-Smtp-Source: ABdhPJzw+T7C1m6eCYdQ8I9dezfvn/Hpiyr2LCF/DSFxEQad8N9PiOTHMP3AZchPom+ITyWQr5PyFJLcE4oiJi6KwQk=
X-Received: by 2002:a05:6402:13d9:: with SMTP id a25mr10625993edx.387.1622234458209; Fri, 28 May 2021 13:40:58 -0700 (PDT)
MIME-Version: 1.0
References: <CO6PR02MB7603DC7C115904E3A41C9A95EE229@CO6PR02MB7603.namprd02.prod.outlook.com> <CAFXT-pvFCev5CJ=chpGfHTQOMQ-J1=sBqwZDXLEgyU2i4dSsOQ@mail.gmail.com> <CO6PR02MB76038D3A73C42781CC2D3DE2EE229@CO6PR02MB7603.namprd02.prod.outlook.com>
In-Reply-To: <CO6PR02MB76038D3A73C42781CC2D3DE2EE229@CO6PR02MB7603.namprd02.prod.outlook.com>
From: Ranjit Avasarala <ranjitkav12@gmail.com>
Date: Fri, 28 May 2021 15:40:33 -0500
Message-ID: <CAFXT-psukQPK4+x9gH8x9NbXsEyC2oTehW1oVJPk+bAm_4nYrA@mail.gmail.com>
To: Hoil Choi <hoil.choi@hotmail.com>
Cc: "Sip-implementors@lists.cs.columbia.edu" <Sip-implementors@lists.cs.columbia.edu>, "sipcore@ietf.org" <sipcore@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000009fc17c05c369e467"
Archived-At: <https://mailarchive.ietf.org/arch/msg/sipcore/ppvk867p2q9MaZU-w4L7vEKB1hk>
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:41:06 -0000

Hi Holi

The RFC says UAS should add a Require: timer in response when UAC is the
refresher to indicate to UAC that it is the refresher. But I think this is
redundant as UAC anyway knows it is the refresher and does not need a
reminder from UAS.

On Fri, May 28, 2021 at 3:18 PM Hoil Choi <hoil.choi@hotmail.com> 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> 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
> 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>
>
>