[Sipping] Re: Expiration of permissions in consent

Jonathan Rosenberg <jdrosen@cisco.com> Wed, 23 November 2005 15:36 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 1Eewfd-0001l8-9q; Wed, 23 Nov 2005 10:36:29 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Eewfb-0001js-Cr for sipping@megatron.ietf.org; Wed, 23 Nov 2005 10:36: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 KAA16313 for <sipping@ietf.org>; Wed, 23 Nov 2005 10:35:47 -0500 (EST)
Received: from sj-iport-2-in.cisco.com ([171.71.176.71] helo=sj-iport-2.cisco.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EewyT-0000Oc-9X for sipping@ietf.org; Wed, 23 Nov 2005 10:55:58 -0500
Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-2.cisco.com with ESMTP; 23 Nov 2005 07:36:17 -0800
Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com [64.102.31.102]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id jANFZgeq018212; Wed, 23 Nov 2005 07:36:15 -0800 (PST)
Received: from xfe-rtp-201.amer.cisco.com ([64.102.31.38]) by xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 23 Nov 2005 10:36:07 -0500
Received: from [192.168.1.100] ([10.86.243.65]) by xfe-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 23 Nov 2005 10:36:07 -0500
Message-ID: <43848C67.1050205@cisco.com>
Date: Wed, 23 Nov 2005 10:36:07 -0500
From: Jonathan Rosenberg <jdrosen@cisco.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.8) Gecko/20050511
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Gonzalo Camarillo <Gonzalo.Camarillo@ericsson.com>
References: <438462DF.7060906@ericsson.com>
In-Reply-To: <438462DF.7060906@ericsson.com>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 23 Nov 2005 15:36:07.0626 (UTC) FILETIME=[9F5092A0:01C5F043]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 538aad3a3c4f01d8b6a6477ca4248793
Content-Transfer-Encoding: 7bit
Cc: sipping <sipping@ietf.org>, Dean Willis <dean.willis@softarmor.com>
Subject: [Sipping] Re: 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

I think this requirement was more appropriate before we had fully 
thought through roles here. In the framework now, we are seeking to put 
minimal capabilities in the relay in the "other network", and leaving 
more complicated permissions in the servers in a user's own network. 
Supporting of time-limited permissions means that the server needs to 
worry about refreshes, making it have to do more work.

So, my vote is to remove.

-Jonathan R.

Gonzalo Camarillo wrote:

> 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
> 

-- 
Jonathan D. Rosenberg, Ph.D.                   600 Lanidex Plaza
Director, Service Provider VoIP Architecture   Parsippany, NJ 07054-2711
Cisco Systems
jdrosen@cisco.com                              FAX:   (973) 952-5050
http://www.jdrosen.net                         PHONE: (973) 952-5000
http://www.cisco.com

_______________________________________________
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