Re: SIMPLE and OMA and 3Gpp and RCS and… (new subject)
Saúl Ibarra Corretgé <[email protected]> Fri, 2 Nov 2012 16:53:47 +0100
| Newsgroups | gmane.ietf.simple |
|---|---|
| Message-ID | <[email protected]> |
On Nov 2, 2012, at 4:45 PM, Emil Ivov wrote: > Hey all, > = > Since it's rant time ... > = > On 02.11.12, 15:20, Ben Campbell wrote: >> (as individual) >> = >> On Nov 2, 2012, at 7:27 AM, I=F1aki Baz Castillo <[email protected]> >> 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 > = > I've never really understood how one could justify the use of a > completely different protocol to send IMs ... as if SIP was not complex > and evolved enough to handle this. And then that new protocols is just > so awesome that one can't have different chat sessions with different > people unless they setup different connections/sockets for every > conversation. Seriously? > = If memory serves correctly, you could stay connected with your relay and se= nd all sessions through it, since session multiplexing over a single TCP co= nnection is supported. > Then, because the above was clearly not fun enough, we add yet another > completely different protocol for storing contacts lists. > = > I don't know the history but the result is just way beyond my understandi= ng. > = > XMPP, MSN, Yahoo! Messenger, Gadu-Gadu, ICQ, AIM (before and after they > converged in OSCAR), Skype, they all managed to handle IM, presence and > contact storage with a single protocol. > = > SIP needed three. > = Very good point. > Today those are implemented within different server-side applications > that then need to be deployed together. They need to be configured to > share user bases and policies. This hinders deployment and .. well ... > almost no one does it. > = > If there's a remake then could we please consider consolidating the > whole thing? > = >>> 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. >> = >> If the scope of the work is "start over from scratch", then it seems >> like we would be better served starting with XMPP. = > = > We've seen relative ease of adoption with solutions of this kind: > = > draft-ivov-xmpp-cusax > = > I am by no means insisting that a similar model has to be adopted by a > SIMPLE successor but it has to be at least that easy to deploy. > Preferably easier. > = Thanks for your input Emil! Regards, -- Sa=FAl Ibarra Corretg=E9 AG Projects