Re: [sipcore] RFC4028 : Very basic question in 8.1

Roman Shpount <roman@telurix.com> Sat, 11 July 2020 22:27 UTC

Return-Path: <roman@telurix.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 348F43A08D6 for <sipcore@ietfa.amsl.com>; Sat, 11 Jul 2020 15:27:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=telurix-com.20150623.gappssmtp.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 Qb2Lj63Spzht for <sipcore@ietfa.amsl.com>; Sat, 11 Jul 2020 15:27:33 -0700 (PDT)
Received: from mail-ot1-x32f.google.com (mail-ot1-x32f.google.com [IPv6:2607:f8b0:4864:20::32f]) (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 C691E3A08CD for <sipcore@ietf.org>; Sat, 11 Jul 2020 15:27:33 -0700 (PDT)
Received: by mail-ot1-x32f.google.com with SMTP id t18so6822558otq.5 for <sipcore@ietf.org>; Sat, 11 Jul 2020 15:27:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telurix-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ayJVPN66+3xivGELsXK/QVM9egLx5GTfevoP3/lBKR0=; b=ykI/2ZxWBhF0mKgHVzdmSjo7h0RbA/s1JM1PBjlU3cFY3nd3klSco//h/qoZ0C2HYc M19sWDLIFUC9EtrIF/cpTRgBsD3guRPEKboUJti3sc/q8zChgEEkl8dQLgER2xAc5zh5 dK5mQc6ais16ccw0/D0yz/MxCDoUxLNMkK49lB5qnAqvq4X1718fqFfiNTQ2f7bxhjGu qi2di9lUj9XOSjC8HaHFUAppOfSLMHRNNNDm9IOaHeAAs//Mafb0RTAx6KHZRXUGnOdE DudH/lhOiPhNsqTWd7OeX+wX1KEtX6seRzd53KZOB4O0e3kePX7IKR29SH8Y6VVowufa v+Hg==
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=ayJVPN66+3xivGELsXK/QVM9egLx5GTfevoP3/lBKR0=; b=SIDvBzB4HUVmZSl8JqFT85WDoJwUfQMLFLQfS3a4ZH0662zbgOaYPwMZx6Wl7P+LbW VE35YwnH2rMSnvQZgBHm2tkc4cgCtqWgjSmgcJaCpM9X+D46rFdxZoPMxWlPsZu7ZYWO sRT25kNdF/KpmC1OjY9udckFgDb9shUN+JTUJZjCJs2onJXF+5ZhzyoQGEArnLE7m7qO glhVdASirYKhxYXyufSLGp7fYVb8e0gI1u/swjt08H+3DpKmd++uoDm+4zN4YJyfSKPL 6FDxRu8kj23vWRVXjw/z2mRXom221nozetF/lyYJBC3YF+TLS65Yrr7EWMrtcyT8dui5 k8tA==
X-Gm-Message-State: AOAM533I9lkcDRZS542PNLMWsFh0yA43P5C24W0xeHzaxRq7E6HRzen0 wilmcwxqTMoPYWUJpP1xTYgitmp3p4U=
X-Google-Smtp-Source: ABdhPJyZdj1wHM4nUe6D6y/s5C6+eISRwYOZqqrbXZ6rFQGabfGvXGNZYEpcSoL04fVpp49Lnth/ww==
X-Received: by 2002:a9d:8e4:: with SMTP id 91mr49701653otf.38.1594506452471; Sat, 11 Jul 2020 15:27:32 -0700 (PDT)
Received: from mail-oi1-f177.google.com (mail-oi1-f177.google.com. [209.85.167.177]) by smtp.gmail.com with ESMTPSA id r22sm2143724ooq.37.2020.07.11.15.27.31 for <sipcore@ietf.org> (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 11 Jul 2020 15:27:31 -0700 (PDT)
Received: by mail-oi1-f177.google.com with SMTP id 12so7909067oir.4 for <sipcore@ietf.org>; Sat, 11 Jul 2020 15:27:31 -0700 (PDT)
X-Received: by 2002:a54:4e1d:: with SMTP id a29mr9241966oiy.139.1594506450724; Sat, 11 Jul 2020 15:27:30 -0700 (PDT)
MIME-Version: 1.0
References: <24d093f2-284f-a068-1cf1-8fb1b9310ff0@gmail.com> <CAD5OKxu1Ua79rEg-udgD-RxZjrfTmmyZMmDGvPQXp5xc1kzn1Q@mail.gmail.com> <8ab9ef7d-1df0-2adc-70fa-0473526442cb@gmail.com> <CAD5OKxuNsf1YDMZw6_KvONMafCE+vaHeNLEQoqCscp5wqHFHrA@mail.gmail.com> <7c1e3969-af88-80ca-96c4-7e6bb1d2a172@alum.mit.edu> <CAD5OKxvhoHhurMx==DLw8DWPYJ5XXoqcS1d1L2-Xp304egCeow@mail.gmail.com> <30d2b673-ed42-45f9-c8c7-58f99ae347af@alum.mit.edu> <1554aecb-fad1-436c-947c-088ddf71b5b5@gmail.com> <66b73776-1c57-33ac-09a9-d60b7e6996b7@alum.mit.edu> <36562af9-bb48-74b1-0ffa-a90c3ad45c5b@gmail.com> <004e3388-9a73-376b-5b37-44799da1d0db@alum.mit.edu>
In-Reply-To: <004e3388-9a73-376b-5b37-44799da1d0db@alum.mit.edu>
From: Roman Shpount <roman@telurix.com>
Date: Sat, 11 Jul 2020 18:27:19 -0400
X-Gmail-Original-Message-ID: <CAD5OKxvvNWOYyQ1WaP5eEm0LvbH7ysMJo2+7kjuL+t-YPUX7Bg@mail.gmail.com>
Message-ID: <CAD5OKxvvNWOYyQ1WaP5eEm0LvbH7ysMJo2+7kjuL+t-YPUX7Bg@mail.gmail.com>
To: Paul Kyzivat <pkyzivat@alum.mit.edu>
Cc: OKUMURA Shinji <ietf.shinji@gmail.com>, SIPCORE <sipcore@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000966d5205aa31f65a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/sipcore/9hy0ECCDICwCG3yoIqikpnxVEAs>
Subject: Re: [sipcore] RFC4028 : Very basic question in 8.1
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, 11 Jul 2020 22:27:35 -0000

On Sat, Jul 11, 2020 at 4:15 PM Paul Kyzivat <pkyzivat@alum.mit.edu> wrote:

> On 7/11/20 12:11 AM, OKUMURA Shinji wrote:
> > P.13
> >     If the value of the Session-Expires header field is lower
> >     than the value of the Min-SE header field (possibly because the proxy
> >     increased the value of the Min-SE header field, as described below),
> >     the proxy MUST increase the value of the Session-Expires header field
> >     to make it equal to Min-SE header field value.
> >
> > Of course, negotiation with downstream proxies and UAS will occur.
>
> OK. But that only allows increasing up to the value of Min-SE. It
> doesn't otherwise allow increasing SE.
>

This is a very specific case where UAC does not support Session-Timer. In
other cases proxy should not increase Min-SE over the value of
Session-Timer and should fail the request with 422. It is not the reason to
drop session timer negotiation when both UA actually support this.

_____________
Roman Shpount