Re: Focusing on SIMPLE-SIMPLE interoperability
Adrian Georgescu <[email protected]> Wed, 17 Oct 2012 22:01:25 +0200
| Newsgroups | gmane.ietf.simple |
|---|---|
| Message-ID | <[email protected]> |
With. 2. On Oct 17, 2012, at 9:59 PM, Roy, Radhika R CIV (US) wrote: > Folks: > > I do not know which scenarios for SIMPLE-XMPP interworking are taken into > account: > > 1. SIMPLE-XMPP without integration with audio and/or video? > > 2. SIP/SIMPLE-XMPP with integration with audio and/or video? > > Scenario 1 may be considered for an historical reason because XMPP came > first. > > Scenario 2 will not be useful from practical point of view because SIP for > audio/video is firmly established in the market place and addition of > SIMPLE/Chat/IM does not cost anything. Interworking GW is unacceptable from > scalability and security point of view. > > BR/Radhika > > -----Original Message----- > From: [email protected] [mailto:[email protected]] On Behalf Of > Olle E. Johansson > Sent: Wednesday, October 17, 2012 3:47 PM > To: Mary Barnes > Cc: Adrian Georgescu; [email protected] > Subject: Re: [Simple] Focusing on SIMPLE-SIMPLE interoperability > > > 17 okt 2012 kl. 20:56 skrev Mary Barnes <[email protected]>: > > > I agree it's silliness that SIMPLE implementations have interop > issues right now. I think the SIP-XMPP is further along that SIMPLE-SIMPLE. > I think that's because XMPP was done before SIMPLE - it's a matter of a > market decisions -i.e, jabber was available way before SIMPLE. However, it > now seems that there are some deployments (e.g., Hannes' emergency services > scenario) that require SIMPLE-SIMPLE. I think we might be able to learn from > the SIP-XMPP - i.e., at least try to get the SIMPLE-SIMPLE to work for the > lowest common denominator situations. I think the starting point for the > latter is to identify the current set of interop issues and determine > whether it's due to gaps in the specs or implementation decisions (as Olle > suggested at the beginning of this thread). > > > > Mary, > Thanks for your response. While it feels strange to suggest a focus on > SIMPLE-to-SIMPLE interoperability, something that should have been there > before, I think that's exactly what we need. > > All others following this list: > > Please add your thoughts, possibly details (like IƱaki, Saul and Adrian have > done) in mail to this mailing list. With that information, we can try to put > together a document on "Issues in SIMPLE-SIMPLE interoperability" that can > be the platform for continued work to solve issues. Pour it out to the mail > archives! > > Maybe we should try to define "SIMPLE" here. What I meant in the start of > this discussion was a plaform using SIP "presence" event package, using XCAP > for buddy lists and presence rules. (I might have missed something, so > please add). I would add that we should limit the definition to documents > published by the IETF as RFCs in order to stay in focus. If there are things > clearly missing in the RFCs, point this out clearly. > > If you've missed the previous detailed postings in this thread, they're > available in the mail archive for you to catch up. > > Let's go. > > /O > > > > Mary. > > > On Wed, Oct 17, 2012 at 1:22 PM, Olle E. Johansson <[email protected]> > wrote: > > > > 17 okt 2012 kl. 15:14 skrev Adrian Georgescu > <[email protected]>: > > > >> It seems however IETF is plowing toward an > XMPP/SIP-SIMPLE inter-work solution. Not sure what that will achieve. > > > That's fine, but a separate project. If the only way we can > get interoperability between SIMPLE implentations is using XMPP between > them, that feels like a stupid solution to me. I do want to be able to use > SIMPLE to communicate with other SIMPLE implementations. I want to be able > to use one SIMPLE client from one vendor on my smartphone and share the > address book/buddy list and presence ruleset with my other SIMPLE client on > the desktop. > > That's what customers expect. And that's not where we are > today with the IETF specs, and if I parse right, maybe not with the > inclusion of the 3rd party OMA specs. > > > /O > _______________________________________________ > Simple mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/simple > <blockedhttps://www.ietf.org/mailman/listinfo/simple> > > > >