[Simple] Continuous presence

"Thomson, Martin" <Martin.Thomson@andrew.com> Mon, 06 July 2009 00:40 UTC

Return-Path: <Martin.Thomson@andrew.com>
X-Original-To: simple@core3.amsl.com
Delivered-To: simple@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DC6A53A67A6 for <simple@core3.amsl.com>; Sun, 5 Jul 2009 17:40:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.564
X-Spam-Level:
X-Spam-Status: No, score=-2.564 tagged_above=-999 required=5 tests=[AWL=0.035, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vK08D6yt0Sly for <simple@core3.amsl.com>; Sun, 5 Jul 2009 17:40:43 -0700 (PDT)
Received: from andrew.com (smtp3.andrew.com [198.135.207.235]) by core3.amsl.com (Postfix) with ESMTP id D11C23A681F for <simple@ietf.org>; Sun, 5 Jul 2009 17:40:42 -0700 (PDT)
X-SEF-Processed: 5_0_0_910__2009_07_05_20_03_11
X-SEF-16EBA1E9-99E8-4E1D-A1CA-4971F5510AF: 1
Received: from aopexbh2.andrew.com [10.86.20.25] by smtp3.andrew.com - SurfControl E-mail Filter (5.2.1); Sun, 05 Jul 2009 20:03:11 -0500
Received: from AHQEX1.andrew.com ([10.86.20.21]) by aopexbh2.andrew.com with Microsoft SMTPSVC(6.0.3790.3959); Sun, 5 Jul 2009 19:41:06 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
Date: Sun, 05 Jul 2009 19:41:05 -0500
Message-ID: <E51D5B15BFDEFD448F90BDD17D41CFF105FB7C00@AHQEX1.andrew.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: Continuous presence
Thread-Index: Acn90nHERKDSlqv4RwqjXWhuXF7TyA==
From: "Thomson, Martin" <Martin.Thomson@andrew.com>
To: Simple WG <simple@ietf.org>
X-OriginalArrivalTime: 06 Jul 2009 00:41:06.0167 (UTC) FILETIME=[726FF870:01C9FDD2]
Subject: [Simple] Continuous presence
X-BeenThere: simple@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: SIP for Instant Messaging and Presence Leveraging Extensions <simple.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/simple>, <mailto:simple-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/simple>
List-Post: <mailto:simple@ietf.org>
List-Help: <mailto:simple-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/simple>, <mailto:simple-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 06 Jul 2009 00:40:43 -0000

I've submitted -02 of the continuous-valued presence considerations document.

  <http://tools.ietf.org/html/draft-thomson-simple-cont-presence-val-req>

Perhaps the most significant change is the recognition that a PA is primarily, in the case of continuous-valued data, a cache.  The rest is largely editorial.

This document deals with an issue at a somewhat different level to the rest of the work in this WG.  I'm most interested in whether there is sufficient interest in making this information formal.

There are also more pragmatic questions that I'd like answered:
Are there problems here worth addressing?  (We've seen sipcore take on the event rate work, which is excellent, but is there anything else?)

If so, are there areas where generic solutions are desirable?  Or should we in GEOPRIV just go on with defining location-specific elements for things like presence filters?

--Martin
------------------------------------------------------------------------------------------------
This message is for the designated recipient only and may
contain privileged, proprietary, or otherwise private information.  
If you have received it in error, please notify the sender
immediately and delete the original.  Any unauthorized use of
this email is prohibited.
------------------------------------------------------------------------------------------------
[mf2]