> Quickly read it. > My first thought was that you don't need a new header for this. Use the > X-Features header.
OK, I'll check that. > Second. I don't like the idea of an additional 1/2KB/sec for ~50 nodes. > How much bandwith will this take per ultrapeer connection? There is currently no difference between HEP message exchanges between (leaf<=>ultrapeer) and (ultrapeer<=>ultrapeer), so each connection accounts for 10*3*8 / 30 = 8 bytes per second in and out, compression will reduce this to 2 or 3 bytes per second. Would you say this is too much? The following can be optimized, though. Since a leaf node must not forward messages between the ultrapeers it is connected to (and therefore must not propagate HEP data between them), it is sufficient for a leaf to send a HEP message ONCE to each ultrapeer and after that only when the leaf's number of shared files or kilobytes has changed. This will reduce incoming HEP traffic of the ultrapeers quite a bit. I'll add that to the document. I think that HEP will have very little impact on bandwidth requirements. Greetings, Thomas. ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Gtk-gnutella-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
