[Standards] Multicast Working Group

Peter Saint-Andre stpeter at stpeter.im
Fri Mar 14 15:30:44 UTC 2008

Tobias Markmann wrote:
> On Fri, Mar 14, 2008 at 1:20 AM, Peter Saint-Andre <stpeter at stpeter.im> wrote:
>> Tobias Markmann wrote:
>>  > Hi,
>>  >
>>  > I'm very interested in multicasting for the XMPP world. Since last
>>  > summer, more precisely Google Summer of Code, badlop has pointed out
>>  > several bugs[1] which might need improvement in the XEP. In addition
>>  > to that I suggested some protocol addition which could even reduce the
>>  > traffic more. Advanced multicasting is very important for XMPP because
>>  > it'll help increasing overall stability a lot. Here a short list of
>>  > improvements XMPP world could get from improved multicasting:
>>  > - decrease of overall stanzas from MUCs and PubSubs
>>  >    * thus decrease of traffic
>>  >    * decrease of computation time needed for XML parsing
>>  > - adding email like multicast features on client side
>>  >
>>  > To come to the point, I'm looking for people interesting moving this
>>  > XEP, XEP-0033, forward and get it wider deployed, on either side,
>>  > client and server. Everyone who is interested in building a working
>>  > group is welcome to leave a message or feedback. I plan real time
>>  > meetings in some MUC once a week or two weeks.
>>  Based on feedback I have received from implementors, I think that
>>  XEP-0033 may be something that we want to replace, not improve. I will
>>  try to have a counter-proposal soon.
>>  Peter
> That will also work. However current XEP-0033 isn't that bad and there
> aren't many implementations of it though it's already Draft. Aren't
> XEPs in Draft to be able to still change them and don't have to create
> new XEPs to get improvements into XMPP.

Sure. I didn't have time the other day to describe all the reasons for
possibly taking a different approach, but the proposal I'm working on
with a few other people will do so. I may even finish the first draft today.


Peter Saint-Andre

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 7338 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://mail.jabber.org/pipermail/standards/attachments/20080314/6866d4b1/attachment.bin>

More information about the Standards mailing list