Re: [Simple] SIMPLE and OMA and 3Gpp and RCS and… (new subject)

Adrian Georgescu <ag@ag-projects.com> Fri, 02 November 2012 16:28 UTC

Return-Path: <ag@ag-projects.com>
X-Original-To: simple@ietfa.amsl.com
Delivered-To: simple@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BEED911E80D7 for <simple@ietfa.amsl.com>; Fri, 2 Nov 2012 09:28:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.688
X-Spam-Level:
X-Spam-Status: No, score=-1.688 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_MISMATCH_NET=0.611, MIME_8BIT_HEADER=0.3]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dDYyfnfp71cH for <simple@ietfa.amsl.com>; Fri, 2 Nov 2012 09:28:46 -0700 (PDT)
Received: from mail.sipthor.net (node06.dns-hosting.info [85.17.186.6]) by ietfa.amsl.com (Postfix) with ESMTP id B7FCC11E80BF for <simple@ietf.org>; Fri, 2 Nov 2012 09:28:42 -0700 (PDT)
Received: by mail.sipthor.net (Postfix, from userid 5001) id 02F38B35DD; Fri, 2 Nov 2012 17:28:39 +0100 (CET)
Received: from ag-retina-5.fritz.box (095-097-050-027.static.chello.nl [95.97.50.27]) by mail.sipthor.net (Postfix) with ESMTPSA id 45FECB00F7; Fri, 2 Nov 2012 17:28:39 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v1283)
Content-Type: text/plain; charset="iso-8859-1"
From: Adrian Georgescu <ag@ag-projects.com>
In-Reply-To: <52C2C109-CFBD-4577-AF63-E36F82F6A809@nostrum.com>
Date: Fri, 02 Nov 2012 17:28:38 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <17F5A3BF-04B1-49A1-8EAF-17CFAC09677D@ag-projects.com>
References: <axjp925efdvel8fmpey6jc73.1351800528451@email.android.com> <E0C42E85-1C67-435E-BCB8-F8F980DD9FE4@edvina.net> <2C9DA935-CBBD-4DCF-A2A4-FF0139FB62B2@ag-projects.com> <CALiegfmBNCTxcK0ZVdWXToDsYLWgtp9vyprt6Yj0_C=81yFWQQ@mail.gmail.com> <4BB9B7CC-7866-4406-BE3B-20A266D34E53@ag-projects.com> <CALiegfmmbOtw6TLfMd5AS2iQLr1maxKi+8tjnaoDa9OQB8SxaQ@mail.gmail.com> <F07738BF-C267-43B6-BC5D-F129C95718AD@ag-projects.com> <CALiegfkpeRhQW=tJpy3A8q0-KG8dWs=in9WFmOnkBYEi7DyZ_Q@mail.gmail.com> <52C2C109-CFBD-4577-AF63-E36F82F6A809@nostrum.com>
To: Ben Campbell <ben@nostrum.com>
X-Mailer: Apple Mail (2.1283)
Cc: Bernard Aboba <bernard_aboba@hotmail.com>, "DRAGE, Keith (Keith)" <keith.drage@alcatel-lucent.com>, "simple@ietf.org" <simple@ietf.org>
Subject: Re: [Simple] SIMPLE and OMA and 3Gpp and RCS and… (new subject)
X-BeenThere: simple@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: SIP for Instant Messaging and Presence Leveraging Extensions <simple.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Fri, 02 Nov 2012 16:28:46 -0000

On Nov 2, 2012, at 3:20 PM, Ben Campbell wrote:

> (as individual)
> 
> On Nov 2, 2012, at 7:27 AM, Iñaki Baz Castillo <ibc@aliax.net> wrote:
> 
>>> I'd love to see a better model endorsed by SIMPLE and then happily implement it. I think we do share this goal :-)
>> 
>> Sure we agree here. The key is: reusing SIMPLE/XCAP specs? or making
>> something better from scratch (after learning from current SIMPLE/XMPP
>> specs)?
> 
> Do you really believe nothing is salvageable? For example, would you jettison all of the below?
> 
> -- Using SIP in the first place
> -- SIP Events
> -- RLS
> -- SIP Message
> -- MSRP
> -- XCAP
> -- etc
> 
> From the discussions so far, it sounds like most of the complaints are in the area of reusing user lists between clients (e.g. contact lists, presence rules, etc). Do people really hate the entire SIMPLE suite, or is it just an XCAP issue.

To narrow it down, again.

It is an XCAP issue that is related to storage of the presence rules. The SIP Presence Agent must be able to read it too. It should be a single document that stores both the contacts and their policy.

This is the only really issue in my opinion.

Adrian