[Standards-JIG] Re: MUC/pubsub multicasting using JEP-0033. Was:MUC traffic issues

Ulrich Staudinger us at activestocks.de
Thu Feb 23 20:17:43 UTC 2006


Alexander Gnauck schrieb:

>>> Cool, that's what I was looking for.
>>> So there are already three protocols (presence, MUC, PubSub) where S2S
>>> bandwidth is being wasted in a more or less identical fashion.  Fix
>>
>
>>> fix the rest for free. :-)
>>
>>
>>
>> I agree! I still like the broadcast alias address idea I presented.
>> Perhaps I could write up a proto-jep with the help of someone who knows
>> PubSub. Any takers? This thread seems to have died...
>
>
> Hi JD,
>
> this would be very cool. We should not let die this thread. This is a 
> very important issue in the current XMPP protocol IMHO.
> If we want to see huge XMPP servers then we need a intelligent 
> broadcasting for all "one -> many protocols" (now MUC and Pubsub) and 
> s2s. More bandwith, and bigger servers are *no* solution here if we 
> can reduce the traffic 1000% and more with a small protocol extension 
> for broadcasting.
>
Thanks guys, i fully agree that we need a way to fix this.

I will be happy to comment.

Ulrich
-------------- next part --------------
A non-text attachment was scrubbed...
Name: us.vcf
Type: text/x-vcard
Size: 329 bytes
Desc: not available
URL: <http://mail.jabber.org/pipermail/standards/attachments/20060223/398b7b07/attachment.vcf>


More information about the Standards mailing list