I'm also concerned that conferencing semantics could lead to basic interoperability problems that would be difficult to surmount. If you can imagine XMPP in common usage for either instant messaging or software agent communication (think 'bots') and also SIMPLE in common usage for instant messaging, with SIP already deployed for joining conferences, then we have to plan for conferencing servers that can choose to support XMPP and SIP/SIMPLE access without crippling either protocol suite or requiring client rewrites. Lisa > -----Original Message----- > From: owner-ietf@ietf.org [mailto:owner-ietf@ietf.org] On > Behalf Of Keith Moore > Sent: Wednesday, August 20, 2003 4:43 PM > To: Henry Sinnreich > Cc: moore@cs.utk.edu; vinton.g.cerf@mci.com; > mrose@dbc.mtview.ca.us; jon.peterson@neustar.biz; > ietf@ietf.org; alan.johnston@mci.com; rsparks@dynamicsoft.com > Subject: Re: WG Review: Centralized Conferencing (xcon) > > > > It is high time the IETF should get its act together and > converge on > > the one single multiparty (conferencing!) multimedia > session protocol: > > SIP. > > Why in the world should IETF bias a conferencing solution > toward the telephony providers? I mean, if SIP turned out to > be a good solution for everyone, fine. But the group > shouldn't assume a priori that SIP is the right direction. > > > >