[Sipping] Expiration of permissions in consent

Gonzalo Camarillo <Gonzalo.Camarillo@ericsson.com> Wed, 23 November 2005 14:07 UTC

Received: from localhost.cnri.reston.va.us ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EevHV-0001tQ-84; Wed, 23 Nov 2005 09:07:29 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EevHR-0001t4-CG for sipping@megatron.ietf.org; Wed, 23 Nov 2005 09:07:27 -0500
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA04951 for <sipping@ietf.org>; Wed, 23 Nov 2005 09:06:45 -0500 (EST)
Received: from mailgw3.ericsson.se ([193.180.251.60]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EevaI-0003DM-Eo for sipping@ietf.org; Wed, 23 Nov 2005 09:26:55 -0500
Received: from esealmw129.eemea.ericsson.se (unknown [153.88.254.120]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id 5D79B4F0010; Wed, 23 Nov 2005 13:42:00 +0100 (CET)
Received: from esealmw127.eemea.ericsson.se ([153.88.254.171]) by esealmw129.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Wed, 23 Nov 2005 13:38:57 +0100
Received: from mail.lmf.ericsson.se ([131.160.11.50]) by esealmw127.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Wed, 23 Nov 2005 13:38:57 +0100
Received: from [131.160.126.1] (rvi2-126-gw.lmf.ericsson.se [131.160.126.1]) by mail.lmf.ericsson.se (Postfix) with ESMTP id E3E1C2922; Wed, 23 Nov 2005 14:38:56 +0200 (EET)
Message-ID: <438462DF.7060906@ericsson.com>
Date: Wed, 23 Nov 2005 14:38:55 +0200
From: Gonzalo Camarillo <Gonzalo.Camarillo@ericsson.com>
User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: sipping <sipping@ietf.org>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 23 Nov 2005 12:38:57.0209 (UTC) FILETIME=[DF17AA90:01C5F02A]
X-Brightmail-Tracker: AAAAAA==
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464
Content-Transfer-Encoding: 7bit
Cc: Dean Willis <dean.willis@softarmor.com>
Subject: [Sipping] Expiration of permissions in consent
X-BeenThere: sipping@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "SIPPING Working Group \(applications of SIP\)" <sipping.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sipping>, <mailto:sipping-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:sipping@ietf.org>
List-Help: <mailto:sipping-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sipping>, <mailto:sipping-request@ietf.org?subject=subscribe>
Sender: sipping-bounces@ietf.org
Errors-To: sipping-bounces@ietf.org

Folks,

there is a last open issue in the consent requirements draft:
http://www.ietf.org/internet-drafts/draft-ietf-sipping-consent-reqs-01.txt

The open issue has to do with requirement number 7:

    REQ 7: It shall be possible for the users to specify that permissions
       are time limited, and must be refreshed after expiration.

The idea is that the relays storing consent state for a particular user 
do not need to be in the same administrative domain as the user. 
Therefore, the state information to be stored should be as little as 
possible. That's why we have removed allowed operations from the 
permission documents.

Now, storing expiration information requires a little more logic in the 
relay, but, on the other hand, having permissions that expire could be a 
useful feature in some scenarios.

The open issue is: do we keep or remove REQ 7?

Note that when you subscribe to an email mailing list, you do not 
typically set any expiration time for your subscription. So, I lean 
towards removing REQ 7 but do not have a strong opinion.

Opinions?

Thanks,

Gonzalo


_______________________________________________
Sipping mailing list  https://www1.ietf.org/mailman/listinfo/sipping
This list is for NEW development of the application of SIP
Use sip-implementors@cs.columbia.edu for questions on current sip
Use sip@ietf.org for new developments of core SIP