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

Saúl Ibarra Corretgé <saul@ag-projects.com> Fri, 02 November 2012 14:44 UTC

Return-Path: <saul@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 C167B1F0C42 for <simple@ietfa.amsl.com>; Fri, 2 Nov 2012 07:44:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.191
X-Spam-Level:
X-Spam-Status: No, score=-2.191 tagged_above=-999 required=5 tests=[AWL=0.897, BAYES_00=-2.599, GB_I_LETTER=-2, HELO_MISMATCH_NET=0.611, J_CHICKENPOX_91=0.6, 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 NWzSysQNyJm8 for <simple@ietfa.amsl.com>; Fri, 2 Nov 2012 07:44:48 -0700 (PDT)
Received: from mail.sipthor.net (node06.dns-hosting.info [85.17.186.6]) by ietfa.amsl.com (Postfix) with ESMTP id 988AD21F8AC1 for <simple@ietf.org>; Fri, 2 Nov 2012 07:44:48 -0700 (PDT)
Received: by mail.sipthor.net (Postfix, from userid 5001) id 3BEADB019B; Fri, 2 Nov 2012 15:44:47 +0100 (CET)
Received: from imac.saghul.lan (ip3e830637.speed.planet.nl [62.131.6.55]) by mail.sipthor.net (Postfix) with ESMTPSA id 585DEB00F7; Fri, 2 Nov 2012 15:44:46 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="iso-8859-1"
From: Saúl Ibarra Corretgé <saul@ag-projects.com>
In-Reply-To: <52C2C109-CFBD-4577-AF63-E36F82F6A809@nostrum.com>
Date: Fri, 02 Nov 2012 15:44:45 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <01FF046F-341E-43B8-BB3B-A9FAC9BFB78B@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.1085)
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 14:44:50 -0000

Hi Ben,

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.

IM and SIP events are nice, the problem I've experienced with SIMPLE was letter P. The fact that a complex protocol (XCAP) was used along with multiple documents, and stretching resource-lists to contain a buddylist is what creates trouble. Actually XCAP is fine for storage, if we remove that default namespace problem and find a way to have something like xcap-diff which contains full contacts every time.

> 
> If the scope of the work is "start over from scratch", then it seems like we would be better served starting with XMPP. I'd be very surprised if we could get support for creating "yet another presence and IM protocol".
> 
> We've been there before and it wasn't pretty.
> 

Not sure if anybody has had problems with the IM part, but I'm pretty sure Iñaki is talking just a bout the presence part, just as I am.

Now, assuming we are just considering presence here, we could go either way: create a completely new spec which reuses nothing from the current (or maybe SIP events) or try to reuse what would "make sense" without compromising the whole design. The problem is that if we go the reusing route, is it acceptable that all specified documents are discarded,a  new document type is created and XCAP default namespace handling is fixed? I would not be backward compatible, of course.

IMHO this is the key point before starting to design any solution to the problem, because if it won't be accepted / adopted no matter how clever it is, we better do something else.


My 2 cents. Regards,

--
Saúl Ibarra Corretgé
AG Projects