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> > >
- [sipcore] RFC 4028 UAS behavior requirement of Re… Hoil Choi
- Re: [sipcore] RFC 4028 UAS behavior requirement o… Brian Rosen
- Re: [sipcore] RFC 4028 UAS behavior requirement o… Ranjit Avasarala
- Re: [sipcore] RFC 4028 UAS behavior requirement o… Ranjit Avasarala
- Re: [sipcore] RFC 4028 UAS behavior requirement o… Hoil Choi
- Re: [sipcore] RFC 4028 UAS behavior requirement o… Paul Kyzivat
- Re: [sipcore] RFC 4028 UAS behavior requirement o… Paul Kyzivat
- Re: [sipcore] RFC 4028 UAS behavior requirement o… Hoil Choi