[Standards-JIG] Re: MUC traffic issues
stpeter at jabber.org
Wed Feb 22 03:28:19 UTC 2006
-----BEGIN PGP SIGNED MESSAGE-----
Well, to address Bob's requirement the uber-message sent from pubsub.com
to jabber.org for all his mythical subscribers there would also need to
include pubsub SubIDs. So conceptually it would need to look like this:
<message from='pubsub.com' to='jabber.org'>
<address to='sub1 at jabber.org' subid='foo'>
... lots more addresses here! ...
... pubsub-event-with-payload-here ...
But right now there's no way to include the SubIDs or other info on a
per-address basis, unless we put a SHIM header in each <address/>
element (possible, I suppose, but potentially icky).
Nolan Eakins wrote:
> I just wanted to point out that Extended Stanza Addressing would fill
> this broadcast need. The actual JEP is written with this need in mind.
> - Nolan
> Bob Wyman wrote:
>> Alexander Gnauck wrote:
>>> I only took MUC to address this issue because its the most common
>>> component distributing stanzas one -> many. Its the same with
>>> presence over s2s, pubsub and other protocols.
>> As I recently mentioned in another message, at PubSub.com we often
>> see individual messages that match 10's of thousands of subscriptions.
>> If we
>> were to support S2S, we would be pumping many, many duplicate copies of
>> messages across the S2S connection just so that we could get the
>> information to the other servers -- the copied message bodies would be a
>> pure waste of bandwidth. If we could prepare a single message which
>> had just
>> one copy of the message attached to a list of all the addresses and
>> that should get a copy of the message, we would save massive amounts of
>> bandwidth. (The messages that we send are much larger than traditional
>> messages -- our messages range from a few hundred bytes to a few hundred
>> thousand bytes. Thus, the savings are significant.)
>> bob wyman
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 3641 bytes
Desc: S/MIME Cryptographic Signature
More information about the Standards